Este documento analiza cómo la metodología RUP (Rational Unified Process) se relaciona con las áreas de proceso del modelo CMMI (Capability Maturity Model Integration). Explica que RUP cubre algunas pero no todas las áreas de proceso de CMMI, especialmente en los niveles más altos. También identifica específicamente qué áreas de proceso de CMMI se cumplen y cuáles no con la implementación de RUP.

1. ANÁLISIS RUP – CMMI
Nicolás Vallejo
Juan David Orozco E.
Universidad Pontificia Bolivariana
Medellín
2005

2. ANÁLISIS RUP - CMMI
RUP es un proceso que define quién debe hacer las cosas, qué debe hacerse,
cómo y cuándo. Dado su enfoque orientado al modelo, es decir, mantiene
modelos en lugar de gran cantidad de documentación, utiliza un lenguaje
concreto y bien definido (UML).
CMMI es un modelo estático que define áreas claves (PA: Process areas) en
las que se deben llevar a cabo prácticas específicas o genéricas, por lo tanto el
hecho de implementar RUP en el desarrollo de un proyecto implica que ciertas
PA de CMMI sean alcanzadas y otras no.
A continuación se presenta un análisis de las áreas del proceso en relación a
RUP:
Nivel 2: Managed
• Requirements Management
RUP define claramente el proceso de administración de requerimientos y
aporta herramientas como los casos de uso, es una de las bases de RUP.
• Project Planning
RUP habla de la planeación del proyecto de manera iterativa y del control
de riesgos.
• Project Monitoring and Control
RUP define cómo debe ser el control del proyecto.
• Supplier Agreement Management
RUP no menciona nada sobre administración de acuerdos, es algo no
considerado.
• Measurement and Analysis
La medición y análisis no están contemplados detalladamente en RUP.
• Process and Product Quality Ass.
En la etapa de transición se lleva a cabo la verificación de la calidad aunque
no tan detallada como lo exige CMMI. La verificación de calidad del
producto está bien definida (Planes de pruebas, ejecución, evaluación de
las pruebas) pero la evaluación de calidad del proceso no está considerada.
• Configuration Management
RUP es muy claro cuando se habla de administración de la configuración
incluso es una de las mejores prácticas recomendada.
Nivel 3: Defined
• Requirements Development
RUP define el proceso de levantamiento de requisitos desde que se
identifica lo que el sistema debe hacer hasta que se elaboran prototipos.
• Technical Solution
La solución técnica se refiere a todo el proceso de construcción del
producto, algo así como la etapa de construcción de RUP.
• Product Integration
Está muy relacionado con la solución técnica, consiste en la integración del
producto con otros sistemas, es equivalente a lo que define RUP como
etapa de transición.
• Verification

3. CMMI es más amplio que RUP en cuanto a este aspecto que consiste en ir
verificando que cada parte del proceso se hace bien.
• Validation
Es equivalente a cuando en la etapa de transición en RUP se valida la
satisfacción del usuario.
• Organizational Process Focus
Está relacionado con los objetivos y metas de la compañía, algo que en
RUP no está considerado ya que RUP se refiere al proceso de desarrollo
mientras CMMI se enfoca a la organización.
• Organizational Process Definition
Aunque RUP define cómo deben ser las partes del proceso de desarrollo,
CMMI es mucho más amplio y exige la definición de procesos mas
generales de las organizaciones.
• Organizational Training
Se refiere al entrenamiento de personal que no está considerado en RUP.
• Integrated Project Management
Se refiere a la coordinación del equipo de un proyecto con otros grupos y
otras partes de la organización. RUP define roles y actividades pero no es
tan específico como lo requiere CMMI.
• Risk Management
RUP considera al igual que CMMI la evaluación de riesgos como parte
fundamental del proceso.
• Decision Analysis and Resolution
CMMI exige la definición de mecanismos claros para cuantificar y evaluar la
toma de decisiones que puedan afectar al proceso lo que no hace RUP.
Nivel 4: Quantitatively managed
• Organizational process performance
Se trata de la manera de cuantificar y evaluar el desempeño de la empresa,
el logro de objetivos y metas. RUP no es tan específico en esta materia
aunque define evaluación de partes del proceso.
• Quantitative Project Management
Se refiere a la administración cuantitativa del desempeño de los procesos y
la calidad. CMMI es explícito en la exigencia del control estadístico de
procesos.
Nivel 5: Optimizing
• Organizational Innovation and Deployment
Se enfoca a los cambios en cuanto a tecnología y a la administración de
cambios en el proceso. RUP define como hacer las cosas mas no cómo
mejorarlas, claro está que RUP es un proceso y CMMI un modelo.
• Causal Analysis and Resolution
Se trata de la parte de prevención de defectos, el estudio de las causas y la
generación de posibles soluciones y mecanismos para evitarlos. RUP no
trata nada de esto.
A continuación se presentan las PA de CMMI que se cumplen con la
implementación de RUP:

4. NIVEL Process area Cumple RUP
Nivel 2: Managed Requirements Management Si
Project Planning Si
Project Monitoring and Control Si
Supplier Agreement Management No
Measurement and Analysis No
Process and Product Quality Ass. No
Configuration Management Si
Nivel 3: Defined Requirements Development Si
Technical Solution Si
Product Integration Si
Verification No
Validation Si
Organizational Process Focus No
Organizational Process Definition No
Organizational Training No
Integrated Project Management No
Risk Management Si
Decision Analysis and Resolution No
Nivel 4: Organizational process performance No
Quantitatively
managed Quantitative Project Management No
Nivel 5: Optimizing Organizational Innovation and
Deployment No
Causal Analysis and Resolution No
Cabe mencionar que CMMI y RUP son compatibles, incluso la implementación
de RUP apoya ciertas prácticas requeridas por el modelo CMMI pero el hecho
de seguir la metodología de desarrollo unificado no implica que se cumplan con
las PA de CMMI.

5. BIBLIOGRAFÍA
• TYSON Barbara, BROWNSWORD Lisa, BROWNSWORD Robert.
Leveraging RUP and CMMI for Real-World successes. Pittsburgh,
Software Engineering Institute, 2004.
• REITZIG Rolf W., MILLER John B., WEST Dave, KILE Raymond L.
Achieving Capability Maturity Model Integration (CMMI) Maturity Level 2
Using IBM Rational Software’s Solutions. Cupertino CA, Rational
Software, 2003.
• BROWNSWORD Lisa, GALLAGHER BRIAN. The Rational Unified
Process and the Capability Maturity Model – Integrated
Systems/Software Engineering. Pittsburgh, Software Engineering
Institute, 2001.