Modelagem com BPMN 94 

A BPMN é usada para modelar os eventos de negócio e serve para descrever como a organização se comporta no momento da execução das suas exceções e suas regras de negócio, possibilitando, caso haja necessidade, tomadas de decisões rápidas e eficazes.

Por possuir uma notação gráfica, a BPMN permite uma melhor compreensão dos processos de negócio e serviço ajudando assim a avaliar o desempenho e a colaboração dos departamentos e das transações de negócio.

A linguagem BPEL tem como objetivo definir os processos de negócio usando uma linguagem baseada na interpretação de arquivos do tipo XML. Esses processos consistem em entidades externas que interagem entre si, como WebServices, desta forma permite fazer uso da orquestração de WebService provida pelo BPEL ou BPEL4WS.

A linguagem BPEL serve para efetuar e manter as trocas de mensagens assíncronas e gerenciar processos de longa execução e possíveis falhas, permitindo definir um modelo completo de uma transação. A linguagem BPEL também permite funções simples para manipulação de dados necessária para prover o controle de dados e de fluxo do processo.

3.3.2.1 Diagrama de Processo de Negócio – Processo de Análise e Requisitos

A seguir, o diagrama de processo de negócio que representa o Processo de Análise e Requisitos da MPN Proposta. Este processo além de demonstrar o que vai ser modelado e em que ambiente esta proposta será inserida, este processo demonstra também quais são os seus requisitos, as suas características físicas e suas restrições.

Ao utilizarmos uma análise de requisitos estamos permitindo um reuso dos processos funcionais, pois está técnica, que é uma técnica de extração dos dados dos Casos de Uso, geram componentes baseados nos Casos de uso.

Segundo Konrad (2003) a Análise de Requisitos permite aos engenheiros de requisitos darem uma maior atenção aos aspectos muitas vezes negligenciados nas fases iniciais de desenvolvimento, como a segurança e tolerâncias a falhas.

Além disso, a aplicações dos padrões de requisitos permite a reutilização de processos e a documentação das soluções obtidas com a análise, gerando assim uma base de conhecimento de soluções complexas que poderá ser usadas por todos os envolvidos no projeto.

Figura 38 – Diagrama de processo de negócio dos Processos e Requisitos da Unimed

3.3.2.2 Diagrama de Processo de Negócio – Processo de Validação de Requisitos

A figura 39 demonstra um diagrama de processo de negócio que representa o Processo de Validação de Requisitos da MPN Proposta, sendo que a finalidade deste processo é a de validar os requisitos que foram elaborados durante a análise de requisitos.

Figura 39 – Diagrama de processo de negócio de validação dos Requisitos da Unimed

3.3.2.3 Diagrama de Processo de Negócio – Processo de Help Desk

A figura 40 demonstra um diagrama de processo de negócio que representa o Processo de Help Desk da MPN Proposta, sendo que a finalidade deste processo é demonstrar os níveis de atendimento de suporte da Unimed.

A figura 41 demonstra um diagrama de processo de negócio que representa o Processo de atendimento de Suporte do Nível 1 da MPN Proposta, sendo que a finalidade deste processo é demonstrar as ações efetuadas pelo Nível 1 no atendimento de chamados via Help

Desk na Unimed Grande Florianópolis.

Figura 41 – Processo de atendimento de Suporte do Nível 1

A figura 42 demonstra um diagrama de processo de negócio que representa o Processo de atendimento de Suporte do Nível 2 da MPN Proposta, sendo que a finalidade deste processo é demonstrar as ações efetuadas pelo Nível 2 no atendimento de chamados via Help

Desk na Unimed Grande Florianópolis.

A figura 43 demonstra um diagrama de processo de negócio que representa o Processo de atendimento de Suporte do Nível 3 da MPN Proposta, sendo que a finalidade deste processo é demonstrar as ações efetuadas pelo Nível 3 no atendimento de chamados via Help

Desk na Unimed Grande Florianópolis.

Figura 43 – Processo de atendimento de Suporte do Nível 3

A figura 44 demonstra um diagrama de processo de negócio que representa o Processo de especificação técnica efetuada pelo Nível 2, sendo que a finalidade deste processo é demonstrar como é efetuada a especificação dos Help Desk na Unimed Grande Florianópolis.

Baseado nos requisitos do sistema o Analisa de Negócio deverá efetuar uma especificação técnica do problema identificado através do Help Desk.

Esta especificação técnica deve levar em consideração a arquitetura do sistema, a plataforma de implementação, o módulo em que foi detectado o erro assim como os demais módulos que integram com o módulo do erro para assim conseguir efetuar a construção de um documento e de uma modelagem de dados que representem os mecanismos computacionais necessários para a implementação e/ou correção das funcionalidades solicitadas via Help Desk.

Este item era um dos maiores gargalos no departamento de TI, visto que no modelo anterior esta especificação era feita por um único Analista de Negócio que devido à grande demanda não dava conta de entregá-las no prazo, gerando assim um atraso na entrega das mesmas.

Devido a este problema, no modelo atual foram criados os cargos de Especialista de Negócios por Módulos de Sistema (Nível 3) que apenas validam as especificações que são desenvolvidas pelos Analistas de Negócios por Módulo de Sistema (Nível 2).

A Figura 44 demonstra que através do Modelo Proposto as especificações continuam sendo desenvolvidas por colaboradores que possuem um bom conhecimento tanto dos processos negócios e dos serviços quanto das ferramentas usadas para a especificação destes processos.

Figura 44 – Processo de especificação técnica das tarefas