Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

RUP x CMMI

2,118 views

Published on

Acesse centenas de materiais e mais de 04 mil horas de cursos online gratuitos de TI no Portal GSTI: www.portalgsti.com.br.

  • Be the first to comment

RUP x CMMI

  1. 1. ANÁLISIS RUP – CMMI Nicolás Vallejo Juan David Orozco E.Universidad Pontificia Bolivariana Medellín 2005
  2. 2. ANÁLISIS RUP - CMMIRUP 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, mantienemodelos en lugar de gran cantidad de documentación, utiliza un lenguajeconcreto y bien definido (UML).CMMI es un modelo estático que define áreas claves (PA: Process areas) enlas que se deben llevar a cabo prácticas específicas o genéricas, por lo tanto elhecho de implementar RUP en el desarrollo de un proyecto implica que ciertasPA de CMMI sean alcanzadas y otras no.A continuación se presenta un análisis de las áreas del proceso en relación aRUP: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. 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 laimplementación de RUP:
  4. 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 NoCabe mencionar que CMMI y RUP son compatibles, incluso la implementaciónde RUP apoya ciertas prácticas requeridas por el modelo CMMI pero el hechode seguir la metodología de desarrollo unificado no implica que se cumplan conlas PA de CMMI.
  5. 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.

×