bpmn e Ágiles -...

Copyright 1996-2007 Image Technology S.A. All rights reserved.

São Paulo, agosto de 2007

BPMN e Ágiles

Business Process Modeling Notation

(Notação para Modelagem de Processos de Negócio)

Este material pode ser utilizado individualmente ou como parte do

treinamento “TABPMB01 – Metodologia de Análise e Modelagem de Processos”.

2

Workshop: BPMN e Ágiles


Objetivo e Pré-requisito

– Objetivo

• Capacitação em modelagem de processos na notação BPMN (www.bpmn.org).

– Pré-requisitos

• Profissionais com conhecimentos de processos.

http://www.bpmn.org/

3



Conteúdo

– Cadeia de Valor X Orientação a Eventos

– Processos – Conceitos Básicos

– BPM, BPMI, BPMN e BPMS

– Introdução à notação BPMN

– Mapeando Processos no ÁGILES

– ÁGILES - Características

– Um caso prático


Cadeia de Valor

X

Orientação a Eventos

5



Cadeia de Valor

– Uma Atividade é algo que adiciona / agrega valor ao negócio, independente dequantos passos sejam necessários para isso (o resultado dos passos individuaisnão é relevante, o que importa é o resultado do todo).Exemplos de Atividades: Aprovação de Crédito (envolvendo 5 alçadas).

A Cadeia de Valor (VAC –Value Added Chain), mapeia processos de acordo com o valor adicionado ao negócio.

VAC

6



Orientação a Eventos

– Uma Atividade (ou Evento) é um trabalho que será executado por uma pessoaou pelo sistema, e gerará um resultado identificável e importante para oprocesso como um todo.Exemplos de Atividades: Aprovação de Crédito (envolvendo 5 alçadas) – é um

processo composto por “n” atividades.

A Cadeia de Processos Orientados a Eventos (EPC – Event-Driven Process Chain), mapeia processos de acordo com os trabalhos (manuais ou de sistema) que devem ser executados.

EPC

7



Ágiles e BPMN

– O Ágiles segue a notação BPMN (que será explicada a seguir) eatua de maneira próxima ao EPC (orientação a eventos).

– Sua visão é de automação dos processos de negócios.

– Totalmente direcionado à execução dos eventos / atividades.

– É necessário descrever como os eventos ocorrem (como sãocumpridos). Por exemplo: quem aprova a tarefa, quem é oresponsável pela execução, quais são as regras para que oconteúdo seja aceito.


Processos – Conceitos Básicos

Características de um Processo no ÁGILES

9



Características de um Processo no ÁGILES

– Um Processo é formado por um conjunto de atividades emdeterminada seqüência.

– Precisa ter um “responsável” por ele (“process owner”).

• Esse responsável não precisa, necessariamente, executar algumaatividade no processo, mas é quem responderá por ele quandoquisermos esclarecer dúvidas ou propor mudanças.

– É iniciado por um evento de negócio, que pode ser:

• uma regra específica;

• uma ocorrência em outro processo;

• uma mensagem;

• manualmente por um usuário do ÁGILES;

• Outros.

10



Caract. de um Processo no ÁGILES (cont.)

– Consome recursos ao longo do seu percurso: trabalho manual, processamento das atividades automáticas, envio de mensagens, etc.

• A interação entre os usuários do processo (“front-end”) e o ÁGILES ocorre principalmente através de formulários (HTML ou PDF).

• A “comunicação” entre o ÁGILES e o usuário pode acontecer pelos próprios formulários ou através do envio de mensagens (e-mails).

– Gera como resultado um produto ou serviço.

• Exemplos: formulários / documentos preenchidos e publicados, integrações com sistemas legados, um outro processo iniciado.

11



Caract. de um Processo no ÁGILES (cont.)

– As atividades percorrem a organização por diversas unidades / caminhos diferentes.

• O processo não precisa se ater a um único departamento / área da empresa (verticalização), ele deve funcionar de maneira horizontal, isto é utilizando quantas áreas / pessoas forem necessários (internos ou externos à empresa se for o caso) para que o fluxo de trabalho seja cumprido satisfatoriamente.

– As pessoas / áreas envolvidas dependem de como o processo foi mapeado e das regras de negócio utilizadas.

12



Componentes do Processo de Negócio

– Diversas situações diferentes iniciam Atividades. Porexemplo: uma operação manual, a execução de outroprocesso ou atividade, mensagens.

– Atividades geram Eventos e/ou outras Atividades.

• O conceito de “evento” e “atividade” será visto mais àfrente, mas no momento serão citadas algumascaracterísticas de cada um.

– Dados / informações são processados nas atividades.Eventos não processam dados / informações.

– Pessoas ou Grupos de pessoas são responsáveis pelasatividades (os eventos são executados automaticamente).

13



Componentes do Processo de Negócio (cont.)

– As atividades produzem e processam produtos e serviços.

– As atividades requerem conhecimentos específicos parasua realização (não porque elas sejam complexas doponto de vista operacional, mas a pessoa que irá realizá-las deve ter pleno conhecimento do trabalho / operaçãoem si, uma vez que os resultados dessa atividade serãode sua responsabilidade).


BPM, BPMI, BPMN e BPMS

15



BPM ou BPMS - Conceito

– BPM ou BPMS – Business Process Management System

• BPM (Gerenciamento de Processos de Negócios) é um termogenérico que descreve um conjunto de serviços e ferramentasque permitem o gerenciamento de processos de maneiraexplícita, preferencialmente incluindo atividades humanas ede sistema integradas. - Gartner

Transforma o

conhecimento implícito

(pessoas) em

conhecimento tácito

(ao alcance de todos).

Trocando em miúdos, o BPM objetiva construir processos que

podem conter atividades humanas e de sistema, cuja utilização

possa ser feita pelos mais diversos níveis de usuários (pessoas

das áreas técnicas, administrativas, negócios, etc.).

O conhecimento do fluxo de trabalho e regras de negócios

necessários devem estar representados no próprio processo, de

maneira que não dependamos do conhecimento específico de

determinadas pessoas para utilizá-lo.

Dessa forma, independente das pessoas que estiverem interagindo

com o processo, ele sempre funcionará da mesma maneira.

A sigla BPM também pode significar “Business

Process Modeling”, isto é, ferramentas para a

modelagem (desenho) dos processos de negócios.

16



BPMI - Conceito

– BPMI – Business Process Management Initiative

• A Iniciativa para a Gestão de Processos de Negócios (BPMI) –www.bpmi.org – é um grupo de estudos composto por empresastais como: IBM, Sterling Commerce, iGrafx, Proforma, IDS Scheer,ITPearls AG, SAP, Oracle, entre outras.

• Esse grupo desenvolveu o padrão de modelagem de processosdenominado “Business Process Modeling Notation” (BPMN – Notaçãopara Modelagem de Processos de Negócios) e uma linguagemdenominada “Business Process Execution Language” (BPEL – MetaLinguagem de Integração de Processo).

– Uma das motivações para a criação da BPMN foi o fato de que cadaferramenta de desenho de processos utilizava uma notação diferente, oque dificultava a compreensão por parte dos usuários (principalmentepara quem estava habituado a utilizar uma ferramenta e precisavacomeçar a trabalhar com outra).

– Para utilizar a notação BPMN não é necessário conhecer a linguagemBPEL, ou seja, os processos mapeados segundo essa notação podem serimplementados na linguagem que melhor convier ao desenvolvedor.

http://www.bpmi.org/





17



BPMI – Conceito (cont.)

• O objetivo da BPMN é apoiar o gerenciamento deprocessos de negócios tanto para usuários da áreatécnica como de negócios, fornecendo uma notaçãointuitiva e capaz de representar tanto processos simplescomo complexos.

• Em maio/2004 foi publicada a especificação BPMN 1.0, resultado de mais de dois anos de esforços do Grupo de Trabalho de Notação da BPMI.

• Em fevereiro/2006 foi publicada a versão final adotada para essa especificação, ainda com numeração 1.0.

– Cada versão publicada costuma ser disponibilizada para download no site da BPMI (www.bpmi.org) ou da própria notação (www.bpmn.org).

A Image utiliza a notação BPMN desde o seu “Draft” (2002).



18



BPMN e Mapa do Processo

– BPMN – Business Process Modeling Notation

• O objetivo principal da BPMN é prover uma notação que sejaprontamente compreendida por todos os usuários de negócios,desde os analistas que criam os esboços iniciais dos processos,passando pelos desenvolvedores técnicos (responsáveis pelatecnologia que executará tais processos), até as áreas de negóciosque gerenciarão e monitorarão os mesmos processos.

• A BPMN define um Diagrama de Processos de Negócios (BPD), queé baseado numa técnica de fluxogramação customizada para acriação de modelos gráficos de processos de negócios. Assim, umModelo (diagrama) de Processos de Negócios é uma rede deobjetos gráficos, que representam atividades (ou seja, trabalho) eos controles de fluxo que definem sua seqüência de execução.

– Tanto a definição de processo, como o diagrama que o representa, sãosemelhantes à definição de programa e ao fluxograma utilizados emanálise / desenvolvimento de sistemas.

• O BPD é o que costumamos chamar de “Mapa do Processo”.

19



O que é o ÁGILES

– O ÁGILES é uma plataforma de BPMS (Business ProcessManagement System), que automatiza processos e integra pessoas,documentos, dados e sistemas legados, propiciando às organizaçõesuma solução corporativa de automação de fluxo de trabalho(workflow), colaboração e gerenciamento eletrônico de documentos(ECM – Enterprise Content Management).

– Os profissionais de processos criam / documentam as tarefas eatividades com a notação BPMN (padronizada pela BPMI), que éuniversal e de fácil entendimento. De maneira simples, o profissionalassocia as tarefas, atividades, responsáveis e formulários eletrônicosàs regras de negócios que regem a execução do processo.

– Os módulos do ÁGILES são todos “web-based”, o que permite aosusuários usufruir de um ambiente de colaboração e trabalho pelainternet, intranet ou extranet. Os participantes do processo recebemde forma pró-ativa as atividades e tarefas a serem executadas, bemcomo a descrição dos formulários eletrônicos e as regras de negóciosespecíficas.


Introdução à notação BPMN

21



BPMN – Tipos de Objetos

– A BPMN é composta por elementos que propiciam umamodelagem facilitada de fluxos de trabalho, que parecerãofamiliares à maior parte dos analistas de negócios.

– Os elementos foram elaborados para serem distinguíveis unsdos outros e serem intuitivos à maior parte dos usuários.

– Deve ser enfatizado que uma das diretrizes para odesenvolvimento da BPMN foi criar um padrão simples para acriação de modelos de processos de negócios, e ao mesmotempo ser capaz de lidar com a complexidade inerente aosmesmos.

– Para tanto, temos objetos que representam:

• Atividades

• Eventos

• Bifurcação e Sincronização

• Fluxo de Dados

• Comentários

• Raias

Ressaltamos que todos os produtos de BPM (Business Process Modeling) estão se adequando a esse novo padrão de modelagem.

22



BPMN - Atividades

– São representadas por retângulos.

– Indicam trabalhos a serem executados.

– Processam dados / informações.

– Costumam compor a maior parte do mapa do processo.

– Subdividem-se em 4 tipos e são diferenciadas por cores*, a saber:

Do Usuário – Azul

Necessitam de interação manual

(do usuário).

Automática – Amarela

São completamente executadas pelo

sistema.

Notificação – Verde

Enviam e-mail para os usuários

especificados.

* Com relação à diferenciação dos tipos de atividades, a BPMN não estabelece um padrão, ela sugere que adiferenciação seja feita por cores. As cores apresentadas neste material são as utilizadas no ÁGILES e foram escolhidaspela Image Technology S/A.

Integração – Roxo

Trocam informações (envio/recebimento) entre processos ou

aplicações diferentes (com Web Services).

23



BPMN – Atividade do Usuário

– Qualquer atividade que necessite de interação do usuário,por mais simples que seja, será desse tipo.

– A interação pode ser, por exemplo, apenas clicar em “OK”para indicar que visualizou o conteúdo da atividade.

– A atividade do usuário também é comumente chamadade “atividade manual”.

24



BPMN – Observações sobre Ativ. Usuário

– Cada atividade deve ter um nome e, no mínimo, uma tarefa.Mas pode conter diversas tarefas.

• A BPMN exige que alguns tipos de objetos no mapa do processosejam nomeados, porém o ÁGILES exige que quase todos osobjetos sejam nomeados (as exceções são a “transição” / “fluxode dados” e a ferramenta para comentários).

– A tarefa é a menor unidade possível do trabalho (porexemplo, ler um documento, preencher um formulário).

– Algumas tarefas podem ser obrigatórias e outras opcionais.

– A atividade pode ser concluída (finalizada) quando todas astarefas obrigatórias foram realizadas.

25



BPMN – Observações sobre Ativ. Usuário

– Um processo e uma atividade podem ter diversos formulários,porém cada tarefa só pode utilizar um formulário.

– Em cada tarefa informamos os campos do formulário queobrigatoriamente devem ser preenchidos, quais estarãovisíveis e os que serão “somente leitura” (não podem sermodificados).

– Se uma pessoa precisar executar várias tarefas consecutivas,elas poderão ser agregadas em uma mesma atividade, porémnão é possível estabelecer a seqüência em que serãorealizadas.

– Para determinar a seqüência de execução será necessáriocriar diversas atividades do usuário, consecutivas, para amesma pessoa.

26



BPMN – Atividade Automática

– Apenas atividades que possam ser completamente executadas pelosistema, sem qualquer interferência humana, podem serconsideradas “automáticas”.

– O conteúdo dessa atividade pode ser desde um simples comandoaté uma enorme seqüência de operações.

– Uma vez iniciada, a atividade automática terá seu conteúdoexecutado por inteiro antes que uma próxima atividade sejainiciada / disponibilizada para o usuário.

– Por isso, normalmente não são utilizadas 2 atividades automáticasem seqüência. Costuma-se colocar todo o código necessário, naordem em que deve ser executado, em uma só atividade.

27



BPMN – Atividade de Referência

– Há um tipo especial de atividade automática que representaoutra atividade definida no mesmo mapa do processo.

– É a atividade de “Referência”, que pode ser utilizada quando ocomportamento de uma atividade se repete em várias outras.

– Utilizando a “Referência” não há necessidade de copiar todosos dados da primeira atividade para as demais, bastareferenciá-las.

28



BPMN – Atividade de Notificação

– Quando for necessário notificar um ou mais usuários,independente se eles interagem no processo atual ou não, essetipo de atividade será utilizada.

– As mensagens podem ser enviadas para uma ou diversaspessoas, usuários ou não do sistema em que se estátrabalhando.

– Por exemplo: eu estou usando o ÁGILES e posso enviar umamensagem para o usuário ABC (cadastrado no sistema, pelologin do usuário é localizado o e-mail) ou para os [email protected]; [email protected]; [email protected] que nãosão usuários do sistema em que estou trabalhando no momento.

mailto:[email protected]















29



BPMN – Ativ. Usuário com Notificação

– Existe uma situação específica em que a atividade denotificação pode ser parte da atividade manual, que équando formos notificar APENAS o responsável pelaatividade manual.

– Neste caso, não teremos uma atividade de notificação, esim uma atividade manual com a notificação embutida.

– A representação dessa situação é um retângulo azul comum envelope na parte inferior.

30



BPMN – Sub-processo

– Há um tipo especial de atividade que representa sub-processos,ou seja, através dela iniciamos outro processo a partir do atual.

• O sub-processo é representado por um retângulo rosa com umsinal de adição na parte inferior central. Nessa situação, oconteúdo do sub-processo é representado em um mapa deprocesso diferente do atual.

• Se o conteúdo do sub-processo estiver mapeado no processoatual (nesse caso costumamos dizer que o sub-processo está“expandido”), ele será representado por um retângulo com o sinalde subtração na parte inferior (e todo o conteúdo desse sub-processo estará contido neste retângulo).

31



BPMN – Atividades de Integração

– São utilizadas para o envio e recebimento de “mensagens” (com WebServices).

– Na prática, o uso de “mensagens” é uma maneira de trocar informações(enviar / receber) entre processos ou aplicações diferentes.

• Uma explicação mais técnica para “mensagem”: é uma requisição (envio oupedido de informação) que é feita utilizando uma aplicação externa oufunção do ÁGILES, e permite enviar – ou receber – um XML para um WebService (conjunto de operações/métodos que podem ser acessadosremotamente).

– As atividades para o envio e/ou recebimento de mensagens são:

Atividade de Serviço

Envia uma mensagem e espera o retorno através de outra mensagem.

Conector

Recebe uma mensagem, processa a informação e envia

outra mensagem.

Atividade de Envio

Envia uma mensagem.

Atividade de Receber

Aguarda o recebimento de uma

mensagem e a processa.

32



BPMN – Atividade Conector

– O conector recebe uma mensagem, processa ainformação, e depois envia outra mensagem(normalmente de resposta à solicitação original).

– Ou seja, é equivalente a uma atividade de receberseguida de uma atividade de envio, mas definidas emuma só.

33



BPMN – Atividade de Receber

– Aguarda o recebimento de uma mensagem para processá-lae, então, continuar a execução do fluxo de trabalho.

– Por exemplo: um processo que depende de informaçõesprovenientes de outro processo pode ter uma atividadedesse tipo; ela aguardará o recebimento da mensagem comas informações necessárias para, então, processá-la e darseqüência ao fluxo.

34



BPMN – Atividade de Envio

– Atividade que envia uma mensagem.

– Pode ser utilizada para enviar uma mensagem a umprocesso ou outra aplicação externa.

• Como será visto mais para frente (ainda neste treinamento),é possível enviar mensagens dentro de um mesmo processo(de uma “pool” para outra – a “pool” também será vista maispara frente), mas a utilização de mensagens costuma serfeita entre processos ou aplicações diferentes.

35



BPMN – Atividade de Serviço

– A atividade de serviço envia uma mensagem e espera umretorno através de outra mensagem, que pode serproveniente de outro processo ou aplicação (ou ainda deoutra “pool” do mesmo processo, embora essa situaçãoseja menos comum).

– Equivale a uma atividade de enviar e outra de receber,mas definidas em uma só.

36



Processo Exemplo – Diversos Tipos de Atividades

Exemplo de um processo simples, com os diversos tipos de atividades.

Apesar de possuir elementos que ainda não foram explicados, o objetivo desteprocesso é exemplificar os diversos tipos de atividades. Os demais elementos,necessários para que o mapa do processo esteja correto, serão vistos nestemesmo treinamento.

Atividade

do usuário.

Atividade do usuário,

com notificação.

Atividade de

notificação.

Sub-processo.

Atividade

automática.

37



Processo Exemplo – Sub-processo Expandido

Este exemplo possui um sub-processo expandido,

isto é, com suas atividades representadas

no mesmo mapa do processo principal.

Sub-processo

expandido.

Os elementos utilizados neste processo e que ainda não

foram vistos, serão apresentados mais para frente

neste mesmo treinamento.

38



BPMN – Eventos

– São representadas por círculos.

– Indicam o início e final do processo, assim como eventosintermediários.

– Contêm regras de negócios cuja execução pode serobrigatória ou opcional.

– Normalmente utilizados para: tratar exceção, obrigar aexecução de regras de negócio ou monitoramento (controlede tempo entre uma atividade e outra, por exemplo).

– Não processam dados / informações.

39



BPMN – Eventos (cont.)

– Subdividem-se em 3 grupos (com diversos subtipos cada um)e são diferenciados pela borda, a saber:

Intermediário

Borda Dupla

Podem estar entre duas atividades (execução obrigatória) ou fazer parte de uma delas

(tratamento de exceção como, por exemplo,

cancelamento da atividade ou término por

decurso de prazo).

Início

Borda Simples

Cada subtipo só existe uma vez, no início do

processo. Mas podemos ter vários inícios

diferentes, por exemplo, um “normal” (iniciado

manualmente pelo usuário), um por regra, um por mensagem, etc.

Obs.: assim como foi citado anteriormente (na explicação das atividades), a BPMN permite que se diferencieos tipos de objetos por cores. Na versão 1.9 do ÁGILES, por exemplo, os eventos de Início e Fimeram azuis.

Fim

Borda em Negrito

Deve existir no mínimo um, mas podem ter vários no mapa do processo (representando, por

exemplo, um “final com aprovação da solicitação” e um “final com

reprovação da solicitação”). Esse recurso normalmente torna a “leitura”

do mapa / acompanhamento do processo mais simples e amigável.

40



BPMN – Eventos (cont.)

A seguir serão apresentadas as variações (subtipos) de cada

tipo de evento.

Mas é importante ressaltar que o objetivo deste treinamento

não é praticar todos esses subtipos, e sim informar ao aluno

que eles existem, cada qual para uma situação diferente.

Quando for necessário utilizá-los, maiores informações devem

ser obtidas na própria documentação da BPMN

(www.bpmn.org) / BPMI (www.bpmi.org) ou nos

treinamentos de Implementação de Processos em ÁGILES,

que são voltados para os desenvolvedores e apresentam os

objetos com mais detalhes.



41



Normal: simplesmente inicia o processo. Esse início pode ocorrer pela solicitação deum usuário ou, por exemplo, através de uma atividade automática que, a partir deum processo, inicia a execução de outro.

Mensagem: início através de uma mensagem externa (Web Service). Este tipo deevento é utilizado para que outros programas iniciem um processo no Ágiles.

Regra: o processo será iniciado quando uma condição (regra) se tornar verdadeira.Por exemplo, para um fluxo de trabalho de venda de ações, quando o valor subir 10%em um dia, o processo deve ser iniciado.

Tempo: o processo será inciado segundo uma regra de tempo. Por exemplo: todasegunda-feira, ou no dia 02/09/2010.

Ligação: inicia o processo atual quando outro processo, que esteja "ligado" a eleatravés desse tipo de evento, tiver sido finalizado. Por exemplo: um processofinalizado com um evento de ligação iniciará outro processo de mesmo nome.

Sinal: inicia o processo ao perceber um sinal que satisfaça sua condição

BPMN – Subtipos do Evento de Início

Obs.: é importante lembrar que cada mapa de processo pode ter mais de um início, desde que sejam detipos diferentes.

42



Normal: o resultado da avaliação será SEMPRE Verdadeiro ou Falso. Quando "falso", o processoespera o tempo definido em "Data de Início" e volta a executar a "Avaliação" até que a mesmaretorne Verdadeiro. Só então o processo executará a próxima atividade.

Exceção: aguarda uma exceção ou informa a ocorrência de uma (exceção é uma ação que não fazparte das operações "normais", por exemplo uma falha na tentativa de acesso a um banco dedados).

Mensagem: aguarda e/ou envia uma mensagem (Web Service).

Tempo: aguarda um determinado tempo para execução.

Compensar: inicia um evento que "compensa" uma atividade, a utilização normal é para desfazer oque a atividade tinha feito.

Ligação: evento que une dois pontos distantes de um processo. Por exemplo: um evento com onome "1" levará a outro evento de mesmo nome no fluxo. Utilizá-lo é equivalente a colocar umatransição extensa que una os dois pontos do fluxo.

Sinal: evento que lança ou aguarda a identificação de um sinal no sistema.

BPMN – Subtipos Evento Intermediário - Sequência

Quando o evento é utilizado entre duas atividades, na sequência do fluxo, sua execução é obrigatória.

A regra / condição para que ele aconteça, bem como sua data de início, são especificadas no próprio evento. Essa regra ou condição recebe o nome de “avaliação”.

43



Exceção: aguarda a ocorrência de uma exceção na atividade ou sub-processo a que esteevento está anexado (exceção é uma ação que não faz parte das operações "normais", porexemplo, um erro pelo não preenchimento de um campo do formulário, ou na tentativa deacesso a um banco de dados).

Mensagem: aguarda uma mensagem (Web Service).

Regra: o evento será executado quando uma condição (regra) se tornar verdadeira. Porexemplo, quando há um documento aguardando aprovação e o mesmo é modificado, aaprovação deverá ser suspensa porque o documento precisará ser revisado novamente. Asuspensão acontecerá através do evento do tipo "regra".

Tempo: aguarda um determinado tempo para execução. Esse evento é utilizado paraaguardar o decurso de prazo de uma atividade, por exemplo.

Cancelar: possibilita o cancelamento de uma atividade ou sub-processo. Se esse eventoestiver anexado a uma atividade de usuário, existirá a opção "cancelar" na tela da mesma.

Compensar: mapeia uma regra de compensação (rollback) para a atividade ou sub-processoa que este evento está anexado. Se um evento final de compensação ocorrer, todos oseventos de compensação em atividades já executadas serão iniciados.

Sinal: Irá aguardar que um sinal especifico seja emitido por alguma evento no sistema paraque então a atividade seja suspença e o fluxo siga por sua transição.

BPMN – Subtipos Evento Intermediário - Borda

.

44



Normal: finaliza o processo se não existir nenhuma atividade pendente.

Exceção: só pode ser utilizado em sub-processos. Finaliza o sub-processo einforma o processo-pai que uma exceção aconteceu.

Mensagem: finaliza o processo e envia uma mensagem (Web Service).

Cancelar: finaliza o processo e inicia um evento de cancelamento na bordadesse processo.

Compensar: finaliza o processo e inicia os eventos de compensação queexistirem no escopo deste processo, do último para o primeiro. É utilizado emsituações de exceção, para desfazer as atividades citadas nos respectivoseventos (aquelas que serão "compensadas").

Ligação: finaliza o processo atual e inicia um outro que esteja "ligado" a eleatravés desse tipo de evento. Por exemplo: um evento com o nome "1"levará a outro processo que inicia por um evento de mesmo nome.

Terminar: finaliza o processo, cancelando qualquer atividade pendente.

S Sinal: finaliza o processo, lançando um sinal no sistema.

BPMN – Subtipos do Evento de Fim

45



Processo Exemplo – Eventos

Exemplo de um processo que utiliza alguns dos subtipos dos eventos de início, intermediário e de fim.

Obs.: os elementos utilizados neste processo e que ainda não foram vistos, serão apresentados mais parafrente neste mesmo treinamento.

Evento de Início

“Normal”. Evento Intermediário

(sequência) de Tempo.

Evento Intermediário

(de borda) de

Cancelamento.Evento de Fim com

Cancelamento.

Evento de Fim

“Normal”.

Saída do subprocesso

quando ocorre

cancelamento.

Saída do

subprocesso

quando é

finalizado

normalmente.

46



BPMN – Bifurcação e Sincronização

– São representadas por losangos.

– De acordo com o subtipo podem representar a “divisão” ou “união” dediversos “caminhos” no fluxo de trabalho.

– As bifurcações indicam a “divisão de caminhos”, ou seja, fluxosdiferentes à medida que condições são satisfeitas. Também sãoconhecidas como “decisões”.

– A sincronização pode ser utilizada em 2 situações:

• para “unir” caminhos diferentes, ou seja, sempre que for necessárioaguardar que várias situações – provenientes de partes diferentes doprocesso ou de “caminhos” diversos após uma ou mais decisões – estejamresolvidas para que o fluxo de trabalho possa continuar (nesse caso podem“chegar” quantos caminhos forem necessários na sincronização, e o fluxosó “seguirá em frente” quando ela receber a resposta de todos eles);

• para representar caminhos paralelos, isto é, o ponto a partir do qual o fluxode trabalho se divide em dois ou mais caminhos simultâneos (nessasituação, a sincronização difere da decisão porque condições não precisamser satisfeitas, todos os caminhos serão executados, ou iniciados,simultaneamente).

47



Nenhum: representa a "decisão", ou seja, a partir dela o fluxo poderáseguir por diversos "caminhos" diferentes de acordo com as condiçõesque forem satisfeitas.

Xor: apenas um dos "caminhos" é seguido. Os "caminhos" são avaliadose quando o primeiro deles é verdadeiro, ele é seguido.

Ou: mais de um "caminho" pode ser seguido. Similar ao tipo “Nenhum”,porém a documentação fica explícita.

Complexo: é um tipo personalizado de decisão, onde quem estámapeando o processo define qual a condição exata para o fluxo detrabalho continuar. Por exemplo: uma decisão que receba de 1 a 5entradas, mas a próxima atividade só será executada se 3 desses"caminhos" acontecerem. Essa situação só poderá ser resolvida atravésdo tipo "complexo".

Paralelo: representa a "sincronização", ou seja, a união ou separaçãode todos os "caminhos" que chegam ou saem desta atividade para,então, o fluxo continuar sua execução.

BPMN – Subtipos da Bifurcação e Sincronização

48



Processo Exemplo – Bifurcação (decisão)

Bifurcação do tipo “XOR”, onde

somente um dos “caminhos” será

seguido (quando for encontrada a

primeira condição verdadeira).

Os elementos utilizados neste processo e que ainda não foram

vistos, serão apresentados mais para frente neste

mesmo treinamento.

Exemplo de um processo que utiliza bifurcação (decisão).

49



Processo Exemplo – Sincronização

Exemplo de um processo que utiliza

sincronização.

Sincronização indicando o

paralelismo (dois fluxos de

trabalho sendo executados

ao mesmo tempo – o que

revisa o documento e o

que envia e-mails).

Evento de Fim do

tipo “Terminar”. Esse

tipo de evento

finalizará os dois

fluxos paralelos.

O envio de e-mails

acontecerá até que seja

terminado o fluxo de trabalho

de revisão do documento

(com publicação ou

cancelamento).

Os elementos utilizados neste processo e que

ainda não foram vistos, serão apresentados

mais para frente neste mesmo treinamento.

50



Mais Informações no Mesmo Exemplo

Sincronização

indicando o

paralelismo (dois

fluxos de trabalho

sendo executados ao

mesmo tempo – o

que revisa o

documento e o que

envia e-mails).

Evento de Fim do tipo

“Terminar”. Esse tipo

de evento finalizará os

fluxos paralelos.

O envio de e-mails

acontecerá até que seja

terminado o fluxo de trabalho

de revisão do documento

(com publicação ou

cancelamento).

Decisão do tipo “XOR”

(apenas um dos

caminhos é seguido).

Evento intermediário de

tempo (sequência).

Eventos que permitem o

cancelamento deste

subprocesso.

Subprocesso expandido.

Quando houver

cancelamento,

esse fluxo será

executado.

Evento intermediário

de tempo (borda).

51



BPMN – Fluxo de Dados

– São representados por setas que indicam a direção / seqüência dasoperações. Este tipo de objeto também é conhecido como “transição”.

– Necessariamente une 2 outros elementos do mapa do processo. Parautilizá-la, primeiro desenhe os elementos que serão conectados e,depois, a transição que une esses elementos.

– Dependendo da situação representada no processo, a regra de negócioestará contida no fluxo de dados (seta) e não nos elementos ligados aele.

• Um bom exemplo é a decisão: como, a partir dela, podem sair “n”caminhos, as setas (transições) indicarão a regra para cada um deles.

• Ainda com relação às decisões, existe um tipo especial de transição queindica o caminho padrão, isto é, aquele que será seguido quando nenhumadas condições for satisfeita. Essa transição é representada por uma setaque começa com um traço diagonal.

52



Processo Exemplo – Fluxo de Dados

Exemplo de um processo que utiliza transições comuns (com e sem regras) e a que indica o caminho padrão em uma decisão.

Obs.: os elementos utilizados neste processo e que ainda não foram vistos, serão apresentados mais parafrente neste mesmo treinamento.

Transição padrão

(aquela que será

seguida quando

nenhuma das

condições for

satisfeita).

Transição

com regra.

Transição

sem regra.

Bifurcação do tipo

“XOR”, onde somente

um dos “caminhos”

será seguido (quando

for encontrada a

primeira condição

verdadeira ou a

transição padrão).

53



BPMN – Observações sobre Fluxo de Dados

– Apenas pela imagem NÃO é possível saber se uma transição(fluxo de dados) possui ou não uma regra associada.

– A exibição do rótulo da transição ajuda a identificar essasituação, porém ela só poderá ser verificada com certezaolhando-se o desenho do processo no ÁGILES ou adocumentação do referido processo.

– Se alguma das condições for satisfeita, a transição que possuiessa condição indicará o “caminho” a ser seguido (mesmo queo processo tenha uma transição “padrão”).

– A transição “padrão” simplifica o mapeamento do processo,pois não é necessário estabelecer todas as demais condiçõesque podem acontecer (além das especificadas nas transiçõesque possuem regras).

54



BPMN – Comentários

– Permite que sejam incluídas anotações no mapa do processoque independem dos demais elementos.

– Possui uma borda que ocupa o lado esquerdo e o início daspartes superior e inferior.

– Costuma ser utilizado para documentar o mapa do processo,mas pode incluir qualquer tipo de anotação.

– Sua utilização é opcional e não se recomenda que seja feita emexcesso, pois acaba poluindo visualmente o mapa do processo.

55



BPMN – Raias

– São representadas por retângulos vazados, com um nomena parte superior ou esquerda (dependendo da orientaçãoem que a raia está desenhada).

– Envolvem os demais elementos do fluxo.

– Indicam as pessoas / unidades que atuam no processo(“players”).

– Sua utilização possui caráter documentacional.

56



BPMN – Raias (cont.)

– As raias podem, ainda, ser envolvidas por uma “Pool” (piscina). Essarepresentação indica que temos, por exemplo, uma unidade daorganização (a “Pool”) e dentro dela diversos papéis diferentes (as“Raias”).

– A principal diferença entre a utilização deraias e “pools” é que os objetos de uma raiapodem se “comunicar” livremente com osobjetos de outra raia, enquanto os objetosde uma “pool” só podem se conectar aoutros objetos da mesma “pool”.

– Para interligar duas “pools”, ou paraconectar o objeto de uma “pool” a outroexterno a ela, é necessário utilizar umaferramenta específica, o fluxo demensagens.

– Essa ferramenta é semelhante à transição,porém sua linha é pontilhada.

57



Processo Exemplo – Raias e Pools

Exemplo de um processo que utiliza raias e pools.

Obs.: esse processo também poderia ser mapeado usando somente raias. As pools foram utilizadas com oobjetivo de demonstrar este recurso.

Evento de

Início do tipo

“Mensagem”.

Pool

Fluxo de mensagens (para

conectar as duas pools).

Raia


Mapeando Processos no ÁGILES

59



O ÁGILES Process Design

– No módulo de Desenho de Processos (Process Design) sãoarmazenados os processos de negócios (templates) e seusrespectivos formulários.

– Os processos podem ser desenhados diretamente nestemódulo ou importados para o ÁGILES (atualmente épossível importar um processo do próprio ÁGILES ou doAris Toolset). Quando estiverem prontos devem serpublicados e, então, estarão disponíveis para uso.

– A interação dos usuários com o processo (“front-end”), evice-versa, acontece através de formulários, eventosdiversos (celular, Palm, outros), sistemas legados.

60



ÁGILES – Conceitos Úteis

– Modelos/Templates: mapa do processo, com as regras donegócio/processo e os formulários associados a cadaatividade/tarefa.

– É importante saber que:

• um processo pode trabalhar com um ou vários formulários;

• um processo possui diversas atividades (manuais, automáticas, etc.);

• uma atividade manual tem no mínimo uma, mas pode ter váriastarefas;

• uma atividade automática possui ações (em vez de tarefas);

• os formulários não são associados à atividade, e sim às tarefas,porém cada tarefa só pode utilizar um formulário;

• portanto, se para executar um determinado trabalho são necessários2 formulários, serão necessárias no mínimo 2 tarefas (quer elasfaçam parte da mesma atividade manual ou atividades diferentes).

61



ÁGILES – Conceitos Úteis

– Instâncias: execução de um template. Ela guarda tudo o que"aconteceu" durante essa execução (decisões, valores, etc.,chamados de "artefatos"). A instância existe sozinha, ou seja,uma execução torna-se independente a partir do momentoem que é iniciada e pode-se ter várias instâncias sendoexecutadas ao mesmo tempo (por exemplo, uma trabalhandocom orçamento acima de um valor - precisando de aprovaçãoda diretoria -, e outra com valores abaixo do estabelecido, eque não exige aprovação).

– Documentos / Artefatos: elementos da instância =formulários preenchidos, valores utilizados, caminhos /decisões tomadas. Qualquer elemento que a instância crie /receba / utilize durante sua execução.

– Publicar: disponibilizar para acesso, dentro de um conjuntode regras (local de publicação, informações disponíveis, etc.).

62



Process Design – Mapa do Processo (Ágiles 1.9)

Do lado esquerdo estão dispostas as ferramentas de desenho. Para ilustrar a explicação, na áreade desenho (região quadriculada) foi incluído um símbolo de cada ferramenta, e associados nos.

Na parte inferior estão os botões de ação (Salvar, Validar, Importar, etc.).

1 = Ferramenta de Seleção

2 = Início

3 = Evento

4 = Atividade do Usuário

5 = Bifurcação da Atividade

6 = Atividade Automática

7 = Sincronização

8 = Notificação

9 = Fim

10 = Sub-Processo

11 = Transição

12 = Raia

13 = Anotação

63



Process Design – Mapa Processo (Ágiles 1.9 – cont.)

O slide anterior exibiu a tela do módulo de Desenho de Processos do ÁGILES 1.9.Na versão atual a tela é diferente, mas as funções principais são as mesmas.

Didaticamente falando, a tela da versão 1.9 é melhor para exemplificar asferramentas de desenho, pois todas são exibidas de uma vez, do lado esquerdoda tela (na versão atual elas estão divididas por categorias e só visualizamos umacategoria por vez).

Para ilustrar as explicações dadas anteriormente, na área de desenho (regiãoquadriculada) foi incluído um símbolo de cada ferramenta, e associados números.O quadro à direita da figura possui o nome das ferramentas.

Na parte inferior estão os botões de ação (Salvar, Validar, Importar, etc.). Naversão atual esses botões também estão divididos em categorias e sãoapresentados em menus na parte superior da tela.

Como o objetivo do treinamento atual é apresentar apenas a notação BPMN (enão detalhar o uso do Process Design), esses botões não serão explicados nomomento.

Apenas para comparação, os próximos slides exibem as telas do Process Designda versão atual do Ágiles (conteúdos equivalentes ao do slide anterior).

64



Process Design – Mapa do Processo (Ágiles 2.0)

Menus

Ferramentas e suas

propriedades.

A aba "Figuras"

apresenta as

ferramentas (objetos)

para o desenho do

mapa do processo,

divididas por

categorias.

Permite visualizar o

mapa do processo em

um Zoom entre 1% e

90% do tamanho real.

Área para desenho do mapa do processo.

O tamanho do processo não precisa se

limitar à área visível no momento, as barras

de rolagem estarão sempre disponíveis para

permitir a visualização de outras partes do

mapa.

Exibe os problemas detectados pelo

ÁGILES no momento em que o processo é

validado (a validação é um procedimento

para verificação de erros enquanto o

processo é salvo). Essa parte da tela pode

ou não estar sendo exibida.

65



Process Design – Mapa Processo (Ágiles 2.0 - cont.)

As categorias de ferramentas para o desenho de processos estão representadas a seguir.

Obs.: as propriedades de cada ferramenta e as demais partes da tela do Process Design não serãodetalhadas, pois não são o objetivo deste treinamento.

A categoria “Outros” possui apenas a"Ferramenta de Seleção" (existente tambémem “Conexões” e “Atividades”).

Essa categoria existe prevendo que novasferramentas possam ser incluídas em versõesfuturas do ÁGILES.

66



Modelagem dos Processos e Regras

de Negócios.

1

Com base nas regras de negócio, os usuários recebem as atividades

a serem executadas por eles.

2

4 Passos da Automação

67




Exemplo de uma atividade manual: o usuário recebe a atividade e, quando for realizá-la,o respectivo formulário é exibido e deve ser preenchido.

68




Exemplo de uma atividade de notificação: o ÁGILES envia a notificação e o usuário arecebe em seu programa padrão para envio/recebimento de e-mail.

69




Exemplo de uma atividade automática: o ÁGILES executa os procedimentos necessários. Porexemplo: integração com outros sistemas, preenchimento de formulários, publicação de doctos.

70




Exemplo do acompanhamento de um processo em execução: o ÁGILES realça o que jáfoi executado e mantém o restante em cinza. Dessa forma, é simples saber o caminho que oprocesso “percorreu”, bem como em que ponto ele se encontra no momento.

71



Os gestores da Função, acompanham o desempenho do Negócio.

3

O “Process Owner” (responsável pelo processo) gerencia o desempenho dos

processos (SLA’s) e promove melhorias.

4

1


72



Subprocesso

Início

Decisão

Compensação

FimMensagem

Falha

Documentação

Atividade

Humana

Mapa do Processo - Exemplo de objetos

A tela abaixo mostra parte de um processo desenhado no ÁGILES, com alguns tipos de eventos e atividades. Observe que o processo está totalmente de acordo com a BPMN.

73



Outras Soluções

A seguir são apresentadas as telas de outras soluções. É importante notar que a simbologia utiilzada em cada uma delas é totalmente diferente.

74



Outras Soluções


ÁGILES - Características

76



Características do ÁGILES

Apenas como uma visão geral, pois também não

é o objetivo deste treinamento, a seguir será

apresentada uma breve descrição dos módulos

que compõem o ÁGILES.

77



ÁGILES – Módulo “Administração”

Este módulo é responsável pelo

gerenciamento do software.

Nele é feita a manutenção dos

diversos cadastros, tais como:

usuários, grupos de usuários,

estrutura organizacional,

categorias de processos, árvore de

diretórios do módulo Visitante.

78



ÁGILES – módulo Análise e Monitoramento

Permite analisar o tempo de execução das atividades / tarefas.

Através deste módulo é possível medir a performance das

áreas, atividades e pessoas, através de indicadores de

desempenho.

Com eles a empresa pode avaliar os processos e tomar

decisões, a partir de informações monitoradas e vindas

diretamente de seus processos de negócio.

79



ÁGILES – Módulos Externos

Permite acessar componentes externos ao ÁGILES,

relatórios por exemplo.

O conteúdo que será exibido neste módulo depende dos

objetos externos que existirem para este cliente. No

padrão, o módulo aparece vazio.

80



ÁGILES – módulo Desenho de Processos

Aqui são desenhados e publicados os processos (eles serão

executados no módulo Área de Trabalho).

A interação dos usuários com o processo (e vice-versa) é feita

através de formulários, os quais devem ser desenhados fora

do ÁGILES (em formato HTML ou PDF) e importados para cá.

81



ÁGILES – módulo Visitante

Através deste módulo é possível consultar os documentos

publicados.

A publicação de documentos ocorre durante a execução dos

processos.

A pasta Visitor Root sempre existe e corresponde à “raiz” da

árvore de diretórios em que os documentos são publicados.

A estrutura dessa árvore depende de cada cliente.

82



ÁGILES – módulo Área de Trabalho

Através deste módulo o usuário inicia os processos a que tem

acesso, executa as atividades que lhe competem (de diversos

processos, independente de quem iniciou os mesmos), e

acompanha os processos e atividades que estão sob sua

responsabilidade.


Um Caso Prático

84



Documento de Análise do Processo

Para a correta documentação dos processos que serão mapeadosno ÁGILES, recomendamos a elaboração de um Documento deAnálise, o qual engloba toda a especificação do processo.

Este documento deve ser feito na fase de análise do processo eatualizado até a homologação (final) do mesmo.

Deve conter pelo menos:

• descrição do processo (objetivo, resultados possíveis);

• formulários que o compõem;

• descrição dos campos do formulário;

• mapa do processo;

• descrição das atividades.

85



Mapeando um Processo

Como exemplo, crie um processo para “Empréstimo deDocumentos”, com as características a seguir.

• O usuário solicita o empréstimo de um documento que fica noarquivo físico da empresa, informando a razão pela qual precisado mesmo.

• Esta solicitação é passada para o Gestor da área (responsávelpelo arquivo físico). O mesmo deverá aprová-la ou reprová-la, ejustificar sua decisão.

• Se o empréstimo for aprovado, o sistema deverá anotar na“ficha de controle” do documento que o mesmo encontra-se como usuário solicitante. Também deve ser enviado um e-mail parao solicitante informando que ele pode retirar o documento noarquivo da empresa.

• Se o empréstimo for recusado, o solicitante receberá um e-mailinformando-o. Esse e-mail conterá a justificativa do Gestor paraa reprovação.

86



Uma Solução Possível

Para cada processo (assim como para cada programa / sistema) há sempre várias soluções possíveis, uma delas está representada abaixo.

A notificação deve

ser representada na

raia de quem

RECEBE o e-mail.

Poderia haver uma

raia representando o

sistema, na qual a

atividade automática

ficaria, mas não é

necessário.

87



Comentários sobre a Solução Proposta

Optamos por representar uma raia para o Solicitante (usuário que iniciao trabalho) e outra para o Gestor. Poderíamos, por exemplo, representarmais uma raia para o ÁGILES, e colocar a atividade automática lá, maspreferimos simplificar.

Outra questão é com relação aos formulários utilizados: poderíamos terum formulário para a solicitação de empréstimo e outro com asinformações do documento.

Optamos em exemplificar apenas um, onde temos:

• na seção “Dados da Solicitação” as informações referentes ao pedido deempréstimo;

• em “Dados da Aprovação”, o registro da opinião do gestor;

• em “Empréstimo Aprovado”, a anotação de quem é o novo responsávelpelo documento.

O formulário deste exemplo está representado na imagem a seguir.

88



Formulário da Solução Proposta

Informações referentes ao

pedido de empréstimo.

Grava o conteúdo para

que a atividade seja

continuada depois.

Registro da opinião do gestor.

Anotação de quem é o novo

responsável pelo documento.

Exige que todas as

informações obrigatórias

estejam preenchidas.

89



Comentários sobre o Formulário Proposto

É importante ressaltar que em todas as seções do formulário

podemos ter informações que são automaticamente colocadas pelo

ÁGILES (por exemplo: data, número da solicitação, nome do

usuário) e outras que devem ser digitadas ou escolhidas pelo usuário.

Também podemos ter informações cujo preenchimento é obrigatório

e outras opcionais.

No final de todos os formulários do ÁGILES devemos ter um botão

para “Salvar” as informações (grava o conteúdo para que a atividade

seja continuada depois) e outro para “Concluir” a tarefa (exige que

todas as informações obrigatórias estejam preenchidas).


Obrigado!

Em caso de dúvidas favor entrar em contato com a Image Technology.

(11) 3846-3190

[email protected]


bpmn e Ágiles -...

Documents