Modelování uživatelských požadavků
Visual Studio vám pomůže pochopit, prodiskutovat a komunikovat potřeby uživatelů tím, že nakreslí diagramy o jejich aktivitách a roli, kterou váš systém hraje při plnění jejich cílů. Model požadavků je sada těchto diagramů, z nichž každý se zaměřuje na jiný aspekt potřeb uživatelů.
Pokud chcete zjistit, které verze sady Visual Studio podporují jednotlivé typy modelů, přečtěte si téma Podpora verzí pro nástroje pro architekturu a modelování.
Model požadavků vám pomůže:
Zaměřte se na externí chování systému odděleně od jeho interního návrhu.
Popsat potřeby uživatelů a zúčastněných stran s mnohem méně nejednoznačností, než je možné v přirozeném jazyce.
Definujte konzistentní glosář termínů, které můžou používat uživatelé, vývojáři a testery.
Zmenšete mezery a nekonzistence v požadavcích.
Omezte práci potřebnou k reakci na změny požadavků.
Naplánujte pořadí, ve kterém se budou vyvíjet funkce.
Modely používejte jako základ pro systémové testy a prosadíte jasný vztah mezi testy a požadavky. Když se požadavky změní, pomůže vám tento vztah správně aktualizovat testy. Tím se zajistí, že systém splňuje nové požadavky.
Model požadavků poskytuje největší výhodu, pokud ho použijete k zaměření diskuzí s uživateli nebo jejich zástupci a na začátku každé iterace se k němu znovu podívejte. Nemusíte ho před psaním kódu podrobně dokončit. Částečně funkční aplikace, i když je velmi zjednodušená, obecně tvoří nejstimulovanější základ pro diskuzi o požadavcích s uživateli. Model je efektivní způsob, jak shrnout výsledky těchto diskuzí. Další informace najdete v tématu Použití modelů v procesu vývoje.
Poznámka:
V těchto tématech "systém" znamená systém nebo aplikaci, kterou vyvíjíte. Může to být velká kolekce mnoha softwarových a hardwarových komponent; nebo jednu aplikaci; nebo softwarovou komponentu uvnitř většího systému. V každém případě model požadavků popisuje chování viditelné mimo váš systém, ať už prostřednictvím uživatelského rozhraní nebo rozhraní API.
Běžné úkoly
Můžete vytvořit několik různých zobrazení požadavků uživatelů. Každé zobrazení poskytuje konkrétní typ informací. Při vytváření těchto zobrazení je nejlepší se často přesouvat mezi sebou. Můžete začít z libovolného zobrazení.
| Diagram nebo dokument | Co popisuje v modelu požadavků | Oddíl |
|---|---|---|
| Koncepční diagram tříd | Glosář typů, které se používají k popisu požadavků; typy viditelné v rozhraní systému. | |
| Další dokumenty nebo pracovní položky | Kritéria výkonu, zabezpečení, použitelnosti a spolehlivosti | Popis požadavků na kvalitu služeb |
| Další dokumenty nebo pracovní položky | Omezení a pravidla, která nejsou specifická pro konkrétní případ použití | Zobrazení obchodních pravidel |
Všimněte si, že většinu typů diagramů je možné použít pro jiné účely. Přehled typů diagramů najdete v tématu Vytváření modelů pro vaši aplikaci.
Zobrazení obchodních pravidel
Obchodní pravidlo je požadavek, který není přidružený k určitému případu použití a měl by být pozorován v celém systému.
Mnoho obchodních pravidel je omezení vztahů mezi koncepčními třídami. Tato statická obchodní pravidla můžete napsat jako komentáře přidružené k příslušným třídám v koncepčním diagramu tříd. Příklad:
Dynamická obchodní pravidla omezují povolené posloupnosti událostí. Pomocí diagramu posloupnosti nebo aktivity můžete například ukázat, že se uživatel musí před provedením jiných operací v systému přihlásit.
Mnoho dynamických pravidel ale může být efektivnější a obecně řečeno jejich nahrazením statickými pravidly. Můžete například přidat logický atribut Logged In do třídy v konceptuálním modelu třídy. Zaprotokolovali byste jako postcondition případu použití protokolu a přidali ho jako předběžnou podmínku většiny ostatních případů použití. Tento přístup vám umožní vyhnout se definování všech možných kombinací sekvencí událostí. Je také flexibilnější, když do modelu potřebujete přidat nové případy použití.
Všimněte si, že zde vybraná volba se týká toho, jak definujete požadavky a že to je nezávislé na tom, jak implementujete požadavky v kódu programu.
Další informace najdete v následujících tématech:
| Další informace | Přečíst |
|---|---|
| Vývoj kódu, který dodržuje obchodní pravidla | Modelování architektury aplikace |
Popis požadavků na kvalitu služeb
Existuje několik kategorií požadavků na kvalitu služeb. Jsou to tyto země:
Výkon
Zabezpečení
Použitelnost
Spolehlivost
Robustnost
Některé z těchto požadavků můžete zahrnout do popisu konkrétních případů použití. Jiné požadavky nejsou specifické pro případy použití a jsou nejúčelněji napsané v samostatném dokumentu. Pokud je to možné, je užitečné dodržovat slovník definovaný modelem požadavků. V následujícím příkladu si všimněte, že hlavní slova použitá v požadavku jsou názvy herců, případy použití a třídy v předchozích ilustracích:
Pokud restaurace odstraní položku nabídky v době, kdy zákazník objednává jídlo, zobrazí se jakákoli položka objednávky, která odkazuje na tuto položku nabídky, červeně.
V tématu Modelování architektury aplikace se dozvíte, jak vyvíjet kód, který dodržuje požadavky na kvalitu služeb.