V-Model označovaný aj ako model overovania a overovania. V tomto prípade sa každá fáza SDLC musí dokončiť pred spustením ďalšej fázy. Nasleduje sekvenčný proces navrhovania rovnaký ako model vodopádu. Testovanie zariadenia je plánované súbežne s príslušným stupňom vývoja.
Overenie: Zahŕňa metódu statickej analýzy (kontrolu) vykonanú bez spustenia kódu. Je to proces hodnotenia procesu vývoja produktu s cieľom zistiť, či špecifikované požiadavky spĺňajú.
Overenie: Ide o metódu dynamickej analýzy (funkčnú, nefunkčnú), testovanie sa vykonáva vykonávaním kódu. Validácia je proces klasifikácie softvéru po dokončení procesu vývoja s cieľom určiť, či softvér spĺňa očakávania a požiadavky zákazníka.
Takže V-Model obsahuje overovacie fázy na jednej strane a overovacie fázy na druhej strane. Proces overovania a validácie je spojený s fázou kódovania v tvare V. Preto je známy ako V-Model.
Existujú rôzne fázy overovacej fázy V-modelu:
| Analýza obchodných požiadaviek: | Toto je prvý krok, kedy sú požiadavky na produkt pochopené zo strany zákazníka. Táto fáza obsahuje podrobnú komunikáciu s cieľom pochopiť očakávania zákazníka a presné požiadavky.
| Dizajn systému: | V tejto fáze systémoví inžinieri analyzujú a interpretujú činnosť navrhovaného systému preštudovaním dokumentu s požiadavkami používateľa.
| Architektonický dizajn: | Základom pri výbere architektúry je, že by mala rozumieť všetkému, čo sa zvyčajne skladá zo zoznamu modulov, stručnej funkčnosti každého modulu, ich vzťahov medzi rozhraniami, závislostí, databázových tabuliek, diagramov architektúry, technologických detailov atď. Model testovania integrácie sa vykonáva v určitej fáze.
| Dizajn modulu: | Vo fáze návrhu modulu sa systém rozpadá na malé moduly. Je špecifikovaný detailný dizajn modulov, ktorý je známy ako Low-Level Design
| Fáza kódovania: | Po návrhu sa spustí fáza kódovania. Na základe požiadaviek sa rozhodne o vhodnom programovacom jazyku. Existuje niekoľko pokynov a štandardov pre kódovanie. Pred kontrolou v úložisku je konečná zostava optimalizovaná pre lepší výkon a kód prechádza mnohými kontrolami kódu, aby sa skontroloval výkon.
Existujú rôzne fázy overovacej fázy V-modelu:
| Testovanie jednotky: | V modeli V sa počas fázy návrhu modulu vyvíjajú plány testovania jednotiek (UTP). Tieto UTP sa vykonávajú na odstránenie chýb na úrovni kódu alebo jednotky. Jednotka je najmenšia entita, ktorá môže existovať nezávisle, napr. programový modul. Testovanie jednotiek overuje, že najmenšia entita môže fungovať správne, keď je izolovaná od zvyšku kódov/jednotiek.
| Testovanie integrácie: | Plány testovania integrácie sa vypracúvajú počas fázy architektonického návrhu. Tieto testy overujú, že skupiny vytvorené a testované nezávisle môžu koexistovať a komunikovať medzi sebou.
| Testovanie systému: | Plány systémových testov sa vyvíjajú vo fáze návrhu systému. Na rozdiel od plánov jednotkových a integračných testov, plány systémových testov zostavuje obchodný tím klienta. Systémový test zaisťuje splnenie očakávaní od vývojára aplikácie.
| Akceptačné testovanie: | Akceptačné testovanie súvisí s časťou analýzy obchodných požiadaviek. Zahŕňa testovanie softvérového produktu v užívateľskej atmosfére. Akceptačné testy odhaľujú problémy s kompatibilitou s rôznymi systémami, ktoré sú dostupné v užívateľskej atmosfére. Spoločne odhaľuje nefunkčné problémy, ako sú chyby zaťaženia a výkonu v skutočnej užívateľskej atmosfére.
Kedy použiť V-Model?
- Keď je požiadavka dobre definovaná a nie je nejednoznačná.
- Model v tvare V by sa mal používať pre malé až stredne veľké projekty, kde sú požiadavky jasne definované a pevne stanovené.
- Model v tvare V by sa mal zvoliť vtedy, keď sú k dispozícii vzorové technické zdroje so základnými technickými znalosťami.
Výhoda (Pros) V-Modelu:
- Ľahko pochopiteľné.
- Testovanie Metódy, ako je plánovanie, návrh testov, prebieha ešte pred kódovaním.
- To šetrí veľa času. Preto je väčšia šanca na úspech oproti vodopádovému modelu.
- Zabraňuje toku defektov smerom nadol.
- Funguje dobre pre malé plány, kde sú požiadavky ľahko pochopiteľné.
Nevýhody (nevýhody) V-modelu:
- Veľmi tuhé a najmenej pružné.
- Nie je to dobré pre zložitý projekt.
- Softvér sa vyvíja počas fázy implementácie, takže sa nevyrábajú žiadne skoré prototypy softvéru.
- Ak sa v polovici vyskytnú nejaké zmeny, skúšobné dokumenty spolu s požadovanými dokumentmi sa musia aktualizovať.
