Elementos claves del rup

RUP
Rational Unified Process

Rational Unified Process
Basado en 6 mejores prácticas de la industria de software:
– Desarrollo incremental – Administración de requisitos – Uso de arquitecturas basadas en componentes – Modelamiento visual – Verificación continua de la calidad – Control de cambios

RUP - Características Principales (1)
• Entrega una forma disciplinada de asignar tareas yresponsabilidades. • Su meta es asegurar la producción de software de alta calidad, que cumpla las necesidades de los usuarios, dentro de las restricciones. • Utiliza el desarrollo iterativo para enfrentar el riesgo. • Utilizado por más de 1.000 empresas a nivel mundial, en grandes y pequeños proyectos.

RUP - Características Principales (2)
• El desarrollo se guía por casos de uso. • Caso deuso: secuencia de acciones realizada por un sistema que produce un resultado observable de valor para un actor particular. • Actor: alguien o algo fuera del sistema que interactúa con el sistema. • Artefacto: cualquier entregable resultante del proceso de desarrollo. Puede ser un documento, código fuente, otros.

Historia de RUP
1995 1996
Requirements College

1997
Business EngineeringConfig and change mngmt

1998
Performance Testing

Rational Approach
Proc. Iterativo Use Case

OMT Booch

Rational Objectory Process 4.0

Rational Objectory Process 4.1

Rational Unified Process 5.0

Booch Jacobson Rumbaugh

Objectory Process 3.8
1987 Suecia I. Jacobson UML 0.8 UML 1.0 SQA Process UML 1.2 Data Engineering Objectory UI Design

RUP es una instancia específica ydetallada de un proceso más genérico descrito por J+B+R en su libro

Elementos de Modelamiento RUP

Quién

Trabajador

Actividades

Cómo

Diseñador

Análisis de Caso de Uso

Diseño de Caso de Uso

Qué

Artefacto

Responsable de

Realización del Caso de Uso

Trabajador, actividades y artefacto

Elementos de Modelamiento RUP

Cuándo

Workflow de Modelamiento delnegocio

Falencias del modelo Cascada
1.
•
•

Los requerimientos se “congelan”.
El problema, los usuarios, la tecnología, el mercado cambiarán. No se puede capturar requerimientos con suficiente precisión.

2.
3. 4. 5.

No siempre se puede lograr el diseño correctamente en papel antes de construir. Manejo de riesgos: hacerlos visibles. Estirar la escala de tiempo: proyectos equivalenteentre 3 meses y 3 años. Excesivo papeleo y poco feedback a etapas anteriores.

Enfoque RUP • ITERAR para superar dificultades • FASES e HITOS para ganar control.

Fases e Hitos de RUP

Las Fases de RUP
• Concepción: especificación de la visión del producto final y su caso de negocio, definiendo el alcance del proyecto. • Elaboración: planificación de las actividades y recursos necesarios,especificación de las características y el diseño de la arquitectura. • Construcción: del producto y la evolución de la visión, la arquitectura y los planos, hasta que el producto esté listo para la entrega a la comunidad de usuarios. • Transición: traspasar el producto a los usuarios, lo que incluye manufacturar, entregar, entrenar, dar soporte y mantener el producto hasta que los usuarios esténsatisfechos.

Diagrama Fases en RUP

Roles RUP principales
• Cliente:
– Stakeholder – Cliente – Usuario

• Desarrollo:
– Business-process analyst/designers. – Architect. – Developer (Implementer + System Integrator) – CM Manager – Tester (Code reviewer + Test Designer + System Tester + Integration Tester + Performance Tester) – Technical Writer + Course Developer

• Project Manager. •Deployment Manager

1. Inception Phase • Hito de cierre de la fase (Objetivo)
– Stakeholders acuerdan visión conjunta entre alcances, costos y calendario estimativo. – Entendimiento de los requerimientos (casos de uso primarios). – Credibilidad de los costos (actuales y planificados), plazos, prioridades, riesgos y procesos de desarrollo. – Arquitectura: profundidad y validez del prototipo...