Modelo de dados

Foram definidos quatro modelos principais, que podem ser vistos como objetos ou entidades, tendo em conta o paradigma de programação orientada a objetos.

As três primeiras entidades são estáticas, uma vez que são imutáveis ao longo do tempo, isto é, não sofrem alterações através do código disponibilizado em back-end. Essas entidades são as seguintes: (a) Questão, (b) Resposta e (c) Crachá. A entidade Utilizador é a mais importante das entidades da base de dados, uma vez que é alvo de diversas modificações e por conter todas as informações essenciais dos estudantes e dos seus progressos.

Na figura 4.20, podemos analisar o atual modelo de dados de uma entidade do tipo Questão.

Figura 4.20: Modelo Questão

Uma Questão é constituída por um atributo chamado “conteúdo”, que contém a pergunta em formato de texto que será dirigida ao utilizador. Depois existe ainda o atributo “url da imagem”, que é a localização da imagem que vai ser alvo de análise por parte do utilizador. As imagens das questões foram guardadas estaticamente na solução por uma questão de otimização, mas

poderiam estar alojadas na internet através de, por exemplo, o serviço de armazenamento do Firebase. Por fim, existe ainda um atributo chamado “resposta correta” que contém o texto correspondente à resposta correta dessa mesma questão.

Em relação às questões finais de cada exercício, as mesmas têm apenas preenchido o atributo “conteúdo” uma vez que não existirá uma imagem para analisar, mas sim um bloco de código editável em substituição, e também porque não haverá respostas selecionáveis, uma vez que não se trata de uma pergunta do tipo “Quiz”.

Na seguinte figura podemos observar o modelo de uma Resposta:

Figura 4.21: Modelo Resposta

Uma Resposta é constituída apenas por um atributo chamado “conteúdo”, que irá conter uma possível resposta a uma questão em formato de texto. Cada questão irá estar associada a quatro diferentes respostas de cada vez, sendo que irá haver um cruzamento entre o atributo “resposta correta” de uma Questão e as quatro possíveis respostas de modo a ser obtida a validação de uma resposta correta. Em relação às questões finais esta entidade não existirá uma vez que não existe uma resposta correta padrão, mas sim o input introduzido pelo utilizador.

Em relação aos crachás, é possível verificar o seu modelo na figura 4.22.

Figura 4.22: Modelo Crachá

Como podemos verificar na figura acima descrita, um Crachá é constituído por diversos atributos cada um com a sua funcionalidade. O atributo “descrição” representa um texto explicativo acerca do motivo da conquista do crachá, enquanto que o atributo “identificador” fornece o nome do crachá apenas. O atributo “pontos” representa o número de pontos que serão

obtidos após a conquista do crachá. O atributo “url” indica o endereço da imagem do crachá para que o mesmo possa ser ligado ao HTML. Mais uma vez, as imagens dos crachás ficaram guardadas estaticamente na solução por questões de performance. Os atributos “desbloqueado” e “foi notificado” servem para indicar se o crachá foi conquistado pelo estudante, e se o estudante já foi notificado acerca da sua conquista, respetivamente. Por fim, temos o atributo “data de modificação”, que é atualizado no momento da criação e conquista do crachá.

As entidades do tipo Crachá serão posteriormente clonadas para a entidade do utilizador que será explicada em seguida.

Figura 4.23: Modelo Utilizador

Como se pode verificar através da figura anterior, a entidade do Utilizador engloba todos os atributos necessários para que seja possível usufruir de uma experiência gamificada ou não, aquando a utilização do protótipo.

Em primeiro lugar temos os atributos gerais que todos os estudantes deverão ter, como o nome, o email, a localização da sua imagem de Conta Google, a indicação do modo em que se encontra, gamificado ou não gamificado, o número de logins efetuados, a data de criação da entidade e a data de alterações, que será sempre atualizada quando houver alguma alteração a um dos atributos da entidade. A atribuição do modo gamificado a um estudante é efetuada tendo em conta o número de registos presentes na base de dados, sendo que para inscrições pares o estudante será alocado ao modo gamificado, caso contrário será alocado ao modo não gamificado.

Em seguida temos os atributos gamificados que serão sempre inicializados com o valor padrão zero, mas que apenas serão utilizados e modificados por estudantes que estejam a usufruir do modo gamificado. Dentro desta categoria temos o atributo nível que é o indicador do nível do estudante, o atributo crachás que indica quantos crachás o estudante conseguiu conquistar, o atributo pontuação de crachás que indica o número de pontos que foram obtidos através das conquistas dos crachás, o atributo endereços dos crachás que é um vetor que contém os possíveis crachás a obter por parte do estudante bem como as suas propriedades. Para além dos atributos mencionados temos os atributos relativos às buscas, onde existe um atributo que indica quantas buscas foram começadas e outro atributo que indica quantas buscas foram efetivamente completadas, e ainda um atributo que indica a pontuação obtida através das buscas. Existe ainda um atributo que indica a pontuação total do estudante que é a soma das pontuações obtidas através dos crachás com as pontuações obtidas através das buscas.

Por fim temos os atributos não gamificados que, tal como os atributos gamificados, são inicializados com o valor padrão zero e apenas são modificados por estudantes que estejam no modo não gamificado. Temos portanto, um atributo que indica a melhor nota obtida pelo estudante na primeira lição, um atributo que indica a melhor nota na segunda lição, um atributo que indica a melhor nota na terceira lição e ainda um atributo que indica qual a nota média das três lições. À imagem dos atributos gamificados temos ainda um atributo no modo não

gamificado que nos indica quantas lições foram iniciadas e outro atributo que nos indica quantas lições o estudante efetivamente completou.