A software requirements specificati

A software requirements specification (SRS) is a description of a software system to be developed. It lays out functional and non-functional requirements, and may include a set of use cases that describe user interactions that the software must provide.

Software requirements specification establishes the basis for an agreement between customers and contractors or suppliers (in market-driven projects, these roles may be played by the marketing and development divisions) 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.[1]

The software requirements specification document enlists enough and 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.

The SRS may be one of a contract deliverable Data Item Descriptions[3] or have other forms of organizationally-mandated content.

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

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

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

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

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

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