Você está na página 1de 96

Modelagem de Processos

Business Process
Modeling Notation
(BPMN)
Widow maker – Devil’s gate

Desire path na Russia para evitar uma configuração do tipo


Widow maker ou ‘Devil´s Gate‘
Desire Lines
Desire paths como uma metáfora para a experiência do usuário e o projeto.
Natalia Klishina
Desire Lines
Desire Lines
Dia a dia elas emerge como um fluxo
constante de pessoas ignorando
trajetos designados em favor de
atalhos não antecipados. Na segunda
figura temos um caminho gerado na
grama por ciclistas para evitar circular
o prédio e economizer 5-10 segundos.
Outline
 Definições
 Conceitos Fundamentais
 Componentes
 Lifecycle
 Examplos
 Conceitos Avançados
BPM
• Abordagem focada no alinhamento de
todos os aspectos de uma organização
com as necessidades dos clientes.
• Pode ser descrito como "processo de
otimização de processos”.
• Habilita organizações a serem mais
eficientes, efetivas e capazes de
mudanças que uma organização
organizada por funções.
O que é BPM

Consiste em estabelecer etapas bem claras, que coordenadas e


gerenciadas promovem valor para o cliente e consequentemente
para o negócio.

11
O que é um Processo ( de Negócios) ?
“Minha Máquina não Funciona!”

Garantia?
Call Centre
Técnico

Consumidor Consumidor
Parts
Service Store
Dispatch

VALOR
Processo fault-report-to-resolution
Processos e Resultados
• Todo processo leva a um ou mais retornos possíveis,
positive ou negativo
– Retorno Positivo agrega valor
– Retorno Negativo reduz valor
• Processo Fault-to-resolution
– Falha reparada sem intervenção do técnico
– Falha reparada com intervenção minima do técnico
– Falha reparada e completamente coberta pela garantia
– Falha reparada e parcialmente coberta pela garantia
– Falha reparada e não coberta pela garantia
– Falha não reparada (consumidor desiste da requisição)
Business Process Modeling
Notation (BPMN)
• O BPMN fornece uma notação necessária para
expressar os processos de negócio em um
único diagrama de processo de negócio
(Business Process Diagram – BPD)
– Fornece uma notação que compreensível por
todos os utilizadores, analistas e técnicos do
negócio.
Processo

• É um conjunto de atividades, tarefas, práticas realizadas


por uma organização e composta por uma série de
etapas, definições e controles. Eles são divididos em:
– Processos internos: processos realizados unicamente dentro de
uma organização;
– Processos abstratos: processos que são realizados fora do
âmbito de uma organização, na qual não possuímos controle;
– Processos de colaboração: dois ou mais processos
independentes e reutilizáveis se comunicam dentro do nosso
escopo de visão;
Modelos
 Colaboração
Processo Público

•Representa as interações entre um processo de negócio privado e outro processo


ou participante
•Somente aquelas atividades que são utilizadas para comunicação com o outro
participante são apresentadas no processo público
Colaboração
 Mostra as interações entre duas ou mais
entidades do negócio
 Contém duas ou mais Piscinas (Pools)
 Pode ser visto como dois ou mais Processo
Públicos se comunicando
Diagramas de Colaboração BPMN

 Diagramas de colaboração consistem em


uma coleção de participantes que são
representados por conjuntos. Interações de
conjunto são representadas por fluxos de
mensagens e podem incluir processos em
conjuntos.
Colaborações

 Uma colaboração contém dois ou mais conjuntos que


representam os participantes no diagrama de colaboração.
A troca de mensagens entre os participantes é
representada por um fluxo de mensagens que conecta
dois conjuntos ou objetos dentro dos conjuntos.
 Em um diagrama de processo BPMN há geralmente
apenas um participante. Em diagramas de colaboração
BPMN, é possível ter diversos processos ou participantes
representado no diagrama. Também é possível modelar
as mensagens que são enviadas entre os processos e
como elas interagem umas com as outras.
Colaboração
No diagrama de colaboração BPMN a seguir, dois participantes são
mostrados: um cliente e um participante de banco. As tarefas para cada um
são mostradas em cada conjunto e nas mensagens que são enviadas para
cada participante.
BPMN – Privado
 Ocorrem dentro da organização e
possuem atividades realizadas
internamente que interagem entre si;
 É utilizado quando se quer visualizar uma
parte de um processo sem se preocupar
com o processo como um todo.

24
BPMN – Privado

25
BPMN – Abstrato
 São processos públicos que retratam as
interações das atividades pertencentes a
um processo privado com outra entidade
de negócio externa ao processo privado;
 Utiliza-se um modelo abstrato para
representar uma “entidade” independente,
com processos próprios, mas que não
será modelado.

26
BPMN – Abstrato

27
BPMN – Colaboração
 Modela as interações entre dois ou mais
processos de negócio;
 As interações são descritas como as
seqüências de atividades e as trocas de
mensagens entre os participantes.

28
BPMN – Colaboração

29
Sub-processo
 É composto por uma série de atividades e tarefas
que formam um novo fluxo. Esse fluxo pode ser
aberto (apresentado no mesmo diagrama do
processo pai) ou fechado (podendo ser desvendado
em um processo mapeado em outro diagrama). Ou
seja, podem ser dependentes e desenhados dentro
do mesmo diagrama ou independentes
(reutilizáveis) e possuem um diagrama próprio.
Normalmente utilizados para:
 Para representar processos reutilizáveis;
 Para controle e tratamento de erros em processos;
 Para ações de compensação em processos;
 Para controle de transações de processos.
Eventos

 Algo que acontece durante o andamento de


um processo de negócio. Geralmente
possuem uma causa e um resultado. São
opcionais, mas altamente recomendáveis. Se
não existir um início no diagrama, todas as
tarefas que não possuem conectores que
chegam nelas são iniciadas. Se existe um
elemento de fim, o de início é obrigatório.
Ativadades e Tarefas
 Atividades:
Trabalho realizado dentro de um processo de negócio.
Pode ser atômica (isolada), ou não-atômica
(composta). Podem ser um sub-processo ou uma
tarefa.
 Tarefas:

É o objeto que não pode ser quebrado em mais


objetos. Geralmente executada por uma pessoa ou
sistema. Ela pode ser bloqueante (a execução da
instância do processo continua somente após a
tarefa ser executada) ou não.
Simbologia do BMPN
 Um dos objetivos da BPMN é criar um
mecanismo simples para o desenvolvimento
dos modelos processos de negócio, e ao
mesmo tempo poder garantir a complexidade
inerente aos processos.
Notação
Notação

Business Process Diagram Elements


Conjunto Central de Elementos
Conjunto Completo de Elementos
Conjunto de Elementos Centrais
do Diagrama

O conjunto central de elementos de


modelagem permite o
desenvolvimento facilitado de
Diagramas de Processo de Negócio
(BPD) que devem ser familiares para
muitos analistas de negócio
(fluxograma).
Conjunto Completo de Elementos
dos Diagramas, Eventos
Um evento é alguma coisa que
acontece durante o curso de
um processo de negócio. Estes
eventos afetam o fluxo do
Processo podendo iniciar,
interromper ou finalizar o
fluxo.
Conjunto Completo de Elementos
dos Diagramas, Atividades
Uma atividade é realizada
dentro de um processo de
negócios. Uma atividade
pode ser atômica ou não
(composta). Os tipos de
atividades que compõem
um modelo de Processo
são: Sub-processo e
Tarefa.
Conjunto Completo de Elementos
dos Diagramas, Atividades, Cont.
Um Sub-Processo pode ser
apresentado mostrando
detalhes de nível mais baixo.
.
Conjunto Completo de Elementos
dos Diagramas, Conexões
Um fluxo sequencial é
utilizado para mostrar a ordem
na qual as atividades devem
ser realizadas.
Um fluxo de mensagem é
utilizado para mostrar o fluxo
de mensagens entre duas
entidades.
Uma associação é utilizada
para associar artefatos com
objetos de fluxo.
Conjunto Completo de Elementos
dos Diagramas, Gateways
Gateways são elementos de
modelagem utilizados para
controlar como fluxos
convergem e divergem dentro
de um processo.
Se um fluxo não necessita ser
controlado então um objeto
deste tipo não é necessário.
Conjunto Completo de Elementos
dos Diagramas, Swimlanes
Uma piscina (Pool) é um
container gráfico utilizado
para separar conjunto de
atividade de atores diferentes.
Uma raia (Lane) é uma sub-
partição dentro de uma
piscina.
Conjunto Completo de Elementos
dos Diagramas, Artefatos
Objetos de dado não são objetos
de fluxo, mas fornecem
informação sobre como
documentos, dados e outros
objetos são utlizados e atualizados
dentro de um processo.
Anotações de texto permitem ao
analista fornecer informações
adicionais sobre o diagrama.
Grupos fornecem um mecanismo
para organizar visualmente as
atividades.
Fluxo Normal
Manipulação de Exceção

Eventos intermediários
anexados as fronteiras de uma
atividade representam gatilhos
(triggers) que podem
interromper a atividade. Todo
trabalho executado no
contexto da atividade será
paralisado e o fluxo
prosseguirá a partir do evento.
Timers, Exceções podem ser
gatilhos.
Transações e Compensações

Uma transação é uma atividade que tem uma


borda dupla.
Uma vez que tudo ocorra normalmente
segue-se uma saída normal.
Um evento de cancelamento representa um
caminho a ser seguido caso se deseje cancelar
a transação.
Um evento intermediário do tipo exceção
apresenta um caminho a ser seguido caso
ocorra algum tipo de problema.
Atividades utilizadas para compensação se
localizam for a do fluxo normal e são
associadas com atividades normais.
A Complex Process
Mapping to BPEL4WS Sample

<process name="EMailVotingProcess">
<!-- The Process data is defined first-->
<sequence>
<receive partnerLink="Internal" portType="tns:processPort"
operation="receiveIssueList“ variable="processData"
createInstance="Yes"/>
<invoke name="ReviewIssueList" partnerLink="Internal"
portType="tns:internalPort" operation="sendIssueList"
inputVariable="processData“ outputVariable="processData"/>
<switch name="Anyissuesready">
<!-- name="Yes" -->
<case condition="bpws:getVariableProperty(ProcessData,NumIssues)>0">
<invoke name=“DiscussionCycle“ partnerLink="Internal"
portType="tns:processPort" operation=“callDiscussionCycle"
inputVariable="processData"/>
<!– Other Activities not shown -->
<!--name="No" -->
</case>
<otherwise>
<empty/>
</otherwise>
</switch>
</sequence>
</process>
BPMN 2.0
Contém 3 tipos de diagramas:
•Diagrama de Processos (Orquestrar)

•Diagrama de Coreografia

•Diagrama de Colaboração (Troca de mensagens entre


participantes)
Diagrama de Colaboração
(BPMN 2.0 Collaboration)

Customer
Pools/Participants The Message Flow are
represent unordered and
PartnerEntities (at ungrouped.
any level) and/or Grouping by Conversation
PartnerRoles can be hidden.
Order Invoice
Processor
Order

Price Data Shipping


Request Schedule
Update
Price Shipping Request
Data Shedule
Response Response
Invoice
Schedule

Scheduler
Invoicer

Shipper
BPMN
•Um modelo de processo BPMN é um diagrama
que consiste de quatro tipos de elementos
principais:

Início Fim
Atividade Eventos Gateway Fluxo
Seqencial
Tipos de Atividades
Tarefas
Tipos de Tarefas (II)
Representação
Tipos de Eventos
• Evento de Início produz um token
• Evento de Fim consome um token

• Um evento intermediário significa que alguma


coisa aconteceu dentro de um processo de
negócios.
Detalhe - Eventos
• Muitos eventos
• Recomendação de uso:
 Foco nas mensagens
 Algumas vezes Erro e Timer

Start message Throw message Catch message End message


Processo Simples
• Tem pelo menos uma atividade!

2009-summer How to use BPMN for modelling business 60


processes
Conjunto Completo de Elementos
dos Diagramas, Gateways
Gateways são elementos de
modelagem utilizados para
controlar como fluxos
convergem e divergem dentro
de um processo.
Se um fluxo não necessita ser
controlado então um objeto
deste tipo não é necessário.
Exclusive gateway
• Uma única atividade Activity02 ou Activity03
ou Activity04 será executada. A escolha é
baseada na lógica definida pelo gateway
G01

2009-summer How to use BPMN for modelling business 62


processes
Gateway Paralelo
• Activi02, Activity03 e Activity04 serão
executadas em paralelo; o processo somente
pode continuar quando cada uma das
atvidades tenha sido concluída.

2009-summer How to use BPMN for modelling business 63


processes
Inclusive gateway
• Várias atividades podem ser executadas em
paralelo.
• Executa funcionalidades de gateways
paralelo e exclusive!

2009-summer How to use BPMN for modelling business 64


processes
Exemplo Básico
Order-to-cash

•Um processo order-to-cash é iniciado pela recepção


de uma ordem de compra vinda de um cliente. Após o
pedido, a ordem de compra deve ser verfificada
contra o estoque para determinar se os itens
solicitados estão disponíveis.
Dependendo da disponibilidade do estoque a ordem
de compra pode ser confirmada ou rejeitada.
Se a ordem de compra é confrmada, a nota fiscal é
emitida e os produtos solicitados são despachados. O
processo é finalizado através do arquivamento do
pedido ou pela rejeição do pedido.
.
Order to cash (OTC ou O2C)
Conjunto de processos que envolve recepção e atendimento
de solicitação de produtos ou serviços por parte de clientes. 
Um processo do tipo order to cash consiste de multiplos sub-
processo incluindo:
 Pedido do cliente é documentado
 Pedido é atendido ou serviço é agendado
 Pedido é enviado ao cliente ou serviço é exectudado
 Nota fiscal é criada e enviada ao cliente
 Cliente efetua pagamento
 Pagamento é registrado
Exemplo Básico – break it down
Order-to-cash

• Um processo do tipo order-to-cash é inicializado


quando um pedido de compra por parte de um
cliente chega.
• Após o pedido, a ordem de compra deve ser
verfificada contra o estoque para determinar se os
itens solicitados estão disponíveis.
• Dependendo da disponibilidade do estoque a
ordem de compra pode ser confirmada ou
rejeitada.
• Se a ordem de compra é confrmada, a nota fiscal é
emitida e os produtos solicitados são despachados.
• O processo é finalizado através do arquivamento
do pedido ou pela rejeição do pedido.
Exemplo Básico – break it down
Order-to-cash

• Um processo do tipo order-to-cash é


inicializado quando um pedido de compra
por parte de um cliente chega.

• Após o pedido, a ordem de compra deve ser


verfificada contra o estoque para determinar
se os itens solicitados estão disponíveis.
Modelo BPMN
Order-to-cash

Check stock
availability
Purchase
order
received

69
Exemplo Básico – break it down
Order-to-cash

• Um processo do tipo order-to-cash é inicializado quando


um pedido de compra por parte de um cliente chega.
• Após o pedido, a ordem de compra deve ser verfificada
contra o estoque para determinar se os itens solicitados
estão disponíveis.
• Dependendo da disponibilidade do estoque a ordem
de compra pode ser confirmada ou rejeitada.
• Se a ordem de compra é confrmada, a nota fiscal é
emitida e os produtos solicitados são despachados.
• O processo é finalizado através do arquivamento do
pedido ou pela rejeição do pedido.
Modelo BPMN
Order-to-cash

end
activity
Reject order event
Items not in
Order
stock
rejected
Check stock split gateway end
availability
Purchase event
order Items in
received stock Confirm Emit Archive
Ship goods
start order invoice order
Order
event fulfilled

Convenção:
• Evento: substantivo + Particípio passado do verbo
• Atividade: verbo + substantivo
71
Execução de um Modelo de
Processo - “token game”
Pedido #1
Pedido #2
Pedido #3
Reject order
Items not in
Order
stock
rejected
Check stock
availability
Purchase
order Items in
received stock Confirm Emit Archive
Ship goods
order invoice order
Order
fulfilled

72
Exemplo 1
Depois de receber uma ordem, esta deve ser
avaliada verificando-se sua validade. Se sim,
a ordem é processada. Se a ordem não é
válida esta deve ser rejeitada. O controle do
fluxo depende da validade da ordem.
Exemplo 2
No processamento de ordem de compra
recebida, produtos são enviados enquanto o
vendedor aguarda o pagamento. Ambas as
tarefas são executadas em paralelo. O
processo termina com pagamento recebido e
produto sendo enviado.
Exemplo 3
Um cliente adquire um carro usado. Depois
da compra o carro será limpo ou reparado
caso necessário. É possível também que o
carro não necessite de limpeza ou reparos.
Exemplo 4
Você convida um amigo para tomar café
enviando uma mensagem do tipo SMS e
aguarda a resposta. Dependendo da
resposta (concorda ou não) você vai ao
encontro do amigo ou fica em casa. Caso a
resposta não chegue em uma hora você liga
para o seu amigo perguntando se ele
recebeu a mensagem.
Exemplo 5
Um estudante realiza um teste do tipo SAT ( exame
admicional comum nos Estados Unidos). Se o
estudante consegue nota inferior a 800 (as possíveis
notas estão no intervalo entre 200 e 1600), o
estudante se matricula em um curso caro para
melhorar suas notas. Se o estudante consegue nota
média, estudará em livros destinados a aprimorar seus
conhecimentos antes de tentar novamente. Se as
notas são superiores a 1000 ele pode se matricular na
universidade desejada.
Exemplo 6
A maneira mais fácil de obter conhecimento do
que é um modelo de processo de negócio é revisar
um diagrama de um processo simples.
O diagrama representa o saque de dinheiro de
uma conta bancária. O cliente informa ao banco
sua identidade e senha garantindo desta forma
acesso aos fundos. Após a identificação o cliente
pode solicitar a quantia desejada, que o banco
deve fornecer, após confirmar se está disponível.
O cliente pode então finalizar a transação.
O diagrama não mostra as possíveis exceções (senha incorreta, usuário inexistente
ou falta de fundos). O modelo pode apresentar o detalhamento que se deseja.
Gateways não podem ser conectados a fluxos de mensagens.
Enviamos uma proposta para um cliente e
esperamos pela confirmação do pedido. Se
cliente envia confirmação preparamos os
produtos para o envio. Se não recebemos a
confirmação depois de 15 dias enviamos uma
mensagem lembrando ao cliente da pendência.
Após receber a confirmação de um pedido emitimos a nota e enviamos os
produtos.
 Quanto maior o número de pessoas envolvidas
em um encontro ou reunião, menor será a
produtividade. O mesmo pode ser dito para os
processos. Mantendo o número de swimlanes
necessário ao provimento dos serviços, você
pode mostrar os detalhes mais relevantes.
 Pode haver outros participantes, mas não é
necessário a sua presença para compreensão do
problema. 
 Podem haver centenas de convidados em uma
cerimônia, mas somente uns poucos são
importantes.
Ao mesmo tempo, é importante que todos os
convidados gostem do evento. Por exemplo, o
dono da festa detecta uma grande quantidade de
reclamações sobre a comida ou ficando doentes.
Este é um problema que deve ser corrigido para
que a festa não seja um completo disastre.
Mas a única forma de identificar esta condição é
manter contato com os convidados verificando se
tudo está correto. Muitas pessoas apresentando
problemas (eventos individuais) é uma condição
que deve atrair a atenção dos organizadores
(contexo do processo).
Processo de Solicitação de
Empréstimo – Exercício 1
O Processo de Solicitação de Empréstimo trata das atividades necessárias
para receber, analizar e aprovar solicitações de empréstimo recebidas por
uma instituição financeira. Uma versão simplificada deste processo
consiste nos seguintes passos:
1.O cliente desejando solicitar empréstimo deve preencher um formulário e
enviar o formulário juntamente com os documentos requeridos ao banco.
Inicialmente o banco armazena todos os arquivos em um banco de dados
e depois verifica a solicitação recebida.
2.Caso o resultado da verificação seja negativa, o empréstimo é recusado
e o processo é finalizado com a resposta ao cliente com as razões da
rejeição e arquivamento da solicitação. Caso o resultados da avaliação
inicial seja positiva, uma avaliação aprofundada é realizada decidindo
efetivamente se o empréstimo será aprovado ou não.
3.Finalmente, caso o empréstimo seja aprovado, o valor requisitado é
depositado na conta do cliente.
Desenvolva o seguinte processo
utilizando BPMN (1/2) – Exercício 2
 Uma pequena empresa produz bicicletas
costumizadas. Sempre que o departamento de
vendas recebe uma ordem, um novo processo é
criado. Um funcionário do departamento de vendas
pode aceitar ou rejeitar a ordem para uma bicicleta
costumizadas. No caso da rejeição o processo é
finalizado.
 Aceitando-se a ordem o almoxarifado e o
departamento de engenharia são informados.
Desenvolva o seguinte processo
utilizando BPMN (2/2) – Exercício 2
 O almoxarifado imediatamente processa a lisa de
componentes da ordem e verifica as quantidades de
cada ítem. Todos os componentes são reservados.
Se não, são solicitados dos fornecedores. Enquanto
isto, o departamento de engenharia prepara tudo para
a montagem da bicicleta vendida. Se todos os
componentes foram reservados e estão prontos o
departamento de engenharia monta a bicicleta. Após
a montagem o departamento de vendas envia a
bicicleta ao comprador finalizando o processo.

Você também pode gostar