Mô hình V
Mô hình V - SDLC:
Mô hình V, một phương pháp luận về vòng đời phát triển phần mềm, mô tả các hoạt động sẽ được thực hiện và các kết quả phải được tạo ra trong vòng đời của sản phẩm. Nó được gọi là mô hình xác minh và xác thực Xác thực trả lời câu hỏi - "Chúng tôi có đang phát triển sản phẩm thử tất cả những gì người dùng cần từ phần mềm này không?" và Xác minh trả lời câu hỏi– "Chúng tôi có đang phát triển sản phẩm này bằng cách tuân thủ chặt chẽ tất cả các thông số kỹ thuật của thiết kế không?"
Mục tiêu của mô hình V:
Giảm thiểu rủi ro dự án
Chất lượng đảm bảo
Giảm tổng chi phí của toàn bộ dự án
Cải thiện giao tiếp giữa tất cả các bên tham gia
Các giai đoạn khác nhau của mô hình V:
The Requirements phase, một tài liệu mô tả những gì phần mềm được yêu cầu thực hiện sau khi phần mềm được thu thập và phân tích và hoạt động thử nghiệm tương ứng là user acceptance testing.
The Architectural Design phase, trong đó kiến trúc phần mềm được thiết kế và xây dựng các thành phần bên trong phần mềm và việc thiết lập mối quan hệ giữa các thành phần và hoạt động thử nghiệm tương ứng là Kiểm thử hệ thống.
The High Level Design phase,phá vỡ hệ thống thành các hệ thống con với các giao diện được xác định; sau đó được dịch sang một thiết kế chi tiết hơn và hoạt động thử nghiệm tương ứng là Kiểm thử tích hợp.
The Detailed Design phase,trong đó việc thực hiện chi tiết của từng thành phần được chỉ định. Thiết kế chi tiết được chia thành Cấu trúc dữ liệu, Thuật toán được sử dụng và hoạt động kiểm tra tương ứng là Kiểm thử đơn vị.
Coding trong đó mỗi thành phần của phần mềm được mã hóa và kiểm tra để xác minh xem có triển khai trung thực thiết kế chi tiết hay không.
Ưu điểm và Hạn chế của V-Model:
Ưu điểm:
Nhấn mạnh việc xác minh và xác nhận sản phẩm trong giai đoạn đầu của quá trình phát triển sản phẩm.
Mỗi giai đoạn đều có thể kiểm tra được
Quản lý dự án có thể theo dõi tiến độ theo các mốc quan trọng
Dễ hiểu thực hiện và sử dụng
Hạn chế:
Không dễ dàng xử lý các sự kiện đồng thời.
Không xử lý các lần lặp lại hoặc các giai đoạn
Không dễ dàng xử lý các thay đổi động trong các yêu cầu
Không chứa phân tích rủi ro hoặc các hoạt động Giảm thiểu