Prototyping is commonly a means for

Prototyping is commonly a means for validating the
software engineer’s interpretation of the software
requirements, as well as for eliciting new requirements.
As with elicitation, there is a range of prototyping
techniques and a number of points in the process where
prototype validation may be appropriate. The advantage
of prototypes is that they can make it easier to interpret
the software engineer’s assumptions and, where needed,
give useful feedback on why they are wrong. For
example, the dynamic behavior of a user interface can be
better understood through an animated prototype than
through textual description or graphical models. There are
also disadvantages, however. These include the danger of
users’ attention being distracted from the core underlying
functionality by cosmetic issues or quality problems with
the prototype. For this reason, several people recommend
prototypes which avoid software, such as flip-chart-based
mockups. Prototypes may be costly to develop. However,
if they avoid the wastage of resources caused by trying to
satisfy erroneous requirements, their cost can be more
easily justified.

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

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

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

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

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

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

ง่ายธรรม