Studies van SEI in de late jaren 1980
bleek dat software in de meeste organisaties is niet efficiënt en productief wordt geproduceerd . SEI geïdentificeerd het probleem als het proces van software ontwikkeling en volwassenheid van de organisatie bij de uitvoering van het software proces . SEI ontwikkelde vervolgens een proces maturity model dat de processen die een organisatie moet passeren om voorspelbaar te produceren kwaliteit van software die specificaties en eisen voldoet
Process Maturity Model : . Niveaus 1 en 2

De SEI procesvolwassenheid model geïdentificeerd en gedefinieerd vijf niveaus van volwassenheid die software ontwikkelingsorganisaties al moeten passeren om consequent te produceren hoogwaardige software . Ze zijn oorspronkelijke niveau 1 , herhaalbare niveau 2 , gedefinieerde niveau 3 , niveau 4 beheerd en geoptimaliseerd level 5 . Studies tonen aan dat de meeste organisaties zijn op het oorspronkelijke niveau , gekenmerkt door ad hoc zonder papieren plannen en procedures . Zoals de organisatie verplaatst naar de herhaalbare niveau , het maakt nu gebruik van standaard software engineering methoden en technieken en een stabiele herhaalbaar en controleerbaar software proces realiseert
Process Maturity Model : . Niveau 3 en 4 < br >

Volgende in het proces van evolutie is het gedefinieerde niveau 3 organisatie. Procesmanagement heeft wortel geschoten en een proces -database opgericht . De software engineering normen voor procesverbetering worden geoefend en nageleefd . De organisatie die heeft bereikt niveau 4 - de beheerde niveau - meet nu al betrokken bij de software zo om zowel het product en het proces te verbeteren
Process Maturity Model : Level 5 < br . >

Het niveau 5 organisatie heeft een gestructureerde aanpak bereikt voor procesverbetering . Het maakt gebruik van statistieken van niveau 4 naar een continue en optimale procesverbetering te realiseren . Het niveau organisatie een gedetailleerde beschrijving van het proces zelf kan worden aangepast vastgesteld . Zeer weinig software organisaties , volgens Edward Yourdon , hebben bereikt niveau 5 volwassenheid .
Personal Software Process ( PSP ) op

Personeelskosten
naar schatting oplopen tot 70 procent de kosten van softwareontwikkeling . Het daarom erg belangrijk om software engineers trainen in efficiënt en productief gebruik van software vaardigheden . De personal software proces ( PSP ) is ontworpen om deze uitdaging aan . De PSP- gidsen ingenieurs op project management , plannen en schatten . PSP kennis is een voorwaarde voor de uitvoering team software proces ( TSP ) .
Team Software Process ( TSP )

Het team van software proces ( TSP ) is ontworpen om software te helpen teams bereiken hoge prestaties . Na haar richtlijnen , kan software teams hoogwaardige software te creëren , verbeteren van het beheer van software processen in de organisatie en dus garant staan ​​voor kwaliteit software producten en diensten . TSP helpt het team om doelen te stellen en te produceren van een strategisch plan voor het bereiken van het doel door het betrekken dynamisch teamleden in de software -project . Naar aanleiding van TSP en PSP , een team kan gemakkelijk niveau 5 te bereiken .
Capability Maturity Model Integrated ( CMMI ) op

CMMI
is een verzameling van best practices die fungeren als een gids voor procesverbetering in het ontwikkelen van producten en diensten , in het beheer van de middelen en de aankoop van producten en diensten . CMMI is een update ( 2006 tot 2009 ) en de uitbreiding van de oorspronkelijke vijf - level proces, maar gaat verder dan software processen en is van toepassing op andere gebieden vereisen procesontwikkeling.