Estudios de SEI en la década de 1980 revelaron que el software en la mayoría de las organizaciones que no se está produciendo de manera eficiente y productiva. SEI identificó el problema como el proceso de desarrollo de software y la madurez de la organización en la implementación del proceso de software. SEI luego se desarrolló un modelo de madurez de los procesos que se identificaron los procesos de una organización debe pasar a través de producir previsiblemente software de calidad que cumpla con las especificaciones y requisitos
Process Maturity Model : . Niveles 1 y 2
El modelo de madurez de los procesos SEI identifica y define cinco niveles de madurez que las organizaciones de desarrollo de software deben pasar a través de producir constantemente la calidad del software . Son nivel inicial 1 , nivel repetible 2 , nivel 3 definida , nivel 4 nivel 5 gestionado y optimizado. Los estudios demuestran que la mayoría de las organizaciones están en el nivel inicial, que se caracteriza por los planes y procedimientos ad hoc indocumentados. A medida que la organización se mueve al nivel repetible , que ahora utiliza métodos de ingeniería de software y tecnologías estándar y logra un proceso de software repetible y controlable estable
Process Maturity Model : . Niveles 3 y 4
a continuación en la evolución del proceso es la organización de nivel 3 definido. La gestión de procesos se ha arraigado y una base de datos proceso establecido. Las normas de ingeniería de software para la mejora de procesos se practican y se cumplen. La organización que ha alcanzado el nivel 4 - el nivel logrado - ahora mide todo lo que implica el proceso de software con el fin de mejorar tanto el producto como el proceso
Process Maturity Model : Nivel 5 < br . >
La organización de nivel 5 se ha alcanzado un enfoque estructurado para la mejora de procesos . Utiliza métricas de nivel 4 para lograr una mejora continua y optimización de procesos. El nivel de organización ha establecido una descripción detallada de cómo el proceso en sí mismo puede ser modificado . Muy pocas organizaciones de software , de acuerdo con Edward Yourdon , han alcanzado el nivel 5 de madurez.
Personal Software Process (PSP ),
Los gastos de personal se estima que contribuyen hasta en un 70 por ciento el costo de desarrollo de software. Por lo tanto, muy importante para formar a los ingenieros de software en uso eficiente y productivo de habilidades de software . El proceso de software personal ( PSP) fue diseñado para responder a este desafío . Los guías PSP ingenieros en la gestión de proyectos , planificación y estimación . Conocimiento PSP es un requisito previo para la implementación de procesos de software del equipo ( TSP ) .
Equipo Proceso de Software ( TSP )
El Team Software Process ( TSP ) está diseñado para ayudar a software equipos de lograr un alto rendimiento. Siguiendo sus directrices , los equipos de software pueden crear software de calidad , mejorar la gestión de los procesos de software en la organización y así garantizar productos y servicios de calidad de software. TSP ayuda al equipo a establecer metas y elaborar un plan estratégico para alcanzar el objetivo de la participación de los miembros del equipo de forma dinámica en el proyecto de software . Después de TSP y PSP, un equipo puede alcanzar fácilmente el nivel 5 .
Capability Maturity Model Integrated ( CMMI )
CMMI es un conjunto de mejores prácticas que actúan como una guía para la mejora de procesos en el desarrollo de productos y servicios, en la gestión de los recursos y la adquisición de productos y servicios. CMMI es una actualización (2006 a 2009) y la extensión del proceso de cinco niveles originales , sino que va más allá de los procesos de software y se aplica a otros ámbitos que requieran el desarrollo del proceso .