Kaskádový model

Model vodopádu ( anglicky  waterfall model , někdy překládán jako model „Waterfall“ ) je model procesu vývoje softwaru , ve kterém proces vývoje vypadá jako tok, který postupně prochází fázemi analýzy požadavků, návrhu, implementace, testování, integrace a podpory. . Jako zdroj jména je často uváděn článek publikovaný W. W. Roycem v roce 1970 ; navzdory skutečnosti, že Royce sám používal iterativní vývojový model .

Obsah modelu

V dokumentu z roku 1970 Royce popsal v konceptu to, co se nyní nazývá „kaskádový model“ a diskutoval o nedostatcích tohoto modelu. Na stejném místě ukázal, jak lze tento model doladit na iterativní model.

V původním modelu vodopádu probíhaly následující fáze v tomto pořadí:

  1. Definice požadavků
  2. Design
  3. Design (také „implementace“ nebo „kódování“)
  4. Ztělesnění
  5. Testování a ladění (také „ ověření “)
  6. instalace
  7. Podpěra, podpora

Podle vodopádového modelu se vývojář přesouvá z jedné fáze do druhé přísně sekvenčně. Nejprve je zcela dokončena fáze „definice požadavků“, jejímž výsledkem je seznam softwarových požadavků. Po úplném nadefinování požadavků následuje přechod k designu, při kterém vznikají dokumenty, které programátorům podrobně popisují způsob a plán implementace těchto požadavků. Po úplném dokončení návrhu programátoři realizují výsledný projekt. Další fází procesu je integrace jednotlivých komponent vyvinutých různými týmy programátorů. Po dokončení implementace a integrace je produkt testován a laděn; v této fázi jsou odstraněny všechny nedostatky, které se objevily v předchozích fázích vývoje. Poté je implementován softwarový produkt a zajištěna jeho podpora - zavedení nové funkcionality a odstranění chyb.

Vodopádový model tedy implikuje, že přechod z jedné vývojové fáze do druhé nastává až po úplném a úspěšném dokončení předchozí fáze a že nedochází k přechodům zpět nebo vpřed nebo k překrytí fází.

Existují však upravené kaskádové modely (včetně Royceova vlastního), které mají malé nebo dokonce významné odchylky od popsaného procesu.

Kritika vodopádového modelu a hybridních metodologických řešení

Metodologie Waterfall Model je často kritizována pro nedostatek flexibility a prohlašování formálního projektového řízení za účel sám o sobě na úkor času, nákladů a kvality. Při řízení velkých projektů však měla formalizace často velkou hodnotu, protože mohla výrazně snížit mnohá rizika projektu a učinit jej transparentnějším . Proto i ve 3. verzi PMBOK byla formálně stanovena pouze metodika „kaskádového modelu“ a nebyly navrženy alternativní možnosti známé jako iterativní projektové řízení .

Od 4. verze PMBOK bylo dosaženo kompromisu mezi metodiky oddanými formálnímu a progresivnímu řízení projektů, přičemž metodici spoléhají na flexibilní iterační metody . Počínaje rokem 2009 tak Project Management Institute (PMI) formálně nabízí standardně hybridní verzi metodiky projektového řízení, kombinující jak výhody metodiky Waterfall, tak i úspěchy iterativních metodiků.

Viz také

Poznámky

Odkazy