{"id":11002,"date":"2026-03-06T07:19:24","date_gmt":"2026-03-05T23:19:24","guid":{"rendered":"https:\/\/www.archimetric.com\/pt\/what-is-activity-diagram\/"},"modified":"2026-03-06T07:19:24","modified_gmt":"2026-03-05T23:19:24","slug":"what-is-activity-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/pt\/what-is-activity-diagram\/","title":{"rendered":"O que \u00e9 o Diagrama de Atividades"},"content":{"rendered":"
Diagramas de Atividades<\/a>descreve como as atividades s\u00e3o coordenadas para fornecer um servi\u00e7o que pode estar em diferentes n\u00edveis de abstra\u00e7\u00e3o. Tipicamente, um evento precisa ser alcan\u00e7ado por alguma opera\u00e7\u00e3o, especialmente quando a opera\u00e7\u00e3o tem como objetivo realizar v\u00e1rias coisas diferentes que exigem coordena\u00e7\u00e3o, ou como os eventos em um \u00fanico caso de uso se relacionam entre si, particularmente em casos de uso onde as atividades podem se sobrepor e exigir coordena\u00e7\u00e3o. Tamb\u00e9m \u00e9 adequado para modelar como uma cole\u00e7\u00e3o de casos de uso se coordena para criar um fluxo de trabalho para uma organiza\u00e7\u00e3o.<\/div>\n
<\/div>\n
\n\n

Quando usar o Diagrama de Atividades?<\/h3>\n

Desenvolvedores usam diagramas de atividades para entender o fluxo de alto n\u00edvel de um programa. Tamb\u00e9m permite que eles identifiquem as restri\u00e7\u00f5es e condi\u00e7\u00f5es que acionam eventos espec\u00edficos.<\/p>\n

    \n
  1. Representar fluxos de trabalho de neg\u00f3cios<\/li>\n
  2. Identificar casos de uso candidatos, por meio da an\u00e1lise de fluxos de trabalho de neg\u00f3cios<\/li>\n
  3. Identificar pr\u00e9-condi\u00e7\u00f5es e p\u00f3s-condi\u00e7\u00f5es (o contexto) para casos de uso<\/li>\n
  4. Modelar fluxos de trabalho entre\/dentro casos de uso<\/li>\n
  5. Modelar fluxos de trabalho complexos em opera\u00e7\u00f5es sobre objetos<\/li>\n
  6. Modelar em detalhe atividades complexas em um diagrama de atividades de alto n\u00edvel<\/li>\n<\/ol>\n

    Componentes b\u00e1sicos de um diagrama de atividades<\/b><\/h3>\n

    Um diagrama de atividades \u00e9 basicamente um fluxograma que representa o fluxo de uma atividade para outra. Uma atividade pode ser descrita como uma opera\u00e7\u00e3o do sistema. O prop\u00f3sito b\u00e1sico de um diagrama de atividades \u00e9 capturar o comportamento din\u00e2mico do sistema. Tamb\u00e9m \u00e9 conhecido como um fluxograma orientado a objetos.<\/p>\n

    A nota\u00e7\u00e3o do diagrama de atividades tamb\u00e9m \u00e9 muito semelhante \u00e0 de um diagrama de m\u00e1quina de estados. Na verdade, de acordo com a especifica\u00e7\u00e3o UML, um diagrama de atividades \u00e9 uma varia\u00e7\u00e3o de um diagrama de m\u00e1quina de estados.<\/p>\n

    A\u00e7\u00f5es<\/h4>\n

    A\u00e7\u00e3o \u00e9 um elemento nomeado que representa uma \u00fanica etapa at\u00f4mica dentro de uma atividade, ou seja, que n\u00e3o \u00e9 mais decomposta dentro da atividade.<\/p>\n

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

    Atividade<\/h4>\n

    Atividade representa um comportamento composto por elementos individuais que s\u00e3o n\u00f3s de atividade, que podem ser:<\/p>\n

      \n
    1. a\u00e7\u00e3o<\/li>\n
    2. objeto<\/li>\n
    3. fluxo de controle<\/li>\n<\/ol>\n

      Fluxo de Controle<\/h4>\n

      Um Fluxo de Controle representa a transfer\u00eancia do controle de execu\u00e7\u00e3o de uma a\u00e7\u00e3o para outra a\u00e7\u00e3o.<\/p>\n

      \u00c9 desenhado como uma linha cont\u00ednua com uma seta em uma das extremidades apontando para a pr\u00f3xima a\u00e7\u00e3o.<\/p>\n

      Exemplo<\/strong>Quando a Preencher Pedido<\/i>a\u00e7\u00e3o \u00e9 finalizada, o controle de execu\u00e7\u00e3o \u00e9 transferido para a Enviar Pedido<\/i>a\u00e7\u00e3o.<\/p>\n

      \"Control<\/p>\n

      In\u00edcio e Final<\/h4>\n

      Eles representam o ponto de in\u00edcio e o ponto de t\u00e9rmino de uma sequ\u00eancia de execu\u00e7\u00e3o de a\u00e7\u00f5es dentro de uma atividade. A nota\u00e7\u00e3o In\u00edcio e a nota\u00e7\u00e3o Final tamb\u00e9m s\u00e3o chamadas de nota\u00e7\u00e3o Estado Inicial e Estado Final.<\/p>\n

        \n
      1. Um elemento In\u00edcio \u00e9 desenhado como um pequeno c\u00edrculo s\u00f3lido.<\/li>\n
      2. Um elemento Final \u00e9 desenhado como um pequeno c\u00edrculo s\u00f3lido contido dentro de um c\u00edrculo externo.<\/li>\n<\/ol>\n

        Exemplo<\/h4>\n

        \"Start<\/p>\n

        Decis\u00e3o<\/h4>\n

        Ele representa uma a\u00e7\u00e3o de decis\u00e3o que avalia certas condi\u00e7\u00f5es e decide qual caminho de a\u00e7\u00e3o seguir na execu\u00e7\u00e3o.<\/p>\n

        A nota\u00e7\u00e3o Decis\u00e3o \u00e9 desenhada como uma pequena forma de losango com um fluxo de controle de entrada e m\u00faltiplos fluxos de controle de sa\u00edda.<\/p>\n

        Cada fluxo de controle de sa\u00edda deve ser rotulado com a condi\u00e7\u00e3o que leva a esse fluxo.<\/p>\n

        Exemplo<\/h4>\n

        A a\u00e7\u00e3o de decis\u00e3o realizada ap\u00f3s o Receber Pedido<\/i>a\u00e7\u00e3o para verificar o estoque pode ser desenhada no diagrama conforme mostrado abaixo:<\/p>\n

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

        Mesclagem<\/h4>\n

        Ele representa um ponto de mesclagem onde m\u00faltiplos caminhos alternativos de execu\u00e7\u00e3o se encontrar\u00e3o e continuar\u00e3o.<\/p>\n

        \u00c9 desenhado como uma pequena forma de losango com m\u00faltiplos fluxos de controle de entrada e um fluxo de controle de sa\u00edda.<\/p>\n

        Exemplo<\/h4>\n

        O ponto de mesclagem onde Enviar Pedido<\/i> e Manter Pedido<\/i>se encontram pode ser desenhado no diagrama como uma nota\u00e7\u00e3o de Mesclagem, conforme mostrado abaixo:<\/p>\n

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

        Ramifica\u00e7\u00e3o<\/h4>\n

        Ele representa uma a\u00e7\u00e3o de ramifica\u00e7\u00e3o que divide um \u00fanico fluxo de execu\u00e7\u00e3o em m\u00faltiplos fluxos de execu\u00e7\u00e3o concorrentes.<\/p>\n

        \u00c9 desenhado como uma linha curta e s\u00f3lida com um fluxo de controle de entrada em um lado e m\u00faltiplos fluxos de controle de sa\u00edda no outro lado.<\/p>\n

        Exemplo<\/h4>\n

        A a\u00e7\u00e3o de ramifica\u00e7\u00e3o realizada ap\u00f3s o Receber Pedido<\/i>a\u00e7\u00e3o para iniciar Enviar Pedido<\/i> a\u00e7\u00e3o e Enviar Fatura<\/i> a\u00e7\u00e3o concorrentemente pode ser desenhada no diagrama como mostrado abaixo:<\/p>\n

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

        Jun\u00e7\u00e3o<\/h4>\n

        Representa uma a\u00e7\u00e3o de jun\u00e7\u00e3o que aguarda que m\u00faltiplas fluxos de execu\u00e7\u00e3o concorrentes sejam conclu\u00eddos.<\/p>\n

        \u00c9 desenhado como uma linha curta e s\u00f3lida com m\u00faltiplos fluxos de controle entrantes em um lado e um fluxo de controle saindo no outro lado.<\/p>\n

        Exemplo<\/h4>\n

        A\u00e7\u00e3o de jun\u00e7\u00e3o realizada antes do Fechar Pedido<\/i> a\u00e7\u00e3o para aguardar ambos Enviar Pedido<\/i> a\u00e7\u00e3o e Enviar Fatura<\/i> a\u00e7\u00e3o para finalizar pode ser desenhada como no diagrama mostrado abaixo:<\/p>\n

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

        Objeto<\/h4>\n

        Representa um objeto que pode ser uma entrada e\/ou sa\u00edda de uma a\u00e7\u00e3o. Neste caso, um objeto \u00e9 considerado como uma inst\u00e2ncia de uma classe em um determinado estado.<\/p>\n

        \u00c9 representado por um ret\u00e2ngulo com seu nome colocado dentro.<\/p>\n

        Pode tamb\u00e9m ser qualificado por um estado escrito entre par\u00eanteses abaixo do nome.<\/p>\n

        Exemplo<\/h4>\n

        Pedido [Preenchido]<\/i> objeto gerado a partir do Preencher Pedido<\/i> a\u00e7\u00e3o ser\u00e1 consumida pela Enviar Pedido<\/i> a\u00e7\u00e3o. Este objeto pode ser desenhado como uma Nota\u00e7\u00e3o de Objeto em um diagrama de atividade UML, como mostrado abaixo:<\/p>\n

        \"Object\"Diferentes nota\u00e7\u00f5es com sem\u00e2ntica id\u00eantica:<\/p>\n

        \"Object<\/p>\n

        Sinal e Evento<\/h4>\n

        Representa uma a\u00e7\u00e3o de sinal que envia um sinal para fora da atividade. A a\u00e7\u00e3o de envio de sinal n\u00e3o espera por respostas do receptor do sinal. Ela termina por si mesma e passa o controle de execu\u00e7\u00e3o para a pr\u00f3xima a\u00e7\u00e3o.<\/p>\n

        \u00c9 desenhado como um pent\u00e1gono convexo com seu nome colocado dentro.<\/p>\n

        Exemplo<\/h4>\n

        O Notificar Cliente<\/i> a a\u00e7\u00e3o de envio de sinal em uma atividade de processamento de pedido pode ser representada como uma Nota\u00e7\u00e3o de Envio de Sinal em um diagrama de atividades UML, conforme mostrado abaixo:<\/p>\n

        \"Singal<\/p>\n

        Linha de Nado e Parti\u00e7\u00e3o<\/h3>\n
          \n
        1. A Parti\u00e7\u00e3o apresenta um grupo de a\u00e7\u00f5es e objetos que compartilham algumas propriedades comuns.<\/li>\n
        2. \u00c9 desenhada como duas linhas paralelas com o nome da parti\u00e7\u00e3o em uma das extremidades.<\/li>\n
        3. Todas as a\u00e7\u00f5es e objetos localizados entre as duas linhas s\u00e3o considerados pertencentes ao grupo.<\/li>\n
        4. Se uma a\u00e7\u00e3o ou objeto estiver localizado na borda de m\u00faltiplas parti\u00e7\u00f5es, \u00e9 considerado pertencer a m\u00faltiplos grupos.<\/li>\n
        5. As parti\u00e7\u00f5es podem ser aninhadas para formar uma hierarquia de parti\u00e7\u00f5es.<\/li>\n<\/ol>\n

          Exemplo<\/h4>\n

          A\u00e7\u00f5es e objetos em uma atividade de processamento de pedido podem ser divididos em 3 grupos:<\/p>\n

            \n
          1. Grupo de a\u00e7\u00f5es do Departamento de Pedidos<\/li>\n
          2. Grupo de a\u00e7\u00f5es do Departamento de Contabilidade<\/li>\n
          3. Grupo de a\u00e7\u00f5es do Cliente, com base na propriedade das a\u00e7\u00f5es<\/li>\n<\/ol>\n

            Esses grupos podem ser representados como Nota\u00e7\u00f5es de Parti\u00e7\u00e3o em um diagrama de atividades UML, conforme mostrado abaixo:<\/p>\n

            \"Swimlane<\/p>\n

            Atividade Parametrizada<\/h3>\n

            Uma Atividade de Par\u00e2metro de Atividade aceita entrada para uma Atividade ou fornece sa\u00edda de uma Atividade.<\/p>\n

            Os par\u00e2metros de atividade s\u00e3o exibidos na borda e listados abaixo do nome da atividade como: nome-do-par\u00e2metro: tipo-do-par\u00e2metro.<\/p>\n

            Exemplo<\/h4>\n

            O exemplo a seguir mostra dois par\u00e2metros de entrada e um par\u00e2metro de sa\u00edda definidos para a Atividade.<\/p>\n

            \"Parameterized<\/p>\n

            Quadro de Atividade<\/h3>\n

            \u00c9 usado em um Diagrama de Atividades UML para fornecer uma fronteira que envolve todas as a\u00e7\u00f5es e objetos da atividade.<\/p>\n

            \u00c9 desenhado como um ret\u00e2ngulo grande com cantos arredondados. O nome da atividade, os par\u00e2metros de entrada e os par\u00e2metros de sa\u00edda s\u00e3o escritos pr\u00f3ximo ao canto superior esquerdo do ret\u00e2ngulo.<\/p>\n

            As nota\u00e7\u00f5es de objeto que representam par\u00e2metros de entrada e sa\u00edda podem ser colocadas nas arestas do ret\u00e2ngulo.<\/p>\n

            Por que usar diagramas de atividades?<\/h3>\n

            Diagramas de atividades no UML permitem criar um evento como uma atividade, que cont\u00e9m uma cole\u00e7\u00e3o de n\u00f3s conectados por arestas. Uma atividade pode ser associada a qualquer elemento de modelagem para modelar seu comportamento. Diagramas de atividades s\u00e3o frequentemente usados para elaborar.<\/p>\n