Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
— | pitel:isz:zivotni_cyklus_softwaru [30. 12. 2022, 13.43:01] (aktuální) – vytvořeno - upraveno mimo DokuWiki 127.0.0.1 | ||
---|---|---|---|
Řádek 1: | Řádek 1: | ||
+ | ====== Životní cyklus softwaru ====== | ||
+ | [[wp> | ||
+ | |||
+ | ===== Etapy ===== | ||
+ | - Analýza a specifikace požadavků (8 %)((Procenta v závorkách ukazují finanční a časovou náročnost jednotlivých etap.)) | ||
+ | - Architektonický a podrobný návrh (7 %) | ||
+ | - Implementace (12 %) | ||
+ | - Integrace a testování (6 %) | ||
+ | - Provoz a údržba (67 %) | ||
+ | |||
+ | ==== Analýza a specifikace požadavků ==== | ||
+ | Snažíme se přesně specifikovat co zákazník chce (ale neřešíme jak toho dosáhnout), | ||
+ | |||
+ | ==== Architektonický a podrobný návrh ==== | ||
+ | Naplánování rozdělení na podproblémy, | ||
+ | |||
+ | Také je vhodné už teď naplánovat postup nasazení, protože zatím nejsme ve stresu a tlačeni časem a tak se nad tím dá v klidu zamyslet. | ||
+ | |||
+ | ==== Podrobný návrh ==== | ||
+ | Podrobnější zamyšlení nad jednotlivými moduly, jejich algoritmy a datovými strukturami. Výstupem by měl být odhad ceny a jednotlivých modulů, jejich nároků na lidské zdroje a čas. Výstupem by také měly být podrobnější testy jednotlivých modulů | ||
+ | |||
+ | ==== Implementace a testování součástí ==== | ||
+ | Programování, | ||
+ | |||
+ | ==== Integrace a testování systému ==== | ||
+ | Začlenění jednotlivých modulů dohromady a jejich testování. Při testování se často vracíme k předchozímu kroku, kvůli opravám chyb. | ||
+ | |||
+ | ==== Akceptační testování a instalace ==== | ||
+ | Otestování systému uživatelem, | ||
+ | |||
+ | ==== Provoz a údržba ==== | ||
+ | Řešení problémů při provozu a opravy nalezených chyb. Také rozšiřování o nové funkce. | ||
+ | ===== Základni modely ===== | ||
+ | ==== Vodopádový ==== | ||
+ | [[wp> | ||
+ | Jednotlivé etapy na sebe navazují. Až je jedna etapa dokončena, začne teprve další. Nejjednodušší a nejpřirozenější model. | ||
+ | |||
+ | Nevýhodou je, že když zákazník dostane hotový produkt a něco si rozmyslí, musí se začít v podstatě od začátku. Což může být problém, protože analytici už nejspíš pracují na jiném projektu a tento si jen matně vybavují. V reálném životě se navíc jednotlivé etapy často překrývají, | ||
+ | |||
+ | ==== Iterativní a inkrementální ==== | ||
+ | [[wp> | ||
+ | Jednotlivé etapy (kromě prvotní analýzy a předání produktu) se opakují, a teprve až je vše v pořádku, dojde k předání výsledného softwaru. | ||
+ | |||
+ | ==== Spirálový ==== | ||
+ | [[wp> | ||
+ | Jednotlivé etapy se opakují jako u iterativního modelu, ale je zde zaveden tzv. **prototyp**, | ||
+ | |||
+ | **Prototyp** se od "verze s omezenou funkcionalitou" | ||
+ | |||
+ | ==== RUP ==== | ||
+ | [[wp>IBM Rational Unified Process]] | ||
+ | |||
+ | FIXME | ||
+ | |||
+ | ==== Agilní ==== | ||
+ | [[wp> | ||
+ | |||
+ | ===== Shrnutí ===== | ||
+ | * nutnost plánování projektu, protože jinak je to naprostý chaos | ||
+ | * základní fáze: analýza požadavků, | ||
+ | * vodopádový model, iterativní model, spirálovitý model (prototypy) | ||
+ | * RUP: iterativní vývoj, aktivní správa požadavků, | ||
+ | * RUP fáze: zahájení, příprava, konstrukce, předávání | ||
+ | * RUP disciplíny: | ||
+ | * Agilní: krátké časové úseky, malé jednotky lidí, kteří se starají o své moduly, rychlé vytváření meziproduktů, | ||
+ | * Agilní metody: například extrémní programování | ||
+ | * Agilní postupy: např. test-driven programming, | ||