close
Vážení uživatelé,
16. 8. 2020 budou služby Blog.cz a Galerie.cz ukončeny.
Děkujeme vám za společně strávené roky!
Zjistit více

Modely životního cyklu vývoje SW

27. ledna 2008 v 5:58 | LadyLoba |  Testování SW
(souhrn dle znalostí získaných z různých školení a dokumentů a knížky Ron Patton - Testování SW)

Modely životního cyklu vývoje softwaru

Většina dalších modelů je jenom variantou těchto čtyř metod.:
  • Model "velkého třesku"
  • Model "programuj a opravuj"
  • Model "vodopád"
  • Model "spirála"
Žádný model není jediný správný.

Model "Velkého třesku"

Stručná charakteristika modelu:
  • nejjednodušší metoda
  • málo plánování, rozvrhování a formálního vývoje - pokud vůbec
  • úsilí se soustředí jen na samotný vývoj SW
  • vhodný pro projekty, kde je termín odevzdání nejméně důležitý
  • chabá nebo žádaná specifikace
Práce testera versus model:
  • tester se dostane až k "hotovému" produktu  tester v podstatě jenom sepíše nalezené chyby

Model "programuj a opravuj"

Stručná charakteristika modelu
  • vyžaduje určitou představu o požadavcích na produkt
  • "Nikdy není čas udělat to pořádně, ale vždycky je čas to nějak předělat."
  • Hrubá představa výsledného produktu - jednoduchý návrh - a pak dlouhý cyklus kódování, testování a opravování chyb - rozhodnutí, je načase pustit výsledný produkt do světa
  • Malá režie plánování a dokumentace
  • Vhodné pro malé projekty - prototypy, demonstrační programy
Práce testera versus model:
  • Tester - pracuje v neustálém cyklu
  • Často nestihne dokončit testování jedné verze, protože dostane verzi další
  • Nová verze např. bude mít změněné nebo zcela nové funkce
  • Testeři se setkávají s tímto modelem nejčastěji

Model "vodopádu" nebo "kaskádový"

Stručná charakteristika modelu:
  • Jednoduchý, elegantní, dává smysl
  • Kroky: Nápad  Analýza  Návrh  Vývoj Testování  Výsledný produkt
  • Důraz na tři věci:
  • Specifikace výsledné podoby
  • Kroky vývoje jsou diskrétní
  • Není možné se vrátit zpět (některé varianty umožňují jeden krok zpět)
  • U projektů se srozumitelnou definicí produktu a s disciplinovaným vývojovým týmem - velice dobré výsledky
Práce testera versus model:
  • Tester - lze vytvořit jasný plán a rozvrh testů, vše bylo zapsáno a včleněno do SW
  • Nevýhoda - testování až na konci cyklu

Model "spirála"

Stručná charakteristika modelu:
  • Základní myšlenka: Na začátku nelze definovat všechno podrobně. Začneme tedy s malou definicí těch nejdůležitějších funkcí, vyzkoušíme si je, vyžádáme připomínky od zákazníků a přejdeme na další úroveň vývoje. Celý proces opakujeme, dokud se nedostaneme k výslednému produktu.
  • Každý průchod spirálou má tyto kroky:
  1. Určení cílů, alternativ a omezení
  2. Rozpoznání a řešení rizik
  3. Vyhodnocení alternativ
  4. Vývoj a testování aktuální úrovně
  5. Plánování další úrovně
  6. Rozhodnutí o postupu na další úroveň

Práce testera versus model:
  • Tester - bude zapojen i do předběžných, počátečních fází vývoje
  • Testovat bude průběžně a neustále, v posledním průchodu již pouze ověří, že je všechno skutečně v pořádku

Model dle metodiky RUP - Rational Unified Model


Etapy vývoje:
  • Počátek
  • Zpracování
  • Budování
  • Přechodné období
Jednotlivé etapy vývoje mají ještě své iterace.

Hlavní procesy:
Modelování byznysu
Nejvíce práce je v etapách - Počátek a Zpracování
Sběr požadavků
Prakticky ve všech etapách, nejvíce práce - konec etapy Počátek a celá etapa Zpracování, pak množství práce klesá
Analýza a návrh
Nejvíce práce v celé etapě Zpracování, pak množství práce výrazně klesá do první půlky
Budování
Implementace
V etapě Počátek práce narůstá, a pak je nejvíce v etapě Budování, v etapě Přechodného stádia může mít lokální zvýšení množství práce, zejména při první opravě chyb
Testování
V každé iteraci etapy Zpracování a Budování mají nějaký podíl práce, ale úplně nejvíc na konci budování a počátku Přechodného období
Zavedení do praxe
Práce začne růst ke konci budování a nejvíc ji je v Přechodném stadiu. Prakticky etapa Přechodného období končí úspěšným zavedením do praxe.

Podpůrné procesy:
Řízení konfigurací a změn
Prakticky ve všech etapách, ale nejvíc v etapách Budování a Přechodné období
Řízení projektu
Prakticky vždy, ale nejvíc v druhé polovině každé iterace.
Systémové prostředí
Nejvíc práce v etapě Počátek, a pak po trošce ve všech iteracích Zpracování a Budování
 

1 člověk ohodnotil tento článek.

Nový komentář

Přihlásit se
  Ještě nemáte vlastní web? Můžete si jej zdarma založit na Blog.cz.
 

Aktuální články

Reklama