Ejemplos de diagramas de secuencia UML

Lee el diagrama de arriba como dos historias que comparten un principio. Todo lo que está por encima del marco alt ocurre en cualquier caso; dentro se ejecuta exactamente un compartimento, y las guardas entre corchetes dicen cuál. Eso es lo que un diagrama de secuencia hace y una lista numerada de pasos no puede, y por eso este flujo es el primer ejemplo estándar.

El detalle que merece copiarse está en la rama de fallo. No se limita a devolver un error: primero dispara record(failure)al registro de intentos, dibujado con punta abierta porque nada lo espera. Un diagrama cuya ruta de fallo es una sola flecha etiquetada "error" es un diagrama que no ha pensado en la ruta de fallo, y el requisito de limitación que todo el mundo descubre tres semanas después vive justo en esa rama.

Dos cosas de aquí no aparecen en un primer diagrama de secuencia. La guarda del fragmento loop nombra a la vez un límite y una condición - [3 times, while transient] - porque un bucle sin límite es un diagrama que promete una caída, y uno sin condición no dice qué lo detiene antes.

La otra es backoff(), un mensaje de Checkout a sí mismo, dibujado como una flecha que sale de una línea de vida y vuelve a ella. Las autollamadas merecen dibujarse justo cuando la espera o la decisión forma parte de la historia - aquí es toda la razón de que el segundo intento tenga éxito - y merecen omitirse cuando son trabajo interno corriente.

Fíjate también en lo que no hay: ninguna respuesta discontinua tras markPaid(orderId). El almacén de pedidos responde, claro, pero la respuesta no lleva nada sobre lo que este flujo razone, y dibujar todas las respuestas es como un diagrama de seis mensajes interesantes se convierte en uno de doce.

Este es el ejemplo que casi nadie dibuja, y el que más merece la pena tener. Todas las flechas son asíncronas - línea sólida, punta abierta - y no hay un solo retorno discontinuo. El servicio de pedidos publica y sigue; el almacén y el servicio de correo reciben cada uno el evento, y nada en este diagrama dice cuál de los dos termina primero, porque tampoco lo dice nada en el sistema.

Dibujar este flujo con puntas rellenas y respuestas sería otro sistema: uno donde publicar bloquea hasta que ambos consumidores han corrido, que es precisamente la propiedad que un broker existe para eliminar. La notación los distingue, y esa distinción vale más aquí que en ningún otro sitio de UML.

Para el método en vez de los ejemplos, lee cómo dibujar un diagrama de secuencia; para la notación completa, el artículo del diagrama de secuencia.