1. UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS
(Unidad Académica de Pinos)
-
CUADRO COMPARATIVO DE MOPROSOFT Y CMMI
Miguel Angel Macías Padilla V “B” TIC
Calidad en el Desarrollo de Software
Eloy Contreras de Lira
17/04/2013

3. MOPROSOFT
Antecedentes Características Niveles Ventajas Desventajas
 Inicia por iniciativa
de la Secretaría de
Economía y
gracias al trabajo
de académicos y
empresarios
mexicanos,
encabezados por
la Dra.
HannaOktaba,
profesora de la
Facultad de
Ciencias de la
UNAM.
 MoProSoft es un
modelo de
procesos para la
industria de
software nacional,
que fomenta 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
 Es específico para
el desarrollo y
mantenimiento de
software.
 Es sencillo de
entender y adoptar.
 Facilita el
cumplimiento de los
requisitos de otros
modelos como ISO
9000:2000, CMM y
CMMI.
 Se enfoca a
procesos.
 Se le considera
práctico en su
aplicación,
principalmente en
organizaciones
pequeñas, con bajos
niveles de madurez.
 Comprende un
documento de
menos de 200
páginas que, al
compararlo con
otros modelos y
estándares, lo hace
bastante práctico.
 Resulta acorde con
1. Realizado: El
proceso se
implementa y
alcanza su propósito.
Amarillo.
2. Gestionado: El
proceso realizado se
administra. Sus
productos de trabajo
están establecidos,
controlados y
mantenidos.
Azul.
3. Establecido: El
proceso realizado y
gestionado se
implementa por
medio de un proceso
definido.
Verde.
4. Predecible: El
proceso establecido
opera bajo límites
definidos y
conocidos.
Rosa.
5. Optimizado: El
proceso predecible
se mejora
continuamente.
 Está basado
en normas
ISO.
 Facilita la
comprensión
del Modelo
utilizado.
 Simplifica la
relación entre
el modelo de
procesos y la
organización.
 Cuenta
únicamente
con 9
procesos
evitando la
fragmentación
que se
presenta en
otros modelos.
 Específico
para el
desarrollo y
mantenimiento
de Software.
 Fácil de
entender.
 Definido como
un conjunto de
 Define
actividades de
manera muy
general.
 Para asegurar la
calidad de un
producto y un
proceso se
requiere CMMI.
 El 33% de las
practicas no
cubiertas de
definir e
implementar
como lo son
Administración de
Configuración
(CM) Y Medición
y Análisis (MA).
 Evaluaciones
formales
constantes.
 No es practico ni
fácil de usar.
 No comprensible
para los modelos
ISO 9000: 2000.
 Mejora los
procesos
Orientado al
CUADRO COMPARATICO DE MOPROSOFT Y CMMI

4. modelo permite
elevar la
capacidad de las
organizaciones
que desarrollan o
mantienen
software para
ofrecer servicios
con calidad y
alcanzar niveles
internacionales de
competitividad.
la estructura de las
organizaciones
mexicanas de la
industria de
software.
 Está orientado a
mejorar los
procesos, para
contribuir a los
objetivos de
negocio, y no
simplemente ser un
marco de referencia
o certificación.
 Tiene un bajo costo,
tanto para su
adopción como para
su evaluación.
N.A procesos.
 Practico y fácil
de aplicar,
sobre en
pequeñas
organizacione
s.
 Orientado a
mejorar los
procesos para
contribuir a los
objetivos del
negocio y no
simplemente
ser un marco
de referencia
de
certificación.
Objeto del
negocio.
 Proyectos para
largos plazos.

5. CMMI
Antecedentes Características Niveles Ventajas Desventajas
 CMMI es la
evolución de
CMM. CMM
Fue
desarrollado
desde 1987
hasta 1997. En
2002, se lanzó
CMMI Versión
1.1, luego en
agosto de 2006
siguió la
versión 1.2. El
objetivo del
proyecto CMMI
es mejorar la
usabilidad de
modelos de
madurez
integrando
varios modelos
diferentes en
un solo marco
(framework).
 Es una guía
para mejorar
procesos y
comprobar la
capacidad de
un grupo al
ejecutarlos
 Un modelo de
madurez –
directrices,
prácticas y
disciplinas
basadas en
estándares de
la industria
 Indica QUÉ
deben hacer
los procesos,
no CÓMO
deben hacerlo
 Una
metodología de
desarrollo o
gestión de
proyectos
 Inicial o Nivel 1 Este
es el nivel en donde
están todas las
empresas que no
tienen procesos. No
es posible entregar el
proyecto en fechas.
No hay control sobre
el estado del
proyecto, el
desarrollo del
proyecto es
completamente
opaco, no sabes lo
que pasa en él.
 Repetible o Nivel 2.
Quiere decir que el
éxito de los
resultados obtenidos
se pueden repetir. La
principal diferencia
entre este nivel y el
anterior es que el
proyecto es
gestionado y
controlado durante el
desarrollo del mismo.
 Definido o Nivel 3 El
alcanzar este nivel
significa que la forma
 Reducción del
coste
de desarrollo.
 Localización y
resolución
de defectos.
 Mejora en la
fiabilidad de
la planificación,
en términos
de dedicación y
de calendario.
 Aumento de la
productividad.
 Reducción de
los trabajos
derivados de
correcciones
tras las fases de
pruebas.
 Aumento de
la efectividad
sobre la
planificación realiz
ada
 Mejora en la
calidad
de producto.
 Reducción del
número
1. El problema de
CMMI es su falta de
adecuación al enfoque
a servicio que está
experimentando
el sector de las TI
(procesos de
desarrollo de
productos de software)
en todas sus líneas
de actividad, así como
el alto esfuerzo
de implantación que
exige.
2. El proceso de
avaluación es muy
costos en tiempo y
esfuerzo
3. La complejidad de
la evaluación continua
puede atentar
contra la definición de
objetivos concretos de
madurez.

6.  NO compite
con
metodologías
ágiles u otras
metodologías
de desarrollo.
 NO compite
con Scrum,
PMBOK, u
otras
metodologías
de gestión de
proyectos
 No es un
estándar más
de procesos, el
modelo CMMI
está alineado
con los
objetivos de
negocio
de desarrollar
proyectos esta
definida, por definida
quiere decir que esta
establecida,
documentada y que
existen métricas para
la consecución de
objetivos concretos.
 Cuantitativamente
Gestionado o Nivel 4.
Los proyectos usan
objetivos medibles
para alcanzar las
necesidades de los
clientes y la
organización. Se
usan métricas para
gestionar la
organización.
 Optimizado o Nivel 5.
Los procesos de los
proyectos y de la
organización están
orientados a la
mejora de las
actividades.
de defectos
y detección en las
fases tempranas
de su ciclo de
vida.
 Mejora de la
Imagen de Marca.