Model V, zwany także Modelem Weryfikacji i Walidacji. W tym przypadku każda faza SDLC musi zostać zakończona przed rozpoczęciem następnej fazy. Opiera się na sekwencyjnym procesie projektowania, takim samym jak model wodospadu. Testowanie urządzenia planowane jest równolegle z odpowiednim etapem rozwoju.

Weryfikacja: Polega na metodzie analizy statycznej (przeglądzie) wykonanej bez wykonywania kodu. Jest to proces oceny procesu rozwoju produktu mający na celu sprawdzenie, czy spełnione są określone wymagania.

Walidacja: Polega na metodzie analizy dynamicznej (funkcjonalnej, niefunkcjonalnej), testowanie odbywa się poprzez wykonanie kodu. Walidacja to proces mający na celu klasyfikację oprogramowania po zakończeniu procesu tworzenia oprogramowania w celu ustalenia, czy oprogramowanie spełnia oczekiwania i wymagania klienta.

Zatem Model V zawiera fazy weryfikacji po jednej stronie faz walidacji po drugiej stronie. Do procesu weryfikacji i walidacji dołącza się faza kodowania w kształcie litery V. Dlatego jest znany jako Model V.

Istnieją różne fazy fazy weryfikacji modelu V:

Analiza wymagań biznesowych:Jest to pierwszy krok, w którym wymagania produktu są rozumiane od strony klienta. Ta faza obejmuje szczegółową komunikację mającą na celu zrozumienie oczekiwań klienta i dokładnych wymagań.Projekt systemu:Na tym etapie inżynierowie systemowi analizują i interpretują działanie proponowanego systemu, studiując dokument wymagań użytkownika.Projekt architektury:Podstawą wyboru architektury jest zrozumienie wszystkiego, co zazwyczaj składa się z listy modułów, krótkiej funkcjonalności każdego modułu, relacji między nimi, zależności, tabel bazy danych, diagramów architektury, szczegółów technologii itp. Przenoszony jest model testowania integracji wyjść w określonej fazie.Projekt modułu:Na etapie projektowania modułu system rozkłada się na małe moduły. Określono szczegółowy projekt modułów, co jest znane jako projektowanie niskiego poziomuFaza kodowania:Po zaprojektowaniu rozpoczyna się faza kodowania. Na podstawie wymagań wybierany jest odpowiedni język programowania. Istnieją pewne wytyczne i standardy dotyczące kodowania. Przed sprawdzeniem w repozytorium ostateczna kompilacja jest optymalizowana pod kątem lepszej wydajności, a kod przechodzi wiele przeglądów kodu w celu sprawdzenia wydajności.

Istnieją różne fazy fazy walidacji modelu V:

Testów jednostkowych:W modelu V plany testów jednostkowych (UTP) są opracowywane na etapie projektowania modułu. Te nieuczciwe praktyki handlowe są wykonywane w celu wyeliminowania błędów na poziomie kodu lub jednostki. Jednostka to najmniejsza jednostka, która może samodzielnie istnieć, np. moduł programu. Testowanie jednostkowe sprawdza, czy najmniejsza jednostka może działać poprawnie, gdy jest odizolowana od reszty kodów/jednostek.Testy integracyjne:Plany testów integracyjnych są opracowywane na etapie projektowania architektonicznego. Testy te sprawdzają, czy grupy utworzone i przetestowane niezależnie mogą współistnieć i komunikować się między sobą.Testowanie systemu:Plany testów systemu są opracowywane na etapie projektowania systemu. W przeciwieństwie do planów testów jednostkowych i integracyjnych, plany testów systemowych są tworzone przez zespół biznesowy klienta. Test systemu zapewnia spełnienie oczekiwań twórcy aplikacji.Testowanie akceptacyjne:Testowanie akceptacyjne jest powiązane z częścią analizy wymagań biznesowych. Obejmuje testowanie oprogramowania w atmosferze użytkownika. Testy akceptacyjne ujawniają problemy ze zgodnością z różnymi systemami dostępnymi w środowisku użytkownika. Łącznie wykrywa problemy niefunkcjonalne, takie jak defekty obciążenia i wydajności, w rzeczywistej atmosferze użytkownika.

Kiedy stosować model V?

• Gdy wymaganie jest dobrze zdefiniowane i nie jest dwuznaczne.
• Model w kształcie litery V powinien być stosowany w małych i średnich projektach, w których wymagania są jasno określone i stałe.
• Model w kształcie litery V należy wybierać, gdy dostępne są przykładowe zasoby techniczne z niezbędną wiedzą techniczną.

Zaleta (zalety) modelu V:

1. Łatwy do zrozumienia.
2. Metody testowania, takie jak planowanie i projektowanie testów, mają miejsce na długo przed kodowaniem.
3. Oszczędza to mnóstwo czasu. Stąd większa szansa na sukces w porównaniu z modelem wodospadowym.
4. Zapobiega spływaniu defektów w dół.
5. Działa dobrze w przypadku małych planów, w których wymagania są łatwo zrozumiałe.

Wady (wady) modelu V:

1. Bardzo sztywny i najmniej elastyczny.
2. Nie nadaje się do złożonego projektu.
3. Oprogramowanie powstaje na etapie wdrożenia, dlatego nie powstają żadne wczesne prototypy oprogramowania.
4. Jeśli w połowie nastąpią jakiekolwiek zmiany, wówczas dokumenty testowe wraz z wymaganymi dokumentami muszą zostać zaktualizowane.