В-модел који се такође назива модел верификације и валидације. У овом случају, свака фаза СДЛЦ-а мора да се заврши пре него што почне следећа фаза. Прати секвенцијални процес дизајна исти као и модел водопада. Тестирање уређаја планирано је паралелно са одговарајућом фазом развоја.
Верификација: Укључује метод статичке анализе (преглед) који се обавља без извршавања кода. То је процес евалуације процеса развоја производа како би се утврдило да ли испуњавају специфицирани захтеви.
Валидација: Укључује метод динамичке анализе (функционални, нефункционални), тестирање се врши извршавањем кода. Валидација је процес класификације софтвера након завршетка процеса развоја како би се утврдило да ли софтвер испуњава очекивања и захтеве корисника.
Дакле, В-Модел садржи фазе верификације на једној страни фаза валидације на другој страни. Процесу верификације и валидације придружује се фаза кодирања у облику слова В. Стога је познат као В-модел.
Постоје различите фазе фазе верификације В-модела:
| Анализа пословних захтева: | Ово је први корак где се захтеви производа разумеју са стране купца. Ова фаза садржи детаљну комуникацију ради разумевања очекивања и тачних захтева купаца.
| Дизајн система: | У овој фази системски инжењери анализирају и тумаче пословање предложеног система проучавајући документ са корисничким захтевима.
| Архитектура дизајн: | Основна линија у одабиру архитектуре је да треба да разуме све што се обично састоји од листе модула, кратке функционалности сваког модула, њихових међусобних односа, зависности, табела базе података, дијаграма архитектуре, детаља технологије, итд. Модел тестирања интеграције се примењује излази у одређеној фази.
| Дизајн модула: | У фази пројектовања модула, систем се распада на мале модуле. Детаљан дизајн модула је прецизиран, који је познат као Лов-Левел Десигн
| Фаза кодирања: | Након пројектовања, почиње фаза кодирања. На основу захтева, одлучује се о одговарајућем програмском језику. Постоје неке смернице и стандарди за кодирање. Пре провере у спремишту, коначна верзија је оптимизована за боље перформансе, а код пролази кроз многе прегледе кода да би проверио перформансе.
Постоје различите фазе фазе валидације В-модела:
| Јединично тестирање: | У В-моделу, планови за тестирање јединица (УТП) се развијају током фазе дизајна модула. Ови УТП-ови се извршавају да би се елиминисале грешке на нивоу кода или на нивоу јединице. Јединица је најмањи ентитет који може независно да постоји, на пример, програмски модул. Тестирање јединица потврђује да најмањи ентитет може исправно да функционише када је изолован од осталих кодова/јединица.
| Интеграционо тестирање: | Планови интеграционих тестова се развијају током фазе архитектонског пројектовања. Ови тестови потврђују да групе створене и тестиране независно могу коегзистирати и комуницирати међу собом.
| Тестирање система: | Планови системских тестова се развијају током фазе пројектовања система. За разлику од планова тестирања јединица и интеграције, планове тестова система саставља клијентов пословни тим. Тест система осигурава да су очекивања програмера апликације испуњена.
| Прихватање тестирање: | Тестирање прихватања се односи на део анализе пословних захтева. Укључује тестирање софтверског производа у корисничкој атмосфери. Тестови прихватања откривају проблеме компатибилности са различитим системима, који су доступни у корисничкој атмосфери. Заједно открива нефункционалне проблеме као што су оптерећење и дефекти перформанси у стварној корисничкој атмосфери.
Када користити В-Модел?
- Када је захтев добро дефинисан и није двосмислен.
- Модел у облику слова В треба користити за мале и средње пројекте где су захтеви јасно дефинисани и фиксни.
- Модел у облику слова В треба изабрати када су доступни узорци техничких ресурса са основном техничком стручношћу.
Предност (предности) В-модела:
- Лако разумети.
- Методе тестирања као што су планирање, дизајнирање тестова се дешава много пре кодирања.
- Ово штеди много времена. Отуда веће шансе за успех у односу на модел водопада.
- Избегава силазни ток дефеката.
- Добро функционише за мале планове где су захтеви лако разумљиви.
Недостаци (против) В-модела:
- Веома крут и најмање флексибилан.
- Није добро за сложен пројекат.
- Софтвер се развија током фазе имплементације, тако да се не производе рани прототипови софтвера.
- Ако се било какве промене догоде на пола пута, онда се тест документи заједно са потребним документима морају ажурирати.
