? Software procesforbedring (SPI) er bekymret med at forvalte faser, ressourcer og personer , der fører til højere produktivitet og kvalitet software. Udviklet i 1990'erne på Software Engineering Institute ( SEI ) , SPI -modellen dominerer filosofi og metodik for softwareudvikling , selv i 2010. Den udvidede model indeholder personlig software proces ( PSP) , team software proces ( TSP ) og evne modenhedsmodel integreret ( CMMI ) . Hver forbedring skal være målbare og analyserbare at blive nyttige og gentagelig . Hvad er Software Process Improvement ?
Undersøgelser foretaget af SEI i slutningen af 1980'erne viste, at software i de fleste organisationer ikke blev produceret effektivt og produktivt. SEI identificeret problemet som processen med softwareudvikling og organisationens modenhed i gennemførelsen af software proces . SEI derefter udviklet en proces modenhed model, der identificerede de processer en organisation skal passere igennem til forudsigeligt producere kvalitet software, der opfylder specifikationer og krav
Process Maturity Model: . Niveau 1 og 2
SEI proces modenhedsmodel identificeres og defineres fem niveauer af modenhed, som softwareudvikling organisationer skal passere skønt at producere ensartede kvalitet software . De er oprindelige niveau 1 , gentagelig niveau 2 , definerede niveau 3 , lykkedes niveau 4 og optimeret niveau 5 . Undersøgelser viser, at de fleste organisationer er på det oprindelige niveau , der er kendetegnet ved ad hoc udokumenterede planer og procedurer . Da organisationen flytter til gentagelig niveau, er det nu bruger standard software engineering metoder og teknologier og opnår en stabil gentagelig og kontrollerbar software proces
Process Maturity Model: . Niveau 3 og 4 < br >
Next i processen evolution er det definerede niveau 3 organisation. Processtyring har slået rod og en proces database etableret. Den software engineering standarder for procesforbedring praktiseres og overholdes. Den organisation, der har opnået niveau 4 - det lykkedes niveau - måler nu alt involveret i software proces for at forbedre både produktet og processen
Process Maturity Model: Level 5 < br . >
niveau 5 organisationen har opnået en struktureret tilgang til procesforbedring . Det bruger målinger fra niveau 4 for at opnå en kontinuerlig og optimeret proces forbedring. Niveauet organisation har etableret en detaljeret beskrivelse af, hvordan selve processen kan ændres . Meget få software organisationer , ifølge Edward Yourdon , har opnået niveau 5 modenhed.
Personal Software Process ( PSP)
Personaleudgifter skønnes at bidrage med op til 70 procent udgifterne til software udvikling . Det er derfor meget vigtigt at træne softwareingeniører i effektiv og produktiv anvendelse af software- færdigheder. Den personlige software proces (PSP ) blev designet til at imødekomme denne udfordring. PSP guider ingeniører projektledelse , planlægge og estimere . PSP viden er en forudsætning for at gennemføre hold software proces ( TSP ) .
Team Software Process ( TSP )
Holdet software proces ( TSP ) er designet til at hjælpe software teams opnå en høj ydeevne . Efter sine direktiver , kan software teams skabe kvalitet software , forbedre forvaltningen af software- processer i organisationen og dermed sikre kvalitet software produkter og tjenester . TSP hjælper holdet til at opstille mål og producere en strategisk plan for at nå målet ved at inddrage teammedlemmer dynamisk i software-projekt . Efter TSP og PSP , et hold kan nemt opnå niveau 5. .
Capability Maturity Model Integrated ( CMMI )
CMMI er en samling af bedste praksis , der fungerer som en guide for procesforbedring i at udvikle produkter og tjenesteydelser, forvaltning af ressourcerne og erhvervelse af produkter og tjenester. CMMI er en opdatering (2006 til 2009) og udvidelse af den oprindelige fem- niveau proces, men går ud over softwareprocesser og gælder for andre områder , der kræver procesudvikling.
