Mô hình tăng dần trong SDLC: Sử dụng, Ưu điểm và Nhược điểm
Lucas Bennett
Mô hình gia tăng là gì?
Mô hình tăng dần là một quá trình phát triển phần mềm trong đó các yêu cầu được chia thành nhiều mô-đun độc lập của chu trình phát triển phần mềm. Quá trình phát triển tăng dần được thực hiện theo các bước từ thiết kế phân tích, triển khai, kiểm tra/xác minh, bảo trì.
Mỗi lần lặp đi qua các giai đoạn yêu cầu, thiết kế, mã hóa và thử nghiệm. Và mỗi bản phát hành tiếp theo của hệ thống sẽ bổ sung thêm chức năng cho bản phát hành trước đó cho đến khi tất cả chức năng được thiết kế đã được triển khai.
Hệ thống được đưa vào sản xuất khi sản phẩm gia tăng đầu tiên được giao. Giai đoạn tăng trưởng đầu tiên thường là sản phẩm cốt lõi trong đó các yêu cầu cơ bản được giải quyết và các tính năng bổ sung được thêm vào ở giai đoạn tăng trưởng tiếp theo. Sau khi khách hàng phân tích sản phẩm cốt lõi, sẽ có kế hoạch phát triển cho sản phẩm tiếp theo.
Đặc điểm của mô-đun tăng dần bao gồm
- Phát triển hệ thống được chia thành nhiều dự án phát triển nhỏ
- Các hệ thống từng phần được xây dựng tuần tự để tạo ra một hệ thống tổng thể cuối cùng
- Yêu cầu có mức độ ưu tiên cao nhất được giải quyết trước tiên
- Sau khi yêu cầu được phát triển, yêu cầu cho mức tăng đó sẽ được cố định
| Giai đoạn tăng dần | Các hoạt động được thực hiện theo từng giai đoạn |
|---|---|
| Phân tích yêu cầu |
|
| Thiết kế |
|
| Mã |
|
| Thử nghiệm |
|
Khi nào nên sử dụng mô hình tăng dần?
- Yêu cầu của hệ thống được hiểu rõ ràng
- Khi có nhu cầu phát hành sớm một sản phẩm
- Thời Gian kỹ thuật phần mềm đội ngũ không có kỹ năng tốt hoặc được đào tạo tốt
- Khi có liên quan đến các tính năng và mục tiêu có rủi ro cao
- Phương pháp như vậy được sử dụng nhiều hơn cho các công ty dựa trên ứng dụng web và sản phẩm
Ưu điểm và nhược điểm của mô hình tăng dần
| Ưu điểm | Nhược điểm |
|---|---|
| Phần mềm sẽ được tạo ra nhanh chóng trong vòng đời phần mềm | Nó đòi hỏi một thiết kế quy hoạch tốt |
| Việc thay đổi yêu cầu và phạm vi sẽ linh hoạt và ít tốn kém hơn | Các vấn đề có thể xảy ra do kiến trúc hệ thống, do đó không phải tất cả các yêu cầu đều được thu thập trước cho toàn bộ vòng đời phần mềm |
| Trong suốt các giai đoạn phát triển, những thay đổi có thể được thực hiện | Mỗi giai đoạn lặp lại đều cứng nhắc và không chồng chéo lên nhau |
| Mô hình này ít tốn kém hơn so với những mô hình khác | Việc khắc phục sự cố ở một đơn vị đòi hỏi phải khắc phục ở tất cả các đơn vị và tiêu tốn rất nhiều thời gian. |
| Một khách hàng có thể phản hồi từng tòa nhà | |
| Lỗi rất dễ được xác định |
