b) Definition of the responses of t

b) Definition of the responses of the software to all realizable classes of input data in all realizable
classes of situations. Note that it is important to specify the responses to both valid and invalid input
values.
c) Full labels and references to all figures, tables, and diagrams in the SRS and definition of all terms
and units of measure.
4.3.3.1 Use of TBDs
Any SRS that uses the phrase “to be determined” (TBD) is not a complete SRS. The TBD is, however, occasionally
necessary and should be accompanied by
a) A description of the conditions causing the TBD (e.g., why an answer is not known) so that the situation
can be resolved;
b) A description of what must be done to eliminate the TBD, who is responsible for its elimination, and
by when it must be eliminated.
4.3.4 Consistent
Consistency refers to internal consistency. If an SRS does not agree with some higher-level document, such
as a system requirements specification, then it is not correct (see 4.3.1).
4.3.4.1 Internal consistency
An SRS is internally consistent if, and only if, no subset of individual requirements described in it conflict.
The three types of likely conflicts in an SRS are as follows:
a) The specified characteristics of real-world objects may conflict. For example,
1) The format of an output report may be described in one requirement as tabular but in another as
textual.
2) One requirement may state that all lights shall be green while another may state that all lights
shall be blue.
b) There may be logical or temporal conflict between two specified actions. For example,
1) One requirement may specify that the program will add two inputs and another may specify
that the program will multiply them.
2) One requirement may state that “A” must always follow “B,” while another may require that “A
and B” occur simultaneously.
c) Two or more requirements may describe the same real-world object but use different terms for that
object. For example, a program’s request for a user input may be called a “prompt” in one requirement
and a “cue” in another. The use of standard terminology and definitions promotes consistency.
4.3.5 Ranked for importance and/or stability
An SRS is ranked for importance and/or stability if each requirement in it has an identifier to indicate either
the importance or stability of that particular requirement.
Typically, all of the requirements that relate to a software product are not equally important. Some requirements
may be essential, especially for life-critical applications, while others may be desirable.

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

ข) คำจำกัดความของการตอบสนองของซอฟต์แวร์การเรียนตระหนี่ทั้งหมดของข้อมูลป้อนเข้าทั้งตระหนี่เรียนของสถานการณ์ หมายเหตุว่า ต้องระบุการตอบสนองการป้อนข้อมูลถูกต้อง และไม่ถูกต้องค่าc) เต็มรูปแบบป้ายชื่อและการอ้างอิงตัวเลข ตาราง และไดอะแกรม SRS และความหมายของคำทั้งหมดและหน่วยวัด4.3.3.1 การใช้ TBDsSRS ที่ใช้วลี "การกำหนด" (TBD) ไม่มี SRS สมบูรณ์ TBD เป็น อย่างไรก็ตาม บางครั้งจำเป็น และควรมาพร้อมกับ) คำอธิบายของเงื่อนไขสาเหตุ TBD (เช่น ทำไมไม่ทราบคำตอบ) เพื่อให้สถานการณ์สามารถแก้ไขมีคำอธิบายของสิ่งที่ต้องทำเพื่อกำจัด TBD ที่รับผิดชอบกำจัด และโดยเมื่อต้องตัดออก4.3.4 สอดคล้องความสอดคล้องหมายถึงความสอดคล้องภายใน ถ้า SRS ไม่ตรงกับเอกสารในระดับสูงกว่า เช่นตามสเปคความต้องการของระบบ แล้วมันจะไม่ถูกต้อง (ดู 4.3.1)4.3.4.1 ภายในสอดคล้องกันSRS การคือ ถ้าภายในสอดคล้องกัน และเฉพาะ ไม่ย่อยของความต้องการที่อธิบายไว้ในนั้นขัดแย้งกันแนวโน้มความขัดแย้งใน SRS มีสามชนิดดังต่อไปนี้:ลักษณะ)ระบุวัตถุจริงอาจขัดแย้งกัน เช่น1) รูปแบบของรายงานแสดงผลอาจอธิบายไว้ ในความต้องการหนึ่งเป็นตาราง แต่ ในตามข้อความ2) ความต้องการหนึ่งอาจระบุว่า ไฟทั้งหมดจะเป็นสีเขียวในขณะที่อื่นอาจระบุว่า ทั้งหมดไฟจะเป็นสีน้ำเงินข) อาจมีความขัดแย้งทางตรรกะ หรือขมับระหว่างการดำเนินการระบุที่สอง เช่น1) ความต้องการหนึ่งอาจระบุว่า โปรแกรมจะเพิ่มอินพุตสองช่องและอีกอาจระบุว่า โปรแกรมจะคูณได้2) หนึ่งความต้องการอาจระบุว่า "A" ต้องเสมอตาม "B ในขณะที่อื่นอาจว่า"Aและ B"เกิดขึ้นพร้อมกันc) สอง หรือเพิ่มเติมข้อกำหนดอาจอธิบายวัตถุจริงเดียวกัน แต่ใช้เงื่อนไขต่าง ๆ ที่วัตถุ เช่น การร้องขอของโปรแกรมผู้ใช้ป้อนข้อมูลอาจเรียกว่า "พร้อมท์" ความต้องการหนึ่งและ "สัญลักษณ์" ในอีก การใช้ศัพท์และนิยามศัพท์ส่งเสริมความสอดคล้อง4.3.5 อันดับความสำคัญหรือความมั่นคงSRS การอันดับสำหรับความสำคัญหรือความมั่นคงถ้าสั่งในนั้นมีรหัสเพื่อระบุอย่างใดอย่างหนึ่งความสำคัญหรือความเสถียรของความต้องการที่เฉพาะเจาะจงโดยทั่วไป ข้อกำหนดที่เกี่ยวข้องกับผลิตภัณฑ์ซอฟต์แวร์ทั้งหมดจะไม่สำคัญเท่ากัน ข้อกำหนดบางอย่างอาจไม่จำเป็น โดยเฉพาะอย่างยิ่งสำหรับการใช้งานที่สำคัญชีวิต ในขณะที่คนอื่นอาจจะต้อง

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

ข) ความหมายของการตอบสนองของซอฟต์แวร์เพื่อการเรียนว่าข้อมูลทั้งหมดที่ป้อนเข้าในว่าทุก
ชั้นเรียนของสถานการณ์ โปรดทราบว่ามันเป็นสิ่งสำคัญในการระบุการตอบทั้งการป้อนข้อมูลที่ถูกต้องและไม่ถูกต้อง
ค่า.
ค) ป้ายเต็มรูปแบบและการอ้างอิงถึงตัวเลขทั้งหมดตารางและแผนภาพใน SRS และความหมายของคำทั้งหมด
และหน่วยวัด.
4.3.3.1 การใช้ TBDs
SRS ใด ๆ ที่ใช้วลี "จะถูกกำหนด" (TBD) ไม่สมบูรณ์ SRS TBD เป็น แต่บางครั้ง
จำเป็นและควรจะมาพร้อม
ก) รายละเอียดของเงื่อนไขที่ก่อให้เกิด TBD (เช่นทำไมคำตอบที่ไม่เป็นที่รู้จัก) เพื่อให้สถานการณ์ที่
สามารถแก้ไขได้;
ข) รายละเอียดของสิ่งที่ต้องทำ เพื่อขจัด TBD ที่เป็นผู้รับผิดชอบในการกำจัดของตนและ
โดยที่จะต้องถูกกำจัด.
4.3.4 สอดคล้อง
สอดคล้องหมายถึงความสอดคล้องภายใน หาก SRS ไม่เห็นด้วยกับบางเอกสารระดับสูงเช่น
เป็นข้อกำหนดความต้องการระบบแล้วมันไม่ถูกต้อง (ดู 4.3.1).
4.3.4.1 ความสอดคล้องภายใน
SRS เป็นภายในที่สอดคล้องกันถ้าหากว่าไม่มีกลุ่มย่อย . ของความต้องการของแต่ละบุคคลที่อธิบายไว้ในความขัดแย้งมัน
สามประเภทของความขัดแย้งที่มีแนวโน้มใน SRS มีดังนี้
ก) ลักษณะของวัตถุที่ระบุจริงของโลกอาจขัดแย้ง ยกตัวอย่างเช่น
1) รูปแบบของรายงานการส่งออกอาจจะอธิบายในความต้องการอย่างใดอย่างหนึ่งเป็นตาราง แต่อีกคนหนึ่งเป็น
ต้นฉบับเดิม.
2) ความต้องการหนึ่งอาจระบุว่าไฟทั้งหมดจะเป็นสีเขียวขณะที่คนอื่นอาจระบุว่าไฟทั้งหมด
จะเป็นสีฟ้า.
ข) อาจจะมีตรรกะหรือชั่วความขัดแย้งระหว่างสองการกระทำที่ระบุ ยกตัวอย่างเช่น
1) ความต้องการหนึ่งอาจระบุว่าโปรแกรมจะเพิ่มสองปัจจัยการผลิตและอื่นอาจระบุ
ว่าโปรแกรมจะคูณพวกเขา.
2) ความต้องการหนึ่งอาจกล่าวว่า "A" จะต้องทำตาม "B" ขณะที่คนอื่นอาจจำเป็นต้องให้ "
และ B "เกิดขึ้นพร้อมกัน.
ค) สองตัวหรือมากกว่าความต้องการอาจอธิบายวัตถุโลกแห่งความจริงเหมือนกัน แต่ใช้คำที่แตกต่างกันสำหรับการที่
วัตถุ ยกตัวอย่างเช่นการร้องขอของโปรแกรมสำหรับการป้อนข้อมูลของผู้ใช้อาจจะเรียกว่า "ให้" ในความต้องการอย่างใดอย่างหนึ่ง
และ "คิว" ในอีก การใช้คำศัพท์มาตรฐานและคำจำกัดความส่งเสริมความสอดคล้อง.
4.3.5 การจัดอันดับความสำคัญและ / หรือความมั่นคง
SRS มีการจัดอันดับความสำคัญและ / หรือความมั่นคงถ้าต้องการอยู่ในนั้นแต่ละคนมีตัวบ่งชี้เพื่อแสดงให้เห็นทั้ง
ความสำคัญหรือความมั่นคงของความต้องการที่เฉพาะเจาะจง
โดยปกติทุกความต้องการที่เกี่ยวข้องกับผลิตภัณฑ์ซอฟต์แวร์ที่ไม่ได้ความสำคัญเท่าเทียมกัน บางอย่างที่
อาจจะเป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งสำหรับการใช้งานที่สำคัญต่อชีวิตขณะที่คนอื่นอาจจะเป็นที่น่าพอใจ

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

ข ) ความหมายของการตอบสนองของซอฟต์แวร์เพื่อเรียนที่คาดว่าทั้งหมดของข้อมูลทั้งหมดที่คาดว่าประเภทของสถานการณ์ โปรดทราบว่ามันเป็นสิ่งสำคัญที่จะระบุการตอบสนองทั้งถูกต้องและไม่ถูกต้องใส่ค่าc ) ป้ายเต็มและอ้างอิงตัวเลข ทุกตารางและแผนภาพใน SRS และความหมายของคำทั้งหมดและหน่วยของการวัด4.3.3.1 ใช้ tbdsใด ๆที่ใช้ SRS วลี " ตัดสิน " ( TBD ) ไม่สมบูรณ์ SRS . ใน TBD คือ , อย่างไรก็ตาม , บางครั้งที่จำเป็นและควรจะมาพร้อมกับ) รายละเอียดของเงื่อนไขที่ก่อให้เกิด TBD ( เช่น ทำไมคำตอบไม่เป็นที่รู้จัก ) เพื่อให้สถานการณ์สามารถแก้ไขได้ ;ข ) รายละเอียดของสิ่งที่ต้องทำเพื่อกำจัด TBD เป็นผู้รับผิดชอบและมีการตัดออกโดยเมื่อมันต้องถูกกำจัด4.3.4 สอดคล้องกันความสอดคล้องหมายถึงความสอดคล้องภายใน ถ้า SRS ไม่เห็นด้วยกับเอกสารบางระดับเช่นเป็นข้อกำหนดของระบบ แล้วมันไม่ถูกต้อง ( ดูใน )4.3.4.1 ความสอดคล้องภายในและ SRS มีความสอดคล้องภายใน ถ้าเกิดไม่ย่อยของแต่ละความต้องการอธิบายในความขัดแย้งสามชนิดของแนวโน้มความขัดแย้งใน SRS มีดังนี้) ที่ระบุลักษณะของวัตถุจริงอาจขัดแย้ง ตัวอย่างเช่น1 ) รูปแบบของการแสดงผลรายงานอาจจะอธิบายในความต้องการเป็นตาราง แต่ในอีก เช่นต้นฉบับเดิม2 ) หนึ่งในความต้องการอาจระบุว่า ไฟจะเป็นสีเขียวในขณะที่อื่นอาจระบุว่าไฟทั้งหมดจะเป็นสีฟ้าB ) อาจจะมีเหตุผล หรือ ชั่วคราว ความขัดแย้งระหว่างสองที่ระบุการกระทำ ตัวอย่างเช่น1 ) ความต้องการอาจระบุว่าโปรแกรมจะเพิ่มสองและปัจจัยอื่น สามารถ ระบุที่โปรแกรมจะคูณให้2 ) หนึ่งในความต้องการอาจระบุว่า " จะต้องปฏิบัติตามเสมอ " บี " ในขณะที่คนอื่นอาจต้องการ”และ B " เกิดขึ้นพร้อมกันc ) สองคนหรือมากกว่าความต้องการอาจจะอธิบายความจริงวัตถุเดียวกันแต่ใช้เงื่อนไขที่ต่างกันสำหรับวัตถุ ตัวอย่างเช่น การร้องขอของโปรแกรมสำหรับผู้ใช้ป้อนข้อมูลอาจจะเรียกว่า " ให้ " ในความต้องการและ " คิว " ในอีก การใช้คำศัพท์มาตรฐานและความหมายส่งเสริมความสอดคล้อง4.3.5 อันดับสำหรับความสำคัญและ / หรือความมั่นคงการจัดอันดับสำหรับ SRS คือความสำคัญและ / หรือความมั่นคงถ้าแต่ละความต้องการมันมีระบุว่าทั้งความสำคัญหรือเสถียรภาพของความต้องการที่เฉพาะเจาะจงโดยปกติทุกความต้องการที่เกี่ยวข้องกับผลิตภัณฑ์ซอฟต์แวร์ ไม่ได้สำคัญเท่าๆกัน ความต้องการบางอย่างอาจมีความสำคัญโดยเฉพาะอย่างยิ่งสำหรับการใช้งานที่สำคัญของชีวิต ในขณะที่คนอื่นอาจจะพึงปรารถนา