consiste num programa de actividades científicas, desportivas e de lazer, realizadas num campus universitário.
No contexto das actividades científicas, foram realizadas no Laboratório de Robótica e Automação da Universidade de Aveiro, nos dias 8 e 9 de Julho, actividades relaciona- das com a manipulação robótica de objectos e com o projecto de condução autónoma (ATLASCAR), para além de uma sessão de testes do sistema CLASSQUIZ. Os partici- pantes foram alunos do ensino secundário aos quais, depois de participarem nas activida- des propostas, foram sujeitos a seis questões, com a duração de 30 segundos cada, sobre as actividades que haviam realizado (figura 7.5).
Devido ao elevado número de participantes em relação ao número de terminais dispo- níveis, os alunos, agrupados em 6 grupos de três elementos e com um terminal individual por grupo, responderam às questões projectadas. De resto, a configuração do sistema implementado nesta sessão de testes foi em tudo semelhante à da primeira sessão em ambiente realista, ou seja, foi utilizada a mesma máquina como servidor e cliente da aplicação web, sendo que a comunicação entre estes dois elementos se deu através de um router presente no laboratório, responsável por criar a rede local à qual se ligam todos os dispositivos. Contudo, ao contrário do que aconteceu na primeira sessão, as questões não foram inseridas numa apresentação. Em vez disso, as questões foram realizadas em sequência, tendo sido apenas explicado de uma forma muito resumida como é que os participantes deveriam utilizar os terminais para responder às questões que lhes iriam ser colocadas. No que aos terminais individuais diz respeito, ao contrário do que havia acontecido na primeira sessão de testes em ambiente realista, os terminais já se encon- travam devidamente montados na caixa protectora, minimizando assim drasticamente os problemas de falha de comunicação entre componentes dos terminais.
Em geral, a sessão decorreu sem problemas, com a excepção de uma resposta sub- metida que não foi devidamente validada pelo servidor. Desde então, não foi possível replicar o problema, pelo que o mais provável é que tenha ocorrido alguma falha de co- municação entre o módulo leitor de cartões e o microcontrolador, impossibilitando assim a leitura do cartão de identificação e consequentemente o seu registo da resposta na base de dados, ou alguma falha de comunicação entre o terminal e o microcontrolador (neste caso, a causa mais provável é que o microcontrolador se tenha desconectado momenta- neamente da rede, não tendo conseguido reestabelecer a ligação durante o decorrer da questão).
Ao nível da facilidade de utilização dos terminais, não existiu qualquer tipo de di- ficuldades sentidas por parte dos participantes, existindo até algum entusiasmo visível pela participação nos inquéritos.
Para concluir, embora tenha ocorrido um problema com um dos terminais individuais no decorrer de uma questão, considera-se que os resultados são bastante satisfatórios, tanto pela ausência de outros problemas, como pela aceitação e facilidade de utilização dos terminais demonstrados pelos participantes da Academia de Verão. Ainda assim, fica demonstrado que o sistema CLASSQUIZ carece da realização de mais testes, a fim de identificar possíveis falhas, tanto na montagem de componentes, como na implementação do sistema.
Considerações Finais
Neste capítulo são apresentadas as principais conclusões desta dissertação, bem como descritas as perspectivas de desenvolvimentos futuros que podem surgir na sua sequência.
8.1 Conclusões
Um dos principais objectivos desta dissertação consistia no desenvolvimento de uma aplicação web, capaz de comunicar com os terminais individuais desenvolvidos, e que permitisse a criação e realização de questionários electrónicos, para além de permitir a obtenção de resultados imediatos. Outro grande objectivo passava pela criação dos terminais individuais, capazes de autenticar, em contínuo, o aluno participante nos ques- tionários postos globalmente.
Em relação ao desenvolvimento da aplicação web, a opção pela utilização da fra- mework Django para o desenvolvimento do back-end mostrou-se acertada. Graças à sua vasta documentação online, e em virtude da estruturação rígida que esta impõe ao pro- jecto, a implementação de novas funcionalidades tornou-se bastante simples, uma vez que uma mesma ideia é implementada de forma muito semelhante nos mais diversos pro- jectos encontrados na Internet. Além disso, a forte comunidade existente em torno desta framework, em especial a comunidade open-source, provou ser uma mais valia inigualável tanto na aprendizagem da utilização da ferramenta, como na resolução de problemas.
Outra vantagem da utilização desta framework diz respeito ao facto de oferecer, logo à partida, um sistema de contas de utilizador bastante robusto e fiável, que contempla inclusive a encriptação de senhas, e uma página de administrador. Esta última, para além das vantagens que proporciona na utilização regular do sistema, serviu ainda como um dos principais métodos de debugging durante o desenvolvimento da aplicação, uma vez que a aplicação consiste, essencialmente, em modelos que podem ser registados na página do administrador.
No que ao desenvolvimento dos terminais diz respeito, foi necessário reformular todo o seu firmware, de forma a, por um lado, permitir comunicações com o servidor segundo o protocolo TCP, e por outro permite a verificação, em contínuo, da presença do cartão de identificação no mesmo. Para além disso, foi necessário garantir que este permita o envio de respostas com e sem cartão, de forma a ser possível a realização de inquéritos anónimos.
Uma questão que foi necessário abordar diz respeito ao sistema de alimentação, uma vez que tal não havia sido equacionado na versão anterior do terminal. A solução adop- tada permitiu solucionar rapidamente este problema, embora não seja a solução ideal, tanto ao nível do seu custo (as baterias utilizadas correspondem ao componente mais caro dos terminais) como ao nível das suas dimensões. Ainda assim, a solução provou ser ideal para a alimentação de terminais protótipos.
Quanto à acomodação do cartão de estudante e fixação dos botões e LED’s dos terminais, verifica-se que a solução encontrada cumpre com os requisitos previamente estabelecidos. Principalmente no que respeita aos botões, o facto de o utilizador do ter- minal premir directamente os mesmos permite-lhe receber um feedback táctil que não existia na versão anterior do terminal, onde o aluno fazia actuar os botões por intermé- dio de uma extensão em plástico. O principal problema relativo à estrutura mecânica desenvolvida prende-se com o seu método de produção, uma vez que as estruturas desen- volvidas foram obtidas por impressão 3D. Este método de fabrico, apesar de excelente para prototipagem, torna-se muito demorada para o fabrico de uma série de terminais, ainda que pequena (uma caixa demora cerca de 5 horas a ser impressa, e requer mais algumas para acabamentos e montagens dos componentes).
Por fim, os resultados dos testes realizados evidenciam um elevado grau de aceitabi- lidade do sistema tanto por parte dos alunos, que o vêm inclusive como uma forma de poderem melhorar o seu aproveitamento escolar, como por parte dos professores. Esta receptividade é imperativa, uma vez que para o sistema CLASSQUIZ ter sucesso, não basta a aceitação por parte dos professores, é necessário que os alunos sintam que este traduz um modelo válido e justo de avaliação.
O sistema desenvolvido deu origem a um poster digital que foi submetido, com su- cesso, à participação no Fórum de Ensino e Aprendizagem@UA, que se caracteriza como um espaço de debate de estratégias, iniciativas e inovação no ensino e na aprendizagem. Durante o decorrer do evento, o poster digital encontrou-se exposto ao público em local próprio, definido pela organização do evento.