requirement is a singular documente

requirement is a singular documented physical and functional need that a particular design, product or process must be able to perform. It is most commonly used in a formal sense insystems engineering, software engineering, or enterprise engineering. It is a statement that identifies a necessary attribute, capability, characteristic, or quality of a system for it to have value and utility to a customer, organization, internal user, or other stakeholder. A specification (often abbreviated as spec) may refer to an explicit set of requirements to be satisfied by a material, design, product, or service.[1]

In the classical engineering approach, sets of requirements are used as inputs into the design stages of product development. Requirements are also an important input into the verification process, since tests should trace back to specific requirements. Requirements show what elements and functions are necessary for the particular project. This is reflected in the waterfall model of the software life-cycle. However, when iterative methods of software development oragile methods are used, the system requirements are incrementally developed in parallel with design and implementation.

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

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

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

ทำไมความต้องการเป็นเอกพจน์เอกสารทางกายภาพและการทำงานต้องออกแบบเฉพาะผลิตภัณฑ์หรือกระบวนการผลิตจะต้องสามารถที่จะแสดง มันถูกใช้มากที่สุดในโรงเรียนเลย insystems วิศวกรรม , วิศวกรรมซอฟต์แวร์อะไร หรือทำไมองค์กรวิศวกรรม มันคือข้อความที่ระบุคุณลักษณะที่จำเป็นความสามารถ คุณลักษณะหรือคุณภาพของระบบให้มีค่าและประโยชน์ให้กับลูกค้าองค์กร ผู้ใช้ภายในหรือผู้มีส่วนได้เสียอื่น ๆ เป็นไหมสเปครึเปล่า ( มักย่อเป็นไหม spec ) อาจหมายถึงการตั้งค่าของความชัดเจนอะไรไหมจะพอใจรึเปล่า ด้วยวัสดุ การออกแบบ ผลิตภัณฑ์ หรือบริการ . [ 1 ]

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