En ingeniería de software , un diagrama de secuencia [1] muestra las interacciones de los procesos ordenadas en una secuencia de tiempo. Este diagrama muestra los procesos y objetos involucrados y la secuencia de mensajes intercambiados según sea necesario para llevar a cabo la funcionalidad. Los diagramas de secuencia generalmente se asocian con realizaciones de casos de uso en el modelo de vista arquitectónica 4+1 del sistema en desarrollo. Los diagramas de secuencia a veces se denominan diagramas de eventos o escenarios de eventos .
Para un escenario particular de un caso de uso , los diagramas muestran los eventos que generan los actores externos, su orden y posibles eventos entre sistemas. [2] El diagrama enfatiza eventos que cruzan la frontera del sistema de actores a sistemas. Se debe realizar un diagrama de secuencia del sistema para el principal escenario de éxito del caso de uso y escenarios alternativos frecuentes o complejos.
Hay dos tipos de diagramas de secuencia:
Un diagrama de secuencia muestra, como líneas verticales paralelas ( lifelines ), diferentes procesos u objetos que viven simultáneamente, y, como flechas horizontales, los mensajes que se intercambian entre ellos en el orden en que ocurren. Esto permite la especificación gráfica de escenarios de ejecución simples.
Un diagrama de secuencia del sistema debe especificar y mostrar lo siguiente:
Los profesionales, al desarrollar un proyecto, suelen utilizar diagramas de secuencia del sistema para ilustrar cómo se realizan determinadas tareas entre los usuarios y el sistema. Estas tareas pueden incluir tareas repetitivas, simples o complejas. El propósito es ilustrar el caso de uso en un formato visual. Se necesita familiaridad con el lenguaje de modelado unificado (UML) para construir un diagrama de secuencia del sistema. Estos modelos muestran la lógica detrás de los actores (personas que afectan el sistema) y el sistema al realizar la tarea. La lectura de un diagrama de secuencia comienza en la parte superior con los actores o los sistemas (que se encuentran en la parte superior de la página). Debajo de cada actor o sistema hay largas líneas de puntos, llamadas "líneas de vida", que están unidas a ellas. Las acciones se realizan con líneas que se extienden entre estas líneas de vida. La conexión entre una línea de acción y una línea de vida muestra la interacción entre el actor o sistema. A menudo aparecerán mensajes en la parte superior o inferior de un diagrama de secuencia del sistema para ilustrar la acción en detalle. Por ejemplo, una solicitud de un actor para iniciar sesión estaría representada por inicio de sesión (nombre de usuario, contraseña). Después de realizar cada acción, la respuesta o siguiente acción se ubica debajo de la anterior. Al leer las líneas, se puede ver en detalle cómo se realizan ciertas acciones en el modelo proporcionado y en qué orden.
Si la línea de vida es la de un objeto, demuestra un papel. Dejar el nombre de la instancia en blanco puede representar instancias anónimas y sin nombre. → Los mensajes, escritos con flechas horizontales y el nombre del mensaje escrito encima, muestran interacción. Las puntas de flecha sólidas representan llamadas sincrónicas, las puntas de flecha abiertas representan mensajes asincrónicos y las líneas discontinuas representan mensajes de respuesta. [3] Si una persona que llama envía un mensaje sincrónico, debe esperar hasta que finalice el mensaje, como por ejemplo invocar una subrutina. Si una persona que llama envía un mensaje asincrónico, puede continuar procesándolo y no necesita esperar una respuesta. Las llamadas asincrónicas están presentes en aplicaciones multiproceso, aplicaciones controladas por eventos y middleware orientado a mensajes . Los cuadros de activación, o cuadros de llamada de método , son rectángulos opacos dibujados sobre líneas de vida para representar que los procesos se están realizando en respuesta al mensaje (Especificaciones de ejecución en UML ).
Los objetos que llaman a métodos sobre sí mismos usan mensajes y agregan nuevos cuadros de activación encima de cualquier otro para indicar un nivel adicional de procesamiento . Si un objeto es destruido (eliminado de la memoria ), se dibuja una X debajo de la línea de vida y la línea discontinua deja de dibujarse debajo de ella. Debe ser el resultado de un mensaje, ya sea del propio objeto o de otro.
Un mensaje enviado desde fuera del diagrama puede representarse mediante un mensaje que se origina en un círculo relleno ( mensaje encontrado en UML) o en un borde del diagrama de secuencia ( puerta en UML).
UML ha introducido mejoras significativas en las capacidades de los diagramas de secuencia. La mayoría de estas mejoras se basan en la idea de fragmentos de interacción [4] que representan piezas más pequeñas de una interacción envolvente. Se combinan múltiples fragmentos de interacción para crear una variedad de fragmentos combinados , [5] que luego se usan para modelar interacciones que incluyen paralelismo, ramas condicionales e interacciones opcionales.
