{"id":11005,"date":"2026-03-06T07:16:15","date_gmt":"2026-03-05T23:16:15","guid":{"rendered":"https:\/\/www.archimetric.com\/es\/what-is-activity-diagram\/"},"modified":"2026-03-06T07:16:15","modified_gmt":"2026-03-05T23:16:15","slug":"what-is-activity-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/es\/what-is-activity-diagram\/","title":{"rendered":"\u00bfQu\u00e9 es el diagrama de actividades"},"content":{"rendered":"
Diagramas de actividades<\/a>describe c\u00f3mo se coordinan las actividades para proporcionar un servicio que puede estar a diferentes niveles de abstracci\u00f3n. Normalmente, un evento debe lograrse mediante alguna operaci\u00f3n, especialmente cuando la operaci\u00f3n tiene como objetivo lograr varias cosas diferentes que requieren coordinaci\u00f3n, o c\u00f3mo se relacionan entre s\u00ed los eventos en un \u00fanico caso de uso, en particular, casos de uso donde las actividades pueden solaparse y requerir coordinaci\u00f3n. Tambi\u00e9n es adecuado para modelar c\u00f3mo una colecci\u00f3n de casos de uso se coordinan para crear un flujo de trabajo para una organizaci\u00f3n.<\/div>\n
<\/div>\n
\n\n

\u00bfCu\u00e1ndo usar un diagrama de actividades?<\/h3>\n

Los desarrolladores utilizan los diagramas de actividades para comprender el flujo de alto nivel de un programa. Tambi\u00e9n les permite identificar las restricciones y condiciones que desencadenan eventos espec\u00edficos.<\/p>\n

    \n
  1. Representar flujos de trabajo empresariales<\/li>\n
  2. Identificar casos de uso candidatos, mediante el an\u00e1lisis de flujos de trabajo empresariales<\/li>\n
  3. Identificar condiciones previas y posteriores (el contexto) para los casos de uso<\/li>\n
  4. Modelar flujos de trabajo entre\/dentro de casos de uso<\/li>\n
  5. Modelar flujos de trabajo complejos en operaciones sobre objetos<\/li>\n
  6. Modelar en detalle actividades complejas en un diagrama de actividades de alto nivel<\/li>\n<\/ol>\n

    Componentes b\u00e1sicos de un diagrama de actividades<\/b><\/h3>\n

    Un diagrama de actividades es b\u00e1sicamente un diagrama de flujo que representa el flujo de una actividad a otra. Una actividad se puede describir como una operaci\u00f3n del sistema. El prop\u00f3sito b\u00e1sico de un diagrama de actividades es capturar el comportamiento din\u00e1mico del sistema. Tambi\u00e9n se le conoce como un diagrama de flujo orientado a objetos.<\/p>\n

    La notaci\u00f3n del diagrama de actividades tambi\u00e9n es muy similar a la de un diagrama de m\u00e1quinas de estado. De hecho, seg\u00fan la especificaci\u00f3n UML, un diagrama de actividades es una variaci\u00f3n de un diagrama de m\u00e1quinas de estado.<\/p>\n

    Acciones<\/h4>\n

    Una acci\u00f3n es un elemento nombrado que representa una \u00fanica etapa at\u00f3mica dentro de una actividad, es decir, que no se descompone m\u00e1s dentro de la actividad.<\/p>\n

    \"Action\"<\/p>\n

    Actividad<\/h4>\n

    Una actividad representa un comportamiento compuesto por elementos individuales que son nodos de actividad, que podr\u00edan ser:<\/p>\n

      \n
    1. acci\u00f3n<\/li>\n
    2. objeto<\/li>\n
    3. flujo de control<\/li>\n<\/ol>\n

      Flujo de control<\/h4>\n

      Un flujo de control representa una transferencia del control de ejecuci\u00f3n de una acci\u00f3n a otra acci\u00f3n.<\/p>\n

      Se dibuja como una l\u00ednea s\u00f3lida con una flecha en un extremo que apunta hacia la siguiente acci\u00f3n.<\/p>\n

      Ejemplo<\/strong>Cuando la Llenar pedido<\/i>acci\u00f3n finaliza, el control de ejecuci\u00f3n se transfiere a la Enviar pedido<\/i>acci\u00f3n.<\/p>\n

      \"Control<\/p>\n

      Inicio y Final<\/h4>\n

      Representan el punto de inicio y el punto final de una secuencia de ejecuci\u00f3n de acciones dentro de una actividad. La notaci\u00f3n de Inicio y la notaci\u00f3n de Final tambi\u00e9n se denominan notaci\u00f3n de Estado Inicial y notaci\u00f3n de Estado Final.<\/p>\n

        \n
      1. Un elemento de Inicio se dibuja como un peque\u00f1o c\u00edrculo s\u00f3lido.<\/li>\n
      2. Un elemento Final se dibuja como un peque\u00f1o c\u00edrculo s\u00f3lido encerrado en un c\u00edrculo exterior.<\/li>\n<\/ol>\n

        Ejemplo<\/h4>\n

        \"Start<\/p>\n

        Decisi\u00f3n<\/h4>\n

        Representa una acci\u00f3n de decisi\u00f3n que eval\u00faa ciertas condiciones y decide qu\u00e9 camino de acci\u00f3n seguir para continuar la ejecuci\u00f3n.<\/p>\n

        Una notaci\u00f3n de Decisi\u00f3n se dibuja como una peque\u00f1a forma de diamante con un flujo de control entrante y m\u00faltiples flujos de control salientes.<\/p>\n

        Cada flujo de control saliente debe etiquetarse con la condici\u00f3n que lleva a este flujo.<\/p>\n

        Ejemplo<\/h4>\n

        La acci\u00f3n de decisi\u00f3n realizada despu\u00e9s de la Recibir Pedido<\/i>acci\u00f3n para verificar el stock se puede dibujar en el diagrama como se muestra a continuaci\u00f3n:<\/p>\n

        \"Decision\"<\/p>\n

        Uni\u00f3n<\/h4>\n

        Representa un punto de uni\u00f3n donde m\u00faltiples caminos alternativos de ejecuci\u00f3n se reunir\u00e1n y continuar\u00e1n.<\/p>\n

        Se dibuja como una peque\u00f1a forma de diamante con m\u00faltiples flujos de control entrantes y un flujo de control saliente.<\/p>\n

        Ejemplo<\/h4>\n

        El punto de uni\u00f3n donde Enviar Pedido<\/i> y Retener Pedido<\/i>se re\u00fanen se puede dibujar en el diagrama como una notaci\u00f3n de Uni\u00f3n como se muestra a continuaci\u00f3n:<\/p>\n

        \"Merge\"<\/p>\n

        Divisi\u00f3n<\/h4>\n

        Representa una acci\u00f3n de divisi\u00f3n que divide un \u00fanico flujo de ejecuci\u00f3n en m\u00faltiples flujos de ejecuci\u00f3n concurrentes.<\/p>\n

        Se dibuja como una l\u00ednea corta s\u00f3lida con un flujo de control entrante en un lado y m\u00faltiples flujos de control salientes en el otro lado.<\/p>\n

        Ejemplo<\/h4>\n

        La acci\u00f3n de divisi\u00f3n realizada despu\u00e9s de la Recibir Pedido<\/i>acci\u00f3n para iniciar Enviar Pedido<\/i> acci\u00f3n y Enviar factura<\/i> acci\u00f3n concurrente se puede dibujar en el diagrama como se muestra a continuaci\u00f3n:<\/p>\n

        \"Fork\"<\/p>\n

        Uni\u00f3n<\/h4>\n

        Representa una acci\u00f3n de uni\u00f3n que espera a que finalicen m\u00faltiples flujos de ejecuci\u00f3n concurrentes.<\/p>\n

        Se dibuja como una l\u00ednea corta y s\u00f3lida con m\u00faltiples flujos de control entrantes en un lado y un flujo de control saliente en el otro lado.<\/p>\n

        Ejemplo<\/h4>\n

        Acci\u00f3n de uni\u00f3n realizada antes de la Cerrar pedido<\/i> acci\u00f3n para esperar a que ambos Enviar pedido<\/i> acci\u00f3n y Enviar factura<\/i> acci\u00f3n para finalizar se puede dibujar como se muestra en el diagrama a continuaci\u00f3n:<\/p>\n

        \"Join\"<\/p>\n

        Objeto<\/h4>\n

        Representa un objeto que podr\u00eda ser una entrada y\/o una salida de una acci\u00f3n. En este caso, un objeto se considera como una instancia de una clase en un estado determinado.<\/p>\n

        Se representa mediante un rect\u00e1ngulo con su nombre colocado dentro.<\/p>\n

        Tambi\u00e9n puede ser calificado por un estado escrito entre par\u00e9ntesis debajo del nombre.<\/p>\n

        Ejemplo<\/h4>\n

        Pedido [Completado]<\/i> objeto generado a partir de la Llenar pedido<\/i> acci\u00f3n ser\u00e1 consumida por la Enviar pedido<\/i> acci\u00f3n. Este objeto se puede dibujar como una notaci\u00f3n de objeto en un diagrama de actividad UML como se muestra a continuaci\u00f3n:<\/p>\n

        \"Object\"Diferentes notaciones con sem\u00e1ntica id\u00e9ntica:<\/p>\n

        \"Object<\/p>\n

        Se\u00f1al y evento<\/h4>\n

        Representa una acci\u00f3n de se\u00f1al que env\u00eda una se\u00f1al fuera de la actividad. La acci\u00f3n de env\u00edo de se\u00f1al no espera ninguna respuesta del receptor de la se\u00f1al. Termina por s\u00ed misma y pasa el control de ejecuci\u00f3n a la siguiente acci\u00f3n.<\/p>\n

        Se dibuja como un pent\u00e1gono convexo con su nombre colocado dentro.<\/p>\n

        Ejemplo<\/h4>\n

        El Notificar al cliente<\/i>la acci\u00f3n de enviar se\u00f1al en una actividad de procesamiento de pedidos puede representarse como una notaci\u00f3n de env\u00edo de se\u00f1al en un diagrama de actividades UML como se muestra a continuaci\u00f3n:<\/p>\n

        \"Singal<\/p>\n

        Carril y partici\u00f3n<\/h3>\n
          \n
        1. La partici\u00f3n presenta un grupo de acciones y objetos que comparten algunas propiedades comunes.<\/li>\n
        2. Se dibuja como dos l\u00edneas paralelas con el nombre de la partici\u00f3n en un extremo.<\/li>\n
        3. Todas las acciones y objetos que se encuentran entre las dos l\u00edneas se consideran parte del grupo.<\/li>\n
        4. Si una acci\u00f3n u objeto puede estar ubicado en el borde de m\u00faltiples particiones, se considera que pertenece a m\u00faltiples grupos.<\/li>\n
        5. Las particiones pueden anidarse para formar una jerarqu\u00eda de particiones.<\/li>\n<\/ol>\n

          Ejemplo<\/h4>\n

          Las acciones y objetos en una actividad de procesamiento de pedidos pueden dividirse en 3 grupos:<\/p>\n

            \n
          1. Grupo de acciones del departamento de pedidos<\/li>\n
          2. Grupo de acciones del departamento de contabilidad<\/li>\n
          3. Grupo de acciones del cliente, basado en la propiedad de las acciones<\/li>\n<\/ol>\n

            Estos grupos pueden representarse como notaciones de partici\u00f3n en un diagrama de actividades UML como se muestra a continuaci\u00f3n:<\/p>\n

            \"Swimlane<\/p>\n

            Actividad parametrizada<\/h3>\n

            Una actividad parametrizada acepta entrada para una actividad o proporciona salida desde una actividad.<\/p>\n

            Los par\u00e1metros de actividad se muestran en el borde y se listan debajo del nombre de la actividad como: nombre-del-par\u00e1metro: tipo-del-par\u00e1metro.<\/p>\n

            Ejemplo<\/h4>\n

            El siguiente ejemplo muestra dos par\u00e1metros de entrada y un par\u00e1metro de salida definidos para la actividad.<\/p>\n

            \"Parameterized<\/p>\n

            Marco de actividad<\/h3>\n

            Se utiliza en un diagrama de actividades UML para proporcionar un l\u00edmite que encierra todas las acciones y objetos de la actividad.<\/p>\n

            Se dibuja como un rect\u00e1ngulo grande con esquinas redondeadas. El nombre de la actividad, los par\u00e1metros de entrada y los par\u00e1metros de salida se escriben cerca de la esquina superior izquierda del rect\u00e1ngulo.<\/p>\n

            Las notaciones de objetos que representan par\u00e1metros de entrada y par\u00e1metros de salida pueden colocarse en los bordes del rect\u00e1ngulo.<\/p>\n

            \u00bfPor qu\u00e9 usar diagramas de actividades?<\/h3>\n

            Los diagramas de actividades en UML permiten crear un evento como una actividad, que contiene una colecci\u00f3n de nodos conectados por aristas. Una actividad puede adjuntarse a cualquier elemento de modelado para modelar su comportamiento. Los diagramas de actividades se utilizan a menudo para desarrollar.<\/p>\n