El documento describe el Modelo de Madurez de la Calidad (CMM) y sus niveles. El CMM evalúa la madurez de los procesos de una organización de software y cuenta con 5 niveles que van desde procesos improvisados hasta procesos optimizados basados en métricas. El modelo ayuda a las organizaciones a mejorar la gestión de proyectos de software y cumplir con los objetivos planificados.

1. Calidad de Software
Modelo de la Madurez de la Calidad
CMM-CMMI

2. Presentado

 Lirisbeth Del Carmen Domínguez Quintero
 13 de septiembre de 2012
 Profesora: Belén de Espino

3. OI vs OM

Organización Inmadura Organización Madura
Improvisa o no sigue los Tiene definido e
procesos de software. implantado el método de
desarrollo y mantenimiento
del software.
No se hacen estimaciones y Las estimaciones y costos se
costos en tiempos reales. basan en experiencias
anteriores.
Calidad no definida sobre Tiene objetivos
base objetiva. cuantificables para medir la
calidad.
Calidad sin predecir. Se controla la calidad y
garantiza satisfacción del
cliente.

4. Generalidades

 Modelo de Madurez de Capacidades o CMM
 Modelo de evaluación de los procesos de una
organización.
 desarrollado inicialmente para los procesos relativos
al desarrollo e implementación de software por la
Universidad Carnegie-Mellon para el SEI (Software
Engineering Institute).

5. Generalidades

El SEI
 centro de investigación y desarrollo
 patrocinado por el Departamento de Defensa de los
Estados Unidos de América
 gestionado por la Universidad Carnegie-Mellon.

6. Modelo CMM

 1986 Primera definición
 Evoluciono hasta SW-CMM
 Su ultima versión fue en 1993.

7. Ámbitos

 Desarrollo de productos y servicios (Modelo CMMI
para desarrollo)
 Establecimiento de servicio, gestión y entrega
(Modelo CMMI para servicios)
 Adquisición de productos y servicios (Modelo
CMMI para adquisición)

8. Países en que se usa.


9. Niveles del CMM


10. Niveles del CMM


11. Nivel 1

 Introducir la idea
 Colocar Directores

12. Nivel 2

 Dependencias de tareas.
 - Duración de las tareas.
 - Ciclo de repetición de tareas.
 - Datos de gestión de personal (contratación,
adaptación, etc.).
 Las salidas pueden incluir datos sobre:
 - Calendario del proyecto.
 - Perfil de evolución del presupuesto.
 - Perfil de evolución de personal.

13. Nivel 2


14. Nivel 3

 Cambios en los requisitos.
 - Defectos de diseño.
 - Defectos de codificación.
 - Pruebas y revisiones.
 además de distribuciones estadísticas de éstos. Las
salidas pueden incluir datos sobre:
 - Calidad del software.
 - Información sobre el ciclo de vida.

15. Nivel 3


16. Nivel 4

 Mayor validación de procesos simulados.
 Operación de procesos dentro de limites de
rendimientos.

17. Nivel 5

 Debe tener capacidad de responder rápidamente a
las nuevas tecnologías.

18. Conclusión

 Objetivo de los niveles= Estandarización adecuada
de procesos.
 Finalidad = Gestionar los proyectos de software
adecuadamente.
 Meta = Cumplir con los objetivos planificados para
el proyecto.

19. CMM-CMMI


20. Interrogantes ?
