El RUP es una metodología de desarrollo de software iterativa e incremental que se basa en 6 principios clave como la adaptación del proceso, el equilibrio de prioridades y la demostración de valor de forma iterativa. Consta de disciplinas como la ingeniería de requisitos, el análisis y diseño, y la implementación, así como elementos como actividades, roles y artefactos que sirven para comprender el análisis y diseño del sistema.

1. Metodologías de desarrollo de software
RUP – Proceso Racional Unificado

2. Rational Unified Process
• RUP es un proceso de desarrollo de software y junto con
el Lenguaje Unificado de Modelado UML, constituye la
metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas
orientados a objetos.
• Originalmente se diseñó
dominio público, el Proceso Unificado, y
un proceso genérico y de
una
especificación más detallada, el R U P, que se vendiera
como producto independiente.

7. Principios de desarrollo
• El RUP está basado en 6 principios clave que son los
siguientes:
• Adaptar el proceso: El proceso deberá adaptarse a las
necesidades del cliente ya que es muy importante interactuar
con él.
• Equilibrar prioridades: Los requisitos de los diversos
participantes pueden ser diferentes, contradictorios o
disputarse recursos limitados.
• Demostrar valor iterativamente: Los proyectos se entregan,
aunque sea de un modo interno, en etapas iteradas.

8. • Colaboración entre equipos: El desarrollo de software no lo
hace una única persona sino múltiples equipos.
• Elevar el nivel de abstracción: Este principio dominante
motiva el uso de conceptos reutilizables tales como patrón del
software, marcos de referencia (frameworks) por nombrar
algunos.
• Enfocarse en la calidad: El control de calidad no debe
realizarse al final de cada iteración, sino en todos los aspectos
de la producción.
El ciclo de vida RUP es una implementación del Desarrollo en espiral.
Fue creado ensamblando los elementos en secuencias semi-ordenadas. El
ciclo de vida organiza las tareas en fases eiteraciones.

9. Principales características
• Forma disciplinada de asignar tareas y
responsabilidades (quién hace qué, cuándo y cómo)
• Pretende implementarlas mejores prácticas en
Ingeniería de Software
• Desarrollo iterativo
• Administración de requisitos
• Uso de arquitectura basada en componentes
• Control de cambios
• Modelado visual del software
• Verificación de la calidad del software

10. • 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 código
fuente, etc.) y roles (papel que desempeña una persona
en un determinado momento, una persona puede
desempeñar distintos roles a lo largo del proceso).

11. Fases
RUP comprende 2 aspectos importantes por los cuales se establecen las
disciplinas:
'Proceso':
• Modelado de negocio
• Requisitos
• Análisis y Diseño
• Implementación
• Pruebas
• Despliegue
Soporte: En esta parte nos encontramos con las siguientes etapas:
• Gestión del cambio y configuraciones
• Gestión del proyecto
• Entorno

12. La estructura dinámica 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:
• Fase de Inicio: Esta fase tiene como propósito definir y
acordar el alcance del proyecto con los patrocinadores,
identificar los riesgos asociados al proyecto, producir el plan
de las fases y el de iteraciones posteriores. “detalles muy
generales de la arquitectura de software”
• Fase de Elaboración: En la fase de elaboración se diseña la
solución preliminar , se seleccionan los casos de uso que
permiten definir la arquitectura base del sistema y se
desarrollaran en esta fase, y el primer análisis del dominio del
problema.

13. • Fase de Desarrollo: El
completar la funcionalidad del sistema, para ello
propósito de esta fase es
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 Transición (cierre) El propósito de esta fase es
asegurar que el
usuarios finales,
software
ajustar
esté disponible para los
los errores y defectos
encontrados en las pruebas de aceptación, capacitar a los
usuarios y proveer el soporte técnico necesario.

14. Ciclo de vida
• Las primeras iteraciones (en las fases de Inicio y
Elaboración) se enfocan hacia la comprensión del
problema y la tecnología ( Durante la fase de inicio las
iteraciones hacen mayor énfasis en actividades de
modelado del negocio y de requisitos )
• En la fase de elaboración, las iteraciones se orientan al
desarrollo de la baseline de la arquitectura, abarcan más
los flujos de trabajo de requisitos, modelo de negocios
(refinamiento), análisis, diseño y una parte de
implementación orientado a la baseline de la
arquitectura.

15. • En la fase de construcción, se lleva a cabo la construcción
del producto por medio de una serie de iteraciones.(Para
cada iteración se seleccionan algunos Casos de Uso)
• En la fase de transición se pretende garantizar que se
tiene un producto preparado para su entrega a la
comunidad de usuarios

16. Artefactos
• RUP en cada una de sus fases realiza una serie
de artefactos que sirven para comprender mejor tanto el
análisis como el diseño del sistema .
Inicio:
• Documento Visión
• Especificación de Requisitos
Elaboración:
• Diagramas de caso deuso

17. • Construcción: Documento Arquitectura que trabaja con
las siguientes vistas:
Vista Lógica
o Diagrama de clases
o Modelo E-R (Si el sistema asílo requiere)
Vista de Implementación
o Diagrama de Secuencia
o Diagrama de estados
o Diagrama de Colaboración
Vista Conceptual
o Modelo de dominio
Vista física
o Mapa de comportamiento a nivel de hardware.

18. Fases y artefactos

20. Ventajas
• Está basada totalmente en mejoras practicas de la
metodología:
• Reduce riesgos del proyecto.
• Incorpora fielmente el objetivo de calidad.
• Integra desarrollo con mantenimiento.

21. Desventajas
• Pretende prever y tener todo el control de antemano:
• Modelo genera trabajo adicional.
• Genera muchos costos.
• No recomendable para proyectos pequeños.

23. •Ingeniería o modelado del negocio: Analizar y entender las necesidades del
negocio para el cual se está desarrollando el software.
•Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del
sistema.
•Análisis y diseño: Trasladar los requisitos analizados anteriormente a un sistema
automatizado y desarrollar una arquitectura para el sistema.
•Implementación: Crear software que se ajuste a la arquitectura diseñada y que
tenga el comportamiento deseado.
•Pruebas: Asegurarse de que el comportamiento requerido es correcto y que todo
lo solicitado está presente.
•Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.
DISCIPLINA, SOPORTE, Y ELEMENTOS DEL RUP
DISCIPLINA: Determina las etapas a realizar durante el proyecto de
creación del software.

24. DISCIPLINA DE SOPORTE RUP
Determina la documentación que es necesaria realizar durante el proyecto.
•Configuración y administración del cambio: Guardar todas las versiones del
proyecto.
•Administración del proyecto: Administrar los horarios y recursos que se deben de
emplear.
•Ambiente: Administrar el ambiente de desarrollo del software.
•Distribución: Hacer todo lo necesario para la salida del proyecto.
ELEMENTOS DEL RUP
•Actividades: Procesos que se han de realizar en cada etapa/iteración.
•Trabajadores: Personas involucradas en cada actividad del proyecto.
•Artefactos: Herramientas empleadas para el desarrollo del proyecto. Puede ser un
documento, un modelo, un elemento del modelo. RUP en cada una de sus
fases realiza una serie de artefactos que sirven para comprender mejor tanto el
análisis como el diseño del sistema. Estos artefactos son:

25. —Inicio:
•Documento Visión
•Especificación de Requerimientos
—Elaboración:
•Diagramas de caso de uso
—Construcción:
•Documento Arquitectura que trabaja con las siguientes vistas:
—VISTA. LÓGICA:
•Diagrama de clases
•Modelo E-R (Si el sistema así lo requiere)
—VISTA DE IMPLEMENTACIÓN:
•Diagrama de Secuencia
•Diagrama de estados
•Diagrama de Colaboración
—VISTA CONCEPTUAL
•Modelo de dominio
—VISTA FÍSICA
•Mapa de comportamiento a nivel de hardware.