1. OverviewThis recommended practic

1. Overview

This recommended practice describes recommended approaches for the speciÞcation of software requirements. It is divided into Þve clauses. Clause 1 explains the scope of this recommended practice. Clause 2 lists the references made to other standards. Clause 3 provides deÞnitions of speciÞc terms used. Clause 4 provides background information for writing a good SRS. Clause 5 discusses each of the essential parts of an SRS. This recommended practice also has two annexes, one which provides alternate format templates, and one which provides guidelines for compliance with IEEE/EIA 12207.1-1997.

1.1 Scope

This is a recommended practice for writing software requirements speciÞcations. It describes the content and qualities of a good software requirements speciÞcation (SRS) and presents several sample SRS outlines. This recommended practice is aimed at specifying requirements of software to be developed but also can be applied to assist in the selection of in-house and commercial software products. However, application to already-developed software could be counterproductive.

When software is embedded in some larger system, such as medical equipment, then issues beyond those identiÞed in this recommended practice may have to be addressed.

This recommended practice describes the process of creating a product and the content of the product. The product is an SRS. This recommended practice can be used to create such an SRS directly or can be used as a model for a more speciÞc standard.

This recommended practice does not identify any speciÞc method, nomenclature, or tool for preparing an SRS.

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

1. ภาพรวมนี้แนะนำฝึกอธิบายวิธีแนะนำสำหรับ speciÞcation ของข้อกำหนดของซอฟต์แวร์ มันจะแบ่งออกเป็นคำสั่ง Þve ข้อ 1 อธิบายขอบเขตนี้แนะนำการปฏิบัติ ข้อ 2 แสดงการอ้างอิงที่ทำกับมาตรฐานอื่น ๆ ข้อ 3 ให้ deÞnitions speciÞc ศัพท์ที่ใช้ ข้อ 4 ให้ข้อมูลพื้นฐานสำหรับการเขียน SRS ดี ข้อ 5 กล่าวถึงส่วนสำคัญของ SRS แต่ละ นี้แนะนำการปฏิบัติยังมีสองแอนเน็กซ์ หนึ่งซึ่งมีแม่แบบรูปแบบอื่น และซึ่งมีแนวทางการปฏิบัติตามมาตรฐาน IEEE/EIA 12207.1-19971.1 ขอบเขตแนะนำแบบฝึกหัดสำหรับการเขียนซอฟต์แวร์ต้อง speciÞcations อยู่ มันอธิบายเนื้อหาและคุณสมบัติของ speciÞcation ความต้องการซอฟต์แวร์ที่ดี (SRS) และนำเสนอหลายอย่าง SRS เค้า นี้แนะนำมีวัตถุประสงค์ที่ระบุข้อกำหนดของซอฟต์แวร์ที่ได้รับการพัฒนา แต่ยัง สามารถใช้เพื่อช่วยในการเลือกผลิตภัณฑ์ซอฟต์แวร์เชิงพาณิชย์ และภายนอก อย่างไรก็ตาม โปรแกรมซอฟต์แวร์ที่ได้รับการพัฒนาอยู่แล้วอาจเป็นไขมันเมื่อซอฟต์แวร์ที่ฝังอยู่ในระบบบางใหญ่ เช่นอุปกรณ์ทางการแพทย์ แล้วปัญหาเกิน identiÞed เหล่านี้แนะนำให้ปฏิบัติอาจต้องได้รับนี้แนะนำฝึกอธิบายกระบวนการสร้างผลิตภัณฑ์และเนื้อหาของผลิตภัณฑ์ ผลิตภัณฑ์จะมี SRS แนะนำนี้สามารถใช้เพื่อสร้าง SRS การดังกล่าวโดยตรง หรือสามารถใช้เป็นโมเดลสำหรับ speciÞc การเพิ่มเติมมาตรฐานนี้แนะนำปฏิบัติระบุใด ๆ วิธี speciÞc ตั้งชื่อ หรือเครื่องมือสำหรับการเตรียมมี SRS

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

1. ภาพรวมการปฏิบัติที่แนะนำนี้จะอธิบายถึงวิธีการที่แนะนำสำหรับการspeciÞcationของความต้องการซอฟต์แวร์ จะแบ่งออกเป็นคำสั่งÞve ข้อ 1 อธิบายถึงขอบเขตของการปฏิบัติที่แนะนำนี้ ข้อ 2 แสดงรายการอ้างอิงที่ทำกับมาตรฐานอื่น ๆ ข้อ 3 ให้deÞnitionsของเงื่อนไขการใช้speciÞc ข้อ 4 ให้ข้อมูลพื้นฐานสำหรับการเขียน SRS ดี ข้อ 5 กล่าวถึงแต่ละส่วนสำคัญของ SRS แนะนำการปฏิบัตินี้ยังมีอีกสองภาคผนวกหนึ่งซึ่งมีแม่แบบรูปแบบอื่นและหนึ่งซึ่งมีแนวทางในการปฏิบัติตามมาตรฐาน IEEE / EIA 12,207.1-1,997. 1.1 ขอบเขตการนี้เป็นวิธีที่แนะนำสำหรับการเขียนข้อกำหนดของซอฟต์แวร์speciÞcations มันอธิบายเนื้อหาและคุณภาพของความต้องการซอฟต์แวร์ที่ดีspeciÞcation (SRS) และนำเสนอโครงร่างตัวอย่าง SRS หลาย แนะนำการปฏิบัตินี้มีวัตถุประสงค์ที่จะระบุความต้องการของซอฟต์แวร์ที่ได้รับการพัฒนา แต่ยังสามารถนำมาใช้เพื่อช่วยในการเลือกของในบ้านและผลิตภัณฑ์ซอฟต์แวร์เชิงพาณิชย์ ซอฟแวร์ แต่โปรแกรมไปแล้วการพัฒนาอาจจะต่อต้าน. เมื่อซอฟต์แวร์ฝังตัวอยู่ในบางระบบที่มีขนาดใหญ่เช่นอุปกรณ์ทางการแพทย์แล้วปัญหาที่นอกเหนือจากที่identiÞedในครั้งนี้ขอแนะนำการปฏิบัติที่อาจจะต้องได้รับการแก้ไข. นี้ขอแนะนำการปฏิบัติอธิบายกระบวนการของการสร้างที่ ผลิตภัณฑ์และเนื้อหาของผลิตภัณฑ์ ผลิตภัณฑ์ที่เป็น SRS นี้ขอแนะนำการปฏิบัติที่สามารถนำมาใช้เพื่อสร้าง SRS โดยตรงหรือสามารถใช้เป็นแบบจำลองสำหรับมาตรฐานspeciÞcมากขึ้น. นี้ขอแนะนำการปฏิบัติไม่ได้ระบุวิธีการใด ๆ speciÞcศัพท์หรือเครื่องมือสำหรับการเตรียม SRS