The final stage of the process is p

The final stage of the process is prototype evaluation. Provision must be made during this stage for user training and the prototype objectives should be used to derive a plan for evaluation. Users need time to become comfortable with a new sys- tem and to settle into a normal pattern of usage. Once they are using the system nor- mally, they then discover requirements errors and omissions.

A general problem with prototyping is that the prototype may not necessarily be used in the same way as the final system. The tester of the prototype may not be typ- ical of system users. The training time during prototype evaluation may be insuffi- cient. If the prototype is slow, the evaluators may adjust their way of working and avoid those system features that have slow response times. When provided with bet- ter response in the final system, they may use it in a different way.

Kết quả (Việt) 1:

Giai đoạn cuối cùng của quá trình là mẫu thử nghiệm đánh giá. Cung cấp phải được thực hiện trong giai đoạn này cho đào tạo người dùng và các mục tiêu thử nghiệm nên được dùng để rút ra một kế hoạch để đánh giá. Người dùng cần thời gian để trở nên thoải mái với một tem sys mới và giải quyết thành một mô hình bình thường sử dụng. Một khi họ đang sử dụng hệ thống cũng như - mứa, họ sau đó phát hiện ra yêu cầu lỗi và thiếu sót.Một vấn đề chung với prototyping là rằng các mẫu thử nghiệm có thể không nhất thiết phải được sử dụng trong cùng một cách với hệ thống cuối cùng. Thử nghiệm của mẫu thiết kế có thể không là typ-ical của người sử dụng hệ thống. Thời gian đào tạo trong mẫu thử nghiệm đánh giá có thể là insuffi-gói. Nếu nguyên mẫu là chậm, thẩm định các có thể điều chỉnh theo cách của họ làm việc và tránh những tính năng hệ thống có thời gian đáp ứng chậm. Khi cung cấp cho đặt cược-ter phản ứng trong hệ thống cuối cùng, họ có thể sử dụng nó một cách khác nhau.

Kết quả (Việt) 2:

Giai đoạn cuối cùng của quá trình này là đánh giá nguyên mẫu. Thực hiện phải được thực hiện trong giai đoạn này để đào tạo người sử dụng và các mục tiêu nguyên mẫu nên được sử dụng để lấy được một kế hoạch để đánh giá. Người dùng cần thời gian để trở nên thoải mái với một hệ thống mới và giải quyết thành một mô hình bình thường sử dụng. Một khi họ đang sử dụng các hệ thống Mally chuẩn tắc, sau đó họ phát hiện ra yêu cầu các lỗi và thiếu sót. Một vấn đề chung với mẫu là những nguyên mẫu có thể không nhất thiết phải được sử dụng theo cách tương tự như hệ thống cuối cùng. Các thử nghiệm của các mẫu thử nghiệm có thể không ical typ- của hệ thống người dùng. Thời gian đào tạo trong quá trình đánh giá nguyên mẫu có thể hụt insuffi-. Nếu nguyên mẫu là chậm, đánh giá có thể điều chỉnh cách làm việc của họ và tránh những tính năng hệ thống có thời gian đáp ứng chậm. Khi được cung cấp với phản ứng bet- ter trong hệ thống cuối cùng, họ có thể sử dụng nó một cách khác nhau.