Trong đó, qui trình được bắt đầu bằ

Trong đó, qui trình được bắt đầu bằng việc thu thập yêu cầu với sự có mặt của đại diện của cả phía phát triển lẫn khách hàng nhằm định ra mục tiêu tổng thể của hệ thống phần mềm sau này, đồng thời ghi nhận tất cả những yêu cầu có thể biết được và sơ luợc những nhóm yêu cầu nào cần phải được làm rõ.

Sau đó, thực hiện thiết kế nhanh tập trung chuyển tải những khía cạnh thông qua prototype để khách hàng có thể hình dung, đánh giá giúp hoàn chỉnh yêu cầu cho toàn hệ thống phần mềm. Việc này không những giúp tinh chỉnh yêu cầu, mà đồng thời giúp cho đội ngũ phát triển thông hiểu hơn những gì cần được phát triển. Tiếp theo sau giai đoạn làm prototype này có thể là một chu trình theo mô hình waterfall hay cũng có thể là mô hình khác.

Chú ý, prototype thường được làm thật nhanh trong thời gian ngắn nên không được xây dựng trên cùng môi trường và công cụ phát triển của giai đoạn xây dựng phần mềm thực sự sau này. Prototype không đặt ra mục tiêu tái sử dụng cho giai đoạn phát triển thực sự sau đó.

Kết quả (Anh) 1:

In it, a process that was started by gathering requirements in the presence of representatives of both the developer and the client aimed at defining the overall goal of the systems software after this, at the same time noting all these requests can know and luợc profile the group required would need to be clarified. Then, perform a quick design focus convey these aspects through prototype to the customer can visualize, evaluate, complete all required for help system software. This not only helps to refine the requirements, but at the same time help our development team understand what more needed to be developed. Following the period as this prototype can be a waterfall model or cycle may well be a different model.Note, the prototype is often done quickly in a short time should not be built on the same development tools and environments of software construction phase actually later. Prototype did not set a goal of recycling used for real development stage then.

Kết quả (Anh) 2:

In particular, the process begins with the collection requirements in the presence of representatives of both the developed and the customer to define the overall goals of the system software later, simultaneously recorded all requirements can know and group outlines requirements need to be clarified.

Then, perform faster design focus to convey these aspects through prototype to the customer can imagine, evaluation helps complete system requirements for the software. This will not only help refine the requirements, but at the same time helping the team develop more understanding of what needs to be developed. Following the prototype phase can be a cycle in the model would be a waterfall or other models.

Note, prototypes are usually made quickly in a short time should not be built on the same environment and development tools of the construction phase of this software is really after. Prototype does not set targets for reuse real development stage then.