V-model je typ SDLC model kde se proces provádí sekvenčně ve tvaru V. Je také známý jako model ověřování a ověřování. Je založen na spojení testovací fáze pro každou odpovídající vývojovou fázi. Vývoj každého kroku je přímo spojen s testovací fází. Další fáze začíná až po dokončení fáze předchozí, tj. pro každou vývojovou aktivitu existuje odpovídající testovací aktivita.
Obsah
- Design modelu V
- Význam V-Modelu
- Principy V-Modelu
- Kdy použít V-Model?
- Výhody V-Modelu
- Nevýhody V-Modelu
- Závěr
V-Model je model životního cyklu vývoje softwaru (SDLC), který poskytuje systematickou a vizuální reprezentaci procesu vývoje softwaru. Je založen na myšlence tvaru V, přičemž dvě nohy V představují průběh tvaru V proces vývoje softwaru z Shromažďování požadavků a analýzy k návrhu, implementaci, testování a údržbě.
Design modelu V
- Shromažďování a analýza požadavků : První fází V-Modelu je fáze shromažďování a analýzy požadavků, kde se shromažďují a analyzují požadavky zákazníka na software, aby se určil rozsah projektu.
- Design: Ve fázi návrhu je vyvinuta softwarová architektura a design, včetně návrhu na vysoké úrovni a detailního návrhu.
- Implementace: Ve fázi implementace je software postaven na základě návrhu.
- Testování: Ve fázi testování je software testován, aby bylo zajištěno, že splňuje požadavky zákazníka a je vysoce kvalitní.
- Rozvinutí: Ve fázi nasazení je software nasazen a uveden do provozu.
- Údržba: Ve fázi údržby je software udržován, aby bylo zajištěno, že bude i nadále splňovat potřeby a očekávání zákazníka.
- V-Model se často používá v oblasti bezpečnosti: kritické systémy, jako jsou letectví a obranné systémy, kvůli důrazu na důkladné testování a schopnosti jasně definovat kroky zahrnuté v procesu vývoje softwaru.
SDLC V-model
Následující obrázek znázorňuje různé fáze ve V-modelu SDLC.
Ověření Fáze :
Zahrnuje techniku statické analýzy (revizi) prováděnou bez provádění kódu. Jedná se o proces hodnocení fáze vývoje produktu s cílem zjistit, zda jsou splněny stanovené požadavky.
V-Model má několik fází ověření:
nahradit vše v řetězci java
Analýza obchodních požadavků:
Jedná se o první krok určení vývojového cyklu, kdy je potřeba vyřešit požadavek na produkt z pohledu zákazníka. do těchto fází patří správná komunikace se zákazníkem k pochopení požadavků zákazníků. to jsou velmi důležité činnosti, které je třeba správně zvládnout, protože zákazníci většinou nevědí, co přesně chtějí, a nejsou si tím jistí, pak používáme návrh přejímacího testu plánování, které se provádí v době obchodního požadavku, bude použito jako vstup pro přejímací zkoušky.
Návrh systému:
Návrh systému začne, když celkově máme jasno s požadavky na produkt, a poté potřebujeme navrhnout celý systém. Toto porozumění bude na začátku úplného v rámci procesu vývoje produktu. to bude přínosné pro budoucí provádění testovacích případů.
Architektonický design:
V této fázi jsou pochopeny a navrženy architektonické specifikace. Obvykle je navrženo několik technických přístupů a konečný výběr je učiněn po zvážení technické i finanční životaschopnosti. Architektura systému je dále rozdělena do modulů, z nichž každý zpracovává odlišnou funkci. Jiný název pro toto je High-Level Design (HLD).
V tomto bodě je výměna dat a komunikace mezi interními moduly a externími systémy dobře pochopeny a definovány. Během této fáze lze pomocí poskytnutých informací vytvořit a zdokumentovat integrační testy.
co je objekt java
Návrh modulu:
Tato fáze, známá jako Low-Level Design (LLD), specifikuje komplexní vnitřní design pro každý systémový modul. Rozhodující je kompatibilita mezi designem a dalšími externími systémy a také dalšími moduly v architektuře systému. Unit testy jsou klíčovou součástí každého vývojového procesu, protože pomáhají identifikovat a odstranit většinu chyb a nedostatků v rané fázi. Na základě návrhů interních modulů lze nyní vytvořit tyto testy jednotek.
Fáze kódování:
Krok Kódování zahrnuje zápis kódu pro systémové moduly, které byly vytvořeny během fáze návrhu. K určení, který programovací jazyk je nejvhodnější, se používají systémové a architektonické požadavky.
Při provádění kódování jsou dodržovány standardy a zásady kódování. Než je konečné sestavení zkontrolováno v úložišti, kód prochází mnoha kontrolami kódu a je optimalizován pro optimální výkon.
Validace Fáze :
Zahrnuje techniky dynamické analýzy (funkční i nefunkční) a testování prováděné spouštěním kódu. Validace je proces hodnocení softwaru po dokončení vývojové fáze s cílem zjistit, 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ě. Fáze ověřování a ověřování jsou spojeny fází kódování do tvaru V. Proto se nazývá V-Model.
Je jich několik Validace fáze v modelu V:
Testování jednotky:
Plány testování jednotek jsou vyvíjeny během fáze návrhu modulu. Tyto plány testování jednotek jsou prováděny za účelem odstranění chyb v kódu nebo na úrovni jednotky.
Testování integrace:
Po dokončení testování jednotky se provede integrační testování. Při integračním testování jsou moduly integrovány a systém je testován. Testování integrace se provádí ve fázi návrhu architektury. Tento test ověřuje komunikaci modulů mezi sebou.
Testování systému:
Systémové testování testuje kompletní aplikaci s její funkčností, vzájemnou závislostí a komunikací. Testuje funkční a nefunkční požadavky vyvíjené aplikace.
skóre přesnosti sklearn
Testování přijetí uživatele (UAT):
zarovnání obrázku v css
UAT se provádí v uživatelském prostředí, které se podobá produkčnímu prostředí. UAT ověřuje, že dodaný systém splňuje požadavky uživatele a že je systém připraven k použití v reálném světě.
Fáze návrhu:
- Analýza požadavků: Tato fáze obsahuje detailní komunikaci se zákazníkem za účelem pochopení jeho požadavků a očekávání. Tato fáze je známá jako shromažďování požadavků.
- Návrh systému: Tato fáze obsahuje návrh systému a kompletní nastavení hardwaru a komunikace pro vývoj produktu.
- Architektonický design: Návrh systému je dále rozčleněn do modulů zabírajících různé funkce. Přenos dat a komunikace mezi interními moduly a s vnějším světem (jinými systémy) je srozumitelná.
- Návrh modulu: V této fázi se systém rozpadá na malé moduly. Je specifikován detailní návrh modulů, známý také jako Low-Level Design (LLD).
Testovací fáze:
- Testování jednotky: Plány testování jednotek jsou vyvíjeny během fáze návrhu modulu. Tyto plány testování jednotek jsou prováděny za účelem odstranění chyb na úrovni kódu nebo jednotky.
- Testování integrace: Po dokončení testování jednotky se provede integrační testování. Při testování integrace jsou moduly integrovány a systém je testován. Testování integrace se provádí ve fázi návrhu architektury. Tento test ověřuje komunikaci modulů mezi sebou.
- Testování systému: Systémové testování testuje kompletní aplikaci s její funkčností, vzájemnou závislostí a komunikací. Testuje funkční a nefunkční požadavky vyvíjené aplikace.
- Testování přijetí uživatele (UAT): UAT se provádí v uživatelském prostředí, které se podobá produkčnímu prostředí. UAT ověřuje, že dodaný systém splňuje požadavky uživatele a že je systém připraven k použití v reálném světě.
Průmyslová výzva:
Jak se průmysl vyvíjel, technologie se staly složitějšími, stále rychlejšími a neustále se měnícími, nicméně stále existuje soubor základních principů a konceptů, které jsou stejně použitelné dnes, jako když bylo IT v plenkách.
- Přesně definovat a upřesnit požadavky uživatelů.
- Navrhněte a sestavte aplikaci podle požadavků oprávněného uživatele.
- Ověřte, že aplikace, kterou vytvořili, splňuje požadavky autorizované firmy.
Význam V-Modelu
1. Včasná identifikace závady
Začleněním úkolů ověřování a ověřování do každé fáze vývojového procesu podporuje V-Model včasné testování. To snižuje náklady a úsilí potřebné k nápravě problémů později v životním cyklu vývoje tím, že pomáhá při včasné detekci a řešení chyb.
2. stanovení fází vývoje a testování
V-Model obsahuje testovací fázi, která odpovídá každé fázi vývojového procesu. Tím, že je zajištěno, že testovací a vývojové procesy jsou jasně zmapovány, toto jasné mapování podporuje metodický a řádný přístup k softwarovému inženýrství.
3. Zabraňuje testování velkého třesku
Testování se v tradičních vývojových modelech často provádí na samém konci životního cyklu vývoje, což vede k přístupu velkého třesku, kde se všechny testovací operace soustředí najednou. Integrací testovacích činností do procesu vývoje a podporou progresivnějšího a regulovanějšího přístupu k testování tomu V-Model předchází.
4. Zlepšuje spolupráci
Na každé úrovni podporuje V-Model spolupráci mezi testovacími a vývojovými týmy. Díky této spolupráci lze lépe porozumět požadavkům projektu, návrhovým možnostem a metodologiím testování, což zlepšuje efektivitu a efektivitu vývojového procesu.
5. Lepší zajištění kvality
Celkové zajištění kvality je vylepšeno V-Modelem, který zahrnuje testovací operace na všech úrovních. Než program dosáhne konečné fáze nasazení, ujistí se, že splňuje požadavky a projde přísným procesem ověřování a ověřování.
Principy V-Modelu
- Velké až malé: Ve V-Modelu se testování provádí v hierarchické perspektivě, například požadavky identifikované projektovým týmem, vytvářející fáze High-Level Design a Detailed Design projektu. Jak každá z těchto fází dokončuje požadavky, definují se stále více a více rafinovaně a podrobněji.
- Integrita dat/procesů: Tento princip říká, že úspěšný návrh jakéhokoli projektu vyžaduje začlenění a soudržnost jak dat, tak procesů. U každého požadavku musí být identifikovány procesní prvky.
- Škálovatelnost: Tento princip říká, že koncept V-Model má flexibilitu přizpůsobit se jakémukoli IT projektu bez ohledu na jeho velikost, složitost nebo trvání.
- Křížové odkazy: Přímá korelace mezi požadavky a odpovídající testovací činností je známá jako křížové odkazy.
Hmotná dokumentace:
Tento princip říká, že každý projekt potřebuje vytvořit dokument. Tuto dokumentaci vyžaduje a používá jak vývojový tým projektu, tak tým podpory. Dokumentace se používá k údržbě aplikace, jakmile je dostupná v produkčním prostředí.
Proč preferovat?
- Snadno se ovládá díky tuhosti modelu. Každá fáze V-Modelu má specifické výstupy a proces kontroly.
- Proaktivní sledování defektů – to znamená, že defekty jsou nalezeny v rané fázi.
Kdy použít z V-model ?
- Sledovatelnost požadavků: V-Model se osvědčuje v situacích, kdy je nutné vytvořit přesnou sledovatelnost mezi požadavky a souvisejícími testovacími případy.
- Komplexní projekty: V-Model nabízí metodický způsob řízení testovacích aktivit a snížení rizik souvisejících s integrací a problémy s rozhraním pro projekty s vysokou úrovní složitosti a vzájemnými závislostmi mezi komponentami systému.
- Projekty podobné vodopádům : Protože V-Model nabízí přístupnou strukturu pro organizování, provádění a monitorování testovacích aktivit na každé úrovni vývoje, je vhodný pro projekty, které používají sekvenční přístup k vývoji, podobně jako vodopádový model.
- Systémy kritické pro bezpečnost: Tyto systémy se používají v leteckém, automobilovém a zdravotnickém průmyslu. Kladou velký důraz na rigidní verifikační a validační postupy, které pomáhají zaručit, že jsou splněny základní systémové požadavky a že možná rizika jsou nalezena a eliminována v raném stádiu vývoje.
Výhody modelu V
- Jedná se o vysoce disciplinovaný model a fáze jsou dokončeny jedna po druhé.
- V-Model se používá pro malé projekty, kde jsou jasné projektové požadavky.
- Jednoduché a snadno pochopitelné a použitelné.
- Tento model se zaměřuje na ověřovací a validační činnosti v rané fázi životního cyklu, čímž se zvyšuje pravděpodobnost vytvoření bezchybného a kvalitního produktu.
- Umožňuje projektovému řízení přesně sledovat pokrok.
- Jasný a strukturovaný proces: V-Model poskytuje jasný a strukturovaný proces pro vývoj softwaru , což usnadňuje pochopení a sledování.
- Důraz na testování: V-Model klade velký důraz na testování, což pomáhá zajistit kvalitu a spolehlivost softwaru.
- Vylepšená sledovatelnost: V-Model poskytuje jasné spojení mezi požadavky a konečným produktem, což usnadňuje sledování a správu změn v softwaru.
- Lepší komunikace: Jasná struktura V-Modelu pomáhá zlepšit komunikaci mezi zákazníkem a vývojovým týmem.
Nevýhody V-Modelu
- Vysoké riziko a nejistota.
- Není to dobré pro složité a objektově orientované projekty.
- Není vhodný pro projekty, kde požadavky nejsou jasné a obsahují vysoké riziko změny.
- Tento model nepodporuje iteraci fází.
- Není snadné zvládnout souběžné události.
- Neflexibilita: V-Model je lineární a sekvenční model, který může ztížit přizpůsobení se měnícím se požadavkům nebo neočekávaným událostem.
- Časově náročný: Model V může být časově náročný, protože vyžaduje spoustu dokumentace a testování.
- Přehnané spoléhání na dokumentaci: Model V klade velký důraz na dokumentaci, což může vést k nadměrnému spoléhání se na dokumentaci na úkor skutečné vývojové práce.
Závěr
Vědecký a organizovaný přístup k životnímu cyklu vývoje softwaru (SDLC) poskytuje V-Model softwarového inženýrství. Při výběru jakýchkoli SDLC modelů, včetně V-Modelu, by měly být brány v úvahu odborné znalosti týmu s vybranou metodikou, jedinečné vlastnosti projektu a povaha požadavků.
Příručka:
Software Engineering: A Practitioner’s Approach od Rogera S. Pressmana, publikoval McGraw-Hill Education, 2017.