REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD ALEJANDRO DE HUMBOLDT

SECCIN: DCN0604IIV1 - TURNO:NOCTURNO
INGENIERA DEL SOFTWARE

MODELO INTEGRADO DE CAPACIDAD DE MADUREZ

INTEGRANTES:
AGUILERA ROSMEURYS C.I.:20.604.672
RODRIGUEZ EDWARD C.I.:18.304.711
SEGOVIA LUIS C.I.:14.452.622

PROFESOR: LUIS PIA

CARACAS, FEBRERO 2016

INDICE

INTRODUCCIN

Modelo de Madurez de Capacidad

Evolucin

Niveles de Capacidad

Niveles de Capacidad Continuos

Niveles de Madurez Discretos

Caractersticas Comunes

Roles

Valoracin y Evolucionan

10

Beneficios

11

CONCLUSIN

13

Referencias Bibliogrficas

14

INTRODUCCIN

La presente investigacin tiene por objeto dar a conocer la Integracin

de Modelos de Madurez de Capacidades o Capability Maturity Model
Integration (CMMI), el cual es un modelo para la mejora y evaluacin de
procesos para el desarrollo, mantenimiento y operacin de sistemas de
software.
Se tocaran tpicos como su definicin, evolucin, estructura, niveles
de capacidad, sus caractersticas comunes, roles, grupos, valoracin y
beneficios.
Es importante conocer acerca del CMMI, ya que la calidad de un
producto o de un sistema, es en su mayor parte consecuencia de la calidad
de los procesos empleados en su desarrollo y mantenimiento.

MODELO INTEGRADO DE CAPACIDAD DE MADUREZ

Modelo Integrado de Capacidad de Madurez o CMMI (Capability

Maturity Model), 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 (Software Engineering Institute).
El SEI es un centro de investigacin y desarrollo patrocinado por el
Departamento de Defensa de los Estados Unidos de Amrica y gestionado
por la Universidad Carnegie-Mellon. "CMMI" es una marca registrada del SEI.
Ya que el problema fundamental de las organizaciones de software es
su inhabilidad para administrar sus procesos. El CMMI para Software (CMMSW) se convierte en una gua que nos ayudar a ganar el control sobre estos
procesos y as desarrollar y mantener un mejor software. La meta a alcanzar
ser la evolucin hacia una cultura de excelencia tanto en la Ingeniera como
en la Administracin de software.

El CMM incluye prcticas de planeacin, ingeniera y administracin

de desarrollo y mantenimiento de software. Si se siguen estas prcticas
aumentar la habilidad con que una organizacin podr alcanzar metas
como costo, programa, funcionalidad y calidad de producto.
El propsito de CMM es el 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 atacar para as mejorar
tanto el proceso como la calidad del software.

Ahora, por qu confiar en CMM? El modelo de capacidad de

Madurez est basado en prcticas reales, refleja las mejores prcticas en el
rea, tambin refleja la necesidad de los individuos de llevar a cabo una
mejora en el proceso de software, al igual que la valoracin del proceso de
software documentado y es pblico .

EVOLUCIN DEL CMMI

A partir de 2001, en que se present el modelo CMMI, el SEI ha

dejado de desarrollar el SW-CMM, cesando la formacin de los evaluadores
en diciembre de 2003, quienes dispondrn hasta fin de 2005 para reciclarse
al CMMI. Las organizaciones que sigan el modelo SW-CMM podrn
continuar hacindolo, pero ya no podrn ser certificadas a partir de fin de
2005.
Para poder entender el origen del CMM es necesario regresar a 1986
cuando el Software Engineering Institute (SEI) junto con MITRE Corporation
buscaron mejorar el proceso de software y comenzaron a desarrollar un
Marco de Trabajo que llamaron Proceso de Madurez. ste esta basado en el
concepto de la Administracin de la Calidad Total (TQM), el cual cuenta con
cinco etapas evolutivas hacia una implementacin de prcticas de calidad.
CMM es una aplicacin de TQM para software. Pero no es sino hasta 1989
que W. Humphrey, el entonces Director del SEI, publica el libro Administrando
el Proceso de Software (Managing the Software Process).
En esta obra ya encontramos un Marco de Trabajo definido por
cinco niveles de madurez. Este Marco presentaba dos mtodos (Valoracin
del proceso de software y la evaluacin de la capacidad del software) y un
cuestionario de madurez para valuar la madurez del proceso de software.
Se involucran diferentes empresas y acadmicos relacionados al rea de

Ingeniera de Software y fue en 1991 cuando ese Marco de Trabajo

evoluciona para convertirse en el Modelo de Capacidad de Madurez (CMM).
Este modelo presenta un conjunto de prcticas divididas en dieciocho
reas Clave de Proceso que han demostrado acrecentar la capacidad de los
procesos de software. El CMM siguiendo su propia filosofa contina y
continuar evolucionando siempre hacia un mejoramiento continuo.
Acorde a este modelo, el control de procesos y la excelencia en Ingeniera y
la Administracin del Software podrn ser alcanzados, si se puede mejorar
un conjunto finito de actividades que conformen la base central de un rea
clave. Al enfocarnos en 30 este pequeo conjunto de actividades y
trabajando agresivamente para cubrirlas en su totalidad, la organizacin
podr mejorar de una manera estable y gradual en lo que respecta a sus
procesos de software.
NIVELES DE CAPACIDAD
El Softwate Engineering Institute (SEI, Instituto de Ingeniera de
Software) ha desarrollado un modelo completo que se basa en un conjunto
de funciones de ingeniera del software que deberan estar presentes
conforme organizaciones alcanzan diferentes niveles de madurez del
proceso. Para determinar el estado actual de madurez del proceso de una
organizacin, el SEI utiliza un cuestionario de evaluacin y un esquema de
cinco grados.
El enfoque del SEI proporciona una medida de la efectividad global de
las prcticas de ingeniera del software de una compaa que se ajusta a las
directrices establecidas por la integracin del modelo de capacidad de
madurez (IMCM).
El IMCM representa un modelo completo de 2 formas diferentes:

NIVELES DE CAPACIDAD (CONTINUO)

Cada rea del proceso se evala de manera formal contra las metas y
prcticas especficas y se clasifica de acuerdo con los siguientes niveles de
capacidad:
Nivel 0: Incompleto. El rea del proceso (por ejemplo, la gestin de
requisitos) an no se realiza o todava no alcanzan todas las metas y
objetivos definidos para el nivel 1 de capacidad.
Nivel 1: Realizado. Todas las metas especficas del rea del proceso (como
las defini la IMCM) han sido satisfechas. Las tareas de trabajo requeridas
para producir el producto especfico han sido realizadas.
Nivel 2: Administrado. Todos los criterios del nivel 1 han sido satisfechos.
Adems, todo el trabajo asociado con el rea de procesos se ajusta a una
poltica organizacional definida; toda la gente que ejecuta el trabajo tiene
acceso a recursos adecuados para realizar su labor; los clientes estn
implicados de manera activa en el rea de proceso, cuando esto se requiere;

todas las reas de trabajo y productos estn monitoreados, controlados y

revisados; y son evaluados n apego a la descripcin del proceso.
Nivel 3: Definido. Todos los criterios del nivel 2 se han cumplido. Adems, el
proceso est adaptado al conjunto de procesos estndar de la organizacin
de la organizacin de acuerdo con las polticas de adaptacin de la misma, y
contribuye a la informacin de los productos del trabajo, mediciones y otras
mejoras del proceso para los activos del proceso organizacional.
Nivel 4: Administrado en forma cuantitativa. Todos los criterios del nivel 3 han
sido cumplidos. Adems, el rea del proceso se controla y mejora mediante
mediciones y evaluaciones cuantitativas. Los objetivos cuantitativos para la
calidad y el desempeo del proceso estn establecidos y se utilizan como
un criterio para administrar el proceso.
Nivel 5: Mejorado. Todos los criterios del nivel 4 han sido satisfechos.
Adems el rea del proceso se adapta y mejora mediante el uso de medios
cuantitativo (estadsticos) para conocer las necesidades cambiantes del
cliente y mejorar de manera continua la eficacia del rea del proceso que se
est considerando.
La IMCM define cada rea del proceso en funcin de metas
especficas y de las prcticas especficas requeridas para alcanzar dichas
metas. Las metas especficas establecen las caractersticas que deben
existir para que las actividades implicadas por un rea del proceso sean
efectivas. Las prcticas especficas convierten una meta en un conjunto de
actividades relacionadas con el proceso.
NIVELES DE MADUREZ (DISCRETO)
Nivel 1:

Optimizado. La mejora continua de procesos se basa en los

resultados cuantitativos de la aplicacin de innovaciones y tecnologas en los

procesos ya establecidos.
Nivel 2: Gestin Cuantitativa. Se recogen de forma detallada medidas de los
procesos software y la calidad de los productos. Los procesos y productos
software son entendidos cuantitativamente y controlados.
Nivel 3: Definido: El proceso de desarrollo de software para las actividades
de gestin e ingeniera est documentado, estandarizado e integrado en el
proceso estndar dentro de la organizacin. Todos los proyectos utilizan una
versin estndar del proceso de desarrollo de software aprobado por la
organizacin y adaptado a las necesidades del proyecto para desarrollo y
mantenimiento del software.
Nivel 4: Gestionado: Los procesos de gestin de proyectos estn definidos
de una manera bsica para realizar el seguimiento de los costos, fechas y
funcionalidad. El rigor en la definicin de los procesos es el justo para poder
repetir xitos previos en proyectos de similares caractersticas.
Nivel 5: Ejecutado: El proceso de desarrollo de software est caracterizado
como ad hoc, y en ocasiones puede ser incomprensible. Algunos procesos
estn definidos y el xito depende de los esfuerzos a nivel de individuo.

CARACTERSTICAS COMUNES DEL CMMI

Para poder alcanzar las metas definidas por KPA, CMM nos brinda un
conjunto de prcticas clave. Estas prcticas representan la infraestructura o
las actividades que contribuyen en mayor medida en la implementacin e
institucionalizacin de las reas Clave de Proceso.
Por facilidad CMM agrupa a las prcticas clave en cinco grupos. De
acuerdo a CMM stas son:
1. Compromiso.
Describe las Acciones que la organizacin debe realizar para asegurar
que el proceso sea establecido y persistir. Normalmente involucra el
establecimiento de polticas organizacionales y liderazgo.

2. Habilidades Necesarias
Describe las condiciones previas que deben existir en el proyecto u

organizacin
Normalmente

para

poder

involucra

implementar
recursos,

el

proceso

estructuras

competentemente.

organizacionales

capacitacin.
3. Actividades Realizadas
Describe las actividades, roles, y procedimientos necesarios para
implementar una KPA. Normalmente involucra el establecer planes y
procedimientos, realizar el trabajo, darle seguimiento, y tomar acciones
correctivas segn sea necesario.
4. Medicin y Anlisis
Describe las prcticas bsicas de medicin que son necesarias para
determinar el estatus en relacin al proceso. Estas mediciones son utilizadas
para controlar y mejorar el proceso. Normalmente incluyen ejemplos de
mtricas que pueden tomarse.
5. Verificacin e Implantacin
Describen los pasos para asegurarse que las actividades son llevadas
a cabo de acuerdo con el proceso que se ha establecido. Normalmente
abarca revisiones y auditorias por parte de la administracin y aseguramiento
de la calidad de software.
ROLES DEL CMMI
Para poder escalar niveles de madurez es necesario aumentar la
capacidad de nuestra organizacin. Es decir el rango de resultados
esperados que se pueden obtener tras seguir un proceso debe reducirse.
Rangos en cuanto tiempo, costos y recursos.
Cada rol (una persona puede jugar varios roles, dependiendo del

tamao

del

proyecto

organizacin)

deber

cumplir

con

sus

responsabilidades:

Debe de existir un compromiso por parte de la Gerencia Superior.

Los Gerentes debern planear, organizar, dirigir, y controlar el trabajo

dentro de su rea.

Los Lderes de Proyecto debern dirigir, controlar, administrar, y

regular

un

proyecto

para

construir

sistemas

de

software

hardware/software. Es el responsable ante el cliente.

El Lder de Proyectos de Software ser el responsable y controlar

todas las actividades y recursos de software de un proyecto.

El Lder de Software de Primera Lnea funge como el responsable

directo de la administracin del staff y actividades de una unidad
organizacional (departamento, equipo de proyecto) de ingenieros de
software y staff relacionado. Esto incluye el proveer direccin tcnica,
administrar el personal y salarios.

El Lder de Tareas de Software cubre el rol de lder de un equipo

tcnico para una tarea especfica, tiene la responsabilidad tcnica y
provee direccin tcnica al staff de trabajo dedicado a determinada
tarea.

El Staff (no gerentes) es responsable de realizar una funcin

asignada, tales como desarrollo de software o administracin de
configuracin de software.

El Staff de Ingeniera de Software son las personas tcnicas de

software (no gerentes) como analistas, Crogramadores e ingenieros.
Ellos realizan el desarrollo de software y las actividades de
mantenimiento del proyecto.

VALORACIONES Y EVALUACIONES

Bsicamente el SEI divide en dos las apreciaciones para identificar la

madurez de una organizacin en la ejecucin de su proceso de software:
1. Valoracin del Proceso de Software (Assessment)
2. Evaluacin de la Capacidad de Software
Las valoraciones del proceso del software se ocupan para:

Determinar el estado del proceso de software actual de la

organizacin .

Para determinar los asuntos de mayor prioridad en cuanto al proceso.

Para obtener el apoyo de la organizacin para la mejora del proceso

de software.

Las evaluaciones de la capacidad del software se utilizan para:

Identificar contratistas que sean calificados para realizar el trabajo de

software.

Para monitorear el estado del proceso de software empleado en un

esfuerzo existente de software .

BENEFICIOS DEL CMMI

Recordemos que CMM es una herramienta que ayuda a las
organizaciones de software para mejorar sus procesos. Por igual, ayuda a
organizaciones que se dedican a la adquisicin, a seleccionar o administrar a
sus contratistas de software.

El propsito de CMM es describir buenas prcticas de administracin y

de ingeniera estructuradas por un marco maduro de trabajo.
Algunos de los beneficios de utilizar CMM como marco de trabajo para un
mejoramiento continuo son:
1. CMM ayuda a formar una visin compartida lo que significa
mejoramiento de procesos a nivel organizacin.
2. Establece un lenguaje comn al hablar acerca del proceso de
software.
3. Define un conjunto de prioridades para atacar los problemas de
software.
4. Provee una estructura conceptual para mejorar la administracin y
desarrollo de productos de software en una manera disciplinada y
consistente.
5. Aumenta la posibilidad de que una organizacin de software alcance
sus metas de costos, calidad y productividad de una manera
disciplinada y consistente.

CONCLUSIN
El CMMI nos ayuda en el control sobre los procesos y nos permite
desarrollar y mantener un mejor software. Nos permite la planeacin,
ingeniera y administracin de desarrollo y mantenimiento de software.
A nivel organizacional el seleccionar unas buenas estrategias de
mejora determinando la madurez de cada proceso e identificar los puntos
importantes, permitir tomar acciones para as tanto el proceso como la
calidad del software.
El CMMI es un logro significativo para la ingeniera del software,
Proporciona una exposicin integral de las actividades y acciones que deben
estar presentes cuando una organizacin construye un software.

REFERENCIAS BIBLIOGRAFICAS

Roger S. Pressman. Ingeniera del Software. MC Grawhil, Sexta Edicin.

https://kevinkegh.files.wordpress.com/2014/11/02-el-proceso-de-creacic3b3ndel-software07ago14.pdf
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo5.pdf
https://es.wikipedia.org/wiki/Modelo_de_Capacidad_y_Madurez