Meny

Vad är SDLC Waterfall Model?

what is sdlc waterfall model

Prova Vårt Instrument För Att Eliminera Problem

Vad är SDLC Waterfall Model ?

Introduktion :

Vattenfallsmodell är ett exempel på en sekventiell modell. I den här modellen är programvaruutvecklingsaktiviteten uppdelad i olika faser och varje fas består av en serie uppgifter och har olika mål.

Vattenfallsmodellen är pionjären inom SDLC-processer . I själva verket var det den första modellen som användes i stor utsträckning i programvaruindustrin. Den är uppdelad i faser och utdata från en fas blir ingången för nästa fas. Det är obligatoriskt att en fas är klar innan nästa fas börjar. Kort sagt, det finns ingen överlappning i vattenfallsmodellen

SDLC Waterfall Model

frågor om webbtjänstintervjuer i java

I vattenfallet börjar utvecklingen av en fas först när den föregående fasen är klar. På grund av denna natur är varje fas i vattenfallsmodellen ganska exakt väldefinierad. Eftersom faserna faller från en högre nivå till en lägre nivå, som ett vattenfall, heter det vattenfallsmodellen.

Bildåtergivning av vattenfallsmodellen:

Vattenfall modell faser

oracle 11g intervjuer om prestandajustering

Aktiviteterna i olika faser är som följer:

S. nrFasUtförda aktiviteterLeveranser
ettKravsanalys1. Fånga alla krav.
2. Gör brainstorming och genomgång för att förstå kraven.
3. Gör kraven på genomförbarhetstest för att säkerställa att kraven kan testas eller inte.
RUD (Requirements Understanding Document)
tvåSystemdesign1. Skapa designen enligt kraven
2. Fånga maskinvaru- / programvarukraven.
3. Dokumentera mönster
HLD (design på hög nivå)

LLD (design med låg nivå)
3Genomförande1. Enligt designen skapar du programes / koden
2. Integrera koder för nästa fas.
3. Enhetstestning av koden
Program
Enhetstestfall och resultat
4Systemtestning1. Integrera den enhetstestade koden och testa den för att säkerställa att den fungerar som förväntat. 2. Utför alla testaktiviteter (funktionella och icke-funktionella) för att säkerställa att systemet uppfyller kraven.
3. Om det uppstår avvikelser, rapportera det.
4. Spåra dina framsteg när det gäller testning genom verktyg som spårbarhetsmätvärden, ALM
5. Rapportera dina testaktiviteter.
Testfall
Testrapporter
Felrapporter
Uppdaterade matriser.
5Systemdistribution1. Se till att miljön är uppe
2. Se till att inga sju defekter är öppna.
3. Se till att testutgångskriterierna är uppfyllda.
4. Distribuera applikationen i respektive miljö.
5. Utför en hälsokontroll i miljön efter att applikationen har distribuerats för att säkerställa att applikationen inte går sönder.
Användarmanual

Miljödefinition / specifikation
6System underhåll1. Se till att applikationen är igång i respektive miljö.
2. Gör användarmöten och defekter, se till att notera och åtgärda problemen.
3. Om något problem är fixat; den uppdaterade koden distribueras i miljön.
4.Applikationen förbättras alltid för att inkludera fler funktioner, uppdatera miljön med de senaste funktionerna
Användarmanual

Lista över produktionsbiljetter

Lista över implementerade nya funktioner.

Vad du kommer att lära dig:

När ska man använda SDLC Waterfall Model?

SDLC Waterfall-modellen används när

  • Kraven är stabila och ändras inte ofta.
  • En applikation är liten.
  • Det finns inget krav som inte är förstått eller inte särskilt tydligt.
  • Miljön är stabil
  • Verktygen och teknikerna som används är stabila och inte dynamiska
  • Resurserna är välutbildade och finns tillgängliga.

För- och nackdelar med vattenfallsmodellen

Fördelarna med att använda vattenfallsmodellen är följande:

  • Enkelt och lätt att förstå och använda.
  • För mindre projekt fungerar vattenfallsmodellen bra och ger lämpliga resultat.
  • Eftersom faserna är styva och exakta, görs en fas en i taget, det är lätt att underhålla.
  • In- och utgångskriterierna är väldefinierade, så det är enkelt och systematiskt att gå vidare med kvalitet.
  • Resultaten är väl dokumenterade.

Nackdelar med att använda vattenfallsmodell:

  • Kan inte anta ändringarna i kraven
  • Det blir väldigt svårt att gå tillbaka till fasen. Till exempel, om applikationen nu har flyttat till testfasen och det finns en förändring i kravet, blir det svårt att gå tillbaka och ändra det.
  • Leverans av slutprodukten är sen eftersom det inte finns någon prototyp som demonstreras mellanliggande.
  • För större och komplexa projekt är den här modellen inte bra eftersom en riskfaktor är högre.
  • Inte lämpligt för projekt där kraven ändras ofta.
  • Fungerar inte för långa och pågående projekt.
  • Eftersom testningen görs i ett senare skede tillåter det inte att identifiera utmaningar och risker i den tidigare fasen så riskreduceringsstrategin är svår att förbereda.

Slutsats

I vattenfallsmodellen är det mycket viktigt att ta logga ut av leveranserna i varje fas. Från och med idag flyttar de flesta projekten med Vig och prototypmodeller, Waterfall-modellen håller fortfarande bra för mindre projekt. Om kraven är enkla och testbara, kommer Waterfall-modellen att ge de bästa resultaten.

Rekommenderad läsning

^