POUŽITÍ PŘÍPRAVA-diagram. Příklady použití

Tento software a systémového inženýrství USE CASE-chart je seznam akcí nebo činností kroků typicky definovat roli interakce mezi (známý v jazyku Unified Modeling jako „herec“) a systém pro dosažení cíle. "Herec" může být člověkem nebo jiným vnějším systémem.

Definice

USE CASE diagramy jazyka UML jsou důležitou a hodnotnou metodou pro analýzu požadavků, která je široce používána v moderním vývoji softwaru od jeho oficiálního uvedení Ivar Jacobson v roce 1992. Vývoj aplikací závisí na mnoha procesních modelech a strukturách, jako jsou ICONIX, Unified Process (UP), IBM Rational Unified Process (RUP) a Oracle Unified Method (OUM).

Historie

V roce 1986 Ivar Jacobson nejprve formuloval textové, strukturální a vizuální modelovací techniky k určení případů použití. V roce 1992 jeho spoluautor knihy "Objektově orientovaný vývoj softwaru - přístup založený na USE CASE" pomohl popularizovat techniku ​​sběru funkčních požadavků, zejména při vývoji softwaru.

Jiní odborníci mají také velkým přínosem, zejména Alistair Cockburn, Larry Constantine, Dean Leffingwell, Kurt Bittner a Gunnar Overgaard.

V roce 2011 Jacobson publikoval aktualizaci svého díla s názvem Use Case 2.0 s úmyslem zahrnout mnoho jeho případových studií o precedentech od doby, kdy byl tento koncept vytvořen.

Povaha interakce prvků

Diagram definuje interakci mezi externími účastníky a daným systémem pro dosažení cíle. Herec může být osoba, společnost nebo organizace, počítačový program, systémový hardware nebo software.

Účastník může hrát jak aktivní, tak i pasivní roli: například spotřebitel je jak kupujícím (bez interakce se systémem), tak i uživatelem ("aktérem", který aktivně spolupracuje se zakoupeným produktem). Na druhou stranu je uživatel obvyklým operátorem ("hercem", který systém používá pro určený účel) a funkčním příjemcem (zainteresovanou stranou, která používá systém).

USE CASE-diagramy: složení, typy odkazů

USE CASE je termín pro návrh softwaru a systému, který popisuje, jak uživatel používá systém k dosažení konkrétního cíle. Tento proces funguje jako metoda modelování softwaru, která definuje funkce, které je třeba implementovat, a řeší případné chyby.

Existují tři hlavní prvky tohoto procesu:

• "Herci" je typ uživatelů, kteří interagují se systémem.

• Systém je funkční požadavky, které určují očekávané chování prvků.

• Cíle - UŽIVATELSKÝ PŘÍPAD je zpravidla iniciován uživatelem, aby dosáhl cílů, které popisují akce a možnosti, které jsou k jejich dosažení zapotřebí.

Charakteristika metodiky:

• Organizace funkčních požadavků.

• Modelování účelů interakce uživatelů systému.

• Zaznamenejte scénáře od spouštěcích událostí až po konečné cíle.

• Popis hlavního průběhu akcí a výjimečný tok událostí.

• Povolení přístupu k funkcím jiné události.

Kroky ve vývoji diagramů:

• Určete uživatele systému.

• Vytvořte profil uživatele pro každou kategorii. To zahrnuje všechny role, které jsou pro systém relevantní.

• Identifikujte důležité cíle spojené s každou rolí k podpoře systému. Cenový návrh systému určuje významnou roli.

• Vytvořte příklady použití pro každý cíl přidružený k šabloně a zachovávejte stejnou úroveň abstrakce v celém případě použití.

Kroky k použití vyšší úrovně jsou považovány za cíle pro nižší úroveň.

Terminologie

Diagram USE CASE v Rational Rose je dynamický diagram chování v UML, který simuluje funkčnost systému pomocí účastníků, případů použití a dalších kritických objektů. Případy použití jsou sada akcí, služeb a funkcí, které musí systém provádět. V tomto kontextu je systém vytvořen nebo provozován, například webovou stránkou. "Herci" (podmíněný termín) jsou lidé nebo organizace, které pracují v rámci určitých rolí v rámci systému.

Jaké jsou použity diagramy USE CASE?

Diagramy jsou cenné pro vizualizaci funkčních požadavků systému, které budou zahrnuty do výběru návrhových a vývojových priorit. Pomáhají také identifikovat jakékoliv vnitřní nebo vnější faktory, které by mohly ovlivnit systém, a měly by být vzaty v úvahu.

POUŽITÍ PŘÍPADOVÉHO pouzdra poskytují dobrou analýzu na vysoké úrovni mimo systém a ukazují, jak systém interaguje s účastníky, aniž by se obávali podrobností o implementaci této funkce.

Co je diagram UML?

UŽIVATELSKÝ PŘÍPADOVÝ diagram UML je způsob vizualizace softwaru pomocí sady diagramů. Zakladatelé technologie - Grady Buch, James Rumbo, Ivar Jacobson a společnost Rational Software Corporation. Jejich práce se stala základem objektově orientovaného návrhu, pak byly specifikace rozšířeny tak, aby pokryly širší škálu projektů pro vývoj softwaru. Dnes je UML přijata skupinou Object Management Group (OMG) jako standard pro vývoj modelovacího softwaru.

Chcete-li odpovědět na otázku, co je schéma použití v UML, musíte nejprve pochopit její stavební kameny. Mezi běžné součásti patří:

• uživatelé, kteří interagují se systémem,

• určitá sekvence akcí a interakcí mezi účastníky a scénář systému -

• konečný výsledek - úspěšný diagram by měl popisovat akce a možnosti použité k dosažení cíle.

V odborné veřejnosti programátorů vysvětlit strukturu často používán případ použití «kdy slepice Ryaba“ diagramu - vizuální obraz scény populární příběh jako schéma.

Co je to UML?

UML znamená Unified Modeling Language. UML 2.0 pomohla rozšířit původní specifikaci tak, aby pokrývala širší část úsilí o vývoj softwaru, včetně flexibilních metod. Byly také realizovány následující vývojy:

• Lepší integrace mezi strukturálními modely, jako jsou třídní diagramy a modely chování (diagramy činností) -

• přidala schopnost definovat hierarchii a rozložit software do komponent a dílčích komponent -

• v původním UML existuje devět diagramů - UML 2.0 zvyšuje toto číslo na 13-

• jsou nazývány čtyři nové diagramy: schéma propojení, kompozitní schéma struktury, diagram přehledu interakcí a časový graf. Toto vydání také přejmenovalo stavové diagramy na stavové diagramy strojů nebo stavové diagramy.

Klíčem k vytvoření diagramu UML je kombinovat formuláře, které reprezentují objekt nebo třídu s jinými tvary, aby ilustrovali vztah mezi tokem informací a daty.

Typy grafů

Současné normy UML vyžadují třináct různých typů diagramů: třída, činnost, objekt, precedens, sekvence, balíček, stav, součást, odkaz, kompozitní struktura, přehled interakcí, čas a nasazení.Tyto diagramy jsou uspořádány do dvou různých skupin: strukturální a behaviorální diagramy (nebo interakce).Strukturální, naopak, jsou rozděleny do následujících typů diagramů:

• Třídy jsou základem téměř každé objektově orientované metody, včetně UML. Popisují statickou strukturu systému.

• Pakety jsou podmnožinou třídních diagramů. Vývojáři je někdy považují za samostatnou metodu. Dávkové diagramy organizují prvky systému do souvisejících skupin, aby minimalizovaly závislosti mezi pakety.

• Objekt - popište statickou strukturu systému v určitém čase. Mohou být použity pro testování třídních diagramů pro přesnost.Kompozitní strukturní diagramy ukazují vnitřek třídy. Modelujte funkčnost systému pomocí účastníků a precedentů.

• Komponenty - popisují organizaci fyzických softwarových komponent včetně zdrojového kódu, spustitelného souboru (binární kód).

• Schémata nasazení zobrazují fyzické zdroje v systému, včetně uzlů, komponent a připojení.

Behaviorální mají v jejich schématech schémata:

• Činnosti - ilustrují dynamickou povahu systému tím, že modelují tok kontroly z činnosti na činnost. Akce je operace v některé třídě v systému, která způsobuje změnu stavu systému. Schémata aktivit se obvykle používají k modelování pracovního postupu nebo obchodních procesů a interní práce.

• Sekvence - popisujte vzájemné působení mezi jednotlivými třídami, pokud jde o zasílání zpráv.

• Státy - popisují dynamické chování systému v reakci na vnější podněty. Státní diagramy jsou obzvláště užitečné pro modelování reaktivních objektů, jejichž stavy jsou vyvolány určitými událostmi.

• Připojení - simulace interakce mezi objekty v pořadí. Popisují statickou strukturu i dynamické chování systému. V mnoha ohledech jde o zjednodušenou verzi schématu spolupráce zavedené v UML 2.0.

• Interakce interakcí jsou kombinací diagramů aktivity a sekvencí. Simulují řadu akcí a umožňují dekompilovat složitější interakce s řízenými událostmi.

• Dočasné - je typ behaviorálního nebo interaktivního diagramu UML, který se zaměřuje na procesy, které se vyskytují po určitou dobu. Jedná se o zvláštní příklad diagramu sekvencí.

Symboly a symboly

Existuje mnoho různých typů diagramů UML a každý má vlastní sadu symbolů. Třídy diagramů jsou jedním z nejběžnějších diagramů UML a symboly třídních diagramů jsou jedním z důležitých atributů. Například existují symboly pro aktivní třídy a rozhraní. Symbol třídy může být roztříštěný, aby ukázal operace, atributy a odpovědnost třídy.Linky jsou také důležité symboly pro vztah mezi komponentami. Zobecnění a dědičnost jsou označeny prázdnými šipkami.

Závislost je vyznačena čárkovanou čárou se šipkou. Použijte << > umožňuje určit vlastnosti této závislosti. Multiplicita se obvykle zobrazuje s číslem na jednom konci šipky a * na druhé straně.

Diagramy paketů mají symboly, které definují balíček, který je podobný složce. Akční diagramy obsahují samostatné symboly pro počáteční a koncové stavy. Průtok kontroly je obvykle označen šipkou a tok objektu je označen tečkovanou šipkou.

Použití schémat případů obsahuje symboly pro účastníky a případy použití.

Proč používáme UML?

Komplexní podniková aplikace s velkým personálem zaměstnanců vyžaduje pevný základ pro plánování a jasnou komunikaci mezi členy týmu, jak postupuje projekt. Vizualizace interakce uživatele, procesů a struktury systému, který se snažíte vytvořit, ušetří čas a ujistěte se, že všichni členové týmu se aktivně účastní procesu.

Sekvenční diagramy popisují interakce mezi třídami ve smyslu výměny zpráv v průběhu času. Jsou také nazývány schématy událostí a jsou dobrým způsobem, jak vizualizovat a testovat různé scénáře provedení. Tyto objekty mohou pomoci předpovídat, jak se bude systém chovat, a objevit odpovědnosti, které musí tato třída vykonávat při modelování nového systému.

Příklad diagramu USE CASE je grafické znázornění interakcí mezi prvky systému. To je Metodika použitá při analýze systému k identifikaci, vylepšení a organizaci požadavků na systém. V tomto kontextu termín "systém" odkazuje na to, co se vyvíjí nebo udržuje, například na webových stránkách pro prodej a údržbu zboží poštou. USE CASE-diagram v UML (Unified Modeling Language) - standardní notace pro modelování objektů a reálných systémů.

Vysvětlení pojmů

Cílový systém může zahrnovat plánování všeobecné požadavky, zkušební hardware design, testování a ladění vyvíjeného softwaru, vytvoření reference pro operativní pomoc a úkolově orientované spotřebitele. Například pomocí schématu USE CASE diagramů v prodejním prostředí zahrnuje objednávání zboží, aktualizaci katalogu, zpracování plateb a jednání se zákazníky. Schéma využití vypadá jako vývojový diagram. Intuitivní znaky jsou prvky systému. Scénáře použití u diagramů ATM USE CASE obsahují čtyři složky:

• Hranice, která určuje systém zájmu ve světě kolem nás.

• "Herci", obvykle lidé spojovaní se systémem, určení podle jejich rolí.

• Použijte případy, které představují specifické role, které "herci" hrají uvnitř a kolem systému.

• Vztahy mezi subjekty.

V jednotném modelovém jazyce může diagram shrnout informace o uživatelích vašeho systému (také známých jako předměty) a jejich interakci se systémem. Chcete-li vytvořit jeden objekt, použijete soubor speciálních symbolů a konektorů. Například schéma USE CASE internetového obchodu může pomoci vašemu týmu diskutovat a prezentovat:

• Scénáře, ve kterých váš systém nebo aplikace interagují s lidmi, organizacemi nebo externími systémy -

• cíle a metody jejich dosažení -

• objemu systému.

Praktická aplikace

POUŽITÍ PŘÍPADOVÉHO schématu nezáleží příliš na tom, kdy neexistuje jasné pochopení procesu - nebude se simulovat pořadí kroků, pokud neexistuje žádný jasný algoritmus. Odborníci doporučují použití dat grafu pro doplnění textové verze. Diagram na vysoké úrovni demonstruje vztah mezi případy použití, herci a systémy. Z tohoto důvodu se často používají diagramy USL PŘÍPADU pro politickou stranu při modelování struktury.

Diagram je ideální v takových situacích:

• reprezentace cílů interakcí systém - uživatel -

• definování a organizace funkčních požadavků v systému -

• Identifikace kontextu a požadavků systému -

• modelování hlavního toku událostí v případě použití.

Díky optimální vizualizaci modelového softwaru praček jsou velmi užitečné diagramy USE CASE.

Pro modelování systému je nejdůležitějším aspektem zachycení dynamického chování, což znamená chování systému při jeho spuštění a dalším provozu. V UML je k dispozici pět schémat pro dynamické modelování a nejdůležitějším příkladem je diagram USE CASE.

Jmenování

Účelem diagramu je zachytit dynamický aspekt systému. Tato definice je však příliš obecná pro popis účelu. Vzhledem k tomu, že ostatní čtyři diagramy (aktivita, sekvence, sdílení a Statechart) mají stejný cíl. Použití schémat POUŽITÍ slouží k shromažďování požadavků na systém, včetně vnitřních a vnějších vlivů (obvykle požadavky na návrh). Proto je systém analyzován tak, aby shromažďoval jeho funkčnost, byly vyvinuty příklady využití a identifikovány účastníci.

Po dokončení úvodního úkolu jsou vzory náhodných situací modelovány tak, aby reprezentovaly vzhled. Účely při vytváření diagramů USE CASE lze pojmenovat takto:

• sběr požadavků -

• získání vzhledu systému -

• Vliv vnějších a vnitřních faktorů -

• vizualizace interakce mezi požadavky a subjekty.

Tvůrčí proces

Na analýzu požadavků na vyšší úroveň systému se používají diagramy. Když jsou analyzovány požadavky na systém, funkčnost je stanovena v případech použití.

Můžete říci, že případy použití nejsou nic víc než systémové funkce napsané organizovaným způsobem.

Diagramy se používají pro zohlednění funkčních požadavků systému. Po určení výše uvedených bodů musíme k vytvoření efektivního diagramu použití použít následující doporučení:

• Název případu použití je velmi důležitý - vyberte ho tak, aby mohl identifikovat provedené funkce.

• Dej jim vhodný název.

• Zobrazit vztah a závislosti na diagramu.

• Nepokoušejte se zahrnout všechny typy vztahů, protože hlavním účelem diagramu je určit požadavky.

• V případě potřeby použijte vysvětlení k objasnění některých důležitých bodů.

Aplikace

V UML existuje pět diagramů pro modelování dynamické reprezentace systému. Každý model má specifický účel použití. Tyto konkrétní cíle se ve skutečnosti používají v různých směrech operačního systému.

Chcete-li pochopit dynamiku, musíte použít různé typy diagramů. USE CASE - diagramy, složení, typy odkazů jsou nejlepším příkladem. Jeho specifickým účelem je shromažďování systémových požadavků účastníků.

Diagramy se používají na velmi vysoké úrovni designu, kde jsou údaje několikrát rafinovány, dokud není dosažen úplný a praktický obraz. Dobře strukturovaný precedens také popisuje předpoklad, stav zprávy a výjimky. Tyto přídavné prvky se používají k vytváření příkladů během testování.

Ve strojírenství se při přípravě informací o požadavcích z existující aplikace používají schémata pro vytváření testovacích dotazů av případech zpětného inženýrství.

Schémata USE CASE lze použít pro analýzu požadavků a návrh na vysoké úrovni, mapování kontextu systému a reverzní inženýrství.