Požadavky milníku LCA¶

Ve fázi Elaboration se vývojový tým soustředí na dokončení popisu projektu a stabilizaci požadavků (finalizaci Vize), výběr a popis vhodného architektonického řešení systému, přípravám na samotnou realizaci (implementaci) systému a jeho testování. Hlavními artefakty je konečná verze Vize a dokument Architektura.

(poznámky platné k 15.4.2020 21:30, některé body se ve výsledku spojí do jednoho)

1. Finalizace vize - dále by se už neměla měnit, musí schválit zákazník -> zde bych řekl, že bude stačit upravit a doplnit to, co řekl mentor
2. Vytvoření popisu požadavků (funkčních a mimofunkčních) - use case scénáře, nebo user stories, alespoň dva úrovně pohledu, alespoň 80% požadavků -> máme jen use case diagram, ale ten patří asi spíš modelu
3. *Vytvořit model požadavků - "Seznam požadavků (ať už funkčních, či mimofunkčních) je jedním z nejdůležitějších artefaktů v rámci projektu vůbec. Proto je téměř nutné zachytit tyto požadavky v grafické podobě, jelikož ta je pro mnoho lidí (především zákazníka) názornější a srozumitelnější a může odhalit mnohé nesrovnalosti a nutná zpřesnění. Tým by měl k modelování požadavků vybrat patřičný způsob v závislosti na specifikách projektu, resp. systému. Jednou z nejrozšířenějších forem modelu požadavků je use-case model" -> viz bod 2
4. Vytvořit dokument specifikace požadavků - podrobný a detailní popis, pokud ho vyžaduje zákazník -> máme jen prvotní požadavky
5. Vytvořit skript databáze -> hotovo (snad, ví Vojta)
6. Vytvořit testovací případy -> nemáme, nevím jestli budou
7. Vytvořit prototyp UI -> částečně hotovo
8. Vytvořit modely - např. graficky -> některé jsou vytvořeny, budou pak v dokumentu Architektura
9. Vytvořit (implementovat) spustitelnou architekturu - pokrývá všechny oblasti činností výsledného systému, "základ uživatelských rozhraní s nefunkčními (nebo minimálně funkčními) ovládacími prvky, propojení subsystémů přes rozhraní za účelem ověření průchodnosti a konzistence dat mezi nimi, procedury či metody, které místo výpočů provádějí prosté úkoly (např. vracejí kontrolní řetězec nebo jinou vždy stejnou hodnotu) a počítají s naprosto správným postupem uživatele a funkcí okolních systémů, tudíž nemá např. kontrolu formátu vstupních dat, reakce na provedení akcí, k nimž nejsou aktéři oprávněni, atd. Úspěšná implementace spustitelné architektury vede k eliminaci nebo minimalizaci většiny architektonických rizik" -> částečně hotovo
10. Vytvoření dokumentu Architektura - "Jeden z hlavních artefaktů v celém projektu. Zahrnuje celkový model a popis architektury, ERA model databáze a další vhodné modely (workflow, komponentový, class diagram, package diagram, procesní, diagram aktivit apod.) a popisy atributů nebo částí architektury (rozhraní, návrhové vzory, atd.). Jako jeden z předních dokumentů projektu by měl být jeho obsah schválen zákazníkem. Detaily dokumentu se mohou postupem vývoje měnit, celková architektura by měla být dostatečně stabilní." -> vůbec není

Možné otázky¶

Zda jsme dosáhli tohoto milníku nám pomůže zjistit následující kontrolní seznam:

1. Je vize produktu stabilní, jsou stabilní požadavky? -> částečně, ano
2. Máme stabilní architekturu? -> částečně
3. Jsou klíčové postupy a přístupy, které budeme používat, otestovány a je dokázána jejich použitelnost? -> částečně
4. Ukázalo testování spustitelného prototypu, že jsou klíčová rizika identifikována a vyřešena? -> nevím
5. Máme definovány plány iterací pro následující Construction fázi v náležitých podrobnostech, abychom byli schopni podle nich postupovat? -> zatím ne
6. Jsou tyto plány podpořeny důvěryhodnými odhady? -> ###
7. Naplněním plánu s použitím definované architektury dosáhneme cílů shrnutých ve vizi? -> ano
8. Jsou aktuální náklady akceptovatelné vůči plánovaným? -> asi neřešíme

Zdroj: https://www1.osu.cz/~zacek/ropr1/ROPR-skripta.pdf