Calidad Total

(IS452)
Ingeniera de Sistemas

MODELOS DE CALIDAD DEL SOFTWARE A NIVEL PROCESO

SEM
10

EL PROCESO DE MEJORA

Gestin del tiempo

Control del tiempo
Planificacin de productos y periodos
La planificacin del producto
El tamao del producto
La gestin de los compromisos
La gestin de las programaciones
El plan del proyecto
EGM

Pgina 1 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

EL MODELO DE MADUREZ DE CAPACIDADES -CMM (CAPABILITY MATURITY MODEL) Y

LA MEJORA CONTINA DEL PROCESO DE SOFTWAREEl CMM trata de guiar a las organizaciones en la seleccin de estrategias para mejorar el
proceso y la calidad del software.
Es un modelo de evaluacin de los procesos de una organizacin. Fue desarrollado inicialmente
para los procesos relativos al desarrollo e implementacin de software por la Universidad
Carnegie-Mellon para el SEI
La historia de la ingeniera del software est repleta de grandes fracasos y decepciones.
Proyectos de miles de millones de dlares que no han cumplido sus objetivos y a menor nivel
pero de forma mucho ms abundante, millones de usuarios decepcionados con el software que
manejan como principal elemento de su trabajo. Ante esto la pregunta que nos planteamos es:
Cmo se pueden evitar los fracasos en la produccin de software?
Para conseguir tener un proceso de produccin de software sin fallos, adecuado a las
necesidades estipuladas en un principio y entregado a tiempo, est claro que la produccin de
software debe convertirse en un proceso disciplinado y aceptado por todos.
Son varias las razones por las que puede fallar el proceso de software; mencionamos las tres
principales:
1. El personal no se involucra lo suficiente en el control de calidad del trabajo.
2. La alta direccin no ha adquirido conciencia de la importancia de un buen proceso de
software para su compaa, la principal consecuencia de esto es que el proceso de
software no tiene los recursos adecuados ya sea en forma de tiempo, dinero,
tecnologa, personal y formacin de este.
3. Las prcticas establecidas no son las adecuadas.
Los procesos definidos ayudan a la planificacin y desarrollo de un trabajo. El proceso que
establezcamos debe ser flexible y debe facilitar el cambio y la innovacin. Aqu es donde entra
el CMM o "Modelo de Madurez de Capacidad del Software" (SEI - Software Engineering
Institute). El CMM est destinado a la evaluacin y mejora de procesos.
Se debe evaluar a la organizacin para conocerla ya que sin conocerla no se puede mejorar. El
propsito de CMM es guiar a las organizaciones en la seleccin de estrategias de mejora
determinando la madurez del proceso actual e identificando los puntos importantes que se
deben estudiar y trabajar para mejorar tanto el proceso como la calidad del software.
Dicho en otras palabras, ayudar a las personas a identificar aquellas actividades crticas que
indican la capacidad para realizar de la organizacin. Hay dos razones fundamentales para
creer en la efectividad de este modelo:
1. El modelo CMM esta construido en base a prcticas reales.
2. Cada implementacin del CMM es un nuevo xito (como por ejemplo sucedi en la
aplicacin
en
el
Departamento
de
Defensa
de
los
EEUU).
El CMM tiene un riesgo, puede ser mal interpretado. Para evitarlo es conveniente que
las personas que lo utilicen comprendan el modelo y sus implicaciones. As mismo, el
CMM es una forma de comprender la propia gestin de procesos dentro de la
organizacin. Es cierto que el CMM evala a la organizacin. Pero no podemos
cometer el error de reducir el CMM a una mera lista de comprobacin, el CMM es
mucho ms que eso, es una "institucionalizacin" del proceso para construir software
con el objetivo de conseguir una mejora continua.
A la hora de aplicar el CMM debemos tener claros una serie de aspectos sobre la organizacin:
3. 1. Su tamao.
4. 2. Su nivel cultural.
5. 3. Las tecnologas que emplea.
Conociendo estos tres puntos podemos acometer el conocimiento de los objetivos de la
organizacin. Posteriormente deberemos decidir cmo vamos a medir. El CMM establece 5
posibles niveles de madurez en los que puede encontrarse una organizacin:
Nivel0 Nivel Inexistente. Las Organizaciones carecen completamente de cualquier proceso
reconocible e incluso se desconoce la existencia de un problema a resolver.
Nivel 1: Nivel inicial, El proceso de software es impredecible y poco controlado. Esto no
significa que una organizacin no produzca buen software, sino que el coste (financiero,
humano, temporal, etc.) es demasiado alto tanto para los productores como para los usuarios.
EGM

Pgina 2 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

Nivel 2: Nivel repetible, En este nivel existe una disciplina bsica en la gestin de procesos
basada en la repeticin de tareas aprendidas previamente. Ya hay una planificacin en
trminos de coste, calendario y requisitos.
Nivel 3: Nivel definido, el proceso es estndar y consistente, se conoce lo que hace que el
proceso de software tenga xito y se aplica a toda la organizacin.
Nivel 4: Nivel gestionado, el proceso del nivel 3 es medido y controlado cuantitativamente,
est implementado en toda la organizacin.
Nivel 5: Nivel optimizado, existe una evolucin continua en la optimizacin del proceso.
El CMM se centra en los tres principales aspectos que influyen en una organizacin:
a) Las personas: Se trata por disciplinas como el desarrollo organizativo, gestin de los RRHH
y la Gestin de la Calidad Total (TQM).
b) La tecnologa: La tecnologa cambia a su propio ritmo a lo largo del tiempo, se puede
adquirir.
c) El proceso. Pero, cmo se gestiona el proceso y cmo se mejora?, se puede comprar? La
gestin del proceso se puede aprender e institucionalizar, aqu es donde entra el CMM.
La complejidad aparente del CMM se simplifica en cuatro conceptos base:
La evolucin es posible pero lleva tiempo.
Hay etapas distinguibles en la madurez del proceso.
La evolucin implica que algunas cosas deben ser aplicadas antes que otras.
La madurez disminuir al menos que se mantenga. "Los cambios duraderos requieren
un esfuerzo constante".
Para cambiar el proceso del software debemos gestionar las influencias y gestionar las mejoras
sistemticas. El cambio puede empezar a aplicarse a travs del ciclo de Deming: Planificar,
Hacer, Verificar y Actuar. Adaptado a nuestra situacin, Iniciar es acordar el motivo y la
estrategia para el cambio. Diagnosticar es acordar qu cambiar, posteriormente debemos
Establecer la infraestructura (equipos y planes), Actuar (llevar a cabo los planes) e
Institucionalizar (capturar y reutilizar las lecciones aprendidas). Al aplicar el modelo CMM se
han de recorrer varios niveles de madurez, cada uno de los cuales se compone de una serie de
prcticas, las colecciones de prcticas de software y de gestin especficas de un nivel de
madurez se denominan reas Clave de Proceso (KPAs). Cada KPA tiene una serie de
prcticas claves a realizar, algunas de ellas comunes a todos los niveles, en concreto:
- Compromiso para realizar (Co).
- Capacidad para realizar (Ab).
- Actividades realizadas (Ac).
- Medicin y anlisis (Me).
- Verificacin de la implementacin (Ve).
Hay que tener en cuenta que todo este proceso generar datos; la existencia de un repositorio
de datos facilita la labor de proyectos futuros y ser parte fundamental para la mejora del
proceso dentro de la organizacin.
Si lo que pretendemos es aplicar el modelo CMM a una organizacin de tipo medio y queremos
que el CMM sea efectivo, puede ser necesario depurar y eliminar ciertas acciones o
condiciones que para este tipo de organizacin puede resultar excesivo y no har sino saturar
de trabajo al personal sin producir resultados.
CAPABILITY MATURITY MODEL INTEGRATION (CMMi)
El modelo CMMi Versin 1.1 tiene el propsito de proporcionar una nica gua unificada para la
mejora de mltiples disciplinas tales como Ingeniera de Sistemas (SE System Engineering),
Ingeniera del Software y el Desarrollo Integrado del Producto y del Proceso (IPPD). Ms
recientemente, el esfuerzo est siendo ampliado para incluir requisitos especficos para la
gestin y control de proveedores. Adems, debido a la existencia de un modelo internacional
para la mejora de los procesos del software; determinacin y evaluacin de su capacidad
(ISO/IEC TR 15504), hay un compromiso que el CMMi tenga conformidad y compatibilidad con
dicho modelo internacional.
Integracin de modelos (CMM-SW, SE-CMM, IPD-CMM)
SE-CMM
El Modelo de Madurez de Capacidades en la Ingeniera de Sistemas fue publicado por el
SEI en noviembre de 1995. Est dedicado a las actividades de ingeniera de sistemas.
Define 18 reas de proceso divididas en tres grupos:
Ingeniera (7)
Proyectos (5)
EGM

Pgina 3 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

Organizativas (6)

No utiliza niveles de madurez generales sino que en cada rea de proceso una organizacin
puede alcanzar un determinado nivel de madurez.
Al igual que el SW-CMM, ha sido integrado en el CMMI.
IPD-CMM
El Modelo de Madurez de Capacidades para el Desarrollo Integrado de Productos fue
propuesto como un borrador por el SEI en 1997, pero qued integrado en el CMMI al
publicarse este en el ao 2000.
P-CMM
Modelo de Madurez de Capacidades para Recursos Humanos
SA-CMM
Modelo de Madurez de Capacidades para la Adquisicin de Software
S3M
Modelo de Madurez de Capacidades para el mantenimiento del software
El CMMi est caracterizado por reas de proceso para las 4 disciplinas que cubre actualmente,
es decir: Seguridad de Sistemas (SSE), Ingeniera del Software, Desarrollo Integrado del
Producto y del Proceso (IPPD) y la Fuente proveedora (A). Aunque muchas de las reas de
proceso (Process Area - PA) definidas en el CMMi tengan los mismos nombres que las reas
clave de proceso (Key Process Area - KPA), definidas en su modelo anterior el SW-CMM,
existen una serie de cambios significativos en cuanto al enfoque y al alcance de sus
actividades y objetivos. Los enfoques de CMMi estn diseados para describir los niveles de
mejoramiento del proceso.
Los Enfoques del CMMi tienen como finalidad atender a las diversas necesidades de las
organizaciones que quieren realizar la mejora de sus procesos. Existen 2 enfoques:
1. Continuo y
2. Escalonado.
El Enfoque Continuo hace hincapi en la capacidad de ciertas reas para realizar sus
actividades de manera adecuada.
El Enfoque Escalonado hace especial nfasis en el grado de madurez de los procesos (a
semejanza del SW-CMM).
Ambos enfoques reconocen que las reas de proceso se pueden agrupar en 4 categoras
generales:
1. Gestin de Proyectos,
2. Gestin de Procesos,
3. Ingeniera y
4. Apoyo; y
Dos categoras opcionales:
1. Desarrollo Integrado del Producto y del Servicio; y
2. Gestin de Compras.

EGM

Pgina 4 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

EGM

Pgina 5 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

EGM

Pgina 6 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

EGM

Pgina 7 de 8

Calidad Total
(IS452)
Ingeniera de Sistemas

EGM

Pgina 8 de 8