Systémoví inženýři dlouho považovali V za základní součást dobrého inženýrství. V poslední době se však systémovému inženýrství V dostalo špatné pověsti. Nová generace inženýrů na něj pohlíží jako na symbol pomalých, vodopádových inženýrských postupů. Považují tyto postupy za irelevantní pro rychlost potřebnou pro vývoj softwaru.
Zastánci tradičního inženýrství dávají přednost písmenu V před „agilními“ metodami. To platí zejména v případě kritických systémů.
Komu máme věřit?
No, pokud budeme upřímní, když véčko existuje jako jeden slavný průchod celým systémem, má nová generace velký smysl. V opravdu může zpomalit vývoj dobrého softwaru.
V jádru je systémové inženýrství V logickou konstrukcí. Popisuje zjišťování systémových požadavků rozdělením systému na menší části a následným sestavením a ověřením těchto částí.
Systémoví inženýři používají V v různých souvislostech. Nejčastěji se V objevuje ve velkých organizacích, jako je americké ministerstvo obrany. Významné je také v akademických institucích.
Tyto velké programy nebo organizace používají V jako součást procesu provádění na nejvyšší úrovni. Obecný pracovní postup má sedm fází:
Proces začíná na levé straně V, kde se (1) generují koncepty. Dále se (2) definují, rozkládají a přidělují požadavky na celý systém. Poté jsou podrobně navrženy (3) komponenty systému.
Implementace probíhá ve spodní části V (4). Zde jsou navržené komponenty vytvořeny podle požadavků z dřívější fáze procesu.
Přesunem nahoru po pravé straně V jsou tyto komponenty (5) integrovány dohromady do konečného systému. Integrovaný systém je poté ověřen, aby se zajistilo, že splňuje původní požadavky, a validován, aby se zajistilo, že splňuje potřeby uživatelů (6). Nakonec je (7) systém dodán a udržován.
Problémy V
Provedení procesu V se ukazuje jako problematické pro mnoho velkých projektů – zejména těch, které zahrnují software.
Integrace
Jedním z hlavních problémů je, že k integraci dochází příliš pozdě v procesu vývoje. Programy, které se spoléhají na V, čekají, až budou softwarové komponenty dokončeny, aby se snížily náklady na opětovnou integraci.
Ruční integrace softwarových komponent zabere obrovské množství času. Skutečnost, kterou všichni známe jako pravdivou, je, že software není nikdy hotový. Integrační činnosti ponechané na konec jsou uspěchané, aby byl dodržen harmonogram programu.
V V integrované komponenty obvykle splňují funkční požadavky, ale často nejsou bezpečné, zabezpečené nebo správné.
Verifikace & Validace
Čekání, dokud není systém kompletně integrován, aby bylo možné provést verifikaci a validaci (V&V), tento problém ještě umocňuje. Provádění oprav způsobuje rozvlnění celého systému, takže je náročné a nákladné řešit problémy, které se objeví během V&V.
Programy často zavádějí opravy „na úrovni systému“, místo aby řešily podstatu problému – jde o náplast. Riziko softwaru se často zmírňuje postupy, jako jsou firewally na úrovni systému a antivirový software, místo aby se řešilo v kódu.
Náplasti snižují pravděpodobnost, že se uživatelé s chybou setkají, ale samotná chyba není opravena a nadále číhá v systému.
Vypořádání se s výzvou
Koncepty v systémovém inženýrství V nejsou problémem – jde o strukturu V, která se nevztahuje na software
Moderní techniky mohou umožnit kontinuální integraci softwaru, a to i u velkých programů. Používání nástrojů a procesů, které zahrnují včasnou integraci a verifikaci, nepopírá základní koncepty V – rozšiřuje V tak, aby fungovalo pro vývoj softwaru.
Konečným výsledkem je software, který je správný při vytváření, a systém, který je levnější, bezpečnější a rychleji se dodává.