software a systémového inženýrství USE CASE-chart je seznam akčních kroků nebo činností, které obvykle definují vzájemnou komunikaci mezi rolí (Unified Modeling Language na někteří jako „aktér“) a systém k dosažení cíle. "Herec" může být člověkem nebo jiným vnějším systémem.

Určení

USE CASE-jazykové diagramy UML - je důležitá a cenná metoda pro analýzu požadavků, které jsou široce používány v moderním vývoji software od oficiálního zavedení Ivar Jacobson v roce 1992. Vývoj aplikací závisí na mnoha modelových procesech a strukturách, jako jsou například ICONIX, Unified Process (UP), IBM Rational Unified Process (RUP) a Oracle Unified Method (OUM).

Historie

V roce 1986 Ivar Jakobson nejprve formuloval textové, strukturální a vizuální simulační metody k určení využití možností. V roce 1992, jeho spoluautor knih Object-Oriented Software Development - Přístup založený na USE CASE, pomohl podpořit techniku ​​sběru funkčních požadavků, zejména ve vývoji. K tomu přispěli i další odborníci, zejména Alistair Cockburn, Larry Constantine, Dean Leffingwell, Kurt Bittner a Gunnar Overgaard. V roce 2011 publikoval Jacobson aktualizované informace o své práci s názvem Use Case 2.0 s úmyslem zapracovat mnoho jeho praktických příkladů používání precedentů od doby, kdy byla koncepce vytvořena.

Povaha interakce prvků

Schéma definuje interakci mezi vnějšímiúčastníků a systému, který má za cíl dosažení tohoto cíle. Herec může být osoba, společnost nebo organizace, počítačový program, systémové vybavení nebo software. Účastník může hrát jako aktivní a pasivní roli: například, že spotřebitel je jak kupující (není interakci se systémem) a uživatel („subjekty“ aktivně spolupracuje s zakoupeného produktu). Na druhé straně, je uživatel pravidelně operátor („herec“, kteří používají systém jako zamýšlený) a funkční příjemce (zúčastněnou stranu, která používá systém).

případ použití diagram: struktura, typy vazeb

Příklad použití - tentokrát příslušného softwaru a návrhu systému, který popisuje, jak zákazník používá systém pro určitý účel. Tento proces funguje jako metoda modelování softwaru, definuje funkce, které mají být implementovány, a řeší případné chyby. Existují tři hlavní prvky procesu:

„Cast“ - typ uživatelů, kteří spolupracují se systémem.

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

Cíle - případ použití obvykle zahájeno uživatelem pro účely popisu akce a možnosti zapojené do jejich dosažení.

Charakteristiky postupu:

Organizace funkčních požadavků.

Simulace cílů interakce uživatelů.

Nahrajte události scénářů ze spouštěcích událostí do konečného cíle.

Popis hlavního průběhu akce a výlučného toku událostí.

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

Kroky pro vývoj diagramů:

Identifikace uživatelů systému.

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

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

Vytvořte příklady použití pro každý cíl související s šablonami a zachujte stejnou úroveň abstrakce v celém předchozím období.

Kroky k použití vyšších úrovní se považují za cíle na nižší úrovni.

Terminologie

Diagram diagramu USE CASE v Rational Rose je dynamický diagram chování v UML, který simuluje funkcionalitu systému pomocí účastníků, precedentů a dalších nejdůležitější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, který se vyvíjí nebo provozuje, jako například webové stránky. "Herci" (podmíněný termín) jsou lidé nebo organizace, které pracují v rámci určitých rolí v rámci systému.

Co se používá u diagramů USE CASE?

Diagramy jsou cenné pro vizualizaci funkčních požadavků systému, které budou zahrnuty do výběru návrhu a rozvojový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. USE CASE diagramy případů poskytují dobrou analýzu na vysoké úrovni a ukazují, jak systém interaguje s účastníky, neznepokojující podrobnosti o implementaci této funkce.

Co je to diagram UML?

Použití UML diagram je způsob, jak vizualizovat software pomocí souboru grafů. Zakladateli technologie jsou Gredi Buch, James Rumbo, Ivar Jacobson a Rational Software Corporation. Jejich práce položila základy pro objektově orientovaný design, 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 softwaru pro modelování.
Chcete-li odpovědět na otázku, co je UML diagram, musíte nejprve pochopit jeho stavební kameny. Mezi běžné součásti patří:

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

36) určitý sled akcí a interakcí mezi účastníky a systémový scénář;

, že konečný výsledek - úspěšná graf by měl popsat kroky a možnosti použité k dosažení tohoto cíle.

V odborné veřejnosti vysvětlit strukturu programátory často využívají diagramy use case «chicken Ryaba“ - vizuální reprezentace pozemku populárního příběhu v podobě schémat.

Co je to UML?

UML znamená Unified Modeling Language. UML 2.0 pomohla rozšířit původní specifikace, aby zahrnovala širší úsilí vývoje softwaru, včetně flexibilních metod. Byly realizovány tyto skutečnosti:

Vylepšená integrace mezi strukturální modely, jako například diagramů tříd a modelychování (schémata činností);

přidala schopnost definovat hierarchii a rozšířit programový systém na součásti a dílčí součásti;

V výstupu UML, devět grafů UML 2.0 zvýší toto číslo na 13;

Jsou nazývána čtyři nové schémata: komunikační schéma, strukturní schéma, schéma interakce a časový diagram. Toto vydání také přejmenovalo stavové diagramy na státní schémata strojů nebo stavové diagramy.

Klíčem k vytvoření diagramu UML je kombinovat formuláře představující objekt nebo třídu s dalšími údaji, které ilustrují tok informací a dat.

Typy diagramů

Současné normy vyžadují UML třináct různých typů diagramů: třídu, činnost, objekt precedentu sekvence balíček součásti stavu, komunikace, kompozitní struktury, zkontrolujte zapojení a dobu implementace.

Tyto grafy jsou rozděleny do dvou skupin: strukturální a behaviorální diagramy (nebo interakce).

Strukturální, podle pořadí, jsou rozděleny do následujících typů diagramů:

třída je základem téměř každý objektově orientovaných metod, včetně UML. Popisují statickou strukturu systému.

Pakety jsou podmnožinou třídních diagramů. Vývojáři jsou někdy považováni za samostatnou metodu. Dávkové grafy organizují prvky systému souvisejících skupin pro minimalizaci závislostí mezi pakety.

Objekt - popište statickou strukturu systému v určitém čase. Mohou být použity ke kontrole třídních diagramů pro přesnost.
Kompozitní strukturní diagramyukázat vnitřní část třídy. Simulujte funkcionalitu systému pomocí účastníků a precedentů.

Součásti - popisuje organizaci fyzických součástí programu včetně zdrojového kódu, spustitelného souboru (binární kód).

Grafy nasazení odrážejí fyzické zdroje v systému, včetně uzlů, komponent a připojení.

Schémata chování zahrnují:

Činnosti - ilustrují dynamickou povahu systému simulací toku kontroly z činnosti na činnost. Akce je operace na nějaké třídě v systému, což vede ke změně stavu systému. Typické diagramy aktivit se používají k simulaci pracovního postupu nebo obchodních procesů a interního pracovního postupu.

Sekvence popisují interakce mezi třídami ve smyslu zasílání zpráv v průběhu času.

Stav - popisuje dynamické chování systému v reakci na vnější podněty. Státní diagramy jsou obzvláště užitečné při modelování reaktivních objektů, jejichž stav je iniciován určitými událostmi.

Komunikace - simulace interakce mezi objekty v pořadí. Popisují jak statickou strukturu, tak dynamické chování systému. V mnoha ohledech existuje zjednodušená verze schématu spolupráce zavedeného v UML 2.0.

Přehled interakce - představuje kombinaci diagramů aktivity a konzistence. Simulují sekvenci akcí a umožňují dekonstrukci složitějších interakcí v kontrolovaných událostech.

Dočasné - představují typ behaviorálního nebo interaktivního diagramu UML, který se zaměřuje na procesy, které se provádějí po určitou dobu. Existuje speciální příklad schématu sekvence.

Symboly a notace

Existuje mnoho různých typů diagramů UML a každý má vlastní sadu symbolů. Třídy diagramů jsou jedním z nejčastěji používaných schémat UML a třídní diagramy 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 zarámován tak, aby zobrazoval operace, atributy a odpovědnost třídy.
Linky jsou také důležité symboly pro označení vztahu mezi komponentami. Generalizace a dědičnost jsou označeny prázdnými šipkami. V závislosti na tečkované čáře se šipkou. Použití umožňuje určit vlastnosti této závislosti. Celé číslo je obvykle zobrazeno s číslem na jednom konci šipky a * na druhé straně. Diagramy paketů mají znaky, které definují balíček, který je podobný složce. Akční grafy obsahují samostatné znaky pro začátek a konec. Průtok kontroly je obvykle označen šipkou a tok objektu je přerušovaná šipka. Použití diagramů případů obsahuje znaky pro účastníky a precedenty.

Proč používáme UML?

Integrovaná podniková aplikace s velkým personálem vyžaduje pevný základ plánování a jasné komunikace mezi členy týmu, jak postupuje projekt. Vizualizujte interakci uživatele, procesy a strukturu systému, který se snažítevytvářet, šetříte čas a ujistěte se, že všichni členové týmu se aktivně účastní procesu. Následující diagramy popisují interakce mezi třídami ve smyslu zpráv v čase. 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ědět, jak se systém bude chovat, a určit odpovědnosti, které musí třída vykonávat v procesu modelování nového systému. PŘÍKLAD USE PŘÍPAD Diagram je grafické znázornění interakcí mezi prvky systému. Jedná se o metodologii používanou při analýze systému pro zjišťování, vylepšení a organizaci požadavků na systém. V tomto kontextu termín "systém" odkazuje na to, co se vyvíjí nebo využívá, například internetová stránka pro prodej a servis zboží poštou. USE CASE Diagram v UML (Unified Modeling Language) - standardní notace pro modelování objektů a systémů reálného světa.