Múltiplos Estágios
O seguinte exercício contempla um processo com três estágios.
Baseia-se no Inquérito de Satisfação Fase II, sendo, por isso,
essencial compreender primeiro o problema antes de começar o
tutorial.
1
Tutorial | Plataforma Masterlink
Múltiplos Estágios
1. Múltiplos estágios
O seguinte exercício contempla um processo com três estágios. Baseia-se no Inquérito de
Satisfação Fase II, sendo, por isso, essencial compreender primeiro o problema antes de começar
o tutorial.
Feita a leitura do exercício, é possível deduzir três estágios/estados do problema.
1. Preenchimento dos dados
2. Avaliação dos dados
3. Registos fechados
O processo assim descrito está naturalmente incompleto, porque não sabemos como se efectuam
as transições entre estágios/estados, nem o que vai despoletar essas transições, e menos ainda
quando.
Para melhor descrevermos o exercício, podemo-nos socorrer de ferramentas de modelação de
dados, concretamente de um dos use cases e dos diagrama de estados, que é geralmente uma
das primeiras escolhas para a descrição de um problema.
1
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Use Cases
Diagrama de Estados
Temos então três actores, que podem ser traduzidos por grupos de utilizador – Visitante,
Colaborador e Gestor.
Há também três estados, conforme já vimos, e associados a estes um conjunto de eventos –
transições de estado – que vão fazer com que a informação transite entre os estados, e com que
o processo se desenrole nas condições impostas. Esses estados vão corresponder a estágios na
plataforma. Já vimos no tutorial 20 como criar estágios.
1.1. Microsite e Grupos de Utilizador
Os passos seguintes são semelhantes aos que foram dados no Tutorial 1, pelo que, inicialmente,
vamos ter de criar um microsite e dois grupos de utilizadores, um para os colaboradores e outro
para o gestor. O visitante é um utilizador já definido no sistema.
Na criação do nosso microsite vamos querer que o template seja Geral e não de Área Reservada,
conforme o Tutorial 1. Admitindo agora que já temos criado o microsite, ao qual chamámos
Inquérito Satisfação Fase II, vamos dar-lhe três áreas distintas de trabalho, acessíveis através de
menús com o mesmo nome:
1. Preenchimento
2. Em Análise
3. Fechados
2
Tutorial | Plataforma Masterlink
Múltiplos Estágios
A criação de menús já sabemos fazer, mas devemos ter em atenção em deixar a Segurança por
Omissão no seu estado por defeito, ou seja, em Consulta.
Até aqui nada de novo. Precisamos de dar segurança à visualização dos dados, para que só
determinados grupos possam aceder aos diferentes espaços do microsite: Inquérito – Visitante –,
Análise dos Inquéritos – Colaborador e Gestor –, (Inquéritos) Fechados – Gestor.
Isso é feito na área de Segurança do Microsite:
Nota Importante: o visitante é um utilizador do sistema!
Vamos proceder de forma idêntica para a criação dos dois outros grupos de utilizadores (de acordo
com o Use Cases), para que o nosso Colaborador só deva aceder ao menú “Em Análise”, e o Gestor
aos menús/secções “Em Análise” e “Fechados” – sem que aí possa “operar”.
1.1. O Processo
O processo é criado do mesmo modo que no Tutorial 1, com a diferença de que vamos ter três
estágios e não apenas um.
Gerado o processo, precisamos de um primeiro grupo de campos, que define uma estrutura de
dados. É claro que há várias formas de estruturarmos os dados necessários ao Inquérito de
Satisfação. O que se apresenta é apenas uma de várias abordagens possíveis.
Nesta abordagem optámos por criar um Grupo – Inquérito:
3
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Cada campo do Grupo faz parte de uma estrutura subjacente ao problema, e às suas necessidades
em termos de registo de dados.
Concretamente, esses campos são do tipo Caixa de Selecção, com excepção das Observações que
é uma Caixa de Texto. De notar que há um campo que não faz parte da interface, e que não é
também enunciado no exercício, e que é o Estado. Este campo vai servir para monitorizar quando
um inquérito está Concluído ou Por concluir. Ora, de acordo com o problema, o inquérito está
automaticamente processado se a avaliação dada pelo utilizador é positiva, o que fará com que o
registo migre directamente para o estágio Fechados.
Em contraposição, e se a avaliação tiver sido negativa, o inquérito – depois de registado –, transita
para o estágio Análise. Esse inquérito só fica concluído se o Colaborador assim o indicar, o que
fará com que permute para o estágio Fechados.
Ou seja, este campo, sendo vital, não deve ser visível pelo utilizador, mas faz sentido que faça parte
da estrutura de dados de um inquérito.
Deduzimos daqui que vamos precisar de três estágios para responder ao diagrama de estados
inicialmente desenhado: os dois que acabámos de enunciar, i.e., Análise e Fechados, e mais um
que determina o estágio onde são preenchidos os elementos iniciais, que designamos de
Preenchidos.
Recordando o processo de criação de estágio:
Cada um dos campos, e para simplificar o exercício, vão ser ‘alimentados’ com dados através da
configuração dos mesmos. Isso é feito na Configuração do campo, conforme a imagem inferior:
4
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Definir por defeito o Estado como “Por concluir”
5
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Estes dois campos, Rapidez de acesso e Estado, devem ficar assim definidos, uma vez que este
tutorial vai fazer uso desses dados. Para os restantes campos é arbitrária a escolha das opções.
1.1. Os estágos
É altura de definirmos no MWE os três estágios: Preenchimento, Análise, Fechados.
1. Preenchimento:
a. Nas propriedades vamos definir quais as colunas que queremos apresentar, ou seja, quais os
campos, e de que grupo, vão estar visíveis:
Na selecção de campos não escolhemos o Estado, porque não é relevante para o visitante.
Estamos em posição de definir os eventos associados a este estágio, ou seja, o que é suposto
acontecer sob determinadas condições, e em que momento (quando) esses eventos devem
ocorrer.
É dito o seguinte no enunciado relativamente ao Colaborador:
«1. Nas situações em que o visitante dá uma avaliação negativa, o departamento de qualidade é
notificado e deverá contatar o cliente.»
Vamos traduzir isto para uma linguagem mais próxima da capacidade interpretação do MWE. Se
o visitante atribuiu nota negativa, então o colaborador deve ser notificado disso (por email, por
exemplo).
6
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Para definir isto vamos abrir o painel Gerir acções sobre o estágio Preenchimento:
Reparar que também escolhemos quando esse evento deve ocorrer, e que é aquando da gravação
do registo – Na gravação. Em caso de dúvida, voltar a observar o diagrama de estados.
7
Tutorial | Plataforma Masterlink
Múltiplos Estágios
A condição é definida mediante um valor que o campo possa tomar e, neste caso, o valor crítico,
aquele que faz com que a condição de nota negativa seja verdadeira, é quando a Rapidez de
acesso = Baixa. Devemos, pois, selecionar esse valor (3).
Adicionamos a condição, o que faz com que surja o texto “[Grupo - Inquérito.Rapidez de acesso] =
Baixa”. Clicamos em “OK” para prosseguir e gravar posteriormente a condição.
8
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Iremos, assim, parar à janela inicial:
Aspecto que terá o painel de CONDIÇÕES/ACÇÕES depois
de gravar a condição
Acabámos de definir o que faz a condição ser verdadeira. Precisamos agora “dizer” à condição
como agir quando ela for verdadeira.
9
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Neste caso, vamos querer que quando a condição de Avaliação negativa se verifique, que seja
enviado um email. Não vamos entrar no detalhe de configuração de cada tipo de acção.
Precisamos de uma outra acção que faça com que os dados registados pelo Vistante possam ser
visíveis/editáveis mais tarde nos estágios/estados Análise e Fechados. Isso é feito selecionando o
tipo de acção como sendo “Saltar de estágio”.
E o que acontece se a avaliação for positiva? Ou seja, o que deve ocorrer se a Avaliação não for
negativa, isto é, se for falsa essa condição? De acordo com o enunciado, traduzido no diagrama de
estados, esse inquérito/registo deve passar para o estágio Fechados, e ser dado como
“Processado”. É a Acção se falso. Definimo-la como Saltar de estágio para o estágio Fechados.
Vamos agora gerar o estágio Análise. De recordar que este estágio deve ser operado pelo
Colaborador e visualizado pelo Gestor. Mais à frente iremos definir isso na segurança do processo.
Para já importa criar o estágio, e incluir-lhe todas as colunas, já que faz sentido que o Estado seja
visível.
Há duas condições que temos de definir, de acordo com o enunciado e pela observação do
diagrama de estados:
«Registo dos contatos com o cliente e da informação recolhida e finalizar o processo»
Esta condição dita que o inquérito está fechado quando o colaborador finaliza o processo.
Isto pode concretizar-se do mesmo modo que fizemos para o estágio Preenchimento, aquando
da gravação do registo.
10
Tutorial | Plataforma Masterlink
Múltiplos Estágios
De notar que o campo Estado passa a “Concluído”
11
Tutorial | Plataforma Masterlink
Múltiplos Estágios
Para notificar o Gestor dos inquéritos que estão por concluir há mais de cinco dias, podemos
utilizar o Temporizador e criar um Background mail. A nuance, aqui, é a utilização de datas:
O último estágio, Fechados, tem uma condição Na entrada de estágio, e que é a de fazer passar
o campo Estado a “Concluído”, porque, de facto, chegado o registo a este estágio, é porque o
processo está concluído.
Assim sendo, devemos escolher Na entrada de estágio, e criar uma condição que é sempre
verdadeira, já que que o registo quando entra neste estágio tem de passar automaticamente e
de imediato a “Concluído”.
12
Tutorial | Plataforma Masterlink
Múltiplos Estágios
1.1. O A Segurança no Processo
Vamos concluir o tutorial pela definição da Segurança do Processo. A seguinte imagem mostra os
grupos de utilizadores autorizados para o estágio Preenchimento, assim como o utilizador
Visitante:
Reparar que todos os campos, com excepção do Estado, são de operação, afinal de contas, quem
preenche o inquérito é o visitante. Podemos dar também esse nível de segurança para a
Administração.
13
Tutorial | Plataforma Masterlink
Múltiplos Estágios
No estágio Análise o Colaborador pode apenas fazer alterar o Estado. Mas é legítimo que consiga
visualizar todos os campos, tal como o Gestor, que não deverá ter qualquer possibilidade de
operação.
No último estágio, Fechados, só o Gestor deve poder visualizar os dados.
14