Comparing Figure 2.3 (the waterfall

Comparing Figure 2.3 (the waterfall model) with Figure 2.5 (view of the iterations within Increment B) shows that each iteration can be viewed as a small but complete waterfall
model. That is, during each iteration the members of the development team go through the
requirements, analysis, design, and implementation phases on a specific portion of the software product. From this viewpoint, the iterative-and-incremental model of Figures 2.4 and
2.5 can be viewed as a consecutive series of waterfall models.
The iterative-and-incremental model has many strengths:
1. Multiple opportunities are offered for checking that the software product is correct. Every iteration incorporates the test workflow, so every iteration is another
chance to check all the artifacts developed up to this point. The later faults are
detected and corrected, the higher is the cost, as shown in Figure 1.5. Unlike
the waterfall model, each of the many iterations of the iterative-and-incremental model offers a further opportunity to find faults and correct them, thereby
saving money.

Results (Vietnamese) 1:

So sánh con số 2,3 (các mô hình thác nước) với hình 2.5 (xem của lặp đi lặp lại trong tăng B) cho thấy rằng mỗi lặp đi lặp lại có thể được xem như một thác nước nhỏ nhưng đầy đủMô hình. Có nghĩa là, trong quá trình lặp đi lặp lại mỗi thành viên của nhóm phát triển đi qua cácyêu cầu, phân tích, thiết kế và thực hiện giai đoạn một phần cụ thể của sản phẩm phần mềm. Từ quan điểm này, các mô hình lặp đi lặp lại-và-gia tăng của số liệu 2.4 và2,5 có thể được xem như là một loạt liên tiếp các mô hình thác nước.Mẫu lặp đi lặp lại-và-gia tăng có nhiều điểm mạnh:1. nhiều cơ hội được cung cấp để kiểm tra các sản phẩm phần mềm là chính xác. Lặp đi lặp lại mỗi kết hợp quy trình làm việc kiểm tra, do đó, lặp đi lặp lại mỗi là kháccơ hội để kiểm tra tất cả các hiện vật phát triển đến thời điểm này. Các lỗi sau nàyphát hiện và sửa chữa, các cao hơn là chi phí, như minh hoạ trong hình 1.5. Không giống nhưMô hình thác nước, mỗi người trong số nhiều lặp đi lặp lại của mô hình lặp đi lặp lại-và-gia tăng cung cấp một cơ hội nữa để tìm lỗi và sửa chữa chúng, do đótiết kiệm tiền.

Results (Vietnamese) 2:

So sánh hình 2.3 (mô hình thác nước) với hình 2.5 (quan điểm của các lần lặp lại trong Tăng B) cho thấy rằng mỗi lần lặp có thể được xem như là một thác nước nhỏ nhưng đầy đủ
mô hình. Đó là, trong mỗi lần lặp các thành viên của nhóm phát triển đi qua các
yêu cầu, phân tích, thiết kế, và giai đoạn thực hiện trên một phần cụ thể của sản phẩm phần mềm. Từ quan điểm này, các mô hình lặp đi lặp lại-và-gia tăng các hình 2.4 và
2.5 có thể được xem như là một loạt liên tiếp của mô hình thác nước.
Các mô hình lặp đi lặp lại-và-gia tăng có nhiều ưu điểm:
1. Nhiều cơ hội được cung cấp để kiểm tra các sản phẩm phần mềm là chính xác. Mỗi lần lặp kết hợp các công việc kiểm tra, do đó, mỗi lần lặp lại là một
cơ hội để rà soát tất cả các hiện vật phát triển đến thời điểm này. Các lỗi sau đó được
phát hiện và sửa chữa, cao hơn là chi phí, như thể hiện trong hình 1.5. Không giống như
các mô hình thác nước, từng nhiều lần lặp lại của các mô hình lặp đi lặp lại-và-gia tăng cung cấp một cơ hội nữa để tìm lỗi và sửa chữa chúng, do đó
tiết kiệm tiền bạc.