their requests. At a later point in

their requests. At a later point in the process of eliciting requirements, a prototype that is more extensive might be more applicable.
Once the prototyping sessions have been completed it is important to ensure that appropriate documentation is updated to incorporate any new or amended requirements. In addition, the impact of any agreed changes needs to be assessed, to check for effects on other requirements and supporting documentation. It is possible that conflicts with other requirements may have been raised as a result of the prototyping exercise.
One of the main issues with the whole prototyping process is that of managing the users’ expectations. This is because:
simple prototypes may create a negative impression within the target community; high fidelity prototypes may cause users to expect immediate delivery of the full solution; impressive response times of prototypes may raise users’ expectations of the new system’s performance to an unrealistic level.
Categories of Prototype Prototypes of the solution are the basis on which tests can be planned and performed. Prototypes can be designed to test both the functional features and non-functional aspects of the solution such as usability and the levels of performance required. Three main categories of prototype cover these very different purposes and objectives:
business or prototypes – used to elicit requirements and an understanding requirements of the features or functionality required;
usability prototypes – used to define, refine, and demonstrate user interface design, usability, accessibility, look and feel, and perhaps such aspects as security and availability (non-functional requirements);
performance or prototypes – used to define, demonstrate, predict and test capacity how systems will perform under peak loads, as well as to demonstrate and evaluate, for example, volume handling, response times and availability (i.e. other non-functional aspects of the system).
One physical prototype could cover more than one of these categories, but it is often confusing to mix the categories within a single prototyping session with a user. The greatest benefit of considering these categories is to ensure that no aspect of demonstration or testing has been missed. For example, a business prototype may be constructed early in the project, while a performance or capacity prototype will only be able to allow testing of actual performance during subsequent stages, once a working product with sufficient volumes of test data is available. The same components of the prototype are thus tested more than once, for different reasons each time.

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

คำขอของพวกเขา ในภายหลังระหว่าง eliciting ความต้องการ ต้นแบบที่หลากหลายมากขึ้นอาจมีมากขึ้นเมื่อช่วงต้นแบบเสร็จสมบูรณ์แล้ว เป็นสำคัญเพื่อให้แน่ใจว่า เอกสารที่เหมาะสมมีการปรับปรุงรวมความใหม่ หรือแก้ไข นอกจากนี้ ผลกระทบของการเปลี่ยนแปลงตกลงต้องการประเมิน การตรวจ effects ในความต้องการและเอกสารสนับสนุนอื่น ๆ มันเป็นไปได้ว่า conflicts มีความต้องการอื่น ๆ อาจได้รับการเลี้ยงจากการออกกำลังกายต้นแบบประเด็นหลักด้วยกระบวนการต้นแบบทั้งหมดเป็นของการจัดการความคาดหวังของผู้ใช้ ทั้งนี้เนื่องจาก:ต้นแบบอย่างอาจสร้างความประทับใจติดลบภายในชุมชนเป้าหมาย ต้นแบบ fidelity สูงอาจทำให้ผู้ใช้คาดหวังโซลูชั่นเต็มรูปแบบ การจัดส่งทันที เวลาตอบรับที่น่าประทับใจของต้นแบบอาจเพิ่มความคาดหวังของผู้ใช้ประสิทธิภาพการทำงานของระบบใหม่จะเป็นระดับที่ไม่ประเภทของต้นแบบต้นแบบของการแก้ปัญหาเป็นพื้นฐานซึ่งการทดสอบสามารถวางแผน และดำเนินการ แบบตัวอย่างได้รับการทดสอบทั้งลักษณะการทำงานและด้านการแก้ปัญหาเช่นใช้งานไม่ทำงานและระดับของประสิทธิภาพที่จำเป็น สามประเภทหลักของต้นแบบครอบคลุมวัตถุประสงค์มาก different และวัตถุประสงค์เหล่านี้:ธุรกิจหรือต้นแบบที่ใช้ในการบอกความต้องการและมีความเข้าใจลักษณะการทำงานหรือฟังก์ชันที่ต้องการต้นแบบการใช้งานใช้ define, refine และแสดงให้เห็นถึงการออกแบบส่วนติดต่อผู้ใช้ ใช้งาน ถึง ลักษณ์ และบางทีเช่นด้านความปลอดภัยและพร้อมใช้งาน (ความไม่ใช่หน้าที่);ประสิทธิภาพหรือต้นแบบที่ใช้ define สาธิต ทำนาย และทดสอบว่าระบบจะดำเนินการภายใต้ยอดโหลด เช่นสาธิต และ ประเมิน ตัวอย่าง จัดการ เวลาตอบรับและพร้อมใช้งาน (เช่นไม่ทำงานด้านอื่น ๆ ของระบบ) ปริมาตรความจุต้นแบบทางกายภาพหนึ่งสามารถครอบคลุมมากกว่าหนึ่งประเภทเหล่านี้ แต่อย่างไรก็ดีมักจะผสมประเภทภายในเซสชันต้นแบบเดียวกับผู้ใช้ Benefit มากที่สุดพิจารณาประเภทเหล่านี้เพื่อ ให้แน่ใจว่า ไม่มีลักษณะของการสาธิตหรือทดสอบการพลาดได้ ตัวอย่าง สร้างต้นแบบธุรกิจอาจสร้างในช่วงต้นโครงการ ในขณะที่ประสิทธิภาพหรือกำลังการผลิตต้นแบบจะให้ทดสอบประสิทธิภาพการทำงานจริงในช่วงระยะเวลาต่อมา เมื่อผลิตภัณฑ์ทำงานกับไดรฟ์ข้อมูล sufficient ข้อมูลทดสอบ ส่วนประกอบของต้นแบบเดียวกันจึงทดสอบมากกว่าหนึ่งครั้ง different เหตุผลแต่ละครั้ง

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

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

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

การร้องขอของพวกเขา ที่จุดภายหลังในกระบวนการ eliciting ความต้องการต้นแบบที่กว้างขวางมากขึ้น อาจจะใช้ได้มากกว่า
เมื่อต้นแบบครั้งเสร็จมันเป็นสิ่งสำคัญเพื่อให้แน่ใจว่าเอกสารที่เหมาะสมมีการปรับปรุงเพื่อรวมใด ๆใหม่ หรือแก้ไขเพิ่มเติมข้อกำหนด นอกจากนี้ ผลกระทบของการเปลี่ยนแปลงใด ๆ ตกลงต้องประเมินเพื่อตรวจสอบ e ffผลความต้องการอื่น ๆ และเอกสารสนับสนุน . เป็นไปได้ว่า คอนflไอซีทีกับความต้องการอื่น ๆอาจได้รับการยกเป็นผลของต้นแบบการออกกำลังกาย
หนึ่งในประเด็นหลักที่มีทั้งกระบวนการต้นแบบของการจัดการความคาดหวังของผู้ใช้ นี้เป็นเพราะ :
ต้นแบบง่ายอาจสร้างลบความประทับใจภายในชุมชนเป้าหมายต้นแบบ delity จึงสูง อาจทำให้ผู้ใช้คาดหวังการจัดส่งทันทีโซลูชั่นเต็ม ประทับใจเวลาตอบสนองของต้นแบบอาจเพิ่มความคาดหวังของผู้ใช้งานใหม่ของระบบให้อยู่ในระดับที่ไม่สมจริง
ประเภทต้นแบบต้นแบบของโซลูชั่นที่เป็นพื้นฐานที่ทดสอบสามารถวางแผนและดำเนินการต้นแบบถูกออกแบบมาเพื่อทดสอบทั้งหน้าที่การทำงานคุณสมบัติและไม่มีลักษณะของสารละลาย เช่น การใช้งานและระดับของการปฏิบัติงานที่จำเป็น สามประเภทหลักของต้นแบบครอบคลุมเหล่านี้มาก ดิ ff erent วัตถุประสงค์และวัตถุประสงค์ทางธุรกิจหรือต้นแบบ :
) ใช้เพื่อกระตุ้นความต้องการและความเข้าใจความต้องการของคุณลักษณะหรือฟังก์ชันที่จำเป็น ;
ต้นแบบการใช้งาน–ใช้ de จึงเน่อีกครั้งจึงไม่ และแสดงให้เห็นถึงการออกแบบ User Interface การใช้งาน , การเข้าถึง , ลักษณ์และความรู้สึกและบางทีเช่นด้านความปลอดภัยและความพร้อมใช้งาน ( ความต้องการของการทำงานไม่ได้ ) ;
ภาพต้นแบบสำหรับใช้ de จึงไม่แสดง พยากรณ์และทดสอบความสามารถแล้วระบบจะแสดงภายใต้โหลด สูงสุด ตลอดจนสาธิตและประเมิน ตัวอย่างเช่นหมวดการจัดการ , เวลาการตอบสนองและความพร้อมใช้งาน ( เช่น อื่นๆที่ไม่ใช่การทำงานในลักษณะของระบบ ) .
หนึ่งต้นแบบทางกายภาพอาจครอบคลุมมากกว่าหนึ่งในประเภทเหล่านี้ แต่มันมักจะสับสนผสมประเภทภายในระยะเวลา ต้นแบบเดียวกับผู้ใช้ สุดยอดครับจึงไม่พิจารณาประเภทเหล่านี้คือเพื่อให้แน่ใจว่าไม่มีลักษณะของการสาธิตหรือทดสอบได้พลาดตัวอย่างเช่น ต้นแบบธุรกิจอาจถูกสร้างขึ้นในช่วงต้นโครงการ ในขณะที่ประสิทธิภาพหรือความสามารถต้นแบบจะสามารถอนุญาตให้ทดสอบการปฏิบัติงานจริงในช่วงต่อมาขั้นตอน เมื่อผลิตภัณฑ์ทำงานกับซูffi cient ปริมาณของข้อมูลที่สามารถใช้ได้ องค์ประกอบเดียวกันของต้นแบบ จึงมีการทดสอบมากกว่าหนึ่งครั้ง สำหรับ ดิ ff erent
เหตุผลทุกครั้ง