Hva er Software Process Improvement?
Programvare prosessforbedring (SPI) er opptatt med å håndtere 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 også 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 til å bli nyttig og repeterbare.
Hva er Software Process Improvement?
Studier av SEI i slutten av 1980-tallet viste at programvaren i de fleste organisasjoner ikke ble produsert effektivt og produktivt. SEI identifisert problemet som prosessen med programvareutvikling og organisasjonens modenhet i gjennomføringen av programvare prosess. SEI deretter utviklet en prosess modenhet modell som identifiserte prosessene en organisasjon må passere gjennom til forutsigbar produsere kvalitet programvare som oppfyller spesifikasjoner og krav.
Prosess 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. Undersøkelser viser at de fleste organisasjoner er på første nivå, preget av ad hoc udokumenterte planer og prosedyrer. Som organisasjon flytter til repeterbare nivå, bruker den nå standard software engineering metoder og teknologier og oppnår en stabil repeterbare og kontrollerprogramvare prosess.
Prosess Maturity Model: Nivåer 3 og 4
Neste i prosessen evolusjon er definert nivå tre organisasjon. Prosessledelse 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 - den administrerte nivå - måler nå alt involvert i programvaren prosessen slik som å forbedre både produktet og prosessen.
Prosess Maturity Model: Nivå 5
Nivået fem organisasjonen har oppnådd en strukturert tilnærming til prosessforbedring. Den bruker beregninger fra nivå 4 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å 5 modenhet.
Personal Software Process (PSP)
Personalkostnadene er anslått til å bidra med opp til 70 prosent av kostnadene for programvareutvikling. Det er derfor svært viktig å trene programvare ingeniører i effektiv og produktiv bruk av programvare ferdigheter. Den personlige programvareprosessen (PSP) er designet for å møte denne utfordringen. PSP guider ingeniører i prosjektledelse, plan og estimering. PSP kunnskap er en forutsetning for å gjennomføre laget programvare prosess (TSP).
Lag Software Process (TSP)
Teamet programvare prosess (TSP) er utformet for å hjelpe programvare lag oppnå høy ytelse. Etter sine direktiver, kan programvare lag skape kvalitet programvare, bedre styring av programvare prosesser i organisasjonen og dermed garantere kvalitet programvareprodukter og tjenester. TSP hjelper laget til å etablere mål og lage en strategisk plan for å nå målet ved å involvere medarbeidere dynamisk i programvare-prosjekt. Etter TSP og PSP, kan et lag lett oppnå nivå 5.
Capability Maturity Model Integrert (CMMI)
CMMI er en samling av beste praksis som fungerer som en guide for prosessforbedring i utvikling av 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-nivå prosess, men går utover programvare prosesser og gjelder for andre felt som krever prosessutvikling.