Pre softvér a systémové inžinierstvo je USE CASE Diagram zoznam činností alebo krokov, ktoré zvyčajne určujú interakciu medzi úlohou (v určitom jazyku jednotného modelovania ako "herca") a systémom na dosiahnutie cieľa. "Herec" môže byť ľudský alebo iný externý systém.

Definícia

POUŽITIE UML Diagramy UML sú dôležitou a hodnotnou metódou na analýzu požiadaviek, ktoré boli široko používané v modernom vývoji softvéru od oficiálneho zavedenia Ivarom Jacobsonom v roku 1992. Vývoj aplikácií závisí od mnohých modelových procesov a štruktúr, ako napríklad ICONIX, Unified Process (UP), IBM Rational Unified Process (RUP) a Oracle Unified Method (OUM).

História

V roku 1986 Ivar Jakobson prvýkrát formuloval textové, štrukturálne a vizuálne simulačné metódy na určenie využitia možností. V roku 1992 jeho spoluautor knihy Object-Oriented Software Development - prístup založený na USE CASE, pomohol podporiť techniku ​​zberu funkčných požiadaviek, najmä vo vývoji. Veľmi prispeli aj ďalší odborníci, najmä Alistair Cockburn, Larry Constantine, Dean Leffingwell, Kurt Bittner a Gunnar Overgaard. V roku 2011 Jacobson publikoval aktualizované informácie o svojej práci s názvom Použitie prípadu 2.0 s úmyslom začleniť mnohé z jeho praktických príkladov použitia precedensov od vytvorenia koncepcie.

Povaha interakcie prvkov

Diagram definuje interakciu medzi vonkajšímiúčastníkov a systém, ktorý má za cieľ dosiahnuť tento cieľ. Účastníkom môže byť osoba, spoločnosť alebo organizácia, počítačový program, systémové vybavenie alebo softvér. Účastník môže hrať ako aktívnu, tak aj pasívnu úlohu: napríklad spotrebiteľ je kupujúci (nie je v interakcii so systémom) a používateľ ("aktér", ktorý aktívne interaguje s nakúpeným produktom). Na druhej strane je používateľ pravidelným operátorom ("účastník" používajúci systém na určený účel) a funkčným príjemcom (zainteresovanou stranou, ktorá používa systém).

USE CASE Diagramy: zloženie, pripojenie

USE CASE je termín venovaný softvéru a dizajnu systému, ktorý opisuje, ako používateľ používa systém na dosiahnutie konkrétneho cieľa. Tento proces slúži ako metóda softvérového modelovania, definuje funkcie, ktoré sa majú implementovať, a rieši akékoľvek chyby, ktoré sa môžu vyskytnúť. Existujú tri hlavné prvky procesu:

"Herci" sú typ používateľov, ktorí interagujú so systémom.

Systém - funkčné požiadavky, ktoré určujú očakávané správanie prvkov.

Ciele - USE CASE sú zvyčajne iniciované používateľom na účely opisu akcií a možností zapojených do ich dosiahnutia.

Charakteristiky postupu:

Usporiadanie funkčných požiadaviek.

Simulácia cieľov interakcie používateľov.

Zaznamenajte udalosti scenára z udalostí spúšťania do konečného cieľa.

Opis hlavného priebehu akcie a výlučného toku udalostí.

Povolenieprístup k funkciám inej udalosti.

Kroky pre vývoj diagramov:

Identifikácia používateľov systému.

Vytvorte si užívateľský profil pre každú kategóriu. Zahŕňa všetky funkcie, ktoré sú relevantné pre systém.

Identifikujte dôležité ciele spojené s každou úlohou pri podpore systému. Cenová ponuka systému určuje významnú úlohu.

Vytvorte príklady používania pre každý cieľ súvisiaci so šablónou a zachovávajte rovnakú úroveň abstrakcie počas celého predchádzajúceho obdobia.

Kroky na používanie vyšších úrovní sa považujú za ciele na nižšej úrovni.

Terminológia

Schéma USE CASE v Rational Rose je diagram dynamického správania v UML, ktorý simuluje funkčnosť systému pomocou účastníkov, precedensov a ďalších najdôležitejších objektov. Prípady použitia sú súbor činností, služieb a funkcií, ktoré systém musí vykonávať. V tomto kontexte je systém, ktorý sa vyvíja alebo prevádzkuje, ako napríklad webová stránka. "Herci" (podmienený termín) sú ľudia alebo organizácie, ktoré pracujú v rámci určitých úloh v rámci systému.

Na čo sa používajú diagramy USE CASE?

Diagramy sú cenné pre vizualizáciu funkčných požiadaviek systému, ktoré budú zahrnuté do výberu dizajnu a rozvojových priorít. Tiež pomáhajú identifikovať akékoľvek vnútorné alebo vonkajšie faktory, ktoré môžu mať vplyv na systém, a mali by sa zohľadniť. USE CASE diagramy prípadov poskytujú dobrú analýzu na vyššej úrovni a naznačujú, ako systém interaguje s účastníkmi, nieznepokojujúce detaily implementácie tejto funkcie.

Čo je to diagram UML?

POUŽITIE UML Diagram UML je spôsob vizualizácie softvéru pomocou množiny grafov. Zakladateľmi technológie sú Gredi Buch, James Rumbo, Ivar Jacobson a Rational Software Corporation. Ich práca položila základ pre objektovo-orientovaný dizajn, potom boli špecifikácie rozšírené tak, aby zahŕňali širšiu škálu projektov vývoja softvéru. Dnes je UML prijatá skupinou Object Management Group (OMG) ako štandard pre vývoj softvéru pre modelovanie.
Ak chcete odpovedať na otázku, aký je diagram UML, musíte najprv pochopiť jeho stavebné bloky. Medzi bežné súčasti patria:

používatelia, ktorí interagujú so systémom;

36) určitú postupnosť činností a interakciu medzi účastníkmi a systémový scenár;

konečný výsledok - úspešná tabuľka by mala opisovať akcie a možnosti používané na dosiahnutie cieľa.

V profesionálnej komunite programátorov vysvetliť štruktúru často používané diagramy USE CASE "kuracie Ryaba" - vizuálne zobrazenie príbehu populárnej rozprávky v podobe schémy.

Čo je to UML?

UML znamená Unified Modeling Language. UML 2.0 pomohol rozšíriť pôvodnú špecifikáciu na pokrytie širšej škály úsilia v oblasti vývoja softvéru vrátane flexibilných metód. Boli implementované aj tieto vývojové trendy:

lepšia integrácia medzi štrukturálnymi modelmi, ako sú triedové diagramy a modelysprávanie (diagramy činností);

pridala schopnosť definovať hierarchiu a rozšíriť programový systém na komponenty a subkomponenty;

V produkte UML, deväť grafov UML 2.0 zvyšuje toto číslo na 13;

Uvádzajú sa štyri nové diagramy: schéma komunikácie, štruktúrny diagram konštrukcie, diagram interakcie a časový diagram. Táto verzia tiež premenovala stavové diagramy na štátne schémy strojov alebo stavové diagramy.

Kľúčom k vytvoreniu diagramu UML je kombinovať formuláre reprezentujúce objekt alebo triedu s inými údajmi na ilustráciu toku informácií a údajov.

Typy grafov

Súčasné štandardy UML vyžadujú trinásť rôznych typov grafov: trieda, činnosť, objekt, precedens, sekvencia, paket, stav, komponent, komunikácia, štruktúra komponentov, prehľad interakcií, čas a nasadenie.

Tieto grafy sú usporiadané do dvoch skupín: štrukturálne diagramy a schémy správania (alebo interakcie).

Štrukturálne sú rozdelené do nasledujúcich typov grafov:

Triedy sú základom takmer každej objektovo orientovanej metódy, vrátane UML. Popisujú statickú štruktúru systému.

Balíky sú podmnožinou triedových diagramov. Vývojári sú niekedy považovaní za samostatnú metódu. Dávkové grafy organizujú prvky systému súvisiacich skupín, aby sa minimalizovali závislosti medzi paketmi.

Objekt - popísať statickú štruktúru systému v určitom čase. Môžu byť použité na kontrolu tried diagramov pre presnosť.
Kompozitné štruktúrne diagramyukážte vnútornú časť triedy. Simulujte funkčnosť systému pomocou účastníkov a precedensov.

Komponenty - opisuje organizáciu fyzických programových komponentov vrátane zdrojového kódu, spustiteľného súboru (binárneho kódu).

Mapy nasadenia odrážajú fyzické zdroje v systéme vrátane uzlov, komponentov a pripojení.

Behaviorálne diagramy zahŕňajú:

Činnosti - ilustrujú dynamickú povahu systému simuláciou toku kontroly z činnosti na činnosť. Akcia je operácia na nejakej triede v systéme, čo vedie k zmene stavu systému. Zvyčajne sa grafy aktivít používajú na simuláciu pracovného postupu alebo obchodných procesov a interného pracovného postupu.

Sekvencie opisujú interakcie medzi triedami, pokiaľ ide o zasielanie správ v čase.

Uveďte dynamické správanie systému v reakcii na vonkajšie podnety. Štátne diagramy sú obzvlášť užitočné pri modelovaní reaktívnych objektov, ktorých stav je iniciovaný určitými udalosťami.

Komunikácia - simuluje interakciu medzi objektmi v poradí. Opisujú statickú štruktúru a dynamické správanie systému. V mnohých ohľadoch existuje zjednodušená verzia kolaboratívneho diagramu zavedeného v UML 2.0.

Prehľad interakcie - predstavuje kombináciu diagramov aktivity a konzistencie. Simulujú sekvenciu akcií a umožňujú dekonštrukciu zložitejších interakcií v kontrolovaných udalostiach.

Dočasné - predstavujú typ behaviorálneho alebo interaktívneho diagramu UML, ktorý sa zameriava na procesy, ktoré prebiehajú počas určitého časového obdobia. Existuje špeciálny príklad schémy sekvencií.

Symboly a zápis

Existuje veľa rôznych typov UML diagramov a každý má vlastnú sadu symbolov. Triedy diagramov sú jedným z najčastejšie používaných diagramov UML a triedy diagramov sú jedným z dôležitých atribútov. Napríklad existujú symboly pre aktívne triedy a rozhrania. Symbol triedy môže byť zarámovaný tak, aby zobrazoval činnosti, atribúty a zodpovednosti triedy.
Linky sú tiež dôležité symboly na označenie vzťahu medzi komponentmi. Zovšeobecnenie a dedičnosť sú označené prázdnymi šípkami. V závislosti od bodkovanej čiary so šípkou. Použitie umožňuje určiť vlastnosti tejto závislosti. Celé číslo sa zvyčajne zobrazuje s číslom na jednom konci šípky a * na druhom konci. Diagramy paketov majú znaky, ktoré definujú balík, ktorý je podobný priečinku. Akčné grafy obsahujú samostatné znaky pre štart a koniec. Prúd kontroly je zvyčajne označený šípkou a tok objektu je prerušovaná šípka. Použitie diagramov prípadov má znaky pre účastníkov a precedensov.

Prečo používame UML?

Integrovaná podniková aplikácia s veľkým personálom si vyžaduje solídny základ plánovania a jasnej komunikácie medzi členmi tímu v priebehu projektu. Vizualizujte interakciu používateľa, procesy a štruktúru systému, ktorý sa pokúšatevytvárať, šetriť čas a uistiť sa, že všetci členovia tímu sú aktívne zapojení do procesu. Nasledujúce diagramy opisujú interakcie medzi triedami, pokiaľ ide o zasielanie správ v priebehu času. Tiež sa nazývajú schémy udalostí a predstavujú dobrý spôsob, ako vizualizovať a otestovať rôzne scenáre vykonávania. Tieto zariadenia môžu pomôcť predpovedať, ako sa bude systém správať a určiť zodpovednosť tejto triede by mal robiť v procese modelovania nový systém. Príklad Príkladový diagram je grafické znázornenie interakcií medzi prvkami systému. Ide o metodológiu používanú v systémovej analýze na detekciu, úpravu a usporiadanie systémových požiadaviek. V tomto kontexte je termín "systém" sa vzťahuje k tomu, čo sa rozvíja alebo prevádzkovaná, ako je predaj webové stránky a katalógu služieb pošty. Use case diagram v UML (Unified Modeling Language) - štandard notácie pre modelovanie objektov reálneho sveta.

Vysvetlenie pojmov

Celý systém môže zahŕňať všeobecné požiadavky na plánovanie, overenie hardvérového návrhu, testovanie a ladenie vyvinutého softvéru, vytvoriť pomoc so operačnej pomôcť či užívateľov úlohovo orientovaný. Napríklad, používanie možnosti diagramu USE CASE v predajnom prostredí zahŕňa objednávanie produktov, aktualizácie katalógu, spracovanie platieb a vzťahy so zákazníkmi. Schéma používania vyzerá ako vývojový diagram. Intuitívne symboly sú prvkami systému. scenárePRÍPADOVÉ POUŽITIE PRÍPADOVÉ PRÍPADY obsahujú štyri komponenty:

Hranica, ktorá určuje systém, ktorý zaujíma vonkajší svet.

"Účastníci" sú zvyčajne ľudia združení v systéme, ktoré sú určené v súlade s ich úlohami.

Možnosti využitia, ktoré sú špecifické úlohy, ktoré hrajú "herci" vo vnútri a okolo systému.

Vzťah medzi aktérmi.

V jednotnom jazyku simulácie môže graf sumarizovať informácie o používateľoch vášho systému (tiež známych ako entity) a ich interakcii so systémom. Ak chcete vytvoriť jeden objekt, použijete súbor špeciálnych znakov a konektorov. Napríklad graf USE CASE pre online obchod môže pomôcť tímu diskutovať a predstaviť si:

scenáre, v ktorých váš systém alebo aplikácia komunikuje s ľuďmi, organizáciami alebo externými systémami;

ciele a metódy ich dosiahnutia;

Objem systému.

Praktická aplikácia

Diagram USE CASE nie je pri absencii jasného pochopenia procesu veľmi dôležitý - nebude simulovať poradie krokov, pokiaľ nie je stanovený jasný algoritmus. Odborníci odporúčajú používať údaje z grafu na doplnenie textovej verzie. Diagram zobrazuje vysokú úroveň prepojenia medzi spôsobmi použitia, predmetmi a systémami. Z tohto dôvodu sa v modelovaní štruktúry často používajú umlové diagramy USE CASE pre politickú stranu. Schéma je ideálna v týchto situáciách:

prezentácia cieľov interakcií medzi systémom a používateľom;

definovanie a organizácia funkčných požiadaviek na systém;

určenie kontextu a požiadaviek systému;

simulácia hlavného toku udalostí v precedentej.

Vzhľadom na optimálnu vizualizáciu softvérového modelovania práčok na báze USE CASE sa používajú rozsiahle. Pri modelovaní systému je najdôležitejším aspektom zachytenie dynamického správania, čo znamená správanie systému pri jeho spustení a ďalšiu prácu. V systéme UML je k dispozícii päť diagramov dynamického modelovania a najbežnejším príkladom je diagram USE CASE.

Účel

Účelom diagramu je zachytiť dynamický aspekt systému. Táto definícia je však príliš všeobecná na to, aby opísala cieľ. Vzhľadom k tomu, že ostatné štyri grafy (Aktivita, Sekvencia, Zdieľanie a Statechart) majú rovnaký účel. POUŽÍVANÉ PRÍPADY Diagramy sa používajú na zhromažďovanie systémových požiadaviek, vrátane vnútorných a vonkajších vplyvov (spravidla tieto požiadavky na dizajn). Takže pri analýze systému na zhromažďovanie jeho funkčnosti sa vyvíjajú príklady použitia a identifikujú účastníci. Po dokončení úvodnej úlohy sa náhodné stochastické diagramy modelujú, aby reprezentovali vzhľad. Účely vytvárania diagramov USE CASE sú nasledovné:

zber požiadaviek;

získanie vzhľadu systému;

vplyv vonkajších a vnútorných faktorov;

vizualizácia interakcie medzi požiadavkami a entitami.

Tvorba

Graf použitý preanalýza systémových požiadaviek na vysokej úrovni. Keď sa analyzujú požiadavky na systém, funkcie sa pri použití používajú. Možno povedať, že modely používania nie sú ničím iným ako systémové funkcie napísané organizovaným spôsobom. Schémy sa používajú na zohľadnenie funkčných požiadaviek systému. Po identifikácii vyššie uvedených položiek musíme pre zostavenie efektívneho diagramu použitia použiť nasledovné smernice:

Názov precedensu je veľmi dôležitý - vyberte ho tak, aby mohol identifikovať vykonané funkcie.

Uveďte zodpovedajúce meno aktérom.

Zobrazte graf vzťahov a závislostí.

Nesnažte sa zahrnúť všetky typy vzťahov, pretože hlavným účelom diagramu je určiť požiadavky.

V prípade potreby použite vysvetlenie na objasnenie niektorých dôležitých bodov.

Rozsah

UML má päť schém na modelovanie dynamického zobrazenia systému. Každý model má špecifický účel použitia. Tieto konkrétne ciele sa v skutočnosti uplatňujú v rôznych smeroch pracovného systému. Ak chcete pochopiť dynamiku, musíte použiť rôzne typy diagramov. POUŽÍVANIE PRÍSLUŠENSTVA Diagramy, zloženie, typy pripojenia - najlepší príklad. Jeho špecifickým cieľom je zbierať systémové požiadavky účastníkov. Diagramy sa používajú na veľmi vysokej úrovni dizajnu, kde sú údaje viac rafinované pred získaním úplného a praktického obrazu. Dobre štruktúrovaný precedens tiež opisuje predpoklad, stav správy a výnimku. Toto súNa vytvorenie príkladov na testovanie sa používajú ďalšie prvky. Pri inžinierstve sa na prípravu informácií o požiadavkách z existujúceho programu používajú diagramy na vytváranie testovacích dopytov av prípadoch spätného inžinierstva. POUŽÍVANÉ PRÍSLUŠNOSTI Diagramy môžu byť použité na analýzu požiadaviek a dizajn na vysokej úrovni, mapovanie kontextu a reverzné inžinierstvo.