In practice, iteration and incremen

In practice, iteration and incrementation are used in conjunction with one another. That is,
an artifact is constructed piece by piece (incrementation), and each increment goes through
multiple versions (iteration). These ideas are illustrated in Figure 2.2, which represents the
life cycle for the Winburg mini case study (Sections 2.2 and 2.3). As shown in that figure,
there is no single “requirements phase” as such. Instead, the client’s requirements are extracted and analyzed twice, yielding the original requirements (Requirements1) and the modified
requirements (Requirements4). Similarly, there is no single “implementation phase,” but
rather four separate episodes in which the code is produced and then modified.
These ideas are generalized in Figure 2.4, which reflects the basic concepts underlying
the iterative-and-incremental life-cycle model [ Jacobson, Booch, and Rumbaugh,
1999]. The figure shows the development of a software product in four increments, labeled
Increment A, Increment B, Increment C, and Increment D. The horizontal axis is
time, and the vertical axis is person-hours (one person-hour is the amount of work that one
person can do in 1 hour), so the shaded area under each curve is the total effort for that
increment.

Results (Vietnamese) 1:

Trong thực tế, lặp đi lặp lại và incrementation được sử dụng kết hợp với nhau. Đó làmột artifact là xây dựng mảnh bằng mảnh (incrementation), và mỗi gia đi quanhiều phiên bản (lặp đi lặp lại). Những ý tưởng được minh hoạ trong hình 2.2, đại diện cho cácchu kỳ cuộc sống cho Winburg mini nghiên cứu trường hợp (phần 2.2 và 2.3). Như thể hiện trong con số đó,có là không có đĩa đơn "yêu cầu giai đoạn" như vậy. Thay vào đó, yêu cầu của khách hàng được chiết xuất và phân tích hai lần, năng suất các yêu cầu ban đầu (Requirements1) và các sửa đổiyêu cầu (Requirements4). Tương tự như vậy, có là không có đĩa đơn "giai đoạn thực hiện," nhưngthay vào đó bốn tách tập trong đó các mã được sản xuất và sau đó lần.Những ý tưởng được tổng quát trong con số 2.4, phản ánh những khái niệm cơ bản tiềm ẩnmẫu lặp đi lặp lại-và-gia tăng đời [Jacobson, Booch, và Rumbaugh,1999]. con số cho thấy sự phát triển của một sản phẩm phần mềm trong bốn increments, có nhãnTăng A, tăng B, tăng C và tăng mất Trục ngang làthời gian, và trục dọc là person-hours (một person-hour là số lượng công việc mà aingười có thể thực hiện trong 1 giờ), do đó, khu vực bóng mờ dưới đường cong mỗi là nỗ lực tất cả cho rằngtăng.

Results (Vietnamese) 2:

Trong thực tế, lặp đi lặp lại và incrementation được sử dụng kết hợp với nhau. Đó là,
một vật được xây dựng từng mảnh (incrementation), và mỗi increment đi qua
nhiều phiên bản (lặp lại). Những ý tưởng này được minh họa trong hình 2.2, đại diện cho các
chu kỳ cuộc sống cho Winburg nghiên cứu trường hợp mini (mục 2.2 và 2.3). Như thể hiện trong hình đó,
không có đơn "yêu cầu giai đoạn" như vậy. Thay vào đó, các yêu cầu của khách hàng được trích lập và phân tích hai lần, năng suất các yêu cầu ban đầu (Requirements1) và sửa đổi
các yêu cầu (Requirements4). Tương tự như vậy, không có "giai đoạn thực hiện," duy nhất nhưng
thay vì bốn tập riêng biệt trong đó các mã được sản xuất và sau đó sửa đổi.
Những ý tưởng này được tổng quát trong hình 2.4, trong đó phản ánh các khái niệm cơ bản nằm dưới
các mô hình vòng đời lặp đi lặp lại-và-gia tăng [Jacobson, Booch, Rumbaugh và,
1999]. Con số này cho thấy sự phát triển của một sản phẩm phần mềm trong bốn gia, nhãn
Tăng A, Tăng B, Tăng C, và D. Tăng Trục ngang là
thời gian, và trục thẳng đứng là người-giờ (một người giờ là lượng làm việc mà một
người có thể làm trong 1 giờ), do đó, các khu vực bóng mờ dưới mỗi đường cong là tổng sức cho rằng
thặng dư.