An SRS is modifiable if, and only i

An SRS is modifiable if, and only if, its structure and style are such that any changes to the requirements can be made easily, completely, and consistently while retaining the structure and style. Modifiability generally requires an SRS to


a) Have a coherent and easy-to-use organization with a table of contents, an index, and explicit crossreferencing;

b) Not be redundant (i.e., the same requirement should not appear in more than one place in the SRS);

c) Express each requirement separately, rather than intermixed with other requirements.

Redundancy itself is not an error, but it can easily lead to errors. Redundancy can occasionally help to make an SRS more readable, but a problem can arise when the redundant document is updated. For instance, a requirement may be altered in only one of the places where it appears. The SRS then becomes inconsistent. Whenever redundancy is necessary, the SRS should include explicit cross-references to make it modifiable.

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

SRS มีหากสามารถแก้ไข และเฉพาะ โครงสร้างและลักษณะที่เปลี่ยนแปลงความต้องการสามารถทำได้ง่าย อย่างสมบูรณ์ และสม่ำเสมอควบคู่กับโครงสร้างและรูปแบบ Modifiability โดยทั่วไปต้องมี SRS เพื่อ) ได้สอดคล้อง และง่ายต่อการใช้องค์กรกับตารางของเนื้อหา ดัชนี และ crossreferencing ชัดเจนข) ไม่มีซ้ำซ้อน (เช่น ความต้องการเดียวกันไม่ควรปรากฏในสถานที่มากกว่าหนึ่งใน SRS);c) ด่วนสั่งต่างหาก มากกว่าเกษตรกับความต้องการอื่น ๆซ้ำตัวเองไม่ผิด แต่มันสามารถนำไปสู่ข้อผิดพลาดได้ง่าย สำรองสามารถบางครั้งช่วยทำให้ SRS การอ่าน แต่ปัญหาสามารถเกิดขึ้นได้เมื่อมีการปรับปรุงเอกสารซ้ำซ้อน เช่น อาจมีการเปลี่ยนแปลงความต้องการในหนึ่งสถานที่ปรากฏ SRS แล้วจะสอดคล้องกัน เมื่อใดก็ ตามที่จำเป็นต้องมีการสำรอง SRS ควรรวมการอ้างอิงโยงที่ชัดเจนเพื่อให้สามารถแก้ไข

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

SRS คือถ้าแก้ไขได้และเฉพาะในกรณีโครงสร้างและรูปแบบที่มีความดังกล่าวว่าการเปลี่ยนแปลงใด ๆ ที่ต้องการสามารถทำได้อย่างง่ายดายครบถ้วนและต่อเนื่องขณะที่การรักษาโครงสร้างและรูปแบบ modifiability โดยทั่วไปต้องใช้ SRS เพื่อก) มีองค์กรที่สอดคล้องและง่ายต่อการใช้งานกับตารางของเนื้อหา, ดัชนีและ crossreferencing อย่างชัดเจน; B) ไม่เป็นที่ซ้ำซ้อน (เช่นความต้องการเดียวกันไม่ควรปรากฏในสถานที่มากกว่าหนึ่ง ใน SRS); c) แสดงความต้องการแต่ละแยกมากกว่าผสมกับความต้องการอื่น ๆ . ซ้ำซ้อนตัวเองไม่ได้มีข้อผิดพลาด แต่ก็สามารถนำไปสู่ข้อผิดพลาด ความซ้ำซ้อนในบางครั้งสามารถช่วยในการทำให้ SRS อ่านได้มากขึ้น แต่ปัญหาจะเกิดขึ้นเมื่อเอกสารที่ซ้ำซ้อนมีการปรับปรุง ยกตัวอย่างเช่นความต้องการอาจมีการเปลี่ยนแปลงในเวลาเพียงหนึ่งในสถานที่ที่ปรากฏ ระบบเสียง SRS แล้วจะกลายเป็นที่ไม่สอดคล้องกัน เมื่อใดก็ตามที่ซ้ำซ้อนเป็นสิ่งจำเป็นที่ควรจะรวมถึง SRS อย่างชัดเจนอ้างอิงข้ามที่จะทำให้มันสามารถปรับเปลี่ยนได้

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

และ SRS จะแก้ไขได้ ถ้าและเพียงถ้าของโครงสร้างและรูปแบบเช่นว่ามีการเปลี่ยนแปลงความต้องการได้ง่ายอย่างสมบูรณ์ และอย่างต่อเนื่อง ขณะที่การรักษาโครงสร้างและรูปแบบ modifiability โดยทั่วไปต้องใช้ SRS เพื่อ) มีความง่ายต่อการใช้งานขององค์กรและมีสารบัญ , ดัชนี , และชัดเจน crossreferencing ;B ) ไม่ซ้ำซาก ( เช่น ความต้องการเดียวกันไม่ควรปรากฏในสถานที่มากกว่าหนึ่งใน SRS )C ) บริการแต่ละความต้องการต่างหาก แทนที่จะรกกับความต้องการอื่น ๆความซ้ำซ้อนเองไม่ใช่ข้อผิดพลาด แต่มันสามารถทำให้เกิดข้อผิดพลาด บางครั้ง ) สามารถช่วยให้การ SRS อ่านมากขึ้น แต่ปัญหาที่อาจเกิดขึ้นเมื่อเอกสารที่ซ้ำซ้อน คือ ปรับปรุง ตัวอย่าง ต้องการอาจจะมีการเปลี่ยนแปลงในเพียงหนึ่งในสถานที่ที่มันจะปรากฏขึ้น SRS แล้วจะไม่สอดคล้องกัน เมื่อใดก็ตามที่ซ้ำซ้อนจำเป็น , SRS ควรจะรวมถึงการอ้างอิงไขว้ที่ชัดเจนเพื่อให้แก้ไขได้ .