Nakama 2009 Implementación de 4 Áreas de Proceso Del Modelo de Calidad CMMI PDF

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS
FACULTAD DE INGENIERA
CARRERA DE INGENIERA DE SISTEMAS DE INFORMACIN
Implementacin de 4 reas de Proceso del modelo de

calidad CMMI: Gestin y Desarrollo de
Requerimientos, Validacin, y Verificacin
PROYECTO PROFESIONAL
Para optar el ttulo de:
INGENIERO DE SISTEMAS DE INFORMACIN
AUTOR
ERICK DANIEL NAKAMA ARAKAKI
ASESOR: Pedro Cruz Hernndez
Lima, Per
2009
DEDICATORIA
El presente proyecto est dedicado a mi familia que gracias a su apoyo incondicional me

permitieron adquirir mayores conocimientos y cumplir mis metas profesionales.
ii
RESUMEN
El presente proyecto se basa en la aplicacin del modelo de mejora continua de procesos
en los talleres y proyectos de la carrera de Ingeniera de Software de la Universidad
Peruana de Ciencias Aplicadas UPC que basan el desarrollo de sus proyectos en la
metodologa RUP.
El modelo de calidad en referencia es el CMMI (Capability Maturity Model

Integration), cuyo propsito es proveer una gua de las mejores prcticas para mejorar
los procesos de una organizacin, en cuanto al desarrollo, adquisicin y mantenimiento
de productos software y servicios.
Se describe el proceso seguido para obtener un diagnstico inicial de la situacin de los

talleres y proyectos con respecto a los lineamientos establecidos por el modelo CMMI,
el cual se obtuvo haciendo uso de la metodologa de evaluacin SCAMPI (Standard
CMMI Appraisal Method for Process Improvement).
Como segundo paso se describe el proceso de detallado del desarrollo de las soluciones
para cubrir las brechas de cumplimiento de los lineamientos identificada en la
evaluacin SCAMPI.
Posteriormente se detalla el proceso de implementacin de las soluciones en proyectos

denominados pilotos, el seguimiento correspondiente en el cumplimiento de las
actividades y utilizacin de las soluciones
iii
Finalmente, se presenta un anlisis de los resultados obtenidos luego del proceso de

implementacin describiendo las mejoras alcanzadas en el cumplimiento de los
lineamientos del modelo que, si se mantienen en el tiempo, se conseguira resultados
visibles de mejora en los productos finales de los proyectos.
iv
NDICE DE CONTENIDOS
RESUMEN ...................................................................................................................... iii

INTRODUCCIN ............................................................................................................ 1
CAPTULO 1: LA EMPRESA OBJETIVO .................................................................... 4
1.1.
Sistemas y Software Consultores ..................................................................... 4
1.2.
Justificacin del inicio del proyecto ................................................................. 7
CAPTULO 2: MARCO TERICO .............................................................................. 11

2.1.
Qu es calidad? ............................................................................................. 11
2.2.
Qu es el CMMI? .......................................................................................... 12
2.2.1 Introduccin ................................................................................................... 12

2.2.2 Estructura ....................................................................................................... 13
2.2.3 Representaciones y niveles ............................................................................ 15
2.2.4 Categoras y reas de Procesos ..................................................................... 18
2.3.
Qu es el SCAMPI? ...................................................................................... 20
2.3.1 Descripcin de la metodologa de evaluacin ............................................... 20

2.3.2 Clases de SCAMPI ........................................................................................ 21
2.3.3 Caracterizacin de las prcticas especficas y genricas ............................... 24
2.3.4 Caracterizacin de reas de procesos ............................................................ 25
CAPTULO 3: ESTUDIO DEL ESTADO ACTUAL DE LA EMPRESA ................... 27
3.1.
Planificacin y preparacin de la evaluacin ................................................. 28
3.1.1. Identificacin de requerimientos, objetivos y alcance de la evaluacin ..... 28

3.2.2 Identificacin de recursos y desarrollo del plan de ejecucin ....................... 30
3.2.
Ejecucin y conduccin de la evaluacin ....................................................... 35
3.3.
Anlisis de resultados de la evaluacin .......................................................... 36
3.3.1 Gestin de Requerimientos (REQM) ............................................................ 37

3.3.2 Desarrollo de Requerimientos (RD) .............................................................. 38
3.3.3 Verificacin (VER)........................................................................................ 40
3.3.4 Validacin (VAL) .......................................................................................... 41
CAPTULO 4: DESARROLLO DE PROPUESTAS DE SOLUCIN ......................... 43
4.1.
Metodologa .................................................................................................... 43
4.2.
Propuestas de Solucin Aprobadas................................................................. 45
4.3.
Recursos Tecnolgicos ................................................................................... 46
CAPTULO 5: PROCESO DE IMPLEMENTACIN .................................................. 49

5.1.
Preparacin ..................................................................................................... 49
5.1.1. Designacin de responsables por rea de Proceso. ................................... 49

5.1.2. Designacin de Proyectos Piloto ................................................................ 50
5.1.3. Reuniones con miembros del directorio y responsables de las reas de
Proceso ................................................................................................................... 51
5.1.4. Elaboracin de materiales de induccin y capacitacin. ............................ 52
5.2.
Induccin y Capacitacin ............................................................................... 53
5.3.
Implementacin y Seguimiento ...................................................................... 54
CAPTULO 6: ANLISIS DE RESULTADOS ............................................................ 57

6.1.
Gestin de Requerimientos (REQM) ............................................................. 58
6.2.
Desarrollo de Requerimientos (RD) ............................................................... 60
6.3.
Verificacin (VER)......................................................................................... 62
6.4.
Validacin (VAL) ........................................................................................... 65
CONCLUSIONES .......................................................................................................... 68
RECOMENDACIONES ................................................................................................ 71
BIBLIOGRAFA ............................................................................................................ 73
GLOSARIO DE TRMINOS ........................................................................................ 75
vi
Implementacin de 4 reas de Proceso del modelo de calidad CMMI: Gestin y Desarrollo de Requerimientos, Validacin, y
Verificacin
INTRODUCCIN
El Modelo Integrado de Madurez de la Capacidad (CMMI Capability Maturity Model

Integration) es un modelo de calidad para el desarrollo, mantenimiento de software, y
gestin y desarrollo de proyectos. Su enfoque est basado en procesos y mide el nivel
de capacidad de cada uno de stos, que tomados en conjunto, determinan el nivel de
madurez de la organizacin.
El CMMI fue desarrollado por el Instituto de Ingeniera del Software de la Universidad

de Carnegie Mellon (Software Engineering Institute - SEI), promovido y patrocinado
por el Departamento de Defensa de los Estados Unidos.
El CMMI surge a partir de la integracin de varios Modelos de Madurez de la

Capacidad (CMM) desarrollados en la dcada de los 90s bajo la direccin del
Departamento de Defensa de los Estados Unidos ante la necesidad de solucionar los
problemas de calidad en el desarrollo y gestin de proyectos de software que tenan las
empresas proveedoras que le brindaban sus servicios.
El presente estudio realizado tiene por objetivo emplear la metodologa definida en el

modelo de calidad CMMI para llevar a cabo la implementacin de cuatro (4) reas de
Procesos en proyectos piloto de la empresa virtual Sistemas y Software Consultores
conformada por los talleres y proyectos de software y sistemas de informacin, taller de
desarrollo y pruebas, taller de desarrollo, y el directorio o comit de proyectos de la
carrera de Ingeniera de Software de la Universidad Peruana de Ciencias Aplicadas
(UPC).
Las reas de Proceso incluidas en el estudio son:
Gestin de Requerimientos (REQM) Nivel 2
Desarrollo de Requerimientos (RD) Nivel 3
Verificacin (VER) Nivel 3
Validacin (VAL) Nivel 3
De esta manera, se busca mejorar y optimizar las actividades de desarrollo de software,

enfocadas en procesos, para lograr productos finales con los lineamientos de calidad
empleadas a nivel mundial.
El captulo 1 del presente documento proporciona una descripcin del negocio en el que
se realizar la implementacin de las 4 reas de Proceso seleccionadas del modelo de
calidad CMMI; as mismo, proporciona una justificacin del inicio del estudio.
El captulo 2 contiene el marco terico detallado en la que se incluye el modelo de

calidad CMMI y el mtodo de evaluacin SCAMPI, ambos desarrollados por el SEI.
El captulo 3 contiene el estudio de la situacin actual del negocio objetivo, detalla el
proceso de evaluacin, su estrategia y obtencin de resultados.
En el captulo 4 se detalla el proceso realizado para desarrollar las soluciones requeridas

luego de realizar un anlisis de los resultados obtenidos de la evaluacin de la situacin
actual.
Verificacin
En el captulo 5 se describe la implementacin de las soluciones desarrolladas en

proyectos piloto y los resultados finales posteriores a la implementacin
CAPTULO 1: LA EMPRESA OBJETIVO
En el presente captulo se define la empresa objetivo y la justificacin de inicio del

proyecto.
1.1. Sistemas y Software Consultores
La Universidad Peruana de Ciencias Aplicadas UPC, primera universidad global del

Per creada mediante Ley 26276 el 5 de enero de 1994 y cuya definicin de su misin
es la de formar lderes ntegros y realizar propuestas innovadoras para impulsar la
creacin de una nueva realidad, cuenta con dos carreras profesionales enmarcadas en el
campo de la computacin: Ingeniera de Software e Ingeniera de Sistemas de
Informacin.
La carrera de Ingeniera de Software es una de las carreras profesionales enmarcadas en

el campo de la computacin dentro de la facultad de Ingeniera de la Universidad
Peruana de Ciencias Aplicadas. La carrera cuenta con una acreditacin nacional,
otorgada en Enero del 2008, por parte del Instituto de Calidad y Acreditacin de
Carreras Profesionales de Ingeniera y Tecnologa (ICACIT) segn los criterios del
Accreditation Board for Engineering and Technology (ABET).
La carrera de Ingeniera de Software tiene como misin:
"Formar ingenieros de software profesionales y competentes en el

emprendimiento y la gestin de proyectos enmarcados en el ciclo de vida
del software, diseo y construccin de productos software de probada
calidad y basados en estndares requeridos por el negocio y la profesin,
4
Verificacin
con una slida base en principios de ingeniera y en tendencias en

computacin".1
El aprendizaje est basado en proyectos y con competencias y perfiles profesionales

recomendados por organizaciones internacionales como ABET, IEEE-Computer
Society y ACM.
En este sentido, el alumno interacciona con cursos de la especialidad desde el primer

ciclo empleando modernas herramientas CASE y posteriormente formando parte de los
talleres y proyectos dentro del marco de la empresa virtual Sistemas y Software
Consultores que le permite poner en prctica todos los conocimientos adquiridos en un
proyecto profesional.
La carrera de Ingeniera de Sistemas de Informacin es la segunda carrera profesional

enmarcada en el campo de la computacin dentro de la facultad de Ingeniera.
Tiene como objetivo formar ingenieros capaces de disear y gestionar sistemas de

informacin para cualquier tipo de empresa. As como seleccionar e integrar las
distintas tecnologas y herramientas de informacin para lograr los fines estratgicos de
las unidades de negocio en las empresas. El alumno trabaja con herramientas ERP,
CRM, SCM, e-business y business intelligence.2
Los alumnos de las carreras de Ingeniera de Software y Sistemas de Informacin dan

inicio al desarrollo de un proyecto profesional en Taller de Proyectos (8vo ciclo)
continuando con su desarrollo en Proyecto 1 y Proyecto 2 (9no y 10mo ciclo
1
http://www.upc.edu.pe/0/modulos/JER/JER_Interna.aspx?ARE=0&PFL=13&JER=526
http://www.upc.edu.pe/0/modulos/JER/JER_Interna.aspx?ARE=0&PFL=13&JER=551
respectivamente), bajo el marco de una empresa virtual denominada Sistemas y

Software Consultores (http://sys.computacion.upc.edu.pe/sys).
La empresa virtual Sistemas y Software Consultores est estructurada por los alumnos
de los cursos de Taller de Proyectos, Proyecto1, y Proyecto2; un directorio conformado
por los ingenieros Ludvik Medic, Ilver Anache, y Rosario Villalta; un gerente general, y
jefes de lnea de productos. A su vez, cuenta con dos reas de soporte: un rea de
pruebas de software, conformado por los alumnos de Taller de Desarrollo y Pruebas,
para asegurar la calidad de los productos intermedios y finales, y un rea de desarrollo,
conformado por los alumnos de Taller de Desarrollo, encargada de prestar servicios de
programacin a los proyectos de software.
El directorio es un grupo encargada de aprobar la cartera de proyectos de Ingeniera

Software e Ingenieras de Sistemas de Informacin definidos y propuestos por los
comits de cada lnea de negocio; realizar un seguimiento a los proyectos mediante
sustentaciones planificadas a lo largo del ciclo de vida de los proyectos dividido en tres
etapas (Taller de proyectos, Proyecto 1, y Proyecto 2); y determinar la finalizacin y
cierre de los mismos.
Figura 1.1 Organigrama de la empresa virtual Sistemas y Software Consultores
Verificacin
Fuente: Elaboracin propia
1.2. Justificacin del inicio del proyecto
El proceso evolutivo del desarrollo de software debe ser gestionado bajo actividades
monitoreadas y medidas que aseguren que los resultados que se esperan lograr sean
alcanzados con el menor costo posible y dentro de los tiempos establecidos y acordados
con el cliente. De esta manera, el desarrollo de software se convierte en una actividad de
ingeniera y no en un conjunto de actividades sin rumbo y poco productivas que, en
gran porcentaje, terminan en un producto incompleto, entregado fuera de tiempo y/o con
defectos sin solucionar.
Todo ello conlleva a implementar la metodologa de calidad CMMI, aceptada como uno
de los mejores estndares a seguir para el proceso de desarrollo y mantenimiento de
software, en la empresa virtual Sistemas y Software Consultores.
Por otro lado, el desarrollo de software bajo el modelo de calidad CMMI permitir a los
futuros profesionales de ingeniera de software y de ingeniera de sistemas de
informacin entrar al mercado competitivo, familiarizados con el estndar adoptado por
las ms grandes empresas del mundo en el desarrollo de software y con muchas
empresas del mercado peruano y latino que apuestan por producir software de calidad y
as alcanzar ventajas competitivas dentro de sus sectores de negocio.
Como primer paso, se realizaron reuniones con los alumnos y profesores encargados de
supervisar los proyectos de Ingeniera de Software para identificar las dificultades y
problemas que se presentan al inicio, durante y fin del desarrollo de los proyectos.
Luego del anlisis de los temas tratados, se identificaron los siguientes problemas, que
dieron inicio al proyecto de implementacin de ciertas reas de Proceso del modelo
CMMI para optimizar y asegurar un producto final acorde a los requerimientos y
calidad esperada por el cliente:
Ambigedad en la definicin de proyectos: Los proyectos propuestos a los analistas

para su desarrollo en taller de proyectos no tienen una buena definicin de los
requerimientos iniciales. Esto origina incertidumbre en los analistas sobre los
objetivos y el propsito del proyecto a iniciar y muchas veces la insatisfaccin del
cliente. Es as, que en ocasiones se ha tenido que replantear el propsito del
proyecto.
Inconsistencia y trazabilidad entre los requerimientos iniciales y los planes: Los

requerimientos iniciales no guardan relacin con los planes elaborados por los
analistas de los diferentes proyectos.
Poca eficiencia en las actividades de verificacin y validacin: En ciertas etapas del

desarrollo de software no se les dedica el esfuerzo adecuado para lograr un producto
Verificacin
desarrollado bajo ciertos estndares de calidad. Es as que en algunos casos, los

productos de software presentan defectos en su funcionamiento que no fueron
detectados en el momento indicado, lo cual genera un retraso en los tiempos de
entrega del producto. En otros casos, el producto no cumple con las exigencias y
necesidades del cliente.
No existe una definicin formal de los procesos.
De acuerdo a la problemtica identificada, y luego de una evaluacin y priorizacin de

las reas de Proceso definidas en el modelo CMMI, mediante reuniones con miembros
del Directorio de Proyectos, se determin la implementacin de un rea de Proceso del
nivel 2 y tres reas de Proceso del nivel 3 en la empresa virtual Sistemas y Software
Consultores para dar solucin a los problemas iniciales identificados. Las reas de
Proceso seleccionadas son las siguientes:
Gestin de Requerimientos (REQM): rea de Proceso enmarcada dentro del nivel 2

del modelo CMMI, tiene como propsito gestionar los requerimientos del producto
y componentes del producto e identificar inconsistencias entre los requerimientos y
el plan y workproducts del proyecto.
Desarrollo de Requerimientos (RD): rea de Proceso perteneciente al nivel 3 del

modelo CMMI cuyo propsito es producir y analizar los requerimientos del cliente,
producto y componentes del producto.
Verificacin (VER): rea de Proceso perteneciente al nivel 3 del modelo CMMI,

incluye las fases de preparacin, ejecucin, e identificacin de las acciones
correctivas. Las actividades de verificacin se realizan sobre el producto final y
productos intermedios para asegurar que los productos cumplen con los
9
requerimientos solicitados por el cliente e identificar y corregir defectos en el

momento apropiado dentro del ciclo de desarrollo del software.
Validacin (VAL): rea de Proceso perteneciente al nivel 3 del modelo CMMI,

tiene como propsito demostrar que el producto o componente del producto cumple
con su propsito cuando es instalado en el ambiente destinado. Asegura que el
producto desarrollado es el correcto y el requerido por el cliente.
Dentro de los beneficios esperados con la implementacin de las reas de Proceso

seleccionadas se encuentran:
Mejorar la gestin y desarrollo de los requerimientos.
Mejorar el cumplimiento del plan y cronograma de los proyectos.
Mejorar la calidad y reduccin de defectos.
Mejorar la satisfaccin del cliente.
Incrementar la productividad.
10
Verificacin
CAPTULO 2: MARCO TERICO
En el presente captulo se presentan algunas definiciones de calidad y se explica en

forma detallada el modelo CMMI y el mtodo de evaluacin SCAMPI.
2.1. Qu es calidad?
Existen muchas definiciones propuestas por diversos especialistas profesionales en el

tema de calidad.
J.M. Juran, figura renombrada en el control de calidad, define calidad como la

adecuacin del producto al uso. Por su parte, E. Deming, reconocido por su aporte en
el desarrollo y crecimiento de Japn, define calidad como la conformidad con
requisitos y confiabilidad en el funcionamiento. Para P. Crosby, la calidad es cero
defectos. P Drucker sostiene que un buen producto no es el que cumple con una
determinada especificacin, sino el que es bien recibido por el cliente.
El Organismo Internacional de Normalizacin (ISO) define calidad en la norma ISO

8402:1994 como la totalidad de caractersticas o propiedades de un producto o servicio
que le confieren la aptitud para satisfacer las necesidades explcitas e implcitas de sus
clientes.
Por otro lado, acercndonos a definiciones con mayor relacin a la ingeniera, la IEEE
(Institute of Electrical and Electronics Engineers) define calidad como El grado en que
11
un sistema, componente o proceso cumple con los requerimientos especificados, y

necesidades o expectativas del cliente o usuario.
En el marco de la calidad del software, Pressman autoridad reconocida en la mejora de

procesos de software y en tecnologas de Ingeniera de software define calidad como la
Concordancia del software producido con los requisitos funcionales y de rendimiento
explcitamente establecidos, con los estndares de desarrollo explcitamente
documentados y con las caractersticas implcitas que se espera de todo software
desarrollado profesionalmente.3
2.2. Qu es el CMMI?
2.2.1 Introduccin
El Modelo Integrado de Madurez de la Capacidad (Capability Maturity Model

Integration - CMMI) es un modelo de mejora continua, enfocado en procesos, que
incluye las mejores prcticas para el desarrollo y mantenimiento de software,
actividades relacionadas a la administracin de proyectos y mejora de procesos.
El CMMI fue desarrollado por el Instituto de Ingeniera del Software de la Universidad

Carnegie Mellon (Software Engineering Institute - SEI), promovido y patrocinado por
el Departamento de Defensa de los Estados Unidos, con el fin de lograr un modelo
integrado a partir de diversos modelos de Madurez de la Capacidad (CMM)
desarrollados principalmente en la dcada de los 90s y que tuvieron un buen
reconocimiento de las organizaciones que las emplearon. Entre estos modelos se
encuentran:
http://web.frm.utn.edu.ar/liredat/docs.html
12
Verificacin
CMM-SW (CMM para Software).
SE-CMM (Modelo de Madurez de la Capacidad para Ingeniera de Sistemas).
IPD-CMM (Desarrollo de Producto).
Es as, que la primera versin del modelo (CMMI v1.1) fue publicado en enero del
2002 y en el ao 2007 se liber la segunda versin (CMMI v1.2).
2.2.2 Estructura
El modelo CMMI est estructurado por los Niveles de Madurez, los cuales estn
conformados por un conjunto de reas de Proceso. stas a su vez contienen una serie de
Metas Especficas y Metas Genricas.
El siguiente grfico muestra los componentes que forman la estructura del modelo
CMMI.
Figura 2.1 Estructura del CMMI
13
Fuente: CMMI v1.2
A continuacin se describe cada uno de los componentes de la estructura del modelo:
Nivel de madurez: Estado evolutivo definido que indica el nivel de madurez de una
organizacin.
rea de proceso: Conjunto de prcticas relacionadas en un rea, que implementadas

colectivamente, satisface un conjunto de metas consideradas importantes para lograr
mejoras en dicha rea. Todas las reas de proceso en CMMI son comunes para las
representaciones continua y secuencial.
Meta genrica: Son llamadas genricas porque las mismas metas aplican para
mltiples reas de procesos. Una meta genrica describe las caractersticas que se
deben presentar para institucionalizar los procesos que implementan un rea de
proceso.
Meta especfica: Una meta especfica describe una caracterstica nica que debe ser
implementado para satisfacer el rea de proceso.
Prcticas genricas: Son llamadas genricas porque la misma prctica aplica para
mltiples reas de procesos. Una prctica genrica es la descripcin de una actividad
que es considerada importante para alcanzar la meta genrica asociada.
Prcticas especficas: Una prctica especfica describe las actividades que se esperan
resulten en el logro de una meta genrica de un rea de proceso.
14
Verificacin
2.2.3 Representaciones y niveles
CMMI permite alcanzar la mejora de los procesos mediante dos representaciones:

Continua y Secuencial.
Figura 2.2 Representaciones del modelo CMMI
Fuente: www.sei.cmu.edu
A continuacin se detalla cada una de ellas:
Representacin Continua
La representacin continua permite a una organizacin seleccionar una determinada

rea o grupo de reas de procesos y mejorarlos para alcanzar la capacidad deseada. Esta
representacin proporciona una mayor flexibilidad al momento de utilizar el modelo
CMMI para la mejora de procesos ya que la organizacin puede elegir mejorar el o las
reas de procesos que estn ms alineadas a los objetivos del negocio o presentan una
deficiencia con respecto a las dems reas de proceso.
15
Para la representacin continua, se definen 6 niveles de capacidad de los procesos (del 0

al 6).
Nivel de Capacidad
Caracterstica
5. Optimizado
La mejora de procesos est institucionalizada.
4. Gestionado Cuantitativamente
Los procesos son controlados con tcnicas

cuantitativas.
3. Definido
Procesos definidos y alineados a las polticas de la

organizacin
2. Gestionado
El proceso se planifica, se revisa y se evala para

comprobar que cumple los requisitos.
1. Ejecutado
Se logran los objetivos.
0. Incompleto
El proceso no se lleva a cabo o no se obtienen los

resultados requeridos.
Tabla 2.1 Niveles de Capacidad de la representacin continua

Representacin Escalonada
La representacin secuencial o escalonada ofrece una manera sistemtica y estructurada

para lograr una mejora de procesos por niveles. Esta representacin define un orden de
implementacin de las reas de procesos. Para que una organizacin se encuentre en un
nivel determinado es necesario cumplir con todas actividades de las reas de procesos
del nivel y de los niveles anteriores.
El modelo CMMI define 5 niveles de madurez para la representacin secuencial.
16
Verificacin
Figura 2.3 Niveles de Madurez de la representacin escalonada
Inicial: No existe una planificacin en el desarrollo y mantenimiento de software. El

desarrollo de los proyectos se basa en esfuerzo personal lo cual a menudo ocasiona
retrasos en los tiempos de entrega, sobrecostos de las actividades y por consiguiente
el fracaso del proyecto. El resultado de los proyectos es impredecible.
Gestionado: Este nivel se caracteriza porque los proyectos son gestionados y

controlados durante su desarrollo. Los resultados de xito de proyectos anteriores se
pueden repetir ya que se realiza un seguimiento de la calidad de los proyectos
utilizando prcticas institucionalizadas y mtricas bsicas.
Definido: Este nivel se caracteriza porque los procesos estn claramente definidos y
documentados, no solamente para un proyecto sino para toda la organizacin. Se
cuenta con procedimientos y mtricas de un nivel ms avanzado.
17
Gestionado cuantitativamente: Este nivel se caracteriza por poseer objetivos

medibles, cuantificables y pronosticados. La gestin de los proyectos se basa en
modelos estadsticos.
Optimizado: Este nivel se caracteriza por estar orientado a la mejora continua de los
procesos de la organizacin. Se hace uso intensivo de las mtricas y se gestiona el
proceso de innovacin.
2.2.4 Categoras y reas de Procesos
El modelo CMMI cuenta con 25 reas de procesos desplegadas en niveles de madurez

(5 niveles); y a su vez, agrupadas por categoras: Ingeniera, gestin de proyectos,
gestin de procesos, y soporte.
En el siguiente cuadro se muestran las reas de procesos agrupados por categoras y

niveles de madurez.
N INGENIERA
GESTIN
PROYECTO
DE GESTIN
DE
PROCESO
SOPORTE
Anlisis causal
Innovacin
5
despliegue
Innovacin
organizacional
despliegue
organizacional
18
Gestin
cuantitativa Rendimiento
de proyecto
progreso
de
Verificacin
organizacional
Desarrollo
requerimientos
de Administracin
riesgos
Solucin tcnica
3 Integracin
producto
de
de Formacin
organizativa
Gestin de proyecto Definicin

integrada
proceso
Gestin
de Anlisis
decisiones
Verificacin
Enfoque
integrada
proceso
Validacin
Equipos integrados
organizacional
en
el
Gestin
Gestin de acuerdos
soluciones
de organizacional
proveedores
de
de
la
configuracin
con proveedores
Aseguramiento de
2
Gestin
requerimientos
de Seguimiento
control de proyecto
la
calidad
proceso
del
del
producto
Planificacin
de
proyecto
Medicin
anlisis
1
Tabla 2.2 reas de Proceso por Categoras
www.sei.cmu.edu
A continuacin se describe brevemente cada categora:
19
Ingeniera: Agrupa reas de procesos relacionadas con el ciclo de vida de desarrollo

de un producto software, desde la captura y desarrollo inicial de los requerimientos
del cliente hasta el uso operacional.
Gestin de proyecto: Enfocado a la planificacin, seguimiento, y control del

proyecto. Cubre temas de gestin de acuerdos con proveedores y administracin de
riesgos mediante un monitoreo constante a lo largo del proyecto.
Gestin de procesos: Contiene prcticas cuyo objetivo es optimizar y mejorar los

procesos de la organizacin. Proporciona la capacidad de documentar las mejores
prcticas y medir cuantitativamente la calidad del proceso.
Soporte: Proporciona prcticas que apoyan a las dems reas de procesos en el

desarrollo del producto software.
2.3. Qu es el SCAMPI?
2.3.1 Descripcin de la metodologa de evaluacin
Ante la necesidad de poder medir el nivel de cumplimiento de una organizacin con

respecto a los lineamientos establecidos en el modelo CMMI, el SEI desarroll en
paralelo al modelo una metodologa de evaluacin formal denominada Standard
CMMI Appraisal Method for Process Improvement (SCAMPI).
El mtodo de evaluacin SCAMPI se divide en tres fases (Planificacin y preparacin

para la evaluacin, Conduccin de la evaluacin, y Reporte de resultados) y basa su
20
Verificacin
evaluacin en el anlisis de las evidencias recolectadas sobre la ejecucin y

cumplimiento de las prcticas especficas y genricas del modelo CMMI.
La recoleccin de evidencias objetivas puede realizarse mediante la recopilacin de

documentacin como polticas organizacionales, procedimientos, artefactos resultantes
de implementaciones, instrumentos, y materiales de presentacin; y entrevistas con las
personas encargadas de implementar o usar los procesos.
Las evidencias o huellas que prueban la implementacin de una prctica son llamadas
Indicadores de Implementacin de Prctica (PIIs) las cuales se clasifican en tres tipos:
artefactos directos, artefactos indirectos, y afirmaciones.
Artefactos directos: Son las salidas tangibles resultantes directamente de la

implementacin o ejecucin de una prctica especfica o genrica.
Artefactos indirectos: Son los artefactos que son consecuencia de la ejecucin de

una prctica especfica o genrica pero que no son el propsito por el cual se ejecut
la prctica.
Afirmaciones: Confirmaciones orales o escritas de la implementacin de una

prctica especfica o genrica.
2.3.2 Clases de SCAMPI
21
Existen 3 clases de SCAMPI (A, B y C) que pueden ser utilizados dependiendo del
objetivo de la evaluacin.
El SCAMPI clase A tiene un foco primario en la institucionalizacin. Es el mtodo ms

riguroso y completo de las tres clases y es usado para evaluaciones en profundidad.
Permite evaluar y brindar una puntuacin sobre el nivel de madurez de la organizacin.
Requiere muchos recursos de tiempo y personas.
El SCAMPI clase B tiene un foco primario en el despliegue (deployment). Es un

mtodo que resulta ser til previo a la implementacin masiva de nuevos procesos. Sin
embargo, no proporciona una puntuacin sobre el nivel de madurez de la organizacin.
El SCAMPI clase C tiene un foco en el acercamiento o aproximacin (approach). Es

el menos riguroso de todos, rpido y el que demanda menos recursos. No proporciona
puntuacin sobre el nivel de madurez de la organizacin.
El siguiente cuadro muestra una comparacin entre las tres clases de SCAMPI
22
Verificacin
Caractersticas
Clase A
Clase B
Clase C
Medio
Baja
No
No
Alto
Medio
Bajo
Cantidad
de
evidencia
objetiva Alta
requerida
Calificacin
generada
Recursos
requeridos
Tamao del equipo Grande (Mnimo 4 Mediano (Mnimo Pequeo (Mnimo 1

evaluador
personas)
Fuentes de datos
necesarios
Requiere los tres
(instrumentos,
tipos de fuentes de
entrevistas,
datos
documentacin)
Lder del
equipo Persona autorizada
evaluador
y acreditada
2 personas)
personas)
Slo requiere dos

tipos
de
fuentes Slo
requiere
(una de ellas debe documentacin

ser entrevistas)
Persona autorizada Persona

o con formacin y formacin
experiencia
con
y
experiencia
Tabla 2.3 Tabla comparativa de las clases de SCAMPI

23
2.3.3 Caracterizacin de las prcticas especficas y genricas
En la siguiente tabla se muestra las caracterizaciones o valoraciones de las prcticas

especficas y genricas de acuerdo a la existencia o no de los artefactos directos,
indirectos, afirmaciones, y debilidades.
Caracterizacin
Requisitos o Condiciones
Uno o ms artefactos directos.
Completamente
Al menos un artefacto indirecto y/o existencia de afirmaciones
Implementado (CI)
que confirmen la implementacin.

Ninguna debilidad presentada.
Ampliamente
Al menos un artefacto indirecto y/o existencia de afirmaciones
Implementado (AI)
que confirmen la implementacin.

Una o ms debilidades presentadas.
Artefactos directos inadecuados o ningn artefacto directo.
Uno o ms artefactos indirectos o afirmaciones que sugieran
que algunos aspectos de la prctica son implementadas.
Parcialmente
Una o ms debilidades descubiertas.
Implementado (PI)
o
Ningn artefacto indirecto o afirmaciones.
24
Verificacin

Artefactos directos inadecuados o ningn artefacto directo.
No
Implementado
(NI)
Ningn artefacto indirecto o afirmaciones.

Tabla 2.4 Caracterizacin de Prcticas Especficas y Genricas

2.3.4 Caracterizacin de reas de procesos
En la siguiente tabla se muestra las caracterizaciones o valoraciones asignadas a las

reas de proceso de acuerdo a las caracterizaciones obtenidas de sus prcticas
especficas y genricas.
Caracterizacin
Requisitos o Condiciones
Completamente
Todas las prcticas estn caracterizadas como CI
Implementado (CI)
Ampliamente
Todas las prcticas estn caracterizadas como AI o CI, con al
Implementado (AI)
menos un AI
Ampliamente
Al menos una prctica caracterizada como AI o CI y al menos
Implementado (AI) o una prctica caracterizada como PI o NI.

Parcialmente
El equipo evaluador puede elegir AI o PI dependiendo del
Implementado (PI)
impacto de las debilidades en el logro de los objetivos.
25
Parcialmente
Todas las prcticas estn caracterizadas como PI o NI, con al
Implementado (PI)
menos un PI.
No
Implementado Todas las prcticas estn caracterizadas como NI.
(NI)
Tabla 2.5 Caracterizacin de reas de Proceso
26
Verificacin
CAPTULO 3: ESTUDIO DEL ESTADO ACTUAL

DE LA EMPRESA
En el presente captulo se detalla el proceso de evaluacin SCAMPI inicial y los

resultados obtenidos identificando oportunidades de mejora.
La evaluacin del estado de la empresa es necesaria para determinar el nivel de

cumplimiento de cada una de las reas de Proceso, mediante la identificacin de las
fortalezas, brechas y debilidades que tiene la organizacin con respecto al cumplimiento
de prcticas especficas y prcticas genricas definidas en el modelo CMMI.
Es por ello que, en una primera etapa, se realiz una evaluacin a una muestra de tres
proyectos de ingeniera de software, los cuales se encontraban en diferentes etapas o
iteraciones de su respectivo ciclo de vida.
Para obtener resultados acordes con los lineamientos propuestos por el modelo CMMI
se realiz la evaluacin utilizando la metodologa SCAMPI desarrollado por el SEI.
Se realiz una evaluacin SCAMPI B para llevar a cabo la evaluacin debido al

reducido nmero de personas, recursos y tiempo. Esto no signific que la calidad de la
evaluacin y resultados obtenidos se vea afectada o mermada.
27
3.1. Planificacin y preparacin de la evaluacin
La planificacin y preparacin de la evaluacin garantiza que los resultados obtenidos

sean de calidad y lo ms cercano a la realidad. Por esta razn, se realiz un plan de
evaluacin previa a la ejecucin de la evaluacin los cuales se explicarn a
continuacin.
3.1.1. Identificacin de requerimientos, objetivos y alcance de la

evaluacin
Esta etapa de la evaluacin es una de las bases iniciales que determina el xito o fracaso
de la evaluacin. Es importante tener conocimiento de la estructura de la empresa, los
roles y funciones de cada una de las personas que laboran en ella. As mismo, identificar
las reas de Proceso a ser incluidas en la evaluacin de acuerdo a los objetivos y
necesidades de la empresa.
Se identificaron las reas de Proceso crticas y con mayor prioridad a ser evaluadas.
Estas son:
Gestin de Requerimientos (REQM)
Desarrollo de Requerimientos (RD)
Verificacin (VER)
Validacin (VAL)
28
Verificacin
Para el rea de Proceso de Gestin de Requerimientos (REQM) se tom como los

resultados de la evaluacin realizada por el proyecto CMMI nivel 2 con colaboracin
del Ingeniero David Arteaga.
Otras reas de Proceso evaluadas fueron: Solucin Tcnica (TS), Integracin de

Producto (PI), y Administracin de Riesgos (RSKM). Estas reas de Proceso no estn
incluidas, en el presente estudio, dentro del proceso de implementacin en la empresa
virtual Sistemas y Software Consultores; sin embargo, los resultados obtenidos
pueden servir de referencia para un eventual estudio posterior.
Se seleccionaron tres proyectos como muestra con la colaboracin del Gerente de

Proyectos. Los proyectos seleccionados son Gestin Curricular, Laboratorio Clnico, y
Registro Institucional del Docente.
A continuacin se describe brevemente cada uno de los proyectos:
Gestin Curricular:
Subsistema permite optimizar las distintas tareas involucradas en el proceso de gestin

curricular en las instituciones educativas;
permitir facilitar y realizar de manera
ordenada el diseo de la estructura curricular.
Laboratorio Clnico:
Subsistema encargado de recibir las solicitudes de anlisis clnicos y enviar los

resultados de los mismos; as como llevar a cabo la administracin de los pacientes
externos, de los anlisis disponibles, de los insumos y de la asignacin de los
29
laboratoristas. Su principal objetivo es brindar la informacin indispensable para los

usuarios del subsistema y otros subsistemas.
Registro Institucional del Docente:
Subsistema que ofrece la solucin de acceder a la informacin personal, acadmica y

laboral pertinente al perfil de los docentes de la entidad educativa. Adems, permite
una adecuada gestin de la trayectoria acadmica y profesional del docente, de esta
manera, se contemplan temas como logros acadmicos, mritos, demritos,
participaciones en eventos con la universidad, entre otros.
3.2.2 Identificacin de recursos y desarrollo del plan de ejecucin
Esta actividad se refiere a la identificacin de los recursos requeridos para llevar a cabo
la ejecucin de la evaluacin.
Los recursos incluyen a las personas participantes,
facilidades y disponibilidad de tiempo, herramientas o plantillas de evaluacin, y acceso

a la informacin (documentacin y afirmaciones de los entrevistados).
Se identificaron a las personas a entrevistar por cada uno de los proyectos seleccionados
para la evaluacin entre ellas los analistas, el gerente de producto, el gerente tcnico, el
gerente de proyecto, el gerente de pruebas, y el gerente de desarrollo.
A continuacin se muestra la relacin de personas que formaron parte de los proyectos

con sus respectivos roles.
30
Verificacin
Proyectos
Analistas
Gestin
Carlos
Curricular
Csar
Gerente
Gerente
Gerente
Gerente de Gerente de
Producto
Tcnico
Proyecto
Pruebas
Raffo Humberto
Joel Francia
Desarrollo
Pedro Cruz Alex
Miranda Carranza
Vidaurre
Miguel Becerra
Laboratorio Mariana
Segura Jorge Cabrera Aarn Ibaez
Clnico
Giuliana Veli
Registro
Gonzalo
Pedro Cruz Alex

Vidaurre
Mori Carlos
Institucional Roger Cruz
Joel Francia
Carranza
Miguel
Pedro Cruz Alex
Arruntegui
Vidaurre
del Docente
Tabla 3.1 Personas entrevistadas por proyecto

Posteriormente, luego de realizar un anlisis de los roles desempeados por las personas
involucradas en los proyectos contra las reas de Procesos del modelo CMMI, se
identificaron a las personas a entrevistar para obtener afirmaciones e informacin
referente a cada una de las actividades de cada reas de Proceso evaluadas*.
En la siguiente tabla se marcan con puntos verdes las personas entrevistadas por rea de
Proceso.
Tabla 3.2 Personas entrevistadas por rea de Proceso
Las reas de Proceso TS, PI, y RSKM formaron parte de las reas de Proceso evaluadas; sin embargo
no fueron consideradas dentro del alcance del presente proyecto para la implementacin.
31

Como parte de la planificacin de la evaluacin, se elabor un cronograma de
entrevistas con las personas identificadas en la tabla anterior.
Lunes
Martes
Mircoles
Jueves
Viernes
16/10/06
17/10/06
18/10/06
19/10/06
20/10/06
Ilver
Anache
(14:00)
Carlos
Carranza
(15:00)
23/10/06
Ludvik
(15:00)
24/10/06
Medic Humberto
Carranza (17:00)
25/10/06
Pedro
(15:00)
26/10/06
Cruz
27/10/06
Alex
(15:00)
Aarn
(16:00)
32
Vidaurre
Ibaez
Verificacin
30/10/06
31/10/06
1/11/
Laboratorio Clnico
2/11/06
3/11/06
FERIADO
(15:00)
Gestin
Curricular
(16:00)
Tabla 3.3 Cronograma de entrevistas

Un aspecto importante antes de realizar una evaluacin es tener conocimiento de las

herramientas, metodologa y estndares empleados por la organizacin en el proceso de
desarrollo de software.
La empresa virtual Sistemas y Software Consultores emplea como metodologa

principal el RUP (Rational Unified Process), y el paquete de IBM Rational para el
diseo, gestin de requerimientos, herramienta diseo y ejecucin de pruebas de
software.
Se realiz un anlisis de las actividades y artefactos generados por dicha metodologa
con el fin de identificar las relaciones entre el RUP y el modelo CMMI, llegndose a la
conclusin de que muchos aspectos del modelo CMMI son cubiertos por las actividades
y artefactos definidos en la metodologa RUP. De esta manera, se realiz la
implementacin reutilizando los artefactos del RUP que satisfacen los lineamientos
establecidos en el modelo CMMI con el fin de reducir el impacto del cambio de trabajo
en el desarrollo de los proyectos.
Como material principal para la recoleccin de evidencias durante las entrevistas fue
necesaria la creacin de una Gua de evaluacin (ver adjunto 4), en la cual se listan las
prcticas especficas y prcticas genricas por cada rea de Proceso. Cada prctica
33
especfica y prctica genrica tiene asociado una relacin actividades y artefactos o

productos tpicos esperados a encontrar durante la evaluacin.
A continuacin se muestra el nivel de sinergia entre el modelo CMMI y la metodologa

RUP para cada rea de Proceso a implementar.
Tabla 3.4 Sinergia de las prcticas de REQM entre el CMMI y RUP
Tabla 3.5 - Sinergia de las prcticas de RD entre el CMMI y RUP

34
Verificacin
Tabla 3.6 - Sinergia de las prcticas de VER entre el CMMI y RUP
Tabla 3.7 - Sinergia de las prcticas de VAL entre el CMMI y RUP
Leyenda:
3.2. Ejecucin y conduccin de la evaluacin
35
La ejecucin de la evaluacin se realiz siguiendo el cronograma de evaluacin

establecida en la etapa de preparacin y planificacin de la evaluacin.
Como primer paso, en la ejecucin de la evaluacin, se solicit y recopil la

documentacin generada por los proyectos seleccionados y se realiz un estudio de los
mismos para identificar fortalezas y debilidades con respecto a las prcticas del CMMI.
En base a los documentos recopilados, se identificaron los artefactos directos e

indirectos que daban cumplimiento a cada una de las prcticas especficas y genricas
de cada rea de proceso.
Posteriormente, se llevaron a cabo las entrevistas con los miembros de los proyectos,
gerentes y los responsables de las reas de procesos para obtener mayor informacin y
entendimiento de los procesos que puedan ser usados como evidencia objetiva. Es as,
que mediante las afirmaciones recogidas en las entrevistas se recolectaron evidencias
adicionales que fueron utilizadas para caracterizar o dar una valoracin a las prcticas y
reas de procesos.
La informacin recopilada producto de las entrevistas y anlisis de artefactos se registr

en el documento Diagnstico de la Situacin Actual.
3.3. Anlisis de resultados de la evaluacin
Con la informacin obtenida y registrada en el Diagnstico de la Situacin Actual, se

realiz la caracterizacin o valoracin de las prcticas del modelo asignndole un nivel
36
Verificacin
de implementacin de acuerdo a las reglas o parmetros definidos en el SCAMPI y

explicados en el marco terico.
Como segundo paso, partiendo del nivel de implementacin de las prcticas especficas
y genricas, se determin el nivel de satisfaccin, mediante el algoritmo establecido en
la metodologa de evaluacin SCAMPI, de cada rea de Proceso sujetos a evaluacin
obteniendo los resultados por rea de Proceso.
3.3.1 Gestin de Requerimientos (REQM)
A continuacin se muestra el nivel de cumplimiento del rea de Proceso Gestin de

Requerimientos. Los datos de los resultados obtenidos en el presente rea de Proceso
fueron extrados del estudio realizado por el Proyecto CMMI nivel 2.
Tabla 3.8 Resultados de evaluacin de REQM
Fuente: Tesis CMMI nivel 2
37
Oportunidades de mejora identificadas:
A veces el Comit de Proyectos no cuenta con toda la informacin para revisar la

presentacin. Puede sugerirse usar criterios a usar durante la revisin.
No se documentan los cambios a los requerimientos, hay un formato, pero no se

viene usando.
No hay una sistemtica documentada para presentar el esquema de trabajo de los

proyectos.
Eventualmente hay mquinas sin los productos ni la configuracin necesaria. Hay

algunos problemas de inicio de configuracin y carga de software y datos.
Hay una herramienta que podra usarse para gestionar requerimientos y los
documentos.
No hay un sistema de mtricas para seguimiento de la ejecucin de proyectos. El

Comit de Proyectos no tiene una visibilidad de la ejecucin de los proyectos. No se
est informando al Comit por falta de tiempo.
No hay criterios formalmente descritos para la revisin de la adherencia a los

procesos.
3.3.2 Desarrollo de Requerimientos (RD)
A continuacin se muestra el nivel de cumplimiento del rea de Proceso Desarrollo de

Requerimientos.
Tabla 3.9 Resultados de evaluacin de RD
38
Verificacin
No se asignan los requerimientos a cada componente del producto.
No hay un documento con los estndares de diseo de interfaces.
No se identifican y asignan riesgos a los requerimientos.
No se realizan valoraciones de riesgos de los requerimientos.
No hay una poltica documentada de desarrollo de requerimientos.
No hay un documento de adaptacin del RUP a la empresa virtual
No se utiliza ninguna herramienta para la administracin de la configuracin a nivel

organizacional para el proceso de Desarrollo de Requerimientos.
No se lleva un monitoreo del avance con respecto al plan.
39
No se guardan las presentaciones de delegados como parte de informacin para

mejora del proceso.
Los miembros del Directorio no llenan el documento de cierre de iteracin.
3.3.3 Verificacin (VER)
A continuacin se muestra el nivel de cumplimiento del rea de Proceso Verificacin.
Tabla 3.10 Resultados de evaluacin de VER

tab009.jpg
No se realizan actividades de peer reviews.
No se tiene una poltica organizacional para el rea de Proceso Verificacin.
El proceso de verificacin no est documentado. Slo lo conoce el Gerente de

Pruebas.
40
Verificacin
No se tiene documentado el plan del proceso de verificacin.
No se usa ninguna herramienta para la administracin de la configuracin a nivel

organizacional.
No se evala objetivamente la adherencia del proceso. Se debera evaluar mediante

revisiones peridicas de los artefactos generados en el rea de Pruebas.
3.3.4 Validacin (VAL)
A continuacin se muestra el nivel de cumplimiento del rea de Proceso Verificacin.
Tabla 3.11 Resultados de evaluacin de VAL
41
No se tiene documentado los procedimientos de validacin para cada componente

del producto o artefacto.
No se tiene un documento con los defectos encontrados en el proceso de validacin.

Todo se reporta a travs de correos electrnicos.
No hay una poltica organizacional documentada para esta rea de proceso.
No se utiliza ninguna herramienta para la administracin de la configuracin a nivel

organizacional para el proceso de validacin.
No se lleva un control segn el plan establecido por cada grupo de proyecto.
No se guarda informacin de mejora con respecto al rea de Proceso de Validacin.
No se evala objetivamente la adherencia del proceso.
Los miembros del Directorio no llenan el documento de cierre de iteracin.
42
Implementacin de 4 reas de Proceso del modelo de calidad CMMI:

Gestin y Desarrollo de Requerimientos, Validacin, y Verificacin
CAPTULO 4: DESARROLLO DE PROPUESTAS

DE SOLUCIN
En el presente captulo, se detalla el proceso de desarrollo de las propuestas de solucin

para cubrir las brechas identificadas en el captulo anterior.
4.1. Metodologa
El desarrollo de las propuestas de solucin, durante todo el proyecto, requiri de una

constante comunicacin con las personas que actualmente tienen a su cargo la ejecucin
de actividades de desarrollo y gestin de requerimientos, validacin, y verificacin de
los productos desarrollados. Estas personas fueron llamadas Responsables del rea de
Proceso pues son quienes supervisan dichas actividades en los diferentes grupos de
trabajo.
La siguiente tabla muestra el responsable establecido para cada rea de Proceso

evaluada.
Responsable
rea de Proceso
Pedro Cruz
Gestin de Requerimientos(REQM)
Pedro Cruz
Pedro Cruz
Verificacin (VER)
43
Captulo 4: Desarrollo de Propuestas de Solucin
Pedro Cruz
Validacin (VAL)
Tabla 4.1 Responsables por rea de Proceso (Fase Desarrollo de Propuestas de

Solucin)
Por otro lado, se trabaj de manera conjunta con los Jefes de Lnea de Productos,
Gerente de Proyecto, y proyectos cuyos trabajos tenan relacin con el presente estudio
tales como el proyecto MOPROSOFT, y Comit de Educacin.
Como primer paso, se elaboraron y documentaron los procedimientos para cada rea de
Proceso a implementar (Desarrollo de Requerimientos, Verificacin, y Validacin).
Para cada procedimiento se defini un flujograma de actividades a seguir con su
respectiva caracterizacin identificando los roles, fases, inputs y outputs para cada tarea.
As mismo, se proporciona una descripcin de cada actividad con los pasos a seguir en
cada una de ellas.
Para el caso del rea de Proceso Gestin de Requerimientos (REQM) se har uso del
proceso que forma parte del proyecto tesis CMMI nivel 2.
Mediante un mapeo de la metodologa RUP y el modelo CMMI, se determinaron los

artefactos generados por el RUP a ser incorporados e implementadas en los talleres y
proyectos para lograr con el cumplimiento de las prcticas especficas que resultaron
con una valoracin de Parcialmente Implementado (PI) y No Implementado (NI) en la
evaluacin realizada. En algunos casos, se realizaron modificaciones a los artefactos del
RUP que se vienen utilizando para optimizar el nmero de artefactos adicionales a
implementar.
44

Por otro lado, se definieron formatos o plantillas necesarias para cubrir las brechas que
no se lograban satisfacer con las actividades y artefactos de la metodologa RUP.
Se coordin con los proyectos de Gestin de Reuso para el almacenamiento de los

formatos y procesos en el repositorio de Assets, los cuales pueden ser descargados
desde la web Rational Asset Manager.
4.2. Propuestas de Solucin Aprobadas
A continuacin se presenta la relacin de artefactos a utilizar en el proceso de

implementacin. Cada artefacto tiene una traza hacia la prctica especfica que
satisface.
45
4.3. Recursos Tecnolgicos
Los talleres y proyectos de software en la empresa virtual, siguen la metodologa RUP y

utilizan como software la suite de IBM Rational para el desarrollo y gestin de los
mismos.
Aprovechando este contexto, se identificaron los recursos de software necesarios para

llevar a cabo la implementacin de la mejora de los procesos y que permitan la
realizacin de las diferentes actividades definidas en los procesos.
A continuacin se detallan los recursos de software:
IBM Rational RequisitePro
IBM Rational RequisitePro mantiene los equipos de proyectos al da gracias a la

creacin, anlisis y gestin de los requerimientos de aplicaciones y casos de uso.
46

Entre sus caractersticas se encuentran:
Un producto potente y fcil de utilizar para la gestin de requisitos y casos de uso

que propicia una mejor comunicacin, mejoras en el trabajo en equipo y reduce el
riesgo de los proyectos.
Combina la interfaz conocida y fcil de utilizar de los documentos de Microsoft

Word con potentes funciones de base de datos para conseguir la mxima eficacia en
anlisis y consulta de requisitos.
Proporciona a los equipos la posibilidad de comprender el impacto de los cambios.
Garantiza que todos los componentes del equipo estarn informados de los
requisitos ms actuales para asegurar la coherencia.
Proporciona acceso basado en web para los equipos distribuidos.
IBM Rational ClearQuest
Rational ClearQuest proporciona un seguimiento flexible de defectos y cambios en toda

la empresa.
Entre sus caractersticas se encuentran:
Seguimiento basado en actividad de cambios y defectos.
Soporte robusto y flexible para flujos de trabajo, que incluye notificaciones por
correo electrnico y opciones de envo.
Fcil personalizacin mediante funciones de "apuntar y pulsar".
Soporte completo para consultas con generacin de multitud de informes y grficos.
Interfaz web para acceder fcilmente desde cualquier navegador web estndar.
Integracin transparente con Rational ClearCase para conseguir una solucin SCM
completa.
47
Integrado con los IDE lderes en el sector, como WebSphere Studio, Eclipse y
Microsoft .NET
48

CAPTULO 5: PROCESO DE
IMPLEMENTACIN
En el presente captulo de detalla el proceso de implementacin de las reas de Proceso

involucradas en el presente estudio, el cual se dividi en 4 etapas:
Preparacin
Induccin y Capacitacin
Implementacin y Seguimiento
Anlisis de Preparacin
5.1. Preparacin
El proceso de implementacin se inici con la etapa de preparacin. En esta etapa se

realizaron las siguientes actividades.
5.1.1. Designacin de responsables por rea de Proceso.
Al igual que en la fase de Desarrollo de Propuestas de Solucin, para el proceso de

implementacin se designaron responsables para cada rea de Proceso quienes tienen
una funcin primordial para lograr una implementacin exitosa. Es responsabilidad de
los responsables de las reas de Proceso asegurar la correcta implementacin de las
soluciones y la mantener una continuidad en el tiempo de dichas soluciones.
49
Captulo 6: Anlisis de Resultados
Los responsables designados para cada rea de Proceso son los siguientes:
Responsable
rea de Proceso
Gestin de Requerimientos (REQM)
Pedro Cruz

Validacin (VAL)
Alex Vidaurre
Verificacin (VER)
Tabla 5.1 Responsables por rea de Proceso (Fase Proceso de Implementacin)

Fuente: Elaboracin Propia
5.1.2. Designacin de Proyectos Piloto
La implementacin de las reas de Proceso se lleva a cabo sobre un conjunto de

proyectos piloto para determinar la eficacia final de la implementacin en base a una
evaluacin SCAMPI post implementacin. Si el resultado es positivo, es decisin del
directorio de la empresa virtual desplegarlo sobre todos los proyectos de software, que
basan su desarrollo en la metodologa RUP, en ciclos posteriores.
La seleccin de los proyectos piloto se realiz con el Gerente de Proyectos en base a los
siguientes criterios:
Los proyectos deben encontrarse en las primeras iteraciones del ciclo de desarrollo
(Taller de Proyectos o Proyecto 1).
50
Deben ser de la carrera de Ingeniera de Software.

Deben ser proyectos formales desarrollados bajo la metodologa RUP.
Los proyectos piloto seleccionados son los siguientes:
Ciclo Proyecto
TP
Integrantes
Jefe de Lnea
de Producto
Evaluacin basada Francisco Elera
Hernn
en web
Rodrguez
Testers
Renzo Snchez
Apoyo
P1
la Francisco Chvez
educacin continua
Hernn
Miguel
Rodrguez
Talavera
Sofa Garay
Karen Loayza
P1
Reconocimiento de Edson Villar
Hernn
patrones
Rodrguez
vehiculares
Miguel Martinez
Rosa Felix
Enrique
Huamn
Tabla 5.2 Proyectos piloto

5.1.3. Reuniones con miembros del directorio y responsables de las

reas de Proceso
Un aspecto importante para llevar a cabo el proceso de implementacin de CMMI es

obtener el compromiso de los involucrados y beneficiados por la implementacin. Es
por ello, que se llevaron a cabo diversas reuniones con miembros del directorio y
51
responsables de las reas de Proceso a implementar; as como tambin, con otros

stakeholders que puedan dar soporte a la implementacin.
Como resultado de las reuniones llevadas a cabo se determinaron algunas tareas a

realizar por proyectos externos.
Item Tarea
Responsable
Centro de Cmputo 2
Implementacin de repositorios de proyectos

Implementacin del CVS como herramienta de
configuracin de versiones
Elaboracin
de
manual
de
creacin
repositorios en RequisitePro
de
Centro de Cmputo 2
Centro de Cmputo 2
Tabla 5.3 Tareas de Proyectos Externos

5.1.4. Elaboracin de materiales de induccin y capacitacin.
Para dar inicio al proceso de induccin y capacitacin a los integrantes de los proyectos
piloto y responsables de las reas de Proceso, se elaboraron los siguientes documentos:
Presentacin de induccin y capacitacin.
Documento de induccin y capacitacin.
Manual de creacin de repositorios en RequisitePro.
52

Manual de captura de requerimientos en RequisitePro.
5.2. Induccin y Capacitacin
El proceso de induccin al modelo CMMI es una actividad de vital importancia dentro

del marco de la implementacin, el cual asegura que los analistas de los proyectos piloto
tengan conocimiento del modelo CMMI, las actividades que deben realizar y artefactos
que a elaborar para satisfacer los lineamientos establecidos por el modelo.
En la etapa de induccin y Capacitacin se planific y llev a cabo una reunin de

induccin con los miembros de los proyectos piloto en la cual se cubrieron los
siguientes puntos:
Descripcin de la empresa virtual Sistemas y Software Consultores.
Introduccin del modelo CMMI.
Descripcin de las reas de Proceso a implementar.
Explicacin de las razones de la implementacin.
Diagnstico actual de la empresa con respecto a los lineamientos del CMMI.
Herramientas a utilizar en la implementacin.
Los beneficios a obtener con la implementacin.
Los compromisos por parte de los miembros de los proyectos piloto.
El siguiente cuadro muestra la relacin de personas que estuvieron presentes en la

reunin de induccin y capacitacin.
53
Proyecto
Ciclo
Evaluacin
basada
en web
Apoyo
la
educacin continua
Reconocimiento de
patrones vehiculares
Nombre
Asistencia
Francisco Elera
Renzo Snchez
Francisco Chvez
Sofa Garay
Miguel Martinez
Edson Villar
TP
P1
P1
Tabla 5.4 Asistencia a la reunin de Induccin y Capacitacin

En el caso del analista Francisco Chvez, se le brind una induccin individual

cubriendo los puntos tratados en la reunin de induccin.
La capacitacin a los analistas de los proyectos piloto y Jefe de Lnea de Producto en la

realizacin de las actividades definidas y formatos o plantillas fue un proceso continuo
que se extendi hasta la etapa de implementacin y seguimiento.
5.3. Implementacin y Seguimiento
La etapa de implementacin y seguimiento tuvo una duracin de 4 semanas.
54

Durante la implementacin se capacit a los analistas y responsables de las reas de

Proceso implementadas en el uso de los formatos desarrollados y actividades para
satisfacer las prcticas que propone el modelo CMMI.
El proceso de implementacin present algunas barreras que significaron un riesgo para

la implementacin, la principal barrera se relaciona con la cultura de trabajo de los
analistas. En un inicio los analistas de los proyectos piloto se mostraron incmodos y
reacios con la idea de elaborar artefactos y llenar formatos adicionales a los que
normalmente tenan que desarrollar. Sin embargo, con un seguimiento continuo se logr
cambiar la cultura de trabajo de los analistas a un conjunto de actividades ordenadas que
significaban un beneficio para el desarrollo y seguimiento de sus proyectos.
El seguimiento a los proyectos piloto fue semanal, mediante el uso de un checklist de

artefactos que deban ser desarrollados y por consiguiente las actividades a ser
realizadas.
A continuacin se muestra el cumplimiento de los proyectos piloto en la presentacin y

entrega de los artefactos solicitados.
Testers
Proyectos
Plan de Desarrollo de Software
Plan de Iteracin
Formato de Peticin de Cambio
EBW
SRPV
Charter de Proyecto
AECE
SRPV
EW
AECE
N Artefactos
55
Formato Consolidado de Peticiones de Cambio
Especificacin de Casos de Uso
Modelo de Casos de Uso
Especificacin de Requerimientos de Software
Plan de Administracin de Requerimientos
10 Especificaciones Suplementarias
11 Documento de Arquitectura de Software
12 Glosario de Trminos
13 Lista de Riesgos
14 Visin
15 Plan de Pruebas
17 Plan de Aceptacin de Producto
18 Formato Acta de Reunin
19 Prototipo Visual
16 Registro de Revisiones
20 Formato Consolidado de Artefactos Verificados
21 Reporte de Defectos
Tabla 5.5 Artefactos Presentados por Proyectos Piloto y Testers

56

CAPTULO 6: ANLISIS DE RESULTADOS
El presente captulo se detalla el anlisis de resultados mediante una evaluacin

SCAMPI post implementacin.
La etapa del anlisis de resultados tuvo una duracin de 3 semanas.
Se realiz una evaluacin SCAMPI tipo B post implementacin para determinar el

nivel de cumplimiento de las prcticas de las reas de Proceso implementadas.
El proceso de evaluacin tuvo inicio con la recopilacin de evidencias de los proyectos

piloto, el cual se realiz de forma continua conforme se realizaba el seguimiento a los
proyectos, seguido de breves entrevistas con los involucrados para obtener informacin
adicional con el fin de asegurar la confiabilidad de los resultados.
Para mayor detalle de la evaluacin ver el documento Evaluacin SCAMPI Post

Implementacin.
En las siguientes secciones se detalla el resultado de la evaluacin realizada.
57
6.1. Gestin de Requerimientos (REQM)
A continuacin se muestra la tabla resumen de la calificacin de cada prctica

especfica y genrica del rea de Proceso REQM.
Tabla 6.1 Resultados de evaluacin de REQM Post implementacin

0
1
Los resultados obtenidos mediante la recopilacin de evidencias y artefactos

implementados muestran una mejora en el cumplimiento de las prcticas especficas de
58

REQM por consiguiente la meta genrica SG1 - Gestionar Requerimientos se encuentra

satisfecha.
La prctica genrica GP2.6 Administrar Configuraciones se encuentra no

implementada debido a que no se lleg a implementar una herramienta de configuracin
de versiones, en este caso el CVS. No se cont con las condiciones necesarias en los
servidores del centro de cmputo. Era necesario que se implementen los repositorios de
los proyectos en los servidores del centro de cmputo para dar inicio a la instalacin de
la herramienta.
Se implement el uso de matrices de trazabilidad mediante Rational RequisitePro para

identificar y gestionar el impacto de cambios en los requerimientos sobre otros. Estas
matrices de trazabilidad tambin fueron incorporados en el documento Plan de
Administracin de Requerimientos.
A continuacin se muestra una comparacin entre los resultados de las evaluaciones

realizadas antes y despus de la implementacin.
Los resultados de la evaluacin SCAMPI post implementacin muestran una mejora en

el cumplimiento de las prcticas.
59
Se logr satisfacer la prctica SP1.2 Obtener Compromiso sobre los Requerimientos,

de PI a CI, mediante la formalizacin de los requerimientos en el documento de Visin
y Especificacin de Requerimientos de Software. As mismo, se realiza y registra la
evaluacin del impacto que genera cambios a los requerimientos.
Se logr satisfacer la prctica SP1.3 Gestionar Cambios de los Requerimientos, de NI

a CI, mediante la implementacin de los formatos de peticin de cambios y formato de
consolidado de peticiones de cambio, con los cuales se deja constancia de la aprobacin
de las peticiones de cambios y el seguimiento de los mismos.
Todas estas mejoras en el cumplimiento de las prcticas se basaron en los proyectos

pilotos en los cuales se realiz la implementacin.
6.2. Desarrollo de Requerimientos (RD)

especfica y genrica del rea de Proceso RD.
Tabla 6.2 Resultados de evaluacin de RD Post implementacin
60

Los resultados muestran un alto nivel de implementacin de las prcticas especficas de

RD por consiguiente las metas genricas SG1 - Gestionar Requerimientos, SG2
Desarrollar Requerimientos del Cliente, y SG3 Analizar y Validar Requerimientos se
encuentran satisfechas.
Como en el rea de Proceso anterior, la prctica genrica GP2.6 Administrar

Configuraciones se encuentra no implementada debido a que no se lleg a implementar
una herramienta de configuracin de versiones, en este caso el CVS. Era necesario que
se implementen los repositorios de los proyectos en los servidores del centro de
cmputo para dar inicio a la instalacin de la herramienta.
61


Se logr satisfacer la prctica SP2.2 Asignar los Requerimientos a los Componentes

del Producto, de NI a CI, mediante la implementacin de matrices de trazabilidad entre
las necesidades de los stakeholders vs las caractersticas del SW; caractersticas del SW
vs los Casos de Uso. As mismo, se consolidan los requerimientos en el documento de
Especificacin de Requerimientos de Software.
Se logr satisfacer la prctica SP3.4 Analizar los Requerimientos para lograr el

Equilibrio, de NI a CI, mediante evaluaciones de riesgos de los requerimientos. Para
ello, se implement la matriz de trazabilidad entre Casos de Uso vs Riesgos y se adapt
el documento del RUP Lista de Riesgos agregndole el campo de requerimiento
asociado al riesgo.
6.3. Verificacin (VER)
62


especfica y genrica del rea de Proceso VER.
Tabla 6.3 Resultados de evaluacin de VER Post implementacin

tab015.jpg

VER; por consiguiente, las metas genricas SG1 Prepararse para la Verificacin y
SG3 Verificar los Productos Seleccionados, se encuentran satisfechas. Esto mediante
la implementacin de un ambiente de verificacin con el uso del Rational RequisitePro
y Rational Clear Quest, y el establecimiento de un procedimiento de verificacin para
realizar las pruebas de los artefactos generados, reportar y dar seguimiento a los
defectos encontrados.
Por otro lado, la meta genrica SG2 Realizar Peer Reviews se encuentra Parcialmente
Satisfecho.

63

Se logr mejorar parcialmente el cumplimiento de la prctica SP2.1 Prepararse para

Peer Reviews, de NI a PI; y la prctica SP 2.2 Conducir Peer Reviews. Debido a la
naturaleza de la empresa virtual, cantidad de recursos humanos y tiempo disponible de
los mismos, no fue posible realizar peer reviews formales con los distintos roles
caractersticos (moderador, escribano, desarrollador, testers, etc.). Sin embargo, se
realizaron inspecciones informales o revisiones a la documentacin en las cuales se
revis aspectos de gramtica, ortografa, incongruencias, claridad de la redaccin,
consistencia entre las necesidades de los stakeholders definidos en el documento de
visin contra las caractersticas del software definidos en el documento Especificacin
de Requerimientos de Software. Para ello, se implement en los cursos de Pruebas de
Software y Validacin y Verificacin un formato de Consolidacin de Artefactos
Verificados y reportes de Resultados de Pruebas para llevar un mejor control.
Como propuesta de mejora, se elabor una lista de comprobacin de artefactos con la

colaboracin de los profesores Alex Vidaurre y Aarn Ibez. Es recomendable que se
definan roles de revisores tcnicos que se encarguen de realizar inspecciones a los
artefactos a nivel de contenido.
64

6.4. Validacin (VAL)

especfica y genrica del rea de Proceso VAL.
Tabla 6.4 Resultados de evaluacin de VAL Post implementacin

VAL; por consiguiente, las metas genricas SG1 Prepararse para la Validacin y SG2
Validar el Producto o Componente del Producto se encuentran satisfechas.

65

Se logr mejorar medianamente el cumplimiento de la prctica SP1.3 Establecer los

Procedimientos y Criterios para la Validacin. Los criterios y procedimientos de
validacin se definen en el documento Plan de Aceptacin del Producto.
Se logr mejorar medianamente el cumplimiento de la prctica SP 2.2 Analizar

Resultados de la Validacin. Los resultados de la validacin no se registran en un
documento exclusivamente diseado para ese propsito. Se hace uso de las actas de
reunin para registrar las incidencias y el formato de peticin de cambios si hubiere
cambios mayores.
66

67
CONCLUSIONES
1. El modelo CMMI proporciona los lineamientos para lograr una mejora en la

capacidad los procesos y en el nivel de madurez de una organizacin. En la empresa
virtual Sistemas y Software Consultores se busc mejorar la capacidad de los
procesos relacionados a los requerimientos, validacin, y verificacin.
2. Para lograr una mejora significativa de los procesos, es necesario el compromiso y

colaboracin de las diferentes unidades de la organizacin, principalmente del nivel
ms alto de la misma.
3. El modelo CMMI puede coexistir con otros modelos de calidad o metodologas

formales de desarrollo de software.
4. La evaluacin SCAMPI realizada en la empresa virtual fue de clase B C debido al

reducido nmero de evaluadores y el corto periodo de tiempo con el que se cont
para realizar la evaluacin. Esta clase de evaluacin no permite determinar el nivel
de madurez de la organizacin ya que no es una evaluacin rigurosa.
5. Los proyectos de software de la empresa virtual utilizan la metodologa y artefactos

propuestos en la metodologa RUP para el desarrollo de los productos de software.
Por tal motivo, y para no crear un impacto significativo en el trabajo de los analistas
y testers se reutiliz dicha metodologa adaptndola a los lineamientos establecidos
por el modelo CMMI.
6. Para las prcticas que no fueron satisfechas por el RUP se crearon plantillas o
formatos para cubrir las brechas y satisfacer dichas prcticas.
7. Se logr obtener el compromiso tanto de los analistas de los proyectos piloto como
de los testers asignados a dichos proyectos en la realizacin de las actividades y
presentacin de los artefactos y formatos adicionales implementados.
68
Verificacin
8. Es necesario llevar a cabo una capacitacin del modelo CMMI y en el uso de los
artefactos implementados a los nuevos alumnos de Taller de Proyectos. As como
tambin, a los alumnos de Taller de Desarrollo y Pruebas.
9. Mediante la incorporacin de las propuestas de solucin se logr un mayor nivel de

cumplimiento de las prcticas definidas en las reas de Proceso implementadas con
respecto al nivel identificado en la evaluacin SCAMPI inicial (preimplementacin).
10. No es recomendable implementar el modelo CMMI en proyectos que utilizan una

metodologa de desarrollo gil.
11. La implementacin del modelo CMMI en los talleres y proyectos no garantiza que
todos proyectos produzcan un producto final de calidad. Mucho depende de la
dedicacin, responsabilidad, compromiso, y esfuerzo de los analistas para con su
proyecto.
12. Algunas soluciones desarrolladas pueden ser implementadas en proyectos de

Ingeniera de Sistemas de Informacin.
69
70
Verificacin
RECOMENDACIONES
1. Es recomendable que el comit propicie el compromiso de todos los niveles de la

organizacin para posteriores implementaciones del modelo CMMI.
2. Se recomienda mantener el repositorio comn que contiene todos los artefactos de

tal manera, que los artefactos implementados puedan ser reutilizados por los nuevos
proyectos entrantes.
3. Se recomienda adquirir o crear un software de evaluacin SCAMPI para facilitar

posteriores implementaciones de reas de Proceso del CMMI en la empresa virtual.
4. Es recomendable realizar monitoreos o evaluaciones SCAMPI B peridicas para

identificar desviaciones y asegurar el cumplimiento de las reas de Proceso
implementadas.
5. Es necesario ordenar y definir los repositorios en los servidores del centro de

cmputo para realizar un seguimiento ptimo a la evolucin de los requerimientos
mediante el RequesitePro.
6. Se recomienda que la estructura organizacional de la empresa virtual no cambie

drsticamente o con mucha frecuencia.
7. Se recomienda la creacin de un workflow para la planeacin y monitorio de los

proyectos para facilitar y optimizar el proceso de verificacin y validacin por parte
de los responsables y supervisores de los proyectos.
8. Por la gran cantidad de proyectos, se recomienda mayores recursos humanos que

cumplan los roles de jefes o gerentes de proyectos para llevar un mejor control sobre
los mismos, en temas de verificacin de los artefactos generados, en cuanto a
requerimientos y aspectos tcnicos.
71
9. Se recomienda la creacin de roles de revisores que se encarguen de realizar

inspecciones de contenido de los entregables (requerimientos, arquitectura, etc.)
mediante el uso de la lista de comprobacin de artefactos desarrollado en el presente
proyecto.
10. Se recomienda la elaboracin y entrega al inicio del ciclo de un charter completo a

los alumnos de taller de proyectos para que tengan una idea clara del propsito de su
proyecto.
72
Verificacin
BIBLIOGRAFA
AHERN, Dennis (2004) CMMI distilled: A practical introduction to integrated process

improvement. Boston: MA: Addison-Wesley.
ANTN
CALVAY,
Hernn
CARBAJAL
VALVERDE,
Jorge
(2008)
Implementacin del Nivel II del CMMI. (Tesis de ttulo profesional en Ingeniera de

Sistemas de Informacin). Lima: Universidad Peruana de Ciencias Aplicadas.
CMMI BROWSER (2007) (www.wibas.de/cmmibrowser/index_de.php); contiene

informacin sobre el modelo CMMI v1.2. Cubre las representaciones Continua y
Escalonada. (consulta: 5 marzo).
CONCHA, Nancy (2006) Propuesta para implementar CMMI en una empresa con
mltiples unidades desarrolladoras de software (consulta: 11 de septiembre).
(http://sisbib.unmsm.edu.pe/bibvirtualdata/Tesis/Basic/concha_hn/concha_hn.pdf)
COGNENCEinc
(2006)
(htttp://www.cognence.com/pdfs/CMMI_ProcessAndRequirementsManagement_White
Paper%20v1.0.pdf); contiene informacin acerca como alcanzar el nivel 2 del CMMI
usando soluciones software IBM Rational (consulta: 17 de enero).
IBM
(2006)
(http://www-
142.ibm.com/software/dre/ecatalog/Browse.wss?locale=es_ES); contiene informacin

sobre los productos IBM Rational (consulta: 14 de septiembre).
73
PROCESS STRATEGIES (2007)
(http://process-strategies.com/appraisals.html);
contiene informacin sobre el mtodo de evaluacin SCAMPI (consulta: 09 de octubre).
SOFTWARE ENGINEERING INSTITUTE (2007) (http://www.sei.cmu.edu/cmmi/);

contiene informacin detallada sobre el modelo CMMI y el mtodo de evaluacin
SCAMPI (consulta: 05 de febrero).
WIKIPEDIA, la enciclopedia libre (2006) (http://es.wikipedia.org/wiki/CMMI);

contiene informacin sobre el modelo CMMI (consulta: 11 de septiembre).
74
Verificacin
GLOSARIO DE TRMINOS
Analista: Alumnos de los cursos de Taller de Proyectos, Proyecto 1, y Proyecto 2
AECE: Proyecto de Ingeniera de Software Apoyo a la Educacin Continua.
rea de proceso: Conjunto de prcticas relacionadas en un rea, que implementadas

colectivamente, satisface un conjunto de metas consideradas importantes para lograr
mejoras en dicha rea. Todas las reas de proceso en CMMI son comunes para las
representaciones continua y secuencial.
Artefacto: Producto tangible resultante del proceso de desarrollo de software.
Capacidad: Cualidad que permite un buen desarrollo y resultado de una actividad.
EW: Proyecto de Ingeniera de Software Evaluacin Basada en Web.
Metodologa RUP: IBM Rational Unified Process. Proceso de desarrollo de software

tpicamente usado para el desarrollo de sistemas orientado a objetos.
75
Nivel de Madurez: Grado de mejora de proceso a travs de un grupo predefinido de

reas de proceso en el cual tiene establecidas un grupo de objetivos.
Proceso: Conjunto de actividades o prcticas relacionadas que se ejecutan para obtener

un resultado de valor.
Integracin de Producto (PI): rea de Proceso cuyo propsito es ensamblar, integrar

los componentes del producto, asegura que el producto integrado funciona
adecuadamente.
Gestin de Requerimientos (REQM): rea de Proceso cuyo propsito es gestionar los

requerimientos del producto y componentes del producto del proyecto e identificar
inconsistencias entre los requerimientos y los planes y work products.
Desarrollo de Requerimientos (RD): rea de Proceso cuyo propsito es producir y

analizar los requerimientos del cliente, producto y componentes del producto.
Administracin de Riesgos (RSKM): rea de Proceso cuyo propsito es identificar

potenciales problemas antes de que stos ocurran y planificar actividades a lo largo del
ciclo de vida del proyecto para mitigar los riesgos y su impacto sobre los objetivos
establecidos.
SCAMPI: Standard CMMI Appraisal Method for Process Improvement. Es una

metodologa de evaluacin para determinar el nivel de implementacin del modelo
CMMI en una organizacin.
76
Verificacin
SEI: Software Engineering Institute. Instituto de Ingeniera de Software propietario del

modelo CMMI y el mtodo de evaluacin SCAMPI.
SRPV: Proyecto de Ingeniera de Software de Patrones Vehiculares.
Stakeholders: Personas que tienen una fuerte relacin con un proyecto.
Solucin Tcnica (TS): rea de Proceso cuyo propsito es disear, desarrollar e

implementar soluciones a los requerimientos.
Tester: Alumno del curso de Taller de Desarrollo y Pruebas.
Verificacin (VER): rea de Proceso cuyo propsito es asegurar que el producto

seleccionado cumple con los requerimientos establecidos y funciona correctamente.
Validacin (VAL): rea de Proceso cuyo propsito es demostrar que el producto o

componente del producto cumple con su propsito. Y si el producto desarrollado es el
correcto o deseado.
77
78

Nakama 2009 Implementación de 4 Áreas de Proceso Del Modelo de Calidad CMMI PDF

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Nakama 2009 Implementación de 4 Áreas de Proceso Del Modelo de Calidad CMMI PDF

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS

Implementacin de 4 reas de Proceso del modelo de

ASESOR: Pedro Cruz Hernndez

El presente proyecto est dedicado a mi familia que gracias a su apoyo incondicional me

El modelo de calidad en referencia es el CMMI (Capability Maturity Model

Se describe el proceso seguido para obtener un diagnstico inicial de la situacin de los

Posteriormente se detalla el proceso de implementacin de las soluciones en proyectos

Finalmente, se presenta un anlisis de los resultados obtenidos luego del proceso de

RESUMEN ...................................................................................................................... iii

Sistemas y Software Consultores ..................................................................... 4

Justificacin del inicio del proyecto ................................................................. 7

CAPTULO 2: MARCO TERICO .............................................................................. 11

2.2.1 Introduccin ................................................................................................... 12

2.3.1 Descripcin de la metodologa de evaluacin ............................................... 20

Planificacin y preparacin de la evaluacin ................................................. 28

3.1.1. Identificacin de requerimientos, objetivos y alcance de la evaluacin ..... 28

Ejecucin y conduccin de la evaluacin ....................................................... 35

Anlisis de resultados de la evaluacin .......................................................... 36

3.3.1 Gestin de Requerimientos (REQM) ............................................................ 37

Propuestas de Solucin Aprobadas................................................................. 45

Recursos Tecnolgicos ................................................................................... 46

CAPTULO 5: PROCESO DE IMPLEMENTACIN .................................................. 49

5.1.1. Designacin de responsables por rea de Proceso. ................................... 49

Induccin y Capacitacin ............................................................................... 53

Implementacin y Seguimiento ...................................................................... 54

CAPTULO 6: ANLISIS DE RESULTADOS ............................................................ 57

Gestin de Requerimientos (REQM) ............................................................. 58

Desarrollo de Requerimientos (RD) ............................................................... 60

Validacin (VAL) ........................................................................................... 65

El Modelo Integrado de Madurez de la Capacidad (CMMI Capability Maturity Model

El CMMI fue desarrollado por el Instituto de Ingeniera del Software de la Universidad

El CMMI surge a partir de la integracin de varios Modelos de Madurez de la

El presente estudio realizado tiene por objetivo emplear la metodologa definida en el

Las reas de Proceso incluidas en el estudio son:

Gestin de Requerimientos (REQM) Nivel 2

Desarrollo de Requerimientos (RD) Nivel 3

Verificacin (VER) Nivel 3

Validacin (VAL) Nivel 3

De esta manera, se busca mejorar y optimizar las actividades de desarrollo de software,

El captulo 2 contiene el marco terico detallado en la que se incluye el modelo de

En el captulo 4 se detalla el proceso realizado para desarrollar las soluciones requeridas

En el captulo 5 se describe la implementacin de las soluciones desarrolladas en

CAPTULO 1: LA EMPRESA OBJETIVO

En el presente captulo se define la empresa objetivo y la justificacin de inicio del

1.1. Sistemas y Software Consultores

La Universidad Peruana de Ciencias Aplicadas UPC, primera universidad global del

La carrera de Ingeniera de Software es una de las carreras profesionales enmarcadas en

La carrera de Ingeniera de Software tiene como misin:

"Formar ingenieros de software profesionales y competentes en el

con una slida base en principios de ingeniera y en tendencias en

El aprendizaje est basado en proyectos y con competencias y perfiles profesionales

En este sentido, el alumno interacciona con cursos de la especialidad desde el primer

La carrera de Ingeniera de Sistemas de Informacin es la segunda carrera profesional

Tiene como objetivo formar ingenieros capaces de disear y gestionar sistemas de

Los alumnos de las carreras de Ingeniera de Software y Sistemas de Informacin dan

respectivamente), bajo el marco de una empresa virtual denominada Sistemas y

El directorio es un grupo encargada de aprobar la cartera de proyectos de Ingeniera

Fuente: Elaboracin propia

1.2. Justificacin del inicio del proyecto

Ambigedad en la definicin de proyectos: Los proyectos propuestos a los analistas

Inconsistencia y trazabilidad entre los requerimientos iniciales y los planes: Los

Poca eficiencia en las actividades de verificacin y validacin: En ciertas etapas del