waterfall model

Mô hình thác nước là mô hình quy trình (phần mềm) đầu tiên được giới thiệu. Nó còn được gọi là mô hình vòng đời tuần tự tuyến tính. Mô hình này rất đơn giản để hiểu và sử dụng. Trong mô hình thác nước, mỗi giai đoạn phải được hoàn thành trước khi giai đoạn tiếp theo bắt đầu và không có sự (chồng chéo) trong các giai đoạn.

Mô hình thác nước là mô hình SDLC sớm nhất được sử dụng để phát triển phần mềm.

Mô hình thác nước mô tả quá trình phát triển phần mềm trong một dòng tuần tự tuyến tính. Điều này có nghĩa là bất kỳ giai đoạn nào trong quá trình phát triển chỉ bắt đầu khi giai đoạn trước hoàn thành. Trong mô hình thác nước, các giai đoạn không trùng nhau.

-------------------------------------------

Mô hình Thác nước là mô hình SDLC đầu tiên được sử dụng rộng rãi trong Kỹ thuật Phần mềm để đảm bảo thành công của dự án. Trong mô hình "Thác nước", toàn bộ quá trình phát triển phần mềm được chia thành các giai đoạn riêng biệt. Mô hình thác nước điển hình là, đầu ra của một giai đoạn làm đầu vào cho giai đoạn tiếp theo.

Hình minh họa sau đây là một biểu diễn của các giai đoạn khác nhau của Mô hình thác nước.

Các giai đoạn tuần tự trong mô hình Thác nước là -

Thu thập và phân tích yêu cầu - Tất cả các yêu cầu có thể có cho việc phát triển hệ thống (của hệ thống được phát triển) sẽ được ghi lại trong giai đoạn này và được viết thành tài liệu SRS.

Thiết kế hệ thống - Yêu cầu kỹ thuật từ giai đoạn đầu được nghiên cứu trong giai đoạn này và chuẩn bị cho việc thiết kế hệ thống. Việc thiết kế hệ thống giúp xác định các yêu cầu về phần cứng và hệ thống và giúp xác định kiến ​​trúc hệ thống một cách tổng thể.

Thực hiện - Với đầu vào là tài loieeuj design, hệ thống được phát triển lần đầu tiên trong các chương trình nhỏ được gọi là các đơn vị được tích hợp trong giai đoạn tiếp theo.

Tích hợp và Thử nghiệm - Tất cả các unit được phát triển trong giai đoạn trước được tích hợp vào một hệ thống sau khi test từng unit. Test tích hợp toàn bộ hệ thống xem liệu có bất kỳ lỗi và thất bại.

Triển khai hệ thống - Một khi việc kiểm tra chức năng và phi chức năng được thực hiện; sản phẩm được triển khai trong môi trường khách hàng hoặc được tung ra thị trường.

Bảo trì - Có một số vấn đề phát sinh trong môi trường khách hàng. Để khắc phục những vấn đề này, các bản vá được phát hành. Ngoài ra để nâng cao sản phẩm một số phiên bản tốt hơn được phát hành. Bảo trì được thực hiện để mang lại những thay đổi này trong môi trường khách hàng.

Tất cả các giai đoạn này được xếp thành từng tầng, trong đó tiến trình được xem là chảy liên tục xuống dưới (như thác nước) thông qua các giai đoạn. Giai đoạn tiếp theo chỉ bắt đầu sau khi đã đạt được mục tiêu đã đề ra của giai đoạn trước và nó đã kết thúc, vì vậy cái tên "Mô hình thác nước". Trong mô hình này, các giai đoạn không trùng nhau.

linear		/ˈlɪniə $ -ər/ (adj)	:	tuyến tính
sequential	/sɪˈkwenʃəl/ (adj)		:	tuần tự
overlap 	/ˌəʊvəˈlæp/ (v)			:	trùng nhau
illustrate	minh họa
ensure		đảm bảo
separate	riêng lẽ
typically	điển hình
gather		/ˈɡæðə/ (v)				:	thu thập
capture		ghi lại
integrate	tích hợp
entire 		toàn bộ

steadily 	/ˈstedəli/ ()		:	liên tục
downward 	/ˈdaʊnwədz/	()	:	đi xuống
ambiguous 	/æmˈbɪɡjuəs/ ()	:	mơ hồ
ample 		/ˈæmpəl/ ()		:	nhiều

due to / thanks to / because of

Mỗi phần mềm được phát triển là khác nhau và đòi hỏi một cách tiếp cận SDLC phù hợp để làm theo dựa trên các yếu tố bên trong và bên ngoài. Một số tình huống mà việc sử dụng mô hình Thác nước là thích hợp nhất là
Yêu cầu được ghi lại, rõ ràng và cố định.
Mô tả sản phẩm ổn định.
Công nghệ được hiểu và không năng (biến) động.
Không có yêu cầu mơ hồ

Những lợi thế của sự phát triển thác nước là nó cho phép phân vùng và kiểm soát. Một lịch trình có thể được thiết lập với thời hạn cho mỗi giai đoạn phát triển và một sản phẩm có thể tiến hành thông qua các mô hình quá trình phát triển từng giai đoạn một.
Phát triển chuyển từ ý tưởng, sang việc thiết kế, thực hiện, kiểm tra, cài đặt, xử lý sự cố, và kết thúc tại hoạt động và bảo trì. Mỗi giai đoạn phát triển theo thứ tự nghiêm ngặt.
Một số lợi ích chính của mô hình thác nước như sau -

Dễ dàng quản lý tính cứng nhắc của mô hình. Mỗi giai đoạn có các đầu ra (deliverable) cụ thể và một quá trình xem xét.
Từng giai đoạn được xử lý và hoàn thành
Làm việc tốt cho các dự án nhỏ hơn, nơi yêu cầu được hiểu rất rõ.
Các giai đoạn được xác định rõ ràng
Các cột mốc được hiểu rõ.
Quy trình và kết quả được ghi chép rõ ràng.

Bất lợi của sự phát triển thác nước là nó không cho phép nhiều sự tương tác giữa 2 bên hoặc sửa đổi. Một khi ứng dụng ở trong giai đoạn testing, rất khó để quay lại và thay đổi một điều không được ghi lại hay nghĩ đến trong giai đoạn xác định yêu cầu.

Những bất lợi chính của mô hình thác nước như sau -
Không có phần mềm nào được sản xuất cho đến cuối trong suốt vòng đời.

Lượng rủi ro và sự không chắc chắn cao.

Không phải là một mô hình tốt cho các dự án phức tạp và hướng đối tượng.

Mô hình kém cho các dự án dài hạn và đang diễn ra.

Không thích hợp cho các dự án có nguy cơ thay đổi yêu cầu từ trung bình đến cao. Vì vậy, rủi ro và sự không chắc chắn là cao với mô hình quy trình này.

Rất khó để đo tiến độ trong các giai đoạn.

Không thể đáp ứng yêu cầu thay đổi.

Điều chỉnh phạm vi trong suốt vòng đời có thể kết thúc một dự án.

Tích hợp được thực hiện như là một "big-bang. Vào cuối, không cho phép xác định bất kỳ nút cổ chai công nghệ hoặc kinh doanh hoặc những thách thức sớm.