navigation
hledat
Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
|
courses:a4m33sep [2013/01/15 09:26] rychtluk Otázky z 14.1.2013 |
courses:a4m33sep [2025/01/03 18:23] (aktuální) |
||
|---|---|---|---|
| Řádek 369: | Řádek 369: | ||
| ** Co je to IOC Anchor point, k čemu se to váže atd. ** | ** Co je to IOC Anchor point, k čemu se to váže atd. ** | ||
| + | |||
| + | *Viz výše | ||
| ** Vyjmenujte způsoby dekompozice požadavků, porovnejte je a v jakých fázích použijete jaké dekompozice a proč? ** | ** Vyjmenujte způsoby dekompozice požadavků, porovnejte je a v jakých fázích použijete jaké dekompozice a proč? ** | ||
| + | |||
| + | *Feature centric - do LCA | ||
| + | *Architecture centric - při vývoji | ||
| + | *Change request centric - po IOC resp. při údržbě | ||
| + | |||
| ** Vysvětlete SDLC (asi chtěl ten graf?) a řekněte v jaké fázi vývoje můžete začít programovat a kdy může prograování skončit a proč? ** | ** Vysvětlete SDLC (asi chtěl ten graf?) a řekněte v jaké fázi vývoje můžete začít programovat a kdy může prograování skončit a proč? ** | ||
| - | ** Vyjjenujte atributy požadavků a krátce je popište (chtěl jich snad 8)? ** | + | ** Vyjmenujte atributy požadavků a krátce je popište (chtěl jich snad 8)? ** |
| + | * Correct | ||
| + | * Unambiguous | ||
| + | * Complete | ||
| + | * Consistent | ||
| + | * Ranked | ||
| + | * Verifiable | ||
| + | * Modifiable | ||
| + | * Traceable | ||
| + | |||
| + | ** Cíle CM plánu (stručně vysvětlete) ** | ||
| + | * Zajistit řád a pořádek v konfiguraci SW produktu. | ||
| + | * evidence všech částí SW | ||
| + | * identifikace všech částí SW i celku | ||
| + | * zajištění, že provádění změn SW produktu produkt nepoškodí | ||
| + | * Zajisti možnost zíkat přehled o stavu a konfiguraci SW produktu | ||
| + | |||
| + | ** Co kdo požaduje od architektury (ve slajdech je taková tabulka) ** | ||
| + | * Zákazník - zda to jde, kdy to bude, kolik to bude stát atp. | ||
| + | * Uživatel - bude to dělat to co chce | ||
| + | * Systemový inženýr - jak realizovat nefunkční požadavky | ||
| + | * Vývojář - dostatčný detail pro design, komunikace s ostatními IS atp. | ||
| + | * Udržbář - jak udržovat, co to bude za práci atp. | ||
| + | |||
| + | ** Co má být v plánu CM + návrh osnovy ** | ||
| + | * Úvod - učel, rozsah a podmínky použití | ||
| + | * řízení verzí (version control) | ||
| + | * řízení změn (change control) | ||
| + | * release management | ||
| + | |||
| + | ** 5 typů testů + k čemu jsou ** | ||
| + | |||
| + | ** kroky při odhadování požadavků ** | ||
| + | |||
| + | ** Rozdíl mezi frameworkem a knihovnou, hot spot vs frozen spot ** | ||
| + | * Framework určuje částečně architekturu a design | ||
| + | * Knihovna nic nevynucuje | ||
| + | * IoC - inversion of control, při použití knihovny my voláme nějakou její funkci, při použití frameworku framework volá náš kód | ||
| + | * Frozen spot to co je dáno frameworkem a je neměné | ||
| + | * Hot spot - prostor kam dodat vlastní kód do frameworku | ||
| + | |||
| + | ** Kužel nejistoty + něco, co si přesně nepamatuju ** | ||
| + | * Je to že odhad se na začátku může až 4x (tak, je to ve slidech na tom obrázku) přestřelit nebo podstřelit vůči reálnému odhadu a postupně se nám odhad zužuje ve tvaru kuželu. | ||
| + | ** K tomu sdlc, chtěl graf, kde je na jedný ose pracnost a na druhý jednotlivý fáze SDLC ** | ||
| ===== Ústní ===== | ===== Ústní ===== | ||
