Požadavky milníku LCO » Historie » Verze 8
Michal Linha, 2020-03-20 10:08
1 | 1 | Michal Linha | h1. Požadavky milníku LCO |
---|---|---|---|
2 | |||
3 | 8 | Michal Linha | h2. Artefakty milníku LCO - pro nás je nejdůležitější možnost 3 |
4 | 1 | Michal Linha | |
5 | 7 | Michal Linha | *Možnost 1* |
6 | |||
7 | 2 | Michal Linha | h3. Definice provozní koncepce |
8 | 1 | Michal Linha | |
9 | 3 | Michal Linha | Top-level systémové cíle a rozsah |
10 | 4 | Michal Linha | > hranice systému |
11 | > parametry prostředí a úvahy |
||
12 | > evoluční parametry |
||
13 | 1 | Michal Linha | |
14 | 3 | Michal Linha | Operační koncept |
15 | 1 | Michal Linha | |
16 | 2 | Michal Linha | h3. Prototypy systému |
17 | |||
18 | 3 | Michal Linha | Vyzkoušet klíčové scénáře užití |
19 | 2 | Michal Linha | |
20 | 3 | Michal Linha | Najít kritické (hlavní) nebezpečí systému |
21 | 2 | Michal Linha | |
22 | h3. Definice požadavků |
||
23 | |||
24 | 3 | Michal Linha | Top-level funkce, rozhraní nebo parametry kvality |
25 | 5 | Michal Linha | > vektory růstu |
26 | > priority |
||
27 | 2 | Michal Linha | |
28 | 3 | Michal Linha | Souhlas stakeholderů s požadavky |
29 | 2 | Michal Linha | |
30 | h3. Definice systému a softwarové architektury |
||
31 | |||
32 | 3 | Michal Linha | Top-level definice alespoň jedné proveditelné (implementovatelné architektury) |
33 | 5 | Michal Linha | > fyzické a logické součásti a jejich vazby |
34 | > volba existujících prostředků (knihovny) a znovupoužitelných prvků |
||
35 | 2 | Michal Linha | |
36 | 3 | Michal Linha | Identifikace nepoužitelných architektur |
37 | 2 | Michal Linha | |
38 | h3. Definice Life-Cycle plánu (životního cyklu) |
||
39 | |||
40 | 3 | Michal Linha | Identifikace uživatelů během životního cyklu |
41 | 5 | Michal Linha | > uživatelé, zákazníci, vývojáři, údržbáři, obecná veřejnost a další |
42 | 2 | Michal Linha | |
43 | 3 | Michal Linha | Identifikace procesního modelu životního cyklu |
44 | 5 | Michal Linha | > Top-level fáze, přírůstky |
45 | 2 | Michal Linha | |
46 | 3 | Michal Linha | Top-level "Who, What,....." pro fáze |
47 | 2 | Michal Linha | |
48 | h3. Odůvodnění proveditelnosti |
||
49 | |||
50 | 3 | Michal Linha | Ověření konzistence mezi výše zmíněnými prvky |
51 | 5 | Michal Linha | > pomocí analýzy, měření, prototypování, simulace,... |
52 | > analýza obchodního případu pro požadavky, architektury |
||
53 | 1 | Michal Linha | |
54 | 6 | Michal Linha | *Zdroj:* https://www.coursehero.com/file/p1fh04j/LCO-and-LCA-Anchor-Points-Milestone-Element-Life-Cycle-Objectives-LCO-Life/ |
55 | 7 | Michal Linha | |
56 | *Možnost 2* |
||
57 | |||
58 | h3. Souhlas s rozsahem |
||
59 | |||
60 | Stakeholdeři (lidi, kteří mají s vyvíjeným softwarem co dočinění) se shodnou na rozsahu projektu |
||
61 | |||
62 | h3. Definice prvotních požadavků |
||
63 | |||
64 | Všichni souhlasí (team a zadavatel) s tím, že byla zachycena správná skupina vysokoúrovňových požadavků požadavků a všichni jim rozumí |
||
65 | |||
66 | h3. Souhlas s plánováním |
||
67 | |||
68 | Všichni souhlasí s cenou a odhadovaným rozvrhem práce |
||
69 | |||
70 | h3. Souhlas rizik |
||
71 | |||
72 | Byla zjištěna rizika, posouzena a byly nalezeny vhodné strategie jejich řešení |
||
73 | |||
74 | h3. Souhlas s procesem |
||
75 | |||
76 | Agile Unified Proces (nebo RUP) byl vytvořen a odsouhlasen všemi |
||
77 | |||
78 | h3. Proveditelnost |
||
79 | |||
80 | Projekt dává smysl z obchodního, ekonomického, technického a operačního hlediska |
||
81 | |||
82 | h3. Plán projektu |
||
83 | |||
84 | Jsou vytvořeny adekvátní plány pro další fázi projektu |
||
85 | |||
86 | h3. Vhodnost projektu do portfolia firmy |
||
87 | |||
88 | Hodí se projekt do portfolia organizace ? (pro nás zbytečnost) |
||
89 | |||
90 | 1 | Michal Linha | *Zdroj:* http://www.ambysoft.com/unifiedprocess/aup11/html/milestones.html#LCO |
91 | 8 | Michal Linha | |
92 | *Možnost 3 - CW* |
||
93 | |||
94 | Milník ukončující fázi Elaboration. Jeho dosažení nejčastěji podmiňuje stabilizace popisu projektu a požadavků na finální systém, provedení výběru vhodné architektury a její ověření, příprava na implementaci systému (všechno je již nastaveno, stačí začít psát kód), a finalizace Vize projektu a sepsání dokumentu Architektura. |
||
95 | |||
96 | > Vize produktu |
||
97 | > doménový či datový model |
||
98 | > model nasazení |
||
99 | > model či prototyp uživatelského rozhraní, zákazníkovi předvedený |
||
100 | > prvotní soupis požadavků |
||
101 | > fungující bugtracker, úložiště, komunikční prostředky v týmu |
||
102 | 6 | Michal Linha | |
103 | 1 | Michal Linha | h2. Dokument vize |
104 | |||
105 | |||
106 | |||
107 | |||
108 | h2. Obsah datového či doménového modelu |
||
109 | |||
110 | |||
111 | |||
112 | |||
113 | |||
114 | h2. Obsah prvotního soupisu požadavků |