Mô hình gia tăng trong SDLC: Sử dụng, Lợi thế & Bất lợi

Mục lục:

Anonim

Mô hình tăng dần 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 nhỏ thành nhiều mô-đun độc lập của chu trình phát triển phần mềm. 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, thực hiện, 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ẽ thêm chức năng vào bản phát hành trước đó cho đến khi tất cả cá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 đầu tiên được giao. Phần gia tă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 trong các phần gia tăng tiếp theo. Sau khi sản phẩm cốt lõi được khách hàng phân tích, sẽ có kế hoạch phát triển cho bước tiếp theo.

Các đặc điểm của mô-đun tăng dần bao gồm

  • Phát triển hệ thống được chia nhỏ 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 liên tiếp để tạo ra một hệ thống tổng thể cuối cùng
  • Yêu cầu ưu tiên cao nhất được giải quyết đầu tiên
  • Khi yêu cầu được phát triển, yêu cầu đối với phần gia tăng đó sẽ bị đóng băng
Các giai đoạn tăng dần Các hoạt động được thực hiện trong các giai đoạn gia tăng
Phân tích yêu cầu
  • Yêu cầu và đặc điểm kỹ thuật của phần mềm được thu thập
Thiết kế
  • Một số chức năng cao cấp được thiết kế trong giai đoạn này
  • Mã hóa phần mềm được thực hiện trong giai đoạn này
Kiểm tra
  • Khi hệ thống được triển khai, nó sẽ trải qua giai đoạn thử nghiệm

Khi nào 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 nhu cầu phát hành sớm một sản phẩm phát sinh
  • Khi đội ngũ kỹ sư phần mềm không được đào tạo hoặc có kỹ năng tốt
  • Khi các tính năng và mục tiêu rủi ro cao có liên quan
  • Phương pháp luận như vậy được sử dụng nhiều hơn cho các công ty dựa trên sản phẩm và ứng dụng web

Ư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 nhanh chóng trong vòng đời của phần mềm
  • Nó đòi hỏi một thiết kế quy hoạch tốt
  • Nó linh hoạt và ít tốn kém hơn khi thay đổi các yêu cầu và phạm vi
  • Sự cố có thể gây ra do kiến ​​trúc hệ thống, chẳng hạn như 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, các thay đổi có thể được thực hiện
  • Mỗi giai đoạn lặp lại là 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 các mô hình khác
  • Chỉnh sửa một vấn đề trong một đơn vị đòi hỏi phải sửa chữa 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 cho mỗi tòa nhà
  • Các lỗi rất dễ được xác định