UNIVERSIDAD CATÓLICA DE SANTA MARÍA
FACULTAD DE CIENCIAS E INGENIERÍAS FÍSICAS Y FORMALES
PROGRAMA PROFESIONAL DE INGENIERÍA DE SISTEMAS
TITULO:
PROPUESTA DE UN MODELO DE EVALUACIÓN PARA PYMES DEDICADAS AL
DESARROLLO DE SOFTWARE BASADO EN CMMI EN EL CUMPLIMIENTO DEL SCAMPI
Proyecto de Tesis presentado por Bachiller:
Helmuth Josseph Felipe Salas Cabala
AREQUIPA-PERÚ
2010
1. EL PROBLEMA“PROPUESTA DE UN MODELO DE EVALUACIÓN PARA PYMES DEDICADAS AL
DESARROLLO DE SOFTWARE BASADO EN CMMI EN EL CUMPLIMIENTO DEL
SCAMPI”
2. IDENTIFICACIÓN DEL PROBLEMA
En la actualidad la mayoría de empresas dedicadas a la Producción de
Software que basan sus estándares de procesos de Desarrollo en CMMI
van prosperando y adquiriendo experiencia en cuanto al desarrollo
exclusivo de software, labores de gestión y reducción de costos y gastos;
dentro de este grupo de empresas también encontramos a las PyMEs y
MIPyMEs.
Siendo su producto el esperado, casi todas estas empresas no evalúan o no
cuentan con un modelo de evaluación sobre el producto terminado o
producido, por lo que el personal solo se preocupa en desarrollar y cumplir
con los tiempos de entrega.
El problema fundamental es que después de la producción y de tener el
producto terminado no se realizan otros procesos que aseguren la Calidad
del Producto y la mejora de éste.
3. DESCRIPCIÓN DEL PROBLEMADebido a limitaciones económicas y cambios drásticos en la organización
de las empresas, muchas no consideran o no han valorado adecuadamente
los beneficios que trae el aplicar modelos de evaluación para medir el
progreso y mejorar la Calidad del Software en las pymes ya sea por falta de
información, costo que representa o el desinterés de los gerentes.
Sin embargo se debe tener claro que estos resultados no se obtienen de lanoche a la mañana sino que esto solo ocurrirá cuando la mejora deprocesos se lleve de una forma correcta.
4. JUSTIFICACIÓN
Se pretende desarrollar un modelo de evaluación, un esquema que permita
evaluar todas las etapas del CMMI en las PyMEs, y saber si se están
cumpliendo como un producto usado y terminado; mejorando y optimizando
la calidad y madurez de sus procesos de desarrollo de software.
5. OBJETIVOS5.1. General
Proponer un modelo de evaluación para pequeñas y medianas
empresas productoras de Software en el cumplimiento del SCAMPI.
5.2. Específicos
Proponer mejores prácticas, en la evaluación de cada proceso de
desarrollo de software de pequeñas y medianas empresas.
Optimizar la calidad en el producto, al culminar cada etapa
durante el desarrollo de software en PyMEs.
6. ALCANCES6.1. Internos
Modelo de evaluación de calidad, dirigido a empresas que producen
software, cuyos procesos de desarrollo se basan en el modelo CMMI.
6.2. ExternosLa adaptabilidad del nuevo modelo de evaluación puede darse endiferentes empresas cuya producción ya sea servicios y productos noson necesariamente de Software sino de cualquier otro rubro.
7. HIPÓTESISEs probable que con el modelo de evaluación propuesto se pueda optimizar
y hacer el seguimiento a la calidad del Producto de manera rápida y fácil,
mediante la creación de un conjunto de normas y procedimientos en base
modelos tradicionales.
8. VARIABLES8.1. Independientes
Plan de desarrollo de software bajo el modelo SCAMPI.
8.2. Dependientes
Modelo de evaluación.
9. INDICADORES
Numero de procesos afectados.
Cantidad de tiempo empleado en desarrollo.
Cantidad de tiempo empleado en cada evaluación por etapa.
10.ÁREA DE INVESTIGACIÓNIngeniería del software.
11.LÍNEA DE INVESTIGACIÓNProcesos de Desarrollo de Software.
12.TIPO DE INVESTIGACIÓN
Investigación aplicada ya que se cuenta con las personas que poseen el
conocimiento sobre la forma de cómo se construyen modelos de madurez
para el desarrollo de sistemas computacionales.
13.NIVEL DE INVESTIGACIÓNExplicativa porque se pretende proponer un modelo de evaluación en el
cumplimiento de SCAMPI dentro del desarrollo de sistemas basado en
CMMI y que permita tener una mejor visión y optimización en la calidad del
software.
14.MARCO TEÓRICO14.1. Estado del Arte
Moprosoft Según [03], fue desarrollado a solicitud de la secretaría
de Economía para servir de base a la norma Mexicana para la
industria de desarrollo y mantenimiento de software bajo el
convenio con la facultad de ciencias, Universidad Nacional
Autónoma de México.
Proporciona a la industria de software en México, que en su gran
mayoría es pequeña y mediana un modelo que permita la
estandarización de su operación a través de la incorporación de las
mejores prácticas en gestión e ingeniería de software. La adopción
del modelo permite elevar la capacidad de las organizaciones para
ofrecer servicios con calidad y alcanzar niveles internacionales de
competitividad.
Tiene como características que es fácil de entender, aplicar, no
costosa en su adopción y ser la base para alcanzar evaluaciones
exitosas con otros modelos o normas, tales como ISO 9000:2000 o
CMM.
Debido a los problemas que tenía el Departamento de Defensa
Americano de presupuesto e incumplimiento de las empresas a las
que mandaban a desarrollar software convocaron a un comité de
expertos para solucionar estos inconvenientes y en 1983 dicho
comité concluyo que se tenía que crear un instituto dedicado
exclusivamente a los problemas del software, y a ayudar al
Departamento de Defensa por lo que convocaron un concurso
público, ganando la Universidad Carnegie Mellon en 1984, creando
el SEI (instituto de ingeniería del software).
En 1985 SEI empieza a trabajar en un marco de madurez de
procesos que permita evaluar a las empresas productoras de
software, esta investigación evoluciono hacia el “Modelo de
Madurez de las Capacidades (CMM).
En 1987 se publico la primera definición de un modelo de madurez
de procesos en el desarrollo de software. Este trabajo evoluciono al
modelo CMM o SW-CMM y en 1991 se publicó la versión 1.0, la
cual se enfoca específicamente a los procesos de madurez del
software, la última versión 1.1 se publicó en febrero de 1993, pero
en el año 2001 Para facilitar la incorporación de varios CMM’s, SEI
desarrolla y publica el modelo CMMI que integra distintos modelos
en uno solo tales como SW-CMM, SE-CMM Y IPD-CMM.
El SEI edita semestralmente una publicación titulada Process
Maturity Profile (Perfil de Madurez de Proceso) en el que se
resume información acerca de la implementación del CMMI en el
mundo. Según [05], en el reporte de septiembre del 2006 el Perú
no figura.
Hace más de 8 años que el Perú inicio sus esfuerzos de mejora de
procesos, IBM fue la primera organización en lograr las
certificaciones primero en el nivel de madurez 2 y luego en el nivel
de madurez 3 del modelo SW-CMM.
14.2. Marco Conceptual
Modelo de Madurez de Procesos
¿Qué es un proceso?Un proceso es un conjunto de pasos realizados para alcanzar un
propósito determinado [04]. Constan de distintas partes que interactúan
una sobre la otra para desarrollarlo adecuadamente, cada una aporta
cierta funcionalidad a todo el círculo llegando así a un desarrollo uniforme
Figura 1. Partes involucradas dentro de un Proceso. [07]
Modelos de MadurezUn modelo de madurez es una colección estructurada de prácticas que
describen las características de procesos eficaces [04]. Nos indicara
como se está realizando el avance de un proceso a lo largo de todo su
desarrollo.
Modelos de Madurez en el SoftwareA pesar de la gran cantidad de modelos de madurez surgidos en los
últimos años, solo algunos sobresalen aquellos que han proporcionado
una serie de mejoras a las empresas dedicadas al desarrollo de software
permitiendo la adquisición y adaptación de nuevas tecnologías, técnicas y
herramientas guiándolas paso a paso en el mejoramiento de procesos
dando como resultado mejores productos o servicios.
Entre las más resaltantes tenemos a los siguientes modelos de madurez:
CMM
Capability Maturity Model (Modelo de Capacidad de madurez) es el
modelo del SEI (Software Engineering Institute) que las organizaciones
pueden usar para determinar sus capacidades para desarrollar o
mantener software, basado en un proceso de mejoramiento continuo en
la organización [05].
Según [06], El CMM no detalla todas las áreas de proceso involucradas
en el desarrollo y mantenimiento de software, sino que se enfoca en las
áreas clave que contribuyen en la mayoría de las capacidades de
proceso.
A través de cinco características comunes podemos saber si las prácticas
que describen la infraestructura y actividades que contribuyen a la
realización de las KPA son eficaces, repetibles y duraderas, estas son:
Compromiso de la realización para poder desempeñar acciones
que garanticen la elaboración del proceso.
La capacidad de realización, habilidad que se emplea para
desempeñar dichas acciones.
Las actividades realizadas para implementar las KPA.
Las mediciones y el análisis de la eficacia de las actividades
desempeñadas.
La verificación de la implementación de las actividades realizadas
de acuerdo a los procesos establecidos.
Figura 2. Las KPA representadas en los 5 niveles de madurez de CMM. Fuente [08]
Es común que las organizaciones tarden varios meses para progresar un
nivel ya que se requiere esfuerzo y compromiso, por lo general las
empresas que están dedicadas al desarrollo de software son las que
buscan certificarse en alguno de estos niveles de madurez.
OPM3
Desarrollado por el Instituto de Administración de Proyectos (PMI) en
diciembre del 2003, este modelo permite evaluar el estado de situación
actual en cada organización luego te proporciona una serie de pasos,
propuestas midiendo la efectividad de avance realizado, antes de
continuar a un siguiente nivel, trabaja con 4 niveles de madurez
(estándar, medido, controlado y continuamente mejorado) para sus 3
dominios (proyectos, programas y carteras) al igual que los modelos
proporcionados por el SEI se basan en prácticas de gestión de proyectos
pero con la diferencia que solo siguen tres pasos para el mejoramiento
de procesos solo requieren de conocimiento, medición y mejoría en
cambio en CMM se requiere de conocimiento, ejecución, medición,
verificación y mejoría además de ser agrupadas en áreas de procesos
donde finalmente las clasifican de acuerdo a los niveles de madurez.
CMMI
SEI (Instituto de Ingeniería del Software) desarrolla y publica el modelo
CMMI (Modelo integrado de madurez de capacidades) que es sucesor de
CMM.
Según [08], los modelos del CMMI surgen de las mejores prácticas de los
modelos mencionados en CMM en el punto anterior, pero optimizando y
perfeccionándolas en varias formas importantes, permitiendo hacer lo
siguiente:
Relacionar de forma mas explicita a las actividades gerenciales
y de ingeniería, con los objetivos de negocios.
Aplicar prácticas recomendadas para el desarrollo de software,
recopiladas a partir de experiencias en proyectos.
Utilizar guías para mejorar los procesos y la habilidad para
administrar el desarrollo, adquisición y mantenimiento de
productos y servicios.
Implementar prácticas más robustas y de alta madurez.
Concentrarse más en tareas empresariales esenciales para
asegurarse que el producto o servicio cumpla con las
expectativas de los clientes.
Cumplir de mejor manera con estándares relevantes del ISO.
Es importante que las empresas estén preparadas para poder decidir que
es lo que mejor se adapta a sus necesidades, deben seleccionar las
disciplinas que quieren incluir en los programas de mejoramiento de
procesos, así como decidir cual tipo de representación mejor les conviene
(por etapas o continuo).
Constelaciones CMMI
Una constelación es un conjunto de componentes CMMI diseñados para
satisfacer las necesidades de un área de interés específica. Una
constelación puede producir uno o más modelos CMMI y evaluación y
materiales de capacitación [09].
Las constelaciones que brinda actualmente el modelo CMMI son:
CMMI para Desarrollo (CMMI-DEV).
CMMI para Adquisición (CMMI-ACQ).
CMMI para Servicios (CMMI-SVC).
Figura 3 Constelaciones del Modelo CMMI Fuente [10].
CMMI PARA DESARROLLO (CMMI-DEV)
CMMI para Desarrollo Versión 1.2 es una actualización de CMMI-
SE/SW/IPPD/SS, versión 1.1.
CMMI para el Desarrollo es la primera de las constelaciones y representa
el interés en el área de desarrollo. Aunque hay dos modelos que
componen la constelación CMMI para Desarrollo, sólo hay un archivo
PDF provisto por SEI que contiene la información tanto para CMMI para
Desarrollo y CMMI para el Desarrollo + modelos IPPD. [09].
CMMI PARA ADQUISICION (CMMI-ACQ)
La finalidad de CMMI-ACQ es mejorar los procesos y actividades en los
procesos de adquisición de sistemas TIC, y el borrador se ha construido
alrededor del conjunto de las buenas prácticas producidas en la
adquisición de sistemas por la industria y el ejército a través del uso del
modelo actual CMMI. [11].
PROYECTO CMMI PARA SERVICIOS (CMMI-SVC)
CMMI para servicios (CMMI-SVC) es un proyecto del modelo CMMI
diseñado para cubrir las actividades necesarias para gestionar, crear y
prestar servicios.
Para todas las constelaciones del modelo CMMI, los componentes con
los que trabaja este modelo Según [8] son:
Objetivos genéricos: Establecen lo que una organización debe
alcanzar en ese nivel de capacidad o madurez.
Prácticas genéricas: Se aplican a cualquier área de proceso
porque pueden mejorar el funcionamiento y el control de
cualquier proceso
Objetivos específicos: Un objetivo específico se aplica a una
única área de proceso y describen las características
particulares que se deben implementar para satisfacer el
propósito del área de proceso.
Practicas específicas: Es una actividad que se considera
importante en la realización del objetivo específico a la cual esta
asociado.
Área de proceso: Son un grupo de prácticas que se realizan
colectivamente con el fin de alcanzar determinadas metas.
Niveles de capacidad
Son usados para ver el camino de mejora a través de cada área de
proceso, desde el nivel más bajo para un proceso que no se lleva a cabo
hasta un nivel alto para un proceso óptimo. Un nivel de capacidad se
basa en prácticas genéricas y especificas. Los niveles de capacidad son
descritos por [08] de la siguiente manera:
o Nivel 0 Incompleto.
o Nivel 1 Realizado o Ejecutado.
o Nivel 2 Administrado o Gestionado.
o Nivel 3 Definido.
o Nivel 4 Cuantitativamente Administrado o gestionado.
o Nivel 5 Optimizado.
Niveles de Madurez
Indican el nivel de mejoramiento de los procesos en una organización, se
miden por medio de alcanzar los objetivos genéricos y específicos
determinadas para cada conjunto de áreas de proceso.
Se [08], define los niveles de madures de la siguiente manera:
o Nivel de Madurez 1: Inicial
o Nivel de Madurez 2: Administrado
o Nivel de Madurez 3: Definido
o Nivel de Madurez 4: Cuantitativamente administrado
o Nivel de Madurez 5: Optimizado
Representación Continua
Los componentes esenciales con los que trabaja esta representación son
las áreas de proceso. Para cada área de proceso existen objetivos
específicos los cuales están implementados por prácticas específicas.
Representación escalonada
La representación escalonada o por niveles ofrece un enfoque
sistemático cuyo objetivo es la obtención del mejoramiento de procesos
en una organización desde el nivel inicial hasta el nivel más óptimo, cada
uno de estos niveles es el fundamento para el siguiente, al conseguir
cada etapa, se asegura que se ha dado un mejoramiento, además
permite establecer comparaciones objetivas entre distintas
organizaciones y calificar su madurez.
PYMES
Dar una definición exacta a las PYMES, que son las siglas de Pequeñas y
Medianas Empresas seria darse una autoridad dentro de un área que no
tiene mucho que ver con software. Poder definir PYMES de una forma
muy aproximada a la realidad, se debe tomar en cuenta diversos factores
como por ejemplo la ubicación geográfica, los ingresos anuales de la
empresa, el rubro en el cual se desempeña y algunos otros que con
menos relevancia influyen para esta definición.
Según [11], una pequeña empresa es la unidad económica constituida por
una persona natural o jurídica, bajo cualquier forma de organización o
gestión empresarial contemplada en la legislación vigente, que tiene como
objeto desarrollar actividades de extracción, transformación, producción,
comercialización de bienes o prestación de servicios.
Las Pymes son conocidas también como MyPEs o MIPyMEs y en muchas
ocasiones estas pequeñas unidades productivas hacen entre ellas ciertos
acuerdos comerciales que posteriormente beneficien a todas las partes.
Algunos autores clasifican a las PYMES de dos formas: PYMES de
subsistencia y PYMES dinámicas.
15.UNIVERSO Y MUESTRA
Se aplicarán los métodos no paramétricos en la abstracción de la muestra.En la región Arequipa existe un problema sobre estadísticas de personasque se encuentren trabajando sobre este esquema. Se tomara en cuenta atodas las personas que actualmente se encuentran trabajando en búsquedade información. Ello implica que se empleará la técnica del muestreo porcuotas el cual consiste exclusivamente en aplicar encuestas, cuestionarioso entrevistas personales a personas que hagan este tipo de trabajo.
16.ESQUEMA DE TESIS
Introducción Justificación Cap. 1. Generalidades. Cap. 2. Marco Teórico Cap. 3. Propuesta del Modelo Cap. 4. Caso de Estudio Cap. 5. Evaluación Conclusiones y recomendaciones Bibliografía Anexos
17.CRONOGRAMA
NOMBRE DE LA TAREA DURACIONFORMULACION DEL PROBLEMA 6 díasDETERMINACION DE OBJETIVOS 2 díasELABORACION DEL PLAN DE TESIS 5 díasPRESENTACION DEL PLAN DE TESIS 1 díaINVESTIGACION TEORICA: CAP. I 11 díasINVESTIGACION TEORICA: CAP. II 11 díasINVESTIGACION TEORICA: CAP. III 11 díasPROPUESTA DEL NUEVO MODELO 30 díasCOMPROBACION DEL NUEVO MODELO 30 díasCONCLUSIONES Y RECOMENDACIONES 2 díasPRUEBAS DE EVALUACION 15 díasREDACCIÓN, REVISIÓN Y DEPURACIÓN 3 díasIMPRESIÓN Y ENTREGA DE EJEMPLARES 2 días
18.FACTOR ECONÓMICO
RECURSOS COSTOUNITARIO
CANTIDAD COSTO TOTAL
HUMANOS:Asesor 1Asesor 2Especialistas
S/. 32.00 S/. 32.00 S/. 100.00
25 Hora25 Hora1 Hora
S/. 800.00 S/. 800.00 S/. 100.00
ECONÓMICOS:Computadora IntelPentium IVHoras de InternetScannerLibrosDiscos CompactosDiscos FlexiblesPapel TintaFotocopias
S/. 3180.00 S/. 105.00 S/. 1.50 S/. 80.00 S/. 20.00 S/. 10.00 S/. 17.00 S/. 42.00 S/. 0.10
1 unid.
5 meses50 hojas6 libros1 cajas1 cajas4 páginas4 cartuchos200 hojas
S/.2180.00 S/. 525.00 S/. 75.00 S/. 480.00 S/. 20.00 S/. 10.00 S/. 68.00 S/. 168.00 S/. 20.00
TOTAL S/. 5246.00
19.BIBLIOGRAFÍA
[01] Articulo CMMI – 16 de junio 2010:http://es.wikipedia.org/wiki/CMMI
[02] Sinopsis de los modelos CMM y CMMI:http://www.navegapolis.net/content/view/330/84/
[03] Articulo Moprosoft – 08 de junio 2010:http://es.wikipedia.org/wiki/Moprosoft
[04] ESI lanza en el mercado mundial de las Tecnologías de la Informaciónuna marca de calidad para Pymes – 2006 http://www.infocalidad.net/documentos/docs/Q060329_ESI.doc
[05] Definición de CMM – 2004http://www.mastermagazine.info/termino/4306.php
[06] Capitulo 5 Ingeniería del Software http://www.tdx.cesca.es/TESIS_UPC/AVAILABLE/TDX-0716102-102210//05Capitulo05.pdf
[07] Propuesta De Un Modelo De Madurez De Procesos Para PymesDedicadas Al Desarrollo De Software Basado En CMMI – Javier Astete Jimenezy Pamela Miranda, 2008.
[08]Comparación entre la representación continua y la representación por etapas:http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/ulibarri_p_jm/capitulo4.pdf
[09] Software Engineering Institutehttp://www.sei.cmu.edu/
[10] Panorámica del modelo CMMI Prosoft 2.0http://www.software.net.mx/Evento2008/presentaciones/Mixteca%201/Panoramica_del_modelo_CMMI.pdf
[11] CMMI-ACQ: Nuevo modelo CMMI para adquisición de sistemashttp://www.navegapolis.net/content/view/391/63/
[12] Pequeña y mediana empresa – 04 de julio del 2010http://es.wikipedia.org/wiki/Peque%C3%B1a_y_mediana_empresa
[13] ¿Quieres saber si una empresa tiene CMMI? – En la mente de Ernesto – 02 de noviembre del 2009http://www.eqsoft.net/blog/index.php?/archives/1659-Quieres-saber-si-una-empresa-tiene-CMMI.html
[14] La Industria Del Software En Perú – Fedesoft – 2002http://www.proexport.com.co/VBecontent/library/documents/DocNewsNo1457DocumentNo822.DOC
Top Related