Správa požadavků spočívá ve správě hierarchie požadavků projektu, aby se zjistily nesrovnalosti mezi nimi a zajistila jejich sledovatelnost .
V mnoha profesích vede vyjádření těchto požadavků k množství dokumentů, jejichž konzistence a kvalita podmíňují úspěch nebo neúspěch příslušných projektů.
Tuto činnost pomáhá provádět specializovaný software.
Některé specifikace (například ve vysoké environmentální kvalitě aplikované na rám ) mohou obsahovat „performanciels“ a „exigenciels“ , včetně očekávaných výsledků úrovní, kterých se architekt a projektový management zavázali dosáhnout ( povinnost výsledků a někdy prostředků ; například použití solárních panelů , izolace vyrobené z rostlinných materiálů pocházejících z ekologického zemědělství atd.).
Lze přijmout různé klasifikace požadavků v závislosti na již existujícím přístupu nebo organizaci, například:
Správa požadavků poskytuje řešení téměř vždy se opakujících problémů:
Sledovatelnost požadavků je subdisciplína a klíčový koncept prosazovaný při řízení požadavků v oblasti vývoje softwaru a systémového inženýrství .
Sledovatelnost požadavků je schopnost snadno číst, co se stalo a co se má s něčím stát.
Sledovatelnost požadavků spočívá v dokumentaci životnosti požadavků. Musí být možné zpětně vysledovat každý z požadavků a každou ze změn, které se jich týkají; požadavky musí být proto dokumentovány, aby byla zajištěna úplná sledovatelnost.
Požadavky často pocházejí z různých zdrojů, jako je marketingový tým, zákazníci nebo uživatelé. Všichni tito lidé potřebují produkt (nebo systém). Díky sledovatelnosti požadavků lze každou implementovanou funkčnost propojit s osobou nebo skupinou, která o to požádala během fáze definice požadavků.
Pomáhá odpovídat na otázky jako:
Jednoho dne se výrobce automobilů rozhodl snížit náklady na jeden ze svých vlajkových modelů. Tým se podíval na specifikace modelu a hledal způsoby, jak snížit náklady. Někdo si všiml, že model byl navržen tak, aby odolal zadnímu větru s deštěm 200 km / h ( požadavek na produkt ), což s sebou přineslo značné výrobní náklady. Proto jsme se rozhodli to změnit zjednodušením uzavírání zavazadlového prostoru umístěného vzadu ( požadavek na komponent ). Teprve na podzim, u prodejců, kteří našli vodu v kufrech, bylo vzato v úvahu, že vozy byly přepravovány expresním vlakem ( požadavek zúčastněných stran ).
CMMI popisuje činnosti spojené se správou požadavků v některých software designu modelů:
Zainteresované strany projektu vyjadřují potřeby, které jsou formulovány ve formě požadavků . Manažeři projektu po pochopení požadavků a kontrole jejich konzistence je začlení do projektu.
Může zahrnovat:
Aby se zajistilo odhodlání zúčastněných stran projektu, pokud jde o dopady nového požadavku nebo změny na projekt, jsou posouzeny důsledky pro projekt a je požadována validace požadavku stranami.
Tato aktivita může vést k:
Během projektu se mění požadavky z různých důvodů. Je důležité efektivně řídit změny a doplňky. Aby bylo možné správně posoudit dopady, je důležité, aby byl zdokumentován původ a zdůvodnění všech změn. Můžete také měřit volatilitu změn.
Mluvíme o oboustranné sledovatelnosti. Zejména musíme být schopni vysledovat požadavek od nejvyšší úrovně po nejnižší.
Nástroj pro správu požadavků musí mít vlastnosti podobné charakteristikám wiki. Zejména musí umožňovat úpravy stejné položky mnoha lidmi (s ohledem na oprávnění přidělená každé osobě), musí spravovat verze a historii .
Existuje mnoho nástrojů pro správu požadavků:
Poznámka: Prostředí Microsoft Visual Studio obsahuje moduly pro správu požadavků. Jednou z charakteristik ověřitelnosti požadavků je , že nástroje ALM (dříve Test Director, Quality Center), upravené společností HP , a Squash, upravené společností Hénix, jejichž hlavní činnost je zaměřena na definici testů, mají také modul pro správu požadavků. Sparks Enterprise Architect také umožňuje spravovat požadavky se sledovatelností komponent nebo ovlivněných procesů.