Prosessmodell
En abstrakt representasjon av en prosess. Modellen beskriver en prosess slik noen mener den burde være. Men den faktiske systemutviklingsprosessen kan ha noen avik fra denne prosessmodellen, men burde følge den sånn cirka.
Eksempler på prosessmodeller kan være fossefall, spiral, RUP, Scrum.
Fossefallsmodellen
Plandrevet modell. Utviklingen foregår i veldefinerte faser. Det er en tung prosess med stor vektlegging på planlegging, analyse og design. Det er lite rom for endringer underveis. Det brukes mest i store prosjekter som gjerne utvikles på ulike steder. Den plandrevne utviklingen gjør det enklere å koordinere arbeidet. Men kan også brukes i små prosjekter der kravene er godt forståtte og mest sannsynlig ikke blir endret på underveis. Det er en gammel modell som egentlig er på vei ut.
Spiralmodellen
Utviklingsprosessen er representert som en spiral istedenfor en sekvens. Hver runde i spiralen representerer en fase i prosessen, f.eks kravspesifisering eller design. Det som kan gå galt, og med hvilken sannsynlighet og konsekvens, er vurdert og håndtert eksplisitt gjennom prosessen.
Det kan være vanskelig å se for seg uten et bilde men det foregår cirka slik:
review->risk analysis1->prototype1->conceptofoperations->risk analysis2->prototype2->simulations->requirements->req validations->development plan->risk analysis3->prototype3 …..ect
Her ser vi at vi går tilbake til noen prosesser ganske ofte som f.eks risikovurdering og prototyping.
Rational Unified Process (RUP)
Prosessmodell som legger vekt på arkitektur/UML-modeller og er delt opp i 4 faser. Hver fase er iterative
- Innledning/ide
- Lag overordnet målsetting, behovsanalyse, budsjett, prosjektplan.
- Identifiser funksjonelle krav og modellere use cases. (brukstilfeller) - Utdypning
- Fortsett med å forstå problemområdet, lag use cases
- Start design av arkitektur, lag arkitektur prototype.
- Ferdigstill prosjektplanen. - Konstruksjon
- Design-programmer-test, typisk i flere iterasjoner - installering
- Overfør systemet til sitt produksjonsmiljø og sett det i drift, gi nødvendig opplæring til brukere og vedlikeholdere, valider systemet i forhold til kvalitetskrav spesifisert i innledingen.
Scrum
Planleggingsfasen: Overordnede mål for prosjektet etableres og programvarearkitekturen designes.
Gjennomføringsfasen: en serie med iterasjoner ofte kalt sprinter, der hver iterasjon leverer en del av systemet.
Avslutningsfasen: Nødvendig dokumentasjon som hjelp-funksjoner og brukermanualer fullføres, og man oppsummerer hva man har lært i prosjektet.
- Systemet blir delt opp i en mengde forståelige og håndterbare deler.
- Ustabile krav hindrer ikke progresjon i prosjektet
- Hele teamet observerer hva som skjer i prosjektet, og kommunikasjon innen teamet blir god.
- Kunden får deler levert til avtalt tid og får fortløpende tilbakemelding på hvordan deler av systemet fungerer.
- Tillit mellom kunder og utviklere etableres tidlig og en positiv kultur skapes.
- kompetanse på ulike områder finnes innen teamet og det sikrer fremdrift og redusert risiko.
