Software con calidad implementando CMMI nivel 2

Quality Software implementing CMMi Level 2

Janeth Rozo Nader*

RESUMEN
Modelo de calidad CMMI, modelo para la mejora y evaluacin de
procesos para el desarrollo, mantenimiento y operacin de sistemas
de software. Toda empresa de software por el solo hecho de existir
se encuentra en el nivel 1. Para mejorar la manera de trabajar y as
obtener mejores resultados se debera avanzar al nivel 2 de CMMI,
y para esto se deben adquirir las capacidades necesarias para interpretar las prcticas definidas en el nivel 2 del modelo CMMI, comprender los beneficios, conocer las etapas de implementacin de
un proceso de mejoras alineado a CMMI, cules son sus riesgos y
cmo minimizarlos.
Palabras clave: Modelos de Madurez y Capacidad, Gestin de proyectos.

ABSTRACT
CMMI model, a model for the improvement and evaluation processes for the development, maintenance and
operation of software systems. Any software company
just because there is at level 1. To improve the way
people work and get better results should advance to
level 2 CMMI, and it should acquire the skills needed to
interpret the practices defined in level 2 of CMMI, understand the benefits, understand the stages of implementation of a process improvement aligned to CMMI, what
their risks and how to minimize them.
Key words: Capability Maturity Models, Project Management.

* Ingeniero de Sistemas, especialista en Ingeniera del software, Maestra en Ingeniera del Software, Universidad del
Norte. Docente Investigador, Universidad Libre. jrozo@unilibrebaq.edu.co

Fecha de recepcin: Agosto 2 de 2011 Fecha de aceptacin: Octubre 24 de 2011

INGENIARE, Universidad Libre-Barranquilla, Ao 6, No. 11, pp. 93-97 ISSN: 1909-2458

94

SOFTWARE CON CALIDAD IMPLEMENTANDO CMMI NIVEL 2

I. INTRODUCCIN
La experiencia de las organizaciones de creacin de software, ha movido el sector de la Ingeniera de
Software de un terreno desconocido a uno predecible y con un grupo de buenas prcticas probadas,
para el cual el Instituto de Ingeniera de Software (SEI) desarroll un conjunto de sistemas y capacidades de Ingeniera de Software que no deben estar ausentes en este tipo de organizaciones. Para adquirir las capacidades anteriormente mencionadas, el SEI indica que una organizacin debe desarrollar su
propio modelo de procesos basado en el modelo CMMI, que es el modelo que define las caractersticas
de los procesos, que deben existir en una organizacin de desarrollo de software. La aplicacin de este
modelo puede ser adoptado en organizaciones de tamao grande, mediano y pequeo, a pesar de su
gran costo.
II. CMMI NIVEL 2
Una empresa de desarrollo de software por el solo hecho de existir se encuentra en nivel 1 de CMMI.
Aquella empresa que desea mejorar su forma de trabajar y as obtener mejores resultados debe avanzar al nivel 2 de CMMI.
El lograr que una organizacin alcance el segundo nivel de CMMI, es bastante complejo ya que requiere cambios en la forma de trabajar pero esto trae muchos beneficios ya que asegura que sus proyectos
son elaborados por procesos que son planificados y ejecutados de acuerdo a polticas establecidas,
asegura que el personal con que se cuenta es experto, que se tienen los recursos correctos para producir salidas controladas. Que son proyectos supervisados y evaluados constantemente para saber si
se satisfacen los requisitos del proyecto. Este nivel de madurez es el encargado de la gestin bsica de
los proyectos de la organizacin, lo cual asegura que estos sean realizados y manejados de acuerdo
a lo planeado.
III. IMPLEMENTACIN
El nivel de madurez del modelo CMMI contiene un conjunto de reas de proceso que cuentan con objetivos y actividades a desarrollar que nos permiten alcanzar los objetivos de cada nivel y as obtener
los productos resultantes del desarrollo de cada actividad.
El segundo nivel de madurez del modelo CMMI conlleva a que la organizacin obtenga e institucionalice las capacidades necesarias para llevar a cabo proyectos gestionados y controlados, para esto cuenta con seis reas de proceso, las cuales son: Gestin de Requerimientos, Planificacin de Proyecto,
Monitoreo y Control, Medicin y Anlisis, Aseguramiento de la Calidad y Gestin de la Configuracin.
INGENIARE, Universidad Libre-Barranquilla, Ao 6, No. 11, pp. 93-97 ISSN: 1909-2458

95

Janeth Rozo Nader

1. Gestin de Requerimientos
Al momento de iniciar un proyecto una de las tareas ms complejas es entender los requerimientos
ya que esta define los trabajos a realizar durante su desarrollo. Esta tarea implica muchas dificultades
ya que estos tienden a cambiar durante el transcurso del proyecto y a veces ni los clientes saben en
realidad lo que necesitan. Para gestionar los requerimientos es importante y primordial identificarlos y
entenderlos en compaa de quienes los generan, antes de trabajar con ellos. Para identificar los requisitos se puede hacer uso de tcnicas de ingeniera de requerimientos como entrevistas, encuestas, brainstormings, anlisis de protocolos (observacin de las prcticas de trabajo), diagramacin, etc. Cada
tcnica tiene sus fortalezas y debilidades, por tal motivo es importante definir cules seran las ms
apropiadas. Para comprender los requisitos se deben generar plantillas para la documentacin, especificando los servicios, funciones y restricciones del desarrollo a llevar a cabo. Luego se deben validar
los requerimientos resultantes de la obtencin de requisitos a travs de actividades como revisiones,
prototipado y validacin de modelos y as poder detectar errores, omisiones, conflictos, ambigedades
en el documento de requerimientos para obtener su aprobacin por parte de los interesados y quienes
los desarrollarn, una vez los requerimientos son comprendidos y es obtenida la aprobacin, todos
los cambios realizados a estos deben ser gestionados teniendo en cuenta el impacto, su viabilidad en
costos y tiempo para poder ser introducidos en el proceso, la gestin de estos cambios debe ser almacenada en una base de datos con el fin de ser utilizados en otros proyectos como buenas prcticas,
lo que implica llevar un registro del historial de cambios y la evaluacin del impacto de estos cambios.
Tabla 1. Herramientas para gestin de cambios
Herramientas de software para la gestin del cambio en los requerimientos
AccuRev
Aldon Affiniti for Enterprise SCM
IBM Rational ClearCase
Intasoft AllChange
OurayCM
Perforce
Sablime Lucent
SnapshotCM - True Blue Software
Telelogic Synergy CM
Fuente: Elaboracin propia

Se debe mantener asociacin bidireccional entre los requerimientos y sus implementaciones, esto es
de vital importancia a la hora de verificar la forma en que un requerimiento ha sido gestionado, para
poder identificar las inconsistencias entre los requerimientos y los productos de los planes de trabajo
del proyecto, e iniciar la accin correctiva.
INGENIARE, Universidad Libre-Barranquilla, Ao 6, No. 11, pp. 93-97 ISSN: 1909-2458

96

SOFTWARE CON CALIDAD IMPLEMENTANDO CMMI NIVEL 2

2. Planificacin del Proyecto (PP)

El propsito de la planificacin del proyecto es establecer y mantener los planes que se han definido
en el proyecto, como son las actividades a desarrollar, la estimacin de esfuerzo y costo en la que se
organiza un presupuesto, y un cronograma de trabajo, que relacionen los recursos disponibles con las
actividades, que sealen las dependencias entre estas actividades y especifiquen el tiempo en que
estas se deben desarrollar, esto conlleva a la representacin jerrquica de todas las actividades a
desarrollar y cada nivel inferior debe contener las actividades subordinadas del nivel inmediatamente
superior, en los niveles de raz deben encontrarse los objetivos del proyecto.
Esta estructura permite identificar las unidades lgicas de trabajo, estimar los costos y esfuerzos de
cada actividad, en funcin de sus actividades subordinadas, que generalmente se basan en experiencias anteriores y con la ayuda de herramientas de estimacin como COCOMO, entre las ms utilizadas.
Se deben identificar los productos y sus componentes, los riesgos, su probabilidad de ocurrencia, el
impacto que tendra su ocurrencia en los objetivos del proyecto y el lapso de tiempo en el que los riesgos son probables, obteniendo una documentacin que contiene una lista y ranking de los riesgos que
amenazan el proyecto y sus planes de contingencia, permitiendo as definir el ciclo de vida del proyecto
que permitir convertir los requerimientos en un conjunto de productos bien planificados, en los que es
necesario tener en cuenta la intervencin de los interesados, quines deben ser y qu funciones deben
cumplir, esto debe quedar plasmado en un plan de intervencin de interesados.
3. Monitorizacin y control de Proyectos
Luego de establecer los planes del proyecto, estos deben ser revisados tratando de encontrar ambigedades, contradicciones, errores y verificar la coherencia entre los distintos planes del proyecto y el
plan general. Adems durante estas revisiones se debe asegurar una comprensin comn del alcance,
de los objetivos y de las relaciones que se requieren para el xito del proyecto y as poder realizar las
acciones correctivas a los problemas identificados. Normalmente los ajustes se logran bajando o difiriendo requerimientos de funcionamiento tcnicos, negociando ms recursos, encontrando formas de
aumentar la productividad, outsourcing, ajustando el equipo de trabajo o revisando todos los planes que
afecten el proyecto o el cronograma.
4. Medicin y Anlisis
El objetivo es desarrollar y mantener una capacidad de medicin que permita obtener datos alineados
con los objetivos de la empresa y as satisfacer las necesidades de informacin de la gerencia. Para
lograr el objetivo se deben implementar tcnicas de recoleccin de informacin, de almacenamiento,
de reportes de anlisis, mtodos de feedback, e indicadores que permitan estipular la evolucin de los
INGENIARE, Universidad Libre-Barranquilla, Ao 6, No. 11, pp. 93-97 ISSN: 1909-2458

97

Janeth Rozo Nader

procesos, comparando lo real con lo planificado e identificar y resolver los problemas, proporcionando
una base para aadir mtricas en procesos futuros.
5. Aseguramiento de la Calidad
Es el grupo de actividades planificadas, esfuerzo estimado para asegurar que el software cumpla con
los requisitos mnimos de calidad, los cuales deben ser planeados antes de ser desarrollados. Para el
logro de esto se deben evaluar los procesos, elementos de trabajo y servicios con los procedimientos
estndares existentes, se deben identificar y documentar los elementos no conformes y asegurar que
estos sean mejorados, proporcionar a los usuarios la informacin sobre las actividades de aseguramiento de la calidad.
6. Gestin de la Configuracin
El propsito de esta etapa es establecer y mantener la integridad de los productos de trabajo identificando los elementos de la configuracin, manteniendo el control de configuracin, registrando los
cambios para controlar los productos de trabajo, el registro del estado de configuracin y las auditoras
de configuracin permitiendo la entrega al cliente, todo esto a travs de la gestin de la configuracin.
IV. CONCLUSIONES
El poder ejecutar un proyecto de manera controlada ejecutando actividades que se puedan repetir en el
desarrollo de los procesos aprovechando en forma metdica las experiencias adquiridas en procesos
similares, es una ventaja de la implementacin del CMMI nivel 2, ya que este est orientado a que cada
proyecto realizado por las organizaciones pueda ser planificado de acuerdo a las necesidades de los
requerimientos y que a su vez pueda ser medido, monitoreado y ajustado en caso de que sea necesario, y esto permite a las organizaciones repetir prcticas que han resultado exitosas para producir
productos con calidad.
V. REFERENCIAS BIBLIOGRFICAS
R. S. Pressman. Software Engineering: A Practitioners Approach, 6th ed. McGraw-Hill: 2005.
CMMI Product Team, CMMI for Development, Version 1.2, Carnegie Mellon University, Pittsburgh,
2006.

INGENIARE, Universidad Libre-Barranquilla, Ao 6, No. 11, pp. 93-97 ISSN: 1909-2458