Você está na página 1de 14

DISSEMINAO DE CONHECIMENTO

FERRAMENTA BIZAGI

Harley Caixeta Seixas


Mrcia Lcia Borges de Melo Gomes
Roberta A. de Mello Bezerra
Silvana Dias Soares

FERRAMENTA BIZAGI
BPMN
Business Process Modeling Notation Notao grfica que descreve a lgica
dos passos de um processo de negcio.
um padro internacional de modelador, que permite modelar o processo de
uma maneira unificada e padronizada.
Seu objetivo dar suporte ao gerenciamento, fornecendo uma notao
intuitiva, capaz de representar semnticas de processos complexos.
PROCESSO
Processo um conjunto de atividades que toma uma entrada, adiciona valor e
fornece uma sada, gerando um produto ou servio valorado.
Um processo um grupo de atividades realizadas numa seqncia lgica com
o objetivo de produzir um bem ou servio que tem valor para um grupo
especfico de clientes (Hammer e Champy, 1994)
ATIVIDADE
As atividades podem ser compostas ou atmicas. As compostas so
conhecidas como subprocessos e as atmicas como tarefas.
TAREFA
quando a atividade no pode ser mais decomposta.
SUBPROCESSO
Atividade que pode ser decomposta. Conjunto de atividades que pode ser
analisado em mais detalhes.
Visualmente pode aparecer de modo contrado ou expandido.
TIPOS DE PROCESSOS
Privativo: so utilizados quando no h interesse em verificar a
interao entre este processo e outros.

Abstrato: representam a interao entre um processo principal e outro


processo participante. Em relao ao processo participante, no h
preocupao com o contedo do fluxo em si, mas sim como ele colabora
com os outros fluxos.

Colaborativo: descreve a interao entre duas ou mais entidades do


negcio, sendo que o contedo do fluxo especificado em todas as
entidades.

ELEMENTOS BPMN
Artefatos
Pool ou piscina
representa um processo
ou uma entidade.

Lane ou raia uma


sub-partio dentro da
pool. So usadas para
organizar e categorizar
a pool.

Milestone uma subpartio dentro do


processo. So usadas
para organizar o
processo em etapas.

Conectores
Fluxo de Seqncia
usado para mostrar a
ordem em que as
atividades sero
executadas. Cada fluxo
tem s uma origem e s
um destino.
Fluxo de Mensagem
Usado para mostrar o fluxo
de mensagem entre dois
participantes, ou seja,
duas pools.

Associao - Usada para


associar informaes com
objetos de fluxo.

Eventos de Incio
Tipo nenhum usado para iniciar o processo. Cada processo
s pode ter um nico incio. Este tipo de evento s pode ter
fluxo de seqncia saindo dele. Nunca ter fluxo de seqncia
chegando nele.
Tipo mensagem idem ao tipo nenhum, sendo que neste caso
representa que o processo ser iniciado quando receber
alguma mensagem (documento, e-mail, telefonema, fax,...).
Neste tipo de evento de incio pode se ter um fluxo de
mensagem ligado a um objeto de dados ou pool chegando ao
evento.
Tipo timer idem ao tipo nenhum, sendo que neste caso
representa que o processo ser iniciado quando o tempo (data
ou ciclo), previamente definido, ocorrer. Para verificar o tempo
definido necessrio acessar as propriedades do evento.
Tipo Condicional idem ao tipo nenhum, sendo que neste caso
representa que o processo ser iniciado quando forem
cumpridas as condies estipuladas. As condies podem ser
verificadas nas propriedades do evento.
Tipo sinal idem ao tipo nenhum, sendo que neste caso
representa que o processo ser iniciado quando um sinal
emitido por um evento intermedirio ou de fim, em outro
processo, for disparado. Para saber de onde vem o sinal s
verificar as propriedades do evento.
Tipo mltiplo idem ao tipo nenhum, sendo que neste caso
representa que o processo ser iniciado quando um dos
disparadores internos do evento for acionado. Este tipo de
evento permite que se coloquem dois ou mais dos tipos
anteriores, ao mesmo tempo, como disparador. Neste caso o
que ocorrer primeiro inicia o processo.
Atividades
Tipo nenhum o tipo de atividade mais freqentemente
usado durante os estgios iniciais do desenvolvimento
processo.
Tipo servio - uma atividade que ocorre automaticamente,
sem necessidade de interveno humana.

Tipo recepo - uma atividade de recebimento de


mensagem. Tem caracterstica similar ao evento
intermedirio de recebimento de mensagem
Tipo envio - uma atividade de envio de mensagem. Tem
caracterstica similar ao evento intermedirio de envio de
mensagem

Tipo usurio utilizada quando a atividade executada


por uma pessoa com o auxlio/por intermdio de um sistema.
Tipo script utilizado quando na execuo da atividade
existe um roteiro a ser seguido (check list)
Tipo manual uma atividade que executada por uma
pessoa, sem qualquer interveno de sistema.
Tipo loop utilizada quando uma atividade precisa cumprir
uma condio preestabelecida. Pode ser definido que a
atividade ser repetida at que a condio seja cumprida, ou
que ser realizada X vezes. Pode ser definido, tambm, se a
checagem da condio deve ser feita antes ou depois da
execuo da tarefa.
A atividade de loop padro tem uma expresso que
avaliada a cada ciclo. Caso a expresso seja VERDADEIRA,
o loop continua.
Ex.:

Tipo mltiplas instncias utilizada quando a tarefa possui


mltiplos dados a serem checados. Essa checagem pode
ocorrer ao mesmo tempo (paralelo) ou uma seguinte a outra
(seqencial).
Subprocessos
Tipo incorporado - Quando se tem uma atividade que no se
encerra em si mesma, ou seja, no uma atividade atmica,
ela pode ser transformada em subprocesso. O subprocesso
parte do processo pai, e no pode ser utilizado em outro
processo.
Tipo reutilizvel - um processo modelado separadamente
que pode ser usado em mltiplos contextos. Os "dados
relevantes do processo" usado no processo Pai no so
acessados diretamente por este tipo de subprocesso.
Quaisquer dados devem ser especificamente transferidos
entre o subprocesso e o processo que o chama.
6

Tipo referncia - utilizado para fazer referncia a um


determinado subprocesso (incorporado ou reutilizvel) j
modelado no processo. Dessa forma no necessrio
modelar novamente. Uma vez feita a referncia, o
subprocesso executa todas as atividades descritas no
subprocesso referenciado.
Um subprocesso Ad HOC identificado por um ~. Mas as
atividades em seu interior so soltas, ou seja, no so
conectadas. Considera-se o fim do subprocesso AD HOC
quando todas as atividades em seu interior tiverem sido
concludas.
Tipo loop utilizado quando todas as atividades internas do
subprocesso
precisam
cumprir
uma
condio
preestabelecida. Pode ser definido que o subprocesso ser
repetido at que a condio seja cumprida, ou que ser
realizado X vezes. Pode ser definido, tambm, se a
checagem da condio deve ser feita antes ou depois da
execuo das tarefas do subprocesso.
Tipo mltiplas instncias utilizado quando o subprocesso
possui mltiplos dados a serem checados. Essa checagem
pode ocorrer ao mesmo tempo (paralelo) ou uma seguinte a
outra (paralelo).
GATEWAYS
Gateway Exclusivo baseado em dados Este tipo de gateway
utilizado quando se tem uma deciso e s pode ser tomada uma das
sadas propostas. Necessariamente tem que haver uma atividade
antes do gateway, que dar o dado para ser tomada a deciso. Aps
o gateway podemos ter atividades, subprocessos ou eventos.

Gateway Exclusivo baseado em eventos Este tipo de gateway


utilizado quando se tem uma deciso e s pode ser tomada uma das
sadas propostas. Neste tipo de gateway, necessariamente, tem que
haver eventos intermedirios em cada uma das sadas propostas.
Todos esses eventos intermedirios ficam no estado pronto, e o
que ocorrer primeiro segue o fluxo e mata as outras opes. Em
nenhuma hiptese poder ter outro elemento que no seja um
evento intermedirio aps esse tipo de gateway, uma vez que ele
7

baseado em eventos.

Gateway Inclusivo Este tipo de gateway utilizado quando se tem


uma deciso e pode ser tomada uma ou mais das sadas propostas.
Necessariamente tem que haver uma atividade antes do gateway,
que dar o dado para ser tomada a deciso. Aps o gateway podem
ter atividades, subprocessos ou eventos. Se houver a necessidade
de sincronizar os fluxos resultantes da deciso, pode-se utilizar o
mesmo gateway, quando no houver nenhuma condio de
sincronia, ou um gateway complexo, quando tiver condio de
sincronia.

Gateway complexo Este tipo de gateway utilizado quando a


deciso de qual ou quais sadas tomar dada por uma condio
previamente definida. Pode ser utilizado, tambm, para sincronizar
diversos fluxos do processo com alguma condio determinada.

Gateway Paralelo Este tipo de gateway utilizado quando se tem


ramificaes que acontecem simultaneamente. Todas as sadas
deste tipo de gateway acontecem ao mesmo tempo. Quando h a
necessidade de sincronizar novamente as ramificaes, usa-se o
mesmo tipo de gateway.

Eventos Intermedirios
Tipo nenhum usado no meio do processo. Em um processo
podem ter vrios eventos intermedirios. Este tipo de evento
pode ter fluxo de seqncia chegando ou saindo dele.
Obs.: O tipo nenhum raramente utilizado, pois representa que
ocorre alguma coisa fora do contexto organizacional.

Tipo mensagem idem ao tipo nenhum, sendo que neste caso


representa que em determinado ponto do fluxo do processo
uma mensagem (documento, e-mail, telefonema, fax,...) ser
recebida ou enviada. O cone com o envelope em branco
representa recebimento de mensagem, e o cone com o
envelope escuro representa envio de mensagem. Neste tipo de
evento intermedirio pode se ter fluxo de mensagem ligado a
um objeto de dados ou pool chegando (recebimento) ou saindo
(envio) do evento.
Tipo timer idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo ao chegar ao evento
aguardar o tempo (data ou ciclo), previamente definido,
ocorrer. O fluxo no anda enquanto no for cumprido o tempo
definido. Para verificar o tempo definido necessrio acessar
as propriedades do evento.
Tipo link idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo sair de um determinado
ponto e ir para outro, dentro do mesmo processo. O cone
com a seta escura representa envio do link, e o cone com a
seta em branco representa recebimento do link. Para saber de
onde vem o sinal s verificar as propriedades do evento.
Tipo Condicional idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo, ao chegar ao evento,
aguardar as condies previamente definidas serem
cumpridas. O fluxo no anda enquanto no forem cumpridas
todas as condies. As condies podem ser verificadas nas
propriedades do evento.
Tipo sinal idem ao tipo nenhum, sendo que neste caso
representa que em determinado ponto o fluxo do processo
enviar ou receber um sinal. O evento do tipo sinal pode ser
receber um sinal de um evento intermedirio ou de fim do tipo
sinal, no mesmo processo ou em outro qualquer. O cone com
a tringulo escuro representa envio do sinal e o cone com a
tringulo em branco representa recebimento do sinal. Para
saber de onde vem ou para onde vai o sinal s verificar as
propriedades do evento.
Tipo mltiplo idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo ter continuidade quando
um dos disparadores internos do evento for acionado. Este tipo
de evento permite que se coloquem dois ou mais dos tipos de
eventos intermedirios vistos anteriormente, ao mesmo tempo,
como disparador, com exceo do evento intermedirio de
sinal. Neste caso o que ocorrer primeiro da continuidade ao
processo.
Eventos de Fim
Tipo nenhum usado para terminar o processo. Um
processo pode ter um ou mais eventos de fim. Este tipo de
evento s pode ter fluxo de seqncia chegando nele. Nunca
10

ter fluxo de seqncia saindo dele.


Tipo mensagem idem ao tipo nenhum, sendo que neste caso
representa que o processo, quando chegar no evento de fim,
enviar uma mensagem (documento, e-mail, telefonema,
fax,...) e terminar o processo. Neste tipo de evento de fim
pode se ter um fluxo de mensagem ligado a um objeto de
dados ou pool saindo do evento.
Tipo sinal idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo, quando chegar no evento
de fim, enviar um sinal a um ou mais eventos de incio ou
intermedirio, em outro processo, e terminar o processo. Para
saber para onde vai o sinal s verificar as propriedades do
evento.
Tipo terminativo idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo, quando chegar no evento
de fim, encerrar o processo e matar todos os outros fluxos
que estejam andando dentro do processo.
Tipo mltiplo idem ao tipo nenhum, sendo que neste caso
representa que o fluxo do processo, quando chegar no evento
de fim, executar os resultados internos do evento,
previamente programados. Este tipo de evento permite que se
coloquem dois ou mais dos tipos anteriores, ao mesmo tempo,
como resultado, com exceo dos tipos cancelamento e
terminativo. Neste tipo de evento todos os resultados so
executados e depois o processo encerrado.
Objetos
Anotao utilizada para fornecer informaes
adicionais que facilitem a leitura do diagrama.

Objeto de dados No tem efeito direto sobre o


fluxo de seqncia ou fluxo de mensagem, mas
podem fornecer informaes necessrias
realizao da atividade.
Elementos ligados borda - Nesse caso quando o fluxo do processo chega a
essa tarefa ele pode seguir dois caminhos. Ou a atividade terminada e o fluxo
tem a seqncia normal, ou o evento colocado na borda acontece, e o fluxo
toma uma sada alternativa. Somente uma das sadas acontece. Os seguintes
tipos de eventos intermedirios podem ser ligados borda das tarefas:
mensagem, timer, condicional, sinal e mltiplo.

11

Documentao
Os processos mapeados tm a seguinte documentao:
1) Como atributos do Processo
Nome do processo
Descrio: colocar o objetivo do processo
No campo estendido:
Atributo
Nome do sistema

Tipo
Texto

Gestor de Negcio

Texto

Executor Entrevistado
Mapeadores
Analista de Requisitos
Validador
Necessidade de
Informatizao
Glossrio

Texto
Texto
Texto
Texto
Caixa de opo nica.
Tipo Rdio
Link

Observaes
Data de Criao

Texto
Data

Histrico de Reviso

Texto

Status
Mensagens

Caixa de opo nica.


Tipo Rdio
Link

Regras de Negcio

Link

Modelo de Classes

Link

Cdigo Identificador

Texto

Descrio
Nome do sistema a que
pertence o processo
Diretor da Unidade
responsvel pelo
Sistema

Sim ou No
Siglas ou termos
utilizados no processo
Data de criao da
modelagem do processo
Data da reviso e
descrio
Homologao ou
Desenvolvimento
Campo a ser preenchido
pelos Analistas de
Requisitos
Campo a ser preenchido
pelos Analistas de
Requisitos
Campo a ser preenchido
pelos Analistas de
Requisitos
Cdigo de cada
processo, contendo o
rgo e sistema.

12

2) Participantes:
Esto relacionados como participantes: Magistrado, Gestor, Servidor,
Terceirizado e Estagirio.
3) Como atributos da Atividade:

Para todos os tipos de atividade:

Nome da atividade.
Descrio: descrever sinteticamente cada atividade. Como realizada e se
so utilizados documentos, formulrios, planilhas.
Atributo
Durao
Mtrica
Fundamentao Legal

Tipo
Campo numrico
Caixa de Opo nica.
Tipo Rdio
Texto

Mensagens

Link

Regras de Negcio

Link

Atributos

Link

Prottipo

Link

Nas atividades do tipo USURIO, incluir como atributo:

Atributo
Tela de Sistema

Descrio
0 a 100000
Minuto, hora, dia, ms,
ano e NA
Citar a legislao
aplicada atividade, de
forma especfica.
Campo a ser preenchido
pelos Analistas de
Requisitos
Campo a ser preenchido
pelos Analistas de
Requisitos
Campo a ser preenchido
pelos Analistas de
Requisitos
Campo a ser preenchido
pelos Analistas de
Requisitos

Tipo
Imagem

Descrio
Captura de tela de
sistemas envolvidos na
atividade.

Nos OBJETOS DE DADOS, incluir como atributo:

Atributo
Imagem do
Documento

Tipo
Imagem

Descrio
Modelo do documento
citado.

Se o documento possuir mais de uma pgina, criar um atributo para cada


imagem.
13

Ex.: Documento com duas pginas.


Atributo
Imagem do
Documento_1
Imagem do
documento_2

Tipo
Imagem
Imagem

Descrio
Modelo do documento
citado.
Modelo do documento
citado.

Observaes sobre o mapeamento:


Indicar o tipo de atividade, de acordo com a ferramenta BIZAGI: manual,
usurio, servio, envio de mensagem, recebimento de mensagem.
Para os casos em que h envio ou recebimento de evento, utilizar como
atividade e no como evento.

14

Você também pode gostar