Sự khác biệt giữa Mô hình thác nước và Mô hình V

Sự khác biệt chính - Mô hình thác nước vs V Mô hình

Các sự khác biệt chính giữa mô hình thác nước và mô hình V là trong mô hình thác nước, kiểm thử phần mềm được thực hiện sau khi hoàn thành giai đoạn phát triển trong khi ở mô hình V, mỗi giai đoạn trong chu trình phát triển có giai đoạn thử nghiệm liên quan trực tiếp.

Vòng đời phát triển phần mềm (SDLC) là một quá trình được theo sau bởi một tổ chức phần mềm để phát triển một phần mềm chất lượng cao đang hoạt động. Có nhiều mô hình quy trình phát triển phần mềm khác nhau có thể được theo dõi trong quá trình phát triển phần mềm. Hai trong số đó là mô hình Waterfall và V.

NỘI DUNG

1. Tổng quan và sự khác biệt chính
2. Mô hình thác nước là gì
3. Mô hình V là gì
4. Điểm tương đồng giữa Mô hình thác nước và Mô hình V
5. So sánh cạnh nhau - Mô hình thác nước so với mô hình V ở dạng bảng
6. Tóm tắt

Mô hình thác nước là gì?

Mô hình thác nước là một mô hình dễ hiểu và đơn giản. Quá trình hoàn thành được chia thành nhiều giai đoạn. Một giai đoạn nên được hoàn thành để đạt được giai đoạn tiếp theo.

Giai đoạn đầu tiên là thu thập và phân tích yêu cầu. Các yêu cầu sau đó được ghi lại. Nó được gọi là Đặc tả yêu cầu phần mềm (SRS). Tiếp theo là giai đoạn thiết kế hệ thống. Đó là thiết kế toàn bộ kiến trúc phần mềm. Giai đoạn tiếp theo là giai đoạn thực hiện. Đó là bắt đầu mã hóa các đơn vị nhỏ. Các đơn vị này được kết hợp để tạo thành hệ thống hoàn chỉnh và được thử nghiệm trong giai đoạn tích hợp và thử nghiệm. Sau khi thử nghiệm xong, phần mềm được phân phối ra thị trường. Các hoạt động như bảo trì phần mềm và thêm các tính năng mới đang được triển khai và bảo trì.

Hình 01: Mô hình thác nước

Mô hình này phù hợp cho các dự án nhỏ và khi các yêu cầu rất rõ ràng. Nó không phù hợp cho các dự án lớn và phức tạp. Nói chung, sự tương tác của khách hàng là tối thiểu trong mô hình thác nước.

Mô hình V là gì?

Mô hình V là một phần mở rộng của mô hình thác nước. Nó có một giai đoạn thử nghiệm tương ứng cho từng giai đoạn phát triển. Do đó, đối với mọi giai đoạn trong chu kỳ phát triển, có một giai đoạn thử nghiệm liên quan. Giai đoạn thử nghiệm tương ứng của giai đoạn phát triển được lên kế hoạch song song. Mô hình này còn được gọi là mô hình xác minh và xác nhận.

Giai đoạn đầu tiên là thu thập các yêu cầu. SRS được chuẩn bị ở giai đoạn này. Kế hoạch thiết kế chấp nhận cũng được thực hiện trong giai đoạn này. Đây là đầu vào để thử nghiệm chấp nhận. Giai đoạn thiết kế bao gồm hai bước. Thiết kế kiến trúc liên quan đến kiến trúc cần thiết cho hệ thống. Nó được gọi là thiết kế cấp cao. Thiết kế mô-đun được gọi là thiết kế cấp thấp. Mã hóa thực tế bắt đầu trong giai đoạn mã hóa.

Hình 02: Mô hình V

Trong thử nghiệm đơn vị, các mô-đun nhỏ hoặc đơn vị được thử nghiệm. Kiểm thử tích hợp là để kiểm tra dòng chảy của hai mô-đun khác nhau. Kiểm tra hệ thống là để kiểm tra chức năng của toàn bộ hệ thống. Kiểm tra chấp nhận là để kiểm tra phần mềm trong môi trường người dùng. Nó cũng kiểm tra xem hệ thống có phù hợp với đặc tả yêu cầu phần mềm không.

Nhìn chung, mô hình v là phù hợp, khi dự án ngắn và khi các yêu cầu rất rõ ràng. Nó không phải là một dự án phù hợp cho các dự án lớn, phức tạp và hướng đối tượng.

Điểm giống nhau giữa Mô hình thác nước và Mô hình V?

Cả Waterfall Model và V Model đều là các mô hình xử lý phần mềm.
Cả mô hình Waterfall và mô hình V đều không phù hợp cho các dự án lớn và phức tạp.