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/06 12:44] hnatuluk |
courses:a4m33sep [2025/01/03 18:23] (aktuální) |
||
|---|---|---|---|
| Řádek 39: | Řádek 39: | ||
| Jsou to milníky vyskytující se během fází vývoje SW | Jsou to milníky vyskytující se během fází vývoje SW | ||
| + | |||
| * LCO (Live cycle objectives) | * LCO (Live cycle objectives) | ||
| * Víme co zákazník chce (víme co máme dělat) | * Víme co zákazník chce (víme co máme dělat) | ||
| Řádek 275: | Řádek 276: | ||
| Forma: | Forma: | ||
| - | * Case nástroje - složité, moc se nepoužívá | + | |
| - | * Strukturovaný text doplněný diagramy | + | * Case nástroje - složité, moc se nepoužívá |
| - | * Izolovaný katalog požadavků - bez hlubší struktury (ne moc optimální) | + | * Strukturovaný text doplněný diagramy |
| - | * Viktoriánská novela - špatná specifikace, text bez jakékoli struktury | + | * Izolovaný katalog požadavků - bez hlubší struktury (ne moc optimální) |
| + | * Viktoriánská novela - špatná specifikace, text bez jakékoli struktury | ||
| obsah má být komplexní má obsahovat pozitivní i negativní vymezení | obsah má být komplexní má obsahovat pozitivní i negativní vymezení | ||
| Řádek 296: | Řádek 298: | ||
| mám pár názorů, ale počkám zda někdo nenapíše něco rozumného, abych tu nepsal blbosti | mám pár názorů, ale počkám zda někdo nenapíše něco rozumného, abych tu nepsal blbosti | ||
| + | |||
| + | konfigurační jednotka: programy, dbs schema, data, konfigurace | ||
| ** Co je architektonicky styl (ve smyslu sw. inzenyrstvi) + priklady. ** | ** Co je architektonicky styl (ve smyslu sw. inzenyrstvi) + priklady. ** | ||
| Řádek 346: | Řádek 350: | ||
| Prostředí by si měly být co nejvíc podobné | Prostředí by si měly být co nejvíc podobné | ||
| + | |||
| + | ** Koncepty integrace a principy na kterých jsou založeny ** | ||
| + | |||
| + | * Filetransfer | ||
| + | * Shared Database | ||
| + | * Remote Procedure Call | ||
| + | * Messaging | ||
| ** jak zavést evidenci změnových řízení ** | ** jak zavést evidenci změnových řízení ** | ||
| Řádek 354: | Řádek 365: | ||
| Joooo Google !! | Joooo Google !! | ||
| + | |||
| + | ==== Otázky z 14.1.2013, které nejsou výše ==== | ||
| + | |||
| + | ** 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č? ** | ||
| + | |||
| + | *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č? ** | ||
| + | |||
| + | ** 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í ===== | ||
