Diskusia – 2. diel - UML - Use Case Diagram
SpäťUpozorňujeme, že diskusie pod našimi online kurzami sú nemoderované a primárne slúžia na získavanie spätnej väzby pre budúce vylepšenie kurzov. Pre študentov našich rekvalifikačných kurzov ponúkame možnosť priameho kontaktu s lektormi a študijným referentom pre osobné konzultácie a podporu v rámci ich štúdia. Toto je exkluzívna služba, ktorá zaisťuje kvalitnú a cielenú pomoc v prípade akýchkoľvek otázok alebo projektov.
Jakub Siobos:21.4.2018 18:24
Děkuji za odpověď. Trochu jsem doufal, že nastoupení a vystoupení z
výtahu bude špatně. Hlava mi to totiž moc nebere. Počítal jsem, že to
bude spíše patřit třeba do diagramu aktivit. Při nastoupení do výtahu to
není přece o tom, co by měl systém umět... Respektive musí umět
otevření dveří, ale to je sekundární vlastnost přivolání výtahu (i
když výtah stojí v daném patře, kde mi a jen otevře dveře)... :-/ Je
možné mi to polopaticky vysvětlit? Nebo je to v pořádku jen za
předpokladu, že aktor musí ještě něco udělat (kromě přivolání výtahu
- třeba ručně ty dveře otevřít). Na normálních systémech to chápu, ale
na tomhle případu jsem se kousl. díky 
Jindřich Máca:22.4.2018 0:26
Je to docela jednoduché a zkusím to tedy vysvětlit trochu polopaticky.
Tento diagram se snaží o zachycení toho, co by daný systém měl umět. Už
z doslovného překladu "diagram případů použití" je jasné, že
primárním cílem je popis různých použití systému. Jelikož je to diagram
analýzy, ne návrhu, řeší se zde pouze otázka toho, co
bude umět, nikoliv jak to bude ve výsledku technicky zpracované.
Jedním z jeho hlavních využití je pak např. možnost namapovat schopnosti
systému na kladené uživatelské požadavky, tj. zkrátka jestli to bude umět
všechno, co uživatel požadoval.
Ve Tvém případě tedy nastoupení i vystoupení jsou použití systému
výtah, tudíž hurá s nimi do diagramu. To, že ve výsledku tyto akce budou
čistě uživatelská interakce bez programové podpory je záležitost
technického řešení (návrhu). Ber to tak, že v rámci analýzy ještě ani
nevíš přesné technologie, ve kterých to budeš dělat, ale víš, že
obecný výtah má umožňovat toto použití na základě toho, že to
uživatel chtěl. 
Doufám, že už je to trochu jasnější, líp to asi vysvětlit neumím...
Teď už je mi to naprosto jasné. Já jsem v některých krocích byl
myšlenkově trošku napřed, tak mi to nedávalo moc smysl. Děkuji moc
Díky za tutoriál, pro základní přehled skvělý. Mám ale připomínku k větě "Zajímavá je vazba <<include>>. Ta se používá v případě, že je nějaká funkcionalita důležitá natolik, že ji chceme mít v diagramu místo toho, abychom ji jen prohlásili součástí nějakého Use Case. "
Z tohoto důvodu tam <<include>> opravdu není 
Je tam z toho důvodu, že pokud se
nějaká část (kroky scénáře) use case opakují u více use case, tak se
tato část napíše samostatně, aby se u každého use case nevypisovala
znovu. V případě změny se tak změní všude. Jedná se vlastně o
odstranění zbytečných duplicit.
Navíc všechny popsané use case jsou stejně důležité, buď je daný
systém má umět nebo nemá.
Zobrazené 10 správy z 40.