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 de uso: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

Rational
Approach
Proc. Iterativo
Use Case

1996

OMT
Booch

1997Requirements
College

Rational
Objectory
Process 4.0

1998

Business
Engineering
Config and
change mngmt

Rational
Objectory
Process 4.1

Performance
Testing

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 y detallada de un proceso másgenérico descrito por J+B+R en su libro

Elementos de Modelamiento RUP

Quién

Trabajador

Actividades

Diseñador

Qué

Artefacto

Análisis de
Caso de Uso

Cómo

Diseño de
Caso de Uso

Responsable
de

Realización del
Caso de Uso

Trabajador, actividades y artefacto

Elementos de Modelamiento RUP

Cuándo

Workflow de Modelamiento del negocio

Falencias del modelo Cascada
Los requerimientos se“congelan”.

1.
•
•

2.
3.
4.
5.

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

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
equivalente entre 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: delproducto 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én
satisfechos.

Diagrama Fases en RUP

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

• Project Manager.
• Deployment
Manager

• 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

1. Inception Phase
• Hito de cierre de la fase (Objetivo)
– Stakeholdersacuerdan 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 arquitectural.

1. Inception Phase
• Resultado
– Documento de Visión: visión general de los...