vattenfallsmodellen är en linjär, Sekventiell inställning till livscykeln för mjukvaruutveckling (SDLC) som är populär inom programvaruteknik och produktutveckling. Vattenfallsmodellen betonar stegens progression. I likhet med riktningen vatten strömmar över kanten av en klippa, distinkta endpoints eller mål är inställda för varje utvecklingsfas och kan inte ses över efter avslutad. Termen introducerades först i ett papper som publicerades 1970 av Dr. Winston W., Royce och fortsätter att användas i tillämpningar av industriell design.
vattenfallsmetoden består av sju icke överlappande steg:
- krav: potentiella krav, tidsfrister riktlinjer för projektet analyseras och placeras i en funktionell specifikation. Detta steg hanterar projektets definition och planering utan att nämna specifika processer.
- analys: systemspecifikationer analyseras för att generera produktmodeller och företag kommer att vägleda produktionen. Detta är också när finansiella och tekniska resurser granskas för genomförbarhet.,
- Design: ett designspecifikationsdokument skapas för att beskriva tekniska designkrav som programmeringsspråk, hårdvara, datakällor, arkitektur och tjänster.
- kodning / implementering: källan utvecklades med hjälp av de modeller, logiska krav som anges i de tidigare stadierna. Typiskt är systemet utformat i mindre komponenter, eller enheter, innan de implementeras tillsammans.
- testning: det här är när kvalitetssäkring, enhet, beta-test äger rum för att rapportera problem som kan behöva lösas. Detta kan orsaka en påtvingad upprepning av kodningsstadiet för felsökning., Om systemet passerar testen fortsätter vattenfallet framåt.
- Operation / Deployment: produkten eller applikationen anses vara fullt fungerande och distribueras till en levande miljö.
- underhåll: korrigerande, adaptivt och perfektivt underhåll utförs på obestämd tid för att förbättra, uppdatera och förbättra slutprodukten. Detta kan inkludera att släppa eller släppa nya versioner.,
innan du flyttar till nästa fas är det vanligtvis en recension och loggar ut för att säkerställa att alla definierade mål har uppfyllts.
vattenfallsmetoden är idealisk för projekt som har specifik dokumentation, fasta krav, stora resurser, en etablerad tidslinje väl förstådd teknik. Alternativ till vattenfallsmodellen inkluderar joint application development (JAD), rapid application development (RAD), synk-och-stabilisera, Agile project management (APM) och spiral modell.,
fördelar med vattenfallsmodellen
medan smidiga eller dynamiska metoder ofta ersätter vattenfallsmodellen finns det vissa fördelar:
- inledande dokumentation och planeringsstadier gör det möjligt för stora eller skiftande lag att förbli informerade och gå mot ett gemensamt mål.
- krafter , disciplinerad organisation.
- är enkel att förstå, följa och ordna uppgifter.
- underlättar avdelningalisering och ledningskontroll baserat på schema eller tidsfrister.
- förstärker goda kodningsvanor för att definiera före design och sedan koda.,
- möjliggör tidig design eller specifikation ändringar göras enkelt.
- definierar tydligt milstolpar och tidsfrister.
nackdelar med vattenfallsmodellen
nackdelarna med vattenfallsmodellen omger vanligtvis risken i samband med brist på revision, inklusive:
- är inte adaptiv; ofta när en brist hittas måste hela processen börja om.
- ignorerar möjligheten att ta emot mittprocessanvändare eller klientåterkoppling och göra ändringar baserat på resultat.
- fördröjer testning fram till slutet av utvecklingslivscykeln.,
- anser inte felkorrigering.
- hanterar inte förfrågningar om ändringar, omfattning justeringar eller uppdateringar väl.
- minskar effektiviteten genom att inte tillåta processer att överlappa varandra.
- ingen fungerande produkt är tillgänglig förrän de senare stadierna av livscykeln.
- inte idealisk för komplexa, hög risk, pågående eller objektorienterade projekt.