NOTAO PARA A MODELAGEM DE PROCESSOS DE NEGCIO (BPMN)

Elementos Grcos do Diagrama de Processos de Negcio [Business Process Diagram (BPD)]

Veja a ltima verso deste pster em: http://bpmn.itposter.net

Elementos de Conexo do Diagrama dos Processos de Negcio Business [Process Diagram (BPD)]

Eventos
Um evento algo que acontece durante o andamento de de processo de de negcio. Eventos (n) Um evento algo que acontece durante o andamento um um processo negcio. Eventos afetam o uxo do processo e tm uma causa (trigger) e um resultado (impacto). O prprio incio e trmino do processo so eventos em si, que causam a criao de uma nova instncia (start) ou seu trmino (end). Exemplos: 'Email recebido', '15h em ponto', 'Depsito Vazio', 'Erro Crtico'... Fluxo de Eventos Incio Tipo de Eventos Geral Intermedirios Processo Trmino Descrio Sub Processo Minimizado

Atividades
Uma atividade qualquer tipo de trabalho genrico que uma companhia faz. Atividades podem ser atmicas (tarefas) ou compostas (processos, subprocessos). Exemplos: 'Mandar uma carta', 'Escrever um relatrio', 'Calcular os juros'... Sub Processo Expandido Transao Tarefa Transao
(n) Uma tarefa o objeto que no pode ser quebrado (n) Uma tarefa o objeto que no pode em mais objetos ( o mais baixo nvel de abstrao).

Gateways
Um gateway usado para dividir ou juntar uxos de processos. Por isso, um gateway determina a ramicao (branch), bifurcao (fork), juno (join) e combinao (merge) de caminhos. Exemplos: 'Condio verdadeira? sim/no', 'Escolher cor? vermelho/verde/azul',...

Elementos de conexo
H trs maneiras de conectar objetos de uxo (eventos, atividades, gateways) entre si ou com outro tipo de informao usam-se uxos de sequncia, uxos de mensagem ou associaes.

Regras dos Fluxos de Sequncia e Mensagem

Apenas objetos que podem apresentar entradas e sadas de uxos de sequncia e mensagem sero mostrados na tabela abaixo. Para: Para:

ser quebrado em mais objetos ( o mais baixo nvel de abstrao). (b) Para mais informaes sobre atributos de transao e compensao, veja o tpico Associao de Compensao.

Elementos de conexo Tipos de controle de Gateway

XOR (dados) XOR (eventos) OR
Alternativas baseadas em expresses condicionais sobre dados. Apenas uma alternativa escolhida. Os dois smbolos tm o mesmo signicado. (b) Ver tambm Fluxo Condicional. Alternativas baseadas em eventos. Apenas uma alternativa escolhida. Alternativas baseadas em expresses condicionais. Ao menos um caminho deve ser verdadeiro. Tambm pode-se juntar (merge) um ou mais caminhos. Condio complexa (uma combinao de condies simples). Fluxo de sequncia normal Fluxo de sequncia condicional Fluxo de sequncia default (padro) Fluxo de mensagem Associao Um uxo de sequncia usado para mostrar a ordem em que as atividades de um processo sero realizadas. Neste tipo de uxo, existe uma condio que ser avaliada em tempo de execuo para decidir se o caminho deve ser seguido ou no. Para decises exclusivas baseada em dados ou decises inclusivas, um uxo condicional tido como default (padro). Este uxo ser usado somente se todos os outros uxos condicionais de sada NO forem verdadeiros no momento da execuo. Um uxo de mensagem usado para mostrar o uxo de mensagens entre participantes que esto preparados para enviar e receber mensagens. Na BPMN, dois pools separados podem representar dois participantes em um diagrama (BPD).
Uma associao (dirigida ou no dirigida) usada para associar informaes a objetos de uxo. Texto e objetos grcos podem ser associados a objetos de uxo.

Eventos de incio indicam onde um processo especco comear. Eventos intermedirios ocorrem entre um evento de incio e um evento de trmino. Afetar o uxo do processo, mas no comear ou terminar o processo (diretamente). O evento de trmino indica onde um processo terminar.
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, ou mude o uxo se encontrar uma exceo. Mensagens de trmino indicam que uma mensagem enviada ao participante quando o processo for concludo.

Atributos especiais de Tarefas/Subprocessos

Looping Ad Hoc Instncias Mltiplas Compensao A tarefa ou subprocesso repetida(o).

Mensagem

Timer

Pode-se especicar um tempo (ou ciclo) para que um processo comece ou continue. Eventos temporais (timers) intermedirios podem ser usados para modelar atrasos. Este tipo de m indica que o nome do erro deve ser gerado. Este erro ser capturado por um evento intermedirio dentro do contexto do evento. Este tipo de evento usado durante um subprocesso de transao. DEVE estar anexado fronteira de um subprocesso. Este evento SER acionado se um cancelamento de evento de trmino encontrado durante o subprocesso de transao. Este tipo de evento usado para manipular a compensao, tanto para estabelec-la como para realiz-la. Se um evento faz parte de um uxo normal, compensao ser necessria. Ele reage a uma compensao quando anexado fronteira de uma atividade. muito til para cancelar o que foi realizada em determinado n na transao. Este tipo de evento acionado quando as condies de uma regra se tornam verdadeiras. As regras podem ser muito teis para interromper o processo de loop, por exemplo: 'Nmero de repeties = N'. Regras intermedirias so usadas somente para manipular excees. Um link um mecanismo que conecta o m (resultado) de um processo ao comeo (acionamento) de outro. Normalmente, estes processos so subprocessos dentro do mesmo processo pai. Pode ser usado, por exemplo, quando a rea de trabalho (pgina) muito pequena v para outra pgina. Este tipo de evento indica que h formas diferentes de acionar o processo. Somente uma delas ser necessria para {comear, continuar, terminar} o processo. Este tipo de m indica que todas as atividades no processo devem ser terminadas imediatamente. Inclusive todas as instncias de Instncias Mltiplas. O processo terminado sem compensao ou manipulao de eventos.

As tarefas no subprocesso no puderam ser conectadas com os uxos de sequncia quando estes foram desenhados. Sero criadas instncias mltiplas da tarefa ou subprocesso. O smbolo representa uma tarefa ou subprocesso de compensao.

COMPLEX

Erro Cancelamento

AND

Bifurcao (diviso de um caminho em vrios caminhos paralelos) e Sincronizao (combinao de vrios caminhos em um nico). Os caminhos so executados em paralelo.

Elementos de conexo
Os mecanismos de uxo de sequncia so divididos em cinco tipos: uxo normal, uxo de exceo, uxo condicional, ligao (link) entre eventos e Ad Hoc (sem uxo). Para saber mais, consulte o tpico Padres de Workow.
Fluxo de referncia normal

De:

Associao de compensao
desejvel que todas as atividades constituintes da transao sejam concludas com sucesso. Seno a transao falha e atividades de compensao (rollback) acontecem. Isso desfaz atividades que j tinham sido realizadas.
Tarefa Link intermedirio usado como Goto Exceo X Iniciar transao Tarefa B Exceo X Desfazer tarefa B Tarefa A Desfazer tarefa A Transao realizada Erro: eventos de compensao no podem ser acionados Atividade de compensao Fronteira da transao

Artefatos
Artefatos so usados para prover informaes adicionais sobre o processo. Se necessrio, ferramentas de modelagem (e modeladores) tm liberdade para adicionar novos artefatos. Exemplos de objetos de dados: 'Uma carta', 'Mensagem de e-mail', 'documento XML', 'Conrmao',...

Compensao

Regra

Conjunto de Artefatos Padro

Pool

Pools (participantes) e lanes (raias) so usados para representar organizaes, papis, sistemas e responsabilidades. Exemplos: 'Universidade', 'Departamento de vendas', 'Depsito', 'Sistema ERP',...
Lane Lane
Um pool DEVE conter 0 ou 1 processo de negcio. Um pool pode conter 0 ou mais lanes. S possvel conectar dois pools atravs de um uxo de mensagem.

Swimlanes (Parties)

Ad Hoc Sem uxo

~
Link intermedirio usado como Goto At o loop

A
Subprocesso em loop Subprocesso expandido

Link Mltiplo
Trmino

Objeto de dados

estado
Grupo

Objetos de dados do informaes sobre quais atividades devem ser acionadas e/ou o que elas produzem. So considerados artefatos porque no tm efeito direto no uxo de sequncia ou no uxo de mensagem do processo. O estado do objeto de dados tambm deve ser denido. Grupos so usados para documentao e anlise. Grupos tambm Grupos so usados para documentao e anlise. Grupos tambm podem ser usados para identicar as atividades de uma transao podem ser usados para identicar as atividades de uma transao distribuda, mostrada nos pools. O agrupamento de atividades no distribuda, mostrada nos pools. O agrupamento de atividades afetaafeta o uxo de sequncia nem o uxo de mensagem. no o uxo de sequncia nem o uxo de mensagem.

A
Fluxo de exceo

No

B Interromper regra do loop

Tentar novamente

Um pool representa um participante em um processo. Ele contm um processo de negcio e usado em situaes B2B (business to business). Uma Lane uma subpartio dentro de um pool. usada para organizar e categorizar as atividades.

Anotao

o modelador descrio Anotaes so mecanismos pelos quaisdiagrama. fornece informaes adicionais ao leitor de um

Fluxo condicional

Exceo X Falha na transao Esperar alguns minutos

De:

Exceo de transao

Manipular atravs de outros servios

Subprocesso adhoc minimizado

Cancelamento - eventos de compensao so acionados. Cancelamento de evento pode ser usado somente com transaes.

Diagrama de Processos de Negcio [Business Process Diagram (BPD)

Fluxos em/entre Pools

Na modelagem de pools, uxos de sequncia e eventos de incio e trmino muitas vezes so omitidos porque o modelador assume (erroneamente) que uxos de mensagem substituem uxos de sequncia. Alm disso, muitas vezes uxos de sequncia so usados de forma errada para conectar pools. Modele o processo em cada pool separadamente (independentemente) e, depois, dena os uxos de mensagem entre eles.
Faltando exento de trmino Faltando uxo de sequncia

Eventos de Timer
H dois erros comuns ao usar eventos temporais. Primeiro, eventos de incio so usados em vez de eventos intermedirios. Segundo, eventos intermedirios so usados como mecanismo de atraso (delay), mas so modelados como mecanismo de exceo (representando a durao da tarefa) e vice-versa.
Aqui um evento temporal (timer) usado como um mecanismo de ATRASO (delay)

Fluxos nas Lanes

Erros comuns ao modelar Lanes (raias) so os mesmos encontrados nas modelagens de pools. Muitas vezes elas contm mais processos do que deveriam ou contm uxos de mensagem entre lanes diferentes.
Fluxos de mensagem no so permitidos em um processo Fluxos de mensagem no so permitidos em um processo

Gateways
Gateways podem ser conectados apenas com uxos de sequncia (a exceo do XOR de eventos, que so conectados em eventos na sada). Tambm evite deadlocks em potencial ao us-los.
Fluxos de mensagem no podem inuenciar o gateway Fluxo de sequncia normal

Padres de Workow
Juno mltipla, uxo no controlado

Diviso em paralelo, uxo no controlado

Gateway de escolha exclusiva (com deciso)

Juno simples, uxo no controlado

Raia A

Tarefa A Tarefa C
Informao de deciso vindo do pool X Um uxo condicional no permitido (necessrio) aqui Mltipla escolha Diviso em paralelo gateway de diviso Discriminador juno (merges de gateway) Juno (merge) simples, uxo no controlado A deciso deve conter no mnimo 2 uxos de sada Um uxo de mensagem no pode ser alternativa de gateway Deciso baseada em eventos
Alternativa 3 Alternativa 1

Raia B

... Pool A Tarefa A Tarefa B Tarefa C

Fluxos de sequncia entre pools no so permitidos

Tarefa A Delay

Tarefa B

... ...

Pool B

Tarefa B

Tarefa C

Tarefa A

No existe nenhum uxo de sada para esta tarefa

Raia A

Tempo para exceo (e.g. depois de 2 horas) Pool A

Fluxo de mensagem AD Fluxo de mensagem EB Aqui representada a DURAO de uma tarefa

Sincronizao (join paralelo)

Tarefa A

Tarefa B

Raia B

Pool B

Tarefa B Tarefa D Tarefa E Tarefa F

...

necessrio usar um evento intermedirio

Tarefa B

Tarefa C

Enviar mensagem para o pool X

Alternativa 2

Faltando evento de incio

Tarefas e Eventos
Muitas vezes, eventos so modelados (erroneamente) como tarefas, e estados de tarefas como novas tarefas.
Esta tarefa redundante. A tarefa comea automaticamente no output do uxo de sequncia

Eventos de Mensagem e Fluxos de Mensagem

Eventos de incio e eventos intermedirios no podem ser fontes de uxos de mensagem.
Os dois exemplos esto errados. Eventos de mensagem intermedirios no podem produzir uxos de mensagem. Eventos s podem ser acionados por um uxo de mensagem. Mensagem A Posicionamento errado da mensagem

Mecanismos de Fluxo de Sequncia

Ao usar subprocessos expandidos, uxos de sequncia devem estar conectados s fronteiras dos subprocessos. Processos e subprocessos devem comear e terminar corretamente!
Um uxo de sequncia no pode cruzar a fronteira de um subprocessamento Subprocesso P Analisando informao de deciso

Tarefa C

Gateway de deciso complexa

Tarefa A
Mltipla escolha, gateway de deciso inclusiva

Tarefa B
Mensagem para o pool X Envir mensagem para o pool X Mensagem para o pool X

Juno (merge) de sincronizao gateway de juno

Exemplo de deadlock

Esta tarefa redundante. A tarefa comea automaticamente no input do uxo de sequncia Comeando a tarefa A

Documento X ...

Sobre o pster BPMN

Este pster est licenciado pela Creative Commons Attribution-Share Alike (by-sa) License Autores: Gregor Polani e Tomislav Rozman E-mail: info@itposter.net Universidade de Maribor Faculdade de Engenharia Eltrica e Cincia da Computao Instituto de Informtica Verso do pster: 1.0.10 (6 de outubro de 2008) Referncia bibliogrca: Especicao BPMN 1.0, acessada em http://www.bpmi.org http://bpmn.itposter.net

Mensagem B

Tarefa A

Tarefa B

Tarefa C

...

Recebendo documento X

Realizando tarefa A

Tarefa A terminada

...

...

Tarefa A

Tarefa B

...

O subprocesso deve ter um evento de incio

O processo tem que ter um evento de trmino

Legenda:
Nota importante, explicao Aviso ou erro no modelo BPMN Recomendao Modelo incorreto Modelo correto

Esta tarefa redundante

...

...
Tarefa A

Subprocesso P Tarefa B Tarefa C

...
Documento X

...
Mensagem A Documento Y Fluxo de exceo Mensagem B

...
Evento X

Tarefa A

Fluxo normal

...

Tarefa A B

Tarefa B

...

Mesmo sendo recomendado que um processo tenha um evento explcito de incio e trmino, isso no uma regra. Na verdade, se necessrio, eventos de incio e trmino podem ser escondidos em um subprocesso ou anexados fronteira da tarefa, para no interromper o uxo de sequncia normal entre o subprocesso e o resto do processo.