Diagrama de secuencia
Un diagrama de secuencia o diagrama de secuencia del sistema (SSD) muestra interacciones de objetos organizadas en secuencia de tiempo en el campo de la ingeniería de software . Representa los objetos involucrados en el escenario y la secuencia de mensajes intercambiados entre los objetos necesarios para llevar a cabo la funcionalidad del escenario. Los diagramas de secuencia se asocian típicamente con realizaciones de casos de uso en la vista lógica 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. [1] Todos los sistemas se tratan como una caja negra ; el diagrama pone énfasis en los eventos que cruzan la frontera del sistema de actores a sistemas. Se debe hacer un diagrama de secuencia del sistema para el escenario de éxito principal del caso de uso y escenarios alternativos frecuentes o complejos.
Un diagrama de secuencia muestra, como líneas verticales paralelas (líneas de vida ), diferentes procesos u objetos que viven simultáneamente y, como flechas horizontales, los mensajes intercambiados entre ellos, en el orden en que ocurren. Esto permite la especificación de escenarios de tiempo de ejecución simples de forma gráfica.
Los profesionales, al desarrollar un proyecto, a menudo usan diagramas de secuencia del sistema para ilustrar cómo se realizan ciertas 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. Para construir un diagrama de secuencia del sistema, debe estar familiarizado con el lenguaje de modelado unificado(UML). 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 el(los) actor(es) o el(los) sistema(s) (que se encuentra en la parte superior de la página). Debajo de cada actor o sistema hay una larga línea punteada llamada líneas de vida, que se adjuntan a ellos. Las acciones se realizan con líneas que se extienden entre estas líneas de vida. Cuando una línea de acción está conectada a una línea de vida, muestra la interacción entre el actor o el sistema. Los mensajes a menudo aparecerán en la parte superior o inferior de un diagrama de secuencia del sistema para ilustrar la acción en detalle. Por ejemplo, el actor podría solicitar iniciar sesión, esto estaría representado por inicio de sesión (nombre de usuario, contraseña). Después de realizar cada acción, la respuesta o acción siguiente se ubica debajo de la anterior.A medida que lea las líneas, verá en detalle cómo se realizan ciertas acciones en el modelo provisto.
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 con el nombre del mensaje escrito encima de ellos, muestran interacción. Las puntas de flecha sólidas representan llamadas síncronas, las puntas de flecha abiertas representan mensajes asíncronos y las líneas discontinuas representan mensajes de respuesta. [2] Si una persona que llama envía un mensaje síncrono, debe esperar hasta que termine el mensaje, como invocar una subrutina. Si una persona que llama envía un mensaje asíncrono, puede continuar con el procesamiento y no tiene que esperar una respuesta. Las llamadas asincrónicas están presentes en aplicaciones multiproceso, aplicaciones controladas por eventos y en middleware orientado a mensajes . Casillas de activación, o método-call boxes, son rectángulos opacos dibujados encima de las líneas de vida para representar que los procesos se están realizando en respuesta al mensaje (ExecutionSpecifications en UML ).
