A V-Modelt Ellenőrzési és Validációs Modellnek is nevezik. Ebben az esetben az SDLC minden fázisának be kell fejeződnie a következő fázis megkezdése előtt. A vízesés modellhez hasonló szekvenciális tervezési folyamatot követ. Az eszköz tesztelését a fejlesztés megfelelő szakaszával párhuzamosan tervezzük.

Igazolás: Ez magában foglal egy statikus elemzési módszert (áttekintést), amelyet kód végrehajtása nélkül végeznek el. Ez a termékfejlesztési folyamat értékelésének folyamata annak megállapítására, hogy megfelelnek-e a meghatározott követelmények.

Érvényesítés: Ez magában foglalja a dinamikus elemzési módszert (funkcionális, nem funkcionális), a tesztelés kód végrehajtásával történik. Az érvényesítés a szoftver besorolásának folyamata a fejlesztési folyamat befejezése után annak megállapítása érdekében, hogy a szoftver megfelel-e az ügyfelek elvárásainak és követelményeinek.

Tehát a V-Model az egyik oldalon ellenőrzési fázisokat tartalmaz, a másik oldalon pedig az érvényesítési fázisokat. Az ellenőrzési és érvényesítési folyamathoz V-alakú kódolási fázis kapcsolódik. Így V-modellként ismert.

A V-modell ellenőrzési fázisának különböző fázisai vannak:

Üzleti követelmények elemzése:Ez az első lépés, ahol a vevő oldaláról megértik a termékkövetelményeket. Ez a szakasz részletes kommunikációt tartalmaz az ügyfél elvárásainak és pontos követelményeinek megértése érdekében.Rendszertervezés:Ebben a szakaszban a rendszermérnökök elemzik és értelmezik a javasolt rendszer üzleti tevékenységét a felhasználói követelmények dokumentumának tanulmányozásával.Építészeti tervezés:Az architektúra kiválasztásának alapja, hogy megértse mindazt, ami jellemzően a modulok listájából, az egyes modulok rövid funkcióiból, interfész kapcsolataiból, függőségeiből, adatbázistáblákból, architektúra diagramokból, technológiai részletekből stb. áll. Az integrációs tesztelési modellt hordozzák egy adott fázisban.Modul tervezés:A modul tervezési fázisában a rendszer kis modulokra bomlik. Meg van adva a modulok részletes felépítése, amit Low-Level Design néven ismerünkKódolási fázis:A tervezés után megkezdődik a kódolási fázis. A követelmények alapján döntenek a megfelelő programozási nyelvről. Van néhány irányelv és szabvány a kódoláshoz. A lerakatba való bejelentkezés előtt a végső buildet optimalizáljuk a jobb teljesítmény érdekében, és a kód számos kódellenőrzésen megy keresztül a teljesítmény ellenőrzéséhez.

A V-modell érvényesítési fázisának különböző fázisai vannak:

Egységteszt:A V-modellben az egységtesztelési terveket (UTP) a modul tervezési szakaszában dolgozzák ki. Ezeket az UTP-ket a kód- vagy egységszintű hibák kiküszöbölésére hajtják végre. Az egység a legkisebb entitás, amely önállóan létezhet, például egy programmodul. Az egységtesztelés ellenőrzi, hogy a legkisebb entitás megfelelően tud-e működni, ha elkülönítve van a többi kódtól/egységtől.Integrációs tesztelés:Az integrációs tesztterveket az építészeti tervezési szakaszban dolgozzák ki. Ezek a tesztek igazolják, hogy a függetlenül létrehozott és tesztelt csoportok egymás mellett tudnak-e létezni és kommunikálni egymással.Rendszertesztelés:A rendszertesztelési terveket a rendszertervezési fázis során dolgozzák ki. Az egység- és integrációs teszttervekkel ellentétben a rendszerteszt-terveket az ügyfél üzleti csapata állítja össze. A rendszerteszt biztosítja, hogy az alkalmazásfejlesztő elvárásai teljesüljenek.Átvételi teszt:Az átvételi tesztelés az üzleti követelményelemzés részhez kapcsolódik. Ez magában foglalja a szoftver termék tesztelését felhasználói környezetben. Az elfogadási tesztek feltárják a különböző rendszerekkel kapcsolatos kompatibilitási problémákat, ami a felhasználói környezetben elérhető. Együttesen fedezi fel a nem funkcionális problémákat, mint például a terhelési és teljesítményhibákat a valós felhasználói környezetben.

Mikor érdemes V-Modellt használni?

• Amikor a követelmény jól meghatározott és nem kétértelmű.
• A V alakú modellt kis és közepes méretű projekteknél kell használni, ahol a követelmények egyértelműen meghatározottak és rögzítettek.
• A V-alakú modellt akkor kell választani, ha rendelkezésre állnak mintatechnikai erőforrások, amelyek alapvető műszaki szakértelemmel rendelkeznek.

A V-modell előnyei (előnyei):

1. Könnyen érthető.
2. Tesztelés Az olyan módszerek, mint a tervezés, a teszttervezés jóval a kódolás előtt megtörténik.
3. Ezzel sok időt takaríthatunk meg. Ezért nagyobb az esély a sikerre a vízesés modellel szemben.
4. Megakadályozza a hibák lefelé áramlását.
5. Jól működik kis tervekhez, ahol a követelmények könnyen érthetők.

A V-modell hátrányai (hátrányai):

1. Nagyon merev és legkevésbé rugalmas.
2. Nem jó egy összetett projekthez.
3. A szoftver fejlesztése a megvalósítás szakaszában történik, így a szoftver korai prototípusai nem készülnek.
4. Ha félúton változás történik, akkor a tesztdokumentumokat a szükséges dokumentumokkal együtt frissíteni kell.