UML 2.

DESARROLLO DE SOFTWARE EN OBJETOS

BASADO EN RUP Y UML

Aplicando UML en el Proceso

Unificado

Ing Denny John Fuentes Adrianzn

Docente ICI - FACFyM - UNPRG
CIP N 80286

ISOO

Agenda

Que es RUP
Evolucin
Mejores practicas
Caractersticas
Iteraciones y fases
Definiciones

ISOO

Introduccin
1960s - 70s
COBOL, FORTRAN, C, etc.
Tcnicas de anlisis y diseo Estructurado
1980s inicios de 1990s
Smalltalk, Ada, C++, Visual Basic
Inicios de mtodos OO
Mediados de 1990s
Java
UML
Unified Process

ISOO

Proceso de Desarrollo
Un proceso de desarrollo de software es un conjunto
de actividades necesarias para transformar los Requisitos de un usuario en un sistema software.
Requisitos del
Usuario

Proceso de Desarrollo
de Software (PU)

Sistema
Software

SQA

ISOO

Que es RUP
RUP es un proceso de desarrollo de software:
Forma
disciplinada
de
asignar
tareas
y
responsabilidades en una empresa de desarrollo
(quin hace qu, cundo y cmo).
Objetivos:
Asegurar la produccin de software de calidad dentro
de plazos y presupuestos predecibles.
Dirigido por casos de uso, centrado en la arquitectura,
iterativo (mini-proyectos) e incremental (versiones) y
Configurable.

ISOO

Que es RUP
Es tambin un producto:
Desarrollado y mantenido por Rational.
Actualizado constantemente para tener en cuenta las
mejores prcticas de acuerdo con la experiencia.
Es un proceso de la Ingeniera de Software.
Provee un enfoque disciplinario para asignar tareas y
responsabilidades durante la organizacin del
desarrollo de software.
Es una gua de cmo usar efectivamente UML.

ISOO

Que es RUP
Es un marco de trabajo genrico que puede
especializarse para una gran variedad de
sistemas software, para diferentes reas de
aplicacin, diferentes tipos de organizaciones,
diferentes niveles de aptitud y diferentes
tamaos de proyectos.

ISOO

Evolucin
1998

Pruebas de rendimiento y carga

(Performance Awareness)
Ingeniera de Negocios
Administracin de
Configuracin y Cambios
(Pure-Atria)

1997

1996

1995
1987
1967

Escuela de
Requerimientos
(Requisite Inc.)

OMT
Booch

Rational Unified
Process 5.0

Diseo OO de IU
Ingeniera de Datos
(Vigortech)
UML 1.2

Rational Objectory
Process 4.1

Proceso SQA
(SQA Inc.)
UML 1.0

Rational Objectory
Process 4.0
Rational
Approach

Objectory
Process

UML 0.8

Ericsson
method

ISOO

Las Mejores Practicas

RUP pretende implementar las mejores prcticas
actuales en ingeniera de software:
1)
2)
3)
4)
5)
6)

Desarrollo iterativo del software.

Administracin de requerimientos.
Uso de arquitecturas basadas en componentes.
Modelamiento visual del software.
Verificacin de la calidad del software.
Control de cambios.

ISOO

Desarrollo Iterativo
El software moderno es complejo y novedoso. No es
realista usar un modelo lineal de desarrollo como el
de cascada.
Un proceso iterativo permite una comprensin
creciente de los requerimientos a la vez que se va
haciendo crecer el sistema.
RUP sigue un modelo iterativo que aborda las tareas
ms riesgosas primero.
Con esto se logra reducir los riesgos del proyecto y
tener un subsistema ejecutable tempranamente.

ISOO

Administracin de Requerimientos
RUP describe cmo:
Obtener los requerimientos
Organizarlos
Documentar requerimientos de funcionalidad y restricciones
Rastrear y documentar decisiones
Captar y comunicar requerimientos del negocio

Los casos de uso y los escenarios indicados por el

proceso han probado ser una buena forma de captar
requerimientos y guiar el diseo, la implementacin y
las pruebas.

ISOO

Arquitectura basada en
Componentes
El proceso se basa en disear tempranamente una
arquitectura base ejecutable.
La arquitectura debe ser:

Flexible
Fcil de modificar
Intuitivamente comprensible
Promueve la reutilizacin de componentes

RUP apoya el desarrollo basado en componentes,

tanto nuevos como preexistentes.

ISOO

Modelamiento Visual
Modelamiento visual de la estructura y el
comportamiento de la arquitectura y los componentes.
Bloques de construccin:
Ocultan detalles
Permiten la comunicacin en el equipo de desarrollo
Permiten analizar la consistencia:
Entre las componentes
Entre diseo e implementacin
UML es la base del Modelamiento Visual de RUP.

ISOO

Verificacin de Cualidades
No slo la funcionalidad es esencial, tambin el
rendimiento y la confiabilidad.
RUP ayuda a planificar, disear, implementar, ejecutar
y evaluar pruebas que verifiquen estas cualidades.
El aseguramiento de la calidad es parte del proceso de
desarrollo y no la responsabilidad de un grupo
independiente.

ISOO

Control de Cambios
Los cambios son inevitables, pero es necesario
evaluar si stos son necesarios y rastrear su
impacto.
RUP indica como controlar, rastrear y monitorear los
cambios dentro del proceso iterativo de desarrollo.

ISOO

Caractersticas del RUP

Conducido por
casos de uso

Configurable

Centrado en la
Arquitectura

Iterativo e
incremental

ISOO

Conducido por casos de uso

El
proceso
de
desarrollo sigue un
flujo:
Los casos de uso son
especificados,
Los casos de uso son
diseados y

Flujo de Trabajo
del Proceso

Requerimientos

Anlisis &
Diseo

Implementacin

Pruebas

Modelos

Realizado
por

Por ltimo los casos

de uso sirven de
fuente para desarrollar
los casos de prueba.

Modelamiento del
Negocio

Modelo de
Casos de Uso
del Negocio

Modelo de
Casos de Uso

Realizado por

Implementado Verificado por

por

Bien
Bien
Mal

Automatizado
por
Modelo de
Objetos del
Negocio

Modelo de
Diseo

Modelo de
Implementacin

Modelo de
Pruebas

ISOO

Centrado en la Arquitectura
Programadores

Analistas/Diseadores

VISTA DE
IMPLEMENTACION

VISTA LOGICA
Estructura
Usuario Final

Administracin de
Software

VISTA DE CASOS DE USO

Funcionalidad
Integradores de Sistemas

VISTA DE PROCESO
Performance
Escalabilidad

Ingeniera de Sistemas

VISTA DE PUESTA EN
MARCHA
Topologa del sistema
Entrega
Instalacin
Comunicacin

ISOO

Relacin entre los casos de uso

y la arquitectura
Forma: Arquitectura
Cliente A
Aplicacin

Cliente B
Aplicacin

Servicios

Cliente C
Navegador
Web

Servicios

Kernel
Servidor Web

Funcionalidad:

Servidor de Objetos
de Negocios
Objetos
ORB
Kernel

Casos de uso
Servidores de Base de Datos

HTML, CGI, Java

Objetos
ORB
Kernel

ISOO

El Proceso Unificado es iterativo e

incremental
Concepcin

Elaboracin

Transicin

Construccin

Evolucin

Iteracin
Preliminar

Iteracin
#1

Iteracin
#2...

Escenario de Requerimientos,
Anlisis y Diseo

Iteracin
#n+1

Iteracin
#...

Iteracin
#m

Iteracin
#m+1

Escenario de Produccin

Entregable 2

Entregable
1

Lanzamiento 3

Lanzamiento 2

Lanzamiento 1

Lnea base de
la Aquitectura

Prototipo de la
Arquitectura

Prototipo
Conceptual

Visin, planes
Otros documentos de
administracin
Producto,
manuales
Otros documentos tcnicos

Iteracin
#m+2...

Mantenimiento

ISOO

Caractersticas de RUP

ISOO

Ciclos y Fases

ISOO

Ciclo de vida
Concepcin

Elaboracin

Construccin

Transicin

El ciclo inicial de desarrollo

Concepcin

Elaboracin

Construccin

El siguiente ciclo de evolucin

Evolucin

Generacin 1

Transicin

Evolucin

Generacin 2

ISOO

Ciclos y fases
RUP divide el proceso de desarrollo en ciclos,
teniendo un producto al final de cada ciclo.
Cada ciclo se divide en cuatro Fases:
Inicio
Elaboracin
Construccin
Transicin
Cada fase concluye con un hito bien definido donde
deben tomarse ciertas decisiones.

ISOO

Fases e Iteraciones
Inception

Prelim
Iteration

Elaboration

...

Arch
Iteration

Release

Release

Construction

...

Dev
Iteration

Release

Dev
Iteration

Release

Release

Transition

...

...

Trans
Iteration

Release

Release

Release

Una fase es el intervalo de tiempo entre dos hitos importantes del

proceso.
Una iteracin es una sucesin de actividades con un plan establecido
y criterio de evaluacin, mientras se va produciendo las versiones del
sistema.

ISOO

1. Fase de Inicio

Se establece la oportunidad y alcance el proyecto.

Se identifican todas las entidades externas con las que se trata

(actores) y se define la interaccin a un alto nivel de abstraccin:
Identificar todos los casos de uso
Describir algunos en detalle

La oportunidad del negocio incluye:

Criterios de xito.
Identificacin de riesgos.
Estimacin de recursos necesarios.
Plan de las fases incluyendo hitos.

ISOO

1. Fase de Inicio
Productos:

Un documento de visin
general:
Requerimientos
generales del proyecto
Caractersticas
principales
Restricciones
Modelo inicial de casos de
uso (10% a 20 % listos).
Glosario.

Caso de negocio:
Contexto
Criterios de xito
Pronstico financiero
Identificacin inicial de
riesgos.
Plan de proyecto.
Uno o ms prototipos.

ISOO

1. Fase de Inicio
Hito:
Objetivos del
Ciclo de Vida

Inicio

Elaboracin Construccin Transicin

Las partes interesadas deben acordar el alcance y la

estimacin de tiempo y costo.
Comprensin de los requerimientos plasmados en casos
de uso.

ISOO

2. Fase de Elaboracin
Objetivos:
Analizar el dominio del problema
Establecer una arquitectura base slida
Desarrollar un plan de proyecto
Eliminar los elementos de mayor riesgo para el desarrollo
exitoso del proyecto
Visin de una milla de amplitud y una pulgada de profundidad
porque las decisiones de arquitectura requieren una visin global
del sistema.

ISOO

2. Fase de Elaboracin
Productos:

Es la parte ms crtica del

proceso:
Al final toda la ingeniera
dura est hecha
Se puede decidir si vale la
pena seguir adelante

A partir de aqu la
arquitectura, los
requerimientos y los planes
de desarrollo son estables.

Ya hay menos riesgos y se

puede planificar el resto del
proyecto con menor
incertidumbre.
Se construye una
arquitectura ejecutable que
contemple:
Los casos de uso crticos
Los riesgos identificados

ISOO

2. Fase de Elaboracin
Productos:

Modelo de casos de uso (80%

completo) con descripciones
detalladas.
Otros requerimientos no funcionales o no asociados a casos
de uso.
Descripcin de la Arquitectura
del Software.

Un prototipo ejecutable de la
arquitectura.
Lista revisada de riesgos y
del caso de negocio.
Plan de desarrollo para el
resto del proyecto.
Un manual de usuario
preliminar.

ISOO

2. Fase de Elaboracin
Hito:

Concepcin

Arquitectura de
Ciclo de Vida

Elaboracin

Construccin

Transicin

Condiciones de xito de la elaboracin:

Es estable la visin del producto?
Es estable la arquitectura?
Las pruebas de ejecucin demuestran que los riesgos han
sido abordados y resueltos?
Es el plan del proyecto algo realista?
Estn de acuerdo con el plan todas las personas
involucradas?

ISOO

3. Fase de Construccin
En esta fase todas las componentes restantes se
desarrollan e incorporan al producto.
Todo es probado en profundidad.
El nfasis est en la produccin eficiente y no ya
en la creacin intelectual.
Puede hacerse construccin en paralelo, pero
esto exige una planificacin detallada y una
arquitectura muy estable.

ISOO

3. Fase de Construccin
Productos:
El producto de software integrado y corriendo en la
plataforma adecuada.
Manuales de usuario.
Una descripcin del release actual.

ISOO

3. Fase de Construccin
Capacidad
Operacional

Hito:

Concepcin

Elaboracin

Construccin

Transicin

Se obtiene un producto Beta que debe decidirse si

puede ponerse en ejecucin sin mayores riesgos.
Condiciones de xito:
El producto est maduro y estable para instalarlo
en el ambiente del cliente?
Estn los interesados listos para recibirlo?

ISOO

4. Fase de Transicin
El objetivo es traspasar el software desarrollado
a la comunidad de usuarios.
Una vez instalado surgirn nuevos elementos que
implicarn nuevos desarrollos (ciclos).
Incluye:
Pruebas Beta para validar el producto
expectativas del cliente
Ejecucin paralela con sistemas antiguos
Conversin de datos
Entrenamiento de usuarios
Distribuir el producto

con

las

ISOO

4. Fase de Transicin
Objetivos:
Obtener autosuficiencia de parte de los usuarios.
Concordancia en los logros del producto de parte de
las personas involucradas.
Lograr el consenso cuanto antes para liberar el
producto al mercado.
Concepcin

Elaboracin

Construccin

Transicin

Producto

ISOO

Definiciones

ISOO

Trabajador
Un trabajador define el comportamiento y las
responsabilidades de un individuo.
Es como un sombrero que la persona usa durante
el proyecto:
Una persona puede tener varios sombreros
Es el rol que desempea en un momento dado
Responsabilidades:
Hacer una serie de actividades
Ser el responsable de una serie de artefactos

ISOO

Actividades

Una actividad es una unidad

de trabajo que se asigna a un
trabajador. Ej.:
Crear o modificar un
artefacto
Una actividad lleva entre un
par de horas y un par de das,
involucra un solo trabajador y
un nmero pequeo de
artefactos.

Las actividades se consideran en la

planificacin y evaluacin del
progreso del proyecto.
Ejemplos:
Planificar una iteracin Administrador de proyecto
Encontrar actores y casos de uso Analista
Revisar el diseo - Revisor de
diseo
Ejecutar pruebas de performance Ing. de pruebas de performance

ISOO

Asignacin de actividades
Recurso

Trabajador

Actividad

Pablo

Diseador

Diseo de Objetos

Mara

Autor de Casos de Uso

Detallar un Caso de Uso

J os

Diseador de Casos de Uso

Disear un Caso de Uso

Silvia

Revisor de Diseo

Revisar el Diseo

Arquitecto

Anlisis de Arquitectura
Diseo de Arquitectura

Eduardo

ISOO

Artefacto

Elementos de informacin
producidos, modificados o
usados por el proceso.
Son los productos tangibles
del proyecto.
Son
usados
por
los
trabajadores para realizar
nuevas actividades y son el
resultado
de
esas
actividades.

Ejemplos:
Un
modelo,
como
el
modelo de casos de uso o
el modelo de diseo.
Un elemento del modelo,
como una clase o un caso
de uso.
Un documento tal como el
Caso del Negocio o la
Arquitectura del Software.
Cdigo fuente.
Cdigo ejecutable.

ISOO

Flujos de Trabajo

Una lista de actividades,

trabajadores y artefactos
constituye un proceso.

Anlisis de
Arquitectura

Diseo de
Arquitectura

Describir
Distribucin

Arquitecto
Anlisis de
Casos de Uso

Un flujo de trabajo es una

secuencia de actividades
que produce un resultado
valioso.

Describir
Concurrencia

Diseo de
Casos de Uso

Diseador de
Casos de Uso
Anlisis de
Objetos

Diseo de
Objetos

Diseador

No siempre es posible
representar flujos de
trabajo.

Revisor de
Diseo

Revisar el
Anlisis

Revisar el
Diseo

Revisar la
Arquitectura