? Programvare prosessforbedring ( SPI ) er opptatt med å administrere de faser, ressurser og folk som fører til høyere produktivitet og kvalitet programvare . Utviklet i 1990-årene på Software Engineering Institute ( SEI ) , dominerer SPI modell filosofi og metodikk for programvareutvikling selv i 2010 . Den utvidede modellen inkluderer personlig programvare prosess ( PSP ), team -programvare prosess (TSP ) og Capability Maturity Model integrert ( CMMI ) . Hver forbedring må være målbare og analyzable å bli nyttig og repeterbare . Hva er Software Process Improvement ?

Studier av SEI i slutten av 1980 avslørte at programvaren i de fleste organisasjoner ikke ble produsert effektivt og produktivt. SEI identifisert problemet som prosessen med utvikling av programvare og organisasjonens modenhet i gjennomføringen av programvare prosess . SEI så utviklet en prosess modenhet modell som identifiserte de prosessene en organisasjon må passere gjennom til forutsigbart produsere kvalitet programvare som oppfyller spesifikasjoner og krav
Process Maturity Model : . Nivå 1 og 2

SEI prosessen modenhet modell identifisert og definert fem nivåer av modenhet som programvareutvikling organisasjoner må passere om å konsekvent produsere kvalitet programvare . De er første nivå 1 , repeterbare nivå 2 , definert nivå 3 , klarte nivå 4 og optimalisert nivå 5 . Studier viser at de fleste organisasjoner er på første nivå , preget av ad hoc udokumenterte planer og prosedyrer . Etter hvert som organisasjonen flyttes til repeterbare nivå , bruker den nå standard software engineering metoder og teknologier og oppnår en stabil repeterbare og kontrollerbare programvare prosess
Process Maturity Model : . Nivå 3 og 4

Neste i prosessen evolusjon er definert nivå 3 organisasjonen. Prosesstyring har slått rot og en prosess database etablert . Software engineering standarder for prosessforbedring praktiseres og følges. Organisasjonen som har oppnådd nivå 4 - det klarte nivå - Nå måler alt involvert i programvaren prosessen slik som å forbedre både produktet og prosessen
Process Maturity Model : Nivå 5

nivå fem organisasjonen har oppnådd en strukturert tilnærming til prosessforbedring . Den bruker beregninger fra nivå fire for å oppnå en kontinuerlig og optimalisert prosessforbedring. Nivået organisasjonen har etablert en detaljert beskrivelse av hvordan selve prosessen kan endres . Svært få programvare organisasjoner , ifølge Edward Yourdon , har oppnådd nivå fem modenhet.
Personal Software Process ( PSP )

Personalkostnader er anslått til å bidra med opp til 70 prosent kostnaden for utvikling av programvare . Det derfor svært viktig å trene programvare ingeniører i effektiv og produktiv bruk av programvare ferdigheter . Den personlige programvare prosess ( PSP ) er designet for å møte denne utfordringen . PSP guider ingeniører på prosjektledelse, plan og estimering . PSP kunnskap er en forutsetning for å gjennomføre teamet programvare prosess (TSP ) .
Teamet Software Process (TSP )

Teamet programvare prosess (TSP ) er utviklet for å hjelpe programvare lagene oppnå høy ytelse . Etter sine direktiver , kan programvare team skape kvalitet programvare , bedre styring av programvare prosesser i organisasjonen og dermed garantere kvalitet software produkter og tjenester. TSP hjelper laget å etablere mål og lage en strategisk plan for å nå målet ved å involvere teammedlemmer dynamisk i programvare-prosjekt . Etter TSP og PSP, et lag kan lett oppnå nivå 5 .
Capability Maturity Model Integrert ( CMMI )

CMMI er en samling av beste praksis som fungerer som en guide for prosessforbedring i å utvikle produkter og tjenester , i forvaltning av ressurser og kjøp av produkter og tjenester. CMMI er en oppdatering ( 2006-2009 ) og utvidelse av den opprinnelige fem -level prosessen, men går utover programvare prosesser og gjelder for andre felt som krever prosessutvikling .