Diagram případu použití
Aktuální verze stránky ještě nebyla zkontrolována zkušenými přispěvateli a může se výrazně lišit od
verze recenzované 26. ledna 2022; kontroly vyžadují
3 úpravy .
Diagram případů užití nebo diagram případů užití v UML je diagram, který odráží vztah mezi aktéry a případy užití a je nedílnou součástí modelu případů užití , který umožňuje popsat systém na koncepční úrovni [1] .
Precedentní je možnost simulovaného systému (součást jeho funkcionality), díky kterému může uživatel získat konkrétní, měřitelný a požadovaný výsledek. Případ užití odpovídá konkrétní službě systému, definuje jednu z možností jejího použití a popisuje typický způsob interakce uživatele se systémem. Případy použití se obvykle používají ke specifikaci externích požadavků na systém [1] .
Schůzka
Hlavním účelem diagramu je popsat funkčnost a chování, což umožňuje zákazníkovi , koncovému uživateli a vývojáři společně diskutovat o navrženém nebo stávajícím systému .
Při modelování systému pomocí diagramu případu použití se systémový analytik snaží:
- jasně oddělit systém od jeho prostředí;
- určit aktéry (aktéry), jejich interakci se systémem a očekávanou funkčnost systému;
- definovat v doménovém slovníku pojmy související s detailním popisem funkčnosti systému (tj. případy použití).
Práce na diagramu může začít textovým popisem získaným při práci se zákazníkem. Zároveň se při sestavování precedenčního modelu vynechají nefunkční požadavky (například konkrétní jazyk nebo programovací systém) (je pro ně sestaven jiný dokument) [1] .
Prvky
Pro zobrazení modelu případu užití v diagramu se [1] používají :
- hranice systému ( angl. system boundary ) - obdélník s názvem v horní části a elipsami (precedenty) uvnitř. Často lze vynechat bez ztráty užitečných informací,
- herec (angl. actor ) - stylizovaný mužíček označující soubor uživatelských rolí (chápaných v širokém smyslu: osoba, vnější entita, třída, jiný systém), interagujících s nějakou entitou (systémem, subsystémem, třídou). Herci spolu nemohou být příbuzní (s výjimkou zobecnění/dědičnosti vztahů),
- precedens - elipsa s popiskem, který označuje akce provedené systémem (může zahrnovat možné možnosti), které vedou k výsledkům pozorovatelným aktéry. Štítek může být název nebo popis (z pohledu herce) „co“ systém dělá (spíše než „jak“). Název případu užití je spojen s kontinuálním (atomovým) scénářem – specifickou sekvencí akcí, která ilustruje chování [2] . Během scénáře si aktéři vyměňují zprávy se systémem. Scénář lze zobrazit v diagramu případu použití jako komentář UML. K jednomu případu použití lze přiřadit několik různých scénářů [1] .
Vztahy mezi precedenty
Část duplicitních informací v modelu případu lze eliminovat určením vazeb mezi případy [1] :
- zobecnění precedentu - šipka s nevyplněným trojúhelníkem (trojúhelník je umístěn poblíž obecnějšího precedentu),
- použití případu zahrnutí – tečkovaná šipka se stereotypem „zahrnout“
- rozšíření případu užití - tečkovaná šipka se stereotypem "prodloužit" (šipka je součástí rozšiřitelného případu užití, v jehož dodatečné části lze označit bod rozšíření a případně ve formě komentáře podmínku rozšíření) .
Pravidla
Při práci s případy použití je důležité mít na paměti několik jednoduchých pravidel:
- každý případ užití se týká alespoň jednoho aktéra;
- každý případ užití má svého iniciátora;
- každý případ použití vede k odpovídajícímu výsledku.
Poznámky
- ↑ 1 2 3 4 5 6 Babich A. V. Úvod do UML. ISBN 978-5-94774-878-9, 6. Přednáška: Case Diagrams: A close-up . Datum přístupu: 26. ledna 2015. Archivováno z originálu 2. července 2015. (neurčitý)
- ↑ G. Butch. Objektově orientované programování.