Os modelosBPMNtrouxeram um grande avanço para a modelação dos processos de negócio, uma vez que esta é uma linguagem gráfica e independente, que tem a vantagem de poder ser usada de um modo eficiente tanto pela indústria empresarial como para a indústria das tecnologias de informação [Sha+11]. Estes juntam os processos de mode- lação orientados a objetos e o design da execução dos processos. De uma maneira mais específica, esta abordagem permite detalhar a análise de desempenho, especificação de requisitos e ainda o fluxo de execução das atividades e funcionalidades necessárias.
Este tipo de modelo é bastante rico em termos de simbologia, mas estes devem ser usados com moderação. Para apresentar uma boa modelação não é necessária a utilização de todos os símbolos disponíveis [OMG11;Whi08].
2 . 2 . B P M N
• Flow Objects → Engloba os eventos, atividades egateways.
• Dados → Composto por qualquer tipo de dados a representar tais como: objetos de dados, dados de entrada, dados de saída e armazenamento de dados.
• Connecting Objects → Composto pelos fluxos de sequência, fluxo de mensagens e associações.
• Swimlanes → Mecanismo de agrupamento dos elementos do modelo, podendo este ser através da utilização dePools ou Lanes.
• Artefactos → Possuem a função de fornecer informação adicional para um pro- cesso, e recorre-se à utilização de grupos ou anotações de texto.
NoAnexo IIé possível encontrar uma documentação detalhada com toda a simbologia dos elementos destes modelos. Os elementos mais utilizados nos modelosBPMNsão:
• Atividades → Trata-se da descrição de uma tarefa em específico. As tarefas não possuem quaisquer outros tipos de elementos internos, caso isso aconteça deixa de ser uma tarefa e passa a ser um processo.
• Processos → Como já referido, este elemento é a composição de diversas atividades. Estes podem pertencer a um dos seguintes subtipos de processos:
– Embutidos → Usados para exemplificar de uma maneira clara um determi- nado fluxo, ou atividades.
– Reutilizáveis → Invocados para dentro de um determinado modelo, e não possuem a necessidade de serem especificados neste. Tornam-se bastante úteis para a simplificação do modelo e abstração de determinados processos. • Pool e Lane → Dentro de umaPool podem existir as Lanes que forem necessárias, ou
por outras palavras, podem existir os atores/intervenientes que forem necessários para a realização do processo.
• Gateways → Utilizados com o objetivo de unir e dividir o fluxo do modelo. Estes oferecem uma maior flexibilidade ao modelo. Os diferentes tipos degateways são:
– Gateway Exclusivo → O fluxo segue um único caminho. – Gateway Inclusivo → O fluxo segue pelo menos um caminho.
– Gateway Paralelo →Obrigatoriedade de passar por todos os caminhos e cum- prir os seus fluxos de execução.
– Gateway Complexo e Default → Semelhante ao funcionamento de uma con- diçãoif, o fluxo do modelo segue o ramo em que a condição é verificada.
• Eventos → Expressão uma determinada ocorrência ou invocação no modelo. Exis- tem três tipos de eventos, sendo que dentro de cada tipo de evento existem subtipos do mesmo.
– Eventos de início → Declaração do início de um novo fluxo do modelo. Os subtipos destes eventos podem ser eventos de tempo, função ou mensagens. – Eventos Intermédios → Desencadeamento de uma ação, por outras palavras,
é usado para representar a ativação de um novo fluxo no modelo ou quando alguma atividade invocou um determinado evento, que por sua vez terá as suas próprias atividades ou processos. Os subtipos também podem ser de tempo, função, mensagens ou ainda eventos ininterruptos.
– Eventos Finais → Usados para por fim a um determinado fluxo existente no modelo. Os subtipos também podem ser de tempo, função, mensagens e ininterruptos.
• Dados → Usados para transmitir informações geradas ou existentes num elemento ou processo.
– Data Objects → Mecanismo que permite a transmissão de dados entre dife- rentes atividades. A visibilidade deste género de dados depende de onde são criados.
– Coleção de Dados → Transmissão de um conjunto de dados do mesmo tipo. – Armazenamento de dados → Dados persistentes no processo, ou seja, são
visíveis durante toda a execução dos fluxos do processo.
• Mensagens → Representam a troca de informações entre diferentes processos do modelo, ou entre diferentes participantes do modelo.
NaFigura 2.1é possível visualizar um exemplo de um modeloBPMN. Este representa o registo de um novo membro na plataformaBusiness Process Incubator (BPI). O processo começa com a finalização do preenchimento do formulário e a ativação da criação de uma nova conta. Independentemente da escolha por parte do utilizador sobre a subscrição de notícias, é pedido ao utilizador uma confirmação do email anteriormente fornecido. Após a confirmação do mesmo, o utilizador recebe uma notificação no seu email e pode então proceder aologin na plataforma.
2 . 2 . B P M N
Figura 2.1: Exemplo de um modelo BPMN retirado de [Inc17]
2.2.1 Outras notações
De seguida, são apresentadas outras notações existentes para modelar os processos de negócio.
• Diagramas de atividades → Os diagramas de atividadesUMLsão baseados e espe- cificados através da passagem entre atividades. Estas recebem um ou mais fluxos de controlo e podem gerar um ou mais fluxos de controlo, podendo ou não modificar o estado do sistema. É possível modelar o envio e a receção de notificações exter- nas nestes diagramas, assim como a possibilidade de usar temporizadores [DTH01;
Rus+06]. Este género de diagramas são usados principalmente quando se pretende especificar e dar ênfase às diversas etapas que um processo possui [DTH01]. • SPEM → Os diagramasSPEMsão modelos, onde a modelação foca-se na modu-
laridade e flexibilidade em criar novos processos. Em termos de modelação estes também são orientados em atividades mas permitem a existência de diversas de- pendências entre os elementos dos processos [Ste+]. Este género de diagramas são bastante utilizados no que toca à modelação de processos desoftware [Ben+07]. • BPEL →O método de modelaçãoBPELé mais utilizado como mecanismo de mode-
lação dos processos de negócios paraweb services, em que cada processoBPELé aces- sível os seus utilizadores como umweb service. Estes modelos são implementados
recorrendo a linguagens baseadas emeXtensible Markup Language (XML)[And+03]. • BPT →Aoutsystems recorre aos modelosBPTpara modelar os seus processos de ne- gócios. Em particular esta linguagem permite um desenvolvimento modular, tanto
odesign como a implementação das várias etapas dos processos estão incorporados
nos modelos isto devido à plataformaOutSystems Service Studio, onde estes modelos
são produzidos. A grande vantagem desta metodologia é o fabrico de diagramas de fácil perceção e reutilizáveis [Hen16].
• Nintex Workflow → À semelhança dosBPTestes diagramas daMicrosoft são tam-
bém concretizados nunca plataforma própria, aSharePoint. Estes modelos têm como
objetivo implementar e autonomizar os processos de negócios através de fluxos de controlo [Alb14;Cha+16].
Para todas as notações acima apresentadas, é apresentado noApêndice Aum exemplo com a sua respetiva explicação.