El Proceso Racional Unificado (Rational Unified Process en

ingls, habitualmente resumido como RUP) es un proceso de

desarrollo de software desarrollado por la empresa
Rational Software, actualmente propiedad de IBM. Junto con
el Lenguaje Unificado de Modelado UML, constituye la
metodologa estndar ms utilizada para el anlisis, diseo,
implementacin y documentacin de sistemas orientados a
objetos.
I. MODELADO DEL NEGOCIO
Entiende los problemas e identifica participantes en este
modelo tengan el entendimiento del problema
II. REQUERIMIENTOS
Define los lmites y requerimientos, se enfoca en las
necesidades del usuario y hace una base de costos.
III. ANLISIS Y DISEO
Transforma los requerimientos al diseo y su arquitectura
robusta y lo adapta para corresponder al ambiente.
IV. IMPLEMENTACIN
Define el cdigo, convierte el diseo en archivos
ejecutables, prueba los componentes desarrollados como
unidades.
V. PRUEBAS
Se enfoca en la evaluacin de la calidad del producto,
encuentra las fallas y los documentos.
VI. ENTREGA
Describe las actividades entre el aseguramiento de la
entrega y disponibilidad del producto hacia el usuario final.
VII. CONFIGURACIN DE CAMBIOS Y ADMINISTRACIN
Consiste en controlar los cambios y mantiene la integridad de los
productos que incluye el proyecto.
VIII. ADMINISTRACIN DE PROYECTO
Provee un marco de trabajo para administrar los proyectos, guas
para la planeacin, soporte y ejecucin.
IX. AMBIENTE
Se enfoca en las actividades para cofigurar el procese del proyecto,
describe las actividades requeridas para apoyar el proyecto.
CONCLUSIONES
Se puede concluir que, el RUP, como herramienta
colaboradora en el desarrollo de software,
aumenta la visin de desarrollo del mismo, es
decir, el RUP es una herramienta que permite
prever los cambios que un software pueda tener
de acuerdo a los requerimientos y avance social
que se tenga, brindando objetivos ms amplios y
visin de requerimientos global.
Visto desde su punto ms simple, el RUP es aquel
mtodo que da cabida al cambio en las etapas del
desarrollo de software, no siguiendo al pie de la
letra los requerimientos, sino, por el contrario,
mostrando otros campos que mejoren y optimicen
el desarrollo del mismo