{"id":11001,"date":"2026-03-06T07:08:07","date_gmt":"2026-03-05T23:08:07","guid":{"rendered":"https:\/\/www.archimetric.com\/es\/what-is-sequence-diagram\/"},"modified":"2026-03-06T07:08:07","modified_gmt":"2026-03-05T23:08:07","slug":"what-is-sequence-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/es\/what-is-sequence-diagram\/","title":{"rendered":"\u00bfQu\u00e9 es el diagrama de secuencia"},"content":{"rendered":"
Ambos diagramas de secuencia<\/a> y los diagramas de colaboraci\u00f3n son tipos de diagramas de interacci\u00f3n. Los diagramas de interacci\u00f3n abordan la vista din\u00e1mica de un sistema. Un diagrama de secuencia<\/a> es un diagrama de interacci\u00f3n que enfatiza el orden temporal de los mensajes. Muestra los objetos y clases involucrados en el escenario y la secuencia de mensajes intercambiados entre los objetos necesarios para realizar la funcionalidad del escenario. Normalmente, utilizar\u00e1s un diagrama de secuencia para especificar el flujo principal de un caso de uso, y variaciones de ese diagrama para especificar los flujos excepcionales de un caso de uso.<\/div>\n
<\/div>\n
\"Sequence<\/div>\n
<\/div>\n
\n\n

Los componentes del diagrama de secuencia<\/h2>\n

Objeto<\/h3>\n

En el UML, un objeto en un diagrama de secuencia se dibuja como un rect\u00e1ngulo que contiene el nombre del objeto, subrayado. Un objeto puede nombrarse de una de tres formas: el nombre del objeto, el nombre del objeto y su clase, o simplemente el nombre de la clase (objeto an\u00f3nimo). Las tres formas de nombrar un objeto se muestran en la figura siguiente.<\/p>\n

L\u00ednea de vida<\/h3>\n

Las entidades de los participantes en una colaboraci\u00f3n (escenario) se escriben horizontalmente en la parte superior del diagrama. Una l\u00ednea de vida se representa mediante una l\u00ednea vertical punteada dibujada debajo de cada objeto. Estas indican la existencia del objeto.<\/p>\n

\"Lifelines\"<\/p>\n

Los nombres de objetos pueden ser espec\u00edficos (por ejemplo, myAccount) o generales (por ejemplo, myAccount :Account). A menudo, se puede usar un objeto an\u00f3nimo (:Account) para representar cualquier objeto en la clase. Cada objeto tambi\u00e9n tiene su l\u00ednea de tiempo representada por una l\u00ednea punteada debajo del objeto. Los mensajes entre objetos se representan mediante flechas que van desde el objeto emisor al objeto receptor.<\/p>\n

Todo en un sistema orientado a objetos se logra mediante objetos. Los objetos asumen la responsabilidad de cosas como gestionar datos, mover datos dentro del sistema, responder consultas y proteger el sistema. Los objetos trabajan juntos mediante la comunicaci\u00f3n o interacci\u00f3n entre ellos.<\/p>\n

Mensaje<\/h3>\n

Los mensajes representan la invocaci\u00f3n de operaciones y se muestran horizontalmente. Se dibujan desde el emisor al receptor. El orden se indica mediante la posici\u00f3n vertical, con el primer mensaje mostrado en la parte superior del diagrama y el \u00faltimo mensaje mostrado en la parte inferior. Como resultado, los n\u00fameros de secuencia son opcionales.<\/p>\n

El tipo de l\u00ednea y el tipo de punta de flecha indican el tipo de mensaje que se est\u00e1 utilizando:<\/p>\n

    \n
  1. Un mensaje s\u00edncrono<\/b> (t\u00edpicamente una llamada a una operaci\u00f3n) se muestra como una l\u00ednea s\u00f3lida con una punta de flecha llena. Es una llamada de mensaje regular utilizada para la comunicaci\u00f3n normal entre emisor y receptor.
    \n\"Lifelines<\/li>\n
  2. Un mensaje de retorno<\/b>utiliza una l\u00ednea punteada con una punta de flecha abierta.
    \n\"Lifelines<\/li>\n
  3. Un mensaje as\u00edncrono<\/b>tiene una l\u00ednea s\u00f3lida con una punta de flecha abierta. Una se\u00f1al es un mensaje as\u00edncrono que no tiene respuesta.
    \n\"Lifelines<\/li>\n<\/ol>\n

    Mensajes de creaci\u00f3n y destrucci\u00f3n<\/h3>\n

    Los participantes no necesariamente existen durante toda la duraci\u00f3n de la interacci\u00f3n del diagrama de secuencia. Los participantes pueden crearse y destruirse seg\u00fan los mensajes que se est\u00e1n transmitiendo.<\/p>\n

    Un mensaje constructor<\/b>crea a su receptor. El emisor que ya existe al inicio de la interacci\u00f3n se coloca en la parte superior del diagrama. Los destinatarios que se crean durante la interacci\u00f3n mediante una llamada al constructor se colocan autom\u00e1ticamente m\u00e1s abajo en el diagrama.<\/p>\n

    \"LifelinesA<\/p>\n

    mensaje de destrucci\u00f3n<\/b> destruye a su receptor. Existen otras formas de indicar que un destino se destruye durante una interacci\u00f3n. Solo cuando la destrucci\u00f3n de un destino se establece en ‘despu\u00e9s de destructor’ debes usar un destructor.<\/p>\n

    \"Lifelines<\/p>\n

    mensaje no instant\u00e1neo<\/h3>\n

    Los mensajes a menudo se consideran instant\u00e1neos, por lo tanto, el tiempo que tarda en llegar al receptor es despreciable. Los mensajes se dibujan como una flecha horizontal. Para indicar que transcurre cierto tiempo antes de que el receptor realmente reciba un mensaje, se utiliza unaflecha inclinada<\/b>.<\/p>\n

    \"Lifelines<\/p>\n

    Foco de control<\/h3>\n

    El foco de control representa el per\u00edodo durante el cual un elemento est\u00e1 realizando una operaci\u00f3n. La parte superior y la parte inferior del rect\u00e1ngulo est\u00e1n alineadas con el momento de inicio y el momento de finalizaci\u00f3n, respectivamente<\/p>\n

    Notaci\u00f3n de iteraci\u00f3n<\/h3>\n

    Notaci\u00f3n de iteraci\u00f3n<\/b> representa que un mensaje se env\u00eda muchas veces a m\u00faltiples objetos receptores, como ocurre cuando se itera sobre una colecci\u00f3n. Puedes mostrar la base de la iteraci\u00f3n dentro de corchetes, por ejemplo *[para todas las l\u00edneas de pedido].<\/p>\n

    Ejemplo: Colocar pedido<\/h2>\n

    El ejemplo muestra un diagrama de secuencia con tres objetos participantes: Cliente, Pedido y Stock. Aunque no conozcas formalmente la notaci\u00f3n, probablemente puedas obtener una idea bastante clara de lo que est\u00e1 sucediendo.<\/p>\n

      \n
    1. Paso 1 y 2: El cliente crea un pedido.<\/li>\n
    2. Paso 3: El cliente agrega art\u00edculos al pedido.<\/li>\n
    3. Paso 4, 5: Se verifica la disponibilidad de cada art\u00edculo en el inventario.<\/li>\n
    4. Paso 6, 7, 8: Si el producto est\u00e1 disponible, se agrega al pedido.<\/li>\n
    5. Paso 9 devolver<\/li>\n
    6. Paso 10, 11: guardar y destruir el pedido<\/li>\n<\/ol>\n

      \"Sequence<\/p>\n

      Fragmentos de secuencia<\/h3>\n

      En un diagrama de secuencia UML, los fragmentos combinados te permiten mostrar bucles, ramificaciones y otras alternativas. Un fragmento combinado consta de uno o m\u00e1s operandos de interacci\u00f3n, y cada uno de estos encierra uno o m\u00e1s mensajes, usos de interacci\u00f3n o fragmentos combinados.<\/p>\n

      Un fragmento de secuencia se representa como un cuadro llamado fragmento combinado, que encierra una parte de las interacciones dentro de un diagrama de secuencia. El operador de fragmento (en la esquina superior izquierda) indica el tipo de fragmento. Los tipos de fragmentos incluyen ref, assert, loop, break, alt, opt y neg, ref, sd.<\/p>\n

      Resumen de la notaci\u00f3n del diagrama de secuencia<\/h2>\n\n\n\n\n\n\n\n\n\n\n\n
      Operador<\/b><\/td>\nSignificado<\/b><\/td>\n<\/tr>\n
      alt<\/td>\nFragmentos alternativos m\u00faltiples: solo el que cumpla la condici\u00f3n se ejecutar\u00e1.<\/b><\/td>\n<\/tr>\n
      opt<\/td>\nOpcional<\/b>: el fragmento se ejecuta solo si la condici\u00f3n proporcionada es verdadera. Equivalente a un alt solo con una traza.<\/td>\n<\/tr>\n
      par<\/td>\nParalelo<\/b>: cada fragmento se ejecuta en paralelo.<\/td>\n<\/tr>\n
      loop<\/td>\nBucle<\/b>: el fragmento puede ejecutarse varias veces, y la condici\u00f3n indica la base de la iteraci\u00f3n.<\/td>\n<\/tr>\n
      cr\u00edtico<\/td>\nRegi\u00f3n cr\u00edtica<\/b>: el fragmento puede tener solo un hilo ejecut\u00e1ndolo a la vez.<\/td>\n<\/tr>\n
      neg<\/td>\nNegativo<\/b>: el fragmento muestra una interacci\u00f3n inv\u00e1lida.<\/td>\n<\/tr>\n
      ref<\/td>\nReferencia<\/b>: se refiere a una interacci\u00f3n definida en otro diagrama. El marco se dibuja para cubrir las l\u00edneas de vida involucradas en la interacci\u00f3n. Puedes definir par\u00e1metros y un valor de retorno.<\/td>\n<\/tr>\n
      diagrama de secuencia<\/td>\nDiagrama de secuencia<\/b>: se utiliza para rodear todo un diagrama de secuencia.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Ejemplo \u0096 Escenario de colocar un pedido<\/h2>\n

      Un miembro de una nave que desea realizar un pedido en l\u00ednea. El art\u00edculo pedido ser\u00e1 enviado al miembro mediante mensajer\u00eda urgente o correo ordinario, dependiendo del estado del miembro (VIP, membres\u00eda ordinaria). Opcionalmente, la tienda enviar\u00e1 al miembro una notificaci\u00f3n de confirmaci\u00f3n si el miembro opt\u00f3 por la opci\u00f3n de notificaci\u00f3n en el pedido.<\/p>\n

      \"Sequence<\/p>\n

      Visual Paradigm admite diagramas de secuencia y otros tipos de diagramas UML. Puedes encontrar todas las herramientas que necesitas para modelar los comportamientos din\u00e1micos de un sistema utilizando diagramas de secuencia.<\/p>\n

      V\u00eddeo r\u00e1pido \u2013 5 pasos para dibujar un diagrama de secuencia<\/h2>\n