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ünk
| Kó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):
- Könnyen érthető.
- Tesztelés Az olyan módszerek, mint a tervezés, a teszttervezés jóval a kódolás előtt megtörténik.
- Ezzel sok időt takaríthatunk meg. Ezért nagyobb az esély a sikerre a vízesés modellel szemben.
- Megakadályozza a hibák lefelé áramlását.
- 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):
- Nagyon merev és legkevésbé rugalmas.
- Nem jó egy összetett projekthez.
- A szoftver fejlesztése a megvalósítás szakaszában történik, így a szoftver korai prototípusai nem készülnek.
- Ha félúton változás történik, akkor a tesztdokumentumokat a szükséges dokumentumokkal együtt frissíteni kell.
