The waterfall process is characteri

The waterfall process is characterized by a sequential execution through the phases . It is generally agreed that
the order of the phases dictated by the waterfall is fundamental : gather requirements, create a software design
to realize the requirements, implement the design, and test the implementation. The problem arises,
however, when this is scaled up to gather all the requirements, do all of the design, implement all of the code,
and test all of the system in a linear fashion [2]. Except for the smallest of projects this is impractical . As the
system is developed and refined, more is learned and a need arises to revisit each of the phases. That is,
software is more naturally developed in a cyclical manner, where a part of the system is developed and tested,
feedback is gathered, and based on the feedback more of the system is developed. This reflects the fact that
not everything is understood at the start of a project. Iterative processes accept this cyclical nature and are
discussed in the rest of this section. Figure 3 . 1 is drawn in a way that reflects this.

Kết quả (Việt) 1:

Quá trình thác nước này được đặc trưng bởi một thực hiện tuần tự qua các giai đoạn. Nó thường đồng ý rằngThứ tự của các giai đoạn quyết định bởi các thác nước là nền tảng: thu thập yêu cầu, tạo ra một thiết kế phần mềmđể nhận ra các yêu cầu, triển khai thiết kế và kiểm tra việc thực hiện. Vấn đề phát sinh,Tuy nhiên, khi được đẩy mạnh đến để thu thập tất cả các yêu cầu, làm tất cả việc thiết kế, thực hiện tất cả các mã,và kiểm tra tất cả các hệ thống trong một thời trang tuyến tính [2]. Ngoại trừ nhỏ nhất của dự án này là không thực tế. Như cácHệ thống được phát triển và tinh tế, nhiều hơn học và nhu cầu phát sinh để lại mỗi các giai đoạn. Đó làphần mềm tự nhiên hơn là phát triển theo một chu kỳ, nơi một phần của hệ thống được phát triển và thử nghiệm,thông tin phản hồi thu thập, và dựa trên thông tin phản hồi nhiều hơn nữa của hệ thống được phát triển. Điều này phản ánh thực tế rằngkhông phải tất cả mọi thứ là hiểu lúc bắt đầu của một dự án. Lặp đi lặp lại quá trình chấp nhận tính chất chu kỳ này vàthảo luận trong phần còn lại của phần này. Hình 3. 1 là rút ra một cách phản ánh điều này.

Kết quả (Việt) 2:

Quá trình thác nước được đặc trưng bởi một thực hiện tuần tự qua các giai đoạn. Nó thường được đồng ý rằng
thứ tự của các giai đoạn quyết định bởi những thác nước là cơ bản: thu thập yêu cầu, tạo ra một phần mềm thiết kế
để thực hiện các yêu cầu, thực hiện việc thiết kế và kiểm tra việc thực hiện. Vấn đề phát sinh,
tuy nhiên, khi điều này được nhân rộng để thu thập tất cả các yêu cầu, làm tất cả các thiết kế, thực hiện tất cả các mã,
và kiểm tra tất cả các hệ thống trong một thời trang tuyến [2]. Ngoại trừ nhỏ nhất của dự án này là không thực tế. Khi
hệ thống được phát triển và tinh chế, biết nhiều hơn và nhu cầu phát sinh để xem lại từng giai đoạn. Đó là,
các phần mềm được tự nhiên hơn phát triển một cách có tính chu kỳ, trong đó một phần của hệ thống được phát triển và thử nghiệm,
thông tin phản hồi được thu thập, và dựa trên các thông tin phản hồi của hệ thống được phát triển. Điều này phản ánh một thực tế rằng
không phải tất cả mọi thứ được hiểu vào lúc bắt đầu của một dự án. Quá trình lặp đi lặp lại chấp nhận tính chu kỳ này và được
thảo luận trong phần còn lại của phần này. Hình 3. 1 được vẽ theo cách phản ánh điều này.