Inkrementel model i SDLC: Brug, fordel & Ulempe

Indholdsfortegnelse:

Anonim

Hvad er inkrementel model?

Incremental Model er en proces med softwareudvikling, hvor kravene er opdelt i flere enkeltstående moduler i softwareudviklingscyklussen. Inkrementel udvikling sker i trin fra analysedesign, implementering, test / verifikation, vedligeholdelse.

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

Systemet sættes i produktion, når den første tilvejebringelse er leveret. Den første tilvækst er ofte et kerneprodukt, hvor de grundlæggende krav behandles, og supplerende funktioner tilføjes i de næste trin. Når kerneproduktet er analyseret af klienten, er der planudvikling til næste trin.

Karakteristik af et trinvist modul inkluderer

  • Systemudvikling er opdelt i mange miniudviklingsprojekter
  • Delvise systemer er successivt bygget til at producere et endeligt totalsystem
  • Først tackles det højeste prioritetskrav
  • Når kravet er udviklet, fryses kravet til denne forøgelse
Inkrementelle faser Aktiviteter udført i trinvise faser
Kravsanalyse
  • Krav og specifikation af softwaren indsamles
Design
  • Nogle avancerede funktioner er designet i dette trin
Kode
  • Kodning af software udføres i løbet af dette trin
Prøve
  • Når systemet er implementeret, gennemgår det testfasen

Hvornår skal man bruge inkrementelle modeller?

  • Kravene til systemet er klart forstået
  • Når der opstår krav om en tidlig frigivelse af et produkt
  • Når software engineering team ikke er særlig dygtige eller uddannede
  • Når højrisikofunktioner og mål er involveret
  • En sådan metode bruges mere til webapplikationer og produktbaserede virksomheder

Fordele og ulemper ved den inkrementelle model

Fordele Ulemper
  • Softwaren genereres hurtigt i løbet af softwarelevecyklussen
  • Det kræver en god planlægningsdesign
  • Det er fleksibelt og billigere at ændre krav og omfang
  • Problemer kan forårsage på grund af systemarkitektur som sådan, ikke alle krav indsamlet på forhånd for hele softwarelevecyklussen
  • 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 en enhed kræver korrektion i alle enhederne og bruger meget tid
  • En kunde kan svare på hver bygning
  • Fejl er let at identificere