El documento presenta el proceso RUP (Rational Unified Process). RUP es un modelo de software disciplinado que asegura la producción de software de alta calidad mediante un proceso continuo de pruebas y retroalimentación. RUP describe procesos iterativos e incrementales, define actividades y artefactos, y fue desarrollado originalmente por Rational Software en 1999.

1. UNIVERSIDAD AUTONOMA
DE BAJA CALIFORNIA
FCAyS
Asignatura
Ingeniería de Software
RUP
Grupo
361
Exposición
Equipo 3 Proceso Unificado Racional
Integrantes
Alejo Dávila Josué325294
González Cosio
Alberto323734
Guzmán Pérez Raudel311555
Labrador Pérez Víctor322801

2. • Modelo de Software de
¿Qué es RUP? enfoque disciplinario para
Su meta es asegurar asignación de tareas y
la producción del responsabilidades
software de alta
calidad que resuelve
las necesidades de
• El desarrollo de software a
los usuarios dentro gran escala, mediante un
de un presupuesto y proceso continuo de
tiempo establecidos. pruebas y
retroalimentación,
garantizando el
cumplimiento de ciertos
estándares de calidad.

3. Acerca de Los procesos del RUP
RUP Estiman tareas y horarios
Requiere un grupo grande de
programadores.
Describe una clase de los
procesos que son iterativos e
incrementales.
Define actividades y artefactos
Es el Proceso de desarrollo mas
general de los existentes
actualmente.
Desarrollado por Rumbagh en
1999, actualmente propiedad de
IBM

4. Perspectivas del
RUP
Dinámica (Horizontal)
Muestra las fases del modelo
sobre el tiempo.
Estática (Vertical)
Muestra las actividades del
proceso que representan
Practica
Sugiere buenas practicas
utilizar durante el proceso

5. Perspectivas del • 4-Software modelado
RUP visualmente:
• Usar modelos UML gráficos para elaborar
1-Desarrollo de software de representaciones de software estáticas y
manera iterativa: dinámicas.
Incrementar el plan del sistema con
base en las prioridades del cliente, y
desarrollar oportunamente las
• 5-Verificar la calidad del
características del sistema de mayor
prioridad en el proceso de desarrollo.
software:
2-Gestion de requerimientos: • Garantizar que el software cumpla con los
Documentar de manera explicita los estándares de calidad de la organización.
requerimientos del cliente y seguir la
huella de los cambios a dichos • 6-Controlar los cambios al
requerimientos. Analizar el efecto de
los cambios sobre el sistema, antes de software:
aceptarlos.
3-Usar arquitecturas basadas en
• Gestionar los cambios al software con un
componentes: sistema de administración al cambio. Así
Estructurar la arquitectura del sistema como con procedimientos y herramientas
en componentes. de administración de la configuración.

6. Características
Esenciales del
RUP
Proceso Dirigido Por
Los Casos de Uso
Describe los pasos que deben
realizarse para llevar a cabo un
proyecto.
Muestra la interacción entre el
sistema y los actores.
No solo comienzan el proceso
si no que lo guían.
Permite establecer
trazabilidad.

7. Características
Esenciales del RUP
Proceso Centrado en la
Arquitectura
•Afecta al desempeño y
potencia , así como el
mantenimiento del sistema.
•Los componentes
individuales implementan
los requerimientos
funcionales del sistema
•Las arquitecturas se
modelan con frecuencia
usando diagramas de
bloques, donde cada cuadro
representa un componente
• (NO MUY RECOMENDABLE)

8. Características
Esenciales del RUP
Proceso Iterativo e
Incremental
•Se basa en la idea de diseñar
una implementación
inicial, exponer esta al
comentario del usuario, y luego
desarrollarla en sus diversas
versiones hasta producir un
sistema adecuado.
•Se realizan tantas iteraciones
hasta que se termine la
implementación de la nueva
versión del producto.

9. Fases 1.
2.
Inicio
Elaboración
3. Construcción
•El ciclo de vida del software del
RUP se descompone en cuatro
fases secuenciales.
•Al final de cada fase se realiza una
4. Transición
para determinar si los objetivos de
la fase se han cumplido.
•Una evaluación satisfactoria
permite que el proyecto se mueva a
la próxima fase. Planeando las Fases

10. Fases INICIO ELABORACION
CONSTRUCCION TRANSICION
1. Inicio
El objetivo de esta fase es el
de establecer un caso de
negocios para el sistema. Se
deben identificar todas las
entidades
externas(personas y
sistemas) que interactúan
con el sistema y definir
estas interacciones. Si la
información proporcionada
es de poca importancia, se
puede cancelar el proyecto.

11. Fases INICIO ELABORACION CONSTRUCCION TRANSICION
2. Elaboración
Los objetivos de la fase son
desarrollar una comprensión
del dominio del problema,
establecer un marco de
trabajo para el sistema,
desarrollar un plan del
proyecto e identificar los
riesgos clave del proyecto. Al
terminar esta fase se debe
tener un modelo de los
requerimientos del sistema,
un diseño y un plan de
desarrollo del software.

12. Fases INICIO ELABORACION CONSTRUCCION TRANSICION
3. Construcción
Comprende el diseño del
sistema, la programación y
las pruebas. Durante esta fase
se desarrollan e integran las
partes del sistema. Al
terminar esta fase, se debe
tener un sistema software
operativo y la documentación
correspondiente lista
para entregarlos a los
usuarios.

13. Fases INICIO ELABORACION CONSTRUCCION TRANSICION
4. Transición
A fase final del RUP se
ocupa de mover el sistema
desde la comunidad de
desarrollo a la comunidad
del usuario y hacerlo
trabajar en un entorno real.
Al terminar esta fase se
debe tener un sistema
software documentado que
funcione correctamente en
su entorno operativo

14. Fases RUP
Dependiendo del
proyecto, un ciclo de
desarrollo inicial típico
para un proyecto de
tamaño mediano debe
anticipar la distribución
siguiente el esfuerzo y
horario:
Lo que puede
representarse
gráficamente de la
siguiente manera

15. • Flujos de trabajo (Workflow).
Organización y
elementos del RUP • Detalle de flujo de trabajo
Se puede observar que el • Actores
flujo de trabajo de
Requerimientos conlleva • Actividades
varios pasos, cada uno de
estos pasos tiene asociados • Artefactos.
uno o más actores, los
cuales a su vez son los
encargados de la ejecución
de varias actividades, las
cuales a la vez están
definidas en artefactos o
guías para su realización.

16. Elementos Analistas:
o Analista del Proceso de Negocios.
RUP o Diseñador del Negocio.
o Revisor del Modelo de Negocio.
Actores o Revisor de Requerimientos.
o Analista del Sistema.
Son los personajes o Especificador de casos de Uso.
encargados de la realización o Diseñador de Interfaz de Usuario.
de las actividades definidas
dentro de los flujos de Desarrolladores:
trabajo de cada una de las
disciplinas del RUP, estos o Arquitecto.
actores se dividen en varias o Revisor de la Arquitectura.
categorías o Diseñador de Capsulas.
o Revisor del Código y Revisor del Diseño.
•Analistas o Diseñador de la Base de Datos.
•Desarrolladores o Diseñador.
•Probadores o Implementador y un Integrador.
•Encargados
• Otros. Probadores Profesionales:
o Diseñador de Pruebas.
o Probador.
.

17. Elementos Encargados:
RUP
o Encargado de Control del Cambio.
o Encargado de la Configuración.
Actores o Encargado del Despliegue.
o Ingeniero de Procesos.
Son los personajes o Encargado de Proyecto.
encargados de la realización o Revisor de proyecto.
de las actividades definidas
dentro de los flujos de
trabajo de cada una de las Otros:
disciplinas del RUP, estos
actores se dividen en varias o Cualquier Trabajador.
categorías o Artista Grafico.
o Stakeholder.( parte
•Analistas interesada, accionistas, inversores etc. )
•Desarrolladores o Administrador del Sistema.
•Probadores
o Escritor Técnico.
•Encargados
o Especialista de herramientas
• Otros.

18. Elementos 1. Artefactos en el
Modelado de Negocios:
RUP Son aquellos que capturan y presentan el
contexto de Negocio de Sistema. Los
Artefactos
Son cualquiera de los Artefactos del Modelo de Negocios
productos finales o intermedios sirven como entradas, y referencias
de trabajo que se producen y
utilizan en un proyecto. Estos para los requerimientos del sistema.
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de Uso,
Código Fuente o un Archivo
Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

19. Elementos 2. Artefactos de
Requerimientos:
RUP Estos capturan y presentan información
utilizada en la definición de las
Artefactos
Son cualquiera de los capacidades requeridas del sistema.
productos finales o intermedios
de trabajo que se producen y
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de
Uso, Código Fuente o un
Archivo Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

20. Elementos 3. Artefactos de Análisis y
RUP Diseño:
Capturan y presentan información relacionada
Artefactos con la solución a los problemas planteados
durante el flujo de trabajo de
Son cualquiera de los
productos finales o intermedios requerimientos.
de trabajo que se producen y
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de Uso,
Código Fuente o un Archivo
Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

21. Elementos 4. Artefactos de
Implementación:
RUP • Los artefactos para la Implementación
capturan y presentan la realización de la
Artefactos
Son cualquiera de los solución presentada en el flujo de
trabado de análisis y diseño.
productos finales o intermedios
de trabajo que se producen y
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de
Uso, Código Fuente o un
Archivo Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

22. Elementos 5. Artefactos de Prueba:
• Los artefactos desarrollados como
RUP productos de las actividades de pruebas
y evaluaciones agrupados por el rol del
Artefactos responsable.
Son cualquiera de los
productos finales o intermedios
de trabajo que se producen y
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de Uso,
Código Fuente o un Archivo
Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

23. Elementos 6. Artefactos de Despliegue:
• Captura y presenta información
RUP relacionada con la transición del sistema
presentado en los artefactos de
Artefactos implementación dentro del entorno de
Son cualquiera de los producción.
productos finales o intermedios
de trabajo que se producen y
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de
Uso, Código Fuente o un
Archivo Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

24. Elementos 7. Artefactos de
Administración de
RUP
Proyecto:
Artefactos • Captura los artefactos asociados con el
Son cualquiera de los proyecto y el proceso de planificación y
productos finales o intermedios
de trabajo que se producen y ejecución.
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de Uso,
Código Fuente o un Archivo
Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

25. Elementos 8. Artefactos de
configuración y
RUP
administración de cambios:
Artefactos • Capturan y presentan información
Son cualquiera de los relacionada a la disciplina de
productos finales o intermedios
de trabajo que se producen y configuración y administración de
utilizan en un proyecto. Estos cambios.
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de
Uso, Código Fuente o un
Archivo Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

26. Elementos 9. Artefactos de Entorno:
• Estos presentan artefactos que son
RUP usados como guía a través del desarrollo
del sistema para asegurar la consistencia
Artefactos de todos los artefactos producidos.
Son cualquiera de los
productos finales o intermedios
de trabajo que se producen y
utilizan en un proyecto. Estos
pueden ser un Documento, un
Modelo o un elemento dentro
de un Modelo, Caso de Uso,
Código Fuente o un Archivo
Ejecutable.
1. Artefactos de configuración y
administración de cambio.
2. Artefactos de Despliegue
3. Artefactos de Prueba
4. Artefactos de Administración de
Proyecto
5. Artefactos de Análisis y Diseño
6. Artefactos de Implementación
7. Artefactos de Requerimientos
8. Artefactos en el Modelado de
Negocios
9. Artefactos de Entorno

27. • Es el estudio de los aspectos operacionales
Flujo de Trabajo de una actividad de trabajo: cómo se
estructuran las tareas, cómo se realizan, cuál
(WorkFlow) es su orden correlativo, cómo se
En la figura se muestran ciertos sincronizan, cómo fluye la información que
porcentajes, de forma vertical se soporta las tareas y cómo se le hace
muestra el esfuerzo que se tiene
que realizar por cada una de las
seguimiento al cumplimiento de las tareas
disciplinas o flujos de trabajo, y los
dos porcentajes que se muestran
de forma horizontal son para todo
el proyecto. En la siguiente figura
se puede observar que para la
obtención de requerimientos o
requisitos en la fase de concepción
se empiezan a obtener, en la fase
de elaboración tiene su auge y va
declinando en la fase de
construcción, realizar todo esto
requiere aproximadamente un 15%
de esfuerzo, y así sucesivamente
con las demás disciplinas. En esta
sección y la siguiente, los
porcentajes pueden variar de un
proyecto a otro

28. Proceso
Disciplinas 1.
2.
Modelo de Negocio.
Requerimientos.
Disciplinas de Proceso: 3. Análisis y Diseño
Son las necesarias para la
realización de un proyecto 4. Implementación.
de software, aunque 5. Pruebas.
proyectos no muy grandes 6. Despliegue
se pueden omitir algunas.
Soporte
Disciplinas de Soporte: 1. Admón.. Del cambio.
Son las que como su
2. Admón.. De Proyecto
nombre lo indica sirven de
soporte a las de proceso y 3. Entorno
especifican otras
características en la
realización de un proyecto
de software.

29. Disciplinas
Proceso
1. Modelo de Negocio.
2. Requerimientos.
3. Análisis y Diseño
4. Implementación.
5. Pruebas.
6. Despliegue
Soporte
1. Admón.. Del cambio.
2. Admón.. De Proyecto
3. Entorno

30. Disciplinas • Modelo del Negocio
de Proceso Se modelan los procesos de negocio utilizando
casos de uso de la empresa.
Disciplinas de • Requerimientos
Proceso: Son las Se identifican los actores que interactúan con el
necesarias para la sistema y se desarrollan casos de uso para
realización de un modelar los requerimientos del sistema.
proyecto de
software, aunque • Análisis y Diseño
proyectos no muy Se crea y documenta un modelo de diseño
grandes se pueden utilizando modelos arquitectónicos, de
omitir algunas. componentes, de objetos y de secuencias.

31. Disciplinas • Implementación
Se implementan y estructuran los
de Soporte componentes del sistema en
subsistemas de implementación. La
generación automática de código a
Disciplinas de partir de modelos de diseño ayuda a
acelerar este proceso.
Soporte: Son las que
como su nombre lo • Pruebas
indica sirven de soporte Las pruebas son un proceso iterativo que
a las de proceso y se realiza en conjunto con la
especifican otras implementación. Las pruebas del
sistema siguen al completar la
características en la implementación.
realización de un
proyecto de software. • Despliegue
Se crea la liberación de un producto, se
distribuye a los usuarios y se instala en
su lugar de trabajo.

32. • Modelo de Casos de Uso del Negocio:
Metodología RUP Describe la realización del Caso de Uso, es realizado en la
para el análisis de disciplina de
• Modelo de Objetos del Negocio:
diseño Se utiliza para identificar roles dentro de la
organización, es realizado en la disciplina de
La entrada principal para el Modelado del Negocio.
Workflow de Análisis y Diseño es el • Modelo de Casos de Uso:
Modelo de Casos de Uso y el Muestra las interrelaciones entre el sistema y su
Glosario creados durante el ambiente, además sirve como un contrato entre el
Workflow de Requerimientos. Por cliente y los diseñadores. Es considerado esencial al
las fallas que se descubran en el iniciar las actividades de análisis, diseño y prueba; este
Modelo de Casos de Uso, se modelo es realizado en la disciplina de
generará requerimientos de requerimientos.
cambio. • Modelo de Análisis:
Contiene los resultados del análisis del Caso de Uso, y
contienen instancias del artefacto de Análisis de
El RUP propone la utilización de los Clases; es realizado en la disciplina de Análisis y
modelos para la implementación Diseño.
completa de todas sus fases • Modelo de Diseño:
respectivamente con sus disciplinas Es un modelo de objetos que describe la realización del
Caso de Uso, y sirve como una abstracción del
modelo de implementación y su código fuente, es
utilizado como entrada en las actividades de
implementación y prueba; este modelo se realizado
en la disciplina de Análisis y Diseño.
•
•

33. Metodología RUP • Modelo de Despliegue:
para el análisis de Muestra la configuración de los nodos del proceso en
tiempo de ejecución, muestra los lazos de
diseño comunicación entre estos nodos, así como las de los
objetos y componentes que en el se encuentran; se
La entrada principal para el realizado en la disciplina de Análisis y Diseño.
Workflow de Análisis y Diseño es el • Modelo de Datos:
Modelo de Casos de Uso y el Es un subconjunto del modelo de implementación que
Glosario creados durante el describe la representación lógica y física de datos
Workflow de Requerimientos. Por persistentes en el sistema. También incluye cualquier
las fallas que se descubran en el conducta definida en la base de datos como
disparadores, restricciones, etc. Es elaborado en la
Modelo de Casos de Uso, se disciplina de Análisis y Diseño.
generará requerimientos de
• Modelo de Implementación:
cambio.
Es una colección de componentes, y de subsistemas de
aplicación que contienen estos componentes, entre
El RUP propone la utilización de los estos están los entregables, ejecutables, archivos de
modelos para la implementación código fuente. Es realizado en la disciplina de
completa de todas sus fases
Implementación.
respectivamente con sus disciplinas • Modelo de Pruebas:
Es utilizado para la elaboración de las pruebas, y se realiza
en la disciplina de Pruebas. Estos modelos representan
los diagramas que propone el UML para el desarrollo
de modelado de un proyecto de software, con los
cuales se puede representar los propuesto por UML
mediante la metodología RUP utilizando las
herramientas que esta provee para la implementación
fácil, clara y estructurada de los diagramas utilizados.

34. Enlace RUP - • Comparación entre
UML diagramas de Casos de
Las clases, al igual que los Uso.
demás elementos
notacionales del UML,
pueden estar clasificadas de
acuerdo a varios criterios
El UML proporciona los
diagramas de Caso de Uso,
al mismo tiempo que el
RUP, la única diferencia es la
forma de dibujar los
estereotipos, ya que en el
RUP son una elipse con una
diagonal al lado derecho

35. Enlace RUP - • Comparación entre
UML diagramas de Clases
Las clases, al igual que los
demás elementos
notacionales del
UML, pueden estar
clasificadas de acuerdo a
varios criterios
El UML proporciona los
diagramas de Caso de
Uso, al mismo tiempo que
el RUP, la única diferencia es
la forma de dibujar los
estereotipos, ya que en el
RUP son una elipse con una
diagonal al lado derecho

36. • La forma en la que se pueden asignar
tareas y responsabilidades dentro de un
Conclusión proyecto de desarrollo de
software, porque cada uno de los
Puntos a favor: participantes de un proyecto sabe que
•Es una metodología completa por si
sola que hace énfasis en la es lo que le toca hacer, cual es su
documentación acertada de los
proyectos donde se implementa.
función, cuando lo tiene que hacer,
•El tiempo de desarrollo requerido es
menor gracias a la reutilización de
componentes.
•Capaz de resolver el riesgo de • Ayuda a que se pueda desglosar todo el
proyecto asociado con los
requerimientos cambiantes del cliente.
proyecto en partes más pequeñas y más
•Se apoya en un lenguaje popular fáciles de administrar, así que todas las
como lo es el UML.
actividades están muy bien definidas, y
Puntos en contra: son auxiliadas por los artefactos de los
•Los miembros de un equipo que flujos de trabajo ya que cada parte del
participen en un proyecto bajo esta
metodología, deberán ser expertos en proceso arroja resultados en forma de
su materia.
•RUP no es para todo tipo de otro artefactos, los cuales van dictando
proyectos, hablando de escala o
tamaño, si no que se recomienda que que es lo que se ha hecho y dan
puede ser benéfico para proyectos de
mediana a gran escala. resultados para qué es lo que se tiene
| que hacer.