Inkrementell modell i SDLC: Användning, fördel och nackdel

Vad är inkrementell modell?

Inkrementell modell är en process för mjukvaruutveckling där kraven är uppdelade i flera fristående moduler i mjukvaruutvecklingscykeln. Inkrementell utveckling sker i steg från analysdesign, implementering, testning/verifiering, underhåll.

Inkrementell modell i SDLC

Varje iteration passerar genom krav, design, kodning och testfaser. Och varje efterföljande version av systemet lägger till funktion till den tidigare versionen tills all designad funktionalitet har implementerats.

Inkrementell modell i SDLC

Systemet sätts i produktion när det första inkrementet levereras. Det första inkrementet är ofta en kärnprodukt där de grundläggande kraven åtgärdas, och kompletterande funktioner läggs till i nästa steg. När kärnprodukten har analyserats av kunden, finns det en planutveckling för nästa steg.

Kännetecken för en inkrementell modul inkluderar

  • Systemutveckling är uppdelad i många miniutvecklingsprojekt
  • Delsystem byggs successivt för att producera ett slutligt totalsystem
  • Högsta prioritetskrav åtgärdas först
  • När kravet har utvecklats fryses kravet för det inkrementet
Inkrementella faser Aktiviteter som utförs i stegvisa faser
Kravsanalys
  • Krav och specifikation av programvaran samlas in
Designa
  • Vissa avancerade funktioner är designade under detta skede
Koda
  • Kodning av programvara görs under detta skede
Testa
  • När systemet väl har implementerats går det igenom testfasen

När ska man använda inkrementella modeller?

  • Systemets krav är tydligt förstådda
  • När efterfrågan på en tidig release av en produkt uppstår
  • När mjukvaruutveckling laget är inte särskilt välutbildade eller utbildade
  • När högriskfunktioner och mål är inblandade
  • Sådan metodik används mer för webbapplikationer och produktbaserade företag

Fördelar och nackdelar med inkrementell modell

Fördelar Nackdelar
Mjukvaran kommer att genereras snabbt under mjukvarans livscykel Det kräver en bra planering
Det är flexibelt och billigare att ändra krav och omfattning Problem kan orsaka på grund av systemarkitekturen som sådan, att inte alla krav samlas in i förväg under hela mjukvarans livscykel
Under utvecklingsstadierna kan förändringar göras Varje iterationsfas är stel och överlappar inte varandra
Denna modell är billigare jämfört med andra Att åtgärda ett problem i en enhet kräver korrigering i alla enheter och tar mycket tid
En kund kan svara på varje byggnad
Fel är lätta att identifiera