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

Eloy Contreras de Lira

17/04/2013

MOPROSOFTAntecedentes 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. Hanna Oktaba, 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 modelo permite

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 seimplementa 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

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 organizaciones.

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.

CMMIAntecedentes 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 realizada

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 esfuerzo3. La complejidad de la evaluación continua puede atentarcontra la definición de objetivos concretos de madurez.

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.