Figure 2.2 depicts the evolution-tr

Figure 2.2 depicts the evolution-tree life-cycle model of the mini case study.
The leftmost boxes represent Episode 1. As shown in the figure, the system was developed from scratch (∅). The requirements (Requirements1), analysis (Analysis1),
design (Design1), and implementation (Implementation1) followed in turn. Next, as
previously described, trials of the first version of the software showed that the average response time of 1 second could not be achieved and the implementation had to be
modified. The modified implementation appears in Figure 2.2 as Implementation2.
However, Implementation2 was never completed. That is why the rectangle representing Implementation2 is drawn with a dotted line.
In Episode 3, the design had to be changed. Specifically, a faster image recognition algorithm was used. The modified design (Design3) resulted in a modified
implementation (Implementation3).
Finally, in Episode 4, the requirements were changed (Requirements4) to increase
the accuracy. This resulted in modified specifications (Analysis4), modified design
(Design4) and modified implementation (Implementation4).
In Figure 2.2, the solid arrows denote development, and the dashed arrows denote
maintenance. For example, when the design is changed in Episode 3, Design3 replaced
Design1 as the design of Analysis1.

Results (Vietnamese) 1:

Con số 2.2 mô tả các mô hình vòng đời sự tiến hóa-cây của nghiên cứu trường hợp mini.Các tận cùng bên trái hộp đại diện cho tập 1. Như minh hoạ trong hình, Hệ thống được phát triển từ đầu (∅). Các yêu cầu (Requirements1), phân tích (Analysis1),thiết kế (Design1), và thực hiện (Implementation1) diễn ra trong lần lượt. Tiếp theo, nhưMô tả trước đó, các thử nghiệm của phiên bản đầu tiên của phần mềm cho thấy rằng thời gian đáp ứng trung bình của 1 thứ hai có thể không thể đạt được và việc thực hiện phảiSửa đổi lần. Việc thực hiện lần xuất hiện trong hình 2.2 như Implementation2.Tuy nhiên, Implementation2 không bao giờ được hoàn thành. Đó là lý do tại sao các hình chữ nhật đại diện cho Implementation2 được rút ra với một đường chấm chấm.Trong tập 3, thiết kế phải được thay đổi. Cụ thể, một thuật toán nhận dạng hình ảnh nhanh hơn được sử dụng. Thiết kế sửa đổi (Design3) dẫn tới một lầnthực hiện (Implementation3).Cuối cùng, trong 4 tập, các yêu cầu đã được thay đổi (Requirements4) để tăngđộ chính xác. Điều này dẫn đến thiết kế chi tiết kỹ thuật sửa đổi (Analysis4), lần(Design4) và lần thực hiện (Implementation4).Trong con số 2.2, rắn mũi tên biểu thị phát triển, và tiêu tan mũi tên biểu thịbảo trì. Ví dụ, khi thiết kế được thay đổi trong tập 3, Design3 thay thếDesign1 là thiết kế của Analysis1.

Results (Vietnamese) 2:

Hình 2.2 mô tả các mô hình vòng đời tiến hóa-cây của nghiên cứu nhỏ.
Các hộp bên trái đại diện cho Tập 1. Như thể hiện trong hình, hệ thống đã được phát triển từ đầu (∅). Các yêu cầu (Requirements1), phân tích (Analysis1),
thiết kế (Design1), và thực hiện (Implementation1) tiếp theo lần lượt. Tiếp theo, như
mô tả trước đây, các thử nghiệm của phiên bản đầu tiên của phần mềm đã cho thấy rằng thời gian phản ứng trung bình của 1 giây không có thể đạt được và thực hiện phải được
sửa đổi. Việc thực hiện biến đổi xuất hiện trong hình 2.2 như Implementation2.
Tuy nhiên, Implementation2 đã bao giờ hoàn thành. Đó là lý do tại sao các hình chữ nhật biểu Implementation2 được vẽ với một đường chấm chấm.
Trong tập 3, các thiết kế đã được thay đổi. Cụ thể, một thuật toán nhận dạng hình ảnh nhanh hơn đã được sử dụng. Các thiết kế điều chỉnh (Design3) dẫn đến một thay đổi
thực hiện (Implementation3).
Cuối cùng, trong tập 4, các yêu cầu đã được thay đổi (Requirements4) để tăng
độ chính xác. Điều này dẫn đến chi tiết kỹ thuật sửa đổi (Analysis4), thiết kế điều chỉnh
(Design4) và thực hiện sửa đổi (Implementation4).
Trong hình 2.2, các mũi tên rắn biểu thị phát triển, và những mũi tên đứt biểu thị
bảo trì. Ví dụ, khi thiết kế được thay đổi trong tập 3, Design3 thay
Design1 như thiết kế của Analysis1.