Datos Estandar

ESTÁNDAR DIAGRAMA DE SECUENCIA

Un diagrama de secuencia muestra las interacciones entre objetos ordenadas en secuencia

temporal. Muestra los objetos que se encuentran en el escenario y la secuencia de mensajes

intercambiados entre los objetos para llevar a cabo la funcionalidad descrita por el escenario. En

aplicaciones grandes además de los objetos se muestran también los componentes y casos de

uso. El mostrar los componentes tiene sentido ya que se trata de objetos reutilizables, en cuanto

a los casos de uso hay que recordar que se implementan como objetos cuyo rol es encapsular lo

definido en el caso de uso.

Los diagramas de secuencia, formalmente diagramas de traza de eventos o de interacción de

objetos, se utilizan con frecuencia para validar los casos de uso. Documentan el diseño desde el

punto de vista de los casos de uso, observando qué mensajes se envían a los objetos,

componentes o casos de uso y viendo a grosso modo cuánto tiempo consume el método invocado,

los diagramas de secuencia nos ayudan a comprender los cuellos de botella potenciales, para así

poder eliminarlos.

En este informe se describe la manera correcta en la que se deben modelar los diferentes

componentes de un diagrama de secuencia, en todo lo que respecta a su formato, organización y

otros aspectos relevantes.

Cabe mencionar que este diagrama de casos de uso está creado utilizando

la herramienta de modelado UML Enterprise Architect, una herramienta

de diseño basada en la especificación del lenguaje de modelado,

permitiendo crear variados diagramas que apoyan a la etapa de diseño de

software.

Típicamente uno examina la descripción de un caso de uso para determinar qué objetos son

necesarios para la implementación del escenario. Si se tiene modelada la descripción de cada caso

de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para

descubrir qué objetos son necesarios para que esos pasos puedan ser seguidos. Un diagrama de

secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y

los mensajes pasados entre los objetos como flechas horizontales.

Existen dos tipos de mensajes: síncronos y asíncronos. Los mensajes síncronos corresponden

a llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda

bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la

cabeza llena. Los mensajes asíncronos terminan inmediatamente, y crean un nuevo hilo de

ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta. También se

representa la respuesta a un mensaje con una flecha discontinua. Los mensajes se dibujan

cronológicamente desde la parte superior del diagrama a la parte inferior; la distribución

horizontal de los objetos es arbitraria.

Ejemplo de Diagrama de Secuencia

1. Formato de los diagramas de secuencia

Un diagrama de secuencia es una forma de diagrama de interacción que muestra los objetos

como líneas de vida a lo largo de la página y con sus interacciones en el tiempo representadas

como mensajes dibujados como flechas desde la línea de vida origen hasta la línea de vida

destino. Los diagramas de secuencia son buenos para mostrar qué objetos se comunican con qué

otros objetos y qué mensajes disparan esas comunicaciones. Los diagramas de secuencia no

están pensados para mostrar lógicas de procedimientos complejos.

1.1. Línea de vida: Una línea de vida representa un participante individual en un diagrama

de secuencia. Una línea de vida usualmente tiene un rectángulo que contiene el nombre

del objeto. Si el nombre es self entonces eso indica que la línea de vida representa el

clasificador que posee el diagrama de secuencia. Lo anteriormente mencionado se

puede ver en la siguiente imagen.

Sel f Linea de vida Instancia : Clase

i. Como se aprecia en la imagen, los nombres de cada línea de vida deben ser escritos

utilizando mayúscula para la primera letra.

ii. En el caso que el nombre de la línea de vida esté compuesto por más de una

palabra, estas deben ser escrita con formato de frase, es decir, la primera letra de

la primera palabra en mayúscula y las otras palabras escritas en minúscula

iii. Cada línea de vida se inserta en el diagrama seleccionando la opción Lifeline en el

menú de Elementos de Interacción (Interaction Elements), como se muestra en la

imagen siguiente.

Un diagrama de secuencia también puede tener una línea de vida con un símbolo del elemento

actor en la parte superior. Este usualmente sería el caso si un diagrama de secuencia es contenido

por un caso de uso. Los elementos entidad, control y límite de los diagramas de robustez también

pueden contener líneas de vida, tal y como se puede ver en la imagen siguiente.

Actor Lími te Control Entidad

i. Al igual que en las otras líneas de vida, los nombres de cada una de ellas deben ser

escritos utilizando mayúscula para la primera letra.

ii. Si el nombre de la línea de vida está compuesto por más de una palabra, estas

deben ser escrita con formato de frase, es decir, la primera letra de la primera

palabra en mayúscula y las otras palabras escritas en minúscula

iii. Cada línea de vida se inserta en el diagrama seleccionando la opción Boundary,

Control o Entity en el menú de Elementos de Interacción según corresponda, como

se muestra en la imagen siguiente.

1.2. Mensajes: Los mensajes se muestran como flechas. Los mensajes pueden ser

completos, perdidos o encontrados; síncronos o asíncronos: llamadas o señales. En el

siguiente diagrama, el primer mensaje es un mensaje síncrono (denotado por una

punta de flecha oscura), completo con un mensaje de retorno implícito; el segundo

mensaje es asíncrono (denotado por una punta de flecha en línea) y el tercero es un

mensaje de retorno asíncrono (denotado por una línea punteada).

Fuente Destino

return:= mensage(parametro)

mensaje(parametro)

mensaje(retorno)

i. Cada mensaje debe ser insertado eligiendo la opción Message en el menú de

Relaciones de Interacciones (Interaction Relationships), como se muestra a

continuación.

ii. Al insertar cada mensaje, luego de especificar los datos necesarios en

...