model vodopádu je lineární, sekvenční přístup k životnímu cyklu vývoje softwaru (SDLC), který je populární v softwarovém inženýrství a vývoji produktů. Model vodopádu zdůrazňuje postup kroků. Podobně jako směr, kterým voda teče přes okraj útesu, jsou pro každou fázi vývoje stanoveny odlišné koncové body nebo cíle a po dokončení nelze znovu provést. Termín byl poprvé představen v novinách publikovaných v roce 1970 Dr. Winston W., Royce a nadále se používá v aplikacích průmyslového designu.
vodopád metodika je složena ze sedmi non-překrývající se fáze:
- Požadavky: Potenciální požadavky, termíny pokyny pro projekt jsou analyzovány a umístěna do funkční specifikace. Tato fáze se zabývá definováním a plánováním projektu bez uvedení konkrétních procesů.
- analýza: specifikace systému jsou analyzovány pro generování modelů produktů a podnikání bude řídit výrobu. To je také, když jsou finanční a technické zdroje auditovány pro proveditelnost.,
- Design: dokument specifikace návrhu je vytvořen tak, aby nastínil technické požadavky na návrh, jako je programovací jazyk, hardware, zdroje dat, architektura a služby.
- kódování / implementace: zdroj vyvinutý pomocí modelů, logických požadavků určených v předchozích fázích. Systém je obvykle navržen v menších součástech nebo jednotkách, než je implementován společně.
- testování: to je, když zajištění kvality, jednotka, beta testy probíhají hlásit problémy, které mohou být nutné vyřešit. To může způsobit nucené opakování fáze kódování pro ladění., Pokud systém projde testy, vodopád pokračuje vpřed.
- operace / nasazení: produkt nebo aplikace jsou považovány za plně funkční a jsou nasazeny do živého prostředí.
- údržba: nápravná, adaptivní a perfektivní údržba se provádí neomezeně dlouho, aby se zlepšil, aktualizoval a vylepšil konečný produkt. To by mohlo zahrnovat uvolnění nebo uvolnění nových verzí.,
před přechodem do další fáze se obvykle provádí přezkum a odhlášení, aby bylo zajištěno splnění všech definovaných cílů.
přístup vodopádu je ideální pro projekty, které mají specifickou dokumentaci, pevné požadavky, dostatek zdrojů, zavedenou časovou osu dobře pochopenou technologii. Alternativy k modelu vodopádu zahrnují společný vývoj aplikací (JAD), rychlý vývoj aplikací (RAD), synchronizaci a stabilizaci, agilní řízení projektů (APM) a spirálový model.,
Výhody vodopád model
Zatímco agilní a dynamické metody často nahradit vodopád model, tam jsou některé výhody:
- Předem dokumentace a plánovací fáze umožňují velkou či měnící se týmy, aby nadále informovat a směřovat ke společnému cíli.
- síly, disciplinovaná organizace.
- je jednoduché pochopit, sledovat a uspořádat úkoly.
- usnadňuje oddělení a manažerskou kontrolu na základě harmonogramu nebo termínů.
- posiluje dobré kódování návyky definovat před designem a pak kód.,
- umožňuje snadné provedení včasných změn návrhu nebo SPECIFIKACE.
- jasně definuje milníky a termíny.
Nevýhody vodopád model
nevýhody vodopád model obvykle obklopují riziko spojené s nedostatkem revize, včetně:
- není adaptivní; často, když chyba je zjištěno, že celý proces musí začít znovu.
- ignoruje potenciál přijímat zpětnou vazbu uživatele nebo klienta v polovině procesu a provádět změny na základě výsledků.
- zpožďuje testování až do konce vývojového životního cyklu.,
- nepovažuje opravu chyb.
- nezpracovává požadavky na změny, úpravy rozsahu nebo aktualizace dobře.
- snižuje účinnost tím, že neumožňuje překrývání procesů.
- žádný pracovní produkt není k dispozici až do pozdějších fází životního cyklu.
- není ideální pro složité, vysoce rizikové, probíhající nebo objektově orientované projekty.