ção de Dados Experimentais
A.2.5 Desenvolvimento Estrutura detalhada e Interfaces
O Aplicativo foi desenvolvido visando a integração das pesquisa realizados pelo grupo CAEd e a disponibilização das informações obtidas para outros grupos interessados em utilizar nossas ferramentas e dados, aumentando nosso nível de colaboração com a comunidade. No entanto os dados obtidos pelas pesquisas são sensíveis e seu compartilhamento é só pode ser realizado para fins científicos e mediante sigilo de identificação. Portanto, os dados coletados são compartimentalizados pelo grupo de pesquisa. De modo que cada grupo de pesquisa só possui acesso aos dados identificados com o seu código de grupo. Porém, um grupo de pesquisa pode ter N grupos experimentais, permitindo assim que esse possa organizar sua coleta de dados. Cada grupo experimental é identificado por uma chave única formada pela sigla do grupo mais um número, por exemplo: CAEDLAB2.
A interface do sistema é bastante objetiva e intuitiva, sendo constituída das páginas: • Inicial: contém uma breve explicação de como utilizar a aplicação, como apresentado na
Figura 43;
• Cadastro do Grupo de Pesquisa: contém um formulário para cadastro das informações do grupo e a senha para acesso ;
• Cadastro de Grupo Experimental: contém um formulário para a criação da identificação do grupo experimental; e
• Exibir de Grupos Experimentais: na qual é apresentado uma tabela com todos os grupos experimentais cadastrados para o grupo de pesquisa e as opções de exportação de dados.
Ainda utilizando o exemplo do aplicativo QPJ-BR2, os Bancos de dados das aplicações são independentes, no entanto a chave de identificação do grupo precisa ser informada no momento em que o usuário do QPJ-BR inicia suas respostas para o questionário. Para minimizar 2 <http:\questionario.caed-lab.com>
Figura 43 – Página inicial do ambiente.
Figura 44 – Página de Cadastro do Grupo de Pesquisa.
as chances de um usuário inserir uma identificação de grupo sem fazer parte do mesmo, a passagem dessa informação só é realizada através do protocolo GET, informando o parâmetro codgrp3. Assim, para que um grupo consiga acesso as respostas posteriormente, ele precisa primeiro fornecer uma url para o questionário customizada com a chave do grupo experimental do qual ele deseja inserir o respondente, por exemplo, para que o usuário faça parte do conjunto CAEDLAB2 o usuário precisar fornecer o link para o questionário da seguinte maneira: <http: //questionario.caed-lab.com/index.php?codgrp=CAEDLAB2>. Ao utilizar o parâmetro é exibido no sistema à qual grupo poderá visualizar aquela resposta, conforme mostra a figura 47.
3 codgrp: parâmetro necessário para inserir o código de identificação do grupo experimental, na aplica-
Figura 45 – Página de Cadastro de Grupo Experimental.
Figura 46 – Página de Exibição dos Grupos Experimentais e interação com outras ferramentas.
Outra forma de interação com a aplicação consiste na requisição direta das informa- ções através de requisições GET na página gpmApi. Utilizando através do parâmetro action é possível executar ações como a "exportaUsuario", através dela é possível solicitar as in- formações um usuário específico em formato JSON, possibilitando uma integração direta entre duas ferramentas. O comando também necessita das informações de login do solici- tante, Sigla do grupo de pesquisa, senha e as informações do respondente do questionário, e-mail e código do grupo experimental associado, desse modo a url a ser transmitida se dá como no exemplo a seguir e subsequentemente, o objeto JSON 1, exemplifica o retorno da aplicação: <http://acessopesquisa.caed-lab.com/gpmAPI.php?action=exportaUsuario&sigla=
GEDDE1&senha=GEDDE&[email protected]&codgrp=EXEMPLOGEDDE>. JSON 2 – Retorno da requisição exporta usuário.
1 [ { " i d " : " 1 0 0 0 3 3 " , " g r u p o " : "EXEMPLOGEDDE" , " nome " : " Exemplo GEDDE" , " i d a d e " : " 3 0 " , " e m a i l " : " teste@exemploGEDDE . com " , " g e n e r o " : "m" , " e s c o l a r i d a d e " : " E n s i n o S u p e r i o r Completo " , " r e a l i z a c a o " : " 2 . 0 0 0 0 " , " s o c i a l " : " − 2 . 0 0 0 0 " , " ime r s a o " : " − 1 . 2 0 0 0 " , " m a j o r i t a r i o " : " R e a l i z a c a o " , " m e c a n i c a " : " 0 " , " c o m p e t i c a o " : " 2 . 0 0 0 0 " , " avanco " : " 2 . 0 0 0 0 " , " r e l a c i o n a m e n t o " : " − 2 . 0 0 0 0 " , " t r a b a l h o e m e q u i p e " : " − 2 . 0 0 0 0 " , " r o l e p l a y i n g " : " 0 . 0 0 0 0 " , " c u s t o m i z a c a o " : " − 1 . 5 0 0 0 " , " d e s c o b e r t a " : " 0 " , " escapismo " : " 0 " , " s o c i a l i z a c a o " : " − 2 . 0 0 0 0 " , " d a t a e n t r a d a ":"2018 −01 −01 1 2 : 4 8 : 3 5 " , " T i p o Q u e s t i o n a r i o " : " QPJBR " } ]
O arquivo retornado informa a pontuação do usuário para cada subfator com as pontu- ações variando entre −2 e 2, onde −2 representa uma rejeição pelas características do valor e 2 representa uma grande valorização das características daquele fator. Além das pontuações o sistema retorna o valor médio dos componentes Imersão, Social e Realização e o componente com a maior pontuação, além de dados de identificação do usuário permitindo sua classificação. Portanto o sistema retorna uma única string com as informações:
• id: identificação da resposta no banco do QPJ-BR; • grupo: grupo do qual a resposta faz parte;
• dataentrada: data da resposta
• TipoQuestionario: tipo de questionário identifica se a resposta vem do questionário "Experimental"ou do "QPJBR";
• nome: identificação do usuário; • idade: idade;
• email: email da resposta;
• genero: o gênero do usuário pode conter os valores: "m"para masculino, "f"para feminino, "o"para outro e "n"para não informado, em que o usuário responde o tem prefiro não informar.
• escolaridade: varia entre "fundamental incompleto"até "pós-graduação completa"; • realizacao: pontuação média entre as questões dos fatores avanco, mecanicia e competi-
cao;
• social: pontuação entre as questões dos fatores socialização, relacionamento, trabalhoe- mequipe;
• imersao: pontuação entre as questões dos fatores descoberta, escapismo, customizacao e roleplaying ;
• majoritario: retorna o macro componente com a maior pontuação, retornando: "Realizacao","Social"," ou "Empate", caso mais de um fator obtenha a mesma pontuação;
• avanco: pontuação entre −2 e 2; • mecanica: pontuação entre −2 e 2; • competicao: pontuação entre −2 e 2; • socializacao: pontuação entre −2 e 2; • relacionamento: pontuação entre −2 e 2; • trabalhoemequipe: pontuação entre −2 e 2; • roleplaying: pontuação entre −2 e 2;
• customizacao: pontuação entre −2 e 2; • descoberta: pontuação entre −2 e 2; e • escapismo: pontuação entre −2 e 2;
A.2.6
Aplicações
A primeira integração da aplicação foi com o sistema de aplicação do QPJ-BR, também submetido o para registro e já permite que os dados coletados pelo questionário sejam utilizados em aplicações de terceiros. Assim, espera-se que a inserção de outras ferramentas do grupos ocorra de maneira gradativa, acompanhando suas respectivas validações e a divulgação dos resultados obtidos.
A.2.7
Conclusões
A disponibilidade de ferramentas abertas de apoio à pesquisa é fundamental para o crescimento e avanço da ciência nacional uma vez que o alto custo para desenvolvimento e validação, por vezes, ultrapassa orçamentos de pesquisa e consome um tempo que pesquisadores e estudantes da Academia não dispõem. Diversas ferramentas desenvolvidas por grupos de pesquisa possuem potencial para contribuir com a comunidade mas em virtude de limitações na maneira de compartilhar as informações ou de integrar-se com sistemas de terceiros parte desse potencial e desperdiçado. Nesse sentido, acreditamos que ferramentas como a de aplicação do Questionário de Identificação Perfil de Jogadores e outras ferramentas que o grupo CAEd vem desenvolvendo enquadram-se nesse cenário. Assim, desenvolvemos o Gerenciador de Experimentos e Disseminação de Dados Experimentais (GEDDE) com o intuito de facilitar a utilização e integração com nossas ferramentas, permitindo um melhor aproveitamento desse potencial.
APÊNDICE