Often, a customer defines a set of

Often, a customer defines a set of general objectives for software but does not identify detailed input
, processing, or

output requirements. In other cases, the developer may be unsure of the efficiency of an algorithm, the adaptability of

an operating system, or the form that human/machine interaction should take. In these, and many other situations, a

prototyping paradigm may offer the best approach.

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

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

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

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

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

บ่อยครั้งที่ลูกค้ากำหนดชุดของวัตถุประสงค์ทั่วไปของซอฟต์แวร์ แต่ไม่ได้ระบุรายละเอียดของการประมวลผลข้อมูล หรือ

ออกข้อกำหนด ในกรณีอื่น ๆ นักพัฒนาอาจจะไม่แน่ใจในประสิทธิภาพของขั้นตอนวิธีการปรับตัวของ

ระบบปฏิบัติการ หรือแบบฟอร์มที่ปฏิสัมพันธ์ของมนุษย์ / เครื่อง ควรใช้ ในสิ่งเหล่านี้ และหลายสถานการณ์อื่น ๆ ,

ตัวอย่างต้นแบบอาจเสนอวิธีที่ดีที่สุด