Fluxo de Atividades de Aquisição

O fluxo de atividades de aquisição representa as atividades que definem as questões e os métodos necessários para a aquisição dos dados. Este fluxo é que determina as diferentes etapas na aquisição dos dados definindo quais os métodos (e.g. teclado, biometria, leitura de código de barras) possíveis para a recolha dos dados. Este fluxo pode definir ciclos de aquisição através do uso de condições.

Nas áreas de negócio apresentadas, as questões possíveis (Elo Sistemas de Informação, 2014), existem outras, nas atividade de aquisição são as seguintes:

Tabela 5 – Questões possíveis nos diálogos de negócio

Questão Controlo e Gestão de Tempos de Presença Controlo de Acessos Sistemas de Controlo e Gestão da Produção Código da entidade X Código de defeito X Código de paragem X X Código do armazém X Código do componente X Confirmação X X X Critério X Data de fim X X X Data de início X X X Data de ocorrência X X X Funcionário X X X Hora de fim X X X Hora de início X X X

31 Hora de ocorrência X X X Informação X Local X X X Máquina X Número de serie X Operação X Ordem de fabrico X Posto de trabalho X X X Quantidade X Subordem X Tipo de registo X X X

3.2.1 Dados de entrada (input)

Os dados de entrada representam os dados que devem ser adquiridos em cada atividade através de respostas às questões. Estes dados podem ser adquiridos de diversas formas. Os dados de entrada, em alguns cenários, podem ter dependências de outros diálogos de negócio executados por outros intervenientes, no processo de negócio. Um exemplo desta dependência, na produção de um produto com linha de montagem em serie, em que a referência do material produzido na etapa anterior é necessária para uma etapa posterior. Estes dados podem ser recolhidos através de diferentes métodos (e.g. teclado, leitura de código de barras, leitura de cartões, etc.).

3.2.2 Dados de saída (output)

Os dados de saída são os dados que se esperam alcançar com a execução de um diálogo de negócio. Em alguns casos, estes dados são os dados de entrada de outras atividades ou dados necessários para outros diálogos de negócio. A execução de um diálogo de negócio pode ter como objetivo um conjunto de dados de saída (ver Figura 4). Existem dados de saída que são adicionados automaticamente como, por exemplo, a data/hora da recolha, a identificação da UAD, etc.

3.2.3 Decisões

A aquisição de informação, dependendo dos dados recolhidos, muitas das vezes determina o caminho que o fluxo de aquisição deve tomar. Para se determinar, é necessário que existam métodos de decisão. Os métodos de decisão utilizam o conhecimento do estado atual do diálogo de negócio (e.g. atividade atual, dados adquiridos) para decidir qual é o passo seguinte. É possível através das decisões definir ciclos de aquisição.

32

1. Decisão local (offline): a UAD é responsável em determinados estados do processo de aquisição, com base na informação recolhida, decidir qual a atividade que se deve realizar. O processo de decisão local é um método que determina, através de um processamento executado na UAD, qual o próximo passo que o diálogo deve realizar. 2. Decisão remota (online): em determinadas situações, é necessário que exista um

serviço externo (e.g. Web servisse, REST, etc.) para decidir qual o próximo passo que o fluxo deve tomar. Um exemplo deste tipo de decisão, é quando numa produção termina um stock de uma matéria-prima e é necessário uma consulta ao sistema de gestão de produção, para determinar qual o próximo lote da matéria-prima que se deve utilizar.

3.2.4 Validações

As validações nos diálogos de negócio permitem perceber se os dados de entrada ou de saída em cada fluxo de atividades são os desejados. Após uma reposta pelo utilizador a uma questão, poderá ser necessário verificar se os dados inseridos (resposta) correspondem ao desejado. Para validar os dados no momento de aquisição, é necessário os seguintes dois tipo de validações:

1. Validação local (offline): esta validação é executada na UAD. O diálogo descreve as informações necessárias para que a UAD consiga validar os dados. Estas informações normalmente são regras de negócio, que determinam o formato dos dados, ou restringem os dados através de listas de seleção estáticas. Um exemplo desta validação, no controlo de acessos, após a aquisição da identificação do colaborador é necessário verificar se ele tem acesso à zona em questão.

2. Validação remota (online): a validação remota utiliza um serviço externo (e.g. Web service, REST, etc.), onde é necessário que a UAD consiga interpretar e executar o método/protocolo de comunicação definido no diálogo. O serviço externo pode possibilitar uma consulta a um motor de regras de negócio (e.g. aplicação de gestão).

3.2.5 Armazenamento dos dados recolhidos

O diálogo de negócio descreve como é que os dados devem ser armazenados. Tipicamente é possível armazenar os dados nos seguintes tipos de repositórios:

1. Armazenamento local (offline): descreve como guardar os dados recolhidos em armazenamento local da própria UAD.

2. Armazenamento remoto (online): descreve como transmitir os dados recolhidos para o sistema de gestão de informação (backoffice).

33

3.2.6 Sumário

Após a caracterização de um diálogo de negócio, é possível afirmar que um diálogo de negócio representa um fluxo de aquisição, onde o objetivo é a recolha de determinados dados. Os dados recolhidos podem obedecer a determinadas restrições/formatos, para assegurar este objetivo existem as validações sobre os dados recolhidos. Em alguns casos, os dados recolhidos podem determinar através de processos de decisão qual é o próximo passo do fluxo de aquisição. Finalmente, os dados recolhidos podem ser armazenados em repositórios locais ou transmitidos para repositórios remotos existentes nos sistemas de gestão.

Por outras palavras, pode-se afirmar que um diálogo de negócio representa um subprocesso de negócio, com o objetivo é recolher determinados dados. Esta representação requer que se efetue um estudo sobre a modelação de processos de negócio e de quais as notações existentes para representar estes processos.