Specifications of requirements rang

Specifications of requirements range in formality from completely informal (e.g., spoken) to rigorously mathematical (e.g., written in a formal specification language such as Z or first-order logic). In practice, successful software engineering efforts use requirements specifications to reduce ambiguity and improve the consistency and completeness of the development team’s understanding of the vision of the intended software. Plan-driven approaches tend to produce formal documents with numbered requirements. Agile approaches tend to favor less formal specifications that include user stories, use cases, and test cases.

Results (Thai) 1:

ข้อมูลจำเพาะความหลากหลายในระดับจากไม่สมบูรณ์ (เช่น พูด) การทดสอบทางคณิตศาสตร์ (เช่น เขียนในแบบภาษาเช่น Z หรือตรรกะแรกสั่ง) ในทางปฏิบัติ วิศวกรรมซอฟต์แวร์สำเร็จความพยายามใช้ข้อกำหนดความต้องการเพื่อลดความคลุมเครือ และความสอดคล้องและความสมบูรณ์ความเข้าใจของทีมพัฒนาของวิสัยทัศน์ซอฟต์แวร์ตั้งใจ แนวทางการขับเคลื่อนแผนมักจะ สร้างเอกสารเป็นทางการกับความต้องการลำดับเลข แนวทางที่คล่องตัวมักจะ ชอบข้อกำหนดอย่างเป็นทางการน้อยที่รวมเรื่องราวของผู้ใช้ ใช้กรณี และกรณีทดสอบ

Results (Thai) 2:

คุณสมบัติของความต้องการในช่วงพิธีจากทางการอย่างสมบูรณ์ (เช่นพูด) เพื่อเคร่งครัดทางคณิตศาสตร์ (เช่นเขียนในภาษาสเปคอย่างเป็นทางการเช่น Z หรือตรรกะลำดับแรก) ในทางปฏิบัติที่ประสบความสำเร็จในความพยายามวิศวกรรมซอฟต์แวร์ใช้ข้อกำหนดความต้องการที่จะลดความเคลือบแคลงและปรับปรุงความสม่ำเสมอและครบถ้วนของความเข้าใจการพัฒนาทีมงานของวิสัยทัศน์ของซอฟต์แวร์ที่ตั้งใจไว้ วิธีการวางแผนการขับเคลื่อนมีแนวโน้มที่จะผลิตเอกสารอย่างเป็นทางการที่มีความต้องการหมายเลข วิธีเปรียวแนวโน้มที่จะสนับสนุนคุณสมบัติไม่เป็นทางการที่มีเรื่องราวของผู้ใช้กรณีการใช้งานและการทดสอบกรณี

Results (Thai) 3:

คุณสมบัติของความต้องการในช่วงพิธีการจากสมบูรณ์อย่างไม่เป็นทางการ ( เช่นพูด ) และคณิตศาสตร์ ( เช่นเขียนในภาษาเฉพาะเช่น Z หรือตรรกะลำดับแรก ) ในการปฏิบัติความพยายามด้านวิศวกรรมซอฟต์แวร์ที่ประสบความสำเร็จความต้องการใช้ข้อมูลเพื่อลดความคลุมเครือและปรับปรุงความสอดคล้องและความสมบูรณ์ของทีมพัฒนาความเข้าใจในวิสัยทัศน์ของวัตถุประสงค์ซอฟต์แวร์ แผนขับเคลื่อนแนวทางมีแนวโน้มที่จะผลิตเอกสารอย่างเป็นทางการกับจำนวนความต้องการ วิธีที่ว่องไวมักจะชอบสเปคอย่างเป็นทางการน้อยกว่า มีผู้ใช้ราว กรณีใช้และกรณีทดสอบ