RATIONAL UNIFIED PROCESS

(RUP)

Luis Javier Sandon Mejia
Universidad de Crdoba-Lorica
2014.

RUP es un proceso de desarrollo de
software y junto con su lenguaje
Unificado de Modelado UML,
constituye la metodologa estndar
ms utilizada para el anlisis,
implementacin y documentacin de
sistemas orientado a objetos.

Originalmente se dise un proceso
genrico y de dominio pblico, el
Proceso Unificado y una
especificacin ms detallada, el
RUP, que se vendera como
producto independiente.

PRINCIPIOS DE DESARROLLO

El RUP Est basado en 6 principios
claves que son los siguientes:

ADAPTAR EL PROCESO:
El proceso deber adaptarse a las
necesidades del cliente ya que es
muy importante interactuar con l.
Las caractersticas propias del
proyecto. El tamao del mismo, as
como su tipo o las regulaciones que
lo condicionen, influirn en su diseo
especfico.
EQUILIBRAR PRIORIDADES:
Los requisitos de los diversos
participantes pueden ser diferentes,
contradictorios o disputarse recursos
limitados. Debe encontrarse un
equilibrio que satisfaga los deseos de
todos.
DEMOSTRAR VALOR
ITERATIVAMENTE:
Los proyectos se entregan, aunque
sea de un modo interno, en etapas
iteradas. En cada iteracin se analiza
la opinin de los inversores, la
estabilidad y calidad del producto, y
se refina la direccin del proyecto as
como tambin los riesgos
involucrados.
COLABORACIN ENTRE
EQUIPOS:
El desarrollo de software no lo hace
una nica persona sino mltiples
equipos. Debe haber una
comunicacin fluida para coordinar
requisitos, desarrollo, evaluaciones,
planes, resultados, etc.
ELEVAR NIVEL DE
ABSTRACCIN:
Este principio dominante motiva el
uso de conceptos reutilizables tales
como patrn del software, marco de
referencia (framenworks), por
nombrar algunos.
ENFOCARSE EN LA CALIDAD:
El control de calidad no debe
realizarse al final de cada iteracin,
sino en todos los aspectos de la
produccin. El aseguramiento de la
calidad forma parte del proceso de
desarrollo y no de un grupo
independiente.
El ciclo de vida RUP es una
implementacin del Desarrollo en
espiral. Fue creado ensamblando los
elementos en secuencias semi-
ordenadas. El ciclo de vida organiza
las tareas en fases e iteraciones.

PRINCIPALES CARACTERSTICAS:
Forma disciplinada de asignar
tareas y responsabilidades (quin
hace qu, cundo y cmo)
Pretende implementar las mejores
prcticas en Ingeniera de
Software
Desarrollo iterativo
Administracin de requisitos
Uso de arquitectura basada en
componentes
Control de cambios
Modelado visual del software
Verificacin de la calidad del
software
El RUP es un producto de Rational
(IBM). Se caracteriza por ser iterativo
e incremental, estar centrado en la
arquitectura y guiado por los casos de
uso. Incluye artefactos (que son los
productos tangibles del proceso como
por ejemplo, el modelo de casos de
uso, el cdigo fuente, etc.) y roles
(papel que desempea una persona
en un determinado momento, una
persona puede desempear distintos
roles a lo largo del proceso).

FASES:
RUP comprende 2 aspectos
importantes por los cuales se
establecen las disciplinas:
Proceso: Las etapas de esta seccin
son: (Revise nuevamente la grfica)
Modelado de negocio
Requisitos
Anlisis y Diseo
Implementacin
Pruebas
Despliegue
Soporte: En esta parte nos
encontramos con las siguientes
etapas:
Gestin del cambio y
configuraciones
Gestin del proyecto
Entorno
La estructura dinmica de RUP es
la que permite que ste sea un
proceso de desarrollo
fundamentalmente iterativo, y en esta
parte se ven inmersas las 4 fases
descritas anteriormente:
Inicio (tambin llamado Incepcin
o Concepcin).
Elaboracin.
Desarrollo (tambin llamado
Implementacin, Construccin).
Cierre (tambin llamado
Transicin).
FASE DE INICIO:
Esta fase tiene como propsito definir
y acordar el alcance del proyecto con
los patrocinadores, identificar los
riesgos asociados al proyecto,
producir el plan de fases y el de
iteraciones posteriores. detalles muy
generales de la arquitectura de
software.
FASE DE ELABORACIN:
En la fase de elaboracin se disea la
solucin preliminar, se seleccionan
los casos de uso que permiten definir
la arquitectura base del sistema y se
desarrollaran en esta fase, y el primer
anlisis del dominio del problema.
FASE DE DESARROLLO:
El propsito de esta fase es
completar la funcionalidad del
sistema, para ello se deben clarificar
los requisitos pendientes, administrar
los cambios de acuerdo a las
evaluaciones realizados por los
usuarios y se realizan las mejoras
para el proyecto.
FASE DE TRANSICIN:
El propsito de esta fase es asegurar
que el software est disponible para
los usuarios finales, ajustar los
errores y defectos encontrados en las
pruebas de aceptacin, capacitar a
los usuarios y proveer el soporte
tcnico necesario.

CICLO DE VIDA
Las primeras iteraciones (en las fases
de Inicio y Elaboracin) se enfocan
hacia la comprensin del problema y
la tecnologa (durante la fase de
inicio, las iteraciones hacen mayor
nfasis en actividades de modelado
del negocio y requisitos).
En la fase de elaboracin, las
iteraciones se orientan al desarrollo
de la baseline de la arquitectura,
abarcan ms los flujos de trabajo de
requisitos, modelo de negocios
(refinamiento), anlisis, diseo y una
parte de la implementacin orientado
a la baseline de la arquitectura.
En la fase de construccin, se lleva a
cabo la construccin del producto por
medio de una serie de iteraciones.
(Para cada iteracin se seleccionan
algunos Casos de Uso).
En la fase de transicin se pretende
garantizar que se tiene un producto
preparado para su entrega a la
comunidad de usuarios.

ARTEFACTOS
"RUP" en casa una de sus fases
realiza una serie de artefactos que
sirven para comprender mejor tanto el
anlisis como el diseo del sistema.


INICIO:
Documento Visin
Especificacin de Requisitos
ELABORACIN:
Diagrama de casos de uso

CONSTRUCCIN:
Documento Arquitectura que trabaja
con las siguientes vistas:
Vista Lgica
Diagrama de clases
Modelo E-R (Si el sistema as
lo requiere)
Vista de Implementacin
Diagrama de Secuencia
Diagrama de estados
Diagrama de Colaboracin
Vista Conceptual
Modelo de la lgica del
negocio
Vista fsica
Mapa de comportamiento a
nivel de hardware.





FASES Y ARTEFACTOS










VENTAJAS
Est basada totalmente
en las mejoras prcticas
de la metodologa.
Reduce riesgos del
proyecto.
incorpora fielmente el
objetivo de calidad
integra desarrollo con el
mantenimiento
DESVENTAJAS
Pretende prever y tener
todo el control de
antemano.
Modelo genera trabajo
adicional.
Genera muchos costos.
No recomendable para
proyectos pequeos.