Vandfaldsmodel ( engelsk vandfaldsmodel , nogle gange oversat som "vandfaldsmodellen" ) er en softwareudviklingsprocesmodel , hvor udviklingsprocessen ser ud som et flow, der sekventielt passerer gennem faserne med kravanalyse, design, implementering, test, integration og support . En artikel udgivet af W. W. Royce i 1970 citeres ofte som kilden til navnet ; på trods af at Royce selv brugte en iterativ udviklingsmodel .
I et papir fra 1970 beskrev Royce i koncept, hvad der nu kaldes "kaskademodellen" og diskuterede manglerne ved denne model. Samme sted viste han, hvordan denne model kan forfines til en iterativ model.
I den originale vandfaldsmodel gik følgende faser i denne rækkefølge:
Efter vandfaldsmodellen bevæger udvikleren sig fra et trin til et andet strengt sekventielt. For det første er stadiet "kravdefinition" fuldstændigt afsluttet, hvilket resulterer i en liste over softwarekrav. Efter at kravene er fuldt defineret, er der en overgang til design, hvor der oprettes dokumenter, der detaljeret beskriver metoden og planen for implementering af disse krav for programmører. Efter at designet er fuldført, implementerer programmørerne det resulterende projekt. Det næste trin i processen er integrationen af individuelle komponenter udviklet af forskellige teams af programmører. Efter implementeringen og integrationen er afsluttet, testes og fejlfindes produktet. på dette stadium er alle de mangler, der optrådte i de tidligere udviklingsstadier, elimineret. Derefter implementeres softwareproduktet, og dets support ydes - introduktion af ny funktionalitet og eliminering af fejl.
Vandfaldsmodellen indebærer således, at overgangen fra en udviklingsfase til en anden først sker efter fuldstændig og vellykket afslutning af den foregående fase, og at der ikke er nogen overgange tilbage eller frem eller faseoverlapning.
Der er dog modificerede kaskademodeller (inklusive Royces egne), som har små eller endda betydelige variationer på den beskrevne proces.
Vandfaldsmodellens metodologi bliver ofte kritiseret for manglende fleksibilitet og erklærer formel projektledelse som et mål i sig selv på bekostning af tid, omkostninger og kvalitet. Men når man styrede store projekter, var formalisering ofte af stor værdi, da det dramatisk kunne reducere mange af risiciene ved projektet og gøre det mere gennemsigtigt . Derfor, selv i PMBOK 3. version, var kun "kaskademodel"-metoden formelt fastlagt, og alternative muligheder kendt som iterativ projektstyring blev ikke foreslået .
Siden PMBOK 4. version er der opnået et kompromis mellem metodologer , der er forpligtet til formel og progressiv projektledelse, hvor metodologer er afhængige af fleksible iterative metoder . Fra 2009, formelt, tilbyder Project Management Institute (PMI) således som standard en hybrid version af projektledelsesmetoden, der kombinerer både fordelene ved vandfaldsmetoden og resultaterne fra iterative metodologer.
| Softwareudvikling | |
|---|---|
| Behandle | |
Koncepter på højt niveau | |
| Vejbeskrivelse |
|
| Udviklingsmetoder _ | |
| Modeller | |
| Bemærkelsesværdige tal |
|