Menu

Hvad er SDLC Waterfall Model?

what is sdlc waterfall model

Hvad er SDLC Waterfall Model ?

Introduktion :

Vandfaldsmodel er et eksempel på en sekventiel model. I denne model er softwareudviklingsaktiviteten opdelt i forskellige faser, og hver fase består af en række opgaver og har forskellige mål.

Vandfaldsmodellen er pioneren inden for SDLC processer . Faktisk var det den første model, der blev udbredt i softwareindustrien. Det er opdelt i faser, og output fra en fase bliver input for den næste fase. Det er obligatorisk, at en fase afsluttes, inden den næste fase starter. Kort sagt, der er ingen overlapning i vandfaldsmodellen

SDLC Waterfall Model

I vandfald starter udviklingen af ​​en fase kun, når den foregående fase er afsluttet. På grund af denne natur er hver fase af vandfaldsmodellen ret præcis, veldefineret. Da faserne falder fra et højere niveau til et lavere niveau, som et vandfald, kaldes det vandfaldsmodellen.

hvad er en torrentfil, og hvordan åbner jeg den

Billedskildring af vandfaldsmodellen:

Vandfasemodelfaser

Aktiviteterne i forskellige faser er som følger:

qa vs qc i softwaretest
S. nrFaseAktiviteter udførtLeverancer
1Kravsanalyse1. Indfang alle kravene.
2. Lav brainstorming og gennemgang for at forstå kravene.
3. Udfør kravene gennemførlighedstest for at sikre, at kravene kan testes eller ej.
RUD (Krav til forståelsesdokument)
toSystemdesign1. I henhold til kravene skal du oprette designet
2. Indfang hardware- / softwarekravene.
3. Dokumenter designene
HLD (Designdokument på højt niveau)

LLD (design på lavt niveau)
3Implementering1. I henhold til designet skal du oprette programes / koden
2. Integrer koderne til den næste fase.
3. Enhedstest af koden
Programmer
Enhedstest tilfælde og resultater
4Systemtest1. Integrer den enhedstestede kode og test den for at sikre, om den fungerer som forventet. 2. Udfør alle testaktiviteter (funktionel og ikke-funktionel) for at sikre, at systemet opfylder kravene.
3. I tilfælde af uregelmæssigheder, rapporter det.
4. Spor dine fremskridt med test gennem værktøjer som sporbarhedsmålinger, ALM
5. Rapporter dine testaktiviteter.
Test tilfælde
Testrapporter
Fejlrapporter
Opdaterede matricer.
5Systeminstallation1. Sørg for, at miljøet er i orden
2. Sørg for, at der ikke er nogen sev 1-mangler åbne.
3. Sørg for, at testudgangskriterierne er opfyldt.
4. Implementer applikationen i det respektive miljø.
5. Udfør en sundhedsundersøgelse i miljøet, efter at applikationen er implementeret for at sikre, at applikationen ikke går i stykker.
Brugermanual

Miljødefinition / specifikation
6System vedligeholdelse1. Sørg for, at applikationen er i gang i det respektive miljø.
2. Incase brugermøder og defekter, sørg for at bemærke og rette de problemer, der står over for.
3. Hvis ethvert problem er løst; den opdaterede kode indsættes i miljøet.
4.Applikationen forbedres altid for at inkorporere flere funktioner, opdater miljøet med de nyeste funktioner
Brugermanual

Liste over produktionsbilletter

Liste over implementerede nye funktioner.

Hvad du lærer:

Hvornår skal jeg bruge SDLC Waterfall Model?

SDLC Waterfall-model bruges, når

  • Kravene er stabile og ændres ikke ofte.
  • En applikation er lille.
  • Der er ikke noget krav, som ikke forstås eller ikke er meget klart.
  • Miljøet er stabilt
  • De anvendte værktøjer og teknikker er stabile og er ikke dynamiske
  • Ressourcer er veluddannede og er tilgængelige.

Fordele og ulemper ved Waterfall-modellen

Fordelene ved at bruge vandfaldsmodellen er som følger:

  • Enkel og let at forstå og bruge.
  • For mindre projekter fungerer vandfaldsmodellen godt og giver de relevante resultater.
  • Da faserne er stive og præcise, udføres en fase ad gangen, og det er let at vedligeholde.
  • Indgangs- og udgangskriterierne er veldefinerede, så det er let og systematisk at gå videre med kvalitet.
  • Resultaterne er veldokumenterede.

Ulemper ved at bruge vandfaldsmodel:

  • Kan ikke vedtage ændringer i kravene
  • Det bliver meget vanskeligt at gå tilbage til fasen. For eksempel, hvis applikationen nu er flyttet til testfasen, og der er en ændring i kravet, bliver det vanskeligt at gå tilbage og ændre det.
  • Levering af det endelige produkt er sent, da der ikke er nogen prototype, der demonstreres mellemliggende.
  • For større og komplekse projekter er denne model ikke god, da en risikofaktor er højere.
  • Ikke egnet til projekter, hvor kravene ofte ændres.
  • Fungerer ikke i lange og igangværende projekter.
  • Da testen udføres på et senere tidspunkt, tillader det ikke identifikation af udfordringer og risici i den tidligere fase, så risikoreducerende strategi er vanskelig at forberede.

Konklusion

I vandfaldsmodellen er det meget vigtigt at tage log af af leverancerne i hver fase. Fra i dag bevæger de fleste projekter sig med Adræt og prototype-modeller, Waterfall-modellen holder stadig godt til mindre projekter. Hvis kravene er enkle og testbare, giver Waterfall-modellen de bedste resultater.

Anbefalet læsning

^