INTRODUCCIN AL PROCESO UNIFICADO

DE DESARROLLO DE SOFTWARE

1 Anlisis de Sistemas
EL SOFTWARE EN LAS EMPRESAS HOY
El software es un componente crtico para el logro
de los objetivos del negocio de las empresas
El dinmico mundo actual de los negocios exige
desarrollos en plazos cada vez ms breves y ajustndose
a presupuestos muy estrictos
productos que satisfagan a sus usuarios y puedan
evolucio-nar en conjunto con las empresas
Las organizaciones de desarrollo de software
difcilmente pueden cumplir con estas exigencias
RACES DE LOS PROBLEMAS DE
DESARROLLO DE SOFTWARE
Manejo ad hoc de Pruebas insuficientes
requisitos Evaluacin subjetiva
Comunicacin ambigua del estado del proyecto
e imprecisa Falla en abordar los
Arquitecturas frgiles riesgos
Complejidad Propagacin no
abrumadora controlada de cambios
Inconsistencias no de- Insuficiente
tectadas en requisitos, automatizacin
diseo,
implementacin
EL PROCESO UNIFICADO (RUP)
El RUP es un proceso de El RUP es un producto
ingeniera de software para el proceso
Cmo asignar tareas y Desarrollado, mantenido y
responsabilidades en una comercializado por
organizacin de Rational Software
desarrollo? Disponible en CD-ROM y
Asegurar la produccin de via Internet
software de alta calidad Integrable con
que satisface las herramientas de desarrollo
necesidades de sus de Rational Software:
usuarios en un plazo y Rational Rose,
presupuesto predecibles ClearQuest, ClearCase,
Adaptable a la Requisite Pro,
organizacin que lo adopta
EL RUP INCORPORA LAS MEJORES
PRCTICAS DE DESARROLLO DE SOFTWARE
Desarrollo incremental Modelamiento visual
Disminucin de riesgos UML
4 fases, varias Manejo de complejidad
iteraciones Verificacin continua
Gestin de requisitos de la calidad
Casos de uso Durante todo el ciclo de
Priorizacin vida
Uso de arquitecturas Control de cambios
de componentes
Orientacin a objetos
Reuso
Arquitecturas resistentes
EL PROCESO UNIFICADO DE
DESARROLLO DE SOFTWARE
Es un proceso ORIENTADO A OBJETOS
El proceso es:
Guiado por casos de uso
Centrado en la arquitectura
Con un ciclo de vida iterativo e incremental

PARTE
DINMICA

CICLO Debe ofrecer un

marco de trabajo INTERFAZ
DE VIDA
genrico

7
PARTE
ESTTICA
 El proceso unificado de
desarrollo de software
El Proceso Unificado de Desarrollo usa UML

UML Notacin

Herramientas Proceso

RATIONAL ROSE
PROCESO UNIFICADO DE
VISIO DESARROLLO DE RATIONAL
8
1. GUIADO POR
CASOS DE USO

Los sistemas se crean para dar

servicio a los usuarios.
Qu REQUISITOS se necesitan
Un CASO de USO es una pieza de
FUNCIONALIDAD de un sistema
que le proporciona a algn
USUARIO un RESULTADO o
VALOR. 9
CASOS DE USO
Todosjuntos constituyen el
modelo de casos de uso
(MCU)

FUNCIONALIDAD
COMPLETA

PARATODOS LOS
USUARIOS 10
 EJEMPLO DE MODELO DE
CASOS DE USO
Consultar Catlogo
<<includes>>

Actualizar Catlogo

Persona Reservar Libro

EncargadoBiblio
<<extends>>

Tomar Prstamo Copia

Libro
- No disponible

<<extends>> Tomar Prstamo

Revista

Extender Prstamo
- No reservado

Socio Devolver Revista

TrabajadorBiblio
Devolver Copia Libro 11
DESARROLLO GUIADO POR CASOS DE USO
(CU)

LOS CASOS DE USO:

CAPTURAN REQUISITOS
SE ESPECIFICAN
(ANALIZAN)
SE DISEAN
SE IMPLEMENTAN
Y SE PRUEBAN
12
 Tomar Prstamo 1.- CASO DE USO Desarrollo guiado por
CASOS DE USO

Persona

2.- ANLISIS DEL

CASO DE USO

: IU-1 : GestorLibro : Libro elLibro:Libro

1: Introducir Signatura y NumeroDeSocio

Se repite hasta que se
2: Aceptar encuentre un libro
con la signatura que
3.- DISEO DEL 3: obtenerLibro(signaturaLibro:String) estamos buscando

CASO DE USO
4: getSignatura()

elLibro

5: getCopias()

6: isCopiaPrestada()
13
4.- IMPLEMENTACIN DEL CASO DE USO
5.- PRUEBA DEL CASO DE USO
2. CENTRADO EN LA ARQUITECTURA

La arquitectura de un sistema
software es un extracto de los
modelos del sistema
Extracto:
VISTA DE CADA
MODELO
que da una idea de qu forma
que tiene el sistema completo
14
 Centrado en la
ARQUITECTURA
1

VISTA DEL MODELO DE CASOS DE USO VISTA DEL MODELO DEL DOMINIO /
VISTA DEL DIAGRAMA DE CLASES

: IU-1 : : : : :
2: 1: 3: G 2: 1: 3: G
r 4 r 4
() ()
o o
VISTA DEL MODELO DEL ANLISIS
VISTA DEL MODELO DEL DISEO

+ VISTAS DEL MODELO DE IMPLEMENTACIN Y PRUEBAS

SON VISTAS DE LOS MODELOS (NO MODELOS COMPLETOS).

15
SLO APARECEN LOS QUE CORRESPONDEN
A CASOS DE USOS CRTICOS
3. CICLO DE VIDA ITERATIVO E
INCREMENTAL

ITERATIVO
Se
repiten VARIOS
MINIPROYECTOS
INCREMENTAL
Cada
miniproyecto AMPLIA
EL PRODUCTO
16
 EL CV DEL PROCESO UNIFICADO

UN CICLO DE VIDA SE REPITE A LO

LARGO DEL TIEMPO
TRAS CADA CICLO DE VIDA
VERSIN NUEVA DEL PRODUCTO
UN CICLO DE VIDA SE DIVIDE EN
FASES
CADA FASE SE DIVIDE EN
ITERACIONES
EN CADA ITERACIN SE REALIZAN
FLUJOS DE TRABAJO 17
 El CV del proceso unificado
Flujos de
trabajo:
Fases
Actividades
Inicio Elaboracin Construccin Transicin

Requisitos

Anlisis

Diseo

Implementacin

Prueba
18
ite r. ite r. ite r. ite r. ite r. ite r. ite r.
Iteraciones: #1 #2 #n # n+ 1 # n+2 #m #m +1
 EL CV DEL PROCESO UNIFICADO

Versiones del producto

EN CONSTRUCCIN

Prdct Producto
Iniciacin Iniciacin Elaboracin construccin transicin
lll iteracin #n-1 fnll final
iteracin #1 iteracin #2 iteracin #3 iteracin #n-1

Iniciacin Elaboracin Construccin Transicin

19

NUEVA VERSIN DEL PRODUCTO (en este CV)

EL PRODUCTO
(DEL PROCESO UNIFICADO)
NO ES SLO CDIGO
EJECUTABLE
SON LOS MODELOS O
REPRESENTACIN DEL
SOFTWARE
DEBE AJUSTARSE A TODAS
LAS PERSONAS IMPLICADAS
20
FASES DENTRO DEL CV DEL PROCESO
UNIFICADO

FASE:PARTE DE UN CV
CADA FASE TERMINA EN
UN HITO
HAY ARTEFACTOS
DISPONIBLES (SEGN LO
PLANIFICADO)
LOS RESULTADOS EN LOS
HITOS PERMITEN GESTIONAR 21
 Fases dentro del CV del
proceso unificado
INICIACIN:
DESCRIBIR PRODUCTO FINAL / ANLISIS DEL NEGOCIO
IDENTIFICAR RIESGOS MS IMPORTANTES
ESTABLECER PLANIFICACIN INICIAL DEL PROYECTO
DECIDIR SI SE CONTINA
ELABORACIN:
ESTABLECER PLAN Y ARQUITECTURA ESTABLE
CONSTRUCCIN: DESARROLLAR EL PRODUCTO
22
TRANSICION: PROPORCIONAR SISTEMA A USUARIOS
 ITERACIONES
CADA FASE SE DIVIDE EN ITERACIONES
CADA ITERACIN
MINIPROYECTO (EN CASCADA) QUE
EJECUTA FLUJOS DE TRABAJO
PRODUCE UN INCREMENTO EN PRODUCTO
TAL Y COMO ESTABA
SE REDUCE EL RIESGO
SE PUEDE PERDER SLO LO REALIZADO EN
ESA ITERACIN

23
 ITERACIONES
Como se puede ver, el Proceso
Unificado de Desarrollo
incluye actividades
ITERACIN correspondientes a un Proceso
de Gestin de Proyectos

PLANIFICACIN DE EVALUACIN DE LA
LA ITERACIN ITERACIN

REQUISITOS ANLISIS DISEO IMPLEMENTACIN PRUEBAS

24

ACTIVIDADES DE LOS FLUJOS DE TRABAJO FUNDAMENTALES

FLUJOS DE TRABAJO
CAPTURA DE REQUISITOS:
IDENTIFICAR REQUISITOS DEL
SISTEMA
CONSTRUIR UN MODELO DEL
MISMO
MODELO DE CASOS DE USO
MODELO DEL DOMINIO (o NEGOCIO)

ANLISIS:
ESPECIFICAR REQUISITOS
25
CONSTRUIR MODELO DEL ANLISIS
 Flujos de trabajo
DISEO:
ENCONTRAR LA FORMA DEL SISTEMA (SOLUCIN)
CONSTRUIR MODELO DEL DISEO
IMPLEMENTACIN:
CODIFICAR EL DISEO (SOLUCIN)
CONSTRUIR MODELO DE IMPLEMENTACIN
PRUEBAS:
VERIFICAR LA IMPLEMENTACIN
CONSTRUIR MODELO DE PRUEBAS 26
 FASES: INICIACIN
ESTABLECER LA PLANIFICACIN DEL PROYECTO

Qu va a hacer el sistema para cada uno de sus usuarios

principales?
Un MCU simplificado con los CU ms crticos
Cmo sera la arquitectura para un sistema como ese?
Borrador con los subsistemas principales
Cul es el plan y cunto va a costar desarrollar el
producto?
Identificar los riesgos principales y priorizarlos, planificar
elaboracin y presupuesto aproximado

27
FASES: ELABORACIN
ESTABLECER UN PLAN PARA EL PROYECTO Y UNA ARQUITECTURA
CORRECTA

Especificar en detalle los CU + crticos

Disear la arquitectura
Mediante vistas de todos los modelos del SI
Vista arquitectnica de MCU, M. Anlisis, M. Diseo, M.
Implementacin (con los componentes que demuestran que
la arquitectura es ejecutable) y M. Distribucin.
Al final de esta fase se debe poder planificar las
actividades y estimar los recursos para poder
completar el proyecto. Son los CU, arquitectura y
planes lo suficientemente estables y los riesgos bajo
control suficiente para firmar un contrato para
terminar el trabajo de desarrollo?
28
 FASES: CONSTRUCCIN
DESARROLLAR EL SISTEMA

Se construye el producto. En esta fase:

La arquitectura se completa para construir un sistema bien
cimentado
La visin evoluciona hasta convertirse en un producto preparado
para los usuarios
Es donde se gastan la mayora de los recursos
La arquitectura del sistema es estable. Sin embargo, se pueden
realizar cambios mnimos a la misma.
El producto se ajusta suficientemente a las necesidades de los
usuarios de algunos usuarios como para enviarselo ya?

29
FASES: TRANSICIN
PROPORCIONAR EL SISTEMA A LOS USUARIOS FINALES

El producto se encuentra en fase beta

Un grupo reducido de usuarios experimentados
prueba el producto e informa de los defectos y
deficiencias y sugieren mejoras.
Los desarrolladores corrigen las deficiencias e
incorporan algunas de las mejoras propuestas en una
versin para un grupo de usuarios mayor.
En esta fase se encuentran actividades como la venta,
formacin de los usuarios, ofrecimiento de ayuda en
lnea y correccin de defectos descubiertos tras la
implantacin. Los defectos: (1) los que justifican la
aparicin de una nueva versin del sistema, (2) los
que se pueden dejar para la siguiente versin que se
cree.
30