Schéma použitia UML
Našli ste niekedy zaujímavé vývojové diagramy? Schopnosťou vývojových diagramov je vysvetliť zložité algoritmy pomocou inštrukcií krok za krokom v rôznych tvarovaných rámčekoch - vždy bolo jednoduchým spôsobom znázorniť akýkoľvek algoritmus alebo proces. UML diagramy sú pokročilá verzia vývojových diagramov. Pochopme jednotlivé termíny.
Čo je schéma použitia UML?
Znie to ako dosť zložitý názov, však? Poďme si to rozdeliť na každé slovo.
UML
Unified Modeling Language je moderný prístup k tradičnému procesu modelovania a dokumentovania softvéru. Tento prístup predstavuje schematické znázornenie komponentov a procesov obsiahnutých v softvéri. Je to ako vysvetliť celý softvér pomocou vizuálnych zobrazení, aby bolo ľahké porozumieť a vylúčiť možné nedostatky a chyby v systéme. Celý proces spadá pod rozsiahlu techniku modelovania podnikových procesov.
Diagramy UML
Predstavte si tie zmenšené modely rôznych rozsiahlych architektúr, ako sú nákupné strediská alebo bytová spoločnosť, rozmiestnené po akroch, umiestnené v pekných lesklých sklenených škatuliach na recepcii budovy. Nie je ľahké pochopiť úplnú štruktúru, keď bola pred vašimi očami modelovaná ako celok?
UML Diagramy sú softvér, aký majú tieto zmenšené modely skutočnú štruktúru. Kompletné zobrazenie celého systému alebo jeho časti pomocou diagramov. Existujú rôzne schémy slúžiace na rôzne účely. Niektoré príklady sú:
- Diagram triedy - Zaostrí sa viac na plán.
- sekvenčný diagram - Zaostruje sa viac na proces z hľadiska systému.
- diagram aktivity - Zameriava sa na akcie z pohľadu užívateľa.
- Použite schému prípadu - Zamerajte sa na obchodné požiadavky a mnoho ďalších.
Schéma použitia UML
Ústrednou témou dnešnej diskusie sú diagramy použitia prípadov. Schéma použitia Prípad modeluje dynamické správanie systému, keď je v prevádzke. Zdôrazňuje vysoké požiadavky systému. Je modelovaný tak, aby reprezentoval vonkajší pohľad na systém. Schéma prípadu použitia vysvetľuje rôzne prípady použitia, v ktorých môže koncový používateľ interagovať so systémom. Perspektíva na obrázku je koncového používateľa.
Jednoduchým príkladom diagramu použitia je, ako koncový užívateľ spolupracuje so systémom rezervácie leteniek. Niektoré prípady použitia v tomto príklade môžu byť, ale nie sú obmedzené na:
- Osoba, ktorá sa prihlási, aby vyhľadala lety.
- Osoba rezervuje let.
- Osoba si prezrie svoje predchádzajúce letenky.
- Osoba si počas letu preverí web.
- Osoba zruší svoj let.
a niektoré ďalšie,
Poďme sa ponoriť …
Ako už bolo uvedené, schéma použitia modeluje dynamické správanie systému. Všimnite si slovo dynamické. Z toho vyplýva, že musia existovať určité interné alebo externé faktory, ktoré ovplyvňujú správanie systému počas jeho prevádzky a jeho dynamický charakter. Títo interní alebo externí agenti sú známi ako herci . Schéma prípadu modeluje hercov, systém a ich vzájomné pôsobenie. Schéma jedného prípadu použitia môže modelovať konkrétnu funkčnosť systému.
Ale prečo používať prípadový diagram?
To je zvedavá stránka, keď hovoríte. Poďme analyzovať prostredníctvom niektorých QnA.
- Prečo použitie prípadu, keď diagram aktivity tiež modeluje činnosti systému na základe vstupov?
Odpoveď: Áno, ale schéma použitia ju robí z pohľadu koncového používateľa, zatiaľ čo schéma aktivity to robí z hľadiska systému. Koncový používateľ nemusí poznať svoju rolu prostredníctvom diagramu činnosti.
- Potom teda sekvenčné diagramy zahŕňajú hercov a činnosti, ktoré vykonávajú v rôznych fázach. Prečo použitie prípadu?
Odpoveď: Sekvenčné diagramy sú podrobnejšie verzie interakcie používateľa a systému. Zahŕňajú tiež vnútorné fungovanie systému, interakciu medzi podmodulami a čas, ktorý uplynul počas vnútorného fungovania. Koncový používateľ nemusí mať o tieto podrobnosti záujem. Zaoberá sa celkovým výstupom systému.
- Viem, že diagramy spolupráce / komunikácie sú jednoduchšou verziou sekvenčných diagramov. Prečo ich nemôžem používať?
Ans. Schémy spolupráce sú síce jednoduchšie, zameriavajú sa však hlavne na komunikáciu medzi komponentmi. Toto stále vyžaduje väčšie zameranie na správy, ktoré sa vymieňajú medzi systémom a sub-modulmi. Koncový používateľ ho môže stále považovať za príliš podrobný pre svoj účel.
- K dispozícii je tiež schéma stavu. Sú jednoduché, nezahŕňajú interné podmoduly a zobrazujú tiež interakcie koncových používateľov. Ako to porazí diagram použitia?
Ans. Primárnym účelom stavových diagramov je analyzovať stav systému v každom možnom časovom okamihu. Sú vhodnejšie na ladenie a reverzné inžinierstvo systému. Pomocou diagramov prípadov preskočte prechodné stavy systému, pretože koncový používateľ nemusí mať záujem poznať všetky stavy, ktorými stroj prechádza. Diagramy stavových grafov sa navyše nezameriavajú na celkovú požiadavku, ako to robia diagramy použitia. Zameriavajú sa viac na konkrétny vstup a príslušný výstup.
Takže z tejto diskusie je zrejmé, že zatiaľ čo mnoho diagramov UML vykonáva podobné funkcie, napriek tomu majú významnú úlohu pri porozumení systému. Schéma prípadu použitia je rovnako dôležitá ako akákoľvek iná schéma pre celkovú dokumentáciu systémových komponentov diagramov prípadu použitia.
príklad
Nižšie je uvedený jednoduchý príklad schémy použitia pre rezervačný systém leteniek. Tento diagram sa môže urobiť komplexnejším so zavedením ďalších aktérov, ako sú napríklad rezervační operátori, banky atď. Bolo zjednodušené demonštrovať, ako sa vytvára diagram použitia.
záver
Schémy prípadov použitia sú jednoduché, ale efektívne na pochopenie systému zvonka. Pre podnik sú veľmi užitočné pri definovaní požiadaviek na vysokej úrovni a pri analýze nedostatkov v požiadavkách. Porozumenie diagramom prípadov použitia pomáha podniku aj technickému tímu dostať sa na tú istú stránku z hľadiska požiadaviek.
Odporúčané články
Toto bol návod na použitie UML. Tu sme diskutovali, čo je UML Case Diagram a prečo sa používa a komponenty tohto diagramu. Viac informácií nájdete aj v ďalších navrhovaných článkoch -
- Sprievodca krok za krokom k diagramu triedy
- Čo je počítačový grafický dizajn?
- Data Science vs Vizualizácia dát
- Čo je to Teradata? | Teradata Architecture