Inkrementell modell i SDLC: användning, fördel & Nackdel

Vad är inkrementell modell?

Incremental Model är en process för mjukvaruutveckling där kraven delas upp i flera fristående moduler för programvaruutvecklingscykeln. Inkrementell utveckling görs i steg från analysdesign, implementering, test / verifiering, underhåll.

Varje iteration passerar kraven, 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.

Systemet sätts i produktion när första steget levereras. Det första steget är ofta en kärnprodukt där de grundläggande kraven tas upp och kompletterande funktioner läggs till i nästa steg. När kärnprodukten har analyserats av klienten finns det planutveckling för nästa steg.

Egenskaper för en inkrementell modul inkluderar

• Systemutveckling är uppdelad i många miniutvecklingsprojekt
• Partiella system byggs successivt för att producera ett slutligt totalsystem
• Högsta prioritetskrav hanteras först
• När kravet väl har utvecklats fryses kravet på detta steg

Inkrementella faser	Aktiviteter som utförs i stegvisa faser
Kravsanalys	Krav och specifikation av programvaran samlas in
Design	Några avancerade funktioner har utformats under detta steg
Koda	Kodning av programvara görs under detta skede
Testa	När systemet väl har distribuerats går det igenom testfasen

När ska jag använda inkrementella modeller?

• Kraven på systemet är klart förstått
• När efterfrågan på en tidig release av en produkt uppstår
• När teamet för mjukvaruteknik inte är särskilt skickligt eller utbildat
• När högriskfunktioner och mål är inblandade
• Sådan metod används mer för webbapplikationer och produktbaserade företag

Fördelar och nackdelar med inkrementell modell

Fördelar	Nackdelar
Programvaran genereras snabbt under programvarans livscykel	Det kräver en bra planeringsdesign
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 på förhand för hela programvarans livscykel
Under hela utvecklingsstadiet kan förändringar göras	Varje iterationsfas är stel och överlappar inte varandra
Denna modell är billigare jämfört med andra	För att åtgärda ett problem i en enhet krävs korrigering i alla enheter och det tar mycket tid
En kund kan svara på varje byggnad
Fel är lätta att identifiera