user เห็น Prototypes เข้าใจว่าเสร็จ

user เห็น Prototypes เข้าใจว่าเสร็จแล้ว มักต้องการรู้ว่าจะใช้ได้เมื่อไหร่
*ไม่มี Security , Response Time
*ควบคุมยาก เมื่อเห็นแล้ว user มักจะมีการเปลี่ยนแปลง Requirement
*เสียเวลาและค่าใช้จ่ายในการทำ Prototypes
*ประสิทธิภาพของจริงกับ Prototype ต่างกันได้ เช่น Prototypes เร็ว ของจริง ช้า , Prototypes ช้าของจริงเร็ว
*user กับ Developer ไม่ได้อยู่ที่เดียวกันทำให้ไม่สะดวกในการทำPrototype
รูปแบบของการทำ Prototypes
•Mock – ups ทำหน้าจอให้เห็น แต่ใช้จริงไม่ได้ (ใช้อธิบาย)
•Simulated Interaction จำลองการใช้งานจริง เช่น การกรอกข้อมูล การเรียกใช้ข้อมูล แต่ใช้งานจริงไม่ได้ (วิธีนี้นิยมมาก)
•Partial working Model แบ่งเป็น
–Vertical (ลึก) สามารถใช้งาน Feature บางส่วนได้จริง (ไม่ทั้งหมด) ใช้กับ Simulate
–Horizontal (กว้าง) มี Feature ครบ ทำให้ทราบว่ามี Feature อะไรบ้าง แต่ใช้งานไม่ได้ทั้งหมด (ไม่ลึก) ใช้กับ Mock – up
Incremental Model
Incremental Model คือ การนำ Project ใหญ่มาแบ่งเป็นส่วนๆ และ
Implement เป็นส่วนๆ

ผลลัพธ์ (อังกฤษ) 1:

User reviews completed Prototypes often need to understand how to know when to use.* There is no Security, Response Time.* Control difficult. When the user often has to change the Requirement.* Waste of time and money in making Prototypes* Actual performance with different Prototypes, Prototype real fast. Slowly, slowly the real Prototypes quickly.* User with Developer is not the same that make it impossible to make Prototype.The format of making Prototypes• Mock-ups the screen but actually aren't (describe)• Simulated Interaction model in actual usage, such as filling. To run the data, but it is not (this method is very popular)• Partial working Model is divided into.– Vertical (depth) can use some real Feature (not all) are used to Simulate.– Horizontal (width) with full Feature make it known what Feature, but it does not work at all (no deeper) used with Mock-up.Incremental ModelIncremental Model is a big Project and segmented.Implement the

ผลลัพธ์ (อังกฤษ) 2:

Prototypes understand that the user is finished. Want to know when they are available
* No Security, Response Time
* restive. Seeing then user will be changed. Requirement
* waste of time and money to do so. Prototypes
* actual performance to differ as Prototypes Prototype real fast, slow, Prototypes slow real fast
* user with the Developer is not at the same time making it easy to do Prototype
model of doing. Prototypes
• Mock - UPS made ​​the screen. But the truth is not (Describe)
• Simulated Interaction Simulation practical applications such as filling. Information retrieval But the truth is not (This method is very popular)
• Partial Working Model into
-Vertical (D) can not actually use Feature Some (not all) to Simulate
-horizontal (W) has revealed that the full Feature Feature what I use. not at all (not deep) with Mock - up
Model Incremental
Incremental Model Project implementation is largely divided into sections and
Implement in parts.

ผลลัพธ์ (อังกฤษ) 3:

User see Prototypes understand finished. Often want to know is when
* no Security Response Time
*, difficult to control when and user often have to change. Requirement
* waste time and money to do Prototypes
.* real performance with different Prototype, such as Prototypes fast, real slow, slow Prototypes real fast
* user with Developer. Is not the same inconvenience to do Prototype
style of doing Prototypes
.Education Mock - ups do screen to see but actually not (explain)
* Simulated Interaction simulation real applications, such as filling the run data. But the actual use is not (this is very popular)
* Partial working Model divided into
.To Vertical (deep) can be used Feature some real (not all) used to Simulate
- Horizontal (wide) Feature fully make know there. Feature anything, but don't work (not all) used to Mock - Incremental Model up

.Incremental Model is of great Project is divided into sections, and Implement part

.