BPMN — Business Process Model and Notation — é uma linguagem visual padrão para descrever como os processos de negócios funcionam. Ela ajuda usuários de negócios, analistas, desenvolvedores e gerentes a compreender o mesmo processo usando símbolos consistentes.

A imagem resume cinco áreas principais do BPMN:

Faixas de Navegação – quem é o responsável
Elementos de Fluxo – o que acontece no processo
Objetos de Conexão – como os elementos se relacionam
Dados – informações utilizadas ou produzidas
Artefatos – informações explicativas adicionais

1. Para que o BPMN é utilizado

O BPMN pode descrever processos como:

Processamento de um pedido de cliente
Aprovação de um pedido de férias de um funcionário
Tratamento de um sinistro de seguro
Integração de um novo funcionário
Envio de produtos de um armazém
Resolução de uma reclamação de cliente
Aprovação de uma fatura

Um diagrama BPMN responde a perguntas como:

Quem executa cada atividade?
O que acontece primeiro?
Quais decisões são tomadas?
Quais atividades ocorrem em paralelo?
Que informações são necessárias?
O que acontece quando ocorre um erro?
Quando o processo termina?

Um processo simples pode parecer com isto:

Cliente faz o pedido
        ↓
Vendas verifica o pedido
        ↓
Armazém prepara a remessa
        ↓
Pedido é enviado
        ↓
Cliente recebe confirmação

O BPMN representa este processo visualmente usando eventos, tarefas, gateways, fluxos, pools e lanes.

2. Estrutura do Diagrama BPMN

Um processo BPMN geralmente contém quatro partes básicas:

Evento de Início → Atividade → Decisão → Atividade → Evento de Fim

Por exemplo:

Pedido recebido
      ↓
Verificar estoque
      ↓
Produto está disponível?
   ↙              ↘
 Sim              Não
  ↓                ↓
Embalagem do pedido  Notificar cliente
  ↓                ↓
Enviar pedido        Cancelar pedido
   ↘              ↙
       Fim

Os elementos principais são descritos abaixo.

3. Faixas de Navegação: Pools e Lanes

As faixas de navegação organizam a responsabilidade. Elas mostram qual participante, departamento, função ou sistema executa cada atividade.

Pools

Um pool representa um participante principal em um processo.

Um participante pode ser:

Uma empresa
Um cliente
Um fornecedor
Um banco
Uma agência governamental
Um sistema de software externo

Exemplo:

Pool: Empresa de Varejo Online

Um pool pode conter uma ou mais lanes.

Um pool também pode ser mostrado como uma caixa colapsada quando o processo interno não está sendo modelado.

Lanes

Uma lane é uma subdivisão dentro de um pool. Normalmente representa:

Um departamento
Uma função de trabalho
Uma equipe
Um sistema
Uma função de negócio

Exemplo:

Pool: Empresa de Varejo Online
 ├── Departamento de Vendas
 ├── Armazém
 └── Departamento Financeiro

Um processo pode ser organizado assim:

Ria	Responsabilidade
Cliente	Realiza o pedido e recebe notificações
Departamento de Vendas	Revisa e confirma o pedido
Armazém	Separa, embala e envia os produtos
Departamento Financeiro	Processa o pagamento
Parceiro de Entrega	Entrega o pacote

Exemplo com rias

Cliente          | Realizar pedido ─────────────── Receber confirmação
                  |
Departamento de Vendas  | Receber pedido → Verificar pedido → Confirmar pedido
                  |
Armazém         |                         Separar itens → Embalar → Enviar
                  |
Financeiro      | Receber solicitação de pagamento → Aprovar pagamento

A posição de uma atividade em uma ria indica quem é o responsável por ela.

Pool versus ria

Elemento	Significado	Exemplo típico
Pool	Participante principal ou organização	Cliente, Fornecedor, Banco
Faixa	Função, departamento ou sistema dentro de um participante	Vendas, Armazém, Finanças

Regra para iniciantes

Use uma pool quando o participante for separada organizacional ou operacionalmente. Use uma faixa quando o participante for uma função ou grupo dentro desse pool.

4. Elementos de Fluxo

Os elementos de fluxo descrevem o que acontece no processo. Os três tipos principais são:

Eventos
Atividades
Portões

4.1 Eventos

Um evento representa algo que ocorre durante um processo. Os eventos geralmente não descrevem trabalho sendo realizado; em vez disso, indicam que algo inicia, interrompe ou encerra o processo.

Os eventos são representados por círculos.

Evento de início

Um evento de início mostra onde o processo começa.

Símbolo: círculo de linha fina

Exemplos:

Cliente envia um pedido
Uma mensagem é recebida
Um temporizador atinge uma data agendada
Um funcionário envia uma solicitação

Exemplo:

○ Pedido recebido

Um evento de início normalmente deve ter fluxo de saída, mas não fluxo de sequência de entrada.

Evento intermediário

Um evento intermediário ocorre entre o início e o fim de um processo.

Símbolo: círculo de linha dupla

Pode representar:

Aguardando uma mensagem
Aguardando um temporizador
Capturando um erro
Enviando uma notificação
Escalando um problema

Exemplo:

Início → Revisar pedido → ◉ Aguardar pagamento → Enviar pedido

Um evento intermediário pode:

Capturaralgo, como aguardar uma mensagem de entrada
Lançaralgo, como enviar uma mensagem ou gerar um erro

Evento final

Um evento final indica onde um caminho de processo termina.

Símbolo: círculo de linha grossa

Exemplos:

Pedido concluído
Solicitação rejeitada
Pagamento falhou
Caso encerrado

Exemplo:

Enviar pedido → ● Pedido concluído

Um evento final normalmente possui fluxo de sequência de entrada, mas não possui fluxo de sequência de saída.

4.2 Atividades

Uma atividade representa o trabalho realizado no processo. As atividades são mostradas como retângulos com cantos arredondados.

Exemplos:

Revisar solicitação
Aprovar pagamento
Selecionar produtos
Enviar fatura
Atualizar registro do cliente

As atividades devem normalmente ser nomeadas usando um verbo e um objeto:

Revisar solicitação
Validar endereço
Aprovar solicitação
Enviar confirmação

Evite nomes vagos, como:

Processamento
Trabalho
Resolver problema
Etapa 1

Tarefa

Uma tarefa é uma unidade única de trabalho que não é dividida ainda mais no diagrama atual.

Exemplo:

[Revisar pedido do cliente]

Uma tarefa pode ser realizada manualmente, automaticamente ou por um usuário trabalhando com um sistema.

Os tipos comuns de tarefas BPMN incluem:

Tipo de tarefa	Significado	Exemplo
Tarefa de usuário	Uma pessoa realiza trabalho usando um sistema	Aprovar solicitação de empréstimo
Tarefa manual	Uma pessoa realiza trabalho sem um sistema	Inspecionar pacote
Tarefa de serviço	Um sistema ou serviço automatizado executa o trabalho	Calcular custo de frete
Tarefa de envio	Envia uma mensagem	Enviar confirmação de pedido
Tarefa de recebimento	Aguarda uma mensagem	Receber resposta do fornecedor
Tarefa de script	Executa um script ou programa	Calcular total
Tarefa de regra de negócio	Aplica regras de negócio	Determinar desconto

Para iniciantes, uma tarefa genérica normal geralmente é suficiente, a menos que a implementação exata seja importante.

Subprocesso

Um subprocesso é um grupo de atividades tratado como uma única atividade maior.

Exemplo:

[Processar devolução de cliente]

Dentro do subprocesso pode haver:

Receber solicitação de devolução
      ↓
Verificar elegibilidade para devolução
      ↓
Inspecionar item devolvido
      ↓
Emitir reembolso

Use um subprocesso quando:

O grupo de atividades está logicamente relacionado
O diagrama está ficando muito grande
Você deseja ocultar detalhes temporariamente
O mesmo grupo de etapas é reutilizado
Diferentes pessoas precisam de diferentes níveis de detalhe

Um subprocesso é exibido como um retângulo arredondado com um pequeno sinal de mais quando está recolhido.

4.3 Portões

Um portão controla como o processo se ramifica, se funde ou toma decisões. Os portões são representados por losangos.

O símbolo dentro do losango indica o tipo de portão.

Portão exclusivo: XOR

Um portão exclusivo seleciona exatamente um caminho.

Exemplo:

                 ┌── Sim → Aprovar solicitação
Verificar solicitação ─◇─┤
                 └── Não → Rejeitar solicitação

Use um portão exclusivo quando apenas uma condição puder ser verdadeira.

Pergunta de exemplo:

O valor do pedido é maior que $1.000?

Caminhos possíveis:

Sim: Exigir aprovação do gerente
Não: Continuar automaticamente

Notação típica:

◇ O pagamento foi aprovado?

Apenas um caminho de saída deve ser seguido.

Portão paralelo: AND

Um portão paralelo ativa múltiplos caminhos simultaneamente.

Exemplo:

                 ┌── Enviar fatura
Pedido confirmado ─◇
                 └── Preparar envio

Ambas as atividades ocorrem.

Um portão paralelo também pode sincronizar caminhos paralelos:

Enviar fatura ────┐
                 ◇── Expedir pedido
Preparar envio ┘

O processo continua apenas após ambas as ramificações estarem concluídas.

Use um portão paralelo quando as atividades forem independentes e puderem ocorrer simultaneamente.

Portão inclusivo: OR

Um portão inclusivo ativa um ou mais caminhos, dependendo das condições.

Exemplo:

Tipo de cliente?
   ├── Cliente empresarial → Criar conta empresarial
   ├── Internacional       → Calcular taxa alfandegária
   └── Cliente premium     → Aplicar desconto premium

Um, dois ou todos os três caminhos podem ser selecionados.

Use um gateway inclusivo quando várias condições podem ser verdadeiras ao mesmo tempo.

Gateway baseado em eventos

Um gateway baseado em eventos escolhe um caminho com base no evento que ocorrer primeiro.

Exemplo:

Enviar cotação
    ↓
◇ Aguardar evento
   ├── Cliente aceita → Criar pedido
   ├── Cliente rejeita → Encerrar solicitação
   └── Temporizador expira → Enviar lembrete

Isso é útil quando o processo aguarda eventos concorrentes, como:

Uma resposta do cliente
Um tempo limite
Uma mensagem de outro sistema

Comparação de gateways

Gateway	Número de caminhos selecionados	Principal finalidade
Exclusivo	Exatamente um	Escolher entre alternativas
Paralelo	Todos os caminhos aplicáveis	Executar tarefas simultaneamente
Inclusivo	Um ou mais	Seguir todas as condições que se aplicam
Baseado em eventos	Primeiro evento a ocorrer	Reagir ao primeiro evento que ocorrer

Nomeação de gateways

Um gateway pode ser escrito como uma pergunta:

O pagamento foi aprovado?
O cliente é elegível?
Todos os documentos estão completos?
O prazo expirou?

Os fluxos de saída devem, então, usar condições correspondentes:

Sim / Não
Aprovado / Rejeitado
Completo / Incompleto

5. Objetos de Conexão

Os objetos de conexão mostram como os elementos BPMN se relacionam entre si.

5.1 Fluxo de Sequência

Um fluxo de sequência mostra a ordem em que atividades, eventos e gateways ocorrem.

É representado por uma linha sólida com uma seta sólida.

Início → Revisar solicitação → Aprovar solicitação → Fim

O fluxo de sequência é normalmente usado dentro da mesma piscina.

Exemplo:

○ Início → [Validar pedido] → ◇ Pagamento aprovado?

Regras para fluxo de sequência

Use setas para indicar a direção.
Mantenha a direção consistente, geralmente da esquerda para a direita ou de cima para baixo.
Rotule os fluxos condicionais quando necessário.
Evite linhas cruzadas.
Não use fluxo de sequência para conectar piscinas separadas.

5.2 Fluxo de Mensagem

Um fluxo de mensagem mostra a comunicação entre participantes ou piscinas separados.

É representado por uma linha tracejada com uma seta aberta.

Exemplo:

Piscina do Cliente       - - - mensagem do pedido - - -> Piscina da Empresa
Piscina da Empresa        - - - confirmação - - -> Piscina do Cliente

O fluxo de mensagem pode representar:

Envio de um pedido
Recebimento de uma fatura
Envio de um pedido de pagamento
Recebimento de uma atualização de entrega
Troca de informações com um sistema externo

Fluxo de sequência versus fluxo de mensagem

Conexão	Usado entre	Significado
Fluxo de sequência	Elementos no mesmo pool	Ordem de trabalho
Fluxo de mensagem	Pools ou participantes separados	Comunicação entre participantes

Um erro comum de iniciantes é usar fluxo de sequência entre dois pools. Use fluxo de mensagem em vez disso.

5.3 Associação

Uma associação vincula informações adicionais a um elemento BPMN.

É exibida como uma linha pontilhada.

Use-a para conectar:

Uma anotação de texto a uma atividade
Um objeto de dados a uma tarefa
Um grupo a elementos relacionados

Exemplo:

[Aprovar fatura] ······· "Aprovação do gerente necessária"

Uma associação não controla a ordem do processo. Ela simplesmente adiciona contexto.

5.4 Associação de dados

A associação de dados mostra como os dados entram ou saem de uma atividade.

Pode mostrar:

Um documento de entrada sendo utilizado
Um documento de saída sendo produzido
Informação sendo atualizada
Dados sendo armazenados

Exemplo:

[Criar fatura] ─ ─ ─ → Documento de fatura

A linha é geralmente pontilhada com uma seta aberta.

6. Elementos de Dados

Os elementos de dados BPMN mostram informações utilizadas ou criadas pelo processo.

6.1 Objeto de Dados

Um objeto de dados representa informações utilizadas ou produzidas durante um processo.

Exemplos:

Pedido do cliente
Fatura
Formulário de inscrição
Rótulo de envio
Documento de aprovação
Recibo de pagamento

Exemplo:

[Revisar pedido] ─ ─ ─ → Documento de pedido

Um objeto de dados não significa necessariamente um documento físico em papel. Também pode representar um arquivo digital ou registro comercial.

6.2 Entrada de Dados

Uma entrada de dados representa informações que entram no processo.

Exemplos:

Solicitação do cliente
Cotação do fornecedor
Novo pedido
Documento carregado

Exemplo:

Solicitação do cliente → Processamento da solicitação

6.3 Saída de dados

Uma saída de dados representa informações produzidas pelo processo.

Exemplos:

Solicitação aprovada
Confirmação de envio
Fatura
Relatório de conclusão

6.4 Armazenamento de dados

Um armazenamento de dados representa informações persistentes que permanecem disponíveis além de uma única instância de processo.

Exemplos:

Banco de dados de clientes
Sistema de estoque
Registros de funcionários
Repositório de documentos
Sistema contábil

Exemplo:

[Atualizar estoque] ─ ─ ─ ↔ Banco de dados de estoque

Um armazenamento de dados é útil quando o processo lê de ou escreve em um repositório de informações de longo prazo.

Comparação de elemento de dados

Elemento	Significado	Exemplo
Objeto de dados	Informação utilizada ou produzida durante um processo	Formulário de pedido
Entrada de dados	Informação que entra no processo	Solicitação do cliente
Saída de dados	Informação que sai do processo	Aviso de aprovação
Repositório de dados	Repositório de informação persistente	Base de dados de clientes

7. Artefatos

Os artefatos adicionam informações sem alterar o fluxo do processo.

A imagem mostra dois artefatos comuns: grupos e anotações de texto.

7.1 Grupo

Um grupo visualmente circunda elementos relacionados.

Um grupo é representado usando um retângulo arredondado tracejado.

Use um grupo para:

Destacar uma fase do processo
Organizar atividades relacionadas
Marcar etapas relacionadas à conformidade
Identificar trabalho opcional
Explicar os limites do processo

Exemplo:

┌ - - - - - Verificação do cliente - - - - - ┐
  [Verificar identidade] → [Validar endereço]
└ - - - - - - - - - - - - - - - - - - - - -┘

Um grupo não controla a execução. É apenas um auxílio visual.

7.2 Anotação de texto

Uma anotação de texto adiciona um comentário ou explicação.

Exemplo:

[Aprovar reembolso] ····· "Reembolsos acima de $500 exigem aprovação do gerente."

As anotações são úteis para:

Regras de negócio
Exceções
Políticas
Pressupostos
Explicações de comportamento incomum
Notas para os leitores

Não use anotações de texto como substituto da lógica real do BPMN. Se uma regra alterar o caminho do processo, modele-a com um gateway ou evento.

8. Exemplo completo: Processo de pedido online

O exemplo a seguir combina pools, raias, atividades, gateways, dados e mensagens.

Cenário

Um cliente faz um pedido online. A empresa verifica o estoque e o pagamento. Se o produto estiver disponível e o pagamento for aprovado, o armazém envia o pedido. Caso contrário, o cliente é notificado.

Cliente
  ○ Fazer pedido
        |
        | Mensagem de pedido
        v

Loja Online
  Departamento de Vendas
  ○ Receber pedido
        ↓
  [Verificar estoque]
        ↓
  ◇ Produto disponível?
     ↙              ↘
   Não               Sim
   ↓                  ↓
[Notificar cliente]  [Solicitar pagamento]
   ↓                  ↓
  ● Pedido encerrado ◇ Pagamento aprovado?
                     ↙              ↘
                   Não               Sim
                   ↓                  ↓
             [Notificar cliente]   Armazém
                   ↓             [Selecionar itens]
              ● Pedido encerrado          ↓
                                  [Empacotar pedido]
                                       ↓
                                  [Enviar pedido]
                                       ↓
                                  [Enviar confirmação]
                                       ↓
                                      ● Concluído

Dados utilizados no processo

Pedido do cliente → Receber pedido
Banco de dados de estoque ↔ Verificar estoque
Solicitação de pagamento → Solicitar pagamento
Rótulo de envio → Enviar pedido
Confirmação do pedido → Enviar confirmação

Comunicação entre participantes

O cliente envia um pedido à empresa.
A empresa envia uma solicitação de pagamento ao provedor de pagamento.
O provedor de pagamento envia uma mensagem de aprovação ou rejeição.
A empresa envia uma confirmação ao cliente.
O armazém recebe uma solicitação de envio.

9. Exemplo: Solicitação de férias de funcionário

Regra de negócio

Um funcionário submete uma solicitação de férias. O gerente aprova ou rejeita. Se aprovado, o sistema de RH atualiza o saldo de férias do funcionário.

Funcionário
  ○ Submeter solicitação de férias
        ↓
Gerente
  [Revisar solicitação]
        ↓
  ◇ Aprovado?
    ↙       ↘
  Não        Sim
  ↓           ↓
[Enviar    [Notificar funcionário]
 rejeição]       ↓
  ↓         Departamento de RH
  ● Fim      [Atualizar saldo de férias]
                    ↓
               [Registrar aprovação]
                    ↓
                   ● Fim

Possíveis elementos de dados

Solicitação de férias
Saldo de férias do funcionário
Notificação de aprovação
Registro de RH

Possível anotação

“Solicitações com duração superior a 10 dias úteis exigem aprovação do chefe do departamento.”

Se a regra criar outro caminho de decisão, ela deve ser modelada com um gateway, e não apenas escrita como uma anotação.

10. Exemplo: Atividades paralelas

Suponha que um empréstimo aprovado exija tanto uma verificação de crédito quanto uma verificação de identidade. Essas verificações podem ocorrer simultaneamente.

[Receber solicitação de empréstimo]
          ↓
       ◇ E
       ↙   ↘
[Verificação de crédito] [Verificação de identidade]
       ↘   ↙
       ◇ E
          ↓
 [Tomar decisão de empréstimo]
          ↓
         ● Fim

O primeiro gateway paralelo divide o processo. O segundo aguarda até que ambas as atividades estejam concluídas.

Use este padrão quando:

As atividades são independentes
Ambas as atividades são necessárias
Realizá-las simultaneamente economiza tempo

11. Exemplo: Aguardando eventos

Um fornecedor envia uma cotação, mas a empresa também pode cancelar a solicitação se a resposta demorar muito.

[Enviar solicitação de cotação]
          ↓
  ◇ Gateway baseado em eventos
      ↙          ↘
[Receber cotação]  [Tempo limite expirado]
      ↓              ↓
[Avaliar cotação]  [Enviar lembrete]
      ↓              ↓
     ● Fim          ● Fim

O caminho depende de qual evento ocorre primeiro.

12. Como criar um diagrama BPMN

Siga este processo ao modelar um novo processo de negócios.

Etapa 1: Definir o escopo do processo

Decida onde o processo começa e termina.

Exemplo:

Início: Cliente envia um pedido
Fim: Pedido é enviado ou cancelado

Evite modelar toda a organização em um único diagrama.

Etapa 2: Identificar participantes

Liste as pessoas, departamentos, organizações e sistemas envolvidos.

Exemplo:

Cliente
Departamento de vendas
Armazém
Provedor de pagamento

Decida quais devem ser pools e quais devem ser lanes.

Etapa 3: Identifique o evento inicial

Pergunte:

O que desencadeia este processo?

Respostas possíveis:

Um pedido é submetido
Uma mensagem chega
Um horário agendado ocorre
Uma condição torna-se verdadeira

Etapa 4: Liste as atividades principais

Escreva o trabalho em linguagem simples primeiro.

Exemplo:

Receber pedido
Verificar estoque
Solicitar pagamento
Selecionar produtos
Embalagem do pedido
Enviar pedido
Enviar confirmação

Etapa 5: Adicionar decisões

Procure por perguntas que alteram o que acontece a seguir.

Exemplos:

O produto está disponível?
O pagamento foi aprovado?
O pedido está completo?
O prazo expirou?

Represente essas decisões com gateways.

Etapa 6: Adicionar os eventos de término

Um processo pode ter múltiplos finais.

Exemplos:

Pedido concluído
Pedido cancelado
Solicitação rejeitada
Pagamento falhou

Etapa 7: Adicionar fluxos de sequência

Conecte o processo do início ao fim. Mantenha a direção fácil de seguir.

Etapa 8: Adicionar mensagens

Mostre a comunicação entre pools separados usando fluxos de mensagens.

Etapa 9: Adicionar dados e anotações

Adicione documentos, bancos de dados, regras e notas apenas onde esclareçam o processo.

Etapa 10: Revisar o diagrama

Verifique se:

Cada caminho de processo inicia corretamente
Cada caminho atinge um final
Os gateways estão logicamente pareados
As responsabilidades são claras
As mensagens conectam participantes separados
As atividades são nomeadas de forma consistente
O diagrama é legível

13. Convenções de Nomenclatura

Bons nomes tornam os diagramas BPMN muito mais fáceis de entender.

Eventos

Use um substantivo ou frase de evento:

Pedido recebido
Pagamento aprovado
Prazo atingido
Cliente cancela solicitação

Tarefas

Use um verbo seguido de um objeto:

Validar aplicação
Verificar estoque
Aprovar pagamento
Enviar notificação

Gateways

Use uma pergunta:

A aplicação está completa?
O pagamento foi aprovado?
Os produtos estão disponíveis?

Eventos finais

Use um resultado:

Pedido concluído
Solicitação rejeitada
Pagamento falhou
Caso encerrado

Evite rótulos vagos como:

Processar pedido
Atender solicitação
Fazer verificação
Ação necessária

Prefira nomes mais precisos:

Validar detalhes do pedido
Revisar solicitação do cliente
Verificar status do pagamento
Enviar notificação de aprovação

14. Erros comuns de iniciantes

Usando o tipo de fluxo incorreto

Incorreto:

Fluxo de sequência entre duas piscinas separadas

Correto:

Fluxo de mensagem entre piscinas separadas

Use fluxo de sequência para a ordem das atividades dentro de um participante. Use fluxo de mensagem para a comunicação entre participantes.

Tratar cada departamento como uma piscina separada

Departamentos dentro da mesma organização são geralmente melhor representados como faixas dentro de uma única piscina. Piscinas separadas são mais adequadas para participantes independentes.

Usando gateways para trabalho sequencial simples

Não adicione um gateway quando não houver ramificação ou fusão.

Desnecessário:

Início → ◇ → Revisar formulário → ◇ → Fim

Melhor:

Início → Revisar formulário → Fim

Esquecer de fundir ramificações

Se um gateway dividir o processo, suas ramificações podem precisar ser fundidas posteriormente.

Por exemplo, após aprovar ou rejeitar um pedido, o processo pode continuar para uma etapa comum de notificação.

Usando texto em vez de lógica de processo

Escrever “Se o pagamento falhar, notifique o cliente” como uma observação não modela o comportamento. Use um gateway exclusivo:

◇ Pagamento aprovado?
   ├── Sim → Continuar pedido
   └── Não  → Notificar cliente

Sobrecarregar o diagrama

Um diagrama com muitos detalhes torna-se difícil de ler. Use:

Subprocessos
Diagramas separados
Grupos
Visões mais específicas para diferentes públicos

Misturar níveis de detalhe

Evite colocar uma atividade de alto nível, como “Processar pedido”, ao lado de etapas detalhadas como “Imprimir etiqueta” e “Selar pacote”, a menos que a relação seja clara.

Escolha um único nível de detalhe para o diagrama ou use um subprocesso.

Eventos de fim ausentes

Um processo deve normalmente deixar claros seus possíveis resultados. Inclua eventos de término para caminhos bem-sucedidos, rejeitados, cancelados ou falhos, quando apropriado.

15. Melhores Práticas de Modelagem BPMN

Comece com o objetivo e o escopo do processo.
Use uma direção clara da esquerda para a direita ou de cima para baixo.
Use um único evento de início, a menos que múltiplos gatilhos sejam genuinamente necessários.
Dê a cada caminho importante um resultado claro.
Mantenha as tarefas em um nível de detalhe semelhante.
Use faixas para esclarecer as responsabilidades.
Rotule os fluxos de saída dos gateways.
Use fluxos de mensagem apenas para comunicação entre participantes.
Evite conectores que se cruzam, sempre que possível.
Prefira nomes significativos a nomes técnicos.
Use objetos de dados apenas quando a informação for relevante.
Use anotações para explicar, não para substituir, a lógica do processo.
Divida diagramas grandes em subprocessos.
Valide o modelo com as pessoas que executam o trabalho real.

16. Guia Rápido de BPMN

Símbolo ou conceito	Significado
Círculo fino	Evento de início
Círculo duplo	Evento intermediário
Círculo grosso	Evento de término
Retângulo arredondado	Atividade ou tarefa
Retângulo arredondado com sinal de mais	Subprocesso colapsado
Losango com X	Porta exclusiva
Losango com sinal de mais	Porta paralela
Losango com círculo	Porta inclusiva
Losango com marcadores de evento	Porta baseada em evento
Seta sólida	Fluxo de sequência
Seta tracejada	Fluxo de mensagem
Linha pontilhada	Associação
Forma de documento	Objeto de dados
Cilindro de banco de dados	Repositório de dados
Caixa de agrupamento tracejada	Grupo
Caixa de texto	Anotação de texto
Contêiner externo grande	Piscina
Subdivisão dentro de uma piscina	Faixa

17. Uma Lista de Verificação Simples para Modelagem BPMN

Antes de finalizar um diagrama, pergunte:

Fluxo de processo

Há um início claro?
O processo normal é fácil de seguir?
Cada caminho eventualmente termina?
As decisões são representadas por gateways?

Responsabilidades

Cada atividade está atribuída a um participante ou faixa?
Os pools são usados para participantes separados?
As faixas são usadas para papéis internos ou departamentos?

Conexões

Os fluxos de sequência são usados dentro de um pool?
Os fluxos de mensagem são usados entre pools?
Os ramos dos gateways estão rotulados?

Informação

Os documentos importantes são exibidos?
Os sistemas persistentes são representados como repositórios de dados?
As anotações são usadas apenas para esclarecimento?

Legibilidade

O diagrama é muito grande?
As atividades são nomeadas de forma consistente?
As linhas de conexão são fáceis de seguir?
Um subprocesso poderia simplificar o diagrama?

A ideia central é simples: eventos descrevem o que acontece, atividades descrevem o trabalho, gateways controlam decisões ou caminhos paralelos, swimlanes mostram responsabilidade, conexões mostram relacionamentos e elementos de dados mostram informações.Juntos, esses elementos fornecem uma visão clara de como um processo de negócios começa, avança, ramifica, comunica e termina.

Referências

Guia Completo de BPMN, Ferramentas Visual Paradigm, IA e Ecossistema: Post oficial de blog que descreve os quatro pilares do ecossistema VP AI com exemplos práticos de BPMN, como Integração de Funcionários e Cumprimento de Pedidos.
Dominando a Modelagem de Processos de Negócios: Um Guia Completo de BPMN e Geração de Diagramas com IA: Guia oficial detalhando como usar o gerador de diagramas de processos de negócios com IA, com instruções passo a passo e comparações de recursos.
Do Texto ao Fluxo de Processo: Minha Análise Prática do Gerador de BPMN com IA do Visual Paradigm: Análise independente testando o gerador em cenários do mundo real (comércio eletrônico, suporte de TI, bancos) sob a perspectiva de um analista de negócios.
Gerador de Diagramas BPMN com IA: Ferramenta Profissional de BPD: Página oficial do produto explicando o recurso de texto para diagrama, como acessá-lo no VP Desktop e os principais benefícios, como conformidade com padrões.
Guia abrangente sobre BPMN, ferramentas Visual Paradigm, inteligência artificial e ecossistema: Versão em chinês do guia abrangente, cobrindo fundamentos do BPMN e estudos de caso de geração impulsionada por IA.
Do Texto ao Fluxo de Processo: Uma Análise Prática do Gerador BPMN com IA do Visual Paradigm: Estudo de caso detalhado sobre o processo de envio de uma varejista de hardware, demonstrando como a IA lida com gateways, execução paralela e lógica de raias.
Gerador de Diagramas BPMN com IA: Ferramenta Profissional para BPD: Guia de produto em chinês detalhando as capacidades do gerador de IA, incluindo inclusão automática de pools e raias para clareza interfuncional.
Minha experiência pessoal: Como o BPMN impulsionado por IA do Visual Paradigm está transformando a documentação de fluxos de trabalho: Análise em primeira mão do desempenho do gerador de IA em cenários de integração de funcionários, suporte ao cliente e aprovação de empréstimos.
Guia prático de iniciante para modelagem de processos de negócios BPMN 2.0: Crie fluxogramas profissionais com facilidade usando Visual Paradigm e IA: Tutorial prático com estratégias de escrita de prompts e técnicas avançadas de otimização usando o Chatbot de IA para refinamento conversacional.
Tutorial completo e prático de BPMN: Experiência com Visual Paradigm, funcionalidades de IA e guia aprofundado do ecossistema: Série de artigos cobrindo o lançamento do gerador BPMN com IA, com análises aprofundadas sobre integração ao ecossistema e exemplos práticos.

This post is also available in Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Ру́сский, Việt Nam, 简体中文 and 繁體中文.