Use-case diagram: Najlepší spôsob, ako jasne porozumieť užívateľským požiadavkám

Správne vytvorený use-case diagram je základným pilierom každej dobrej analýzy. Pomáha vizualizovať, čo presne od systému očakáva používateľ a aké interakcie medzi systémom a aktérmi nastávajú. V nasledujúcich bodoch si ukážeme, ako tento diagram efektívne vytvoriť v UML, ako využiť jeho možnosti v nástroji Enterprise Architect a na čo si dať pozor.

1. Identifikácia prípadov použitia (granularita, Millerovo pravidlo)

Pri vytváraní use-case diagramu je najdôležitejšie správne zvoliť granularitu prípadov použitia. Každý prípad by mal predstavovať jednu konkrétnu akciu alebo cieľ používateľa, nie príliš všeobecný ani príliš detailný krok.

Pomôckou je Millerovo pravidlo: človek si dokáže naraz zapamätať 7 ± 2 položky. Diagram s viac ako 9 prípadmi môže byť prehľadnejší, ak sa rozdelí do viacerých samostatných častí.

Príklady prípadov použitia:

„Zaregistrovať sa“ – OK
„Zadať e-mail“ – príliš podrobné
„Spravovať používateľský účet“ – príliš všeobecné

2. Význam aktérov a ako ich správne definovať

Aktéri sú entity (ľudia, systémy), ktoré interagujú so systémom zvonka. Môžu byť:

Primárni – iniciujú prípad použitia,
Sekundárni – reagujú na výzvu systému.

Pri definovaní aktérov platí:

Aktér nie je konkrétna osoba, ale rola (napr. „Zákazník“, „Administrátor“).
Jeden aktér môže mať viacero prípadov použitia.
Ak dva systémy komunikujú, druhý systém sa stáva aktérom.

3. Stereotypy include a extend: Kedy ich použiť a prečo

Use-case diagram v UML obsahuje aj dva dôležité stereotypy na štruktúrovanie:

Online kurz programovania v Jave

Programovanie nie je ťažké! Kódenie vlastných appiek v nástroji Java je veľká zábava. Do konca leta programujete vy sami alebo vaše bystré deti svoje prvé appky

Prvá hodina zadarmo!

7dňová výzva programovania Webu

Budete vedieť vytvárať pekné weby koncom budúceho týždňa? Áno, dá sa to! Radi vám s tým pomôžeme. Stačí prijať Sedemdňovú výzvu a rezervovať si tento kurz

Prvá hodina zadarmo!

«include» – keď sa časť správania opakuje vo viacerých prípadoch. Príklad: „Overenie hesla“ zahrnuté v „Prihlásení“ aj „Zmena e-mailu“.
«extend» – voliteľné alebo podmienené správanie. Príklad: „Zobraziť ponuku zliav“ je rozšírením prípadu „Zobraziť produkt“, ale iba ak je používateľ prihlásený.

Používajte tieto stereotypy pre vyššiu prehľadnosť, opätovnú použiteľnosť a modulárnosť správania systému.

4. Vstupné a výstupné podmienky, slovný scenár a prepojenie na BPM

Pre každý prípad použitia je dobré definovať:

Predpoklady (preconditions) – čo musí platiť pred začatím prípadu (napr. „používateľ je prihlásený“),
Výstupné podmienky (postconditions) – čo bude výsledkom prípadu (napr. „objednávka je potvrdená“),
Hlavný scenár – krok po kroku popísaný textovo,
Alternatívne toky – napr. čo sa stane pri chybe alebo výnimke.

Use-case scenáre možno neskôr prepojiť s BPM diagramami (Business Process Modeling) pre hlbšie pochopenie procesov.

5. Tvorba use-case diagramu v Enterprise Architect (krok za krokom)

Enterprise Architect umožňuje vytvárať use-case diagramy rýchlo a efektívne:

Vytvorte nový balík (napr. „Use Cases“).
Pravým klikom → Add Diagram → UML Behavioral → Use Case Diagram.
Pomocou Toolboxu pridajte aktérov a prípady použitia.
Prepojte ich pomocou asociácií a doplňte «include» alebo «extend».
Pre každý prípad vypíšte poznámku s hlavným scenárom (Note → link to element).

Tento vizuálny model možno následne exportovať, doplniť o ďalšie detaily alebo prepojiť na ďalšie vrstvy návrhu.

Chcete sa naučiť pracovať s use-case diagramami profesionálne?

Prihláste sa do kurzu Základy jazyka UML v nástroji Enterprise Architect, kde sa naučíte čítať diagramy UML, budete vedieť písať vlastné diagramy v UML v nástroji Enterprise Architect.

Kurz UML - Základy jazyka UML v nástroji Enterprise Architect