In fairness it should be pointed ou

In fairness it should be pointed out that, just as an architect can help a client understand
what is to be built by providing scale models, sketches, and plans, so the software engineer can use graphical techniques, such as UML diagrams (Chapter 15), to communicate
with the client. The problem is that these graphical aids do not describe how the finished
product will work. For example, there is a considerable difference between a flowchart
(a diagrammatic description of a product) and the working product itself. In Chapters 10
and 11 we describe a solution to the problem that the specification document generally
does not describe a product in a way that enables the client to determine whether the proposed product meets his or her needs.
We now examine rapid prototyping, used in object-oriented software engineering as
described in Section 10.14.
2.9.3 Rapid-Prototyping Life-Cycle Model
A rapid prototype is a working model that is functionally equivalent to a subset of
the product. For example, if the target product is to handle accounts payable, accounts
receivable, and warehousing, then the rapid prototype might consist of a product that performs the screen handling for data capture and prints the reports, but does no file updating
or error handling. A rapid prototype for a target product that is to determine the concentration of an enzyme in a solution might perform the calculation and display the answer, but
without doing any validation or reasonableness checking of the input data.
The first step in the rapid-prototyping life-cycle model depicted in Figure 2.10 is
to build a rapid prototype and let the client and future users interact and experiment with
the rapid prototype. Once the client is satisfied that the rapid prototype indeed does most of
what is required, the developers can draw up the specification document with some assurance that the product meets the client’s real needs.

Results (Vietnamese) 2:

Công bằng mà nó sẽ được chỉ ra rằng, cũng giống như một kiến trúc sư có thể giúp khách hàng hiểu
những gì đang được xây dựng bằng cách cung cấp các mô hình quy mô, bản phác thảo, và các kế hoạch, do đó, các kỹ sư phần mềm có thể sử dụng kỹ thuật đồ họa, như sơ đồ UML (Chương 15) , để giao tiếp
với khách hàng. Vấn đề là những trợ đồ họa không mô tả như thế nào hoàn thành
sản phẩm sẽ làm việc. Ví dụ, có một sự khác biệt đáng kể giữa một sơ đồ
(mô tả sơ đồ của một sản phẩm) và các sản phẩm làm việc riêng của mình. Trong các chương 10
và 11, chúng tôi mô tả một giải pháp cho các vấn đề mà các tài liệu đặc tả thường
không mô tả một sản phẩm trong một cách mà cho phép khách hàng để xác định xem các sản phẩm đề xuất đáp ứng nhu cầu của mình.
Bây giờ chúng ta xem xét tạo mẫu nhanh, được sử dụng trong đối tượng công nghệ phần mềm theo định hướng như
mô tả trong mục 10.14.
2.9.3 Rapid Prototyping-Life-Cycle mẫu
Một nguyên mẫu nhanh chóng là một mô hình làm việc mà có chức năng tương đương với một tập hợp con của
sản phẩm. Ví dụ, nếu các sản phẩm mục tiêu là để xử lý các khoản nợ phải trả, các khoản
phải thu, và kho bãi, sau đó các mẫu thử nghiệm nhanh chóng có thể bao gồm một sản phẩm mà thực hiện việc xử lý đối với dữ liệu chụp màn hình và in các báo cáo, nhưng hiện không có cập nhật tập tin
hoặc xử lý lỗi. Một nguyên mẫu nhanh chóng cho một sản phẩm mục tiêu đó là để xác định nồng độ của một enzym trong một giải pháp có thể thực hiện các tính toán và hiển thị các câu trả lời, nhưng
mà không làm bất kỳ xác nhận hoặc lý kiểm tra các dữ liệu đầu vào.
Bước đầu tiên trong cuộc sống nhanh chóng-prototyping mô hình -cycle mô tả trong hình 2.10 là
để xây dựng một nguyên mẫu nhanh chóng và để cho các khách hàng và người sử dụng trong tương lai tương tác và thử nghiệm với
các mẫu thử nghiệm nhanh chóng. Một khi khách hàng hài lòng rằng các mẫu thử nghiệm nhanh chóng thực hiện hầu hết
những gì là cần thiết, các nhà phát triển có thể xây dựng các tài liệu đặc tả với sự đảm bảo rằng các sản phẩm đáp ứng nhu cầu thực sự của khách hàng.