The waterfall modellen er en lineær, sekvensiell tilnærming til software utvikling livssyklus (SDLC) som er populære i software engineering og produktutvikling. Fossen modellen legger vekt på progresjon av trinnene. Lik retning vannet renner over kanten av et stup, forskjellige endepunkter eller mål som er satt for hver enkelt fase av utviklingen, og kan ikke være revisited etter ferdigstillelse. Begrepet ble først introdusert i en artikkel publisert i 1970 av Dr. Winston W., Royce og fortsetter å bli brukt i programmer av industriell design.
fossen metodikk består av sju ikke-overlappende faser:
- Krav: Potensielle krav, tidsfrister retningslinjer for prosjektet er analysert og plassert i en funksjonell spesifikasjon. Dette stadiet håndterer definere og planlegging av prosjektet uten å nevne bestemte prosesser.
- Analysen: system spesifikasjoner er analysert for å generere produkt modeller og business guide produksjon. Dette er også når finansielle og tekniske ressurser er revidert for gjennomførbarhet.,
- Design: En design spesifikasjon dokumentet er opprettet for å skissere teknisk design krav som programmeringsspråk, hardware, data kilder, arkitektur og tjenester.
- Koding/Gjennomføring: kilden er utviklet ved hjelp av modeller, logikk krav som er angitt i de tidligere stadier. Vanligvis systemet er utformet i mindre komponenter, eller enheter, før de blir implementert sammen.
- Testing: Dette er når kvalitetssikring, unit, beta-tester finner sted for å rapportere problemer som må løses. Dette kan føre til en tvungen gjentakelse av koding trinn for feilsøking., Hvis systemet passerer testene, fossen fortsetter fremover.
- Drift/Distribusjon: produktet eller programmet er ansett som fullt funksjonelle og er distribuert til et levende miljø.
- Vedlikehold: Korrigerende, adaptive og perfective vedlikehold er utført på ubestemt tid for å bli bedre, oppdatere og forbedre det endelige produktet. Dette kan inkludere å avgi eller lansere nye versjoner.,
Før du går til neste fase, er det vanligvis en gjennomgang og logg av for å sikre at alle definerte mål har blitt nådd.
fossen tilnærming er ideell for prosjekter som har spesifikk dokumentasjon, faste krav, rikelige ressurser, en etablert tidslinjen godt forstått teknologi. Alternativer til fossen modellen inkluderer joint application development (JAD), rapid application development (RAD), synk-og stabilisere, Agile project management (APM) og spiral model.,
Fordeler av fossen modell
Mens smidig eller dynamiske metoder ofte erstatte waterfall modell, er det noen fordeler:
- Forhånd dokumentasjon og planlegging tillat for store eller skiftende lag for å holde deg informert og bevege seg mot et felles mål.
- Styrker , disiplinert organisasjon.
- Er enkle å forstå, følg og ordne oppgaver.
- Forenkler departmentalization og ledelsesmessige kontroll basert på planen, eller frister.
- god Forsterker koding vaner for å definere før design og deretter koden.,
- Gir mulighet for tidlig design eller spesifikasjon endringer skal gjøres enkelt.
- Klart definerer milepæler og tidsfrister.
Ulemper av fossen modell
ulempene av fossen modell vanligvis surround risiko forbundet med en mangel på revisjon, blant annet:
- er ikke adaptive; ofte når en feil er funnet, hele prosessen må starte på nytt.
- Ignorerer potensial til å motta mid-prosessen bruker eller kunde tilbakemeldinger og gjøre endringer basert på resultatene.
- Forsinkelser testing og frem til slutten av utvikling livssyklus.,
- tar ikke hensyn til feil.
- ikke håndtere forespørsler om endringer, omfang justeringer eller oppdateringer også.
- Reduserer effektiviteten ved å ikke tillate prosesser for å overlappe.
- Ingen arbeider produktet er tilgjengelig til senere stadier av livssyklusen.
- Ikke ideelt for komplekse, høy risiko, pågående eller objekt-orienterte prosjekter.