Proceso Unificado Parte I

UN EJEMPLO: EL PROCESO
UNIFICADO DE DESARROLLO
(1ª parte)

The unified software development process, Ivar Jacobson, Grade
Booch, James Rumbaug, Ed. Addison Wesley, 1999
El proceso unificado de desarrollo, Ivar Jacobson, Grade Booch, James
Rumbaug, Ed. Addison Wesley, 1999

Ingeniería del Software

1

Un ejemplo: el Proceso Unificado
•
•
•
•
•
•
•

Características del Proceso Unificado
Flujos detrabajo fundamentales
Iteración genérica
Planificar
Gestionar los riesgos
Recursos
Evaluar

Ingeniería del Software

2

Un ejemplo: el Proceso Unificado
• Características del Proceso Unificado
–
–
–
–
–

•
•
•
•
•
•

UML
Basado en casos de uso
Centrado en la arquitectura
Iterativo-Incremental
Modelos del proceso

Flujos de trabajo fundamentales
Iteración genérica
Planificar
Gestionar losriesgos
Recursos
Evaluar

Ingeniería del Software

3

El Proceso Unificado (UP)
• Unificación de tres metodologías de desarrollo
basadas en el paradigma orientado a objetos.
– OOSE: Object Oriented Software Engineering (Casos de Uso)
Jacobson, I.
– Booch (Diseño) Booch, G.
– OMT: Object Modeling Technique (Análisis) Rumbaugh, J.

Ingeniería del Software

4

El Proceso Unificado (UP)
• Es más que unproceso de desarrollo software
– un marco de trabajo que puede especializarse

• Basado en componentes conectados a través de
interfaces
• Utiliza UML - Unified Modeling Language
• Dirigido por casos de uso
• Centrado en la arquitectura
• Iterativo e incremental

Ingeniería del Software

5

UML
• UML es un lenguaje de modelado
• Permite la construcción de distintos modelos
– Diagramas de Clase,Diagramas de Casos de Uso, etc.
– Es autodescriptivo porque puede especificarse por medio de
un diagrama de clases de UML.

• Bloques de construcción:
– Elementos: bloques básicos
– Relaciones: ligan los elementos
– Diagramas: agrupan colecciones de elementos ligados,
aportando un significado adicional

Ingeniería del Software

6

UML - Elementos y relaciones
• Elementos:
–
–
–
–

Estructurales:Clases, Casos de Uso,
Comportamiento: Interacción, Estados...
Agrupación: Paquetes
Anotación: Notas

• Relaciones:
–
–
–
–

Dependencia (Relación de Uso)
Asociación (Relación estructural)
Generalización (Representación de la herencia.)
Realización

Ingeniería del Software

7

UML - Diagramas
• Ofrecen distintas perspectivas de una abstracción de
la realidad
• Un mismo elemento puede aparecer endistintos
diagramas
• En el modelo de un sistema no hay motivo para que
aparezcan obligatoriamente todos los elementos.
Estáticos(estructura)
D. de Clases
D. de Objetos
D. de Componentes
D. de Despliegue

Ingeniería del Software

Dinámicos(comportamiento)
Casos de Uso
Secuencia
Colaboración
Estados
Actividades

Interacción

8

Diagrama de clases
Motor
1..4

1
Avión

Vendedor de billetes

Piloto1

*

1..2

1

*

*

Vuelo

1

*

Reserva

*

{ disjunta, completa }

1
Avión militar

Avión comercial

Línea aérea

{ disjunta, completa }

Avión de carga

Ingeniería del Software

Avión de pasajeros

9

Diagramas de Componentes
Control y Análisis
Interfaz de Terminal

Comment

Comment

Gestión de Cuentas
Comment

Ingeniería del Software

Rutinas de Coneccion
Comment

Acceso a BD
Comment

10Diagramas de Despliegue
Servidor Central

Control y Análisis
Comment

Acceso a BD
Comment
Rutinas de Coneccion
Comment

Terminal de Consulta
Rutinas de Coneccion
Comment
Punto de Venta

Interfaz de Terminal
Comment

Rutinas de Coneccion
Comment

Gestión de Cuentas

Interfaz de Terminal

Comment

Comment

Ingeniería del Software

11

Diagrama de casos de uso

V enta Normal

C liente

Venta enRebajas

Vendedor

V enta en Oferta

Ingeniería del Software

12

Diagrama de estados
Es perando
t arj eta
tarjeta int ro ducida
Leyendo
tarjeta

E sp erando
PIN
P IN introducido( P IN )
[ incorrec to ]
Rec ogiendo
tarjeta

[ > 3 intentos ]

Validando
PIN
[ correc to ]
Es perand o
opc ión

i ngres o ( im porte )

trans ferencia( cuenta, im porte )
reintegro( im porte )

Ingre sando
Reintegrando...