Semana 02 y 03:

PROCESO UNIFICADO
RATIONAL (R.U.P.)

Mgtr. Ing. Juan Antonio Torres Benavides

jtorres@usat.edu.pe

www.usat.edu.pe
www.usat.edu.pe
 Capacidades a desarrollar
Con el presente material didáctico, los estudiantes deben desarrollar
las siguientes capacidades:

 Definir RUP como metodología de desarrollo de

software.
 Trabajar en equipo y de manera autónoma.

2 www.usat.edu.pe
 Contenidos
• Retroalimentado el concepto previo.
• R.U.P. definiciones, fases, iteraciones y estereotipos.
• Trabajo autónomo y plenario: actividad recreativa.
• Conclusiones.
• Referencias.
• Autoevaluación.

3 www.usat.edu.pe
 RETOMAMOS LA IDEA
DE LA CLASE ANTERIOR

4 www.usat.edu.pe
RECORDANDO LO APRENDIDO EN
LA CLASE ANTERIOR

VER ENLACE
https://www.youtube.com/watch?v
=iwjiG7bQcpc

www.usat.edu.pe
¿Y el RUP, es ágil?

www.usat.edu.pe
 R.U.P.:
DEFINICIONES, FASES,
ITERACIONES,
ESTEREOTIPOS

7 www.usat.edu.pe
 RATIONAL UNIFIED PROCESS (RUP)
Esta metodología fue lanzada en 1998 teniendo como sus
creadores a Ivar Jacobson, Grady Booch y James Rumbaugh.
El RUP nació del UML (Unified Modeling Language) y del UP
(Sommerville, 2005).

8 www.usat.edu.pe
 DEFINICIÓN GENERAL DE PROCESO DE
DESARROLLO DE SOFTWARE
Un proceso define quien está haciendo qué, cuándo y como alcanzar un
determinado objetivo. En la ingeniería del software el objetivo es construir
un producto software o mejorar uno existente.

Un proceso de desarrollo de software debería también ser capaz de

evolucionar durante muchos años, debiendo limitar su alcance a realidades
que permitan las tecnologías, herramientas, personas y patrones de
organización.
• Tecnologías
• Herramientas
• Personas
• Patrones Organizacionales
www.usat.edu.pe
PROCESO UNIFICADO RATIONAL (R.U.P.)
El RUP es un proceso de desarrollo de software:

- Se le considera una buena práctica en ingeniería de software,

porque tiene por objetivo de asegurar la producción de
software de calidad, dentro de plazos y presupuestos
predecibles.

- Uso de arquitecturas basadas en componentes.

- Administración de requerimientos.

- Modelamiento visual del software.

- Control de cambios.

Parafraseado de Jacobson & Otros (2000)

www.usat.edu.pe
 DIRIGIDO POR CASOS DE USO

procesos de negocio casos de uso realizaciones de casos de uso

X
procesos de negocio casosde
Casos de prueba
uso realizaciones de casos de uso

www.usat.edu.pe
 CENTRADO EN LA ARQUITECTURA
Los elementos arquitectónicamente significativos son los
siguientes:

• Algunos de los subsistemas.

• Dependencias.
• Interfaces.
• Clases.

“La idea de la arquitectura es lo que se encuentra en la mente del

autor”

www.usat.edu.pe
PROCESO ITERATIVO E INCREMENTAL

www.usat.edu.pe
 FASES Y WORKFLOW’S DEL RUP
Flujos de trabajo
del proceso Iniciación Elaboración Construcción Transición

Modelado del
negocio

Requisitos

Análisis y diseño

Implementación

Pruebas

Despliegue

Flujos de trabajo
de soporte
Gestión del cambio
y configuraciones
Gestión del proyecto
Entorno

Iteraciones Iter Iter Iter Iter Iter Iter Iter

preliminares #1 #2 #n #n+1 #n+2 #m #m+1

www.usat.edu.pe
 FASES DE LA METODOLOGÍA RUP

1. Fase de Inicio: Tiene como propósito definir y acordar el

alcance del proyecto con los patrocinadores, identificar
los riesgos asociados al proyecto, proponer una visión
muy general de la arquitectura de software y producir el
plan de las fases y el de iteraciones posteriores.

2. Fase de elaboración: En esta fase se seleccionan los

casos de uso que permiten definir la arquitectura base
del sistema y entender cómo se va a construir, se
realiza la especificación de los casos de uso
seleccionados y el primer análisis del dominio del
problema, se diseña la solución preliminar.

www.usat.edu.pe
3. Fase de Desarrollo: El propósito de esta fase es
completar la funcionalidad del sistema, para ello se
deben clarificar los requerimientos pendientes,
administrar los cambios de acuerdo a las
evaluaciones realizados por los usuarios y se
realizan las mejoras para el proyecto.

4. Fase de Cierre: El propósito de esta fase es asegurar

que el software esté disponible para los usuarios
finales, ajustar los errores y defectos encontrados
en las pruebas de aceptación, capacitar a los
usuarios y proveer el soporte técnico necesario. Se
debe verificar que el producto cumpla con las
especificaciones entregadas por las personas
involucradas en el proyecto.

www.usat.edu.pe
WORKFLOW’S (FLUJOS DE ACTIVIDADES)
DE LA METODOLOGIA RUP
• Ingeniería o modelado del negocio

• Requisitos

• Análisis y diseño

• Implementación

• Pruebas

• Despliegue

www.usat.edu.pe
 MODELO DE CASO DE USO DEL
NEGOCIO
• Es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso.

• Implicará la determinación de los Actores y Casos de Uso del

Negocio.

• Con esta actividad se pretende:

• Identificar los procesos en el negocio
• Definir las fronteras del negocio que van a modelarse
• Definir quién y qué interactuarán con el negocio
• Crear diagramas del modelo de casos de uso del negocio

www.usat.edu.pe
 TRABAJO AUTÓNOMO
Y PLENARIO:
REFORZAMIENTO DE
LO APRENDIDO HOY

Mirar el siguiente enlace:

https://youtu.be/AY5Dh3XYshk y resumir

19 www.usat.edu.pe
 TRABAJO AUTÓNOMO
Y PLENARIO:
ACTIVIDAD
RECREATIVA

20 www.usat.edu.pe
 Actividad 1 para el trabajo autónomo y el plenario
tomando en cuenta la conformación de los grupos en la
clase anterior

Vea el video del siguiente enlace:

https://youtu.be/UVMT5qZXoOE y responda lo siguiente:

• ¿Qué pasó con el requerimiento comunicado por el niño?

• ¿La madre pudo comprobar el requerimiento ambiguo del
niño?
• ¿Cuál es su valoración sobre el excesivo esfuerzo de la
madre para preparar el disfraz solicitado del niño y haga un
paralelo con el desarrollo del software?

www.usat.edu.pe
Actividad 2 para el trabajo autónomo y el plenario

www.usat.edu.pe
Proceso de Desarrollo de Software

www.usat.edu.pe
 Actividad 2 para el trabajo autónomo y el plenario

Observe las imágenes detenidamente y responda lo siguiente:

• ¿Cuántas veces y en manos de quién se va distorsionando

el requerimiento del cliente?
• ¿Qué sugiere para evitar este problema que genera exceso
e insatisfacción del cliente?
• ¿Cuál es su valoración sobre este problema si extiende la
metáfora a proyectos de gran envergadura económica y de
tiempo, pero sobre todo en organizaciones o empresas que
dependen de sus soluciones?

www.usat.edu.pe
 MATERIAL PARA LA
SIGUIENTE CLASE:
Leer
http://rupmetodologia.blog
spot.com/
Se discutirán las ideas
expuestas en este blogs.

25 www.usat.edu.pe
 Conclusiones
• R.U.P. al ser la metodología de transición desde el paradigma
estructurado al orientado objetos, permite darle una
estructura formal para el desarrollo de software de calidad en
equipos de desarrollo especializado.
• Es una metodología que se puede adaptar a una variedad de
ciclos de vida, dependiendo de la experticia del equipo de
desarrollo.
• Permite definir desde la recogida de requerimientos del
usuario, los actores del futuro software, determinado y
evaluando los casos de uso que constituye la funcionalidad del
nuevo sistema informático.

26 www.usat.edu.pe
 Referencias
• Manchego Peña, F. A. (2019). Proceso Unificado de desarrollo
de software RUP.
• Martínez, A., & Martínez, R. (2014). Guía a rational unified
process. Escuela Politécnica Superior de Albacete–Universidad
de Castilla la Mancha.
• RUP, I. (2003). Rational unified process. Engenharia de
Software, 52.
• Fernández, C. A. (2000). El Proceso Unificado Rational para el
Desarrollo de Software. Recuperado el, 13.

27 www.usat.edu.pe
 SESIÓN 3:
Proceso Unificado Rational (R.U.P.)
AUTOEVALUACIÓN

Responde de
manera personal
las preguntas de
autoevaluación

¿Qué aprendí?
¿Cómo aprendí?
¿Cómo puedo mejorar mis aprendizajes?
¿Qué expectativas tengo a partir de lo aprendido?

www.usat.edu.pe
Mgtr. Ing. Juan Antonio Torres Benavides
jtorres@usat.edu.pe

http://www.facebook.com/usat.peru

https://twitter.com/usatenlinea

https://www.youtube.com/user/tvusat

https://plus.google.com/+usateduperu

www.usat.edu.pe