Waterfall Model in SDLC

posted in: Articles | 0

för att förstå vattenfallsmodellen i SDLC är det nödvändigt att dyka in i modellens definition, huvudfaser, vilka dokument är associerade till följd av varje steg, fördelar och nackdelar.

SDLC står för en livscykel för mjukvaruutveckling. Det är en ram (en väsentlig stödstruktur) av en utvecklingsprocess, som kan skilja sig från företag till företag. En av de mest populära typerna av SDLC är vattenfallsmodellen. Vattenfallet är, som man kan se ovanifrån, en processmodell., I enkla ord, en generaliserad beskrivning av mjukvaruutvecklingsprocessen. Vattenfall modell är den mest kända, eftersom det var den första kronologiskt visas och beskrivas, av Dr. Winston W. Royce 1970 i ” Management utvecklingen av stora mjukvarusystem.”

det finns en rad utvecklings livscykel modelltyper, om vilka det är skrivet mer detaljerat, och de är senare uppstickare:

  • scrum modell
  • snabb applikationsutveckling
  • prototypning
  • spiralmodell
  • Kanban utvecklingsmodell
  • och andra.,

visst, de inträffade att tjäna bättre där vattenfallet modellen var mindre kraftfull. För att förstå de ”tunna platserna” är det nödvändigt att dyka in i Vattenfallsmodelldefinitionen, huvudfaserna, vilka dokument är associerade till följd av varje steg, fördelar och nackdelar.

Waterfall Model Definition

Waterfall model är en linjär (Sekventiell) utveckling livscykelmodell som beskriver utvecklingen som en kedja av successiva steg. Ingen fas kan startas före eller samtidigt med föregående eller nuvarande., Låt oss överväga Vattenfallsmodellens huvudfaser när de går.

Waterfall modellens huvudfaser

Systemkrav fas

under den första fasen fastställs kraven för systemet. Processen börjar med att framkalla affärskrav, analysera och prioritera dem, vilket slutar med skapandet av visionen& Scope document (eller 2 separata dokument beroende på varje enskilt fall). Vision och omfattning dokument skapas innan du undertecknar kontraktet., Vision definieras som ett ” långsiktigt strategiskt koncept för det slutliga syftet och formen av ett nytt system.”(Wiegers, 2012, s. 1) omfattningen är vad ” drar gränsen mellan vad som finns i och vad som är ute för projektet.”(Wiegers, 2012, s. 1)

att ange omfattning är en viktig del av projektet för båda sidor. Det gör en klient transparent vad som kommer att göras. En bra strategi för att hantera förväntningar är att identifiera vad som inte kommer att ingå i en produkt, så klientens förväntningar är tydliga, det vill säga för projektet omfattning dokumentet skapas.,

projektets omfattning

projektets omfattning förväntas innehålla projektfärdplan, budgetar och beskrivning, med huvudfunktioner definierade avseende problemvisionsdokumentet. Granska en artikel om projekt scope management av en expert Vitaly Hornik.

den inledande fasen är otänkbar utan software Requirements Specification (SRS) som är kärnan i fasen.

krav på Programvara Specifikation

en typisk SRS innehåller ett syfte, en övergripande beskrivning, särskilda krav (funktionella, icke-funktionella, kvalitetsattribut).,

Ibland kan det innehålla prototyper som kan vara av olika slag: vertikal/ horisontell, statisk/dynamisk, lågfidelity/high-fidelity. Mockups (eller prototyper) skickas till UI/UX designers som omvandlar dem till layouter. Känn dig fri att uppskatta mallen Software Requirements Specification (SRS) som skapats av XB Software.

konstruktionsfas

nästa fas i modelldiagrammen hur exakt kraven på systemet kommer att genomföras Tekniskt. Denna fas omfattar i stor utsträckning sådana komponenter som ett programmeringsspråk, datalager, tjänster etc.,

Implementation (Development) Phase

den faktiska källkoden skrivs slutligen i den tredje fasen och implementerar alla modeller, affärslogik och tjänsteintegrationer som specificerats i föregående steg. Processen för hela kodskapande kan delas in i små enheter, och varje enhet utvecklas och testas för dess funktionalitet (enhetstestning). Därefter byggs ett helt system av färdiga enheter, och den fjärde fasen börjar.,

testfas

efter utvecklingsfasen bör produkten uppleva en grundlig kvalitetssäkring och mjukvarutestning för att upptäcka fel i ett system. Testare är inblandade i att hitta och rapportera problem som måste lösas. För att lagra registrerade problem kan ett felspårningssystem användas med målet att problemen kan hanteras under underhållets livscykelfas.

programvaran kan förmedlas när kodproblemen är åtgärdade. Klienten är engagerad i acceptanstestet för att utvärdera det för utnyttjande.,

underhållsfas

så snart produkten är avsedd för placering i en levande miljö, går den in i den färdiga underhållsfasen i utvecklingslivscykeln. Underhållsfasen engagerar inte bara utbyggnaden av programmet, men också stöd och underhåll som kan krävas för att hålla den funktionell och aktuell.

Läs även kriterierna för smärtfri outsourcing som vi listade efter prioritet i artikel 7 Tips för att välja ett Outsourcing webbutvecklingsföretag.,

vattenfall Modell fördelar och nackdelar

vattenfallet modellen är lätt att följa och förstå, det är vanligt att stora institutioner med många nivåer av beslutsfattande och samordning. Fortfarande, som någon annan SDLC-modell, har den sina starka och svaga sidor. Vattenfallsmodellen kan inte passa alla tänkbara slags projekt., av den nuvarande utvecklingen

  • ökad leveransperiod
  • förändringar i affärskraven eller nya tillägg i funktionalitet kräver ändringar vid alla tidigare steg
  • tidsförskjutning i en fas kommer starkt att påverka hela färdplanen eftersom samtidiga processer inte är tillgängliga i en vattenfallsmodell
  • slutprodukten är endast tillgänglig i slutet av en cykel
  • slutsats

    vattenfallsmodellen passar bäst:

    • för små och korta projekt.,
    • när kraven är oföränderliga.
    • för kunder med en komplex företagsstruktur med många nivåer av samordning.

    dessutom är det lämpligt att uppskatta en mall för free Software Requirements Specification (SRS) skapad av XB Software.

    gratis Estimeringsmall + PERT
    en mall för att uppskatta projektets kostnad och varaktighet. Beräkna alla möjliga risker och din möjliga projekttid.

    Lämna ett svar

    Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *