Mô hình thác nước là gì?
WATERFALL MODEL là một mô hình tuần tự chia việc phát triển phần mềm thành các giai đoạn được xác định trước. Mỗi giai đoạn phải được hoàn thành trước khi giai đoạn tiếp theo có thể bắt đầu mà không có sự chồng chéo giữa các giai đoạn. Mỗi giai đoạn được thiết kế để thực hiện hoạt động cụ thể trong giai đoạn SDLC. Nó được giới thiệu vào năm 1970 bởi Winston Royce.
Các giai đoạn khác nhau của mô hình thác nước trong kỹ thuật phần mềm
| Các giai đoạn khác nhau | Các hoạt động thực hiện trong từng giai đoạn |
| Giai đoạn thu thập yêu cầu |
- Trong giai đoạn này, các yêu cầu chi tiết của hệ thống phần mềm sẽ được phát triển được thu thập từ khách hàng
|
| Thiết kế sân khấu |
- Lập kế hoạch ngôn ngữ lập trình, ví dụ Java, PHP, .net
- hoặc cơ sở dữ liệu như Oracle, MySQL, v.v.
- Hoặc các chi tiết kỹ thuật cao cấp khác của dự án
|
| Giai đoạn xây dựng |
- Sau giai đoạn thiết kế, nó là giai đoạn xây dựng, không có gì khác ngoài việc viết mã phần mềm
|
| Giai đoạn thử nghiệm |
- Trong giai đoạn này, bạn kiểm tra phần mềm để xác minh rằng nó được xây dựng theo các thông số kỹ thuật do khách hàng đưa ra.
|
| Giai đoạn triển khai |
- Triển khai ứng dụng trong môi trường tương ứng
|
| Giai đoạn bảo trì |
- Khi hệ thống của bạn đã sẵn sàng để sử dụng, sau đó bạn có thể yêu cầu thay đổi mã theo yêu cầu của khách hàng
|
Khi nào sử dụng Mô hình thác nước SDLC
Mô hình thác nước có thể được sử dụng khi
- Yêu cầu không thay đổi thường xuyên
- Ứng dụng không phức tạp và lớn
- Dự án ngắn
- Yêu cầu rõ ràng
- Môi trường ổn định
- Công nghệ và công cụ được sử dụng không năng động và ổn định
- Nguồn lực có sẵn và được đào tạo
Ưu điểm và nhược điểm của mô hình thác nước
| Ưu điểm | Khuyết điểm |
- Trước giai đoạn phát triển tiếp theo, mỗi giai đoạn phải được hoàn thành
|
- Lỗi chỉ có thể được sửa trong giai đoạn
|
- Thích hợp cho các dự án nhỏ hơn, nơi các yêu cầu được xác định rõ ràng
|
- Nó không được mong muốn đối với dự án phức tạp, nơi yêu cầu thay đổi thường xuyên
|
- Họ phải thực hiện kiểm tra đảm bảo chất lượng (Xác minh và Xác thực) trước khi hoàn thành mỗi giai đoạn
|
- Thời gian thử nghiệm đến khá muộn trong quá trình phát triển
|
- Tài liệu kỹ lưỡng được thực hiện ở mọi giai đoạn của chu kỳ phát triển phần mềm
|
- Tài liệu chiếm rất nhiều thời gian của các nhà phát triển và người thử nghiệm
|
- Dự án hoàn toàn phụ thuộc vào nhóm dự án với sự can thiệp tối thiểu của khách hàng
|
- Phản hồi có giá trị của khách hàng không thể được đưa vào trong giai đoạn phát triển đang diễn ra
|
- Bất kỳ thay đổi nào trong phần mềm được thực hiện trong quá trình phát triển
|
- Những thay đổi nhỏ hoặc lỗi phát sinh trong phần mềm đã hoàn thiện có thể gây ra nhiều vấn đề
|
