Proceso Unicado Racional

El Proceso Rational Unicado o RUP (por sus siglas en

ingls de Rational Unied Process) es un proceso de desarrollo de software desarrollado por la empresa Rational
Software, actualmente propiedad de IBM.[1] Junto con
el Lenguaje Unicado de Modelado UML, constituye la
metodologa estndar ms utilizada para el anlisis, diseo, implementacin y documentacin de sistemas orientados a objetos.

1.3 Demostrar valor iterativamente

El RUP no es un sistema con pasos rmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Tambin se conoce por este nombre al software, tambin desarrollado
por Rational, que incluye informacin entrelazada de diversos artefactos y descripciones de las diversas actividades. Est incluido en el Rational Method Composer
(RMC), que permite la personalizacin de acuerdo con
las necesidades.

1.4 Colaboracin entre equipos

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 rena la direccin del proyecto as como
tambin los riesgos involucrados.

El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin
uida para coordinar requisitos, desarrollo, evaluaciones,
planes, resultados, etc.

1.5 Enfocarse en la calidad

Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unicado, y una especicacin El control de calidad no debe realizarse al nal de cada
ms detallada, el Rational Unied Process, que se ven- iteracin, sino en todos los aspectos de la produccin. El
aseguramiento de la calidad forma parte del proceso de
diera como producto independiente.
desarrollo y no de un grupo independiente, tambin es
una estrategia de desarrollo de software.

Principios de desarrollo

1.6 Elevar el Nivel de Abstraccin

La Filosofa del RUP est basado en 6 principios clave Este principio dominante motiva el uso de conceptos reutilizables tales como patrones de diseo del software,
que son los siguientes:
lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Estos se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con UML.

1.1

Adaptar el proceso

2 Ciclo de vida

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, inuirn en su diseo especco. Tambin se deber tener
en cuenta el alcance del proyecto.

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.

RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn
el proyecto y en las que se hace un mayor o menor hin1.2 Equilibrar prioridades
capi en las distintas actividades. En la Figura muestra
Los requisitos de los diversos participantes pueden ser di- cmo vara el esfuerzo asociado a las disciplinas segn la
ferentes, contradictorios o disputarse recursos limitados. fase en la que se encuentre el proyecto RUP.
Debe poder encontrarse un equilibrio que satisfaga los de- Las primeras iteraciones (en las fases de Inicio y Elaboseos de todos. Gracias a este equilibrio se podrn corregir racin) se enfocan hacia la comprensin del problema y
desacuerdos que surjan en el futuro.
la tecnologa, la delimitacin del mbito del proyecto, la
1

4 FASES
Pretende implementar las mejores prcticas en Ingeniera de Software, de forma que se adapte a cualquier proyecto
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).

Esfuerzo en actividades segn fase del proyecto.

eliminacin de los riesgos crticos, y al establecimiento

de una baseline (Lnea Base) de la arquitectura.
Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos.
En la fase de elaboracin, las iteraciones se orientan al
desarrollo de la baseline de la arquitectura, abarcan ms
los ujos de trabajo de requisitos, modelo de negocios
(renamiento), anlisis, diseo y una parte de 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,
se renan su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se realizan iteraciones hasta que se termine
la implementacin de la nueva versin del producto.
En la fase de transicin se pretende garantizar que se tiene
un producto preparado para su entrega a la comunidad de
usuarios.

4 Fases
Establece oportunidad y alcance
Identica las entidades externas o actores con las que
se trata
Identica los casos de uso
RUP comprende 2 aspectos importantes por los cuales se
establecen las disciplinas:
'Proceso': Las etapas de esta seccin son: (Revise nuevamente la grca)
Modelado de negocio
Requisitos
Anlisis y Diseo
Implementacin
Pruebas
Despliegue

Soporte: En esta parte nos encontramos con las siguienComo se puede observar en cada fase participan todas tes etapas:
las disciplinas, pero dependiendo de la fase el esfuerzo
dedicado a una disciplina vara.
Gestin del cambio y conguraciones
Gestin del proyecto

Principales caractersticas
Desarrollo iterativo
Administracin de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
Vericacin de la calidad del software

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).

3
Cierre (tambin llamado Transicin).
Fase de Inicio: Esta fase tiene como propsito denir y
acordar el alcance del proyecto con los patrocinadores,
identicar los riesgos asociados al proyecto, proponer una
visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.
Fase de elaboracin: En la fase de elaboracin se seleccionan los casos de uso que permiten denir la arquitectura
base del sistema y se desarrollaran en esta fase, se realiza la especicacin de los casos de uso seleccionados y
el primer anlisis del dominio del problema, se disea la
solucin preliminar.
Fase de Desarrollo: El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben claricar 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 nales,
ajustar los errores y defectos encontrados en las pruebas
de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe vericar que el producto
cumpla con las especicaciones entregadas por las personas involucradas en el proyecto.

Artefactos

RUP en cada una de sus fases (pertenecientes a la estructura dinmica) realiza una serie de artefactos que sirven
para comprender mejor tanto el anlisis como el diseo
del sistema (entre otros). Estos artefactos (entre otros)
son los siguientes:
Inicio:

Diagrama de estados
Diagrama de Colaboracin
Vista Conceptual
Modelo de dominio
Vista fsica
Mapa de comportamiento a nivel de hardware.
Diseo y desarrollo de casos de uso, o ujos de casos
de uso arquitectnicos
Pruebas de los casos de uso desarrollados, que demuestran que la arquitectura documentada responde
adecuadamente a requerimientos funcionales y no
funcionales.
Construccin:
Especicacin de requisitos faltantes
Diseo y desarrollo de casos de uso y/o ujos de
acuerdo con la planeacin iterativa
Pruebas de los casos de uso desarrollados, y pruebas
de regresin segn sea el caso
Transicin:
Pruebas nales de aceptacin
Puesta en produccin
Estabilizacin

6 Historia

Documento Visin
Los orgenes de RUP se remontan al modelo espiral original de Barry Boehm. Ken Hartman, uno de los contribuidores claves de RUP colabor con Boehm en la inves Especicacin de Requisitos
tigacin. En 1995 Rational Software compr una compa Diagrama de Requisitos
a sueca llamada Objectory AB, fundada por Ivar Jacobson, famoso por haber incorporado los casos de uso a los
mtodos de desarrollo orientados a objetos. El Rational
Elaboracin:
Unied Process fue el resultado de una convergencia de
Documento Arquitectura que trabaja con las si- Rational Approach y Objectory (el proceso de la empresa
Objectory AB). El primer resultado de esta fusin fue el
guientes vistas:
Rational Objectory Process, la primera versin de RUP,
fue puesta en el mercado en 1998, siendo el arquitecto en
Vista Lgica
jefe Philippe Kruchten.
Diagrama de clases
El primer libro para describir el proceso fue titulado The
Modelo E-R (Si el sistema as lo requiere)
Unied Software Development Process[2]
Diagramas de caso de uso

Vista de Implementacin
Diagrama de Secuencia

En 2006, IBM cre un subconjunto de RUP ajustado para

proyectos de desarrollo gil - publicado como un mtodo
libre, llamado OpenUP a travs del sitio de Eclipse.[3]

Comentarios sobre Mtodo

Por otro lado, en lo que se reere a la metodologa esta

comprende tres principios claves: Dirigido por los casos
de uso, centrado en la arquitectura, iterativo e incremental.
En lo referente a dirigido por los casos de uso, signica que
los requerimientos estn enfocados a dar valor al cliente
y que el proceso debe garantizar que todo el desarrollo,
pruebas, planeacin, documentacin etc., est orientado
a cubrir estas expectativas del cliente y asegurar que los
requerimientos de valor se ponen en produccin.
En lo referente a centrado en arquitectura, signica que
hay un nfasis a disear una arquitectura de calidad, y es
la arquitectura tambin la que gua la forma cmo se debe
planear y hacer el desarrollo.
En lo referente a iterativo e incremental, signica que el
proyecto se divide en varios ciclos de vida (llamadas iteraciones) que deben dar como resultado un ejecutable.
Por cada una de las iteraciones se va agregando requerimientos y sobre todo valor al cliente; por este motivo es
incremental.

Referencias

[1] IBM Acquires Rational

[2] The Unied Software Development Process (ISBN 0201-57169-2)" El Proceso Unicado de Desarrollo de
Software (ISBN 0-201-57169-2), publicado en 1999 por
Ivar Jacobson, Grady Booch y James Rumbaugh.
[3] http://epf.eclipse.org/wikis/openup/

Enlaces externos
Recursos RUP en Wordpress (en espaol)

ENLACES EXTERNOS

10
10.1

Origen del texto y las imgenes, colaboradores y licencias

Texto

Proceso Unicado Racional Fuente: https://es.wikipedia.org/wiki/Proceso_Unificado_Racional?oldid=93257796 Colaboradores: Sabbut, Ascnder, Elwikipedista, Tano4595, Galio, Airunp, Hari Seldon, Magister Mathematicae, RobotQuistnix, Jcgarcianaranjo, FlaBot,
Vitamine, YurikBot, GermanX, Zam, Eskimbot, Baneld, Maldoror, Scarsix06d, Lasneyx, Cad, BOTpolicia, Beosman, Emosqueira, Gizmo II, CEM-bot, Laura Fiorucci, Retama, Asereware, Antur, Dorieo, Marttott, Desormais~eswiki, Thijs!bot, Alvaro qc, Jonpagecr, Krlts,
Max Changmin, Fjpatonnoblejas, Diesil~eswiki, El loko, Anassesduses, Mnemoc, Humberto, RuLf, Rei-bot, Xjres, Plux, VolkovBot,
Yonelbys, Belgrano, Matdrodes, Muro Bot, Komputisto, Oscarvf99, Mushii, Ctrl Z, Cobalttempest, Manw, Marcoantoniop, Angeldx7,
Tirithel, HUB, Yaokizki~eswiki, PixelBot, Leonpolanco, LordT, Poco a poco, Rge, Raulshc, R0W4, UA31, AVBOT, Elfrasco, Louperibot, MastiBot, MarcoAurelio, SpBot, Diegusjaimes, Nallimbot, Mleger45, SuperBraulio13, Manuelt15, Xqbot, Jkbw, Maido155, Klndrcht,
BOTirithel, Enrique Cordero, PatruBOT, Waeswaes, Grillitus, WikitanvirBot, Daviba, Antonorsi, MerlIwBot, KLBot2, LlamaAl, Daliatru,
Kaiser998, Jarould, El nosferatus, Felicidad tolerancia y Annimos: 326

10.2

Imgenes

Archivo:Rup_espanol.gif Fuente: https://upload.wikimedia.org/wikipedia/commons/4/4d/Rup_espanol.gif Licencia: CC-BY-SA-3.0

Colaboradores: Trabajo propio Artista original: Angeldx7

10.3

Licencia del contenido

Creative Commons Attribution-Share Alike 3.0