Alumna :Monserrat Esperanza Salazar Enríquez

Administración de Proyectos de Software Gpo:5

Modelo de Procesos para la Industria del Software. Modelo para la mejora y

evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por la
Asociación Mexicana para la Calidad en Ingeniería de Software a través de la Facultad de Ciencias de la Universidad
Nacional Autónoma de México (UNAM) y a solicitud de la Secretaría de Economía para obtener una norma mexicana
que resulte apropiada a las características de tamaño de la gran mayoría de empresas mexicanas de desarrollo y
mantenimiento de software. Moprosoft es el nombre del modelo en la comunidad universitaria y profesional, y la norma
técnica a la que da contenido es la NMX-059/01-NYCE-2005 que fue declarada Norma Mexicana el 15 de agosto de 2005
con la publicación de su declaratoria en el Diario de la Federación.

Moprosoft considera que los modelos de evaluación y mejora CMMI e ISO/IEC 15504 no resultan apropiados para
empresas pequeñas y medianas de desarrollo y mantenimiento de software. Sobre las áreas de procesos de los niveles 2 y
3 del modelo SW-CMM e inspirándose en el marco de ISO/IEC 15504 se ha desarrollado este modelo.

Origen

Le ha dado origen el Programa para el Desarrollo de la Industria del Software (PROSOFT). Plan de la Secretaría de
Economía de México que forma parte del Plan Nacional de Desarrollo 2001-2006. PROSOFT tiene siete líneas
estratégicas, siendo la sexta la que ha dado origen a MoProSoft: "Alcanzar niveles internacionales en capacidad de
procesos". Al comenzar el desarrollo de esta línea estratégica se evaluó la adopción de los modelos: ISO 9000, ISO
15504, SW-CMM. El resultado de la evaluación fue: "Ninguno de los estándares o modelos cumple con los requisitos
expresados por la industria nacional", y se decidió la elaboración de un modelo adecuado para las características de las
empresas mexicanas, que se basaría en los modelos evaluados. En base a esta decisión la Secretaría de Economía encargó
la elaboración de dicho modelo a la Asociación Mexicana para la Calidad en Ingeniería del Software (AMCIS) en
colaboración con la Universidad Nacional Autónoma de México (UNAM) y Vitus Corp. La primera versión de
MoProSoft se publicó en diciembre de 2002.

El Plan Nacional de Desarrollo (PND) 2001-2006 de México plantea el objetivo de mejorar la competitividad del país
mediante la promoción, uso y aprovechamiento de la tecnología e información. En dicho plan la Secretaría de Economía
definió el Programa para el Desarrollo de la Industria del Software.

Criterios empleados

Se han aplicado los siguientes criterios para la elaboración de este modelo de procesos:

 La estructura de procesos resultante debe ser acorde a la estructura generalmente empleada por las organizaciones de la
industria del software (alta dirección, gestión y operación)
 La alta dirección tiene un papel importante a través de la planificación estratégica. Debe actuar como promotor del buen
funcionamiento de la organización a través de su implicación en la revisión y mejora continua del modelo.
 El modelo considera a la gestión como proveedora de recursos, procesos y proyectos; así como responsable de la
vigilancia del cumplimiento de los objetivos estratégicos de la organización.
 El modelo considera a la operación como ejecutora de los proyectos de desarrollo y mantenimiento de software.
 El modelo integra con claridad y consistencia los elementos indispensables para la definición de los procesos y las
relaciones entre ellos.
 El modelo integra los elementos para realizar la administración de proyectos desde un sólo proceso.
 El modelo integra los elementos para realizar la ingeniería de productos de software en un único marco que incluya los
procesos precisos de soporte (verificación, validación, documentación y control de la documentación).
 El modelo destaca la importancia de la gestión de recursos, con especial relevancia en aquellos que componen el
conocimiento de la organización: productos generados por proyectos, datos de los proyectos, mediciones, documentación
de procesos y datos cosechados a partir del uso y de las lecciones aprendidas.
 Moprosoft se basa en los modelos de procesos ISO 9001:2000, en las áreas de procesos de los niveles 2 y 3 de CMM-
SW: CMM-SW v.1.1., en el marco general ISO/IEC15504 y en prácticas y conceptos de PMBOKY SWEBOK.

 Procesos

Categoría alta dirección (DIR)

 Gestión de Negocio

Categoría Gerencia (GER)

 Gestión de Procesos
 Gestión de Proyectos
 Gestión de Recursos
o Recursos Humanos y Ambiente de Trabajo
o Bienes Servicios e Infraestructura
o Conocimiento de la Organización

Categoría Operación (OPE)

 Administración de Proyectos Específicos

 Desarrollo y Mantenimiento de Software

Integración de Modelos de Madurez de Capacidades o Capability Maturity Model Integration (CMMI) es un

modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software.

Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la actualidad hay tres áreas de interés
cubiertas por los modelos de CMMI: Desarrollo, Adquisición y Servicios.

La versión actual de CMMI es la versión 1.2. Hay tres constelaciones de la versión 1.2 disponible:

 CMMI para el Desarrollo (CMMI-DEV o CMMI for Development), Versión 1.2 fue liberado en agosto de 2006.
En él se tratan procesos de desarrollo de productos y servicios.

 CMMI para la adquisición (CMMI-ACQ o CMMI for Acquisition), Versión 1.2 fue liberado en noviembre de
2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del
gobierno y la industria.

 CMMI para servicios (CMMI-SVC o CMMI for Services), está diseñado para cubrir todas las actividades que
requieren gestionar, establecer y entregar Servicios.

Dentro de la constelación CMMI-DEV, existen dos modelos:

 CMMI-DEV
 CMMI-DEV + IPPD (Integrated Product and Process Development)
Independientemente de la constelación\modelo que opta una organización, las prácticas CMMI deben adaptarse a cada
organización en función de sus objetivos de negocio.

Las organizaciones no pueden ser certificadas CMMI. Por el contrario, una organización es evaluada (por ejemplo, usando
un método de evaluación como SCAMPI) y recibe una calificación de nivel 1-5 si sigue los niveles de Madurez (si bien se
comienza con el nivel 2). En caso de que quiera la organización, puede coger áreas de proceso y en vez de por niveles de
madurez puede obtener los niveles de capacidad en cada una de las Áreas de Proceso, obteniendo el "Perfil de Capacidad"
de la Organización.

Áreas de proceso

El modelo CMMI v1.2(CMMI-DEV) contiene las siguientes 22 áreas de proceso:

 Análisis de Causas y Resolución (CAR)

 Gestión de la configuración (CM)
 Análisis de Decisiones y Resolución (DAR)
 Gestión Integrada de Proyectos (IPM)
 Medición y Análisis (MA)
 Innovación y Despliegue Organizacionales(OID)
 Definición de procesos organizacionales (OPD)
 Enfoque Organizacional en Procesos (OPF)
 Rendimiento de Procesos Organizacionales (OPP)
 Formación Organizacional (OT)
 Monitorización y Control de Proyecto (PMC)
 Planificación de proyecto (PP)
 Aseguramiento de calidad de Procesos y Productos (PPQA)
 Integración de Producto (PI)
 Gestión Cuantitativa de Proyectos (QPM)
 Gestión de Requerimientos (REQM)
 Desarrollo de Requerimientos (RD)
 Gestión de Riesgos (RSKM)
 Gestión de Acuerdos con Proveedores (SAM)
 Solución Técnica (TS)
 Validación (VAL)
 Verificación (VER)

Historia

CMMI es la evolución de CMM. CMM Fue desarrollado desde 1987 hasta 1997. En 2002, se lanzo CMMI Version 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). Fue creado por miembros de la industria, el
gobierno y el SEI. Entre los principales patrocinadores se incluyen la Oficina del Secretario de Defensa (OSD) y la
National Defense Industrial Association.

Se desarrolla sobre el principio de calidad de Jurán de solvencia contrastada en los 80 en la producción industrial: "la
calidad del resultado depende principalmente de la calidad de los procesos empleados en su desarrollo".

Dos representaciones: Representación Continua (Continuous Representation) y Escalonada (Staged

Representation)

El modelo para software (CMM-SW) establece 5 Niveles de Madurez (Maturity Level) para clasificar a las
organizaciones, en función de qué áreas de procesos consiguen sus objetivos y se gestionan con principios de ingeniería.
Es lo que se denomina un modelo escalonado, o centrado en la madurez de la organización. La selección de los Áreas de
Proceso está prefijado, habiendo 7 PA para el nivel de madurez 2 (ML2), 11 para el ML3, 2 para el ML4 y 2 más para el
ML5.
El modelo para ingeniería de sistemas (SE-CMM) establece 6 Niveles de Capacidad posibles para cada una de las 22 áreas
de proceso implicadas en la ingeniería de sistemas. La organización puede decidir cuales son las Áreas de Proceso (PA)
que quiere mejorar determinando así su perfil de capacidad.

En el equipo de desarrollo de CMMI había defensores de ambos tipos de representaciones. El resultado fue la publicación
del modelo con dos representaciones: continua y escalonada.

No son equivalentes, y cada organización puede optar por adoptar la que se adapte a sus características y prioridades de
mejora. Si existe una "stagging" equivalente que nos dice que un Nivel de Madurez equivale a tener en un conjunto de PA
determinado un determinado Nivel de Capacidad.

La visión continua de una organización mostrará la representación de nivel de capacidad de cada una de las áreas de
proceso del modelo.

La visión escalonada definirá a la organización dándole en su conjunto un nivel de madurez del 1 al 5.

Niveles de capacidad de los procesos (representación continua)

Los 6 niveles definidos en CMMI para medir la capacidad de los procesos son:

 0.- Incompleto: El proceso no se realiza, o no se consiguen sus objetivos.

 1.- Ejecutado: El proceso se ejecuta y se logra su objetivo.
 2.- Gestionado: Además de ejecutarse, el proceso se planifica, se revisa y se evalúa para comprobar que cumple
los requisitos.
 3.- Definido: Además de ser un proceso gestionado se ajusta a la política de procesos que existe en la
organización, alineada con las directivas de la empresa.
 4.- Cuantitativamente gestionado: Además de ser un proceso definido se controla utilizando técnicas
cuantitativas.
 5.- Optimizado: Además de ser un proceso cuantitativamente gestionado, de forma sistemática se revisa y
modifica o cambia para adaptarlo a los objetivos del negocio. Mejora continua.

Componentes

Área de proceso: Conjunto de prácticas relacionadas que son ejecutadas de forma conjunta para conseguir un conjunto de
objetivos

Componentes Requeridos

 Objetivo genérico: Los objetivos genéricos asociados a un nivel de capacidad establecen lo que una organización
debe alcanzar en ese nivel de capacidad.

El logro de cada uno de esos objetivos en un área de proceso significa mejorar el control en la ejecución del área de
proceso.

 Objetivo específico: Los objetivos específicos se aplican a una única área de proceso y localizan las
particularidades que describen qué se debe implementar para satisfacer el propósito del área de proceso.

Componentes Esperados

 Práctica genérica: Una práctica genérica se aplica a cualquier área de proceso porque puede mejorar el
funcionamiento y el control de cualquier proceso.

 Práctica específica: Una práctica específica es una actividad que se considera importante en la realización del
objetivo específico al cual está asociado.
Las prácticas específicas describen las actividades esperadas para lograr la meta específica de un área de proceso

Componentes Informativos

 Propósito
 Notas introductorias
 Nombres
 Tablas de relaciones práctica - objetivo
 Prácticas
 Productos típicos
 Sub-prácticas: Una sub-práctica es una descripción detallada que sirve como guía para la interpretación de una
práctica genérica o específica.
 Ampliaciones de disciplina: Las ampliaciones contienen información relevante de una disciplina particular y
relacionada con una práctica específica.
 Elaboraciones de prácticas genéricas: Una elaboración de una práctica genérica es una guía de cómo la práctica
genérica debe aplicarse al área de proceso.

Evaluación (Appraisal)

Muchas organizaciones valoran el medir su progreso llevando a cabo una evaluación (appraisal) y ganando una
clasificación del nivel de madurez o de un nivel de capacidad de logro. Este tipo de evaluaciones son realizadas
normalmente por una o más de las siguientes razones:

 Para determinar que también los procesos de la organización se comparan con las mejores prácticas CMMI y
determinar qué mejoras se pueden hacer.
 Para informar a los clientes externos y proveedores acerca de que también los procesos de la organización se
comparan con las mejores prácticas CMMI.
 Para cumplir los requisitos contractuales de uno o más clientes.

Las valoraciones de las organizaciones utilizando un modelo CMMI deben ajustarse a los requisitos definidos en el
documento "Appraisal Requirements for CMMI" (ARC). La evaluación se enfoca en identificar oportunidades de mejora,
y comparar los procesos de la organización con las mejores prácticas CMMI. Los equipos de evaluación usan el modelo
CMMI y un método conforme a ARC para guiar su evaluación y reporte de conclusiones. Los resultados de la evaluación
son usados para planear mejoras en la organización. Hay tres clases de evaluación: Clase A,B,C. El Standard CMMI
Appraisal Method for Process Improvement (SCAMPI) es un Método de evaluación que cumple todos los requerimientos
ARC. Una evaluación de clase A es más formal y es la única que puede resultar en una clasificación de nivel.

El Standard CMMI Appraisal Method for Process Improvement (SCAMPI) es el método oficial SEI para proveer puntos
de referencia de sistemas de calificación en relación con los modelos CMMI. SCAMPI se usa para identificar fortalezas y
debilidades de los procesos, revelar riesgos de desarrollo/adquisición, y determinar niveles de capacidad y madurez. Se
utilizan ya sea como parte de un proceso o programa de mejoramiento, o para la calificación de posibles proveedores. El
método define el proceso de evaluación constando de preparación; las actividades sobre el terreno; observaciones
preliminares, conclusiones y valoraciones; presentación de informes y actividades de seguimiento.