Para se efectuar esse estudo foi feito um mapeamento dos conceitos e os mesmos agrupados em diferentes dimensões. Essas dimensões são:
(i) Swimlanes – Este grupo inclui Pools e Lanes;
(ii) Activities & Transactions – Este grupo inclui Actividades e Fluxos de Comunicação; (iii) Gateways – Este grupo inclui as decisões (excepto Sequence Flow condicionais); (iv) Events – Este grupo inclui os acontecimentos;
(v) Data & Documentation – Este gupo inclui Artefactos;
(vi) Simulation – Este grupo permite atribuir recursos a uma actividade ou processo e distribuir o fluxo de trabalho através das gates;
(vii) Use Case – Este grupo inclui ligação dos processos aos casos de utilização, que incluía definição dos papéis (roles) dos actores e a sua responsabilidade nas unidades organizacionais;
(viii) Auxiliary & Structural – Inclui todas os conceitos não incluídos nos outros grupos, como data, modelo, diagramas, parâmetros de entrada e saída de processos ou
51
actividades, conteúdos de mensagens, etc., em resumo todos os conceitos complementares ou para além da utilização da notação gráfica de BPMN.
Para melhor entender as valências e limitações de cada modelo, será efectuada uma comparação crítica, global e grupo a grupo. Assim, para cada grupo indicamos:
(i) Onde há concordância nos metamodelos;
(ii) Onde é que os metamodelos aparentemente são discordantes;
(iii) Quais são as consequências dessas discordâncias e porque é que isso é mais ou menos importante.
Tal como para os estudos de meta modelação para ITSM introduzimos uma taxonomia. Os três grandes critérios utilizados são:
(i) Cobertura dos conceitos; (ii) Qualidade do metamodelo; (iii) Complexidade do modelo.
Para o efeito desenvolveram-se e analisaram-se as seguintes aproximações; (i) Número de classes – Critério de Dimensão da Cobertura;
(ii) Número de associações – Critério de Complexidade; (iii) Número de heranças – Critério de Complexidade;
(iv) Número de pacotes no modelo – Critério de Complexidade;
(v) Coincidência de Classes, Enumerados e Grupos – Critério de Cobertura de Conceitos.
Foram listadas as classes, contadas e comparadas no conjunto e divididas por grupos. Associações e heranças foram contabilizadas. Daqui resultou a Tabela 11 que apresentamos de seguida:
52
OMG BPMN 1.2 BPMN STP_Eclipse
Pacotes 8 0
Classes 100 20
Associações Não disponível 12 10
Especializações 99 24
Enumerados 45 37
Tabela 11 - Comparação de metamodelos
Notas à obtenção dos dados: Os números são aproximados e foram extraídos por métodos diferentes, e nalguns casos dependentes de alguma interpretação.
Para comparar os metamodelos que estudámos, desenvolvemos uma matriz em que a avaliação inclui as características qualitativas e quantitativas descritas num sistema baseado numa escala de maturidade, ou seja, um conjunto de descritores ao longo de diferentes dimensões definidas sobre uma escala ordinal [0,1,2,3] tal como se realiza no trabalho realizado na parte de estudos sobre ITSM, apresentado na secção 2.1.1 Taxonomia. As dimensões de maturidade são as seguintes:
(i) Facilidade de Implementação (FIM); (ii) Tradução de Conceitos (CON); (iii) Swimlanes (LAN);
(iv) Actividades (ACT); (v) Decisões (DEC); (vi) Eventos (EVE); (vii) Artefactos (ART); (viii) Simulação (SIM);
(ix) Casos de utilização (USC); (x) Execução (EXE).
Vamos nas secções seguintes analisar estas dimensões.
2.3.1.1 Facilidade de Implementação
A dimensão FIM (Facilidade de Implementação) representa o grau de facilidade de implementação do metamodelo no desenvolvimento de software. Quanto mais simples o
12
O Meta modelo de BPMN disponibilizado pelo OMG, versão 1.2, não está detalhado, dos diagramas apenas costam especializações C: Extracto para exemplo das especificações OMG BPMN 1.2.
53
metamodelo e com menos classes e relações, mais fácil será implementá-lo. No entanto menor será a sua versatilidade e capacidade de desenvolvimento futuro:
0 - Difícil – O modelo é altamente conceptual, com um alto número de associações e classes;
1 - Limitado – O modelo utiliza algumas soluções de compromisso, por exemplo algumas associações com o objectivo de tornar mais fácil a implementação;
2 - Fácil – O modelo utiliza várias soluções de compromisso;
3 - Muito Fácil – O modelo é muito operacional, apresentando-se muito flat, com poucas classes, poucos níveis de especialização e utiliza muitos enumerados.
2.3.1.2 Tradução de Conceitos
A dimensão SEQ (Sequência) representa o grau de detalhe da modelação no metamodelo estudado das especificações de BPMN 1.2 definidas pela OMG, em termos de sequência de fluxo nomeadamente orquestração e fluxos de sequência.
0 - Nada – Não segue as especificações do BPMN;
1 - Pouco – Traduz só as especificações básicas da OMG, ou seja permite a criação de processos mas sem serem muito sofisticados;
2 - Médio – O modelo utiliza mais especializações que no caso anterior, permite nomeadamente comunicação entre pools e fluxos de sequência condicionais;
3 - Muito – Traduz completamente as especificações da OMG, permite nomeadamente mensagens entre um largo número de objectos em diferentes pools.
2.3.1.3 Aplicação das Especificações da OMG - (LAN), (ACT), (DEC), (EVE), (ART)
As dimensões que vamos analisar de notação BPMN são as seguintes: (i) Swimlanes (LAN);
(ii) Actividades (ACT); (iii) Decisões (DEC); (iv) Eventos (EVE);
54
Procuramos reflectir sobre o nível de tradução das especificações da OMG, ou seja, a capacidade dos metamodelos traduzirem as regras e instanciarem meta classes de acordo com as especificações:
0 - Nada – Este é um nível pouco provável de ser utilizado, já que todos os metamodelos devem traduzir alguns tipos básicos de objectos de BPMN;
1 - Pouco – Os objectos básicos podem ser criados, mas com bastantes limitações, quer quanto à combinação de alguns objectos, como atributos dos mesmos, ou ainda com ausência de regras;
2 - Médio – O modelo traduz mais especificações que no caso anterior; 3 - Muito – O modelo traduz completamente as especificações da OMG.
2.3.1.4 Simulação
A dimensão SIM (Simulação) representa o grau de inserção de dinamismo nos processos, o qual necessita de suporte no metamodelo, em termos de classes, associações etc., já que envolvem novos conceitos (especificamos alguns conceitos no secção 2.3.1.4 Simulação):
0 - Nada – Não dispõe de nenhum dos conceitos associados; 1 - Pouco – Alguns conceitos existem, por exemplo recursos;
2 - Médio – O metamodelo dispõe de estruturas para realizar a simulação e encaminhamento de processos ou seja condições sobre as gates, funções distribuição fluxos, etc.;
3 - Muito – Apresenta um vasto suporte para funções de simulação.
2.3.1.5 Casos de Utilização
A dimensão USC (Casos de Utilização) representa a ligação entre casos de utilização e processos:
0 - Nada – Não existe;
1 - Pouco – Existe, mas não foi muito desenvolvida;
55
3 - Muito – Amplamente desenvolvida com múltiplas relações com elementos de BPMN e estruturais.
2.3.1.6 Tabela Resumo da Taxonomia BPMN
Nível FIM SEQ LAN, ACT,
DEC, EVE, ART
SIM USC
0 Difícil Nada Nada Nada Nada
1 Limitado Pouco Pouco Pouco Pouco
2 Fácil Médio Médio Médio Médio
3 Muito Fácil Muito Muito Muito Muito
Tabela 12 - Tabela Resumo taxonomia BPMN