Inkrementel model i SDLC: Brug, fordel og ulempe
⚡ Smart opsummering
Den trinvise model i SDLC bygger software i successive moduler, hvor hver trin tilføjer en funktion, indtil hele systemet er færdigt. Denne ressource forklarer dens egenskaber, faser, anvendelse samt fordele og ulemper.

Hvad er inkrementel model?
Inkrementel model er en proces inden for softwareudvikling, hvor krav opdeles i flere separate moduler i softwareudviklingscyklussen. Inkrementel udvikling udføres i trin, fra analyse, design, implementering og test eller verifikation til vedligeholdelse.
Hver iteration passerer gennem krav-, design-, kodnings- og testfaserHver efterfølgende udgivelse af systemet tilføjer funktioner til den forrige udgivelse, indtil al den designede funktionalitet er implementeret.
Systemet sættes i produktion, når det første inkrement leveres. Det første inkrement er ofte et kerneprodukt, hvor de grundlæggende krav er adresseret, og supplerende funktioner tilføjes i de næste inkrementer. Når kerneproduktet er analyseret af klienten, er der en plan for udviklingen af det næste inkrement.
Karakteristika for en inkrementel model
- Systemudvikling er opdelt i mange mini-udviklingsprojekter.
- Delsystemer bygges successivt for at producere et endeligt, samlet system.
- Det højest prioriterede krav håndteres først.
- Når et krav er udviklet, fastfryses kravet for den pågældende forøgelse.
| Inkrementelle faser | Aktiviteter udført i trinvise faser |
|---|---|
| Kravsanalyse |
|
| Design |
|
| Code |
|
| Test |
|
Hvornår skal man bruge inkrementelle modeller?
- Systemets krav er tydeligt forstået.
- Når der er efterspørgsel efter en tidlig udgivelse af et produkt.
- Når software Engineering Holdet er ikke særlig dygtigt eller trænet.
- Når der er involveret funktioner og mål med høj risiko.
- En sådan metode er mere anvendt til webapplikationer og produktbaserede virksomheder.
Fordele og ulemper ved inkrementel model
| Fordele | Ulemper |
|---|---|
| Softwaren genereres hurtigt i løbet af softwarens livscyklus. | Det kræver god planlægning og design. |
| Det er fleksibelt og billigere at ændre krav og omfang. | Problemer kan opstå i forbindelse med systemarkitekturen, fordi ikke alle krav er indsamlet på forhånd for hele softwarens livscyklus. |
| Ændringer kan foretages gennem hele udviklingsfasen. | Hver iterationsfase er stiv og overlapper ikke de andre. |
| Denne model er billigere sammenlignet med andre. | At afhjælpe et problem i én enhed kræver rettelse i alle enheder og bruger meget tid. |
| En kunde kan svare på hvert build. | |
| Fejl er lette at identificere. |


