an agreement between customers and

an agreement between customers and contractors or suppliers on what the software product is to do as well as what it is not expected to do. Software requirements specification permits a rigorous assessment of requirements before design can begin and reduces later redesign. It should also provide a realistic basis for estimating product costs, risks, and schedules necessary requirements that are required for the project development.[2] To derive the requirements we need to have clear and thorough understanding of the products to be developed or being developed. This is achieved and refined with detailed and continuous communications with the project team and customer till the completion of the software.

ผลลัพธ์ (ไทย) 1:

ข้อตกลงระหว่างลูกค้า และผู้รับเหมา หรือซัพพลายเออร์ในผลิตภัณฑ์ซอฟต์แวร์ที่จะทำดีเป็นสิ่งที่มันไม่คาดว่าจะทำ ระบุข้อกำหนดซอฟต์แวร์อนุญาตให้มีการประเมินความต้องการอย่างเข้มงวดก่อนที่ออกแบบสามารถเริ่มต้น และลดการออกแบบในภายหลัง นอกจากนี้มันยังควรให้พื้นฐานจริงสำหรับการประเมินต้นทุนผลิตภัณฑ์ ความเสี่ยง และกำหนดการจำเป็นความต้องการที่จำเป็นสำหรับการพัฒนาโครงการ [2] สามารถรับความต้องการเราจำเป็นต้องมีความเข้าใจอย่างละเอียด และชัดเจนของผลิตภัณฑ์ได้รับการพัฒนาหรือกำลังพัฒนา นี่คือสำเร็จ และกลั่น ด้วยรายละเอียด และต่อเนื่องสื่อสารกับทีมงานโครงการและลูกค้าจนถึงความสมบูรณ์ของซอฟต์แวร์

ผลลัพธ์ (ไทย) 2:

ข้อตกลงระหว่างลูกค้าและผู้รับเหมาหรือซัพพลายเออร์ในสิ่งที่ผลิตภัณฑ์ซอฟต์แวร์คือการทำเช่นเดียวกับสิ่งที่ไม่คาดว่าจะทำอย่างไร ซอฟท์แวข้อกำหนดความต้องการอนุญาตให้การประเมินอย่างเข้มงวดของความต้องการก่อนที่จะออกแบบสามารถเริ่มต้นและลดการออกแบบในภายหลัง นอกจากนี้ยังควรให้พื้นฐานที่เป็นจริงสำหรับการประเมินค่าใช้จ่ายในสินค้าที่มีความเสี่ยงและตารางการความต้องการที่จำเป็นที่จำเป็นสำหรับการพัฒนาโครงการ. [2] เพื่อให้ได้ความต้องการที่เราจำเป็นต้องมีความเข้าใจที่ชัดเจนและทั่วถึงของผลิตภัณฑ์ที่ได้รับการพัฒนาหรือได้รับการพัฒนา . นี่คือความสำเร็จและการกลั่นด้วยการสื่อสารรายละเอียดและต่อเนื่องกับทีมงานโครงการและลูกค้าจนเสร็จสิ้นการซอฟแวร์

ผลลัพธ์ (ไทย) 3:

ข้อตกลงระหว่างลูกค้าและผู้รับเหมาหรือซัพพลายเออร์ในสิ่งที่ผลิตภัณฑ์ซอฟต์แวร์ที่ต้องทำเช่นเดียวกับสิ่งที่ไม่คาดว่าจะทำ กำหนดความต้องการซอฟต์แวร์อนุญาตการประเมินอย่างเข้มงวดของความต้องการก่อนที่จะเริ่มออกแบบและลดทีหลังออกแบบ . มันควรมีพื้นฐานมีเหตุผลสำหรับการประมาณต้นทุนสินค้า , ความเสี่ยงตารางที่จำเป็นและความต้องการที่จำเป็นสำหรับการพัฒนาโครงการ [ 2 ] เพื่อให้ได้มาซึ่งความต้องการ เราต้องมีความเข้าใจที่ชัดเจนและละเอียดของผลิตภัณฑ์ที่จะพัฒนาหรือกำลังพัฒนา นี่คือความและการกลั่นที่มีรายละเอียดและต่อเนื่องสื่อสารกับทีมงานโครงการและลูกค้าจนถึงความสมบูรณ์ของซอฟต์แวร์