V-modell
![](https://cdn.codegym.cc/images/article/e2c9e51b-1975-449f-9136-ff3eaed338dd/800.jpeg)
Prinsippet til den V-formede modellen ligner på mange måter kaskademodellen. Oftest brukes det i systemer hvor uavbrutt drift er ekstremt viktig. Dette er programvare for å opprettholde livsstøtten til pasienter i medisinske institusjoner, nødblokkeringssystemer og lignende programvare.
Et karakteristisk trekk ved denne modellen er at den fokuserer på testing av programvare som er i de tidlige utviklingsstadiene, inkludert design. Testing skjer parallelt med utviklingsprosessen – for eksempel utføres enhetstester mens kode skrives.
Når skal V-modellen brukes?
- Hvis et programvareprodukt trenger streng testing, er prinsippene for V-modellen (validering og verifisering) mest berettiget i denne situasjonen.
- For små og mellomstore prosjekter, med klart definerte krav.
- I nærvær av et stort antall kvalifiserte testere.
inkrementell modell
![](https://cdn.codegym.cc/images/article/a732d322-07b8-4d4a-977f-c8729ccccd89/800.jpeg)
Det særegne ved den inkrementelle modellen er at kravene til programvaren i den avhenger av den spesifikke sammenstillingen. Fordi et produkt bygges i faser, går utviklingen gjennom flere iterasjoner. Hele denne livssyklusen kan kalles en "multi-foss".
Byggesyklusen er delt inn i små og enkle moduler. Hver og en går gjennom strenge krav, design, koding, implementering og testing.
Utviklingsprosessen i henhold til den inkrementelle modellen begynner med utgivelsen av en grunnleggende versjon av produktet med minimal funksjonalitet. Så er det en "vekst" av funksjoner, som kalles "inkrementer". Arbeidsflyten fortsetter til alle tidligere planlagte funksjoner er integrert i systemet.
Iterativ modell
En iterativ modell, som også kalles en iterativ modell, trenger ikke ha en fullstendig kravspesifikasjon i startfasen. Utvikling starter med opprettelsen av visse funksjoner, som deretter blir grunnlaget for å legge til nye funksjoner.
Prosessen med å lage funksjoner "i deler" gjentas om og om igjen, til den er fullført i henhold til godkjent plan. Arbeidet fortsetter til en fungerende versjon av produktet er mottatt.
I diagrammet vedlagt her kan du se den iterative "utviklingen" av Mona Lisa-portrettet. I den første iterasjonen ser du bare en skisse av et portrett av en jente, i den andre iterasjonen kan du allerede se fargene, den tredje iterasjonen blir mer detaljert og mettet. Prosessen fullført.
![](https://cdn.codegym.cc/images/article/dcb8ed9b-7bf2-4270-8c69-c79844b5a0d0/800.jpeg)
Hvis vi husker den inkrementelle modellen, vil portrettet bli skrevet på den på en helt annen måte - stykke for stykke, fra separate deler.
Et eksempel på utvikling av en iterativ modell kan være stemmegjenkjenning. Vitenskapelig forskning på dette emnet begynte for lenge siden, først i form av ideer, deretter begynte praktisk implementering. Hver ny iterasjon forbedret kvaliteten på stemmegjenkjenning. Men selv nå kan ikke anerkjennelse kalles perfekt. Så oppgaven er ikke fullført ennå.
Når er den beste tiden å bruke den iterative modellen?
- Hvis kravene til systemet er klart definert og forståelig for alle.
- Prosjektet er svært stort i omfang.
- Hovedmålet er definert, men implementeringsdetaljer kan endres i løpet av arbeidet.
spiralmodell
![](https://cdn.codegym.cc/images/article/e73407c3-576b-47d5-be0c-98736d844601/800.jpeg)
«Spiralmodellen» ligner den inkrementelle modellen, men har en funksjon i form av risikoanalyse. Det brukes vanligvis til oppdragskritiske prosesser der feil rett og slett er uakseptabelt.
Spiralmodellen inkluderer fire arbeidsstadier:
- planlegger;
- risikoanalyse;
- arbeid med programvaredesign;
- sjekke resultatet og gå til et nytt stadium.