Anda di halaman 1dari 6

BREVE RESUMEN DEL RUP Y SUS PRINCIPALES UTILIDADES

RATIONAL UNIFIED PROCESS (RUP)


Es un proceso de desarrollo de software y junto con el lenguaje unificado de modelado
UML, constituye la metodologa estndar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos.
Ventajas:
Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades
dentro de una organizacin de desarrollo.
Es un proceso de software configurable, para satisfacer necesidades especficas de
un proyecto.
Es un proceso de software genrico que puede ser utilizado para una gran cantidad
de tipos de sistemas de software, para diferentes reas de aplicacin, diferentes tipos
de organizaciones, diferentes niveles de competencia y diferentes tamaos de
proyectos.
Es una metodologa orientada a objetos por lo que proporciona confiabilidad,
estabilidad e integridad.

Caractersticas esenciales:
Los casos de uso, representan requisitos del sistema, son
fragmentos funcionales del sistema, que representan en el
usuario un valor aadido. Los casos de usos son requisitos
funcionales. Al interconectar varios casos de uso obtenemos un
modelo de caso de uso, que constituyen la funcionalidad
completa del sistema. Ejemplo este diagrama de Casos de uso,
con el nombre de los componentes ms utilizados.

Dirigido por Casos de


uso

Proceso Centrado en
la arquitectura

La arquitectura del sistema est compuesto por sus partes


relevantes, lo que permite tener una visin comn entre todos
los involucrados (desarrolladores y usuarios), y una perspectiva

clara del sistema completo, necesaria para controlar el


desarrollo.
Se necesita que la arquitectura

y los casos de uso

interaccionen, ya que el trabajo de los dos permitir tener un


mejor producto. As que los casos de uso deben encajar en la
arquitectura y la arquitectura debe permitir el desarrollo de todo
los casos de uso requeridos, actualmente y en el futuro.
En la siguiente imagen se observa que la arquitectura en su fase
inicial se va consolidando, segn las necesidades del proyecto,
hasta hacerse ms robusto en las fases finales.

Proceso Iterativo e
Incremental

En RUP se define un proceso iterativo e incremental. Los


proyectos grandes, es mejor dividir el trabajo en mini
proyectos. Cada mini proyecto se puede ver como una
iteracin (un recorrido ms o menos completo a lo largo
de todos los flujos de trabajo fundamentales), del cual se
obtiene un incremento que produce un crecimiento en el
producto.
En cada iteracin los desarrolladores identifican y
especifican los casos de usos ms relevantes, crean el
diseo utilizando la arquitectura como gua,
implementan el diseo en componentes y verifican que
los componentes satisfagan los casos de uso. En caso
que la iteracin no cumpla con los objetivos, se deben
revisar las decisiones previas y probar un nuevo
enfoque.

Estructura del proceso

El proceso unificado consta de dos dimensiones:


Eje horizontal: Representa el tiempo y es considerado eje de los
aspectos dinmicos del proceso. Indican las caractersticas de ciclo de
vida de proceso expresado en trminos de fases, iteraciones e hitos.
Eje Vertical: Representa los aspectos estticos del proceso. Describe
el proceso en trminos de componentes de proceso, disciplinas, flujos
de trabajo, actividades, artefactos y roles.

La primera dimensin comprende la estructura dinmica del proceso. Fases e


iteraciones:
RUP, se repite a lo largo del ciclo de vida de un producto, cada ciclo de vida est
compuesto por fases, y estas son 4: Inicio, elaboracin, construccin y transicin. A la
vez cada fase se subdivide en iteraciones, el nmero de iteraciones en cada fase es
variable.
En cada fase se concluye con un hito bien definido, se toman decisiones crticas y a la
vez se debe alcanzar ciertas metas claves, antes de pasar a la siguiente fase. Este
hito principal de cada fase, se compone de hitos menores, que podran ser los criterios
aplicables a cada iteracin.
En la siguiente figura tenemos un aproximado del esfuerzo y el tiempo que se dan en
cada fase, esto ser variable, dependiendo de las caractersticas del proyecto.

Inicio

Elaboracin

Construccin

Transicin

Esfuerzo

5%

20%

65%

10%

Tiempo
dedicado

10%

30%

50%

10%

En la siguiente figura observamos la distribucin de los recursos humanos, al igual que


la anterior grfica, en la fase de construccin es el ms requerido y demandado del
proyecto.

En la siguiente tabla se muestra un resumen de estas fases:

Fase de Inicio

Fase de Elaboracin

Fase de Construccin

Fase de Transicin

Durante la fase de inicio se define el modelo


de negocio y el alcance del proyecto. Se
identifican todos los actores y casos de uso, y
se disean los casos de usos ms esenciales
(aproximadamente el 20% del modelo
completo). Se desarrolla un plan de negocio
para determinar que recursos deben ser
asignados al proyecto.
El propsito de esta fase de elaboracin es
analizar el dominio del problema, establecer
los cimientos de la arquitectura, desarrollar el
plan del proyecto y eliminar los mayores
riesgos.
En esta fase se construye un prototipo de la
arquitectura, que debe evolucionar en
iteraciones sucesivas hasta convertirse en el
sistema final. Este prototipo debe contener los
casos de uso crticos identificados en la fase
de inicio. Tambin debe demostrase que se
han evitado los riesgos ms graves.
La finalidad principal de esta fase es alcanzar
la capacidad operacional del producto de
forma incremental a travs de las sucesivas
iteraciones. Durante esta fase todos los
componentes, caractersticas y requisitos
deben ser implementados, integrados y
probados en su totalidad, obteniendo una
versin aceptable del producto.
La finalidad de esta fase de transicin es
poner el producto en manos de los usuarios
finales, para lo que se requiere desarrollar
nuevas versiones actualizadas del producto,
completar la documentacin, entrenar al
usuario en el manejo del producto y en general
tareas relacionadas con el ajuste,
configuracin, instalacin y facilidad de uso del
producto.

La segunda dimensin comprende la estructura esttica del proceso. Roles,


actividades, artefactos y flujos de trabajo.

Un proceso de desarrollo de software define quin hace qu, cmo y cundo. RUP
define 4 elementos, los roles, que responden a la pregunta quin?, las actividades
que responden a la pregunta cmo?, los productos que responden a la pregunta
qu? Y los flujos de trabajo de las disciplinas que responden a la pregunta cundo?

Relacin entre Roles, actividades y artefactos:

Detalle de un Workflow mediante roles, actividades y artefactos:

Roles:

Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de


individuos trabajando juntos como un equipo. Una persona puede desempear
diversos roles, as como un mismo rol puede ser representado por varias personas.
Las responsabilidades de un rol son tanto el llevar a cabo un conjunto de actividades
como el ser el dueo de un conjunto de artefactos.

Cundo usar RUP?

RUP puede utilizarse:


En proyectos de nuevos productos de software
En ciclos de desarrollo subsecuentes