ESCUELA:

NOMBRES

Metodología y Tecn. de la Programación II

FECHA:

Ing. Patricio Abad Espinoza

OCTUBRE 2008 – FEBRERO 2009

1

Ciencias de la COMPUTACIÓN

Modelo dinámico.

Modelan el comportamiento del sistema a partir de los mensajes que se pasan entre sí.

© GDS-UPSI-UTPL CONFIDENCIAL

Diagramas de interacción

Colaboración.- Un diagrama de colaboración

muestra las interacciones que se dan entre todos los objetos que participan en una colaboración.

Activación: Se produce cuando un objeto recibe un mensaje que le demanda realizar una acción.

© GDS-UPSI-UTPL CONFIDENCIAL

Diagramas de colaboración

© GDS-UPSI-UTPL CONFIDENCIAL

Diagramas de colaboración

elLibro : libro

laCopia : copiaelSocioBiblioterca : SocioBiblioteca

unSocio : Prestatario

1: TomarPrestado (laCopia)

2: okParaTomarPrestada

3: tomarPrestada

4: Prestada

© GDS-UPSI-UTPL CONFIDENCIAL

Componentes: Objetos

nombreInstancia : clase

© GDS-UPSI-UTPL CONFIDENCIAL

Componentes: Enlaces

elLibro : libro

laCopia : copia

© GDS-UPSI-UTPL CONFIDENCIAL

Componentes: Mensajes

laCopia : copiaelSocioBiblioterca : SocioBiblioteca

1: tomaPrestada

- Secuenciación

Un objeto solamente puede intercambiar mensajes con otro objeto cuando en su modelo de clases exista una asociación, caso contrario se trataría de un error en el modelo.

© GDS-UPSI-UTPL CONFIDENCIAL

Ley de Demeter

© GDS-UPSI-UTPL CONFIDENCIAL

Ejemplo

Sistema de ventas: distribuidora de productos

10

Muestra los objetos y actores que participan en una colaboración, a través de líneas de puntos que representan el tiempo visto por el objeto denominadas líneas de vida del objeto.

El tiempo pasa según nos movemos de arriba hacia abajo en el diagrama.

Diagramas de secuencia

© GDS-UPSI-UTPL CONFIDENCIAL

Diagramas de secuencia (2)sd Interacciones

unSocio

elSocioBiblioteca:SocioBiblioteca laCopia:Copia elLibro:Libro

tomarPrestado(laCopia)

1:okTomarPrestado

2: tomarPrestado

2.1: tomarPrestado

Activación anidada. Omitir mensajes enviados por un

objeto hacia si mismo, Subcolaboraciones -> Paquetes. Enlaces entre un objeto de fuera

del paquete y otro dentro del paquete, se convierte en un enlace el objeto de fuera y el paquete.

© GDS-UPSI-UTPL CONFIDENCIAL

Consideraciones adicionales

Consideraciones adicionalesSubcolaboraciones

Valores de retorno -> n:= obtenerNombre()Creación y destrucción de objetos

◦ En los de secuencia la creación se representa colocando el objeto en el nivel del mensaje donde se crea y la destrucción con una gran X donde se recibe el mensaje.

◦ El los de colaboración se utilizan los estereotipos {nuevo} y {destruido} en la caja del objeto.

Sincronización para indicar restricciones de tiempo de ejecución.

En los diagramas de secuencia se puede hacer colocando la restricción sobre el mensaje que la tiene y entre llaves.

© GDS-UPSI-UTPL CONFIDENCIAL

Consideraciones adicionales

© GDS-UPSI-UTPL CONFIDENCIAL

Ejemplo

Los diagramas de estado sirven para representar el estado interno por el que pasa un objeto y su reacción al recibir un mensaje proveniente de otros objetos.

Ejemplos:◦ Cuando se acciona un interruptor, la fuente

de luz cambia de estado de apagada a encendida.

◦ Cuando se presiona un botón de un control remoto, una televisión cambia su estado para mostrarle un canal u otro.

◦ Luego de un lapso adecuado, una lavadora cambia su estado de “lavar” a “enjuagar”

© GDS-UPSI-UTPL CONFIDENCIAL

Diagramas de estado

Componentes Inicio

Fin

Estado

Transición

Eventos

© GDS-UPSI-UTPL CONFIDENCIAL

El evento de creación de un objeto se representa mediante el símbolo de inicio.

La destrucción de un objeto se representa con el símbolo de fin.

Un evento puede ir acompañado de una acción separando el evento de la acción con una barra oblicua.

Es preferible mostrar las acciones en los estados para lo cual se utiliza las palabras clave entry y exit para cuando se entra o se sale del estado respectivamente, y con la misma notación usada en las transiciones.

Las guardas sirven para prevenir que un objeto pase a estados inconsistentes y que lo hagan solamente cuando la transición sea posible, esto se representa con la ayuda de las restricciones que acompañan a los mensajes de transición.

© GDS-UPSI-UTPL CONFIDENCIAL

Consideraciones adicionales

© GDS-UPSI-UTPL CONFIDENCIAL

Ejemplo

Describen la implementación de una operación.

También se pueden usar a un nivel más alto.

También se usan para describir como se exponen los casos de uso individuales pueden depender de otros casos de uso.

© GDS-UPSI-UTPL CONFIDENCIAL

Diagrama de actividades

Notación diagrama de actividades

Actividad

Transición

Barras de sincronización

Decisión

Marcas de inicio y fin

© GDS-UPSI-UTPL CONFIDENCIAL

Se puede usar las denomindaas particiones y calles.

No es necesario realizar diagramas de actividades para todos las funciones y elementos de proceso.

© GDS-UPSI-UTPL CONFIDENCIAL

Consideraciones especiales

© GDS-UPSI-UTPL CONFIDENCIAL

Ejemplo

Diagramas de componentes Se usan para representar los componentes

(librerias, codigo fuente, archivos) y sus respectivas dependencias para su respectiva implementación.

Los elementos de un diagrama de componentes son: El componente (se definen con estereotipos) Las dependencias que se pueden especificar con

estereotipos.

© GDS-UPSI-UTPL CONFIDENCIAL

Diagramas de despliegue Se usan para especificar la ubicación física de

los componentes de un sistema en el momento de su implementación

© GDS-UPSI-UTPL CONFIDENCIAL

Paquetes Son elementos útiles para organizar cualquier

elemento de UML, sean clases, casos de uso, componentes, etc.

© GDS-UPSI-UTPL CONFIDENCIAL

CONTACTO A través del EVA www.utpl.edu.ec

Email: mpabad@utpl.edu.ec

Teléfono: (07) 2570275 ext 2638

28

Preguntas

29