Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailem UML - use case diagram

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.

Reakce na odpověď

1 Zadajte svou přezdívku:
2 Napište svou odpověď:
3 Pokud chcete dostat ban, zadejte libovolný text:

Zpět do poradny