Co je to model vodopádu SDLC?
Úvod:
Waterfall model je příkladem sekvenčního modelu. V tomto modelu je aktivita vývoje softwaru rozdělena do různých fází a každá fáze se skládá z řady úkolů a má různé cíle.
Waterfall model je průkopníkem procesů SDLC. Ve skutečnosti to byl první model, který byl široce používán v softwarovém průmyslu. Je rozdělen na fáze a výstup jedné fáze se stává vstupem další fáze., Je povinné, aby fáze byla dokončena před zahájením další fáze. Stručně řečeno, v modelu vodopádu se překrývá
ve vodopádu, vývoj jedné fáze začíná až po dokončení předchozí fáze. Vzhledem k této povaze je každá fáze modelu vodopádu poměrně přesně definována. Od fáze pádu z vyšší úrovně na nižší úroveň, jako vodopád, je To pojmenované jako vodopád model.,
Obrazové reprezentace vodopádu model:
aktivity podílející se Na jednotlivých fázích jsou následující:
| S | Fáze | Činnosti | Výstupy |
|---|---|---|---|
| 1 | Požadavek Analýzy | 1. Zachyťte všechny požadavky. 2. Do brainstorming a návod k pochopení požadavků. 3. Proveďte zkoušku proveditelnosti požadavků, abyste zajistili, že požadavky jsou testovatelné nebo ne., |
RUD ( requirements Understanding Document) |
| 2 | System Design | 1. Podle požadavků vytvořte design 2. Zachyťte požadavky na hardware / software. 3. Dokument návrhy |
HLD ( High Level Design dokument) LLD (Low level design dokument) |
| 3 | Realizace | 1. Podle návrhu vytvořte programy / kód 2. Integrujte kódy pro další fázi. 3., Testování jednotek kódu |
Programy Jednotka testovací případy a výsledky |
| 4 | Systém Testování | 1. Integrujte testovaný kód jednotky a otestujte jej, abyste se ujistili, zda funguje podle očekávání. 2. Proveďte všechny testovací činnosti (funkční a nefunkční), abyste se ujistili, že systém splňuje požadavky. 3. V případě jakékoliv anomálie to nahlaste. 4. Sledujte svůj pokrok v testování pomocí nástrojů, jako jsou metriky sledovatelnosti, ALM 5. Nahlaste své testovací aktivity. |
zkušební případy zkušební protokoly hlášení závad aktualizované matice., |
| 5 | nasazení systému | 1. Ujistěte se, že prostředí je up 2. Ujistěte se, že nejsou otevřeny žádné vady sev 1. 3. Ujistěte se, že jsou splněna kritéria výstupu testu. 4. Nasazení aplikace v příslušném prostředí. 5. Po nasazení aplikace proveďte kontrolu zdravého rozumu v prostředí, aby se zajistilo, že se aplikace nerozbije. |
uživatelská příručka definice / SPECIFIKACE prostředí |
| 6 | údržba systému | 1., Ujistěte se, že aplikace je v příslušném prostředí spuštěna. 2. Zapouzdřit uživatele setkání a defekt, ujistěte se, že na vědomí a opravit problémy, kterým čelí. 3. Zapouzdřit jakýkoli problém je opraven; Aktualizovaný kód je nasazen v prostředí. 4.Aplikace je vždy posílena, jak začlenit více funkcí, aktualizace na životní prostředí s nejnovější funkce |
Uživatelská Příručka Seznam produkce lístky Seznam nových funkcí realizován. |
kdy použít model vodopádu SDLC?,
SDLC Waterfall model se používá, když
- požadavky jsou stabilní a často se nemění.
- aplikace je malá.
- neexistuje žádný požadavek, který není pochopen nebo není příliš jasný.
- životní prostředí je stabilní
- použité nástroje a techniky jsou stabilní a nejsou dynamické
- zdroje jsou dobře vyškoleny a jsou k dispozici.
klady a zápory modelu vodopádu
Výhody použití modelu vodopádu jsou následující:
- jednoduché a snadno pochopitelné a použitelné.,
- u menších projektů funguje model vodopádu dobře a přináší odpovídající výsledky.
- vzhledem k tomu, že fáze jsou tuhé a přesné, jedna fáze se provádí jeden po druhém, snadno se udržuje.
- vstupní a výstupní kritéria jsou dobře definována, takže je snadné a systematické pokračovat v kvalitě.
- výsledky jsou dobře zdokumentovány.
nevýhody použití modelu vodopádu:
- nelze přijmout změny v požadavcích
- je velmi obtížné se vrátit zpět do fáze., Například, pokud se aplikace nyní přesunula do testovací fáze a došlo ke změně požadavku, je obtížné se vrátit a změnit ji.
- dodání konečného produktu je pozdě, protože neexistuje žádný prototyp, který je demonstrován zprostředkovaně.
- u větších a složitých projektů není tento model dobrý, protože rizikový faktor je vyšší.
- není vhodný pro projekty, kde se požadavky často mění.
- nefunguje pro dlouhé a probíhající projekty.,
- vzhledem k tomu, že se testování provádí v pozdější fázi, neumožňuje identifikovat výzvy a rizika v dřívější fázi, takže je obtížné připravit strategii snižování rizika.
závěr
v modelu vodopádu je velmi důležité odstranit znamení z výstupů každé fáze. Jak dnes většina projektů se pohybují s Agilní a Prototypové modely, Vodopád model stále drží dobré pro menší projekty. Pokud jsou požadavky jednoduché a testovatelné, Model vodopádu přinese nejlepší výsledky.