Các mô hình quy trình phát triển phần mềm khác

mẫu chữ V

Nguyên tắc của mô hình hình chữ V về nhiều mặt tương tự như mô hình xếp tầng. Thông thường, nó được sử dụng trong các hệ thống mà hoạt động không bị gián đoạn là cực kỳ quan trọng. Đây là phần mềm để duy trì hỗ trợ sự sống của bệnh nhân trong các cơ sở y tế, hệ thống chặn khẩn cấp và phần mềm tương tự.

Một tính năng đặc trưng của mô hình này là nó tập trung vào thử nghiệm phần mềm đang trong giai đoạn phát triển ban đầu, bao gồm cả thiết kế. Thử nghiệm diễn ra song song với quá trình phát triển - ví dụ: thử nghiệm đơn vị được thực hiện trong khi viết mã.

Khi nào nên sử dụng mô hình chữ V?

• Nếu một sản phẩm phần mềm cần kiểm tra nghiêm ngặt, thì các nguyên tắc của mô hình chữ V (xác thực và xác minh) là hợp lý nhất trong tình huống này.
• Đối với các dự án vừa và nhỏ, với các yêu cầu được xác định rõ ràng.
• Với sự có mặt của một số lượng lớn những người thử nghiệm có trình độ.

mô hình gia tăng

Điểm đặc biệt của mô hình gia tăng là trong đó các yêu cầu đối với phần mềm phụ thuộc vào tổ hợp cụ thể. Bởi vì một sản phẩm đang được xây dựng theo từng giai đoạn, quá trình phát triển của nó trải qua nhiều lần lặp lại. Toàn bộ vòng đời này có thể được gọi là “đa thác nước”.

Chu kỳ xây dựng được chia thành các mô-đun nhỏ và đơn giản. Mỗi cái đều trải qua các yêu cầu nghiêm ngặt, thiết kế, mã hóa, triển khai và thử nghiệm.

Quá trình phát triển theo mô hình gia tăng bắt đầu bằng việc phát hành phiên bản cơ bản của sản phẩm với chức năng tối thiểu. Sau đó, có một "sự phát triển" của các chức năng, được gọi là "sự gia tăng". Quy trình làm việc tiếp tục cho đến khi tất cả các chức năng đã lên kế hoạch trước đó được tích hợp vào hệ thống.

mô hình lặp

Một mô hình lặp, còn được gọi là mô hình lặp, không cần phải có đặc tả yêu cầu hoàn chỉnh ở giai đoạn ban đầu. Quá trình phát triển bắt đầu bằng việc tạo ra một chức năng nhất định, chức năng này sau đó trở thành cơ sở để thêm các chức năng mới.

Quá trình tạo các chức năng “từng phần” được lặp đi lặp lại nhiều lần, cho đến khi nó được hoàn thành theo kế hoạch đã được phê duyệt. Công việc tiếp tục cho đến khi nhận được phiên bản hoạt động của sản phẩm.

Trong sơ đồ đính kèm ở đây, bạn có thể thấy quá trình “phát triển” lặp đi lặp lại của bức chân dung Mona Lisa. Trong lần lặp đầu tiên, bạn chỉ nhìn thấy bản phác thảo chân dung của một cô gái, trong lần lặp thứ hai, bạn đã có thể nhìn thấy màu sắc, lần lặp thứ ba trở nên chi tiết và bão hòa hơn. Quá trình hoàn tất.

Nếu chúng ta nhớ lại mô hình gia tăng, thì bức chân dung sẽ được viết trên đó theo một cách hoàn toàn khác - từng mảnh một, từ các phần riêng biệt.

Một ví dụ về sự phát triển của mô hình lặp có thể là nhận dạng giọng nói. Nghiên cứu khoa học về chủ đề này đã bắt đầu từ lâu, đầu tiên ở dạng ý tưởng, sau đó bắt đầu triển khai thực tế. Mỗi lần lặp lại mới đã cải thiện chất lượng nhận dạng giọng nói. Tuy nhiên, ngay cả bây giờ sự công nhận không thể được gọi là hoàn hảo. Vì vậy, nhiệm vụ vẫn chưa hoàn thành.

Khi nào là thời điểm tốt nhất để sử dụng mô hình lặp?

• Nếu các yêu cầu đối với hệ thống được xác định rõ ràng và dễ hiểu đối với mọi người.
• Dự án có phạm vi rất lớn.
• Mục tiêu chính được xác định, nhưng chi tiết triển khai có thể thay đổi trong quá trình làm việc.

mô hình xoắn ốc

“Mô hình Xoắn ốc” tương tự như mô hình gia tăng, nhưng có một tính năng ở dạng phân tích rủi ro. Nó thường được sử dụng cho các quy trình quan trọng trong nhiệm vụ, nơi mà sự thất bại đơn giản là không thể chấp nhận được.

Mô hình xoắn ốc bao gồm bốn giai đoạn làm việc:

• lập kế hoạch;
• phân tích rủi ro;
• làm việc về thiết kế phần mềm;
• kiểm tra kết quả và chuyển sang giai đoạn mới.