FUNDAMENTOS DE DESARROLLO DE SISTEMAS: CMM Y CMMI
Equipo 4
Calderón Mora Arturo
García Alcántar Adrián
Linarez Maldonado Marco Antonio
Rosales Medina Norma Alejandra
Ingeniería en Sistemas computacionales
Instituto Tecnológico de Morelia
Morelia, Mich. 58120, México
Febrero 2011
1 INTRODUCCIÓN
El negocio del desarrollo profesional de software
es cada vez más competitivo. En la actualidad la
preocupación por la calidad del software es más
presente en las organizaciones dedicadas a su
desarrollo que hace unas décadas. La competencia
feroz, la búsqueda por la reducción de costos y la
entrega en a tiempo del desarrollo hace necesario
que los involucrados en esta actividad busquen
modelos de estandarización que les permita
ajustar sus procesos para garantizar desarrollos de
calidad. Ante esta necesidad, a lo largo de las
décadas pasadas se desarrollaron y han ido
evolucionando diversos modelos de calidad y
estandarización. Uno de los modelos más antiguos
y reconocidos es el modelo CMM – CMMI que ha
sido elaborado y mantenido por el SEI (Software
Engineering Institute) dependiente de la
Universidad de Carnegie Mellon.
2 HISTORIA: EL NACIMIENTO DE CMM –
CMMI
A finales de los años 70 e inicios de la década de
los 80, el departamento de defensa de los Estados
Unidos tuvo muchos problemas con el software
que encargaba desarrollar a otras empresas, los
presupuestos no se respetaban, las fechas se
alargaban y muchas veces el resultado de los
desarrollos no fue satisfactorio. Ante esta
situación, el departamento de defensa convocó un
comité de expertos para que buscara una manera
1
07120228
07120236
08120112
08120164
de resolver este tipo de problemas. En el año 1983
dicho comité concluyó “Tienen que crear un
instituto de la ingeniería del software, dedicado
exclusivamente a los problemas del software y a
ayudar al Departamento de Defensa”.
García, 2005
Con la recomendación del comité de expertos, el
Departamento de Defensa convocó un concurso
público en el año de 1985 pidiendo propuestas de
planificación para la formación y financiamiento
de un instituto de ingeniería del software. Dicho
concurso fue ganado por la Universidad Carnegie
Mellon creando el SEI.
El SEI (Software Engineering Institute) es el
instituto que creó y mantiene el modelo de calidad
CMM – CMMI.
3 ¿QUÉ ES CMM – CMMI?
CMM (Capability Maturity Model) y CMMI
(Capability Maturity Model Integration) son
modelos de evaluación de los procesos seguidos
por una organización. CMM fue desarrollado
inicialmente para los procesos relativos al
desarrollo e implementación de software por la
Universidad Carnegie Mellon. Por su parte CMMI
es un modelo para la mejora y evaluación de
procesos para el desarrollo, mantenimiento y
operación de sistemas de software.
Existen varias diferencias centre CMM y CMMI.
CMM describe las prácticas referentes a la
ingeniería del software por si sola mientras que
CMMI describe tanto la ingeniería del software
como la ingeniería de sistemas. CMMI además
incorpora el desarrollo integrado de procesos,
productos y servicios. En otras palabras, CMM se
refiere a un único modelo mientras que CMMI se
refiere a un conjunto de modelos integrados en
una plataforma de trabajo.
4 CMM
En el año de 1987, a consecuencia de la petición
del Departamento de Defensa, el SEI publicó la
primera definición de un modelo de madurez de
procesos en el desarrollo de software. Este
documento evolucionó al modelo CMM cuya
última versión (1.1) se publicó en febrero de 1993.
CMM establece un conjunto de prácticas
agrupadas en Áreas Clave de Proceso (KPA – Key
Process Area). Cada área a su vez define un
conjunto de buenas prácticas que han de ser:
• Definidas en un procedimiento
documentado
• Provistas de los medios y formación
necesarios
• Ejecutadas en un modo sistemático,
universal y uniforme (institucionalizadas)
• Medidas
• Verificadas
Así mismo, CMM agrupa las Áreas Clave de
Proceso en cinco niveles de madurez, de modo
que una organización tenga institucionalizadas
todas las prácticas incluidas en un nivel y sus
inferiores, se considere que ha alcanzado ese nivel
de madurez. Los niveles de madurez descritos en
CMM son:
1. Inicial (caótico): Las organizaciones en en niveles de madurez. Cada nivel a su vez cuenta
este nivel no disponen de un ambiente
propicio para el desarrollo de software,
aun a pesar de la utilización de técnicas
correctas de ingeniería el desarrollo suele
verse obstruido por malas prácticas de
planificación. En este nivel son comunes
los fracasos, retrasos y sobrecostes. A este
nivel se le conoce como caótico pues
describe el ambiente de desorganización
inherente a las organizaciones en este
nivel.
2. Repetible: Es característico de las
organizaciones en este nivel el contar con
algunos procesos repetibles, posiblemente
con resultados consistentes. La disciplina
de los procesos no suele ser rigurosa, pero
donde existe puede ayudar a asegurar que
los procesos existentes son mantenidos aun
en tiempos de estrés.
3. Definido: En este nivel hay conjuntos de
procesos definidos, estandarizados y
documentados y sujetos a cierto grado de
mejora con el tiempo. Estos procesos
estandarizados pueden ser usados para
definir la consistencia del desempeño del
proceso a través de la organización.
4. Gestionado: En este nivel, las
organizaciones cuentan con un conjunto de
métricas significativas de calidad y
productividad, que se usan de modo
sistemático para la toma de decisiones y la
gestión de riesgos. El software resultante
es de alta calidad.
5. Optimizado: La organización completa
está enfocada a la mejora continua de sus
procesos, mejorando con ello tanto el
desempeño como la innovación
tecnológica de los mismos.
De esta forma, CMM establece una medida del
progreso de una organización conforme al avance
con un número de áreas de proceso que deben
2
lograrse. El alcanzar estas áreas o estados se
detecta mediante la satisfacción o insatisfacción
de varias metas claras y cuantificables. Con la
excepción del primer nivel, cada uno de los
restantes niveles de madurez está compuesto por
un cierto número de áreas claves de proceso,
conocidas a través de la documentación del CMM
como KPA.
Cada KPA define un conjunto de actividades y
prácticas interrelacionadas, las cuales al ser
realizadas en colectividad permiten alcanzar las
metas fundamentales del proceso. Las KPA se
clasifican en tres tipos de proceso:
1. Gestión
2. Organización
3. Ingeniería
Las prácticas asociadas a cada KPA se organizan a
su vez en 5 características deseables de forma que
su implementación produzca un cambio efectivo y
duradero. Estas prácticas son:
1. Compromiso de realización
2. Capacidad de realización
3. Actividades realizadas
4. Mediciones y análisis
5. Verificación de la implementación
Las organizaciones que utilizan CMM para
mejorar sus procesos pueden optar por el
asesoramiento o capacitación de un lead assesor 6 REPRESENTACIONES DEL CMMI
capacitado por el SEI para evaluar y certificar el El CMMI tiene dos representaciones:
nivel CMM en el que se encuentra la
organización.
En en año 2001 el SEI presentó el modelo CMMI
dejando de desarrollar CMM, cesando la
formación de evaluadores en diciembre de 2003.
SEI, 2011 perseguir diferentes objetivos de mejora. La
5 CMMI
Este modelo sustituye al software y a los sistemas es el mismo.
basados en CMM e integra otros modelos de
ingeniería. Tiene dos instancias: CMMI en etapas
y CMMI continuo. CMMI trata algunas
debilidades del CMM de software.
Este modelo intenta ser un marco de trabajo para
la mejora de los procesos, que sea aplicable en un
amplío abanico de compañías. Este modelo es
muy complejo y está dividido de la siguiente
manera:
1. Áreas de proceso: El CMMI identifica 24
áreas de procesos que son relevantes para
la capacidad y la mejora del proceso
software. Estas están organizadas en
cuatro grupos en el modelo CMMI
continuo.
2. Metas: Las metas son descripciones
abstractas de un estado deseable que
debería ser alcanzado por una
organización. El CMMI tiene metas
especificas asociadas a cada área de
procesos y que definen el estado deseable
para esta área. También tiene metas
genéricas que son asociadas con la
institucionalización de buenas prácticas.
3. Prácticas: Las practicas en el CMMI son
descripciones de vías para conseguir una
meta. Se puede asociar hasta siete
practicas especificas o genéricas con cada
meta dentro de cada área de procesos.
1. Por Etapas (Staged)
2. Continuo (Continuous)
Estas representaciones permiten a la organización
presentación y organización de la información es
diferente para cada una, sin embargo el contenido
3
Existen varias diferencias entre las dos formas de activo y se ve a nivel de la organización.
CMMI:
4. Nivel 4 (Administrado Cuantitativamente):
CMMI CONTINUO El proceso es medido y controlado.
Cada nivel de madurez es una plataforma bien
definida para evolucionar la mejora. Existen cinco 5. Nivel 5 (Optimizado): El proceso se
niveles de madurez. Cada nivel es una base para enfoca en la mejora continua.
la mejora utilizando una secuencia probada desde
sus bases. Los niveles de madurez de CMMI 7 ELECCIÓN DE UNA REPRESENTACIÓN
continuo son: DE CMMI

1. Nivel 0 (incompleto): El proceso no se ¿Por qué escoger CMMI continuo?

ejecuta o se hace parcialmente. • CMMI continuo es útil si la organización
se centra en los problemas, mitigación de
2. Nivel 1 (Ejecutado): El proceso se riesgos y en lo que le interesa a los
ejecuta y se producen productos basados objetivos de la organización
en productos de entrada identificados.
• Permite la comparación entre áreas de
3. Nivel 2 (Administrado): El proceso es proceso
reactivo y se caracteriza por su aplicación
a proyectos. • Permite una comparación contra el modelo
ISO 15504
4. Nivel 3 (Definido): El proceso es pro-
activo y se ve a nivel de la organización.
¿Por qué escoger CMMI por etapas?
5. Nivel 4 (Administrado • Provee una secuencia de las mejoras desde
Cuantitativamente): El proceso es la administración básica hasta niveles de
medido y controlado. alta madurez.
6. Nivel 5 (Optimizado): El proceso se • Permite la comparación entre
enfoca en la mejora continua. organizaciones por sus niveles de
madurez.
CMMI POR ETAPAS
Da una secuencia probada para la mejora en
• Provee un solo indicador que permite la
donde cada una es base para la siguiente. Se puede
comparación entre organizaciones.
migrar fácilmente del CMM a CMMI-SW. Los
niveles de madurez de CMMI por etapas son:
¿Qué actitudes pueden entorpecer la aplicación
de CMMI?
1. Nivel 1 (Inicial): El proceso es
impredecible, es reactivo y pobremente • Definir procesos sin la colaboración de sus
controlado. usuarios

2. Nivel 2 (Administrado): El proceso es • No escuchar los problemas de la

reactivo y se caracteriza por su aplicación organización
a proyectos.
• No interpretar la realidad y el contexto de
3. Nivel 3 (Definido): El proceso es pro- la

4
 • organización

• No aplicar el juicio profesional en la

organización

¿Qué beneficios se obtienen al aplicar CMMI?

• Mejora de la estimación de la planificación
y el presupuesto

• Mejora del tiempo de entrega

• Incremento de la productividad

• Mejora de la calidad (como medida de

defectos)

• Incremento de la satisfacción del cliente

• Mejora de la moral de los empleados

• Incremento del retorno de la inversión

• Reducción del coste de la calidad

Sommerville, 2005

REFERENCIAS

• García, Joaquín. 2005. CMM-CMMI

Calidad en Ingeniería del software
[En linea]. Recuperado el 20 de
Febrero de 2011 de
http://www.ingenierosoftware.com/calidad
/cmm-cmmi.php

• SEI, 2011. Frequent Asked Questions [En

linea]. Software Engineering
Institute. Recuperado el 20 de
Febrero de 2011 de
http://www.sei.cmu.edu/cmmi/start/faq/rel
ated-faq.cfm

• Sommerville, Ian. 2005. Ingeniería del

software. Ed. Pearson