Hvad er SDLC vandfald Model?
introduktion:
vandfaldsmodel er et eksempel på en sekventiel model. I denne model er soft .areudviklingsaktiviteten opdelt i forskellige faser, og hver fase består af en række opgaver og har forskellige mål.
vandfaldsmodel er pioner inden for SDLC-processerne. Faktisk var det den første model, der blev udbredt i Soft .arebranchen. Det er opdelt i faser, og output fra en fase bliver indgangen til den næste fase., Det er obligatorisk, at en fase afsluttes, inden den næste fase starter. Kort sagt er der ingen overlapning i vandfaldsmodellen
i vandfald starter udviklingen af en fase kun, når den foregående fase er afsluttet. På grund af denne art er hver fase af vandfaldsmodellen ret præcis veldefineret. Da faserne falder fra et højere niveau til lavere niveau, som et vandfald, er det navngivet som vandfaldsmodellen.,
Billedlig repræsentation af vandfaldsmodellen:
De aktiviteter, der er involveret i de forskellige faser er som følger:
S. Ingen | Fase | Aktiviteter Udført | Resultater |
---|---|---|---|
1 | Kravet om Analyse | 1. Fang alle kravene. 2. Gør brainstorming og gennemgang for at forstå kravene. 3. Gør kravene gennemførlighed test for at sikre, at kravene er testbare eller ej., |
RUD ( Krav Forståelse Dokument) |
2 | System Design | 1. I henhold til kravene skal du oprette designet 2. Capture hard .are / soft .are krav. 3. Dokument design |
HLD ( High Level Design dokument) LLD (Lavt niveau design-dokument) |
3 | Gennemførelsen | 1. Som pr design oprette programmer / kode 2. Integrer koderne til næste fase. 3., Enhedstest af koden |
programmer tilfælde af enhedstest og resultater |
4 | systemtest | 1. Integrer enhedstestede kode og teste det for at sikre, om det virker som forventet. 2. Udfør alle testaktiviteter (funktionelle og ikke funktionelle) 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. |
testcases testrapporter Defektrapporter opdaterede matricer., |
5 | system Deployment | 1. Sørg for, at miljøet er op 2. Sørg for, at der ikke er nogen sev 1-defekter åbne. 3. Sørg for, at kriterierne for testudgang er opfyldt. 4. Implementer applikationen i det respektive miljø. 5. Udfør en sundhedskontrol i miljøet, når applikationen er implementeret for at sikre, at applikationen ikke går i stykker. |
Brugervejledning Miljø definition / specifikation |
6 | vedligeholdelse | 1., Sørg for, at applikationen er i gang i det respektive miljø. 2. Incase bruger møder og defekt, skal du sørge for at notere og løse de problemer står. 3. Incase ethvert problem er fast; den opdaterede kode er indsat i miljøet. 4.Ansøgningen er altid forbedret for at indarbejde flere funktioner, opdatere miljøet med de nyeste funktioner |
brugervejledning liste over produktion billetter liste over nye funktioner implementeret. |
Hvornår skal du bruge SDLC vandfaldsmodel?,
SDLC vandfald model bruges, når
- kravene er stabile og ikke ændres ofte.
- en ansøgning er lille.
- Der er ikke noget krav, der 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
- ressourcerne er veluddannede og er tilgængelige.
fordele og ulemper ved vandfaldsmodel
fordele 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 en ad gangen, det er let at vedligeholde.ind-og udrejsekriterierne er veldefinerede, så det er nemt og systematisk at gå videre med kvalitet.
- resultaterne er veldokumenterede.
ulemper ved at bruge vandfald model:
- kan ikke vedtage ændringer i krav
- det bliver meget vanskeligt at flytte tilbage til fasen., For eksempel, hvis applikationen nu er flyttet til testfasen, og der er en ændring i kravet, bliver det svært at gå tilbage og ændre det.
- levering af det endelige produkt er forsinket, da der ikke er nogen prototype, der demonstreres intermediately.
- for større og komplekse projekter er denne model ikke god, da en risikofaktor er højere.
- ikke egnet til de projekter, hvor kravene ændres hyppigt.
- virker ikke for lange og igangværende projekter.,
- da testen udføres på et senere tidspunkt, tillader det ikke at identificere udfordringer og risici i den tidligere fase, så risikoreduktionsstrategien er vanskelig at forberede.
konklusion
i vandfaldsmodellen er det meget vigtigt at tage tegnet af leverancerne i hver fase. Fra i dag bevæger de fleste af projekterne sig med Agile og Prototypemodeller, vandfaldsmodellen holder stadig godt til mindre projekter. Hvis kravene er ligetil og testbare, vil vandfaldsmodellen give de bedste resultater.