Případy užití

[bob-si]

Vytvořit několik případů užití.

[rtob]

Uživateli říkáme registrovaný uživatel. Měla by z něj vést šipka dědění ke všem ostatním rolím: to jsou admin, personalista, zaměstnanec a projekťák. U něj by mělo být přihlášení, odhlášení a změna hesla.

Dále nerozumím úplně těm vazbám ext a inc - co v tom obrázku značí?

Vzhledem k tomu, že to jsou use case, tak by se např. u administrátora měla bublina "správa účtů" rozpadnout na vytvoření, smazání reg. uživ. a změna hesla reg. uživ.

Model požadavků, ve kterém to je podrobněji rozepsáno, dodám zítra.

Myslíš, že bys to pak stihnul přepracovat do čtvrtka, aby v pátek mogl nastoupi Joe s class modelem?

[bob-si]

INC. je include a EXT. je extend Admina ještě teda rozpracuji, zbytek po tom co dodáš model požadavků, do čtvrtka bych to stihnul.

[rtob]

Kdy to budeš mít? Rád bych se na to před cvičením podíval.

[bob-si]

Dneska během večera.

[rtob]

Je výsledek někde k vidění? Z hlavní stránky je dostupná stále stará verze (z úterka).

[bob-si]

Promin, jeste to nemam cele, ale behem hodinky to aktualizuji.

[bob-si]

Z mé strany hotovo.

[rtob]

Moje připomínky: podle poslední dohody může personalista jenom schvalovat profily, ne je editovat, takže vazba mezi editací profilu a personalistou je neplatná.

Dále (ale to je k diskusi) - neměla by být šipka označující dědičnost mezi projekťákem a reg. uživatelem naopak? Pokud vím, tak se šipka vede od dědice k rodiči (nadtřídě).

Dále mi chybí vazby mezi projekťákem a přihlášením/odhlášením/změnou hesla. To by měl mít také k dispozici imho.

[Conpuerus]

Tak já se taky přidám. S Radimem souhlasím v tom, že šipka by měla být opačně. Už s ním ale nesouhlasím ve vazbách mezi projekťákem a přihlášením atd, protože ihmo to co má rodič, to má i potomek, čili pokud bude projekťák dědit od reg. uživatele, bude se moct automaticky i přihlásit atd. Podle mě by to mělo být dokonce tak, že všichni dědí od registrovaného uživatele (i když pak nevím, jak přesně to bude např. s přijímáním pozvánek, které by potom mohl přijímat i třeba admin). Skutečně jsme se dohodli, že personalista nemůže upravovat profily. Ale podle obrázku se mi to zdá tak, že ta vazba mezi personalistou a editací profilu znamená, že může upravovat svůj profil, protože potom tam je „Validace a úpravy profilů“. Tzn. vazbu nechat (pokud bude personalista mít svůj vlastní profil) a nahradit jenom „Validace profilů“. To by bylo asi z mého pohledu vše.

[rtob]

imho možné zavřít