V-Model označovaný také jako Verification and Validation Model. V tomto případě musí každá fáze SDLC dokončit před zahájením další fáze. Následuje sekvenční návrhový proces stejný jako u vodopádového modelu. Testování zařízení je plánováno souběžně s odpovídající fází vývoje.
Ověření: Zahrnuje metodu statické analýzy (revizi) prováděnou bez provádění kódu. Je to proces hodnocení procesu vývoje produktu, aby se zjistilo, zda splňují stanovené požadavky.
Validace: Jedná se o metodu dynamické analýzy (funkční, nefunkční), testování se provádí prováděním kódu. Validace je proces klasifikace softwaru po dokončení procesu vývoje s cílem určit, zda software splňuje očekávání a požadavky zákazníka.
V-Model tedy obsahuje ověřovací fáze na jedné straně a ověřovací fáze na druhé straně. Proces verifikace a validace je spojen s fází kódování ve tvaru V. Proto je znám jako V-Model.
Existují různé fáze ověřovací fáze modelu V:
| Analýza obchodních požadavků: | Toto je první krok, kdy jsou požadavky na produkt pochopeny ze strany zákazníka. Tato fáze obsahuje podrobnou komunikaci k pochopení očekávání zákazníka a přesných požadavků.
| Návrh systému: | V této fázi systémoví inženýři analyzují a interpretují činnost navrhovaného systému prostudováním dokumentu s požadavky uživatele.
| Architektonický design: | Základem při výběru architektury je, že by měla rozumět všemu, co se obvykle skládá ze seznamu modulů, stručné funkčnosti každého modulu, vztahů mezi jejich rozhraními, závislostí, databázových tabulek, schémat architektury, technologických detailů atd. Model integračního testování se provádí ven v konkrétní fázi.
| Návrh modulu: | Ve fázi návrhu modulu se systém rozloží na malé moduly. Je specifikován detailní návrh modulů, který je známý jako Low-Level Design
| Fáze kódování: | Po návrhu je zahájena fáze kódování. Na základě požadavků se rozhodne o vhodném programovacím jazyku. Existují určité pokyny a standardy pro kódování. Před kontrolou v úložišti je konečné sestavení optimalizováno pro lepší výkon a kód prochází mnoha kontrolami kódu, aby se zkontroloval výkon.
Existují různé fáze ověřovací fáze V-modelu:
| Testování jednotky: | Ve V-Modelu jsou plány testování jednotek (UTP) vyvíjeny během fáze návrhu modulu. Tyto UTP jsou prováděny za účelem odstranění chyb na úrovni kódu nebo jednotky. Jednotka je nejmenší entita, která může nezávisle existovat, např. programový modul. Testování jednotek ověřuje, že nejmenší entita může správně fungovat, když je izolovaná od zbytku kódů/jednotek.
| Testování integrace: | Integrační testovací plány jsou vyvíjeny během fáze architektonického návrhu. Tyto testy ověřují, že skupiny vytvořené a testované nezávisle mohou koexistovat a komunikovat mezi sebou.
| Testování systému: | Plány testů systému jsou vyvíjeny během fáze návrhu systému. Na rozdíl od plánů jednotkových a integračních testů jsou plány systémových testů sestavovány obchodním týmem klienta. System Test zajišťuje, že očekávání od vývojáře aplikace jsou splněna.
| Přijímací zkoušky: | Akceptační testování souvisí s částí analýzy obchodních požadavků. Zahrnuje testování softwarového produktu v uživatelské atmosféře. Akceptační testy odhalují problémy s kompatibilitou s různými systémy, které jsou dostupné v uživatelské atmosféře. Společně odhaluje nefunkční problémy, jako je zatížení a výkonnostní závady v reálné uživatelské atmosféře.
Kdy použít V-Model?
- Když je požadavek dobře definovaný a není nejednoznačný.
- Model ve tvaru V by se měl používat pro malé až středně velké projekty, kde jsou požadavky jasně definovány a pevně stanoveny.
- Model ve tvaru V by měl být zvolen, pokud jsou k dispozici vzorové technické zdroje s nezbytnými technickými znalostmi.
Výhoda (Pros) V-Modelu:
- Snadno pochopitelné.
- Testování Metody, jako je plánování, navrhování testů, probíhají dlouho před kódováním.
- To ušetří spoustu času. Tím je větší šance na úspěch oproti vodopádovému modelu.
- Zabraňuje toku defektů směrem dolů.
- Funguje dobře pro malé plány, kde jsou požadavky snadno srozumitelné.
Nevýhody (nevýhody) V-Modelu:
- Velmi tuhé a nejméně pružné.
- Není dobré pro složitý projekt.
- Software je vyvíjen během fáze implementace, takže nevznikají žádné rané prototypy softwaru.
- Pokud se v průběhu vyskytnou nějaké změny, musí být testovací dokumenty spolu s požadovanými dokumenty aktualizovány.
