Neste artigo, temos como objetivo demonstrar algumas das melhores práticas de modelagem BPMN. Esperamos que seja útil para o seu trabalho de modelagem.

Nomenclatura de Atividade:

• Uma prática difundida entre profissionais de processos é utilizar na nomenclatura de atividades verbos no infinitivo. O nome da atividade deve identificar a principal ação envolvida em sua execução. Ex: “Aprovar solicitação de Viagem”; “Emitir contrato de prestação de serviços”, etc.

Atualização: Para um melhor entendimento sobre os diferentes tipos de tarefas, veja estes artigos:

• Tarefa Abstrata, Tarefa de Usuário e Tarefa Manual
• Tarefas automáticas
• Tarefas de envio e recebimento

Nomenclatura das Lanes:

• As Lanes de um processo devem ser nomeadas observando-se  o nível de granularidade. Por exemplo: caso o processo esteja sendo modelado a nível departamental, recomenda-se então que todas as lanes do processo sejam departamentos. Evite utilizar níveis de granularidade diferentes num mesmo modelo de processo, como por exemplo nomear uma lane como “Financeiro” (ou seja, um departamento) e nomear outra lane como “Analista de Compras” (ou seja, uma função/papel);
• Evite o uso de cargos. Cargos são funcionais, e muitas vezes um papel em um processo pode ser realizado por pessoas de cargos diferentes.

Envio e recebimento de mensagens:

• Procure padronizar, dentro de modelos relacionados, a forma utilizada para envio e recebimento de mensagens. Utilizar ou eventos intermediários do tipo message (catch/throw), ou tasks do tipo send e receive, não ambos ao mesmo tempo.

Gateways:

• Quando um gateway testa uma informação obtida na atividade imediatamente anterior, é apropriado posicioná-lo próximo à tarefa, na mesma lane;
• Não devem ser atribuídos a ações de tarefas (consultar informações, atualizar informações, etc). Devem ser utilizados apenas para representar a lógica de roteamento do processo, como demonstrado abaixo:

Forma inadequada:

Forma adequada:

Um início, muitos fins:

• Evite utilizar mais de um evento de início no processo;
• Utilize diversos eventos de fim, esclarecendo na nomenclatura de cada um o estado em que o processo encerrou.

Join e fork:

Os pontos de divergência e convergência no processo devem ser abertos e fechados aplicando a lógica apropriada.

Nem sempre fluxos em divergência são unificados novamente no diagrama. O que determina o fechamento dos gateways é a dependência entre os elementos do fluxo: se os passos seguintes ao processo possuem dependência em relação à execução de todos os elementos anteriores ao gateway.

Fluxo paralelo:

Decisão exclusiva:

Decisão inclusiva:

Simples,  limpo e eficaz:

• Procure manter o processo simples e limpo, evitando cruzar conexões;
• Utilize eventos de link para continuar determinadas partes do processo que estejam no miolo e sejam complicadas de expor na página principal;
• Transforme conjuntos de atividades com o mesmo objetivo em subprocessos, hierarquizando o modelo;
• Utilize os artefatos de dados, anotações e grupos comedidamente.