BPMN_Poster-2 0-v49

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Tarefa 
E
Tarefa 
F
Falta evento de términoFalta evento de término
Documento X
Tarefa 
A
Tarefa 
B
Tarefa 
A
Tarefa 
B
Tarefa 
C
...
...
Serão criadas instâncias múltiplas da tarefa ou subprocesso.
Grupo 
(Group)
Nome da Subcoreografia
Participante B
Participante A
Nome da Subcoreografia
Participante B
Participante A
AtividadesAtividades
Swimlanes (Partições)
Elementos Gráficos do Diagrama de Processos de Negócio [Business Process Diagram (BPD)]
Elementos de Conexão do Diagrama dos Processos de Negócio 
[Business Process Diagram (BPD)]
Diagrama de Processos de Negócio [Business Process Diagram (BPD)] - Padrões e Antipadrões Comuns
Eventos Elementos Gráficos de Conexão
Associação de Compensação
Início Intermediário Fim
Message 
(message)
Temporal 
(timer)
Erro 
(error)
Múltiplo Paralelo
(parallel-multiple)
Condicional
(conditional)
Compensação
(compensation)
Cancelamento
(cancel)
Término
(terminate)
Simples 
(none)
TIPOS
Quando uma mensagem chega a um participante, inicia o evento. Isto faz com que o processo {comece, continue, 
termine} se estiver esperando por uma mensagem. Mensagens de término indicam que uma mensagem é enviada 
ao participante quando o processo for concluído.
DESCRIÇÃO
NOTAÇÃO PARA A MODELAGEM DE PROCESSOS DE NEGÓCIO 
Business Process Model and Notation 2.0 (BPMN)
Um evento é algo que Acontece durante o andamento de um processo de negócio. Eventos afetam o fluxo do processo e têm uma causa (trigger) e um resultado (impacto). O próprio início e 
término do processo são eventos em si, que causam a criação de uma nova instância (start) ou seu término (end). Exemplos: 'E-mail recebido', '15:00', 'Depósito Vazio', 'Erro Crítico'...
Swimlanes são compostas por 
Piscinas (Pools) e Raias (Lanes). 
São usadas para representar 
processos, colaboradores, 
organizações, papéis, áreas e 
responsabilidades. Exemplos: 
(ex.: uma empresa Empresa 
X universidade), ou um Papel 
(ex.: comprador, fabricante, 
etc.).
Raias: uma raia é uma subpartição dentro de uma piscina. 
É utilizada para organizar e categorizar as atividades e podem representar papéis, 
áreas, funções de atores do processo.
• Piscinas podem ser representadas na horizontal ou na vertical.
• Somente é possível conectar duas piscinas através de um fluxo de 
mensagem (linha pontilhada com seta).
Fluxo de sequência
normal
Fluxo de sequência
condicional
Fluxo de sequência
default (padrão)
Fluxo de 
mensagem
Associação
Há vários modos de conectar objetos de fluxo (eventos, atividades, gateways) 
entre si ou com outro tipo de informação – usam-se fluxos de sequência, fluxos de 
mensagem, associações e links de conversação.
Elementos Gráficos de Conexão
Um fluxo de sequência é usado para mostrar a ordem em que as atividades de um 
processo serão realizadas.
Um fluxo de mensagem é usado para mostrar o fluxo de mensagens entre 
participantes que estão preparados para enviar e receber mensagens. Na notação 
BPMN, duas piscinas separadas podem representar dois participantes em um 
diagrama (BPD).
Uma associação (dirigida ou não dirigida) é usada para associar
informações a objetos de fluxo. Texto e objetos gráficos podem ser
associados a objetos de fluxo.
Neste tipo de fluxo, existe uma condição que será avaliada em tempo
de execução para decidir se o caminho deve ser seguido ou não.
Para decisões exclusivas com base em dados ou decisões inclusivas, um fluxo 
condicional é tido como default (padrão). Este fluxo será usado somente se todos os 
outros fluxos condicionais de saída NÃO forem verdadeiros no momento da execução.
Início de 
transação
Transação realizada 
com sucesso
Tarefa A
Fronteira de transaçãoFronteira de transação
Desfazer tarefa A
Tarefa B
Desfazer tarefa B
Falha na transação
Exceção de
transação
Manipular com 
outros serviçõs
Aguardar alguns 
minutos
Nova 
tentativa
Erro: eventos de 
compensação não 
podem ser acionados
Erro: eventos de 
compensação não 
podem ser acionados
TarefaTarefa
Atividade de 
compensação
Atividade de 
compensação
É desejável que todas as atividades constituintes da transação sejam concluídas 
com sucesso. Senão a transação falha e atividades de compensação (rollback) 
acontecem. Isso desfaz atividades que já tinham sido realizadas.
Mecanismos de Fluxo de 
Sequência
Eventos de Mensagem e
Fluxos de Mensagem
Fluxos nas Raias Uso de GatewaysFluxos Incorretos em/entre 
Piscinas
Na modelagem em piscinas, fluxos de sequência e eventos de 
início e término muitas vezes são omitidos porque o modelador 
assume (erroneamente) que fluxos de mensagem substituem 
fluxos de sequência. Além disso, muitas vezes fluxos de 
sequência são usados de forma errada para conectar pools.
P
o
o
l A
P
o
o
l A Tarefa 
A
P
o
o
l B
P
o
o
l B Tarefa 
D
Fluxo de 
mensagem AD
Fluxo de 
mensagem EB
Tarefa 
B
Tarefa 
E
Faltando fluxo de sequênciaFaltando fluxo de sequência
Tarefa 
C
Tarefa 
F
Falta evento de términoFalta evento de término
Falta evento de inícioFalta evento de início
Modele o processo em cada piscina separadamente 
(independentemente) e, depois, defina os fluxos de mensagem 
entre eles. LEMBRE-SE: CADA piscina, UM único processo 
completo.
Uso Incorreto de 
Eventos de Tempo
Tarefa A Tarefa B ......
Tarefa C ...
Delay
Tempo para exceção 
(e.g. depois de 2 
horas 
Aqui um evento temporal (timer) 
é usado como um mecanismo de 
ATRASO (delay)
Aqui um evento temporal (timer) 
é usado como um mecanismo de 
ATRASO (delay)
Aqui é representada a 
DURAÇÃO de uma tarefa
Aqui é representada a 
DURAÇÃO de uma tarefa
...
É necessário usar um 
evento intermediário
É necessário usar um 
evento intermediário
Há dois erros comuns ao usar eventos temporais. Primeiro, 
eventos de início são usados em vez de eventos intermediários. 
Segundo, eventos intermediários são usados como mecanismo 
de atraso (delay), mas são modelados como mecanismo de 
exceção (representando a duração da tarefa) e vice-versa.
Uso Incorreto de 
Eventos de Tempo
Tarefa A Tarefa B ......
Tarefa C ...
Delay
Tempo para exceção 
(e.g. depois de 2 
horas 
Aqui um evento temporal (timer) 
é usado como um mecanismo de 
ATRASO (delay)
Aqui é representada a 
DURAÇÃO de uma tarefa
...
É necessário usar um 
evento intermediário
Há dois erros comuns ao usar eventos temporais. Primeiro, 
eventos de início são usados em vez de eventos intermediários. 
Segundo, eventos intermediários são usados como mecanismo 
de atraso (delay), mas são modelados como mecanismo de 
exceção (representando a duração da tarefa) e vice-versa.
Tarefas e Eventos
Começar
a tarefa A
Receber 
documento X
...
Tarefa A 
terminada
Documento X
...
Tarefa A
...
Fluxo normal
Documento X
Evento X
Muitas vezes, eventos são modelados (erroneamente) como 
tarefas, e estados de tarefas como novas tarefas.
Esta tarefa é redundante.
A tarefa começa
automaticamente
no input do fluxo
de sequência
Esta tarefa é redundante.
A tarefa começa
automaticamente
no input do fluxo
de sequência
Esta tarefa é 
redundante.
A tarefa começa
automaticamente
na saída (output) do 
fluxo de sequência
Esta tarefa é 
redundante.
A tarefa começa
automaticamente
na saída (output) do 
fluxo de sequência
Esta tarefa é redundante. A ação de 
receber o documento X é em si a própria 
atividade. 
Esta tarefa é redundante. A ação de 
receber o documento X é em si a própria 
atividade. 
Tarefa A Tarefa B ......
Pedido
Tarefa A Tarefa
B ......
Mensagem com 
Pedido
Pedido
Fluxos de mensagem 
intermediários não 
podem ficar sem 
identificação, assim 
como é incorreto 
também identificar a 
mensagem nesse caso 
via objeto de dados 
associado.
Fluxos de mensagem 
intermediários não 
podem ficar sem 
identificação, assim 
como é incorreto 
também identificar a 
mensagem nesse caso 
via objeto de dados 
associado.
Eventos de in ício indicam onde um processo específico começará. Eventos intermediários ocorrem entre um 
evento de início e um evento de término e indicam mudança de estado. O evento de fim indica onde 
um processo terminará.
Pode-se especificar um tempo (ou ciclo) para que um processo comece ou continue. Eventos temporais 
(timers) intermediários podem ser usados para modelar atrasos.
Este tipo de evento é acionado quando as condições de uma regra se tornam verdadeiras. As regras 
podem ser muito úteis para interromper o processo de loop, por exemplo: 'Número de repetições = 
N'. Regras intermediárias são usadas somente para manipular exceções.
Um Conector é um mecanismo que conecta o fim (resultado) de um processo ao começo 
(acionamento) de outro. Normalmente, estes processos são subprocessos dentro do mesmo processo 
pai. Pode ser usado, por exemplo,quando a área de trabalho (página) é muito pequena – vá para 
outra página.
Este tipo de evento indica que há formas diferentes de acionar o processo. Somente uma delas será 
necessária para {iniciar, continuar, terminar} o processo.
Este tipo de evento indica que o nome do erro deve ser gerado. Este erro será capturado por um 
evento intermediário dentro do contexto do evento, abortando a atividade (tarefa ou processo).
Este tipo de evento indica que todas as atividades no processo devem ser terminadas 
imediatamente. Inclusive todas as instâncias de Instâncias Múltiplas. O processo é terminado sem 
compensação ou manipulação de eventos.
Legenda:
Fluxos de sequência
entre piscinas não 
são permitidos
Fluxos de sequência
entre piscinas não 
são permitidos
P
is
ci
n
a
 
(P
ro
c
e
s
s
o
) 
B
P
is
ci
n
a
 
(P
ro
c
e
s
s
o
) 
B
R
a
ia
 A
R
a
ia
 A
R
a
ia
 B
R
a
ia
 B
Tarefa 
A
Tarefa 
B
Tarefa 
C
P
is
ci
n
a
 
(P
ro
c
e
s
s
o
) 
A
P
is
ci
n
a
 
(P
ro
c
e
s
s
o
) 
A
R
a
ia
 A
R
a
ia
 A
R
a
ia
 B
R
a
ia
 B
Tarefa 
A
Tarefa 
B
Tarefa 
C
Fluxos de mensagem não 
são permitidos dentro de um 
processo (internamente em 
uma Piscina)
Fluxos de mensagem não 
são permitidos dentro de um 
processo (internamente em 
uma Piscina)
Uma Piscina pode conter 
apenas um (01) Processo
Uma Piscina pode conter 
apenas um (01) Processo
Erros comuns ao modelar Raias (Lanes) são os mesmos 
encontrados nas modelagens de Piscinas (Pools). Muitas vezes 
elas contêm mais processos do que deveriam ou contêm fluxos 
de mensagem entre Raias diferentes.
Gateways podem ser conectados 
apenas com fluxos de sequência (a 
exceção do XOR de eventos, que são 
conectados em eventos na saída). 
Também evite deadlocks em potencial 
ao usá-los.
Tarefa A
Tarefa B
Informação de
decisão vinda
de outra Piscina
Fluxos de mensagem 
não podem influenciar 
o Gateway
Fluxos de mensagem 
não podem influenciar 
o Gateway
Não existe nenhum fluxo 
de saída para esta tarefa
Não existe nenhum fluxo 
de saída para esta tarefa
A decisão deve conter no 
mínimo 2 fluxos de saída
A decisão deve conter no 
mínimo 2 fluxos de saída
Ao usar subprocessos expandidos, fluxos de sequência devem 
estar conectados às fronteiras dos subprocessos. Processos e 
subprocessos devem começar e terminar corretamente!
Tarefa 
A
Subprocesso »P«Subprocesso »P«
Tarefa B Tarefa C
Um fluxo de sequência não 
pode cruzar a fronteira de 
um subprocessamento
Um fluxo de sequência não 
pode cruzar a fronteira de 
um subprocessamento
O processo tem que ter 
um evento de término
O processo tem que ter 
um evento de término
O subprocesso deve ter 
um evento de início
O subprocesso deve ter 
um evento de início
Tarefa A
Subprocesso »P«Subprocesso »P«
Tarefa 
B
Tarefa 
C
Tarefa C
Um fluxo condicional não é 
permitido (necessário) aqui
Um fluxo condicional não é 
permitido (necessário) aqui
Enviar mensagem
para outra Piscina
Um fluxo de mensagem 
não pode ser alternativa 
de Gateway
Um fluxo de mensagem 
não pode ser alternativa 
de Gateway
Analisar 
informação 
de decisão
Tarefa A
Tarefa B
Tarefa C
Enviar 
mensagem para 
Piscina X
1ª opção
2º opção
3ª opção
4ª opção
Mensagem para Piscina X 
(outra Piscina)
Mensagem vinda 
da outra Piscina
Nota importante, explicação
Aviso ou erro na modelagem BPMN
Recomendação
Modelagem incorreta (não fazer)
Modelagem correta
Este tipo de evento é usado para manipular a compensação, tanto para estabelecê-la como para 
realizá-la. É muito útil para cancelar e desfazer (undo) o que foi realizado em determinado nó na 
transação. Quando anexado à fronteira de uma atividade, o símbolo de compensação estará ligado a 
uma atividade de compensação através de uma conexão de associação. 
Este evento sempre interrompe a atividade à qual está ligada, caso seja evento intermediário, ou 
interrompe um processo inteiro, caso seja o evento de Fim. Se for evento intermediário, DEVE estar 
anexado à fronteira de um subprocesso. 
Padrões de Workflow
Fluxo de sequência normalFluxo de sequência normal
Divisão em paralelo, 
fluxo não controlado
Divisão em paralelo, 
fluxo não controlado
Gateway de escolha 
exclusiva (com decisão)
Gateway de escolha 
exclusiva (com decisão)
Junção simples, 
fluxo não controlado
Junção simples, 
fluxo não controlado
Sincronização
(Join 
paralelo)
Sincronização
(Join 
paralelo)
Divisão em paralelo
Gateway de divisão
Divisão em paralelo
Gateway de divisão
Discriminador
junção (Merges
de Gateway)
Discriminador
junção (Merges
de Gateway)
Múltipla escolhaMúltipla escolha
Alternativa 3
Alternativa 1
Decisão com base
em eventos
Decisão com base
em eventos Gateway de decisão
complexa
Gateway de decisão
complexa
Múltipla escolha, Gateway
de decisão inclusiva
Múltipla escolha, Gateway
de decisão inclusiva Junção (Merge) de sincronização 
Gateway de junção
Junção (Merge) de sincronização 
Gateway de junção
Junção (Merge) simples,
fluxo não controlado
Junção (Merge) simples,
fluxo não controlado
Veja a última versão deste poster em: http://bpmn.itposter.net
Exemplo de
deadlock
Exemplo de
deadlock
Exceção X
Exceção X
Exceção X
Realizar 
tarefa A
Documento Y
Evento Y
Fluxo de exceção
Cancelamento - eventos de compensação são acionados.
Cancelamento de evento pode ser usado somente com 
transações.
Cancelamento - eventos de compensação são acionados.
Cancelamento de evento pode ser usado somente com 
transações.
Cancelamento - eventos de compensação são acionados.
Cancelamento de evento pode ser usado somente com 
transações.
... ...
...
Qual 
opção?
Exceto para Gateways do tipo AND (paralelismo), todos os outros 
Gateways (decisões ou alternativas) necessitam que se escreva uma 
pergunta para a decisão 
Exceto para Gateways do tipo AND (paralelismo), todos os outros 
Gateways (decisões ou alternativas) necessitam que se escreva uma 
pergunta para a decisão 
Alternativa 2
Elementos de Conexão
Fluxo de sequência normalFluxo de sequência
normal
Fluxo de 
exceção
Fluxo de 
exceção
Loop condicional 
(until loop)
Loop condicional 
(until loop)
~
Ad hoc – 
Sem fluxo
Ad hoc – 
Sem fluxo
Os mecanismos de fluxo de sequência são divididos em cinco tipos: fluxo normal, 
fluxo de exceção, fluxo condicional, ligação ( link) entre eventos e Ad hoc (sem 
fluxo). Para saber mais, consulte o tópico »Padrões de Workflow«.
A
A
Link intermediário 
usado como Go To
Link intermediário 
usado como Go To
Não Subprocesso expandidoSubprocesso expandido
Subprocesso em loopSubprocesso em loop
Regra de 
interrupção 
de loop
Regra de 
interrupção 
de loop
B
B ~ Subprocesso Ad hoc minimizadoSubprocesso Ad hoc minimizado
Fluxo condicionalFluxo condicional
Elementos de Conexão
Fluxo de sequência normal
Fluxo de 
exceção
Loop condicional 
(until loop)
~
Ad hoc – 
Sem fluxo
Os mecanismos de fluxo de sequência são divididos em cinco tipos: fluxo normal, 
fluxo de exceção, fluxo condicional, ligação ( link) entre eventos e Ad hoc (sem 
fluxo). Para saber mais, consulte o tópico »Padrões de Workflow«.
A
A
Link intermediário 
usado como Go To
Não Subprocesso expandido
Subprocesso em loop
Regra de 
interrupção 
de loop
B
B ~ Subprocesso Ad hoc minimizado
Fluxo condicional
Escalável 
(escalation)
Eventos de 
Início de 
Processo
Eventos de 
subprocesso 
que provocam 
interrupção de 
um processo-
pai
Captura
Anexado à 
borda de uma 
atividade ou 
subprocesso, 
interrompe a 
sua execução
Lançamento 
(ou envio)
Eventos de 
subprocesso que 
NÃO provocam 
interrupção de 
um processo-pai
Anexado à borda 
de uma atividade 
ou subprocesso, 
NÃO interrompe 
a sua execução
Ativa mudança para um nível mais alto de responsabilidade. Trata, primariamente, de problemas no 
negócio. (ex.: se a meta não é alcançada, ou um acordo não é atendido). Se for evento 
intermediário, DEVE estar anexado à fronteira de um subprocesso.
Conector 
(Link)
Sinal
(sinal)
Este tipo de evento indica que há formas diferentes de acionar o processo. Capturam, de uma só vez, 
todos os eventos de um conjunto de eventos que ocorrem em paralelo. 
Múltiplo 
(multiple)
Esse conector emite sinais entre processos. Um mesmo sinal pode ser capturado várias vezes. Esse 
sinal é uma comunicação broadcast, emitida por um participante de negócio, ou outro processo. 
Todos os processos e participantes podem escutar o sinal e decidir se alguma ação será realizada ou 
não. Podem operar dentro de um processo (ex: entre um processo e um subprocesso). Substituiu o 
evento LINK, da versão 1.0 do BPMN. 
Sobre o poster BPMN 2.0
Este poster está licenciado pela 
Creative Commons Attribution-Share Alike (by-sa) License 
Obra derivada elaborada por: 
Ana Catarina Lima Silva
E-mail: acalis@gmail.com
(ZNT Group)
Revisado por: Luis Fernando de Araújo Nogueira Lima
E-mail: contact.luislima@gmail.com
Versão do poster: 1.4.2 (04 de setembro de 2017)
Referência bibliográfica: Especificação BPMN 2.0, 
acessada em http://www.bpmi.org
Este Poster BPMN 2.0 teve por base o poster 
 Business Process Modelling Notation 1.2 (BPMN) Poster 
original de: 
Gregor Polančič & Tomislav Rozman 
E-mail: info@itposter.net
Universidade de Maribor
Faculdade de Engenharia Elétrica e Ciência da Computação
Instituto de Informática
Versão do poster: 1.0.10 (06 de outubro de 2008) 
Referência bibliográfica: Especificação BPMN 1.0, 
acessada em http://www.bpmi.org
http://bpmn.itposter.net
Sobre o poster BPMN 2.0
Este poster está licenciado pela 
Creative Commons Attribution-Share Alike (by-sa) License 
Obra derivada elaborada por: 
Ana Catarina Lima Silva
E-mail: acalis@gmail.com
(ZNT Group)
Revisado por: Luis Fernando de Araújo Nogueira Lima
E-mail: contact.luislima@gmail.com
Versão do poster: 1.4.2 (04 de setembro de 2017)
Referência bibliográfica: Especificação BPMN 2.0, 
acessada em http://www.bpmi.org
Este Poster BPMN 2.0 teve por base o poster 
 Business Process Modelling Notation 1.2 (BPMN) Poster 
original de: 
Gregor Polančič & Tomislav Rozman 
E-mail: info@itposter.net
Universidade de Maribor
Faculdade de Engenharia Elétrica e Ciência da Computação
Instituto de Informática
Versão do poster: 1.0.10 (06 de outubro de 2008) 
Referência bibliográfica: Especificação BPMN 1.0, 
acessada em http://www.bpmi.org
http://bpmn.itposter.net
Orquestração, Colaboração e Coreografia
Exceto para Gateways do tipo AND 
(paralelismo), todos os outros Gateways 
(decisões ou alternativas) necessitam que 
se escreva nas linhas das alternativas qual 
é a alternativa 
Exceto para Gateways do tipo AND 
(paralelismo), todos os outros Gateways 
(decisões ou alternativas) necessitam que 
se escreva nas linhas das alternativas qual 
é a alternativa 
Uma atividade é qualquer tipo de trabalho que uma companhia ou 
organização realiza. Atividades podem ser atômicas (tarefas) ou compostas 
(processos, subprocessos). Exemplos: 'Mandar uma carta', 'Escrever um 
relatório', 'Calcular os juros'...
~
Uma tarefa é o objeto que não pode ser 
quebrado ser quebrado em mais objetos (é 
o mais baixo nível de abstração).
Para mais informações sobre atributos de 
transação e compensação, veja o tópico 
»Associação de Compensação«.
Looping
Ad hoc
Compensação
Atributos especiais (Marcadores) de Atividades
A tarefa ou subprocesso é repetida(o).
Subprocesso Ad hoc contém tarefas que não possuem um fluxo 
específico (ou ordem específica de ocorrência) e, assim, não podem 
ser conectadas com os fluxos de sequência quando estes são 
representados.
Serão criadas instâncias múltiplas da tarefa ou subprocesso.
O símbolo representa uma tarefa ou subprocesso de compensação.
Instâncias múltiplasInstâncias múltiplas
P
is
ci
n
a
P
is
ci
n
a R
a
ia
R
a
ia
R
a
ia
R
a
iaP
is
ci
n
a R
a
ia
R
a
ia
ProcessoProcesso Subprocesso 
expandido
Subprocesso 
expandido
Tarefa
Transação
Processo Subprocesso 
expandido
Tarefa
Transação
Collapsed sub-
process
Collapsed sub-
process
Subprocessos 
reduzidos
Collapsed sub-
process
Subprocessos 
reduzidos
Processo Subprocesso 
expandido
Tarefa
Transação
Collapsed sub-
process
Subprocessos 
reduzidos
Link de 
conversação
Regras básicas dos Elementos Gráficos de Conexão
Link de conversação é utlizado para conectar comunicação (conversação) entre 
participantes e nodos. É representado por uma linha dupla fina.
Ligação entre Eventos, Atividades e Gateways dentro de um mesmo Processo.
Ligação entre atividades dentro de um mesmo processo. Não utilizar ligando gateway e 
alguma atividade. Se for utilizar para situações de XOR, prefira utilizar o Gateway.
Utilizado a partir de um Gateway condicional exclusivo, inclusivo ou complexo, ou a partir 
de uma Atividade.
Um fluxo de mensagem permite conexão entre as fronteiras de duas Piscinas; entre a fronteira de 
uma Piscina e uma Atividade ou Evento (pode ser em ambas as direções); entre Atividades de 
Piscinas diferentes. Não conecta diretamente Gateways de Piscinas diferentes e nem deve ser 
utilizado dentro um mesmo processo (mesma Piscina).
Ligação entre anotação e Objeto de Fluxo (Evento, Atividade ou Gateway)
Ligação entre Atividades e Objetos de dados.
Link 
intermediário 
utilizado 
como Go To
Link 
intermediário 
utilizado 
como Go To
Associação de 
Dados
Utiliza a mesma notação da associação direta. No BPMN 2.0, tem objetivo de 
representar movimentação de dados entre objetos de dados (entradas e saídas).
Ligação entre um nó de comunicação
e um participante (Piscina).
Piscinas podem representar:
(a) Processos: denominada Piscina de Processo (Process Pool) ou Piscina Caixa-
branca (White-box Pool). São piscinas que contêm representações processos. 
Nesse caso o título da piscina será o nome do processo. (Importante: cada 
piscina, 1 processo - não mais que isso).
(b) Participantes: no caso de representar um participante específico, a piscina é 
denominada Piscina Caixa-preta (Black-box Pool). Nesta representação a piscina 
fica toda vazia (e não contém raias internas). No título da piscina virá a 
denominação do participante (empresa ou organização). Um participante pode ser, 
por exemplo, Cliente ou uma organização Fábrica Empresa Governo 
ORQUESTRAÇÃO está relacionada com o caminho de 
execução do processo (representado pelo fluxo de 
sequência do processo). Cada instância de um processo 
deve seguir algum caminho no fluxo do processo. A 
orquestração sempre está limitada a uma piscina, pois 
está ligada a um processo.
Informação complementar importante
Marcadores (Markers) mostram o comportamento específico de 
uma atividade (tarefas ou subprocessos) durante sua execução. 
Uma tarefa pode ter 1 ou 2 marcadores (ver exemplo ao lado).
Serão criadas instâncias múltiplas da tarefa ou subprocesso.Instâncias sequenciais
Tarefa de 
Excecução de 
Serviço 
(Service Task)
Tarefa 
Abstrata 
(Abstract Task)
Tarefa Manual 
(Manual Task)
Tipos de Tarefas
Esta tarefa dispara automaticamente 
e é executada por um sistema (Web 
Service ou outra aplicação 
automatizada), sem intervenção 
humana.
Esta tarefa recebe uma mensagem de 
um Participante externo (ao processo). 
Uma vez recebida a mensagem, a 
tarefa finaliza. Corresponde ao evento 
de receber mensagem.
Tarefa de 
Envio 
(Send Task)
O tipo da tarefa permite representar os 
diferentes comportamentos possíveis para uma 
tarefa. A simbologia fica posicionada no canto 
superior esquerdo da tarefa.
Esta tarefa envia uma mensagem para 
um Participante externo (ao processo). 
Uma vez feito o envio da mensagem, 
a tarefa finaliza. Corresponde ao 
evento de enviar mensagem.
Tarefa de 
Recebimento 
(Receive Task)
Artefatos
Artefatos (Artifacts) são usados para prover informações adicionais 
sobre o processo. Em BPMN há 2 artefatos definidos e padronizados, porém, 
existe a liberdade de se criar quantos artefatos forem necessários para a 
adequada modelagem. Assim, se necessário, ferramentas de modelagem (e 
modeladores) têm liberdade para adicionar novos artefatos.
Artefatos
Artefatos (Artifacts) são usados para prover informações adicionais 
sobre o processo. Em BPMN há 2 artefatos definidos e padronizados, porém, 
existe a liberdade de se criar quantos artefatos forem necessários para a 
adequada modelagem. Assim, se necessário, ferramentas de modelagem (e 
modeladores) têm liberdade para adicionar novos artefatos.
DescriçãoDescrição
Conjunto de Artefatos Padrão
Grupo 
(Group)
Anotação
(Text 
annotation)
Grupos são usados para documentação e análise. Grupos 
também podem ser usados para identificar as atividades de 
uma transação distribuída, mostrada nas piscinas. 
O agrupamento de atividades não afeta o fluxo de sequência 
nem o fluxo de mensagem.
Anotações são mecanismos pelos quais o modelador fornece
informações adicionais ao leitor de um diagrama.
Gateways
Um Gateway é usado para dividir (em alternativas ou em 
caminhos paralelos) ou juntar/unir fluxos dentro de um 
processo. 
Exemplos: 'Condição verdadeira? – sim/não', 
Qual cor escolhida? – vermelho/verde/azul',...
Tipos de controle de Gateway
Também conhecido como Ou Exclusivo são 
alternativas baseadas em expressões
condicionais sobre dados. Apenas uma
alternativa é escolhida. Os dois símbolos têm o 
mesmo significado. Ver também Fluxo 
Condicional 
Alternativas baseadas em eventos. Apenas uma 
alternativa é escolhida.
Alternativas com base Em condições em que 
uma ou mais altermativas podem ser 
verdadeiras. Também pode-se juntar (merge) 
um ou mais caminhos.
Condição complexa em que expressões são 
utilizadas para descrever um comportamento 
específico do gateway (que os outros tipos de 
gateway não conseguem contemplar).
Bifurcação (divisão de um caminho em vários 
caminhos paralelos) e Sincronização 
(combinação de vários caminhos em um único). 
Os caminhos são executados em paralelo.
Desvio Condicional 
Exclusivo 
(OU Exclusivo, ou 
XOR)
(DADOS)
Desvio 
Condicionado por 
Evento (XOR)
(EVENTOS)
Decisão 
Inclusiva 
Condicional 
 (OU Comum ou 
OR)
Desvio 
Complexo 
(COMPLEX)
Ativação 
Incondicional 
em Paralelo 
(AND)
Gateways
Um Gateway é usado para dividir (em alternativas ou em 
caminhos paralelos) ou juntar/unir fluxos dentro de um 
processo. 
Exemplos: 'Condição verdadeira? – sim/não', 
Qual cor escolhida? – vermelho/verde/azul',...
Tipos de controle de Gateway
Também conhecido como Ou Exclusivo são 
alternativas baseadas em expressões
condicionais sobre dados. Apenas uma
alternativa é escolhida. Os dois símbolos têm o 
mesmo significado. Ver também Fluxo 
Condicional 
Alternativas baseadas em eventos. Apenas uma 
alternativa é escolhida.
Alternativas com base Em condições em que 
uma ou mais altermativas podem ser 
verdadeiras. Também pode-se juntar (merge) 
um ou mais caminhos.
Condição complexa em que expressões são 
utilizadas para descrever um comportamento 
específico do gateway (que os outros tipos de 
gateway não conseguem contemplar).
Bifurcação (divisão de um caminho em vários 
caminhos paralelos) e Sincronização 
(combinação de vários caminhos em um único). 
Os caminhos são executados em paralelo.
Desvio Condicional 
Exclusivo 
(OU Exclusivo, ou 
XOR)
(DADOS)
Desvio 
Condicionado por 
Evento (XOR)
(EVENTOS)
Decisão 
Inclusiva 
Condicional 
 (OU Comum ou 
OR)
Desvio 
Complexo 
(COMPLEX)
Ativação 
Incondicional 
em Paralelo 
(AND)
Desvio Exclusivo 
com base em 
Eventos (gerador 
de instâncias de 
processo) 
Desvio Paralelo 
com base em 
Eventos (gerador 
de instâncias) 
Na ocorrência de todos os eventos 
subsequentes, é criada uma nova instância do 
processo. 
Cada ocorrência de um dos eventos 
subsequentes provoca o início de uma nova 
instância do processo. 
DadosDados
Tipos de dados
Objetos de 
dados (Data 
Objects)
Objetos de dados fornecem informações sobre o que 
atividades utilizam (consomem) e/ou o que elas 
produzem. São considerados artefatos porque não têm 
efeito direto no fluxo de sequência ou no fluxo de 
mensagem do processo. O estado do objeto de dados 
também deve ser definido. 
Objetos de dados pode representar um objeto simples 
ou uma coleção de objetos. 
Simples
Entrada de 
Dados (Data 
Inputs)
Utilizado para representação de entrada de dados.
Dados (Data) permitem que informações sejam representadas, seja em 
armazenamento ou em entradas e saídas das atividades. São 4 tipos de 
Dados no BPMN 2.0.
Repositório 
de dados 
(Data 
Store)
Utilizado para representar dados que ficam persistentes 
em alguma base de dados ou em algum sistema.
Saída de 
Dados (Data 
Outputs)
Repositório de 
Dados
Coleção
Entrada 
de Dados
Saída de 
Dados
Utilizado para representação de saída de dados, ou 
seja, dados que são resultantes de uma atividade.
Tipos de dados
Objetos de 
dados (Data 
Objects)
Objetos de dados fornecem informações sobre o que 
atividades utilizam (consomem) e/ou o que elas 
produzem. São considerados artefatos porque não têm 
efeito direto no fluxo de sequência ou no fluxo de 
mensagem do processo. O estado do objeto de dados 
também deve ser definido. 
Objetos de dados pode representar um objeto simples 
ou
uma coleção de objetos. 
Simples
Entrada de 
Dados (Data 
Inputs)
Utilizado para representação de entrada de dados.
Dados (Data) permitem que informações sejam representadas, seja em 
armazenamento ou em entradas e saídas das atividades. São 4 tipos de 
Dados no BPMN 2.0.
Repositório 
de dados 
(Data 
Store)
Utilizado para representar dados que ficam persistentes 
em alguma base de dados ou em algum sistema.
Saída de 
Dados (Data 
Outputs)
Repositório de 
Dados
Coleção
Entrada 
de Dados
Saída de 
Dados
Utilizado para representação de saída de dados, ou 
seja, dados que são resultantes de uma atividade.
Dados
Tipos de dados
Objetos de 
dados (Data 
Objects)
Objetos de dados fornecem informações sobre o que 
atividades utilizam (consomem) e/ou o que elas 
produzem. São considerados artefatos porque não têm 
efeito direto no fluxo de sequência ou no fluxo de 
mensagem do processo. O estado do objeto de dados 
também deve ser definido. 
Objetos de dados pode representar um objeto simples 
ou uma coleção de objetos. 
Simples
Entrada de 
Dados (Data 
Inputs)
Utilizado para representação de entrada de dados.
Dados (Data) permitem que informações sejam representadas, seja em 
armazenamento ou em entradas e saídas das atividades. São 4 tipos de 
Dados no BPMN 2.0.
Repositório 
de dados 
(Data 
Store)
Utilizado para representar dados que ficam persistentes 
em alguma base de dados ou em algum sistema.
Saída de 
Dados (Data 
Outputs)
Repositório de 
Dados
Coleção
Entrada 
de Dados
Saída de 
Dados
Utilizado para representação de saída de dados, ou 
seja, dados que são resultantes de uma atividade.
Tarefa de 
Usuário 
(User Task)
Regra de 
Negócio 
(Business 
Rule Task)
Esta é uma típica tarefa de workflow, 
em que uma pessoa executa uma 
tarefa com apoio/assistência de uma 
aplicação (software).
Esta tarefa permite representar regras 
de negócio. Assim, nesta tarefa, uma 
ou mais regras de negócio são 
executadas para produzir um 
resultado ou para tomar uma decisão.
Esta tarefa é executada por uma 
 engine de execução processos de 
negócio.
Tarefa de 
Execução de 
Scripts (Script 
Task)
A tarefa abstrata não possui atribuição 
de nenhum tipo específico à tarefa.
Representa tarefa que é executada 
por pessoas, manualmente, sem 
auxílio de nenhum equipamento, 
máquina ou software.
Tarefa (Task)
Subprocesso de evento 
(Event Sub-process)
Representações de 
Atividades
Transação (Transaction)
Atividade de Chamada 
(Call Activity)
Uma tarefa representa 
uma unidade de 
trabalho, algo a ser 
realizado. 
Subprocesso (Sub-processe)
~~
Subprocesso é uma 
atividade que pode ser 
decomposta em um 
processo (ou parte de 
um processo).
Transação representa a 
execução coordenada 
de múltiplas atividades. 
Todas as atividades da 
transação devem 
finalizar de modo bem 
sucedido, caso 
contrário, a condição 
inicial deverá ser 
restaurada
Situa-se no interior de outro 
processo (ou subprocesso). 
Não é disparado pela sequencia 
do fluxo, mas sim por um 
evento que ocorre durante a 
execução de um processo.
Representa o reuso de 
atividades ou subprocessos. É 
uma tarefa ou subprocesso 
definido globalmente e que 
pode ser reutilizado no 
processo atual.
COLABORAÇÃO é a interação sincronizada - mas sem um 
controle central - entre 2 ou mais processos. Representa os 
participantes e suas interações entre 2 ou mais Piscinas, que 
são os participantes de uma Colaboração. 
A troca de mensagens entre os participantes representa a 
Colaboração (é o que liga as piscinas).
OBS.: 
na Colaboração, as 
Mensagens são 
graficamente 
representadas utilizando 
o símbolo de fluxo de 
mensagem.
COREOGRAFIA representa uma interação (Troca de Mensagem) 
entre dois Participantes. Enquanto um processo normal existe 
em uma Piscina, a Coreografia existe ENTRE Piscinas (ou 
Participantes). Apesar de a representação da Coreografia ser 
similar a um Processo de Negócio, a representação de 
atividades é substituída por interações que representam um 
conjunto (1 ou mais) de trocas de mensagens.
Nome da 
Tarefa de 
Coreografia
Participante B
Participante A
Nome da 
Tarefa de 
Coreografia
Participante B
Participante A
 A Marca de Participantes Múltiplos indica um conjunto de 
 participantes que são do mesmo tipo.
Subprocesso 
de Coreografia
Participante C
Participante A
Participante B
Subprocesso 
de Coreografia
Participante C
Participante A
Participante B
Subprocesso 
de Coreografia
Participante C
Participante A
Participante B
Nome da Subcoreografia
Participante B
Participante A
Nome da Subcoreografia
Participante B
Participante A
Conversações
Um diagrama de conversação é uma forma particular de representação 
informal do diagrama de Colaboração. Porém, Piscinas em uma 
Conversação não possuem Processos.
Conversação Subconversação
Link de Conversação: 
interliga comunicações e 
participantes
Link de Conversação 
Ramificado: interliga 
comunicações a múltiplos 
participantes
P
a
rt
ic
ip
a
n
te
P
a
rt
ic
ip
a
n
te
Mensagem com 
Pedido
C
li
e
n
te
C
li
e
n
te
C
li
e
n
te
C
li
e
n
te
Junção múltipla, fluxo 
não controlado
Junção múltipla, fluxo 
não controlado
Mensagens
Mensagens são usadas para representar o conteúdo de uma comunicação 
entre 2 participantes.
Mensagem 
(Message)
Mensagem não- 
inicial (non-
initiating Message)
A simbologia ao lado é utilizada quando se inicia uma troca de 
mensagens. Quando utilizada em um diagrama de Coreografia, mais do 
que uma mensagem pode ser utilizada para uma única
Coreografia de tarefas.
A simbologia da mensagem, quando sombreada, denota mensagem 
enviada como resposta a uma mensagem prévia, sendo, portanto, 
enviada por participante não inicial ou Subcoreografia.
	BPMN_Poster-2.0-v49.vsd
	BPMN Poster BR-PT