Inkrementel model i SDLC: Brug, fordel og ulempe

Hvad er inkrementel model?

Inkrementel model er en proces med softwareudvikling, hvor kravene er opdelt i flere selvstændige moduler af softwareudviklingscyklus. Inkrementel udvikling sker i trin fra analysedesign, implementering, test/verifikation, vedligeholdelse.

Inkrementel model i SDLC

Hver iteration passerer gennem krav, design, kodning og testfaser. Og hver efterfølgende udgivelse af systemet tilføjer funktion til den tidligere udgivelse, indtil al designet funktionalitet er blevet implementeret.

Inkrementel model i SDLC

Systemet sættes i produktion, når det første inkrement er leveret. Det første trin er ofte et kerneprodukt, hvor de grundlæggende krav er behandlet, og supplerende funktioner tilføjes i de næste trin. Når kerneproduktet er analyseret af kunden, er der planudvikling for det næste trin.

Karakteristika for et inkrementelt modul omfatter

  • Systemudvikling er opdelt i mange miniudviklingsprojekter
  • Delsystemer bygges successivt for at producere et endeligt samlet system
  • Højeste prioritetskrav tackles først
  • Når først kravet er udviklet, fryses kravet til det tilvækst
Inkrementelle faser Aktiviteter udført i trinvise faser
Kravsanalyse
  • Krav og specifikationer af softwaren indsamles
Design
  • Nogle avancerede funktioner er designet i denne fase
Kode
  • Kodning af software udføres i denne fase
Test
  • Når systemet er deployed, går den igennem testfasen

Hvornår skal man bruge inkrementelle modeller?

  • Systemets krav er klart forstået
  • Når der opstår efterspørgsel efter en tidlig frigivelse af et produkt
  • Hvornår software Engineering team er ikke særlig veluddannede eller trænede
  • Når højrisikofunktioner og -mål er involveret
  • Sådanne metoder er mere i brug for webapplikationer og produktbaserede virksomheder

Fordele og ulemper ved inkrementel model

Fordele Ulemper
Softwaren vil blive genereret hurtigt i løbet af softwarens livscyklus Det kræver en god planlægningsdesign
Det er fleksibelt og billigere at ændre krav og omfang Problemer kan forårsage på grund af systemet archiTeknering som sådan er ikke alle krav samlet på forhånd for hele softwarens livscyklus
Gennem udviklingsstadierne kan der foretages ændringer Hver iterationsfase er stiv og overlapper ikke hinanden
Denne model er billigere sammenlignet med andre Afhjælpning af et problem i én enhed kræver korrektion i alle enheder og bruger meget tid
En kunde kan reagere på hver bygning
Fejl er nemme at identificere