Ola..!! Pessoal...!
Mais uma vez venho compartilhar um pouquinho mais, das melhores práticas para o BPMN 2.0.
Mais uma vez venho compartilhar um pouquinho mais, das melhores práticas para o BPMN 2.0.
O BPMN 2.0 (Business Process Modeling and Notation) é o padrão oferece às organizações a
capacidade de compreender os seus processos internos do negócio em uma notação
gráfica ea capacidade de comunicar seus procedimentos de forma padrão. No
entanto, a utilização da norma não garante que os processos são modelados de
forma clara e eficaz; a forma como os modeladores interpretar as condições
de negócio, e como eles definem sua estrutura, é crucial para assegurar que
eles são entendidos corretamente.
Esta
seção fornece modeladores de processos algumas diretrizes para construir
modelos claros e eficazes compatível com o padrão BPMN.
Princípios de modelagem BPMN
Ao
definir diagramas de processo que você deve levar em conta os seguintes
princípios básicos:
•
|
1.
Manter uma seqüência lógica e clara
|
•
|
2. Use
o padrão BPMN 2.0
|
•
|
3. Use
rotulagem estrita
|
•
|
4.
Simplifique diagramas
|
Abaixo,
você encontrará dicas úteis para seguir estes princípios e auxiliar na definição
correcta e processos de comunicação.
·
Manter
uma seqüência lógica e clara
Este
parece ser óbvio, mas é um dos erros mais comuns na modelagem de
processos. Os diagramas podem se tornar ilegível e muito confuso quando a
lógica de processo não é explícita e clara. As técnicas a seguir irá
ajudá-lo a manter uma seqüência lógica e clara em seus modelos.
Definir
um claro início e fim
Em BPMN,
iniciar e eventos fim são opcionais. No entanto, os processos com eventos
de início e término implícitas são indesejáveis e pode levar a erros de
interpretação.
Use
eventos de início e término de cada processo e sub-processo para representar o
seu início e conclusão.
Siga uma
direção consistente de fluxo
Adicione
a lógica do processo visível no diagrama. Evite linhas cruzadas
(conectores), manter uma seqüência de tempo e manter uma direção consistente do
fluxo. A leitura diagrama será mais fácil e eficiente a sua comunicação.
Mantenha
cenário principal claro
O
"caminho feliz" deverão ser facilmente identificadas durante a
leitura de um diagrama. Diagramar o caminho feliz em primeiro lugar e, em
seguida, a alternativa flui.
Mantenha
cenários alternativos e claros
BPMN
oferece as ferramentas necessárias para representar a lógica de manipulação de
exceção explicitamente no diagrama. Uma vez que o cenário principal é
diagramado, fazer uso dos seguintes elementos para modelar fluxos alternativos
conforme necessário:
Utilize
processos transacionais
Processos
transacionais permitem aos cenários de negócios com transações. Um
conjunto de atividades deve ser realizada com sucesso, caso contrário,
compensação ou cancelamento fluxos forem seguidas. Para mais informações
consulte subprocessos tipos
Distinguir
sucesso e fracasso estados finais
Use
eventos finais separadas para identificar quando um processo foi concluída com
êxito e não quando o fez, para fins de documentação e avaliação.
Manter um padrão de formato
Mantenha
um formato único ao longo de seus diagramas e se concentrar em um aspecto limpo
e amigável ea sensação. Usando diferentes tamanhos de fonte, cores,
tamanhos caixas ou etiquetas sobrepostas pode fazer os diagramas de leitura um
desafio.
·
2. Use o
padrão BPMN
O padrão
BPMN define os padrões usados para diagramar processos de negócios. No
entanto, seguindo as orientações BPMN é completamente nas suas
mãos.Certifique-se de seus modelos compatíveis com o padrão para garantir a sua
correta compreensão.
Uma vez
que a lógica do processo foi definido, validar seus diagramas certificando-se
de usar corretamente os diferentes elementos BPMN. O seguinte aspecto deve
ser verificada para cada elemento BMPN:
O que fazer check-in Pools
•
|
Diagrama
de processos completamente dentro de uma piscina. Nunca diagrama flui
através das fronteiras Piscina.
|
•
|
Definir
como muitas piscinas como processos. Deve haver sempre pelo menos um
Pool.
|
O que verificar em Lanes
•
|
Criar
uma pista apenas se, pelo menos, um evento ou tarefa intermediário é
executada nele.
|
•
|
Não
crie pistas para representar a área ou entidade que realiza tarefas ou
gateways automáticas.
|
•
|
Não
faça diagrama tarefas, gateways ou eventos no meio de duas pistas.
|
O que verificar nas Atividades
•
|
Não
diagrama várias instâncias da mesma tarefa para representar vários
artistas. Apenas diagramar uma tarefa em uma área. Definir os
vários artistas como destinação condições na documentação e regras de atribuição .
|
•
|
Não
ramificar fluxos usando tarefas. Sempre use gateways para fazê-lo.
|
O que verificar em Gateways
•
|
Não
utilize gateways para unir e dividir ao mesmo tempo. Isso irá produzir
um erro em tempo de execução.
|
·
Gateways
Equilíbrio. Splits devem ser unidas de forma equivalente.
•
|
Sempre
use o mesmo tipo de gateway usado para dividir a aderir ao fluxo.
|
•
|
Use
apenas eventos e / ou tarefas após um gateway baseado em evento
|
O que verificar em Eventos
•
|
Use
encerrar eventos apenas quando tal seja estritamente necessário. Eles
são utilizados para modelar situações onde vários caminhos alternativos estão
activadas e todo o processo tem que ser terminado quando um deles é
concluída.
|
Isto
descrever uma exceção no próximo item.
•
|
Use
Terminar Eventos End em vez de Eventos End em sub-processos embutidos
|
O que fazer check-in Conectores
•
|
Use
sequência flui para conectar todas as atividades, eventos e
gateways. Nunca use o fluxo de mensagens para conectar atividades dentro
do mesmo conjunto ou deixar formas desconectado.
|
O que verificar em Milestones
•
|
Sempre
identificar e definir as fases; deles representa um período de tempo ou
meta transição no processo.
|
•
|
Tente
evitar voltar ou looping de volta através de um marco.
|
·
Use
rotulagem estrita
Rotulagem
correcta dos diferentes elementos dos diagramas é fundamental para um entendimento
fácil e correcta dos processos.
Ao
revisar os logs é muito útil saber como o processo foi executado. Quando
qualquer forma no processo não é nomeado, Logs será exibida em branco, o que
torna difícil de entender. Aqui estão algumas recomendações para ajudá-lo
a fazê-lo:
Processos de rotulagem
Processos
rótulos devem descrever claramente o seu principal
objectivo. Certifique-se que você não use nomes curtos ou abreviaturas.
Prefixo : usando o nome de processo de criar um
prefixo que vai ser usado em todos os componentes pertencentes ao
processo. Por exemplo, se o nome do processo é: Pedidos de consumo, você
pode usar o CR_ prefixo. Os seguintes prefixos são restritos para outros
fins: "P_", "M_"
Atividades de rotulagem
Dê um
rótulo de atividades compostas de um verbo e um objeto . Desta
forma, os leitores possam entender claramente o objectivo de uma
tarefa. Além disso, garantir que você não use nomes curtos ou
abreviaturas.
Rotulagem Eventos
Use
rotulagem quando vários eventos de início e fim são utilizados. Nomeá-los
de modo que o diagrama pode ser auto-explicativas e permitir que os usuários
para saber como o processo termina.
Marcos rotulagem
Milestones
devem ser rotulados com uma referência tomada de substantivo para um período de
tempo (verão, o vencimento) ou o que acontece em um período de tempo (criação,
aprovação, entrega).
Gateways de rotulagem
Gateways de divergência deve ter um nome claro
indicando a decisão ou a condição avaliada quando se aplica. Use um nome
composto por um verbo, um objeto, e um ponto de interrogação para identificar o
que está sendo avaliada. Você ainda pode usar perguntas para esclarecer a
decisão envolvido.
•
|
Se os
nomes não se aplicam para quaisquer abreviaturas usar o Gateway ou números
para diferenciá-los.
|
•
|
Transições
Nome indicando a condição relacionada
|
·
Simplifique
diagramas
Grandes
diagramas não permitem dar uma perspectiva de ponta a ponta para os
leitores. Eles são difíceis de ler e comunicar claramente o objectivo do
processo.
Definindo
o escopo correto de tarefas eo nível de detalhe dos processos é fundamental
para reduzir a sobrecarga de informações. As dicas a seguir irão ajudá-lo:
Reduzir o
número de tarefas redundantes
O nível
de detalhe em um processo às vezes é um verdadeiro desafio. Em muitos
casos, você pode enfrentar dificuldades para definir o escopo de uma única
tarefa.Leve em conta que:
•
|
Quando
diagramação é útil imaginar que você é um usuário final. Se um conjunto
de actividades consecutivos pode ser realizada pela mesma pessoa, ao mesmo
tempo, em seguida, estas actividades poderiam ser integrados numa única
actividade.
|
•
|
Um
conjunto de atividades consecutivas na mesma pista pode indicar detalhes que
faltavam participantes, muitos detalhes, ou um desalinhamento no
escopo. Revise esses padrões para identificar oportunidades de
integração atividade.
|
As
atividades em grupo
Use
sub-processos para atividades em grupo com a mesma finalidade. Você pode expandir
os sub-processos mais tarde para expor detalhes de níveis mais baixos de
hierarquia. Um processo conterá várias páginas, mas internamente a
integridade de um único modelo é mantida.
Use sub-processos incorporado quando:
•
|
Um
conjunto de atividades consecutivas tem um proprietário diferente do
proprietário do processo principal (por exemplo, um pedido de compra processo
é realizado pelaárea de compras e as Contas a pagar processo
é realizado pela área Financeira ).
|
•
|
Um
conjunto de atividades consecutivas tem um objetivo diferente do processo
principal (por exemplo, um pedido de crédito está focada na
gestão de todas as atividades para aprovar um pedido de crédito e a Verifique
informações requerente está focada em verificar se o requerente está
na lista negra, bem como as informações apresentadas).
|
Use sub-processos reutilizáveis quando:
•
|
O
sub-processo precisa ser chamado a partir de diferentes processos (por
exemplo, um candidato Verifique as informações sub-processo
pode ser chamado a partir de umpedido de crédito processo ou de
um pedido de Seguros processo).
|
Aplicar
padrões de processo
Não
reinventar a roda. BPMN especialistas têm trabalhado na definição de
padrões de modelagem para situações de negócios diferentes. Usá-los para modelar
as condições de negócios necessários, simplificando seus diagramas.
Para mais
informações sobre os padrões de modelagem por favor, verifique o documento
padrões BPMN Fluxo de Trabalho
Não use
Anti-padrões
Enquanto
simplificando seus modelos cuidar de não utilizar Anti-padrões . Estes
são modelar padrões que normalmente trabalha em automação, mas são más práticas
que não são recomendados por Bizagi
Documentar
detalhes menores
Deixe detalhes a documentação. Não inclua
todas as informações sobre diagramas. Informações adicionais devem ser
documentadas como propriedades de forma não como objetos ou texto no diagrama.