Propuesta de Implementación del Modelo CMMI para el

Desarrollo de Software en la Universidad Nacional de San

Agustín, con Metodologías Ágiles y Herramientas de
Software Libre
Pedro Luis Yanque Churo Pablo Guzman Quispe Walter Zuñiga Herrera
Escuela Profesional de Escuela Profesional de Escuela Profesional de
Ingeniería de Sistemas Ingeniería de Sistemas Ingeniería de Sistemas
Universidad Nacional de San Agustín Universidad Nacional de San Agustín Universidad Nacional de San Agustín
Arequipa, Perú Arequipa, Perú Arequipa, Perú
yanque.sis@gmail.com guzmanfernando890@gmail.com wzunigah@gmail.com

Jerson Erick Herrera Rivera Luis Alonso Vargas Molin​a

Escuela Profesional de Ingeniería de Sistemas Escuela Profesional de Ingeniería de Sistemas
Universidad Nacional de San Agustín Universidad Nacional de San Agustín
Arequipa, Perú Arequipa, Perú
jerherrerar@gmail.com l.a.vargas.molina@gmail.com

Por otro lado se habla de cómo planificar un ERP y cómo

Resumen—
El presente artículo propone la implantación de un esquema
de calidad en las actividades de la dirección de informática
de la Universidad Nacional de San Agustín, aplicando
estándares mínimos a sus procesos, como son CMMI,
SCAMPI y RUP.
Palabras Clave: CMMI, SCAMPI, RUP.
I. INTRODUCCIÓN
En documento tiene como objetivo realizar una propuesta
de implantación del modelo CMMI para el desarrollo de
software para el instituto informático de la Universidad
Nacional de San Agustín, con ello 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.
II. TRABAJOS RELACIONADOS
Materiales relacionados como trabajos de investigación que
dan aporte sobre el tema nos da cuenta de uno muy
importante. referido a una empresa de software virtual que
intentará alcanzar un grado de madurez CMMI nivel 3 a
través de metodologías y pasando el modelo de evaluación
SCAMPI. Dándonos como ejemplo un proyecto piloto el
cual nos servirá como modelo ha mejorar y optimizar para
nuestra institución Universitaria.[9]
debería de construir. teniendo en cuenta que para certificar
el ERP dado tienen que demostrar un grado de madurez en
el desarrollo del software. [9]
III. APLICACIÓN: IMPLEMENTACIÓN
DE CMMI EN EL DESARROLLO DE
SOFTWARE
A. Problema
A.1 Estado Actual
El desarrollo en general de productos de software no contó
en todos los proyectos existentes con una política de
producción, es decir, no se aplicó ningún estándar en
ningún aspecto, esto incluye los procesos, los entregables y
el producto, no existe documentación previa, los proyectos
anteriores fueron realizados sin un esquema de trabajo, plan
u organización, y hay desorden en todos los proyectos antes
realizados,
En cuanto a la organización de la dirección de informática
de la Universidad no cuenta con un organigrama, ni
documentos de gestión, manejo o administración.
Los aspectos positivos son expuestos a continuación: La
administración dispone de presupuesto libre, con lo que ha
puesto en marcha nuevas metodologías en todo el proceso y
conseguido nuevo HW para desarrollo, nuevos equipos
(Cañones, laptops), correo institucional para toda la
comunidad universitaria. Se viene utilizando la metodología
SCRUM para el desarrollo. Además de consultorías con
empresas con experiencia.
En conjunción la organización ha decidido estandarizar sus
funciones en base a lo recomendado, esto incluye un MOF
y un ROF en elaboración.Las herramientas actuales que se
utilizan son Diagramas:
Staruml,
BD: D.B. Designer,
Desarrollo del proyecto: Trello, herramienta de desarrollo
ágil.
Entrevista a los programadores
Dependiendo del tamaño del proyecto los programadores
cubren SCRUM en solo los aspectos más importantes,
mientras los otros son dejados de lado. Se alega que por el
tamaño de los proyectos no es necesario cubrir todo.
Las decisiones relacionadas al desarrollo del proyecto son
Ad Hoc, pero están limitadas a las opciones que puede dar
el director.
Los proyectos se elaboran con la ausencia casi permanente
del Jefe de Proyectos.
No utilizan herramientas específicas para el Análisis de
Requerimientos, mientras que saltan el Diseño y realizan
directamente el desarrollo.
Se elabora un cronograma de actividades que mencionan
que cumplen.
No hay documentación del código. Pero dicen que está en
proceso.
Algunas de las herramientas que utilizan en las diferentes
etapas son:
Requisitos: No se utiliza una herramienta especializada por
lo que se recurre a Word para plasmarlos.
Diagramas: Staruml.
Bases de Datos: DBDesigner
Desarrollo del proyecto: Trello.
B. Propuesta
El desarrollo de las propuestas de solución, durante todo el
proyecto, requerirá de una constante comunicación con las
personas que actualmente tienen a su cargo la ejecución de
actividades de desarrollo y gestión de requerimientos,
validación, y verificación de los productos desarrollados.
Mediante un mapeo de la metodología RUP y el modelo
CMMI, se determinarán los artefactos generados por el
RUP a ser incorporados e implementados en los proyectos
para lograr con el cumplimiento de las prácticas específicas
con una valoración de Parcialmente Implementado (PI) y
No Implementado (NI) en la evaluación realizada. En
algunos casos, se realizarán modificaciones a los artefactos
del RUP que se vienen utilizando para optimizar el número
de artefactos adicionales a implementar.
Aprovechando este contexto, se identificaron los recursos
de software necesarios para llevar a cabo la implementación
de la mejora de los procesos y que permitan la realización
de las diferentes actividades definidas en los procesos, que
serán detallado en los anexos.
C. Propuesta de Implementación
La propuesta de implementación está dividida en tres
etapas (preparación, capacitación, implementación y
seguimiento), descritas a continuación:
1) Preparación
a) Designación de responsables por áreas de
proceso. Debe haber un responsable para cada
área (Gestión de Requerimientos, Desarrollo,
Testing) que garantice la correcta gestión del área
e implementación de las soluciones .
b) Seleccionar proyectos prueba. La
implementación debería darse sobre proyectos
reales de prueba para evaluarlos adecuadamente y
determinar su eficacia en base a una evaluación
SCAMPI.
c) Reuniones con los responsables de cada
área. Esto garantiza el compromiso con todos
ellos y es una oportunidad para informarles de los
beneficios que se podrían alcanzar. Además, para
ponerse de acuerdo en el uso de estándares y
demás.
d) Elaboración de materiales de
capacitación. Documentos necesarios para la
capacitación de todos los involucrados en el
desarrollo de software en cuanto a temas de
calidad, específicamente CMMI.
2) Capacitación
El proceso de capacitación del modelo CMMI es
una actividad de vital importancia dentro de la
implementación, el cual asegura que los
involucrados en los proyectos de prueba tengan
conocimiento del modelo CMMI, las actividades
que deben realizar y artefactos a utilizar para
satisfacer los lineamientos establecidos por el
modelo.
Se necesitan tratar temas como: conceptos básicos
de CMMI, descripción del estado actual de la
universidad en cuanto a desarrollo de software,
diagnóstico actual con respecto a lineamientos del
CMMI, herramientas necesarias para cada etapa,
compromiso por parte de los miembros de los
 proyectos de prueba, beneficios que se obtendrán
después de la implementación.
3) Implementación y Seguimiento
Durante la implementación se debe capacitar a los
analistas y responsables de las Áreas de Proceso
implementadas en el uso de los formatos
desarrollados y actividades para satisfacer las
prácticas que propone el modelo CMMI.
Es probable que la principal barrera que se
presente esté relaciona con la cultura de trabajo de
los analistas. En un inicio los analistas de los
proyectos de prueba pueden mostrarse incómodos
y reacios con la idea de elaborar artefactos y llenar
formatos adicionales a los que normalmente tenían
que desarrollar. Sin embargo, para vencer este
inconveniente es necesario hacer un seguimiento
continuo para lograr 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 de prueba debe ser
semanal o quincenal (a lo máximo), mediante el
uso de un check list (Anexo 1) de artefactos que
deben ser desarrollados y por consiguiente las
actividades a ser realizadas.
IV. CONCLUSIONES
El modelo CMMI proporciona los lineamientos para
lograr una mejora en la capacidad los procesos y en
el nivel de madurez de una organización. En el
instituto informático de la UNSA se busca mejorar
la capacidad de los procesos relacionados a los
requerimientos, validación, y verificación.
Para lograr una mejora significativa de los procesos,
es necesario el compromiso y colaboración de las
diferentes unidades de la organización,
principalmente del nivel más alto de la misma.
El modelo de procesos se encarga de mostrar de
manera sencilla aquellos procesos que deben
definirse y gestionarse en una empresa
desarrolladora de software que quiera alcanzar el
nivel madurez 3 de CMMI. La información de sus
procesos se puede representar a través de este
modelo incluyendo la estructura y caracterización de
los mismos.
Es necesario llevar a cabo una capacitación del
modelo CMMI y en el uso de los artefactos
implementados a los encargados de la gestión,
implementación y ejecución de proyectos de
software del instituto de informática de la UNSA.
La implementación del modelo CMMI en los
proyectos no garantiza que todos proyectos
produzcan un producto final de calidad. Mucho
depende de la dedicación, responsabilidad,
compromiso, y esfuerzo de los analistas para con su
proyecto.
V. RECOMENDACIONES
A. Es imprescindible que las autoridades
universitarias garanticen el compromiso de todos los
involucrados en el desarrollo de software de la
universidad.
B. Se recomienda mantener un repositorio
común que contenga todos los productos de
software de tal manera, que puedan ser reutilizados
en proyectos futuros.
C. Se recomienda adquirir o crear un software
de evaluación SCAMPI para facilitar la
implementación de Áreas de Proceso del CMMI en
la universidad.
D. Es recomendable realizar monitoreos o
evaluaciones SCAMPI B periódicas para identificar
desviaciones y asegurar el cumplimiento de las
Áreas de Proceso implementadas.
E. Se recomienda la creación de un workflow
para la planeación y monitoreo de los proyectos para
facilitar y optimizar el proceso de verificación y
validación por parte de los responsables y
supervisores de los proyectos.
REFERENCIAS
[1] Mary Beth Chrissis Mike Konrad Sandy Shrum
“CMMI Guidelines for Process Integration and Product
Improvement”.
[2] Ken Schwaber and Jeff Sutherland “The Scrum
Guide
[3] Erick Nakama Arakaki, “Implementación de 4
Áreas de Proceso del Modelo de Calidad CMMI;
Gestión y Desarrollo de Requerimientos, Validación y
Verificación”.
[4] Nancy Concha, “Propuesta para Implantar
CMMI en una Empresa con Múltiples Unidades
Desarrolladoras de Software”.
[5] SOFTWARE ENGINEERING INSTITUTE (2007)
(http://www.sei.cmu.edu/cmmi/).
[6] PROCESS STRATEGIES (2007)
(http://process-strategies.com/appraisals.html).
[7] Rational The software development company
“Rational Unified. Process Best Practices for Software
Development Teams”
[8] All Soft
http://soporte.allsoft.mx/portal/helpcenter/articles/el-
método-scampi
[9] Ahmad Luqman “Implementation And Analysis
of CMMI's Configuration Management Process Area”
ANEXOS

ANEXO 01
PROYECTOS
Nº ARTEFACTOS
P1 P2 P3

1 Charter del Proyecto

2 Plan de Desarrollo de Software

3 Programa de metricas

4 Formato de Petición de Cambio

5 Formato Consolidado de
Peticiones de Cambio

6 Especificación de Casos de Uso

7 Modelo de Casos de Uso

8 Especificación de
Requerimientos de Software

9 Plan de Administración de
Requerimientos

10 Especificaciones
Suplementarias

11 Documento de Arquitectura de
Software

12 Glosario de Términos

13 Lista de Riesgos

14 Visión

15 Plan de Pruebas

16 Registro de Revisiones

17 Plan de Aceptación de Producto

18 Formato Acta de Reunión

19 Prototipo Visual

20 Formato Consolidado de
Artefactos Verificados

21 Reporte de Defectos