Príklady diagramov prípadov použitia
Dva diagramy prípadov použitia systémov, ktoré každý pozná, plus jeden nakreslený zámerne nesprávne - chybu, ktorá kazí väčšinu takýchto diagramov, je totiž ľahšie spoznať než definovať.
8 min čítaniaUML 2.5.112 z 35
Krátka odpoveď
- Dvaja aktéri, päť elíps a jedna hranica sú úplný diagram. Knižničný systém v tejto veľkosti pokryje include, extend aj oba druhy aktérov.
- Prihlásenie zvyčajne prípad použitia nie je. Nikto neotvára aplikáciu preto, aby sa prihlásil, takže cieľom je to, kvôli čomu sa prihlásil.
- Obyčajná čiara medzi dvoma elipsami je neprípustná. Asociácie vedú len od aktéra k prípadu použitia; medzi prípadmi je to include, extend alebo generalizácia.
- Tri až tucet prípadov použitia. Nad tucet sú elipsy kroky namiesto cieľov, alebo bola hranica nakreslená okolo dvoch systémov.
01Príklad 1: knižničný systém#
Knižnica je štandardným prvým príkladom z dobrého dôvodu: doménu už každý pozná, takže jediné, na čo zostáva pozerať, je notácia. Dvaja aktéri, päť prípadov použitia a hranica, ktorá hovorí, za ktoré z nich je softvér zodpovedný.
Všimnite si, čím tie elipsy sú. Požičať knihu je cieľ - člen chce odísť s knihou - a zostáva cieľom, či je za pultom človek, samoobslužný kiosk alebo aplikácia. Práve tá nezávislosť od mechanizmu je testom prípadu použitia: ak by výmena rozhrania zmenila popisku, je tá popiska krokom.
Skutočnú prácu robia dva vzťahy. Overiť členstvo je zahrnuté prípadom Požičať knihu, čo znamená, že sa vždy deje ako jeho súčasť, a šípka mieri od vypožičiavania k zahrnutému správaniu. Nemá vlastného aktéra a to je správne - nikto neprichádza do knižnice s túžbou, aby mu overili členstvo. Zaplatiť pokutu za omeškanie rozširuje Vrátiť knihu: deje sa len niekedy a šípka mieri opačne, od voliteľného správania do základného.
02Príklad 2: online obchod s externým systémom#
Druhý príklad pridáva kus, ktorý väčšina prvých diagramov vynecháva: systém, od ktorého závisíte a ktorý neriadite.
Payment gateway je sekundárny aktér. Nič neiniciuje - všetko na tomto diagrame začína zákazník - ale systém sa naň obracia, takže patrí mimo hranicu s čiarou do prípadu použitia, ktorý ho potrebuje. Práve jeho nakreslenie je to, čím si diagram prípadov použitia zaslúži miesto v rozhovore o rozsahu: hranica teraz presne ukazuje, ktoré správanie máte na starosti a ktoré kupujete.
Uplatniť zľavový kód rozširuje Zadať objednávku, lebo väčšina objednávok žiadny nemá. Keby ho mala takmer každá, bolo by to namiesto toho include. Otázkou nie je, či je správanie dôležité, ale či sa deje vždy.
Štyri elipsy sú rozumná veľkosť. Skutočný obchod má stovky správaní a diagram s tým nerastie - kreslíte jeden na rozhovor, zúžený na otázku, ktorá sa práve kladie, čo je disciplína, o ktorej je zúženie modelu.
03Príklad 3: tá istá notácia použitá zle#
Väčšina zlých diagramov prípadov použitia je zlá presne jedným spôsobom a oplatí sa ho raz vidieť.
Štyri elipsy, jeden aktér, hranica, vôbec žiadne chyby v notácii - a diagram je bezcenný. Každá popiska je krokom v používateľskom rozhraní, nie cieľom, ktorý človek má. Nikto nechce zadať používateľské meno; chce sa prihlásiť, a aj to je zvyčajne len v službách niečoho iného.
Celý diagram sa zmrští na jediný prípad použitia a tie štyri kroky patria do jeho textového popisu, alebo - ak na vetvení naozaj záleží - do diagramu aktivít. To je štandardná náprava: sled ide do aktivít, ciele zostávajú tu.
04Ako ich prispôsobiť vášmu systému#
Tie dva dobré diagramy vyššie sú ten istý diagram s inými podstatnými menami, a to je na tejto notácii to užitočné - len čo máte tvar v ruke, ďalší zaberie desať minút.
Siahnite po ňom, keď
- Ciele, ktoré by používateľ pomenoval, vyjadrené ako sloveso plus predmet: zadať objednávku, požičať knihu.
- Hranica nakreslená okolo práve jedného systému, s aktérmi mimo nej.
- Sekundárni aktéri pre každú externú službu, ktorú systém volá, aby boli závislosti viditeľné.
- Include pre správanie, ktoré sa deje vždy; extend pre správanie, ktoré sa deje niekedy.
Siahnite po niečom inom, keď
- Kroky rozhrania - kliknúť, zadať, vybrať, odoslať. Nie sú to ciele.
- CRUD rozstriekaný po diagrame: vytvoriť, prečítať, upraviť a zmazať vec je jeden prípad použitia, nie štyri.
- Obyčajné čiary medzi dvoma elipsami. Legálne sú tam len include, extend a generalizácia.
- Viac než zhruba tucet elíps. Radšej rozdeľte podľa aktéra alebo podsystému.
05Čo si zapamätať#
Po jednom riadku na každé
- 01Prípad použitia je cieľ, ktorý prežije redizajn rozhrania. Ak by sa popiska zmenila, je to krok.
- 02Include mieri od základu k vždy zahrnutému správaniu; extend mieri od voliteľného správania späť do základu.
- 03Zahrnuté prípady použitia nemajú vlastného aktéra a to je správne.
- 04Sekundárni aktéri sú to, čo robí diagram užitočným v rozhovore o rozsahu.
- 05Tri až tucet elíps. Za tým sa z diagramu stal zoznam obrazoviek.
06Časté otázky#
Aký je dobrý príklad diagramu prípadov použitia?
Knižničný systém: člen hľadá v katalógu, požičiava si a vracia knihy; knihovník obsluhuje pultovú stranu tých istých dvoch; požičanie zahŕňa overenie členstva; a zaplatenie pokuty rozširuje vrátenie. Dvaja aktéri, päť elíps a jedna hranica sú úplný diagram.
Je prihlásenie prípad použitia?
Zvyčajne nie samo osebe. Nikto neotvára aplikáciu preto, aby sa prihlásil - prihlási sa, aby urobil niečo iné, a cieľom je to niečo iné. Nakreslite ho ako zahrnutý prípad použitia tam, kde ho viacero cieľov naozaj vyžaduje, inak ho vynechajte.
Koľko prípadov použitia má mať jeden diagram?
Približne tri až tucet. Menej než tri a stačila by veta; viac než tucet a elipsy sú kroky namiesto cieľov, alebo bola hranica systému nakreslená okolo dvoch systémov.
Môžu byť dva prípady použitia spojené obyčajnou asociáciou?
Nie. Asociácie vedú len medzi aktérom a prípadom použitia. Medzi dvoma prípadmi použitia sú prípustné include, extend a generalizácia; obyčajná čiara medzi dvoma elipsami je znak, že niekto kreslí sled krokov namiesto množiny cieľov.
Čo je sekundárny aktér v diagrame prípadov použitia?
Externá strana, ktorú systém volá, a nie tá, ktorá niečo iniciuje: platobná brána, poskytovateľ identity, mailová služba. Kreslí sa ako aktér na opačnej strane hranice a je to tá časť diagramu, ktorá ukazuje, na čom závisíte, no neriadite to.
V tejto sérii
- 01Čo je UML?
- 02Symboly UML
- 03Výber diagramu
- 04Diagramy tried
- 05Príklady diagramov tried
- 06Ako nakresliť diagram tried
- 07Symboly diagramu tried
- 08Sekvenčné diagramy
- 09Príklady sekvenčných diagramov
- 10Ako nakresliť sekvenčný diagram
- 11Diagramy prípadov použitia
- 12Príklady prípadov použitia
- 13Diagramy aktivít
- 14Príklady aktivít
- 15Stavové diagramy
- 16Príklady stavových diagramov
- 17Diagramy komponentov
- 18Príklady komponentov
- 19Kreslenie diagramu komponentov
- 20Symboly komponentov
- 21Diagramy nasadenia
- 22Príklady nasadenia
- 23Diagramy objektov
- 24Diagramy balíkov
- 25Diagramy zloženej štruktúry
- 26Komunikačné diagramy
- 27Sekvenčný vs komunikačný
- 28Časové diagramy
- 29Diagramy prehľadu interakcií
- 30Diagramy profilov
- 31UML pomocou AI
- 32Príklad e-shopu
- 33Príklad banky
- 34Príklad mikroslužieb
- 35Príklad AWS
Súvisiace články
Diagramy správania
Základy
Diagramy správania
Prax modelovania
Diagramy správania
Diagramy správania