Proces ověřování a validace návrhu

Ověření návrhu

Ověření návrhu je proces hodnocení softwarového produktu pro přesné požadavky koncových uživatelů nebo zainteresovaných stran. Účelem ověření návrhu je otestovat softwarový produkt po vývoji, aby bylo zajištěno, že splňuje požadavky z hlediska aplikací v uživatelském prostředí.

Validace se týká prokázání konzistence a úplnosti návrhu s ohledem na potřeby uživatele. Toto je fáze, ve které skutečně vytváříte verzi produktu a ověřujete ji podle požadavků uživatele.

Obrázek níže znázorňuje proces ověření návrhu.

Účelem je objektivním důkazem prokázat, že produkt splňuje dokumenty uživatelských potřeb. Objektivní důkaz není nic jiného než jakýkoli fyzický důkaz výstupu, jako je obrázek, text nebo zvukový soubor, který naznačuje, že postup byl dokončen.

Prostřednictvím objektivních důkazů bude tento proces důsledně zkoumat, zda produkt splňuje předem definované požadavky. Tento proces zahrnuje testovací činnost, kontrolu a analýzu a tak dále.

Ověření návrhu

Ověření návrhu je metoda k potvrzení, zda výstup navrženého softwarového produktu splňuje vstupní specifikace, a to zkoumáním a poskytnutím důkazů. Cílem procesu ověřování návrhu během vývoje softwaru je zajistit, aby navržený softwarový produkt byl stejný, jak je specifikováno.

Návrhový vstup je jakýkoli fyzický a výkonnostní požadavek, který se používá jako základ pro účely návrhu. Výstup návrhu je výsledkem každé fáze návrhu a na konci celkového úsilí návrhu. Konečný výstup návrhu je podkladem pro kmenový záznam zařízení.

Rozdíl mezi ověřením návrhu a ověřením

Mezi ověřováním a ověřováním vždy existují mylné představy. Jedná se o různé činnosti, které se provádějí v každé fázi vývojového procesu.

Proces ověřování návrhu

Identifikace a příprava:

• Během fáze vývoje specifikace se paralelně provádí identifikace ověřovací činnosti. To umožňuje konstruktérovi ujistit se, že specifikace je ověřitelná. Testovací technik tak může začít s podrobným testovacím plánem a postupy. Jakékoli změny ve specifikaci by měly být sděleny.
• Identifikace nejlepšího přístupu k provádění ověřování, definování metod měření, požadovaných zdrojů, nástrojů a zařízení.
• Dokončený plán ověření bude přezkoumán s návrhářským týmem, aby se identifikovaly problémy před dokončením plánu.

Plánování:

• Plánování ověřování je souběžná činnost s jádrem a vývojovými týmy. K tomu dochází v průběhu životního cyklu projektu. Toto bude aktualizováno, jakmile budou provedeny jakékoli změny ve vstupech návrhu.
• Během této fáze musí být testovaný software nebo systém zdokumentován v rozsahu.
• V této fázi se provádí předběžný plán testování a upřesnění plánu testování. Testovací plán zachycuje kritický milník snižující riziko projektu.
• Nástroje, testovací prostředí, strategie vývoje a identifikace požadavků prostřednictvím inspekce nebo analýzy.

Rozvíjející se:

• Vývoj testovacího případu se bude shodovat s Metodologie SDLC realizované projektovým týmem. Během této fáze jsou identifikovány různé testovací metody.
• Návrhové vstupy musí být vyvinuty včetně nejjednodušších ověřovacích činností, které jsou jednoznačné a ověřitelné.
• Doba ověření se zkrátí, pokud se podobné koncepce provádějí za sebou. I výstup jednoho testu lze použít jako vstup pro následující testy.
• Mezi testovacími případy a odpovídajícími návrhovými vstupy jsou vytvořeny vazby navazovatelnosti, aby bylo zajištěno, že budou testovány všechny požadavky a výstup návrhu splňuje vstupy návrhu.

Provedení:

• Testovací procedury vytvořené během vývojové fáze jsou prováděny v souladu s testovacím plánem a při ověřovací činnosti je striktně dodržují.
• Pokud se vyskytnou neplatné výsledky nebo pokud nějaké postupy vyžadují úpravu, je důležité změny zdokumentovat a získat řádné schválení.
• Jakékoli problémy jsou v této fázi identifikovány a zaznamenány jako závada.
• Matice tažnosti je vytvořen k ověření, že všechny vstupy návrhu identifikované v plánu ověřovacích zkoušek byly testovány, a ke stanovení propustnosti.

Zprávy:

• Tato činnost se provádí na konci každé fáze provádění ověřování.
• Zpráva o ověření návrhu poskytuje podrobné shrnutí výsledků ověření, které zahrnuje správu konfigurace, výsledky testů pro každý typ testování a problémy zjištěné během ověřovací činnosti.
• Mezi požadavky a odpovídajícími výsledky testů se vytváří zpráva o návaznosti ověření návrhu, aby se ověřilo, že všechny požadavky byly otestovány a poskytnuty s odpovídajícími výsledky.
• Jakákoli neshoda bude zdokumentována a náležitě vyřešena.
• Revnázory se provádějí po ukončení činnosti ověřování návrhu a jsou schváleny.

Proces ověření návrhu

• Některé návrhy mohou být ověřeny porovnáním s podobným zařízením, které má podobný účel. Tato metoda je zvláště relevantní pro ověřování změn konfigurace stávající infrastruktury nebo standardních návrhů, které mají být začleněny do nového systému nebo aplikace.
• Předvedení a/nebo kontrola mohou být použity k ověření požadavků a dalších funkcí produktu.
• Analýza návrhu může být provedena jako matematické modelování, simulace, která může znovu vytvořit požadovanou funkčnost.
• Na konečném návrhu se provádějí testy, které ověřují schopnost systému fungovat podle specifikovaného návrhu.
• Plán zkoušek, provedení a výsledky by měly být dokumentovány a udržovány jako součást záznamů o návrhu. Validace je tedy soubor výsledků všech ověřovacích činností.
• Jsou-li při konečné validaci návrhu použity ekvivalentní výrobky, musí výrobce doložit podobnost a případný rozdíl od původní výroby.

Příklad

• Vezměme si příklad jednoduchého produktu, vodotěsných hodinek.
• Dokument s požadavky na produkt může uvádět, že „hodinky musí být během plavání vodotěsné“.
• Ve specifikaci designu může být uvedeno „Hodinky by měly fungovat, i když uživatel plave delší dobu“.
• Výsledky testování by měly potvrdit, že hodinky by měly splňovat tyto požadavky, jinak budou provedeny iterace přepracování, dokud nebudou splňovat požadavek.

Výhody ověřování a ověřování návrhu

• Můžeme průběžně sledovat návrhy, které nám umožňují plnit uživatelsky definované požadavky v každé fázi.
• Ověření návrhu poukáže na rozdíl mezi tím, jak funkce funguje, a tím, jak se očekává, že bude fungovat.
• Dokumentace ověřovacích postupů pomůže snadno porozumět funkcionalitě v jakékoli fázi v budoucnu, pokud by mohla být provedena jakákoli změna nebo vylepšení.
• Doba vývoje se bude trvale zkracovat, čímž se zvyšuje produktivita, což umožňuje dodat produkt podle očekávání.
• Tento proces zahrnuje rozsah a rozsah všech validačních metod, které je třeba použít.
• Validaci lze provést pomocí podrobných návrhových dat, která představují požadavky konečného uživatele.
• Jakýkoli rozdíl mezi výsledkem a dokumentem potřeby uživatele musí být zachycen.
• Změny v návrhu validace vedou k revalidační činnosti.
• Je důležité dokumentovat každou činnost, ke které dojde během validace, což dostatečně prokáže, že návrh splňuje požadavky uživatele.