CONSTRUCCION DE DIAGRAMAS DE SECUENCIA DE DISEÑO

Lo particular de la construcción de los diagramas de secuencia de diseño es que reflejan

el funcionamiento de la interfaz evaluando distintos escenarios. Eso quiere decir que
NO es cuestión de presionar F5 en el Rational Rose sobre los diagramas de
colaboración de Análisis, puesto que en la etapa de análisis estábamos expresando que
debe hacer el sistema y ahora en el Diseño deseamos expresar como funcionara el
sistema.
Debemos ser conciente en todo momento que la construcción de diagramas de secuencia
de diseño me permitirá refinar las interfaces puesto un diagrama de secuencia es tan
detallista que pareciera que estamos programando pero en papel.

Pautas para la Construcción de Diagramas de Secuencia de Diseño:

- Construir un diagrama de secuencia por cada interfaz.
- Colocar el objeto (instancia del actor que invocara la interfaz) y la interfaz a
describir su funcionamiento.
- Colocar el primer mensaje dirigido desde el actor hacia la interfaz (boundary),
dando como nombre de mensaje el evento a utilizar y el nombre de la interfaz.
(Ejm: Clic Registrar Cliente.)
- Suponer cual seria el procedimiento normal de un usuario manejando la interfaz,
y luego proceder a describir como se da el primer comportamiento que desencadena
la interfaz; para este punto colocar el mensaje desde el Actor hacia la interfaz
indicando el evento y objeto donde se desencadena el comportamiento (Por
ejemplo Clic botón buscar).
- Luego enviar un mensaje desde la interfaz a la Clase Control que tiene
implementado ese comportamiento. (Ejm de Clase Control: Buscador de
Persona), dando un nombre de mensaje que sea muy similar al nombre del
Control Class y consignar los argumentos que se le pase. (Ejm:
BuscarPersona(tipbus, codbus)).
- De allí el Control Class de utilizar data almacenada, deberás expresar en el
diagrama de secuencia un mensaje desde el Control Class a la Clase Entidad
(Ejm: Persona), el nombre del mensaje debe ser la acción que se hace sobre el entity
(Ejm: Leer, Crear, Eliminar, Actualizar)
- Ahora si el Control Class desea capturar registros, colocar un mensaje de retorno
hacia la interfaz (ojo esto es lo común) donde vaya como mensaje un
“objEntity” (Ejm: objPersona), de suceder que solo requiere el Control Class
verificar si la acción se logro con éxito enviar un mensaje de retorno
denominado varEntity (Ejm varPersona), acuérdate que en esta representación el
var significa que solo almacena un valor.
- Después debes evaluar en la interfaz que hacer en base a lo que te envía el
control Class por ejemplo si te envía un obj. con data podrías mostrarlo en la
interfaz, pero si llegara un obj. vació deberás enviar un mensaje al actor a fin de
que tome conocimiento que no hay nada que mostrar (Equivalente a los cuadros
de dialogo). Lo mismo sucede con los var deberás evaluar en la interfaz si llega
el valor esperado de no ser así enviar mensaje al actor a fin de tome
conocimiento.
- Bueno estos pasos deberás repetirlo por cada escenario que desencadene
comportamientos en la interfaz.
 Diagrama de Secuencia de Diseño

: V e nde do r : I U _R e gis t rarP e rs o na : B u s c a do r de P ers ona : R eg is t rado r de P ers on a : P e rs o na

Re g i stra r P e rso n a

Cl i c B o to n B u sca r

B u sca rP e rso n a (ti p b u s, ca d b u s) Leer

si o b j P e rso n a < > n u l l m o stra rd a to s

si o b j P e rso n a = = n u l l m o stra r m e n sa j e " n o se e n co n tro p e rso n a s"

Cl i c B o to n G ra b a r Re g i stra rP e rso n a (a p e _ p a t, a p e _ m a t, n o m _ p e r, d i r_ p e r)
Cre a r
si va rP e rso n a = = 1 m e n sa j e " S e re g i stro l a p e rso n a co rre cta m e n te "

si va rp e rso n a = = -1 m e n sa j e " e rro r g ra b a n d o p e rso n a "

 Practica

Elaborar el diagrama de secuencia de diseño de la siguiente interfaz