Oponentský posudek pro team a projekt Kangaroo

Oponentský posudek pro team a projekt Kangaroo
Vypracoval: Jiří Blažek
Model případů užití
•
Sled modelů
◦ Přijde mi nevhodné, aby model se zobrazením a popisem aktérů byl
uprostřed mezi ostatními modely případů užití. Umístil bych model a
popisy aktérů na začátek sekce s případy užití, tímpádem můžete dále
vynechat popisky aktérů u každého USECASE modelu zvlášť.
•
Obecně ke scénářům
◦ Odřádkování po každé akci je přehlednější.
◦ V každé akci zapsané ve scénáři, bychom se měli snažit popsat tuto akci
stručně, ale dostatečně natolik, aby kodér, který bude ten SW psát věděl,
jak má co přesně vypadat a co to má dělat. Konkrétně mám na mysli
např.: akce „uživatel zvolí uložit změny“ → z tohoto popisku není jasné,
zda-li bude k dispozici tlačítko „ulož změny“ nebo bude list možností, co
lze dále dělat. Na první pohled si člověk může říci, že je jasné, že tam bude
tlačítko, že to tak je všude, ale zákazník si vymýšlí nesmysly. V jiných
případech se může stát, že kvůli tomu programátor napíše ten SW jinak a
proto se tato zbytečná chyba musí opravovat.
Analytical Domain Model
•
Chybí stručný popis atributů každé třídy.
•
Stavový diagram „Událost“
◦ Jakým způsobem se ze „Započatá událost“ stane „Nezapočatá událost“?
Robustní Architektonický základ
•
Na assembla wiki chybí odkaz na video, které má ve zkratce představit vaší
aplikaci. Hledal jsem jestli ho nemáte na SVNku a nic jsem nenašel.
Mapování požadavků na USECASE
•
V pořádku.