Ing.

Godofredo Ayquipa Cordova

Consultor Asesor ITIL
ANALISIS Y DISEO
DE SISTEMAS
Qu es RUP?
RUP
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Es una Metodologa Orientado a Objetos
El Proceso Unificado gua a los equipos de proyecto
en cmo administrar el desarrollo iterativo de un
modo controlado mientras se balancean los
requerimientos del negocio, el tiempo al mercado y
los riesgos del proyecto.
El proceso describe los diversos pasos involucrados
en la captura de los requerimientos y en el
establecimiento de una gua arquitectnica lo ms
pronto, para disear y probar el sistema hecho de
acuerdo a los requerimientos y a la arquitectura. El
proceso describe qu entregables producir, cmo
desarrollarlos y tambin provee patrones.

Evolucin de RUP
Evolucion
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Rational Unified
Process 5.0
Rational
Objectory
Process 4.1
Rational
Objectory
Process 4.0
Rational
Approach
Objectory
Process
Pruebas de rendimiento y carga
(Performance Awareness)
Ingeniera de Negocios
Diseo OO de IU
Ingeniera de Datos
(Vigortech)
UML 1.2
Proceso SQA
(SQA Inc.)
UML 1.0
Administracin de
Configuracin y Cambios
(Pure-Atria)
Escuela de
Requerimientos
(Requisite Inc.)
OMT
Booch
UML 0.8
1998
1997
1996
1995
Ericsson
method
1967
1987
Evolucin de RUP
Evolucin
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Caractersticas de RUP
Caractersticas
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Un caso de uso es un fragmento de funcionalidad del
sistema que proporciona un resultado de valor a un
usuario. Los casos de uso modelan los
requerimientos funcionales del sistema.
Todos los casos de uso juntos constituyen el
modelo de casos de uso.
Los casos de uso tambin guan el proceso de
desarrollo (diseo, implementacin, y prueba).
Basndose en los casos de uso los desarrolladores
crean una serie de modelos de diseo e
implementacin que llevan a cabo los casos de uso.
1- Guiado por Casos de Uso
Caractersticas de RUP
Caractersticas
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Caractersticas de RUP
Caractersticas
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

2- Centrado en la Arquitectura
La arquitectura de un sistema software se
describe mediante diferentes vistas del sistema
en construccin.
El concepto de arquitectura software incluye los
aspectos estticos y dinmicos ms
significativos del sistema.
La arquitectura es una vista del diseo completo con
las caractersticas ms
importantes resaltadas, dejando los detalles de lado.
modelo de casos de uso.
Caractersticas de RUP
Caractersticas
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

VISTA DEL MODELO DE CASOS DE USO
1



: IU-1 :
G
r
o
:
1:
2:
3:
4

()
: :
G
r
o
:
1:
2:
3:
4

()
VISTA DEL MODELO DEL DOMINIO /
VISTA DEL DIAGRAMA DE CLASES
VISTA DEL MODELO DEL ANLISIS
VISTA DEL MODELO DEL DISEO
Caractersticas de RUP
Caractersticas
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

2- Iterativo e Incremental
Es prctico dividir el esfuerzo de desarrollo de un proyecto
de software en partes mas pequeas o mini proyectos.
Cada mini proyecto es una iteracin que resulta en un
incremento.
Las iteraciones hace referencia a pasos en el flujo de
trabajo, y los incrementos a crecimientos en el producto.
Las iteraciones deben estar controladas. Esto significa
que deben seleccionarse y ejecutarse de una forma
planificada. Los desarrolladores basan la seleccin de lo
que implementarn en cada iteracin en dos cosas: el
conjunto de casos de uso que amplan la funcionalidad, y en
los riesgos mas importantes que deben mitigarse.
Ciclo de RUP
Ciclo
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Consta de 4 fases : Inicio, Elaboracin, Construccin
y Transicin
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Cada fase se subdivide en iteraciones. En cada
iteracin se desarrolla en secuencia
un conjunto de disciplinas o flujos de trabajos.
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Cada disciplina es un conjunto de actividades relacionadas
(flujos de trabajo)
vinculadas a un rea especfica dentro del proyecto total.
Las ms importantes son:
Requerimientos, Anlisis, Diseo, Codificacin, y
Prueba
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Cada disciplina est asociada con un conjunto de modelos
que se desarrollan
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Fase Inicio
Se desarrolla una descripcin del producto final y se
presenta el anlisis de negocio para el productos
Se construye un modelo de casos de uso simplificado.
Se esbozan los subsistemas ms importantes lo que
origina una arquitectura provisional.
Se identifican los riesgos ms importantes.
Se planifica la fase de ELABORACIN.
Se estima el proyecto de manera aproximada
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Fase Elaboracin
Se especifican en detalle la mayora de los casos de uso
del producto.
Se disea la arquitectura del sistema a travs de vistas de
todos los modelos del sistema (anlisis, diseo,
implementacin y despliegue), obtenindose una lnea
base de la arquitectura.
Se realizan los casos de uso ms crticos identificados en
la fase de INICIO.
El jefe del proyecto ya est en disposicin de planificar y
estimar los recursos necesarios para terminar el proyecto.
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Fase Construccin
Se crea el producto.
La lnea base de la arquitectura crece hasta
convertirse en el sistema completo.
La descripcin evoluciona hasta convertirse en un
producto preparado para entregarse al usuario.
Al final de esta fase, el producto contiene todos los casos
de uso acordados con el usuario, aunque puede que no
estn libres de defectos.
Muchos de los defectos se descubrirn y solucionarn
durante la fase de TRANSICIN.
Fases de RUP
Fases
P
R
O
C
E
S
O

U
N
I
F
I
C
A
D
O

R
A
T
I
O
N
A
L

Fase Transicin
Cubre el perodo en que el producto se convierte en
versin beta.
Los desarrolladores corrigen los defectos detectados e
incorporan algunas mejoras.
Esta fase conlleva actividades de fabricacin, formacin
a usuarios, correccin de defectos tras la entrega.
El equipo de mantenimiento valora los defectos tras la
entrega en dos categoras: los que tienen suficiente
impacto para justificar una versin incrementada y los
que pueden corregirse en la siguiente versin normal.