The waterfall model er en lineær, sekventiel tilgang til software development life cycle (SDLC), der er populær i software engineering og produkt udvikling. Vandfaldsmodellen understreger progression af trin. I lighed med den retning, vandet strømmer over kanten af en klippe, er der fastsat forskellige endepunkter eller mål for hver udviklingsfase og kan ikke revideres efter færdiggørelsen. Udtrykket blev først introduceret i et papir udgivet i 1970 af Dr. Dr.inston W.., Royce og fortsætter med at blive brugt i anvendelser af industrielt design.
vandfaldsmetoden er sammensat af syv ikke-overlappende faser:
- krav: potentielle krav, deadlines retningslinjer for projektet analyseres og placeres i en funktionel specifikation. Denne fase håndterer definering og planlægning af projektet uden at nævne specifikke processer.
- analyse: systemspecifikationerne analyseres for at generere produktmodeller, og virksomheden vil guide produktionen. Dette er også, når finansielle og tekniske ressourcer revideres for gennemførlighed.,
- Design: et designspecifikationsdokument oprettes for at skitsere tekniske designkrav såsom programmeringssprog, hard .are, datakilder, arkitektur og tjenester.
- kodning / implementering: kilden udviklet ved hjælp af modellerne, logiske krav udpeget i de foregående faser. Systemet er typisk designet i mindre komponenter eller enheder, inden det implementeres sammen.
- Test: Dette er, når kvalitetssikring, enhed, beta-test finder sted for at rapportere problemer, der muligvis skal løses. Dette kan medføre en tvungen gentagelse af kodningsstadiet til fejlfinding., Hvis systemet passerer testene, fortsætter vandfaldet fremad.
- Operation/Deployment: produktet eller applikationen anses for fuldt funktionel og implementeres til et levende miljø.vedligeholdelse: korrigerende, adaptiv og perfekt vedligeholdelse udføres på ubestemt tid for at forbedre, opdatere og forbedre slutproduktet. Dette kan omfatte frigivelse eller frigivelse af nye versioner.,
Før du flytter til den næste fase, der er normalt en gennemgang og sign-off for at sikre, at alle fastsatte mål er blevet opfyldt.
vandfaldsmetoden er ideel til projekter, der har specifik dokumentation, faste krav, rigelige ressourcer, en etableret tidslinje godt forstået teknologi. Alternativer til vandfaldsmodellen inkluderer fælles applikationsudvikling (JAD), hurtig applikationsudvikling (RAD), synkronisering og stabilisering, smidig projektstyring (APM) og spiralmodellen.,
Fordele af vandfaldsmodellen
Mens agile eller dynamiske metoder ofte erstatte waterfall model, der er nogle fordele:
- Upfront dokumentation og planlægning giver mulighed for stor eller skiftende teams til at holde sig orienteret og bevæge sig mod et fælles mål.
- kræfter, disciplineret organisation.
- er enkel at forstå, følge og arrangere opgaver.
- Letter afdelingalisering og ledelsesmæssig kontrol baseret på tidsplan eller frister.
- styrker gode kodningsvaner at definere før design og derefter kode.,
- giver mulighed for tidlige design eller specifikation ændringer, der skal foretages nemt.
- definerer klart milepæle og frister.
ulemper ved vandfaldsmodellen
ulemperne ved vandfaldsmodellen omgiver typisk risikoen forbundet med manglende revision, herunder:
- er ikke adaptiv; ofte når en fejl er fundet, skal hele processen starte forfra.
- ignorerer potentialet til at modtage feedback fra brugeren eller klienten midt i processen og foretage ændringer baseret på resultater.
- forsinker test indtil slutningen af udviklingslivscyklussen.,
- overvejer ikke fejlkorrektion.
- behandler ikke anmodninger om ændringer, omfang justeringer eller opdateringer godt.
- reducerer effektiviteten ved ikke at tillade processer at overlappe hinanden.
- intet arbejdsprodukt er tilgængeligt før de senere stadier af livscyklussen.
- ikke ideel til komplekse, højrisiko -, igangværende eller objektorienterede projekter.