
UML - use case diagram
Zdravím. Je zde někdo, kdo rozumí UML a poradil by mi s use case diagramem?
Zdravím. Je zde někdo, kdo rozumí UML a poradil by mi s use case diagramem?
Předmět | Autor | Datum |
---|---|---|
:-) no a konrétně co? AZOR 29.11.2012 21:42 |
AZOR | |
Ve zkratce zadání úkolu: Máme vytvořit model informačního systému pro evidenci výpočetní techniky (s… Niko Bellic 29.11.2012 22:31 |
Niko Bellic | |
Use case popisuje, jake pripady mohou nastat.
Osobne bych od spravce udelal 5 krabicek s nazvem Uzi… Jan Fiala 30.11.2012 08:29 |
Jan Fiala | |
Nejsem si jisty, zda ty sipky (pridani/oprava/mazani) maji vest smerem, ktery mas.
Je to generaliza… Niko Bellic 30.11.2012 10:37 |
Niko Bellic | |
OK, je to uz hodne davno, kdy jsem s tim pracoval... nový Jan Fiala 30.11.2012 12:56 |
Jan Fiala | |
Verze druhá. Obrázek je značně větší, tak vkládám odkaz. Opět přivítám jakékoliv připomínky.
http://… nový Niko Bellic 30.11.2012 14:31 |
Niko Bellic | |
Trochu jsem to ještě upravil. Některé šipky mohou být spojeny. To jsem nevěděl. A doplnil jsem ještě… poslední Niko Bellic 30.11.2012 18:35 |
Niko Bellic |
Zpět do poradny Odpovědět na původní otázku Nahoru
Ve zkratce zadání úkolu: Máme vytvořit model informačního systému pro evidenci výpočetní techniky (sestavy, monitory, scannery, tiskárny apod). O každém typu se uchovávají informace jako název, typ, ID, výrobce, kdo ji užívá, kde se nachází, kdo ji spravuje (jsou různá oddělení) apod. Dále systém uchovává informace o uživatelích i s jejich osobními daty, ať už spravuje nebo nespravuje nějakou techniku, ze kterého oddělení je, ve které místnosti se nachází (nejspíš jeho pracoviště) apod. Systém musí být schopen, kromě vkládání, modifikace a rušení informací, poskytovat i přehledy o tom, kdo jakou techniku vlastí, co se v jaké učebně nachází, která technika je spravována lidmi z konkrétního oddělení apod. V případě poruchy zařízení může uživatel zažádat o opravu, jejíž záznam bude obsahovat informace o tom, kdo a kdy o ni zažádal, kdo a kdy provedl opravu a aktuální stav.
Zadání není moc konkrétní. Je nám dán prostor si některé funkce systému přidat, nebo upravit dle vlastního uvážení. A teď k věci. V zadání jsem vyznačil kurzívou informace, ze kterých podle mě budu vycházet při tvorbě případu užití. Vytvořil jsem tedy aktéry SprávceOddělení, Uživatel a Servis. Správce oddělení bude mít na starosti správu záznamů, správu uživatelů - kvůli zadání, kdy systém musí obsahovat info o uživatelích, takže předpokládám, že je bude spravovat stejným způsobem jako záznamy. Dále může zobrazit výpis výpočetní techniky v konkrétní učebně, oddělení apod. a zobrazit žádosti o opravy, které může podat uživatel a na jejich základě může správce zadat opravu servisu. Více na obrázku.
V podstatě mi jde o to, jestli na to jdu správně. Něco takového tvořím poprvé v rámci jednoho předmětu na VŠ, takže nemám žádné zkušenosti, jen slidy z přednášek, studijní oporu a čerpám teké z různých webových portálů. Pokud je tam nějaká chyba, napiš i kdyby to mělo být celé špatně
. Děkuji.
Use case popisuje, jake pripady mohou nastat.
Osobne bych od spravce udelal 5 krabicek s nazvem Uzivatele, Technika, Evidence, Sestavy, Opravy
V krabicce uzivatele a technika by pak byly moznosti, co se da delat (pridat, vyhledat - smazat, vyhledat - opravit, umístit do nějaké místnosti, takze ti tam chybi i seznam mistnosti) - normální číselníky
U krabicky evidence, pak prirazovani techniky k uzivatelum, zmeny, hledani. Tam by mela byt vazba na techniku a uzivatele (vyber uzivatele, vyber techniky, prohlizeni, opravy)
U sestav pak volba typu sestavy, omezeni a vystup do souboru nebo na tiskarnu, pripadne publikace na web
U oprav bych pridal jeste hlidani terminu, evidence zadosti a oprav
Uzivatel by mel mit nejen moznost zazadat o opravu, ale nejprve zobrazit to, co je na nej napsane a teprve z toho pak zadat o opravu, pripadne si to vytisknout - viz nize - spolecne casti.
Tisk sestav by mel byt spolecny, pouze se bude lisit rozsah toho, co si kdo muze vytisknout
Zadost o opravu bude take spolecna pro spravce i uzivatele (v realu to spravce bude delat za spoustu uzivatelu)
Evidence techniky bude mit spolecnou cast (vyber uzivatele, techniky, prohlizeni) + nasledna zadost o opravu. Editaci bude mit pouze spravce
Podivej se na to z realneho zivota. Jsi uzivatel a existuje nejaky system, ktery eviduje techniku. Co by te z pohledu uzivatele, ktery ma na sobe techniku napsanou zajimalo?
To same udelej z pohledu spravce
Nejsem si jisty, zda ty sipky (pridani/oprava/mazani) maji vest smerem, ktery mas. Je to nasledny krok, ktery delas ty, jako spravce.
Je to generalizace/zobecnění případu užití. Podle skript i podle těchto stránek mají směřovat k "předkovi".
http://interval.cz/clanky/navrh-aplikaci-v-jazyce- uml-slozitejsi-diagram-pripadu-uziti/
Za poznámky díky. Celé to přepracuji a hodím znovu sem.
OK, je to uz hodne davno, kdy jsem s tim pracoval...
Verze druhá. Obrázek je značně větší, tak vkládám odkaz. Opět přivítám jakékoliv připomínky.
http://pc.poradna.net/file/view/11723-usecase2-png
edit: Zapoměl jsem tam udělat šipku od Správce k uživateli, jakože může dělat to, co on + fůru věcí navíc.
Trochu jsem to ještě upravil. Některé šipky mohou být spojeny. To jsem nevěděl. A doplnil jsem ještě relaci <<include>> u PodatŽádostOOpravu (předpokládám, že uživatel vybere konkrétní zařízení, které chce opravit).
http://pc.poradna.net/file/view/11724-usecase3-png