V MODEL LÀ GÌ

     
Giới thiệu V-Model

Trong kiểm demo phần mềm, V-Model (hay mô hình chữ V) là một quy mô dạng SDLC (Software Development Life Cycle) có tính kỷ dụng cụ cao, trong những số đó có một giai đoạn kiểm thử chạy song song với mỗi tiến trình của phát triển. Quy mô chữ V là một phần mở rộng lớn của quy mô thác nước (Waterfall), trong số ấy việc kiểm thử được tiến hành trên từng giai đoạn tuy nhiên song cùng với việc cải tiến và phát triển một cách tuần tự. Nó còn được nghe biết với tên gọi Validation Model (mô hình xác thực) hoặc Verification Model (mô hình xác minh).

Bạn đang xem: V model là gì

Một số Thuật ngữ được sử dụng trong bài bác viết:SDLC (Software Development Life Cycle): còn gọi là vòng đời cải tiến và phát triển phần mềm. Nó là 1 trong chuỗi các vận động được tiến hành bởi những Developers để xây dựng và phát triển thành một trong những phần mềm unique cao.STLC (Software Testing Life Cycle): còn được gọi là vòng đời kiểm test phần mềm. Nó bao gồm một loạt các vận động do các Testers tiến hành theo phương thức có sẵn nhằm kiểm demo sản phẩm phần mềm có đáp ứng được yêu cầu đưa ra hay không.Waterfall Model: nói một cách khác là mô hình thác nước. Nó là một quy mô tuần từ bỏ được chia thành các giai đoạn khác nhau của vận động phát triển phần mềm. Từng giai đoạn được thiết kế với để triển khai một chuyển động cụ thể. Quy trình tiến độ kiểm demo trong mô hình thác nước chỉ ban đầu sau khi ứng dụng đã được phát triển hoàn tất.Ví dụ giúp hiểu rõ hơn về V-Model

Giả sử, các bạn được giao một trọng trách là phân phát triển một phần mềm tùy vươn lên là cho khách hàng hàng. Không cần quá để ý đến các nền tảng kỹ thuật giỏi các technology sẽ áp dụng, các bạn hãy thử đưa ra dự kiến có khối hệ thống về trình tự các bước các bạn sẽ làm theo để chấm dứt được trọng trách này.

*

Các bước chúng ta nghĩ ra thông thường sẽ bao hàm như sau:

Quyết định về nền tảng gốc rễ sử dụng, rất có thể là Java, PHP hoặc .NET, với hệ cai quản trị cơ sở tài liệu Oracle, MySQL ... Bất cứ cái nào, miễn nó tương xứng cho dự án.Kiểm tra ứng dụng để xác minh rằng nó đã làm được xây dựng dựa vào spec cung ứng bởi khách hàng hàngViết mã nguồn cho phần mềmTìm tất cả các thông tin có thể về chi tiết thiết kế cùng đặc tả kỹ thuật cho phần mềm từ khách hàng hàng.

Chúng ta chắc hẳn rằng cần thu xếp lại một chút, ví dụ điển hình bạn phải tìm thông tin trước, kế tiếp lên chiến lược mình sẽ làm việc bằng công nghệ nào, rồi viết mã cho nó, ở đầu cuối mới kiểm soát lại xem phần mềm đã thỏa mãn nhu cầu hết các yêu ước chưa.

*

Và thực tế chúng ta sẽ đề xuất nhiều bước hơn thế nữa này, bảng sau đây mô tả quá trình cần thiết đến giai đoạn cải cách và phát triển trong mô hình thác nước (Waterfall)

Giai đoạnHoạt động
Thu thập yêu thương cầuThu thập càng nhiều tin tức càng tốt về các cụ thể thiết kế và đặc tả chuyên môn của ứng dụng từ những mong mong muốn của khách hàng hàng. Quy trình tiến độ này đơn giản chỉ là thu thập các yêu cầu, không cần làm những gì khác.
Thiết kếLên kế hoạch về ngôn từ lập trình được áp dụng như Java, PHP, .net; cơ sở tài liệu như Oracle, MySQL, v.v. Ra quyết định cái nào sẽ cân xứng với dự án, cũng giống như một số tính năng và phong cách xây dựng cấp cao.
Xây dựngViết source code dồn phần mềm
Kiểm thửKiểm tra ứng dụng để xác minh rằng nó được xuất bản theo các đặc tả nghệ thuật do quý khách cung cấp.
Triển khaiTriển khai phần mềm trong môi trường thực tế
Bảo trìĐây là tinh thần khi phần mềm sẵn sàng nhằm sử dụng, tất cả thể các bạn sẽ được quý khách yêu cầu đổi khác (nếu có).
Vấn đề của mô hình thác nước - Waterfall

Như các bạn thấy, quá trình kiểm test trong mô hình này chỉ bắt đầu sau mã mối cung cấp được xúc tiến xong.

Xem thêm: Dung Dịch K2Cr2O7 Màu Gì ? A Nhưng Điều Quan TrọNg Bạn Cần Biết K2Cr2O7

Nếu bạn đang làm việc trong một dự án công trình lớn, địa điểm mà có các hệ thống phức tạp, các bạn rất dễ bỏ dở các cụ thể chính trong quá trình yêu cầu. Trong những trường phù hợp như vậy, một sản phẩm trọn vẹn sai sẽ tiến hành giao cho quý khách hàng và chúng ta có thể phải bắt đầu lại dự án công trình HOẶC trường hợp bạn làm chủ để ghi chú những yêu ước một cách đúng chuẩn nhưng mắc lỗi cực kỳ nghiêm trọng trong xây cất và loài kiến trúc ứng dụng của bạn, các bạn sẽ phải kiến tạo lại tổng thể phần mềm để sửa lỗi.

Theo reviews của mặt hàng nghìn dự án công trình áp dụng mô hình thác nước đã chỉ ra rằng các defects được chỉ dẫn trong quá trình yêu ước & xây đắp chiếm sát một nửa. Cùng vì đó là giai đoạn hết sức sớm của toàn bộ quá trình, hậu quả xấu nhất xảy ra là chúng ta cần có tác dụng lại từ trên đầu tất cả quá trình nếu bọn họ không phát hiện ra sự việc sớm .

*

Chi tổn phí cần bỏ ra để sửa chữa một khiếm khuyết sẽ tăng thêm trong suốt vòng đời phân phát triển. Cùng xui cho họ là nó đã tăng theo cấp cho số nhân. Một lỗi được phát hiện càng sớm trong khoảng đời, thì việc sửa chữa nó càng dễ dàng dàng.

Giải pháp: V-Model

Mô hình chữ V được tạo ra như một giải pháp để giải quyết và xử lý vấn đề của quy mô thác nước. Thay bởi vì chỉ kiểm thử khi quá trình phát triển mã nguồn chấm dứt như trong mô hình thác nước, quy mô chữ V cung cấp một quy trình kiểm demo chạy song song cho từng bước của quy trình phát triển.

*

Mô hình chữ V thực ra là tổ hợp của vòng đời phân phát triển phần mềm SDLC ở phía bên trái và vòng đời kiểm thử phần mềm STLC ở mặt phải.

Requirement Analysis (Phân tích yêu cầu) đã có quy trình tương ứng là System Testing (Kiểm thử hệ thống) : Ở cách này chúng ta sẽ kiểm tra tổng quan toàn cục hệ thống.High level Design (Thiết kế cấp cao) vẫn có quy trình tương ứng là Integration Testing (Kiểm demo tích hợp): Ở bước này họ sẽ kiểm tra sự kết nối và tương hợp giữa những thành phần của phần mềm.Low màn chơi Design (Thiết kế cung cấp thấp) đã có quá trình tương ứng là Unit Testing (Kiểm thử solo vị): Ở bước này họ sẽ kiểm tra ở tại mức function (tính năng) của phần mềmCoding không cần một quy trình kiểm test tương ứng, thiệt ra là không quan trọng do ở bước này số đông các công nghệ và căn cơ kỹ thuật đã hoàn toàn được khám nghiệm trước đó vị nhà tiếp tế của từng hãng trước lúc được sử dụng chính thức. Vì chưng vậy bọn họ không đề nghị kiểm tra lại ở cách này, thường sẽ bởi Dev đảm bảo.

Ngoài quy mô chữ V, bây giờ cũng tất cả các quy mô phát triển lặp đi lặp lại, trong những số đó việc cải cách và phát triển được triển khai theo các giai đoạn, với từng giai đoạn bổ sung cập nhật một công dụng cho phần mềm. Mỗi giai đoạn bao gồm 1 tập vừa lòng các chuyển động phát triển cùng thử nghiệm tự do và được lặp lại ở giai đoạn phát triển tiếp theo khi quy trình hiện trên kết thúc.Ví dụ nổi bật về các vòng đời cách tân và phát triển theo phương pháp lặp lại là Rapid Application Development, Agile Software Development.

Kết luận

Hiện ni theo bản thân thấy có khá nhiều mô hình vòng đời vạc triển. Quy mô phát triển được gạn lọc cho một dự án dựa vào vào mục tiêu và đích đến nhắm đến của dự án công trình đó. Bọn họ cần chăm chú như sau:

Kiểm Thử ko phải là một trong hoạt động chủ quyền và nó phải kiểm soát và điều chỉnh dựa theo mô hình phát triển được chọn cho dự án.Trong bất kỳ mô hình nào, việc kiểm thử đề nghị được triển khai ở tất cả các cấp, tức là ngay từ lúc yêu cầu cho tới khi duy trì để bảo đảm an toàn quá trình phân phát triển có thể khắc phục được tối đa các vấn đề chạm mặt phải.

Xem thêm: Vũ Khí Của Khí Công Sư Tên Là Gì? Sư Tên Là Gì? Vũ Khí Của Khí Công Sư Tên Là Gì

Cảm ơn mọi người đã đọc bài xích viết.