Meny

Hva er SDLC Waterfall Model?

what is sdlc waterfall model

Prøv Instrumentet Vårt For Å Eliminere Problemer

Hva er SDLC Waterfall Model ?

Introduksjon :

Fossmodell er et eksempel på en sekvensiell modell. I denne modellen er programvareutviklingsaktiviteten delt inn i forskjellige faser, og hver fase består av en rekke oppgaver og har forskjellige mål.

Fossmodellen er pioneren i SDLC prosesser . Faktisk var det den første modellen som ble mye brukt i programvareindustrien. Den er delt inn i faser, og utgang fra en fase blir inngangen til neste fase. Det er obligatorisk at en fase fullføres før neste fase starter. Kort fortalt er det ingen overlapp i Waterfall-modellen

SDLC Waterfall Model

hvordan åpner jeg swf-filer

I foss begynner utviklingen av en fase bare når den forrige fasen er fullført. På grunn av denne karakteren er hver fase av fossemodellen ganske presis, veldefinert. Siden fasene faller fra et høyere nivå til et lavere nivå, som en foss, blir den kalt fossemodellen.

Bildemessig fremstilling av fossemodellen:

Faser av fossefall

prøve test plan dokument for mobil applikasjon

Aktivitetene involvert i forskjellige faser er som følger:

S. nrFaseAktiviteter utførtLeveranser
enKravsanalyse1. Fang opp alle kravene.
2. Gjør idédugnad og gjennomgang for å forstå kravene.
3. Gjør kravene gjennomførbarhetstest for å sikre at kravene kan testes eller ikke.
RUD (Krav om dokumentforståelse)
toSystem design1. I henhold til kravene, lage designet
2. Fange maskinvare- / programvarekravene.
3. Dokumenter designene
HLD (design på høyt nivå)

LLD (design på lavt nivå)
3Gjennomføring1. I henhold til designet lager du programmene / koden
2. Integrer kodene for neste fase.
3. Enhetstesting av koden
Programmer
Enhetstest tilfeller og resultater
4Systemtesting1. Integrer enhetstestet kode og test den for å sikre om den fungerer som forventet. 2. Utfør alle testaktivitetene (funksjonell og ikke-funksjonell) for å sikre at systemet oppfyller kravene.
3. I tilfelle avvik, rapporter det.
4. Spor fremdriften din ved testing gjennom verktøy som sporbarhetsmålinger, ALM
5. Rapporter testaktivitetene dine.
Test tilfeller
Testrapporter
Manglerapporter
Oppdaterte matriser.
5Systemdistribusjon1. Forsikre deg om at miljøet er i orden
2. Forsikre deg om at det ikke er noen åpne feil.
3. Sørg for at testutgangskriteriene er oppfylt.
4. Distribuer applikasjonen i de respektive omgivelsene.
5. Utfør en sunnhetskontroll i miljøet etter at applikasjonen er distribuert for å sikre at applikasjonen ikke går i stykker.
Brukermanual

Miljødefinisjon / spesifikasjon
6System vedlikehold1. Forsikre deg om at applikasjonen er oppe og går i det aktuelle miljøet.
2. Incase bruker møter og defekter, sørg for å merke og løse problemene som står overfor.
3. Hvis eventuelle problemer er løst; den oppdaterte koden distribueres i miljøet.
4.Applikasjonen er alltid forbedret for å inkludere flere funksjoner, oppdater miljøet med de nyeste funksjonene
Brukermanual

Liste over produksjonsbilletter

Liste over nye funksjoner implementert.

Hva du vil lære:

Når skal jeg bruke SDLC Waterfall Model?

SDLC Waterfall-modellen brukes når

  • Kravene er stabile og endres ikke ofte.
  • En applikasjon er liten.
  • Det er ikke noe krav som ikke er forstått eller ikke veldig klart.
  • Miljøet er stabilt
  • Verktøyene og teknikkene som brukes er stabile og ikke dynamiske
  • Ressursene er godt trente og er tilgjengelige.

Fordeler og ulemper med Waterfall-modellen

Fordelene med å bruke fossemodellen er som følger:

  • Enkelt og lett å forstå og bruke.
  • For mindre prosjekter fungerer fossemodellen bra og gir de riktige resultatene.
  • Siden fasene er stive og presise, gjøres en fase en om gangen, og den er lett å vedlikeholde.
  • Inngangs- og utgangskriteriene er veldefinerte, så det er enkelt og systematisk å fortsette med kvalitet.
  • Resultatene er godt dokumentert.

Ulemper ved å bruke Fossmodell:

  • Kan ikke vedta endringene i kravene
  • Det blir veldig vanskelig å gå tilbake til fasen. For eksempel, hvis applikasjonen nå har flyttet til testfasen og det er en endring i kravet, blir det vanskelig å gå tilbake og endre det.
  • Levering av sluttproduktet er sent, da det ikke er noen prototype som demonstreres mellomliggende.
  • For større og komplekse prosjekter er denne modellen ikke god ettersom en risikofaktor er høyere.
  • Ikke egnet for prosjekter der kravene endres ofte.
  • Fungerer ikke i lange og pågående prosjekter.
  • Siden testingen er gjort på et senere tidspunkt, tillater det ikke å identifisere utfordringer og risikoer i den tidligere fasen, slik at risikoreduserende strategi er vanskelig å forberede.

Konklusjon

I fossemodellen er det veldig viktig å ta Logg av av leveransene i hver fase. Per i dag beveger de fleste prosjektene seg med Agile og prototypemodeller, Waterfall-modellen holder fortsatt godt for mindre prosjekter. Hvis kravene er enkle og testbare, vil Waterfall-modellen gi de beste resultatene.

Anbefalt lesing

^