Manual de Modelagem de Processos em BPMN

FUNDAÇÃO OSWALDO CRUZ
INSTITUTO DE TECNOLOGIA EM FÁRMACOS
VICE-DIRETORIA DE GESTÃO INSTITUCIONAL
NÚCLEO DE GESTÃO INTEGRADA | ESCRITÓRIO DE PROCESSOS DE NEGÓCIO
Manual de Modelagem
de Processos em BPMN
Rio de Janeiro – RJ
2015

Créditos
Presidente da Fiocruz
Paulo Ernani Gadelha Vieira
Vice-Presidente de Gestão e Desenvolvimento Institucional
Pedro Barbosa
Diretoria de Farmanguinhos
Direção – Hayne Felipe da Silva
Gabinete – Vânia Conceição Dornellas Buchmuller
Vice Diretoria de Gestão Institucional – Jorge Souza Mendonça
Vice Diretoria de Operações e Produção – Elda Falqueto
Vice-Diretoria de Ensino, Pesquisa e Inovação – Erika Martins de Carvalho
Vice-Diretoria de Gestão do Trabalho – Lucimar Gomes Pereira Junior
Coordenação de Desenvolvimento Tecnológico – Katia Miriam Peixoto Menezes
Coordenação de Gestão da Qualidade – Shirley Trajano
Coordenação de Cooperação Internacional – Lícia de Oliveira
Assessoria de Comunicação – Edmilson Silva
Gerência de Segurança, Meio Ambiente e Sustentabilidade – Denise Barone
Núcleo de Assistência Farmacêutica – Antônio Carlos Morais
Núcleo de Gestão da Biodiversidade e Saúde – Glauco Kruse
Núcleo de Gestão de Informação – Maria das Graças da Silva
Núcleo de Inovação Tecnológica – Carla Cristina da Silveira
Núcleo de Projetos Externos – Maria Amália do Nascimento
Elaboração
Núcleo de Gestão Integrada| Escritório de Processos de Negócio – Luciana Coelho Serafim
Coordenação do Projeto
Núcleo de Gestão Integrada| Escritório de Processos de Negócio – Valéria Marinho Nascimento Silva
Núcleo de Gestão Integrada – Elaine Cristina Ferreira Dias
Colaboração
Josiane de Lima Santos Bernardino
Tatiana Aragão Figueiredo

Sumário
1. APRESENTAÇÃO......................................................................................................................................... 7
2. CAMPO DE APLICAÇÃO.............................................................................................................................. 7
3. PROCEDIMENTO ........................................................................................................................................ 7
3.1. USO DOS ELEMENTOS............................................................................................................................ 8
3.1.1. Objetos do fluxo................................................................................................................................. 8
3.1.2. Objetos de conexão......................................................................................................................... 17
3.1.3. Swimlanes........................................................................................................................................ 18
3.1.4. Artefatos.......................................................................................................................................... 21
3.1.5. Objetos de dados............................................................................................................................. 21
3.2. USO DA FERRAMENTA BIZAGI................................................................................................................22
3.2.1. Como instalar o Bizagi...................................................................................................................... 22
3.2.2. Como desenhar o mapa do processo de trabalho........................................................................... 22
3.2.3. Como publicar o mapa do processo de trabalho............................................................................. 30
4. REFERÊNCIAS ........................................................................................................................................... 34

7
1. APRESENTAÇÃO
Este Manual tem por objetivo orientar e promover a padronização quanto à utilização da notação Business
Process Model and Notation (BPMN) e da ferramenta Bizagi Modeler.
A Notação BPMN é a recomendada pelo Governo Federal para a modelagem de processos de trabalho.
Dentre as possíveis ferramentas desta notação, a Fundação Oswaldo Cruz (Fiocruz) adotou o Bizagi Modeler
por ser de fácil compreensão, gratuita, além de ser a mais utilizada de acordo com uma Pesquisa realizada
pela BPM Global Trends em 2013. Sendo assim, objetivando alcançar uniformidade de linguagem dentro da
Instituição, recomenda-se a utilização do Bizagi Modeler na modelagem de processos de trabalho.
2. CAMPO DE APLICAÇÃO
Aplica-se a todas as áreas do Instituto de Tecnologia em Fármacos.
3. PROCEDIMENTO
Na modelagem de processos de trabalho, por meio do Bizagi Modeler, cinco categorias de elementos podem
ser utilizadas: objetos do fluxo, objetos de conexão, swimlanes, artefatos e objetos de dados. Tais categorias
originam aproximadamente 130 diferentes elementos, que são utilizados de acordo com o nível de
detalhamento desejado do diagrama/mapa/modelo de processo a ser elaborado. Este Manual, para fins de
simplificação e padronização, elenca os possíveis elementos a serem adotados na representação dos
processos do Instituto de Tecnologia em Fármacos, dentre as possibilidades oferecidas pelo Bizagi.
Nota 1: A representação dos processos de trabalho pode ser realizada por meio de diagramas, mapas ou modelos, de
acordo com o nível de detalhamento desejado/necessário. O diagrama demonstra o fluxo básico do processo, focando
nas suas principais atividades. Já o mapa de processo é uma evolução do diagrama, acrescentado de atores, eventos,
regras etc., possuindo um maior nível de detalhamento. Os modelos trazem um alto grau de precisão, detalhando o
processo ainda mais que o mapa.
Nota 2: Para fins de simplificação, neste Manual será adotada a terminologia “mapa de processo”. Sugere-se que ao
desenhar o processo, seja adotado o termo mais apropriado, com base nas especificidades definidas na Nota 1.

8
3.1. USO DOS ELEMENTOS
3.1.1. Objetos do fluxo
Os objetos do fluxo são considerados os principais elementos gráficos para a construção do mapa do
processo de trabalho, sendo constituídos por três tipos de elementos: eventos, gateways e atividades.
Estão descritas abaixo a função de cada objeto do fluxo, observações relevantes relativas à sua utilização,
bem como seus possíveis usos e exemplificações.
OBJETOS DO FLUXO: EVENTOS
Os eventos podem indicar o início de um processo, o fim de um processo ou algo que ocorre no decorrer do
processo.
EVENTOS DE INÍCIO
Indicam o início de um processo. Podem representar o início de forma genérica (evento de início simples) ou
podem representar com mais exatidão a condição que dá início ao processo (evento de início mensagem,
evento de início condicional e evento de início timer).
Evento de início simples: é usado para iniciar o processo, não especificando nenhum fato
particular.
Evento de início de mensagem: a utilização deste tipo de evento de início indica que o
processo é iniciado com a chegada de uma mensagem, que pode ser um documento, um e-
mail, um telefonema etc.
Evento de início de timer: a utilização deste tipo de evento de início indica que o processo é
iniciado por uma condição de tempo, podendo ser uma data/horário específico (exemplo:
06/05/2015, 12:00 p.m.) ou um evento recorrente no tempo (exemplo: quinto dia útil do
mês).
Evento de início condicional: a utilização deste tipo de evento de início indica que o processo
é iniciado quando uma condição lógica torna-se verdadeira.

9
Nota 1: não existe obrigatoriedade de representação dos eventos de início, porém, como sua utilização facilita a
leitura/interpretação, fica definido neste Manual que tal elemento deve ser utilizado.
Nota 2: os eventos de início nunca poderão ter um fluxo de sequência chegando neles, somente saindo deles. Se
realmente for necessário que o processo volte ao seu início, o fluxo de sequência deve ser ligado ao elemento que vem
imediatamente após o evento de início. Já o evento de início de mensagem pode ter um fluxo de mensagem chegando
nele, proveniente de um objeto de dados ou pool.
Nota 3: usualmente, um processo tem apenas um evento de início.
Nota 4: a utilização do evento de início torna obrigatória a utilização do evento de fim.
Nota 5: a utilização de um evento de início na representação de um processo torna obrigatório seu uso na
representação dos eventuais subprocessos constituintes do mesmo.
Nota 6: apesar de não ser obrigatória a utilização de rótulos nos eventos, considera-se esta uma boa prática por
impactar diretamente na clareza e compreensão do processo. O rótulo deve apontar o motivo daquele processo
ocorrer, no caso do evento de início.
Exemplo de utilização de evento de início simples
Exemplo de utilização de evento de início de mensagem
Exemplo de utilização de evento de início de timer

10
EVENTOS INTERMEDIÁRIOS
Os eventos intermediários sinalizam um ponto no decorrer do processo no qual é previsto que um fato irá
ocorrer. Eventos intermediários podem ser do tipo catch (aguardam a ocorrência do fato para que o processo
continue) ou do tipo throw (geram a ocorrência do fato e dão continuidade ao processo).
Evento intermediário simples: indica que um fato não especificado ocorre no fluxo do
processo.
Evento intermediário de timer: indica uma espera entre as atividades do processo, ou
seja, o processo deve aguardar até que a condição de tempo ocorra, para então
continuar. O tempo indicado pode ser em minutos, horas, dias etc. ou pode ser uma data
determinada.
Evento intermediário de mensagem: indica que uma comunicação deve ser enviada ou
recebida.
O primeiro símbolo indica que a mensagem deve ser recebida pelo processo. Neste caso,
o fluxo deve aguardar até a mensagem ser recebida.
O segundo símbolo indica que a mensagem deve ser enviada pelo processo.
Evento intermediário condicional: a utilização deste tipo de evento intermediário indica
que o processo deve pausar até que uma condição lógica torne-se verdadeira.
impactar diretamente na clareza e compreensão do processo. O rótulo deve apontar o motivo para dar andamento ao
processo, no caso do evento intermediário.
Nota 2: em geral, os eventos intermediários são conectados ao processo por meio do objeto de conexão fluxo de
sequência, dando o contexto de que ocorrem durante o processo. Caso o evento intermediário aconteça durante uma
tarefa específica, deve ser anexado à borda da atividade. Este Manual define e exemplifica o uso de eventos
intermediários no fluxo do processo.

11
Exemplo de utilização de eventos intermediários de mensagem e de timer
Exemplo de utilização de evento intermediário simples
Exemplo de utilização de evento intermediário condicional

12
EVENTOS DE FIM
Indicam onde acaba o fluxo de um processo. Podem representar o fim de forma genérica (evento de fim
simples) ou podem representar com mais exatidão a condição que dá fim ao processo (evento de fim de
mensagem).
Evento de fim simples: indica que o fluxo do processo chegou ao fim sem gerar nenhum
evento em particular.
Evento de fim de mensagem: o processo é finalizado com o envio de uma comunicação de
qualquer tipo (documento, mensagem, telefonema etc.). Esta comunicação pode ser
enviada a outro processo, dando início ao mesmo, ou fornecer um resultado a uma
comunicação começada no início ou no decorrer do processo.
Nota 1: não existe obrigatoriedade de representação dos eventos de fim, exceto quando utilizado evento de início.
Porém, como se convencionou neste Manual a necessidade de utilização de eventos de início, torna-se necessária a
utilização dos eventos de fim.
Nota 2: um processo pode ter mais de um evento de fim. Em alguns casos, a utilização de mais de um evento de fim é
necessária para o perfeito funcionamento do fluxo. Em outros casos, pode ser considerada uma boa prática por facilitar
a compreensão do fluxo.
Nota 3: a utilização de um evento de fim na representação de um processo torna obrigatório o uso na representação
dos eventuais subprocessos constituintes do mesmo.
Nota 4: o evento de fim nunca terá fluxo de sequência saindo dele, somente chegando nele.
impactar diretamente na clareza e compreensão do processo. O rótulo deve apontar o motivo daquele processo chegar
ao fim, no caso do evento de fim.
Exemplos de utilização de evento de fim simples e de evento de fim de mensagem

13
OBJETOS DO FLUXO: GATEWAYS
Os gateways são elementos utilizados quando há necessidade de criar caminhos alternativos (baseados em
uma decisão) ou paralelos no fluxo de processo. Também possibilitam a unificação de fluxos para a
continuação em uma mesma sequência de atividades. São representados por losangos. Os diferentes
símbolos contidos no seu interior indicam seu tipo e função.
Gateway exclusivo: representa uma condição de fluxo exclusiva, em que apenas um dos
caminhos criados a partir do gateway será seguido, de acordo com uma informação a ser
testada. Semanticamente, este gateway funciona como um “ou”, já que ou um ou outro
caminho será seguido, nunca mais de um.
Este gateway pode ser usado para divisão do fluxo e também para unificação, dando
sequência ao fluxo quando um dos caminhos atingir o gateway.
Gateway paralelo: é utilizado quando várias atividades são realizadas em paralelo, ou
seja, cada caminho indicado após o gateway é executado ao mesmo tempo em que os
demais. Semanticamente este gateway funciona como um “e”, já que um e outro(s)
caminho(s) serão seguidos.
Sendo assim, o gateway paralelo divide o fluxo em dois ou mais caminhos.
Dependendo da lógica do processo, pode-se adotar o gateway paralelo para unificação
dos caminhos, dando sequência ao fluxo do processo quando todos os caminhos de
entrada forem completados.
Gateway inclusivo: representa uma condição de fluxo inclusiva, em que pode haver
uma combinação dos caminhos criados a partir do gateway, de acordo com uma
informação a ser verificada. Semanticamente este gateway funciona como um “e/ou”,
já que o caminho a ser seguido pode ser um e/ou outro, de acordo com as
informações e a lógica do negócio.
Este tipo de gateway, assim como os anteriores, possibilita a divisão e posterior
unificação do fluxo. A unificação do fluxo somente poderá ocorrer quando todos os
fluxos que estiverem em execução forem concluídos, podendo-se então dar
continuidade à sequência de atividades.
Nota 1: o gateway paralelo pode ser utilizado imediatamente após um evento de início, já que existe a possibilidade de
tarefas serem realizadas em paralelo quando um processo inicie.
Nota 2: os gateways exclusivo e inclusivo dependem de uma informação a ser testada, já que o fluxo é direcionado com
base em uma condição. Sendo assim, tais gateways não podem ser utilizados imediatamente após um evento de início,
exceto um evento de início de mensagem, já que neste caso a informação necessária pode estar contida na mensagem
que deu início ao processo.
Nota 3: apesar de não ser uma regra obrigatória, os conectores de sequência de saída dos gateways inclusivo e exclusivo
podem apresentar descrições que ajudem a identificar qual a condição para que o fluxo siga por aquele caminho. Esta
informação torna o mapa de processo mais claro para quem o está lendo.
Nota 4: apesar de não haver restrições/regras quanto ao encadeamento de gateways, o mesmo torna a leitura do mapa
de processo mais complexa, devendo ser evitado. Geralmente, a necessidade de encadeamento de gateways surge
quando são utilizadas perguntas na definição dos mesmos, gerando resultados “sim” ou “não”, ou seja, resultados
binários. Sendo assim, recomenda-se o uso de uma regra avaliativa ao invés de perguntas.

14
Exemplo: uma tarefa de avaliação pode levar a três resultados: “aprovado”, “aprovado com restrições” e “reprovado”.
Caso se use no gateway a pergunta “Aprovado?”, haverá dois possíveis resultados, “sim” e “não”. No caso de a resposta
ser “sim”, outro gateway terá que ser incluído verificando “se há restrições”. Neste caso, o uso de gateways encadeados
se faz essencial. Para evitar o encadeamento, pode-se optar por usar um único gateway cuja regra poderia ser “Testar o
resultado da avaliação”. Neste caso, haveria três possíveis saídas de um mesmo gateway: “aprovado”, “aprovado com
restrições” e “reprovado”.
Exemplo de utilização de gateway exclusivo
Exemplo de utilização de gateway paralelo
Exemplo de utilização de gateway inclusivo

15
OBJETOS DO FLUXO: ATIVIDADES
Este elemento é utilizado para representar um passo dentro do processo de trabalho. As atividades são
representadas por retângulos com os cantos arredondados, podendo ser de dois tipos: tarefas e
subprocessos.
Tarefa: é o tipo mais utilizado na representação de processos de trabalho. Ela
representa uma ação no processo que pode ser executada por uma pessoa ou um
sistema.
Os diferentes símbolos adicionados à tarefa indicam seu tipo e função.
Subprocessos: demonstram que atividades consideradas complexas devem ser
detalhadas, por meio da criação de um subprocesso.
Subprocesso embutido ou incorporado: é definido como um subprocesso que está
completamente embutido no processo “pai”. Geralmente é utilizado para desenhar
partes pequenas do processo que podem ser expandidas para facilitar a explicação
de seu funcionamento, mas não precisam ficar visíveis sempre. Este tipo de
subprocesso pode ser apresentado colapsado ou expandido (demonstra
abertamente o processo nele contido).
Este tipo de subprocesso não pode conter piscinas ou raias (definição no item
3.1.3).
Subprocesso reutilizável: é uma referência ao mapa de outro processo, sendo
este um mapa de processo completo (pode conter qualquer elemento, inclusive
piscinas e raias), ou seja, o mesmo é desenhado como se fosse um novo
processo.
Nota 1: a explicitação dos tipos de tarefas deve ser feita quando é necessário acrescentar informações relevantes a
respeito das mesmas. Para fins de padronização e simplificação, este Manual recomenda somente o uso de tarefas
simples.
Nota 2: a tarefa deve ser descrita com o verbo no infinitivo (exemplos: avaliar documentos; calcular impostos).
Exemplo de utilização de subprocesso embutido colapsado

16
Exemplo de utilização de subprocesso embutido expandido
Exemplo de utilização de subprocesso reutilizável
Nota 1: o nome do novo mapa deve ser o mesmo do subprocesso do mapa original.

17
3.1.2. Objetos de conexão
Também chamados de conectores, os objetos de conexão são os elementos de ligação para controle dos
fluxos de sequência do trabalho e de comunicação no processo. São três os tipos de objetos de conexão:
fluxo de sequência, fluxo de mensagem e associação.
Fluxo de sequência: representa o fluxo de sequência em que as atividades são
executadas no processo, conectando atividades, gateways e eventos, ou seja, os
objetos do fluxo.
Fluxo de mensagem: representa um fluxo de mensagens e é usado para mostrar
a comunicação entre dois processos. O fluxo de mensagem pode ligar atividades
de dois processos distintos (exemplo 1) ou pode ligar a atividade de um processo
aos limites de um outro processo (exemplo 2).
Associação: associa artefatos (anotação) e objetos de dados a elementos de
fluxo.
Exemplo de utilização dos objetos de conexão (exemplo 1)

18
Exemplo de utilização dos objetos de conexão (exemplo 2)
3.1.3. Swimlanes
A categoria swimlanes é utilizada para organizar os processos de um mapa, definindo o escopo de cada
processo e possibilitando identificar os papéis responsáveis pela execução de cada atividade do processo. As
swimlanes são compostas de pools (piscinas) e de lanes (raias). Nos casos em que se faz necessário criar
partições na sequência do processo são utilizadas milestones (fases).
Pool: contém o processo de trabalho. É permitido
apenas um processo por pool. Sendo assim, processos
de negócios distintos devem estar contidos, cada um,
em uma pool específica.
O nome da pool deve ser o nome do processo.

19
Lane: é uma subdivisão de uma pool, ou seja, uma
partição dentro do processo. Geralmente é utilizada
para representar uma área organizacional responsável
pelas tarefas dispostas naquela linha. Também pode
representar um papel desempenhado (ex: chefia,
solicitante etc.).
Milestone: cria partições na sequência do processo,
sendo utilizada para indicar fases dentro do processo
ou períodos de tempo demarcados.
Nota 1: uma pool pode ou não conter lanes. Caso seja necessário inseri-las, deve-se colocar a quantidade ideal para
caracterizar os participantes das atividades do processo.
Nota 2: um mapa pode conter vários processos de trabalho, ou seja, várias pools. Neste caso, a comunicação entre as
pools se dá por meio de fluxos de mensagem.
Nota 3: nas pools que contêm mais de uma lane, os fluxos de sequência podem cruzar livremente os limites de cada
lane.
Nota 4: o BPMN propõe três formas de utilização de pools: processo de negócio interno, processo de negócio abstrato e
processo de negócio colaborativo. Os tipos de processo de negócio são descritos e exemplificados abaixo.
Processo de negócio interno: representa um único processo de trabalho, em que normalmente se mostra
toda a sequência do processo.
EXEMPLO:
Processo de negócio abstrato: existe a possibilidade de as pools representadas não terem seu conteúdo
detalhado. Estas pools são representadas em um mapa apenas como um apontamento visual de que aquele
processo comunica-se com outros processos ou entidades.
Nota: as pools não detalhadas são chamadas de collapsed ou black box (caixa preta).

20
EXEMPLO:
Processo de negócio colaborativo: representa a interação entre duas ou mais entidades de negócio,
explicitada pelas mensagens trocadas entre essas entidades.
EXEMPLO:

21
3.1.4. Artefatos
Os elementos da categoria artefatos têm como função proporcionar informações complementares acerca do
processo. O BPMN prevê como artefatos os elementos agrupamento e anotação.
Agrupamento: é um elemento de marcação que permite destacar, com fins
puramente visuais, um agrupamento de atividades. Este artefato não influencia
no fluxo do processo, podendo inclusive ser desenhado cruzando lanes e pools.
Anotação: é um elemento utilizado para adicionar notas complementares
relevantes ao mapa do processo, facilitando seu entendimento.
Pode ou não estar ligado a um elemento do mapa. Quando estiver ligado, deve-
se utilizar o objeto de conexão “associação”.
Exemplo de utilização dos artefatos:
3.1.5. Objetos de dados
Os elementos da categoria objetos de dados têm como função representar dados do processo. O BPMN
prevê como objetos de dados os elementos repositório de dados e objeto de dados.
Objeto de dados: representa um conjunto de informações cuja representação é
importante para a compreensão do fluxo do processo, provendo informações
sobre as entradas e saídas de uma atividade (exemplos: um documento, um
formulário etc.).
Este elemento se liga ao fluxo do processo por meio do objeto de conexão
“associação”.

22
Repositório de dados: representa um repositório de informações de qualquer
espécie (banco de dados, sistema de arquivos etc.) que pode ser consultado ou
atualizado no decorrer da realização de alguma tarefa. Este elemento se liga ao
fluxo do processo por meio do objeto de conexão “fluxo de mensagem”.
Exemplo de utilização de objeto de dados
3.2 USO DA FERRAMENTA BIZAGI
3.2.1. Como instalar o Bizagi
Conforme já citado, o Bizagi Modeler é utilizado para desenhar e documentar processos de trabalho, sendo
uma ferramenta de utilização gratuita. Para instalar o software, abrir Ordem de Serviço (OS) na Intranet, por
meio do Sistema de Atendimento para Informática e Telefonia (SAIT).
3.2.2. Como desenhar o mapa do processo de trabalho
 Iniciando o Bizagi
Ao clicar duas vezes sobre o símbolo do programa , automaticamente o mesmo abrirá exibindo uma
pool em branco, conforme Figura 1, seção 4.

23
Figura 1
As funcionalidades da ferramenta estão representadas nas quatro seções destacadas na Figura 1, a saber:
Seção 1 – menu principal: permite criar, abrir, salvar e imprimir um mapa. Também permite desfazer a última
ação, bem como refazê-la.
Seção 2 – menu do desenhador de processos: contém as opções publicar, formatar e ferramentas, dentre
outras.
Seção 3 – menu de palhetas: contém os elementos definidos pela notação BPMN, utilizados na construção do
mapa de processo.
Seção 4 – área de trabalho: local no qual o mapa é desenhado.
 Inserindo o cabeçalho do mapa de processo
Os mapas de processo elaborados devem necessariamente possuir um cabeçalho no qual devem ser inseridas
as suas propriedades. Para inserir o cabeçalho, clicar sobre o símbolo no menu de palhetas e arrastar
para a área de trabalho. O cabeçalho deve ser posicionado acima da pool, ou do mapa de processo, caso o
mesmo já tenha sido elaborado, conforme ilustrado na Figura 2. Sugere-se adicionar o cabeçalho antes de
iniciar a representação do processo.

24
Figura 2
Para inserção das propriedades do processo mapeado, clicar com o botão direito do mouse na área de
trabalho e selecionar a opção “propriedades do diagrama”.
Figura 3

25
No campo “nome” inserir o nome do processo e se o mapa de processo representa o AS-IS (processo atual)
ou o TO-BE (processo futuro).
No campo descrição inserir as seguintes propriedades: macroprocesso, objetivo do processo, dono do
processo, equipe, datas das entrevistas e data da validação. Após, fechar o campo “propriedades do
diagrama”, para que as informações sejam adicionadas ao cabeçalho.
 Inserindo pools, lanes e milestones
Para inserir uma nova pool, clicar sobre o símbolo na palheta de desenhos, arrastá-lo e soltá-lo no ponto
em se deseja inseri-la.
Caso seja necessário criar lanes, clicar sobre o símbolo na palheta de desenhos, arrastá-lo e soltá-lo so-
bre a pool que necessita de lanes. O mesmo deve ser feito para inserção de milestones, clicando-se- sobre o
símbolo .
 Inserindo elementos no mapa de processo
Para inserção dos elementos necessários à construção do mapa de processo, basta clicar no elemento,
arrastá-lo e soltá-lo no ponto em que se deseja inseri-lo.
Tais elementos, após terem sido colocados na área de desenho, apresentam o menu circular, conforme
Figuras 4 e 5. Esta funcionalidade permite selecionar o próximo elemento a ser adicionado, conectando-o
automaticamente ao elemento atual.
Figura 4
Figura 5
Nota 1: deve-se ressaltar que o Bizagi apenas oferece como opção de seleção no menu circular os elementos que podem
estar ligados ao elemento atual. Esta explicação fica claramente demonstrada nos exemplos acima, por meio das
diferenças apontadas em cada tipo de elemento (ex: não existe o elemento “evento de fim” no menu circular de um
“evento de início”, já que esta ligação não é possível na construção do mapa de processo).
Nota 2: caso se opte por “arrastar” os elementos a serem inseridos no mapa de processo a partir da palheta, será
necessário fazer o mesmo com os objetos de conexão (fluxo de sequência, fluxo de mensagem e associação), de modo a
estabelecer as conexões entre os elementos. É importante citar que esta operação aumenta a possibilidade de erros no
mapa. Neste caso, no momento de salvar o mapa de processo aparecerá a seguinte descrição de erro: “o conector não
está conectado”.
Além disso, caso não seja utilizado o menu circular, aumenta a probabilidade de ligação de elementos errados ao
elemento atual, já que neste caso não haverá impedimento por parte da ferramenta, conforme demonstrado pela
Figura 6.
Figura 6

26
Nota 3: alguns elementos como os “agrupamentos” e as “anotações” não estão ou podem não estar ligados a outros
elementos do mapa. Nestes casos, os mesmos precisam ser arrastados para o ponto no qual serão inseridos.
Nota 4: a ferramenta Bizagi fornece uma descrição conceitual para cada elemento. Para visualizá-la, deve-se posicionar
o mouse sobre a Figura.
 Editando textos e criando rótulos para os elementos
Para editar os textos contidos na pool, nas lanes e/ou milestones, clicar com o botão direito do mouse sobre
o texto e selecionar a opção “editar texto”, conforme Figura 7. Inserir então o texto desejado.
Figura 7
Nota 1: também existe a possibilidade de dar duplo clique sobre o texto a ser editado. Neste caso, o texto já é marcado
para edição, dispensando a ação demonstrada na Figura 7.
Nota 2: para criar rótulos nos elementos que não possuem texto pré-definido, proceder de uma das maneiras citadas
acima.
 Representando os diferentes tipos de subprocessos
Quando for identificada a necessidade de criação de subprocessos, deve-se clicar com o botão direito do
mouse sobre a Figura da tarefa e selecionar a opção “transformar em subprocesso”, conforme Figura 8.
Figura 8

27
Subprocesso embutido ou incorporado
Quando criado um subprocesso embutido (incorporado) existe a possibilidade de representá-lo colapsado
(Figura 9) ou expandido. Para expandir, clicar sobre o subprocesso com o botão direito do mouse e selecionar
“expandir”, conforme Figura 10.
Figura 9
Figura 10
Ao se proceder a este comando, aparecerá a Figura 11, na qual ainda não constarão as atividades pertinentes
ao subprocesso.
Figura 11
Para inserir as atividades que compõem o subprocesso, clicar com o botão direito do mouse sobre o
elemento e selecionar a opção “editar subprocesso”, conforme Figura 12. Um novo mapa em branco será
aberto para que seja feita a representação do subprocesso.

28
Figura 12
Nota: caso não se deseje mais exibir o subprocesso expandido, selecionar a opção “retrair”.
Subprocesso reutilizável
Quando necessário representar um subprocesso reutilizável, clicar com o botão direito do mouse sobre a
Figura do subprocesso, e selecionar a opção “tipo de subprocesso – subprocesso reutilizável”, conforme
Figura 13.
Figura 13

29
Clicar novamente com o botão direito do mouse sobre a figura do subprocesso, e selecionar a opção “editar
subprocesso”, conforme Figura 14. Automaticamente, será aberto um novo mapa para que o subprocesso
seja representado.
Figura 14
 Transformando “eventos” e “gateways” simples
Para transformar objetos do fluxo simples (inserir símbolos no interior dos elementos indicando seu tipo e
função), deve-se clicar com o botão direito do mouse sobre o elemento e selecionar o tipo desejado,
conforme Figura 15.
Figura 15
Nota: caso seja necessário representar um gateway exclusivo, escolher a opção “exibir marcador”.
 Excluindo elementos do mapa ou o mapa de processo
A exclusão de um elemento deve ser feita por meio da seleção do mesmo e utilização da tecla “delete”. É
importante ressaltar que várias figuras podem ser escolhidas e apagadas ao mesmo tempo. Para tanto, a
tecla Ctrl deve ser mantida pressionada.

30
Para exclusão da pool e/ou da pool e de todos os elementos contidos no seu interior, clicar sobre a pool com
o botão esquerdo do mouse (a pool e todos os elementos serão selecionados”). Clicar então sobre a tecla
“delete”. Neste momento haverá a opção de deletar o processo e todos os seus elementos (Figura 16) e
também haverá a opção de deletar somente a pool e manter os elementos no mapa.
Figura 16
3.2.3. Como publicar o mapa do processo de trabalho
 Após a finalização do mapa do processo de trabalho, o mesmo pode ser publicado. Os modos mais
comuns de publicação são como arquivo do Word e PDF, sendo estas as sugestões deste Manual. Para
publicação no Word, selecionar as opções “Publicar”, “Word” (clicar sobre a seta) e “Publicar todos os
modelos”, conforme Figura 17.
Figura 17
Em seguida, informar o nome do arquivo que vai conter a publicação e o local onde o mesmo será gravado.
Nota: caso um determinado arquivo possua mais de um mapa de processo (em diferentes abas do Bizagi) e não se
deseje publicar todos, deve-se proceder da seguinte forma: selecionar as opções “Publicar” e “Word” (clicar sobre o
símbolo), conforme Figura 18.

31
Figura 18
Em seguida, selecionar o mapa a ser publicado na coluna “diagramas disponíveis” e clicar sobre a seta,
conforme destacado na Figura 19.
Figura 19
O mapa selecionado será transferido para o lado direito da tela (coluna “diagramas selecionados”). Clicar
sobre a palavra “seguinte”, conforme ilustrado na Figura 19.

32
 Para publicar todos os elementos, clicar sobre a aba “todos os elementos”, sobre a “seta dupla” e sobre a
palavra “seguinte”, conforme ilustrado na Figura 20.
.
Figura 20
O programa retornará a seguinte tela, na qual devem ser selecionadas as abas “BizagiTemplate.dot” e
“seguinte”, conforme ilustrado na Figura 21.
Figura 21

33
Deve-se então selecionar a orientação do mapa a ser publicado (paisagem ou retrato), informar o nome do
arquivo que vai conter a publicação e o local onde o mesmo será gravado, e clicar sobre a palavra “concluir”,
conforme ilustrado na Figura 22.
Figura 22

34
4. REFERÊNCIAS
 BRASIL. Ministério da Saúde. Fundação Oswaldo Cruz. Guia de Gestão por Processos. 2014
 ABPMP. BPM CBOK – Guia para o Gerenciamento de Processos de Negócio. Corpo Comum de
Conhecimento. ABPMP BPM CBOK V3.0. 2013.
 IPROCESS. Um guia para iniciar estudos em BPMN (II): Gateways. 2012. Disponível em:
<http://blog.iprocess.com.br/2012/11/um-guia-para-iniciar-estudos-em-bpmn-ii-gateways/> Acesso em:
13 mai. 2015.
 IPROCESS. Um guia para iniciar estudos em BPMN (III): Eventos de início e fim. 2012. Disponível em:
<http://blog.iprocess.com.br/2012/12/um-guia-para-iniciar-estudos-em-bpmn-iii-eventos-de-inicio-e-
fim/> Acesso em: 13 mai. 2015.
 IPROCESS. Um guia para iniciar estudos em BPMN (I): Atividades e sequência. 2012. Disponível em:
<http://blog.iprocess.com.br/2012/11/um-guia-para-iniciar-estudos-em-bpmn-i-atividades-e-sequencia/>
Acesso em: 13 mai. 2015.
 IPROCESS. Um guia para iniciar estudos em BPMN (IV): Eventos intermediários. 2012. Disponível em:
<http://blog.iprocess.com.br/2012/12/um-guia-para-iniciar-estudos-em-bpmn-iv-eventos-
intermediarios/> Acesso em: 13 mai. 2015.
 IPROCESS. Desmistificando o uso de gateways em BPMN. 2013. Disponível em:
<http://blog.iprocess.com.br/2013/10/desmistificando-o-uso-de-gateways-em-bpmn/> Acesso em: 13
mai. 2015.
 IPROCESS. Um guia para iniciar estudos em BPMN: swimlanes e artefatos. 2013. Disponível em:
<http://blog.iprocess.com.br/2013/01/um-guia-para-iniciar-estudos-em-bpmn-vi-swimlanes-e-artefatos/>
Acesso em: 13 mai. 2015.
 IPROCESS. Desmistificando o uso de eventos em BPMN. 2015. Disponível em:
<http://blog.iprocess.com.br/2015/01/desmistificando-o-uso-de-eventos-em-bpmn/> Acesso em: 13 mai.
2015.
 IPROCESS. Modelagem de Processos de Negócio: diferenças entre diagrama, mapa e modelo de processo.
2014. Disponível em: http://blog.iprocess.com.br/2014/02/modelagem-de-processos-de-negocio-
diferencas-entre-diagrama-mapa-e-modelo-de-processos/ Acesso em: 18 jun.2015.

Manual de Modelagem de Processos em BPMN

Manual de Modelagem de Processos em BPMN

Mais conteúdo relacionado

Mais procurados

Semelhante a Manual de Modelagem de Processos em BPMN

Mais de Farmanguinhos

Último

Manual de Modelagem de Processos em BPMN