Proceso Unificado Del Rup

Proceso Unificado Rational
(RUP)
Lic. María Elena Chávez

Las metodologías imponen un proceso
disciplinado y pueden ser la ayuda que
necesitamos, si podemos usarlas
correctamente !!

RUP: Proceso Unificado Rational
Propuesto por Rational Software Corporation

RUP: Rational Unified Process










Es una guía de procesos de ingeniería de
software moderno;Enfocado al desarrollo de sistemas orientados a
objetos;
Su propósito es asegurar la producción de
software de alta calidad con costos y calendarios
predecibles;
Brinda una solución disciplinada a la asignación
de tareas y responsabilidades;
Notación UML para modelado;

RUP: Rational Unified Process










Dirigido por casos de uso, centrado en la
arquitectura, iterativoe incremental, desarrollo
basado en componentes.
Posee herramientas de apoyo a todo el
proceso: gestión de requisitos, modelación
visual, programación, pruebas, etc.;
Maneja los problemas típicos de los sistemas
complejos de misión crítica.
Buenas prácticas;
Roles;
Artefactos.

Historia del Proceso Unificado
2002

IBM compró Rational Software por 2.100 millones de euros.
Pruebasde rendimiento y carga
(Performance Awareness)

1998

Ingeniería de Negocios

Diseño OO de IU

Rational Unified
Process 5.0

Administración de
Configuración y Cambios
(Pure-Atria)

1997

1996
1995
1987
1967

Escuela de
Requisitos
(Requisite Inc.)
OMT
Booch
Rumbaugh

Ingeniería de Datos
(Vigortech)
UML 1.2

Rational Objectory
Process 4.1

Proceso SQA
(SQA Inc.)UML 0.8 - 1.0

Jacobson fundó
Objectory AB

Rational
Approach

+3 décadas de desarrollo
y uso práctico

Objectory
Process
Ericsson
method
Jacobson desarrollo el
primer esquema

RUP: Rational Unified Process

Creadores:
Grady Booch, James Rumbaugh y Ivar Jacobson

Características clave:
Centrado en la arquitectura
• La vista arquitectural es una abstracción que
secentra en su estructura, sus elementos
esenciales y las relaciones entre ellos.
• La arquitectura se utiliza en el Proceso
Unificado de Rational como un artefacto
primordial para la conceptualización, la
construcción, gestión y evolución del sistema
en desarrollo.

“La arquitectura proporciona la estructura
sobre la cual guiar las iteraciones,
mientras que los casos de uso definen losobjetivos y dirigen el trabajo de cada
iteración”.

Iterativo e incremental
•
•

•

Un ciclo de desarrollo se divide en una sucesión de
iteraciones.
El enfoque iterativo acepta cambios en los requisitos y
en la estrategia de aplicación. Enfrenta y mitiga riesgos
tan pronto como sea posible. Permite a la organización
crecer, aprender y mejorar. Se centra en las raíces, los
objetivosconcretos.
Las iteraciones hacen referencia a pasos en el flujo de
trabajo, y los incrementos al crecimiento del producto.
Inicio

Iteración
Preliminar

iteraciones

Elaboración

Iteración de Iteración de Iteración de
Arquitectura Arquitectura Desarrollo

Construcción

Iteración de
Desarrollo

Transición

Iteración de
Desarrollo

internas

Iteración de
TransiciónIteración de
Transición

externas

Vida del Proceso Unificado
Ciclos, fases, iteraciones, hitos
•
•

•
•
•
•

La vida de un sistema está constituido por una serie
de ciclos.
Un ciclo se desarrollo a lo largo del tiempo, consta de
4 fases y concluye con una versión del producto.
Una fase se subdivide en iteraciones y concluye en
un hito.
Una iteración es una unidad dedesarrollo.
Un hito es un punto de control para evaluar el
progreso.
Una versión es un producto preparado para su
entrega.

Incremento de la productividad
Todos los miembros del
equipo comparten:
Base de conocimientos
• Proceso
• Descripción de cómo desarrollar
software
• Lenguaje de modelado UML
•

Elementos básicos del proceso
•

Roles
Analista

Diseñador

Arquitecto

•...