Šablóna UML diagramu prípadov použitia
Dvaja aktéri, hranica systému a štyri prípady použitia so správne nakresleným include a extend - diagram rozsahu, aký dokument požiadaviek naozaj potrebuje.
Notácia: UML 2.5.1Diagram: Diagram prípadov použitia
Otvorte túto šablónu v Archyne
Otvorí sa ako upraviteľný model, nie ako obrázok. Zmeňte ho v prehliadači a exportujte do PNG, SVG, Mermaidu, XMI alebo súboru Sparx .qea.
Otvoriť šablónuČo je na tomto diagrame
- Hranica systému
- Obdĺžnik. Všetko vnútri je to, čo staviate vy.
- Customer
- Primárny aktér - ten, kto má cieľ. Premenujte na svojho.
- Administrator
- Sekundárny aktér. Zmažte ho, ak vám stačí jedna rola.
- Place order
- Prípad použitia na úrovni cieľa. Jeden na každú vec, ktorú aktér chce.
- «include»
- Správanie, ktoré beží vždy, vyňaté zo základného prípadu.
- «extend»
- Podmienené správanie. Šípka ukazuje na prípad, ktorý rozširuje.
Ako si ho prispôsobiť
- Každý prípad použitia pomenujte slovesom a zo strany aktéra: „Zadať objednávku“, nie „Spracovanie objednávok“.
- Hranicu nakreslite okolo toho, čo staviate, a každého aktéra nechajte mimo nej.
- Šípku include nechajte smerovať preč od základného prípadu a šípku extend naň.
- Zmažte každý prípad, ktorý je krokom a nie cieľom - prihlásenie zvyčajne cieľom nie je.
- Skončite pri zhruba ôsmich ovaloch. Diagram prípadov použitia je obsah, nie samotný text.
Časté otázky
Aký je rozdiel medzi include a extend?
Include je správanie, ktoré základný prípad použitia spustí vždy, vyňaté tak, aby ho mohli zdieľať dva prípady, a jeho šípka smeruje od základného k vloženému. Extend je správanie, ktoré beží len za podmienky, a jeho šípka smeruje od rozširujúceho prípadu späť na základný.
Majú byť aktéri vnútri hranice systému?
Nie. Hranica ohraničuje to, za čoho stavbu zodpovedáte, a aktér je z definície mimo nej - človek, iný systém alebo hodiny. Umiestniť aktéra dovnútra je najčastejšia chyba na diagrame prípadov použitia, pretože ticho tvrdí, že staviate používateľa.
Ako podrobný má byť diagram prípadov použitia?
Takmer vôbec. Existuje na to, aby pomenoval ciele a ukázal, kto ich má, a podrobnosti patria do textu prípadov použitia pod ním. Osem ovalov je zdravý diagram; tridsať je diagram, ktorý nikto nečíta, a rozsah, s ktorým nikto nesúhlasil.
Prečítajte si notáciu
Diagramy prípadov použitia
Ako čítať a kresliť UML diagram prípadov použitia: aktéri, hranica systému, asociácie a vzťahy include a extend, ktoré si ľudia najčastejšie pomýlia.
Čo je UML?
Unified Modeling Language v praxi: štrnásť typov diagramov, ako sa delí štruktúra a správanie, a ako vybrať správny diagram na otázku, ktorú sa naozaj pýtate.
Diagramy aktivít
Ako čítať a kresliť UML diagram aktivít: akcie, rozhodnutia a zlúčenia, vidlice a spojenia, stráže, plavecké dráhy a rozdiel medzi vetvením a skutočným paralelizmom.