4 Introduccion RUP

Facultad de Ingeniería de Sistemas e Informática
Proceso Unificado
RUP
Análisis de sistemas de Información
César Luza Montero
cluzam@unmsm.edu.pe
2021
Objetivos de aprendizaje
▪ Al final de la sesión, el estudiante:
▪ Comprende las características del RUP
▪ Describe la arquitectura del RUP
▪ Identifica y explica las fases del ciclo de vida del RUP
▪ Identifica y explica los flujos de trabajo del RUP
Análisis de Sistemas de Información 2

Contenido
Definiendo el RUP
Arquitectura del RUP
Fases del ciclo de vida del RUP
Flujos de Trabajo del RUP
3
Definiendo el RUP
Proceso de Desarrollo Sistema de software

Requisitos del usuario
de Software
Asegurar la producción de software de calidad dentro de plazos y

presupuestos predecibles.

Definiendo el RUP
QUÉ tareas hacer
Actividades
QUIÉN las hace
Roles
CUÁNDO se hace
Flujo de trabajo
QUÉ documentos entregar
Artefactos
5
Definiendo el RUP
• Características:
– Dirigido por casos de uso,
– Centrado en la arquitectura,
– Iterativo (mini-proyectos) e incremental (versiones).

Dirigido por Casos de Uso
Modelado del Negocio
Requisitos Los
Análisis & Diseño Casos de Uso
integran el
Implementación trabajo
Pruebas

Dirigido por Casos de Uso
Requisitos Diseño Implementación

Iterativo e incremental
▪ Las actividades se encadenan en una mini-cascada con un

alcance limitado por los objetivos de la iteración
Análisis
Diseño
Codific.
Pruebas e
n veces Integración
En cada iteración se reproduce el ciclo de vida en cascada a
menor escala
Los objetivos de una iteración se establecen en función de la
evaluación de las iteraciones precedentes

Centrado en la Arquitectura
RUP se basa el Modelo de Vista 4+1: Framework para

Descripción de Arquitectura, Philippe Krutchen

Arquitectura 4+1
Una vista es una presentación de un modelo, la cual es una
descripción completa de un sistema desde una particular
perspectiva
▪ Vista Lógica
▪ Vista de Despliegue o Desarrollo
▪ Vista de Procesos
▪ Vista Física
▪ Vista +1 o de Escenarios

Vista Lógica
Considera principalmente requerimientos funcionales del sistema,

de lo que debe hacer, las funciones o servicios que se han definido.

Vista de Despliegue
Muestra principalmente como esta dividido el sistema software en
componentes y las relaciones entre dichos componentes

Vista de Proceso
Representa los flujos de trabajo paso a paso de negocio y
operacionales de los componentes que conforman el sistema,

Vista Física
Representa los componentes distribuidos entre los distintos equipos
que conforman la solución.
Los componentes definidos en la vista lógica se mapean a
componentes de software o hardware

Vista+1 o Escenarios
Representada por los casos de uso, ayuda a unir las 4 vistas,
Permite la trazabilidad de componentes, clases, equipo, paquetes,
etc., para realización de cada caso de uso.

Mejores practicas
▪ RUP considera las mejores practicas del desarrollo de
sistemas
Desarrolle Iterativamente
Use
Administre los Arquitectura Modele Verifique
Requerimientos de Visualmente Calidad
Componentes
Controle los Cambios

Actividad 01
▪ Elabore un organizador conceptual sobre los aspectos tratados en la
definición del Proceso Unificado

Contenido
Definiendo el RUP
19
▪ Estructura Dinámica
▪ Describe el proceso en términos de su desempeño en el tiempo
▪ Expresado en términos de Fases, Iteraciones, e Hitos
▪ Estructura Estática
▪ Describe como los elementos trabajan en conjunto
▪ Expresado en términos de Disciplinas
20
20
Concepción Elaboración Construcción Transición
Modelado de Negocio
Requerimientos
Análisis y Diseño
Implementación
Prueba
Implantación
Gestión de Cambios
Gestión Proyecto
Entorno
Iteraciones IT #1 IT # 2 IT # 3 IT # 4 IT # 5 IT # 6 IT # 7 IT # 8

Modelado de Negocio
Requerimientos • La dimensión horizontal representa el
tiempo y muestra los aspectos del ciclo
Análisis y Diseño
de vida del proceso.
Implementación • La dimensión vertical representa las
disciplinas núcleo del proceso (o flujos
Prueba de trabajo), que agrupan actividades de
ingeniería de software por su naturaleza
Implantación
Gestión de Cambios
Gestión Proyecto
Entorno

Ciclo de Vida del RUP
23
26/
Iterativo

Fases y disciplinas

Estructura Dinámica
Compromiso de
Aceptación
recursos para fase
del cliente
elaboración
El Ciclo de vida o dimensión del tiempo de un proyecto se organiza en fases.
Tiempo
Hito Hito Hito Liberación

Objetivos Arquitectura Capacidad Producto
Operacional
Hito: Punto de terminación de la iteración cuando se

toma alguna decisión o evaluación importante

Estructura Dinámica
Cada fase se divide en un numero variable de iteraciones

Iteraciones
▪ Reducen los riesgos técnicos;
▪ Proporcionan versiones tempranas;
▪ Permiten mayor flexibilidad para el lanzamiento de cada
característica
▪ Permiten controlar los cambios con respecto al alcance de manera
efectiva con las iteraciones durante los ciclos.

Numero de Iteraciones
▪ Depende, básicamente de la complejidad del sistema propuesto.
▪ Un proyecto simple puede realizarse con una sola iteración por fase.
▪ Un proyecto mas complejo podría comprender el siguiente numero
de iteraciones:
▪ Fase de Inicio: una iteración, principalmente dedicada a definir el ámbito del
sistema
▪ Fase de elaboración: dos iteraciones, la primera para esbozar la arquitectura y la
segunda para completar la línea base de la arquitectura
▪ Fase de construcción: dos iteraciones, para asegurar que los incrementos
resultantes funcionan satisfactoriamente
▪ Fase de transición: una iteración

Algunos términos
Línea base Versiones Release
• Conjunto de • Conjunto de • Es una versión que
artefactos revisados artefactos completos se ha puesto
y aprobados entregado a un disponible para los
• Constituyen una usuario interno o usuarios.
base convenida para externo;
la evolución y
desarrollo adicional

Estructura Estática

Overview de conceptos RUP

ahora Method Composer


Flujos de Trabajo
Workflows Primarios
• Business Modeling (Modelado del Negocio)
• Requirements (Requisitos)
• Analysis & Design (Análisis y Diseño)
• Implementation (Implementación)
• Test (Pruebas)
• Deployment (Despliegue)
Workflows de Apoyo
• Environment (Entorno)
• Project Management (Gestión del Proyecto)
• Configuration y Change Management (Gestión de Configuración y Cambios)

Flujos de Trabajo
Ejm: Workflow: Requirements
Workflow Detail:Analyse the Problem
Artefactos
Trabajadores
Actividades

Trabajador (worker)
Analyst workers Testing professional workers
 Tester
◦ Business-Process Analyst
◦ Business Designer Manager workers
◦ Business-Model Reviewer  Test Designer
◦ Requirements Reviewer  Change Control Manager
◦ System Analyst  Configuration Manager
◦ Use-Case Specifier  Deployment Manager
◦ User-Interface Designer  Process Engineer
Developer workers  Project Manager
◦ Architect  Project Reviewer
◦ Architecture Reviewer
Other workers
◦ Capsule Designer  Any Worker
◦ Code Reviewer
◦ Database Designer
 Course Developer
◦ Design Reviewer
 Graphic Artist
◦ Designer
 Stakeholder
◦ Implementer  System Administrator
◦ Integrator  Technical Writer
 Tool Specialist

Trabajador (worker)
System Analyst Worker

Artefacto
▪ Resultado parcial o final que es producido y usado durante el
proyecto. Son las entradas y salidas de las actividades
▪ Puede ser un documento, un modelo o un elemento de modelo
▪ Conjuntos de Artefactos
▪ Business Modeling Set ▪ Deployment Set

▪ Requirements Set ▪ Project Management Set
▪ Analysis & Design Set ▪ Configuration & Change Management Set
▪ Implementation Set ▪ Environment Set
▪ Test Set

Artefacto
Business Modeling Artifact Set

Actividad
• Una actividad es una • Las actividades se consideran en

unidad de trabajo que se la planificación y evaluación del
asigna a un trabajador. progreso del proyecto.
• Ej.:Crear o modificar un • Ejemplos:
artefacto – Planificar una iteración -
• Una actividad lleva entre Administrador de proyecto
– Encontrar actores y casos de
un par de horas y un par de uso - Analista
días, involucra un solo – Revisar el diseño - Revisor de
trabajador y un número diseño
pequeño de artefactos. – Ejecutar pruebas de
performance - Ing. de pruebas
de performance

Actividad 02
▪ Elabore un organizador conceptual sobre los aspectos tratados en la
arquitectura del Proceso Unificado

Contenido
Definiendo el RUP
42

• Define el • Planifica el • Construye el • Implementa el
alcance del proyecto, producto, producto a su
proyecto y el • Especifica las desarrollando a comunidad de
desarrollo de características detalle el diseño usuarios
los casos del • Focaliza los y produciendo el
negocio detalles del código.
análisis del
dominio del
problema y
• Define los
cimientos de la
arquitectura.

Fase de Inicio
Objetivos: Resultados Criterios de evaluación

• Establecer el ámbito del • Un documento de visión • Todos los interesados en el
proyecto y sus límites. proyecto coinciden en la
• Modelo inicial de Casos de definición del ámbito del
• Encontrar los Casos de Uso Uso (10-20% completado). sistema y las estimaciones
críticos del sistema, los • Un glosario inicial de agenda.
escenarios básicos que
definen la funcionalidad. • El caso de negocio. • Entendimiento de los
requisitos, como evidencia
• Mostrar al menos una • Lista de riesgos y plan de
de la fidelidad de los Casos
arquitectura candidata para contingencia.
de Uso principales.
los escenarios principales. • Plan del proyecto,
• Las estimaciones de tiempo,
• Estimar el coste en recursos mostrando fases e
coste y riesgo son creíbles.
y tiempo de todo el proyecto. iteraciones.
• Comprensión total de
• Estimar los riesgos • Modelo de negocio, si es
cualquier prototipo de la
potenciales, las fuentes de necesario
arquitectura desarrollado.
incertidumbre. • Prototipos exploratorios
• Los gastos hasta el momento
• Preparar el ambiente de para probar conceptos o la
se asemejan a los
apoyo para el proyecto arquitectura candidata.
planeados.

Fase de Inicio

Fase de Elaboración
Objetivos: Resultados Criterios de evaluación

• Asegurar que la arquitectura, • Un modelo de Casos de Uso • La visión del producto es
requisitos y planes tengan la completo al menos hasta el 80 estable.
suficiente estabilidad, y los • Requisitos adicionales que capturan • La arquitectura es estable.
riesgos suficientemente los requisitos no funcionales y • Se ha demostrado mediante la
mitigados para poder cualquier requisito no asociado con ejecución del prototipo que los
determinar el costo y un Caso de Uso principales elementos de riesgo
calendario del desarrollo. • Descripción de la arquitectura han sido abordados y
• Definir, validar y cimentar la software. resueltos.
arquitectura. • Un prototipo ejecutable de la • El plan para la fase de
• Completar la visión. arquitectura. construcción es detallado y
• Crear un plan fiable para la • Lista de riesgos y caso de negocio preciso. Las estimaciones son
fase de construcción. Este revisados. creíbles.
plan puede evolucionar en • Plan de desarrollo para el proyecto. • Todos los interesados
sucesivas iteraciones. Debe coinciden en que la visión
incluir los costes si procede. • Un caso de desarrollo actualizado
actual será alcanzada si se
que especifica el proceso a
• Demostrar que la arquitectura siguen los planes actuales en
propuesta soportará la visión seguir.
el contexto de la arquitectura
con un coste razonable y en • Un manual de usuario preliminar actual.
un tiempo razonable. (opcional). • Los gastos hasta ahora son
aceptables, comparados con
los previstos.
Análisis de Sistemas de Información . 46

Fase de Elaboración

Fase de Construcción
Objetivos:: Resultados Criterios de evaluación

• Minimizar los costes de • Modelos Completos (Casos • El producto es estable y
desarrollo mediante la de Uso, Análisis, Diseño, maduro como para ser
optimización de recursos y Despliegue e entregado a la comunidad de
evitando el tener que Implementación) usuario para ser probado.
rehacer un trabajo o incluso • Arquitectura íntegra
(mantenida y mínimamente • Todos los usuarios expertos
desecharlo. están listos para la transición
actualizada)
• Conseguir una calidad en la comunidad de usuarios.
• Riesgos Presentados
adecuada tan rápido como • Son aceptables los gastos
Mitigados
sea práctico. actuales versus los gastos
• Plan del Proyecto para la
• Conseguir versiones fase de Transición. planeados.
funcionales (alfa, beta, y
• Manual Inicial de Usuario
otras versiones de prueba) (con suficiente detalle)
tan rápido como sea
práctico. • Prototipo Operacional – beta
• Caso del Negocio
Actualizado

Fase de Construcción

Fase de Transición
Objetivos:: Resultados Criterios de evaluación
• Prototipo Operacional • El usuario se encuentra
• Conseguir que el satisfecho.
usuario se valga por • Documentos Legales • Son aceptables los gastos
si mismo. • Caso del Negocio Completo actuales versus los gastos
planificados
• Línea de Base del Producto
• Un producto final que • Esta fase puede incluir: Prueba
completa y corregida que
cumpla los requisitos de la versión Beta para validar
incluye todos los modelos del
esperados, que el nuevo sistema frente a las
sistema
funcione y satisfaga expectativas de los usuarios,
suficientemente al • Descripción de la Funcionamiento paralelo con
usuario Arquitectura completa y los sistemas legados que están
corregida siendo sustituidos por nuestro
• Las iteraciones de esta fase proyecto.
irán dirigidas normalmente a • Conversión de las bases de
conseguir una nueva versión. datos operacionales.
• Entrenamiento de los usuarios
y técnicos de mantenimiento.
• Traspaso del producto a los
equipos de marketing,
distribución y venta

Fase de Transición

Actividad 03
▪ Elabore un organizador conceptual sobre las fases del Proceso
Unificado

Contenido
Definiendo el RUP
53
Flujos de Trabajo en RUP
Workflows Primarios
• Business Modeling (Modelado del Negocio)
• Requirements (Requisitos)
• Analysis & Design (Análisis y Diseño)
• Implementation (Implementación)
• Test (Pruebas)
• Deployment (Despliegue)
• Workflows de Apoyo
• Environment (Entorno)
• Project Management (Gestión del Proyecto)
• Configuration & Change Management (Gestión de Configuración y
Cambios)

Flujos de trabajo y modelos
Business Requirements Analysis & Implemen-

Disciplinas Modeling Design Test
tation
Verified By
Modelos Implemented
Realized By By
Realized Business Use- Use-Case

By Case Model Model
OK
B OK
B B B Fail
Automated
Business By Design Model Implementation Test Model
Object Model Model

Modelado del negocio
• Propósito:
• Entender la estructura y dinámica de la organización en el que el
sistema funcionará
• Asegurar que clientes, usuarios finales y desarrolladores entiendan la
organización
• Derivar requerimientos del sistema a desarrollar para apoyar la
organización
• Se desarrollan
• Modelos de casos de uso del negocio y
• Modelos de análisis del negocio (Modelo de objetos del negocio)

Actividades
Capture a Structure the

Common Find Business Actors Business Use-Case
Business-Process Vocabulary and Use Cases Business Model
Model
Analyst Reviewer
Detail a Review the

Business Use Business
Case Use-Case Model
Business Detail a
Designer Business Worker
Find Business Workers
and Entities Review the
Business
Detail a
Business Entity Object
Model

Artefactos

Requerimientos
• Propósito:
• Obtener un acuerdo (contrato) con los clientes y usuarios sobre lo que
el sistema debe hacer
• Proporcionar a los desarrolladores un mejor entendimiento de los
requerimientos del sistema
• Se desarrollan:
• Modelos de casos de uso para describir la funcionalidad del sistema
• Los requerimientos no funcionales se describen un una especificación
suplementaria

Requerimientos
El analista tiene mucho que hacer…
Requerimientos
Develop Elicit Stakeholder

Vision No es modelo del negocio
Needs
Find Actors
and Use Cases
(Domain modeling) Structure the
Manage Capture a
Common Use-Case Model Requirements
Dependencies
Vocabulary Reviewer
Puede hacerse indivulamnete

o en equipo
Detail a Review
Use-Case
Specifier Use Case Requirements
User-Interface User-Interface
User-Interface Modeling Prototyping
Designer
Prioritize
Architect Use Cases
Análisis y Diseño
• Propósito
• Transformar los requerimientos en un diseño del sistema a desarrollar
(Mapear las necesidades del espacio problema en entidades del
espacio de solución)
• Derivar una arquitectura robusta para el sistema
• Adaptar el diseño para enlazar con el ambiente de implementación,
• Se desarrollan:
• Es una descripción de cómo se implementará el sistema: es un plano

Análisis y Diseño
Architectural
Analysis
Architectural Describe Describe Review theArchitecture

Architect Design Concurrency Distribution Architecture Reviewer
Use-Case Subsystem Design

Analysis
Use-Case Review the
Design Design Design
Designer Reviewer
Class
Design
Designer Database
Database Design

Implementación
• Propósito
– Definir la organización del código
– Implementar clases y objetos en forma de componentes (fuente,
ejecutables, etc.)
– Probar las componentes desarrolladas
– Integrar las componentes en un sistema ejecutable

Implementación
Structure the
Architect Implementation Model
Plan System Integrate

System Integrator Integration System
Plan Subsystem Integrate

Integration Implement Subsystem
Classes
Implementer
Perform
(Programmer) Unit Test
Fix a Defect
Code Reviewer Review Code

Pruebas
• Propósito
– Verificar la interacción entre los objetos
– Verificar la integración apropiada de componentes
– Verificar que se satisfacen los requerimientos
– Identificar los defectos y corregirlos antes de la instalación
– RUP describe como planear y ejecutar estas pruebas.

Pruebas
PlanTest Implement Test
Evaluate
Test Designer Design Test Test
Execute Integration
Integration Test
Tester
Execute System
System Tester Test
Execute Performance
Performance
Test
Tester
Design Test Classes

Designer and Packages
Implement Test Components

Implementer and Subsystems

Distribución
• Propósito
• Producir un producto y hacerlo llegar a sus usuarios finales.
• Incluye las actividades:
– Producir un “release”
– Empaquetar el software
– Distribuir el software
– Instalar el software
– Apoyar a los usuarios
• A veces también incluye:
– Realizar pruebas beta
– Migración de datos
– Aceptación formal
• La mayor parte de la distribución ocurre durante la transición.

Administración de Proyectos
• Es el arte de balancear objetivos contrarios, manejar

riesgos y producir software que satisface a clientes y
usuarios.
• Existen pocos proyectos realmente exitosos.
• RUP incluye:
– Un framework para manejo de proyectos de software
– Guías para planificación, provisión de personal, ejecución y
monitoreo de planes
– Un framework para manejar riesgos

Administración de Proyectos
Entire team should participate in these activities .
Execute
Iteration
Develop Plan
Business
Case
Identify
Risks
Develop Evaluate
Iteration Iteration
Develop Plan
Project
Plan
Staff
Project
Project
Manager
Revisit Risk List

Administración y configuración
de cambios
• Forma de controlar los artefactos producidos por las
personas que trabajan en el proyecto.
• Algunos problemas habituales:
– Actualizaciones simultáneas
– Múltiples versiones
• RUP da guías para:
– Desarrollos en paralelo
– Automatizar la construcción
– Administrar defectos

Entorno
• Ambiente y herramientas de desarrollo que harán posible

llevar a cabo el proyecto.
• RUP guía en la configuración de un ambiente de proceso

apropiado a cada proyecto.

Actividad 04
▪ Elabore un organizador conceptual sobre los flujos o disciplinas del
Proceso Unificado

Ejemplo
Ejemplo Asian Music Store Online

https://sites.google.com/site/asianmusicstoreonlinerupuml/home

Actividad en equipos
▪ Busque en internet plantillas para los artefactos de la categoría de
documentos del proceso unificado de la fase de inicio:
▪ Documento de visión
▪ Glosario
▪ Caso de negocio.
▪ Lista de riesgos y plan de contingencia.
▪ Plan del proyecto (fases e iteraciones)

Preguntas ?
Técnicas de Modelamiento: Presentación 75

75
Análisis de Sistemas de Información

4 Introduccion RUP

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

4 Introduccion RUP

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniería de Sistemas e Informática

Análisis de Sistemas de Información 2

Arquitectura del RUP

Fases del ciclo de vida del RUP

Flujos de Trabajo del RUP

Proceso de Desarrollo Sistema de software

Asegurar la producción de software de calidad dentro de plazos y

Análisis de Sistemas de Información 4

QUÉ tareas hacer

QUIÉN las hace

QUÉ documentos entregar

Análisis de Sistemas de Información 6

Modelado del Negocio

Análisis de Sistemas de Información 7

Requisitos Diseño Implementación

Análisis de Sistemas de Información 8

▪ Las actividades se encadenan en una mini-cascada con un

Análisis de Sistemas de Información 9

RUP se basa el Modelo de Vista 4+1: Framework para

Análisis de Sistemas de Información 10

Análisis de Sistemas de Información 11

Considera principalmente requerimientos funcionales del sistema,

Análisis de Sistemas de Información 12

Análisis de Sistemas de Información 13

Análisis de Sistemas de Información 14

Análisis de Sistemas de Información 15

Análisis de Sistemas de Información 16

Controle los Cambios

Análisis de Sistemas de Información 17

Análisis de Sistemas de Información 18

Arquitectura del RUP

Fases del ciclo de vida del RUP

Flujos de Trabajo del RUP

Análisis de Sistemas de Información 21

Análisis de Sistemas de Información 22

Análisis de Sistemas de Información 24

Análisis de Sistemas de Información 25

Concepción Elaboración Construcción Transición

Hito Hito Hito Liberación

Hito: Punto de terminación de la iteración cuando se

Análisis de Sistemas de Información 26

Análisis de Sistemas de Información 27

Análisis de Sistemas de Información 28

Análisis de Sistemas de Información 29

Análisis de Sistemas de Información 30

Análisis de Sistemas de Información 31

Overview de conceptos RUP

Análisis de Sistemas de Información 32

Análisis de Sistemas de Información 33

Análisis de Sistemas de Información 34

Análisis de Sistemas de Información 35

Análisis de Sistemas de Información 36

Análisis de Sistemas de Información 37

▪ Business Modeling Set ▪ Deployment Set

Análisis de Sistemas de Información 38

Análisis de Sistemas de Información 39

• Una actividad es una • Las actividades se consideran en

Análisis de Sistemas de Información 40

Análisis de Sistemas de Información 41

Arquitectura del RUP

Fases del ciclo de vida del RUP

Flujos de Trabajo del RUP

Concepción Elaboración Construcción Transición

Análisis de Sistemas de Información 43