vad är SDLC Waterfall Model?
introduktion:
vattenfall modell är ett exempel på en sekventiell modell. I denna modell är mjukvaruutvecklingsaktiviteten uppdelad i olika faser och varje fas består av en serie uppgifter och har olika mål.
Waterfall model är pionjär i SDLC-processerna. Faktum är att det var den första modellen som användes allmänt inom mjukvaruindustrin. Den är uppdelad i faser och utmatning av en fas blir ingången till nästa fas., Det är obligatoriskt att en fas avslutas innan nästa fas börjar. Kort sagt, Det finns ingen överlappning i vattenfallsmodellen
i vattenfall startar utvecklingen av en fas endast när föregående fas är klar. På grund av denna typ är varje fas av vattenfallsmodellen ganska exakt väldefinierad. Eftersom faserna faller från en högre nivå till lägre nivå, som ett vattenfall, heter det som vattenfallsmodellen.,
bildrepresentation av vattenfallsmodellen:
aktiviteterna i olika faser är följande:
| S.No | fas | utförda aktiviteter | resultat |
|---|---|---|---|
| 1 | kravanalys | 1. Fånga alla krav. 2. Gör brainstorming och genomgång för att förstå kraven. 3. Gör kraven genomförbarhetstest för att säkerställa att kraven är testbara eller inte., |
RUD ( Requirements Understanding Document) |
| 2 | systemdesign | 1. Enligt kraven, skapa designen 2. Fånga hårdvaru – / programvarukraven. 3. Dokumentera mönster |
HLD (High Level Design document) LLD (Low level design document) |
| 3 | implementering | 1. Enligt designen skapa program / kod 2. Integrera koderna för nästa fas. 3., Enhetstestning av koden |
program enhetstestfall och resultat |
| 4 | systemtestning | 1. Integrera den testade koden och testa den för att se till att den fungerar som förväntat. 2. Utför alla testaktiviteter (funktionella och icke funktionella) för att se till att systemet uppfyller kraven. 3. Vid eventuella avvikelser, rapportera det. 4. Spåra dina framsteg på testning genom verktyg som spårbarhetsmått, ALM 5. Rapportera dina testaktiviteter. |
testfall testrapporter felrapporter uppdaterade matriser., |
| 5 | Systemdistribution | 1. Se till att miljön är upp 2. Se till att det inte finns några sev 1 defekter öppna. 3. Kontrollera att testutgångskriterierna är uppfyllda. 4. Distribuera programmet i respektive miljö. 5. Utför en sanity-kontroll i miljön efter att applikationen är utplacerad för att säkerställa att applikationen inte bryts. |
bruksanvisning miljö definition / specifikation |
| 6 | systemunderhåll | 1., Se till att programmet är igång i respektive miljö. 2. Incase användarmöten och defekt, se till att notera och åtgärda de problem som står inför. 3. Incase alla problem är fast; den uppdaterade koden distribueras i miljön. 4.Programmet är alltid förbättras för att införliva fler funktioner, uppdatera miljön med de senaste funktionerna |
bruksanvisning lista över produktionsbiljetter lista över nya funktioner som genomförts. |
När ska SDLC Waterfall Model användas?,
SDLC Waterfall model används när
- kraven är stabila och inte ändras ofta.
- ett program är litet.
- Det finns inget krav som inte är förstått eller inte särskilt tydligt.
- miljön är stabil
- de verktyg och tekniker som används är stabil och är inte dynamisk
- resurserna är välutbildade och finns tillgängliga.
fördelar och nackdelar med vattenfallsmodell
fördelarna med att använda vattenfallsmodellen är följande:
- enkel 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 i taget, det är lätt att underhålla.
- kriterierna för in-och utresa är väl definierade, så det är enkelt och systematiskt att fortsätta med kvalitet.
- resultaten är väl dokumenterade.
nackdelar med att använda vattenfallsmodell:
- kan inte anta ändringarna i kraven
- Det blir mycket svårt att gå tillbaka till fasen., Till exempel, om programmet nu har flyttat till teststadiet och det finns en förändring i kravet blir det svårt att gå tillbaka och ändra det.
- leveransen av slutprodukten är sen eftersom det inte finns någon prototyp som demonstreras intermediärt.
- för större och komplexa projekt är denna modell inte bra eftersom en riskfaktor är högre.
- inte lämplig för de 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 den inte att identifiera utmaningarna och riskerna i den tidigare fasen, så riskreducerande strategin är svår att förbereda.
slutsats
i vattenfallsmodellen är det mycket viktigt att ta bort tecknet från resultaten i varje fas. Från och med idag flyttar de flesta projekten med smidiga och Prototypmodeller, vattenfallsmodellen är fortfarande bra för mindre projekt. Om kraven är enkla och testbara, vattenfall modell kommer att ge de bästa resultaten.