Metodología Pud

PUD: Proceso de Desarrollo Unificado

1

Genealogía del PUD
1998 Rational Unified Process 5.0 Rational Objectory Process 4.1 Rational Objectory Process 4.0 Rational Approach Método Ericsson
Proceso Objectory 1.0-3.8 1987-1995

1997

UML

1996 1995

Objectory Process 3.8
2

Relación con otros métodos
RUMBAUGH-JACOBSON-BOOCH • Fortalezas:
– Rumbaugh: método fuerte para producción modelos dedominio, – Jacobson: método fuerte para producción orientada al usuario, – Booch: método fuerte para producción detallada modelos de diseño orientados a objetos,

3

Relación con otros métodos
RUMBAUGH-JACOBSON-BOOCH • Debilidades:
– Rumbaugh: Simplista para el espacio de soluciones posibles, – Jacobson: No trata detalladamente el diseño orientado a objetos al nivel de Booch, – Booch: Se centra en eldiseño y no en el analisis.

4

Relación con otros métodos
RUMBAUGH-JACOBSON-BOOCH • PUD- Ciclo de vida fruto de fusión de mejores aspectos:
– Casos de uso y prototipos de Jacobson, – Diagramas de clase y prototipos de objetos del mundo real de Rumbaugh, – Diagramas de interaccion de Jacobson y diagramas de objetos de Booch, para ver colaboración entre objetos,
5

Relación con otros métodosRUMBAUGH-JACOBSON-BOOCH • PUD- Ciclo de vida fruto de fusión de mejores aspectos:
– Diagramas de estado para el control en tiempo real, – Modelo de clase de Booch y diagramas de clase para saber como construir el sistema. – Y otras de las mejores caracteristicas de estos métodos.

• Resultado:PUD- Diseños traceables a traves de cada fase

6

Herramientas de la metodología
• Herramientas de apoyo alproceso:
– – – – – Gestión de requisitos, Modelado Visual, Herramientas de programación, Aseguramiento de la calidad, Control de versiones, gestión de la configuración, seguimiento de defectos, documentación, gestión del proyecto y automatización de procesos.

7

UML
Lenguaje de Modelado Unificado • Define una serie de diagramas:
– – – – – – – Diagramas Diagramas Diagramas Diagramas DiagramasDiagramas Diagramas de de de de de de de casos de uso clase, secuencia, componentes, despliegue, estado, colaboración
8

UML: Diagrama de casos de uso
Actor: Caso de uso:

Ejemplo:

9

UML: Diagramas de clases
Nombre de clase Nombre de Clase Atributo Atributo: tipo de dato Atributo: tipo de dato= valor por omisión Operación Operación () Operación (propiedad-cadena)=tipo-retorno

10

UML: Diagramasde clases
Nombre de la clase

-atributo privado (por omisión) + $ atributo público + operación pública # operación protegida - operación privada

Nombre de la interfaz

Diagrama de clases *

11

UML: Diagramas de clases
Objeto genérico:
Nombre clase:

Enlaces entre instancias:
Nombre objeto: Nombre objeto:

Objeto específico:
Nombre objeto: Nombre objeto:Nombre clase Nombre objeto:Nombre claseAtributo= valor Diagrama de objetos

12

UML: Diagramas de clases
Relaciones:
Agregación (Todo parte):
Clase

Clase

Clase

Dependencia: Agregación (Todo parte):
Clase-A Nombre asociación Rol-A Rol-B
13

Clase-B

UML: Diagramas de clases
Relaciones:
Multiplicidad:
Clase Exactamente una

Clase

*

Muchas (0 o más)

Clase

0....

Opcional (0 o 1)

Clase

1...*

Una o más

Clase

1-3,5

Posibilidadesespecificas
14

UML: Diagramas de clases
Relaciones:
Restricciones:
{ordenado} * Clase

Asociación cualificada:
Clase Cualificador

Clase asociación:
Clase-A Asociación Atributo de enlace Operación de enlace
15

Clase-B

UML: Diagramas de clases
Relaciones:
Herencia:
Clase-A

Subclase-A

16

UML: Diagramas de secuencia
Objeto: :Clase Objeto:

Mensaje

Objeto:

Mensaje asíncrono

17

UML:Diagramas de componentes
Paquete 1

Paquete 2

Paquete 3

Diagrama de componentes

Clase

18

UML: Diagramas de despliegue
Diagrama de despliegue

19

UML: Diagramas de estados
EstadoA Actividad interna inicio Estado inicial Estado B Mensaje o Nombre del suceso EstadoB final

Nombre de estado Variable(s) de estado entry/accion-entrada exit/accion-entrada do/actividad -A help/actividad-A

Suceso A...