Hva er Waterfall Model i SDLC? Fordeler & Ulemper

Innholdsfortegnelse:

Anonim

Hva er The Waterfall Model?

WATERFALL MODEL er en sekvensiell modell som deler programvareutvikling i forhåndsdefinerte faser. Hver fase må være fullført før neste fase kan begynne uten overlapping mellom fasene. Hver fase er designet for å utføre spesifikk aktivitet i SDLC-fasen. Den ble introdusert i 1970 av Winston Royce.

Ulike faser av fossemodell i programvareteknikk

Ulike faser Aktiviteter utført i hvert trinn
Kravsamlingsstadium
  • I løpet av denne fasen blir detaljerte krav til programvaresystemet som skal utvikles samlet fra klienten
Design scenen
  • Planlegg programmeringsspråket, for eksempel Java, PHP, .net
  • eller database som Oracle, MySQL, etc.
  • Eller andre tekniske detaljer på høyt nivå i prosjektet
Bygget scene
  • Etter designfasen er det bygget scene, det er ingenting annet enn koding av programvaren
Test scenen
  • I denne fasen tester du programvaren for å bekrefte at den er bygget i henhold til spesifikasjonene gitt av klienten.
Distribusjonsstadium
  • Distribuer applikasjonen i det respektive miljøet
Vedlikeholdsfase
  • Når systemet ditt er klart til bruk, kan du senere kreve at du endrer koden i henhold til kundeforespørsel

Når skal du bruke SDLC Waterfall Model

Fossmodell kan brukes når
  • Kravene endres ikke ofte
  • Søknaden er ikke komplisert og stor
  • Prosjektet er kort
  • Kravet er klart
  • Miljøet er stabilt
  • Teknologi og verktøy som brukes er ikke dynamiske og er stabile
  • Ressurser er tilgjengelige og opplært

Fordeler og ulemper ved fossemodell

Fordeler Ulemper
  • Før neste fase av utviklingen må hver fase være fullført
  • Feil kan bare løses i løpet av fasen
  • Passer til mindre prosjekter der kravene er godt definert
  • Det er ikke ønskelig for komplekse prosjekter der krav endres ofte
  • De bør utføre kvalitetssikringstest (Verifisering og validering) før de fullfører hvert trinn
  • Testperioden kommer ganske sent i utviklingsprosessen
  • Utførlig dokumentasjon gjøres i hver fase av programvarens utviklingssyklus
  • Dokumentasjon tar mye tid av utviklere og testere
  • Prosjektet er helt avhengig av prosjektgruppe med minimum klientintervensjon
  • Verdifull tilbakemelding fra klienter kan ikke inkluderes i den pågående utviklingsfasen
  • Eventuelle endringer i programvaren blir gjort under utviklingsprosessen
  • Små endringer eller feil som oppstår i den ferdige programvaren, kan forårsake mange problemer