| Task: Detailní vymezení kvalitativních požadavků |
| |
 |
Kromě funkčních požadavků na vyvíjený systém je obvykle nutné se detailně zaměřit i na požadavky nefunkční neboli kvalitativní, které charakterizují základní vlastnosti a omezení systému jako je výkon, kapacita, shoda se standardy, zabezpečení apod. Řada z těchto požadavků již byla identifikována a zaznamenána v předcházejících úlohách, nicméně je možné, že se v průběhu dalších iterací objevily požadavky nové, případně je nutné dříve identifikované požadavky změnit či detailněji rozpracovat.
[MMSP, 2011] |
| Disciplines: Požadavky |
|
Relationships
| Roles | Primary Performer:
| Additional Performers:
|
| Inputs | Mandatory:
| Optional:
|
| Outputs |
|
Steps
|
Konzultace a zaznamenání nových požadavků
| V rámci detailního vymezení nefunkčních požadavků je nejprve nutné konzultovat nové požadavky a jejich možný dopad na se
všemi zainteresovanými stranami, kterých se změna týká, a následně podle potřeby aktualizovat pracovní produkt Požadavky. |
Detailni popis požadavků
| Dále je vhodné detailně popsat ty požadavky, které by měly být v blízkém horizontu (jedna až dvě iterace) implementovány. |
Aktualizace Slovníku pojmů
| Při detailním vymezení nefunkčních požadavků může být také nutné aktualizovat Slovník pojmů. |
|
Key Considerations
| Aby nedošlo k opomenutí jakýchkoliv důležitých aspektů navrhovaného systému, je pro členění systémových požadavků
doporučováno využití metody FURPS+ , která se zaměřuje na hodnocení kvality softwaru z pěti základních hledisek, a to z
hlediska funkcionality (functionality), použitelnosti (usability), spolehlivosti (reliability), výkonnosti (performance) a
podpory (supportability). Těchto pět základních kategorií je dále rozšířeno o požadavky týkající se dokumentace, rozhraní,
obchodních a právních pravidel a omezení. Všechny požadavky by měly být definovány tak, aby je bylo možné později testovat.
[Šplíchalová, 2008] [FURPS, 2010] |
|
