2. El proceso de
desarrollo unificado
2

3. El proceso de desarrollo unificado
• 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
DINÁMICA
CICLO Debe ofrecer un
marco de trabajo INTERFAZ
DE VIDA
genérico
PARTE
3
ESTÁTICA

4. 1. Guiado por
casos de uso
• Los sistemas se crean para dar
servicio a los usuarios.
oQué requisitos se necesitan
oun caso de uso es una pieza de
funcionalidad de un sistema
que le proporciona a algún
usuario un resultado o valor.
4

5. Casos de uso
• Todos juntos constituyen el
modelo de casos de uso
(MCU)
ofuncionalidad completa
opara todos los usuarios
5

6. EJEMPLO DE MODELO DE
CASOS DE USO
Consultar Catálogo
<<includes>>
Actualizar Catálogo
Persona Reservar Libro
EncargadoBiblio
<<extends>>
Tomar Préstamo Copia
Libro
- No disponible
<<extends>> Tomar Préstamo
Revista
Extender Préstamo
- No reservado
Socio Devolver Revista
TrabajadorBiblio
Devolver Copia Libro
6

7. Desarrollo guiado por
casos de uso (CU)
los casos de uso:
• capturan requisitos
• se especifican (analizan)
• se diseñan
• se implementan
• y se prueban
7

8. Tomar Préstamo 1.- CASO DE USO Desarrollo guiado por
CASOS DE USO
Persona
2.- ANÁLISIS 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.- DISEÑO DEL 3: obtenerLibro(signaturaLibro:String) estamos buscando
4: getSignatura()
CASO DE USO elLibro
5: getCopias()
6: isCopiaPrestada()
4.- IMPLEMENTACIÓN DEL CASO DE USO
8
5.- PRUEBA DEL CASO DE USO

9. 2. Centrado en la arquitectura
• La arquitectura de un sistema
software es un extracto de los
modelos del sistema
oExtracto: vista de cada modelo
• que da una idea de qué forma
que tiene el sistema completo
9

10. 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 ANÁLISIS
VISTA DEL MODELO DEL DISEÑO
+ VISTAS DEL MODELO DE IMPLEMENTACIÓN Y PRUEBAS
SON VISTAS DE LOS MODELOS (NO MODELOS COMPLETOS).
SÓLO APARECEN LOS QUE CORRESPONDEN
10
A CASOS DE USOS CRÍTICOS

11. 3. Ciclo de vida iterativo e
incremental
• ITERATIVO
oSe repiten VARIOS
MINIPROYECTOS
• INCREMENTAL
oCada miniproyecto AMPLIA
EL PRODUCTO
11

12. El CV del proceso
unificado
• un ciclo de vida se repite a lo largo
del tiempo
• tras cada ciclo de vida 
versión nueva del producto
• un ciclo de vida se divide en fases
• cada fase se divide en iteraciones
• en cada iteración se realizan flujos
de trabajo
12

13. El CV del proceso unificado
Flujos de
trabajo:
Fases
Actividades
Inicio Elaboración Construcción Transición
Requisitos
Análisis
Diseño
Implementación
Prueba
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
13

14. El CV del proceso
unificado
Versiones del producto
EN CONSTRUCCIÓN
Prdct Producto
Iniciación Iniciación Elaboración construcción transición
 iteración #n-1 fnll final
iteración #1 iteración #2 iteración #3 iteración #n-1
Iniciación Elaboración Construcción Transición
NUEVA VERSIÓN DEL PRODUCTO (en este CV) 14

15. El producto
(del proceso unificado)
• no es sólo código ejecutable
• son los modelos o
representación del software
• debe ajustarse a todas las
personas implicadas
15

16. Fases dentro del CV del
proceso unificado
• Fase: parte de un cv
• cada fase termina en un hito
ohay artefactos disponibles
(según lo planificado)
olos resultados en los hitos
permiten gestionar
16

17. Fases dentro del CV del
proceso unificado
• iniciación:
– describir producto final / análisis del negocio
– identificar riesgos más importantes
– establecer planificación inicial del proyecto
– decidir si se continúa
• elaboración:
– establecer plan y arquitectura estable
• construcción: desarrollar el producto
• transicion: proporcionar sistema a usuarios
17

18. Iteraciones
• cada fase se divide en iteraciones
• cada iteración
o miniproyecto (en cascada) que ejecuta flujos
de trabajo
o produce un incremento en producto
• tal y como estaba
• se reduce el riesgo
o se puede perder sólo lo realizado en esa
iteración
18

19. Iteraciones
Como se puede ver, el Proceso
Unificado de Desarrollo
incluye actividades
ITERACIÓN correspondientes a un Proceso
de Gestión de Proyectos
PLANIFICACIÓN DE EVALUACIÓN DE LA
LA ITERACIÓN ITERACIÓN
REQUISITOS ANÁLISIS DISEÑO IMPLEMENTACIÓN PRUEBAS
ACTIVIDADES DE LOS FLUJOS DE TRABAJO FUNDAMENTALES 19

20. Flujos de trabajo
• captura de requisitos:
oidentificar requisitos del sistema
oconstruir un modelo del mismo
• modelo de casos de uso
• modelo del dominio (o negocio)
• análisis:
oespecificar requisitos
oconstruir modelo del análisis 20

21. Flujos de trabajo
• diseño:
– encontrar la forma del sistema (solución)
– construir modelo del diseño
• implementación:
– codificar el diseño (solución)
– construir modelo de implementación
• pruebas:
– verificar la implementación
– construir modelo de pruebas
21

22. Fases: Iniciación
Establecer la planificación del proyecto
• ¿Qué va a hacer el sistema para cada uno de sus
usuarios principales?
o Un MCU simplificado con los CU más críticos
• ¿Cómo sería la arquitectura para un sistema como ese?
o Borrador con los subsistemas principales
• ¿Cuál es el plan y cuánto va a costar desarrollar el
producto?
o Identificar los riesgos principales y priorizarlos, planificar elaboración y
presupuesto proximado
22

23. Fases: Elaboración
Establecer un plan para el proyecto y una arquitectura correcta
• Especificar en detalle los CU + críticos
• Diseñar la arquitectura
o Mediante vistas de todos los modelos del SI
o Vista arquitectónica de MCU, M. Análisis, M. Diseño, M.
Implementación (con los componentes que demuestran
que la arquitectura es ejecutable) y M. Distribución.
• 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?
23

24. Fases: Construcción
Desarrollar el sistema
• Se construye el producto. En esta fase:
o La arquitectura se completa para construir un sistema bien cimentado
o La visión evoluciona hasta convertirse en un producto preparado para los
usuarios
o Es donde se gastan la mayoría de los recursos
o La arquitectura del sistema es estable. Sin embargo, se pueden realizar cambios
mínimos a la misma.
o ¿El producto se ajusta suficientemente a las necesidades de los usuarios de
algunos usuarios como para enviarselo ya?
24

25. Fases: Transición
Proporcionar el sistema a los usuarios finales
• El producto se encuentra en fase beta
o Un grupo reducido de usuarios experimentados
prueba el producto e informa de los defectos y
deficiencias y sugieren mejoras.
o Los desarrolladores corrigen las deficiencias e
incorporan algunas de las mejoras propuestas en
una versión para un grupo de usuarios mayor.
o En esta fase se encuentran actividades como la
venta, formación de los usuarios, ofrecimiento de
ayuda en línea y corrección de defectos
descubiertos tras la implantación. Los defectos:
(1) los que justifican la aparición de una nueva
versión del sistema, (2) los que se pueden dejar
para la siguiente versión que se cree.
25