? Programvara processförbättring ( SPI ) handlar om att hantera faserna resurser och människor som leder till högre produktivitet och kvalitet programvara . Utvecklad i 1990-talet på Software Engineering Institute ( SEI ) , dominerar SPI modellen filosofi och metodik för programutveckling även under 2010 . Den utökade modellen innehåller personlig programvara process ( PSP ) , lag programvara process ( TSP ) och Capability Maturity Model integrerad ( CMMI ) . Varje förbättring måste vara mätbara och analyserbara att bli användbara och repeterbara . Vad är Software Process Improvement ?
Studier av SEI i slutet av 1980 visade att programvaran i de flesta organisationer inte produceras effektivt och produktivt . SEI identifierat problemet som processen för mjukvaruutveckling och organisationens mognad att genomföra programmet processen . SEI utvecklades sedan en modell process mognad som identifierat de processer en organisation måste passera igenom för att förutsägbart producera kvalitet programvara som uppfyller specifikationer och krav
Process Maturity Model : . Nivå 1 och 2
SEI process mognad modell identifierat och definierat fem nivåer av mognad som mjukvaruutveckling organisationer måste passera genom att konsekvent producera kvalitet programvara . De är initial nivå 1 , repeterbara nivå 2 , definierad nivå 3 , lyckades nivå 4 och optimerad nivå 5 . Studier visar att de flesta organisationer finns på den ursprungliga nivån , som kännetecknas av tillfälliga papperslösa planer och rutiner . När organisationen flyttar till repeterbara nivå , använder den nu standardmetoder software engineering och tekniker och uppnår en stabil repeterbar och kontrollerbar programvara process Addera ditt Process Maturity Model : . Nivåerna 3 och 4
Nästa i processen evolutionen är definierad nivå 3 organisation . Process management har slagit rot och en process databas upprättas . Software Engineering standarder för processförbättring praktiseras och följs . Den organisation som har uppnått nivå 4 - det lyckades nivå - mäter nu allt som rör programvaran processen för att förbättra både produkten och processen
Process Maturity Model : Nivå 5
nivå 5 organisationen har uppnått en strukturerad metod för processförbättring . Den använder statistik från nivå 4 för att uppnå en kontinuerlig och optimerad processförbättring . Nivån har upprättat en detaljerad beskrivning av hur själva processen kan modifieras . Mycket få programvara organisationer , enligt Edward Yourdon , har uppnått nivå 5 mognad .
Personligt Software Process ( PSP )
Personalkostnaderna beräknas bidra med upp till 70 procent kostnaden för mjukvaruutveckling . Det därför mycket viktigt att träna programvara ingenjörer i effektiv och produktiv användning av programvara färdigheter . Den personliga programvara process ( PSP ) har utformats för att möta denna utmaning . PSP guider ingenjörer på projektledning , planera och uppskatta . PSP kunskap är en förutsättning för att genomföra laget programvara process ( TSP ) .
Team Software Process ( TSP )
Teamet programvara process ( TSP ) är avsedd att hjälpa programvara lag uppnå hög prestanda. Efter sina direktiv , kan programvara grupper skapa högkvalitativ mjukvara , förbättra hanteringen av programvara processer i organisationen och därmed garantera kvalitet programvara produkter och tjänster . TSP hjälper teamet att sätta upp mål och ta fram en strategisk plan för att uppnå målet genom att engagera gruppmedlemmarna dynamiskt i programvaruprojekt . Efter TSP och PSP , ett lag kan lätt nå nivå 5 .
Capability Maturity Model Integrated ( CMMI )
CMMI är en samling av de bästa metoderna att fungera som en vägledning för processförbättring att utveckla produkter och tjänster , i förvaltningen av resurser och förvärv av produkter och tjänster . CMMI är en uppdatering ( 2006 till 2009 ) och utvidgningen av de ursprungliga fem - nivå process men går utöver mjukvaruprocesser och gäller för andra områden som kräver processutveckling .
