UML Use Case Diagram
Našli jste někdy vývojové diagramy zajímavé? Schopnost vývojových diagramů je vysvětlit složité algoritmy pomocí instrukcí krok za krokem v různých tvarovaných krabicích - vždy to byl snadný způsob, jak ilustrovat jakýkoli algoritmus nebo proces. UML diagramy jsou pokročilá verze vývojových diagramů. Rozumíme každému členu.
Co je UML Use Case Diagram?
Zní to jako docela těžký výraz, že? Pojďme to rozdělit na každé slovo.
UML
Unified Modeling Language je moderní přístup k běžnému procesu modelování a dokumentování softwaru. Tento přístup je schematickým znázorněním komponent a procesů zapojených do softwaru. Je to jako vysvětlit celý software pomocí vizuálních reprezentací, aby bylo snadné jej pochopit a eliminovat možné nedostatky a chyby v systému. Celý proces spadá pod větší zastřešování technik modelování podnikových procesů.
UML diagramy
Představte si ty zmenšené modely různých rozsáhlých architektur, jako je nákupní centrum nebo bytová společnost, rozmístěné po akrech, umístěné uvnitř pěkných lesklých skleněných krabic na recepci struktury. Není snadné pochopit úplnou strukturu, když byla před vašimi očima modelována jako celek?
UML Diagramy jsou software, jaký mají tyto zmenšené modely skutečné struktury. Kompletní reprezentace celého systému nebo jeho části pomocí diagramů. Existují různé diagramy sloužící různým účelům. Některé příklady jsou:
- Diagram třídy - Zaměřuje se více na plán.
- sekvenční diagram - Zaměřuje se více na proces z pohledu systému.
- diagram aktivity - Zaměřuje se na akce z pohledu uživatele.
- Použijte případový diagram - Zaměřuje se na obchodní požadavky a mnoho dalších.
UML Use Case Diagram
Ústředním tématem dnešní diskuse jsou diagramy případu použití. Diagram použití případu modeluje dynamické chování systému, když je v provozu. Zdůrazňuje vysoké požadavky systému. Je modelován tak, aby reprezentoval vnější pohled na systém. Schéma případu použití vysvětluje různé případy použití, ve kterých může koncový uživatel interagovat se systémem. Perspektiva na obrázku je koncového uživatele.
Jednoduchým příkladem schématu použití je, jak koncový uživatel spolupracuje se systémem rezervace letenek. Některé případy použití v tomto příkladu mohou být, ale nejsou omezeny na:
- Přihlašuje se osoba, aby hledala lety.
- Osoba si rezervuje let.
- Osoba si prohlíží předchozí rezervace.
- Člověk ve svém letu zkontroluje.
- Osoba zruší svůj let.
a další
Pojďme se ponořit …
Jak již bylo řečeno, diagram případu použití modeluje dynamické chování systému. Všimněte si slova dynamický. To znamená, že musí existovat nějaké interní nebo externí faktory, které ovlivňují chování systému během běhu a činí jej dynamickým. Tito interní nebo externí agenti jsou známí jako herci . Schéma případu modeluje herce, systém a jejich interakce. Schéma jediného případu může modelovat konkrétní funkčnost systému.
Ale proč použít případový diagram?
To je zvědavá stránka, když mluvíš. Pojďme analyzovat pomocí některých QnA.
- Proč použití případu, když diagram aktivity také modeluje činnosti systému na základě vstupů?
Odpověď: Ano, ale schéma použití to dělá z pohledu koncového uživatele, zatímco schéma aktivity to dělá z pohledu systému. Koncový uživatel nemusí znát svou roli prostřednictvím diagramu činnosti.
- Dobře tedy, sekvenční diagramy zahrnují herce a akce, které provádějí v různých stádiích. Proč pouzdro?
Odpověď: Sekvenční diagramy jsou podrobnější verze interakce mezi uživatelem a systémem. Zahrnují také vnitřní fungování systému, interakci mezi dílčími moduly a čas, který uplynul během vnitřního fungování. Konečný uživatel nemusí mít zájem o takové podrobnosti. Zabývá se celkovým výstupem systému.
- Vím, že diagramy spolupráce / komunikace jsou jednodušší verzí sekvenčních diagramů. Proč je nemůžu použít?
Ans. Schémata spolupráce jsou skutečně jednodušší, zaměřují se však hlavně na komunikaci mezi komponenty. To stále vyžaduje větší zaměření na zprávy, které se vyměňují mezi systémem a dílčími moduly. Koncový uživatel ho může stále považovat za příliš podrobný pro svůj účel.
- K dispozici je také stavový diagram. Jsou jednoduché, nezahrnují interní podmoduly a zobrazují také interakce koncových uživatelů. Jak to porouchá diagram použití?
Ans. Primárním účelem stavových diagramů je analyzovat stav systému v každém možném čase. Jsou vhodnější pro ladění a reverzní inženýrství systému. Diagramy případu vynechávají přechodné stavy systému, protože koncový uživatel nemusí mít zájem znát všechny stavy, kterými stroj prochází. Diagramy stavových grafů se navíc nezaměřují na celkový požadavek, jak to dělají diagramy použití. Zaměřují se více na konkrétní vstup a příslušný výstup.
Tak, s sebou z této diskuse je, že zatímco mnoho UML diagramů vykonává podobné funkce, přesto mají významnou roli v porozumění systému. Schéma případu použití je stejně důležitá jako jakékoli jiné schéma pro celkovou dokumentaci systémových komponent diagramů případu použití.
Příklad
Níže je uveden jednoduchý příklad diagramu použití pro rezervační systém letenek. Tento diagram lze učinit komplexnějším zavedením dalších aktérů, jako jsou provozovatelé rezervací, banky atd. Bylo zjednodušeno ukázat, jak je vytvořen diagram použití.
Závěr
Schémata použití jsou jednoduchá, ale přesto účinná pro pochopení systému zvenku. Pro podnik jsou velmi užitečné definovat požadavky na vysoké úrovni a analyzovat nedostatky v požadavcích. Porozumění diagramům užitných případů pomáhá podniku i technickému týmu dostat se na stejnou stránku z hlediska požadavků.
Doporučené články
Toto byl průvodce UML Use Case Diagram. Zde jsme diskutovali, co je UML Case Diagram a proč se používá a komponenty tohoto diagramu. Další informace naleznete také v dalších navrhovaných článcích -
- Průvodce krok za krokem na schématu třídy
- Co je počítačový grafický design?
- Data Science vs Vizualizace dat
- Co je to Teradata? | Teradata architektura