Keď uvádzate na trh nový produkt, vaša vízia jeho použitia sa môže líšiť od toho, ako si to myslia zákazníci. Skutočne ho použijú inak. Marc Chavannes a Alfred Fielding, ktorí vynašli bublinkovú fóliu, nemali na pamäti balenie a prepravu, keď zlepili dva sprchové závesy k sebe a zachytili medzi nimi vzduch. Snažili sa ich predať ako tapetu. Inými slovami, pravdepodobne to nepredvídali. Práve v takýchto situáciách sa ukazuje nenahraditeľná hodnota prípadov použitia.
Čo je to Prípad Použitia?
Prípad použitia opisuje, ako osoba alebo iný systém (tzv. aktér) používa systém na splnenie úlohy alebo dosiahnutie cieľa. Je to štruktúrovaný opis interakcie medzi aktérom a systémom. V technologickom svete prípad použitia dokumentuje kroky, ktoré používateľ podnikne na dosiahnutie konkrétneho cieľa. Základný tok udalostí v rámci prípadu použitia sa nazýva aj „šťastná cesta“ (happy path), čo predstavuje ideálny scenár bez akýchkoľvek komplikácií. Okrem základného toku však existujú aj alternatívne toky, ktoré opisujú rôzne možnosti, ako môže aktér dosiahnuť cieľ, a scenáre zlyhania, ktoré pokrývajú situácie, keď sa cieľ nedosiahne.
Prípady použitia sú najcennejšie v úplne počiatočných fázach projektu. Pomáhajú identifikovať kľúčové cieľové skupiny a vyvíjať produkty priamo pre ne. Vývojári a predajcovia fyzických produktov vytvárajú prípady použitia, aby identifikovali problémy, ktoré ich produkt vyrieši pre rôznych používateľov. Napríklad prípad použitia novej chladničky by sa mohol zamerať na ergonomickú rukoväť, ktorá je pohodlná pre ľudí s artritídou. Na jej výrobu by vývojári požiadali ľudí s artritídou, aby rukoväť otestovali a uistili sa, že spĺňa ich potreby.

História a Vývoj Prípadov Použitia
Ivar Jacobson vytvoril prvý model prípadu použitia v roku 1987 počas práce v spoločnosti Ericsson. Začal ako nástroj na vývoj komplexných telekomunikačných systémov. Už koncom šesťdesiatych rokov vymyslel Ivar Jacobson pri práci na telefónnom systéme vo firme Sony Ericsson vec, ktorá sa neskôr stala známa ako prípady použitia. V priebehu 90. rokov došlo k zjednoteniu niekoľkých metodík s cieľom vytvoriť štandard UML (Unified Modeling Language). UML sa stal štandardom, ktorý bol naďalej udržiavaný, aby sa zabránilo situácii, kedy by sa vývojári museli učiť pre každý projekt ďalší jazyk, čím sa rapídne znížili náklady na školenia. Dnes mnohé odvetvia vytvárajú prípady použitia na identifikáciu kľúčových cieľových skupín a vyvíjať produkty pre nich.
Diagram Prípadu Použitia: Vizuálna Reprezentácia
Diagram prípadu použitia je vizuálna reprezentácia napísaná v jazyku UML. Diagramy poskytujú tímom prehľadnosť. Výskum z Inštitútu projektového riadenia zistil, že globálne tímy používajúce ich Čisté skóre úspešnosti projektov ohodnotili menej ako polovicu svojich projektov ako úspešné. Diagramy prípadov použitia pomáhajú pri zachytávaní systémových požiadaviek a zobrazujú správanie systému v UML. Rozsah a funkcie systému na vysokej úrovni sú opísané v diagramoch prípadov použitia. V týchto diagramoch sú znázornené aj interakcie medzi aktérmi a systémami. Diagramy prípadov použitia ukazujú, čo systém robí a ako ho aktéri využívajú, ale neukazujú, ako systém vnútorne funguje. Okrem toho kontext a požiadavky buď celého systému alebo kritických komponentov systému sú znázornené a definované pomocou diagramov prípadov použitia. Jeden diagram prípadu použitia môže predstavovať komplikovaný systém, alebo niekoľko diagramov prípadov použitia môže reprezentovať jeho komponenty.
Diagram podporuje váš písomný prípad použitia. Je to ako mapa, ktorá zobrazuje rozloženie, zatiaľ čo vaša textová verzia poskytuje podrobné pokyny. V UML diagramoch zachytávame len prípady použitia, aktérov a ich vzťahy. Najdôležitejšou časťou je správne priradenie prípadu použitia k aktérovi, ktoré zobrazujeme plnou neprerušovanou čiarou.

Kľúčové Komponenty Diagramu Prípadu Použitia
- Aktér (Actor): Označuje funkciu vykonávanú používateľom alebo akýmkoľvek iným systémom, ktorý sa zaoberá témou. Aktér je niekto alebo niečo, čo sa nachádza mimo systému. Nemusí to byť len človek, môže to byť aj mechanický či počítačový systém alebo celá organizácia. Aktér predstavuje rolu, nie konkrétneho používateľa, ktorá je vo vzťahu so systémom, ktorého funkcionalitu opisujeme. Primárny aktér je ten, ktorý požaduje, aby systém zaistil dosiahnutie jeho cieľa.
- Prípad Použitia (Use Case): Je to súbor inštrukcií na dokončenie úlohy, ktorý často popisuje interakcie medzi aktérom a systémom. Prípady použitia opisujú, akým spôsobom môže aktér dosiahnuť svoj cieľ. Názov prípadu použitia by mal byť krátky, výstižný, pomenovaný podľa cieľa aktéra a zložený z dvoch či maximálne troch slov, pričom by mal obsahovať sloveso.
- Hrana systému (System Boundary): Vizualizuje hranice systému. Všetko vnútri hranice je súčasťou systému, zatiaľ čo všetko mimo je mimo systému.
- Združenie (Association): Zobrazuje vzťah medzi aktérom a prípadom použitia. Prerušované čiary znázorňujú súvislosti medzi cieľmi.
- Vzťahy (Relationships): V diagrame prípadu použitia UML existujú hlavné vzťahy:
- Asociácia: Vzťah medzi aktérom a prípadom použitia.
- Zovšeobecnenie (Generalization): Vzťah medzi všeobecnejšou triedou a jej špeciálnym prípadom (používa sa aj v iných UML diagramoch).
- Zahrnutie (Include): Vzťah, kde jeden prípad použitia (základný) zahŕňa funkcionalitu iného prípadu použitia (zahrnutého). Základný prípad použitia nemôže byť dokončený bez vykonania zahrnutého prípadu použitia.
- Rozšírenie (Extend): Vzťah, kde jeden prípad použitia (rozširujúci) môže rozšíriť funkcionalitu iného prípadu použitia (základného) za určitých podmienok. Rozširujúci prípad použitia je voliteľný.
Prípad Použitia vs. Používateľský Príbeh vs. Testovací Prípad
Prípady použitia, používateľské príbehy a testovacie prípady sú nástroje, ktoré môžete používať spoločne.
- Prípad Použitia: Štruktúrovaný opis toho, ako aktér interaguje so systémom, aby dosiahol konkrétny cieľ. Najlepšie pre komplexné systémy alebo regulačné odvetvia. V podnikaní načrtáva celkový obraz a opisuje, ako proces prinesie hodnotu.
- Používateľský Príbeh (User Story): Krátke, jednoduché opisy funkcie z pohľadu koncového používateľa. Najlepšie pre iteratívne doručovanie a uprednostňovanie hodnoty pre zákazníka. Spárujte používateľské príbehy s náčrtmi prípadov použitia, aby ste objasnili zložité interakcie.
- Testovací Prípad (Test Case): Poskytuje kroky na overenie, či konkrétna funkcia alebo požiadavka funguje podľa očakávania. Najlepšie pre zabezpečenie kvality a regresnú bezpečnosť.
Kedy Použiť Diagramy Prípadov Použitia?
Diagramy prípadov použitia sa vytvárajú v počiatočných fázach projektu a používajú sa ako referencie počas celého procesu vývoja.
- Modelovanie podniku: Pred vytvorením projektu môžete vytvoriť diagram prípadu použitia na modelovanie podniku. Týmto spôsobom všetci účastníci projektu zdieľajú pochopenie pre zákazníkov, pracovníkov a aktivity podniku.
- Zachytávanie systémových požiadaviek: Používatelia môžu vytvoriť diagram prípadov použitia na zachytenie systémových požiadaviek. Je to tiež spôsob, ako prezentovať ostatným, čoho je systém schopný.
- Analýza a návrh: Diagramy prípadov použitia sú užitočné počas fázy analýzy a návrhu. Môžu indikovať triedy, ktoré systém vyžaduje.
- Určovanie systémových testov: Diagramy prípadov použitia sú užitočné pri určovaní systémových testov počas testovacej fázy.
Ako vytvoriť diagram prípadov použitia v Enterprise Architect 15.2
Typické Prvky Prípadu Použitia
Každý prípad použitia by mal obsahovať nasledujúce prvky:
- Názov: Krátky, výstižný názov (napr. „Prihlásiť sa do systému“).
- Aktér: Primárny aktér, ktorý iniciuje prípad použitia.
- Cieľ: Jasne definovaný cieľ, ktorý aktér chce dosiahnuť.
- Predpoklady (Preconditions): Podmienky, ktoré musia byť splnené pred spustením prípadu použitia. Napríklad, že používateľ je už zaregistrovaný.
- Základný tok (Basic Flow / Happy Path): Sekvencia krokov, ktoré vedú k úspešnému dosiahnutiu cieľa v ideálnych podmienkach.
- Alternatívne toky (Alternative Flows): Opisujú rôzne cesty, ako môže aktér dosiahnuť cieľ, alebo ako sa systém správa v rôznych situáciách.
- Toky zlyhania (Failure Flows): Opisujú kroky, ktoré sa vykonajú, keď sa cieľ nedosiahne alebo nastane chyba.
- Post-podmienky (Postconditions): Stav systému po úspešnom dokončení prípadu použitia.
Príklad: Bezpečná Mini Chladnička na Kozmetiku
Predstavte si produkt ako je stolná mini chladnička. Pôvodne bola navrhnutá na chladenie nápojov. Avšak, preskúmanie rôznych prípadov použitia pre produktovú stratégiu môže odhaliť nové, neočakávané hodnoty a publikum.
- Prípad použitia 1: Chladenie nápojov:
- Aktér: Zamestnanec v kancelárii.
- Cieľ: Udržať nápoje (vodu, sódu) chladné počas pracovného dňa.
- Základný tok: Zamestnanec vloží nápoj do chladničky, zapne ju a nápoj sa schladí.
- Prípad použitia 2: Chladenie produktov starostlivosti o pleť:
- Aktér: Osoba so záujmom o starostlivosť o pleť.
- Cieľ: Udržať kozmetické produkty (séra, krémy) v optimálnej teplote pre zachovanie ich účinnosti a predĺženie trvanlivosti.
- Základný tok: Používateľ vloží kozmetické produkty do chladničky, ktorá je nastavená na nižšiu, ale nie mrazivú teplotu.
- Alternatívny tok: Používateľ zabudne vypnúť chladničku po dovolenke, ale vďaka presným prednastaveným teplotám nedôjde k poškodeniu produktov.
Tento príklad ilustruje, ako sa jeden produkt môže stať relevantným pre rôzne cieľové skupiny s rôznymi potrebami, čoho si vývojári nemuseli byť v úvodnej fáze vedomí. Pochopenie toho, ako vaše publikum používa váš produkt, vám pomôže identifikovať a uprednostniť základné funkcie alebo výhody.
Nástroje na Tvorbu Diagramov Prípadov Použitia
Existuje mnoho nástrojov, ktoré môžete použiť na tvorbu diagramov prípadov použitia. Medzi populárne patria:
- Enterprise Architect: Komplexný nástroj pre modelovanie softvéru, ktorý podporuje všetky typy UML diagramov vrátane prípadov použitia. Je vhodný pre profesionálne tímy a rozsiahle projekty.
- draw.io (diagrams.net): Bezplatný, webový nástroj, ktorý je jednoduchý na použitie a ponúka širokú škálu tvarov a šablón. Je ideálny pre začiatočníkov a menšie projekty.
- Lucidchart: Cloudový nástroj na vizualizáciu, ktorý umožňuje spoluprácu v reálnom čase a ponúka rozsiahlu knižnicu šablón a tvarov.
- Microsoft Visio: Bežný nástroj na diagramovanie, ktorý je súčasťou balíka Microsoft Office a poskytuje šablóny pre UML diagramy.
Pri výbere nástroja zvážte zložitosť vášho projektu, potrebu spolupráce a váš rozpočet.
Záver
Diagramy prípadov použitia sú kľúčovým nástrojom pre efektívne plánovanie a vývoj softvérových projektov. Poskytujú jasný pohľad na to, ako používatelia interagujú so systémom, pomáhajú identifikovať potenciálne problémy a zabezpečujú, že produkt spĺňa skutočné potreby cieľovej skupiny. Vďaka vizuálnej povahy a štruktúrovanému prístupu sa diagramy prípadov použitia stávajú nenahraditeľným kompasom pre akýkoľvek produktový tím.