sistema de apoio ao aluno universitário u+ · tirar apontamentos estimula os alunos a seguir...

Departamento de Ciências e Tecnologias da Informação

Sistema de Apoio ao Aluno Universitário U+

Luís Filipe Araújo Cardoso

Dissertação submetida como requisito parcial para obtenção do grau de

Mestre em Engenharia Informática

Orientador:

Prof. Doutor António Luís Morais Costa Silva Lopes, Assistente,

ISCTE – Instituto Universitário de Lisboa

Novembro, 2012


i

Resumo

Esta dissertação propõe resolver o problema da criação e partilha de informação/apontamentos entre

alunos. A razão de abordar o problema indicado é colmatar uma das falhas das aplicações de apoio

ao aluno universitário existentes, a partilha de informação entre alunos. Tirar apontamentos estimula

os alunos a seguir activamente a aula, a conscientemente seleccionar o conteúdo importante, e

reformulá-lo nas suas próprias palavras. A partilha de apontamentos com outros alunos pode ajudar a

completar os apontamentos do aluno, ou seja, a construir um entendimento partilhado.

De forma a resolver o problema apontado foi desenvolvido um sistema de informação de apoio ao

aluno universitário (U+) que tem como vantagem em relação a anteriores, reunir as qualidades de

sistemas existentes, acrescentando novas funcionalidades, de forma a facilitar a execução das

tarefas académicas por parte dos alunos universitários. Além de permitir a partilha de apontamentos

entre alunos, o sistema facilita a organização dos compromissos académicos dos alunos

universitários, acrescentando funcionalidades destinadas a este ponto: Agenda e gestão de

contactos.

Após os testes e avaliações ao protótipo desenvolvido, foi possível verificar que o mesmo poderá

ajudar os alunos universitários no dia-a-dia académico, mas ainda há muito caminho pela frente na

criação de uma ferramenta consistente para o efeito pretendido, o que deixa margem de progressão

ao sistema U+.

Palavras-chave: Aprendizagem, tecnologia, partilha, apontamentos, alunos universitários


ii

Abstract

This thesis proposes to solve the problem of creating and sharing information / notes between

students. The reason to approach the problem is to bridge one of the flaws of existing university

student support applications and information sharing among students. Taking notes encourages

students to actively follow the lesson, to consciously select content that is important, and reformulate it

in your own words. Sharing notes with other students can help supplement a student's grades, i.e.,

cooperatively build a shared understanding.

In order to solve the problem mentioned, an information system was developed to support university

students (U +) which has some advantages over previous ones. It possesses the qualities of existing

systems, adding new features in order to facilitate the execution of academic tasks by the university

students. Besides allowing the sharing of notes among students, the system facilitates the

organization of academic commitments of university students, adding features to this point: Calendar

and contact management.

After the evaluation of the prototype, we found that it may be helpful for college students on the day-

to-day academic tasks, but there is still a long way to go in creating a tool for the desired effect, which

leaves some room for improvement to system U+.

Keywords: Learning, technology, sharing notes, college students


iii

Índice

1. Introdução ............................................................................................................................. 1 1.1. Enquadramento .................................................................................................................................... 1

1.2. Motivação .............................................................................................................................................. 1

1.3. Questões de Investigação ................................................................................................................... 2

1.4. Objectivos ............................................................................................................................................. 2

1.5. Método de Investigação ....................................................................................................................... 3

1.6. Conteúdo da Dissertação .................................................................................................................... 5

2. Revisão da Literatura ........................................................................................................... 6 2.1. Aplicações para computador .............................................................................................................. 6

2.1.1. LESSON ...................................................................................................................................... 6

2.1.2. CoScribe ...................................................................................................................................... 8

2.1.3. eClass ........................................................................................................................................ 10

2.1.4. DyKnow ..................................................................................................................................... 12

2.1.5. OneNote .................................................................................................................................... 13

2.2. Aplicações móveis ............................................................................................................................. 15

2.2.1. C-Notes...................................................................................................................................... 15

2.2.2. NotePals .................................................................................................................................... 16

2.3. Aplicações híbridas (Computador e móvel) .................................................................................... 18

2.3.1. U-Note ....................................................................................................................................... 18

2.3.2. Evernote .................................................................................................................................... 19

2.3.3. Springpad .................................................................................................................................. 21

2.3.4. Google Groups .......................................................................................................................... 24

2.3.5. Microsoft Outlook ....................................................................................................................... 25

2.4. Análise comparativa........................................................................................................................... 26

2.5. Norma ISSO/IEC 9126......................................................................................................................... 27

2.6. Avaliação de qualidade das aplicações segundo a norma ISSO/IEC 9126 .................................. 29

2.7. Considerações finais ......................................................................................................................... 31

3. Abordagem técnica ............................................................................................................ 33 3.1. Metodologia ........................................................................................................................................ 33

3.2. Especificação de requisitos .............................................................................................................. 34

3.2.1. Definição dos módulos .............................................................................................................. 34

3.2.2. Requisitos funcionais ................................................................................................................. 35

3.2.3. Requisitos de interface de utilizador ......................................................................................... 36

3.3. Arquitectura ........................................................................................................................................ 37

3.3.1. Estruturação do sistema ............................................................................................................ 37

3.3.2. Diagrama de caso de uso (Use-Case) ...................................................................................... 38

3.3.3. Diagrama de classes ................................................................................................................. 40

3.3.4. Diagrama de componentes ....................................................................................................... 42

3.3.5. Modelo de dados ....................................................................................................................... 43

3.4. Implementação ................................................................................................................................... 49

3.4.1. Componentes do sistema .......................................................................................................... 49

3.4.2. Acesso à aplicação em dispositivos móveis ............................................................................. 49


iv

3.4.3. Descrição dos componentes do sistema................................................................................... 50

3.4.4. Fluxo de informação entre módulos .......................................................................................... 52

3.4.5. Interfaces gráficas do sistema ................................................................................................... 53

4. Avaliação ............................................................................................................................ 63 4.1. Método utilizado pelos alunos actualmente .................................................................................... 66

4.2. Análise ao protótipo ........................................................................................................................... 68

4.2.1. Usabilidade ................................................................................................................................ 68

4.2.2. Performance .............................................................................................................................. 69

4.2.3. Comparação com aplicações utilizadas actualmente ............................................................... 69

4.2.4. Interface ..................................................................................................................................... 71

4.2.5. Satisfação na utilização ............................................................................................................. 72

4.2.6. Utilidade ..................................................................................................................................... 73

4.3. Apreciação geral ................................................................................................................................. 73

5. Conclusões ......................................................................................................................... 75

5.1. Resultados do questionário .............................................................................................................. 75

5.2. Benefícios ........................................................................................................................................... 76

5.3. Limitações ........................................................................................................................................... 77

5.4. Trabalho futuro ................................................................................................................................... 77

5.5. Considerações finais ......................................................................................................................... 78

Referências ............................................................................................................................... 79

Anexo A .................................................................................................................................... 82


v

Lista de Figuras

Figura 1. Fluxo de actividades do modelo Design Science Research ................................................... 4

Figura 2. Arquitectura da instância e nó LESSON ................................................................................. 7

Figura 3. Arquitectura do subsistema de partilha ................................................................................... 7

Figura 4. Interface do subsistema de partilha ........................................................................................ 8

Figura 5. Escrita de apontamentos em documentos impressos com o CoScribe .................................. 9

Figura 6. Visão geral do CoScribe .......................................................................................................... 9

Figura 7. Interface do CoScribe e visualização de apontamentos partilhados .................................... 10

Figura 8. Funcionamento do eClass: Professor apresenta um Powerpoint no ecrã da direita. Os

outros quadros são auxiliares, apresentam o slide anterior, apontamentos ou páginas web .............. 11

Figura 9. Exemplo de notas tiradas na sala de aulas .......................................................................... 11

Figura 10. Na esquerda: Sala de aula, na direita: Pen Video Tablet ................................................... 12

Figura 11. Visão geral da interface do OneNote .................................................................................. 13

Figura 12. Alunos utilizando o OneNote ............................................................................................... 13

Figura 13. Desenho representativo de um livro do PRC ...................................................................... 14

Figura 14. Diferentes componentes da arquitectura do C-Notes ......................................................... 15

Figura 15. Interface do C-Notes ........................................................................................................... 16

Figura 16. U.S. Robotics Pilot .............................................................................................................. 16

Figura 17. (a) Área de foco do NotePals e (b) atributos da nota .......................................................... 17

Figura 18. Exemplo de uma nota ......................................................................................................... 17

Figura 19. Caderno real e visão do caderno no U-Study ..................................................................... 19

Figura 20. Screenshots do U-Move: Calendário (esquerda), documentos digitais associados á aula

(centro); slide de uma aula visto na aplicação (direita) ......................................................................... 19

Figura 21. Criação de uma nova nota .................................................................................................. 20

Figura 22. Novo caderno digital ............................................................................................................ 21

Figura 23. Partilha do caderno digital ................................................................................................... 21

Figura 24. Vários dispositivos onde o Springpad pode ser executado ................................................ 22

Figura 25. Ecrã principal do Springpad ................................................................................................ 23

Figura 26. Detalhe de um item registado no Springpad ....................................................................... 24

Figura 27. Página inicial do Google Groups ......................................................................................... 24

Figura 28. Microsoft Outlook Web App ................................................................................................. 25

Figura 29. Microsoft Outlook Mobile ..................................................................................................... 26

Figura 30. Estrutura da norma ISO/IEC 9126 ...................................................................................... 27

Figura 31. Características e sub-características de qualidade externa e interna [27] ......................... 28

Figura 32. Modelo de qualidade em uso segundo a ISO/IEC 9126-1 [27] ........................................... 29

Figura 33. Módulos do U+ .................................................................................................................... 34

Figura 34. Arquitectura do U+ .............................................................................................................. 37

Figura 35. Diagrama UML Use-Case ................................................................................................... 39

Figura 36. Diagrama de classes UML .................................................................................................. 41

Figura 37. Diagrama de componentes UML ......................................................................................... 42

Figura 38. Modelo de dados dos módulos “Gestão de apontamentos”, “Gestão de contactos” e

“Gestão de agenda” ............................................................................................................................... 43

Figura 39. Modelo de dados do módulo “Administração” ..................................................................... 47

Figura 40. Componentes gerais do sistema ......................................................................................... 49

Figura 41. Reencaminhamento para aplicação móvel ......................................................................... 50

Figura 42. Fluxo de navegação entre os módulos ............................................................................... 52

Figura 43. Menu da interface web ........................................................................................................ 53

Figura 44. Menu da interface móvel ..................................................................................................... 53

Figura 45. Página de Login................................................................................................................... 54

Figura 46. Página inicial ....................................................................................................................... 55

Figura 47. Página de edição de dados do utilizador ............................................................................ 56


vi

Figura 48. Página da lista de eventos .................................................................................................. 57

Figura 49. Página de edição de um evento .......................................................................................... 57

Figura 50. Página da lista de contactos ............................................................................................... 58

Figura 51. Página de edição de um contacto ....................................................................................... 59

Figura 52. Pop-up de gestão de grupos de contactos ......................................................................... 60

Figura 53. Página da lista de apontamentos ........................................................................................ 61

Figura 54. Página de edição de apontamentos .................................................................................... 61

Figura 55. Página de administração ..................................................................................................... 62

Figura 56. Percentagem de utilização de aplicações de gestão de apontamentos, agenda ou

contactos ............................................................................................................................................... 66

Figura 57. Percentagem de utilização de aplicações por parte dos alunos ......................................... 67

Figura 58. Percentagem das formas de tirar apontamentos utilizadas pelos alunos .......................... 67

Figura 59. Avaliação da usabilidade do U+ .......................................................................................... 68

Figura 60. Avaliação performance do U+ ............................................................................................. 69

Figura 61. Avaliação da comparação do U+ com as aplicações utilizadas ......................................... 69

Figura 62. Aspectos em que o U+ é melhor que as aplicações utilizadas actualmente ...................... 70

Figura 63. Aspectos em que o U+ é pior que as aplicações utilizadas actualmente ........................... 71

Figura 64. Avaliação da interface do U+ .............................................................................................. 72

Figura 65. Avaliação da satisfação dos utilizadores ............................................................................ 72

Figura 66. Avaliação da utilidade do U+ ............................................................................................... 73

Figura 67. Resultados das perguntas finais ......................................................................................... 74


vii

Lista de Tabelas

Tabela 1. Matriz de comparação das funcionalidades das aplicações ................................................ 26

Tabela 2. Avaliação das aplicações segundo as características definidas na norma ISO/IEC 9126 .. 30

Tabela 3. Classificação das aplicações segundo os resultados da avaliação ..................................... 30

Tabela 4. Matriz de tabelas utilizadas na construção dos módulos do sistema ................................... 43

Tabela 5. Descrição da tabela “Aluno” .................................................................................................. 44

Tabela 6. Descrição da tabela “Agenda” .............................................................................................. 44

Tabela 7. Descrição da tabela “Contacto” ............................................................................................ 45

Tabela 8. Descrição da tabela “GrupoContacto” .................................................................................. 45

Tabela 9. Descrição da tabela “Apontamento” ..................................................................................... 46

Tabela 10. Descrição da tabela “Disciplina” ......................................................................................... 46

Tabela 11. Descrição da tabela “Disciplina_Aluno” .............................................................................. 47

Tabela 12. Descrição da tabela “Utilizador” .......................................................................................... 48

Tabela 13. Descrição da tabela “Curso” ............................................................................................... 48

Tabela 14. Descrição da tabela “Turma” .............................................................................................. 48

Tabela 15. Distribuição da amostra ...................................................................................................... 64

Tabela 16. Tabela de frequências da amostra por tipo de curso ......................................................... 64

Tabela 17. Tabela de frequências da amostra por curso ..................................................................... 65

Tabela 18. Tabela de frequências da amostra por ano do aluno ......................................................... 65

Tabela 19. Tabela de frequências da amostra por género dos alunos ................................................ 65

Tabela 20. Tabela de frequências da amostra por idade dos alunos ................................................... 66

Tabela 21. Tabela de frequências da utilização de aplicações de gestão de apontamentos, agenda ou

contactos ............................................................................................................................................... 66

Tabela 22. Tabela de frequências da utilização de aplicações por parte dos alunos .......................... 67

Tabela 23. Tabela de frequências das formas de tirar apontamentos utilizadas pelos alunos ............ 68

Tabela 24. Tabela de frequências da usabilidade do U+ ..................................................................... 68

Tabela 25. Tabela de frequências da performance do U+ ................................................................... 69

Tabela 26. Tabela de frequências da comparação com as aplicações utilizadas................................ 70

Tabela 27. Tabela de frequências dos aspectos em que o U+ é melhor que as aplicações utilizadas

actualmente ........................................................................................................................................... 70

Tabela 28. Tabela de frequências dos aspectos em que o U+ é pior que as aplicações utilizadas

actualmente ........................................................................................................................................... 71

Tabela 29. Tabela de frequências da avaliação da interface do U+ .................................................... 72

Tabela 30. Tabela de frequências da avaliação da satisfação dos utilizadores................................... 73

Tabela 31. Tabela de frequências da avaliação da utilidade do U+ ..................................................... 73

Tabela 32. Tabela de frequências do incentivo a tirar mais apontamentos ......................................... 74

Tabela 33. Tabela de frequências da facilidade na gestão da agenda e contactos............................. 74

Tabela 34. Tabela de frequências da possível utilização durante as aulas ......................................... 74


viii

Glossário PDF Portable Document Format

HTML Abreviatura para HyperText Markup Language, que significa

Linguagem de Marcação de hipertexto

WML Wireless Markup Language

XML Extensible Markup Language

Browser/Web Browser Navegador Web

Smartphone Telefone inteligente

PDA Personal digital assistants Assistente pessoal digital

Cloud / Cloud computing Computação em nuvem refere-se à utilização da memória e

das capacidades de armazenamento e cálculo de

computadores e servidores partilhados e ligados através da

internet

http://pt.wikipedia.org/wiki/Mem%C3%B3ria_RAM

http://pt.wikipedia.org/wiki/Computador

http://pt.wikipedia.org/wiki/Servidor

http://pt.wikipedia.org/wiki/Internet


1

1. Introdução

Normalmente o professor passa o seu conhecimento para os alunos numa sala de aula de uma das

seguintes formas: antes de entrar na sala de aula prepara a matéria que vai dar, dentro da sala de

aula, consulta as suas notas e adicionalmente escreve no quadro aspectos que acha mais relevantes

para os alunos ou prepara um conjunto de slides que apresenta na sala de aula, o que permite ao

mesmo tempo, os alunos acompanharem o seu discurso observando os slides num projector. Em

ambos os cenários, é habitual os alunos tirarem apontamentos em cadernos ou folhas sobre o que o

professor apresenta no quadro ou nos slides e adicionarem os seus próprios comentários.

Com o avançar da tecnologia, os computadores passaram a ser uma ferramenta poderosa numa sala

de aula, surgiram aplicações específicas, como o Powerpoint, que substituíram os acetatos e

retroprojectores. Os professores têm agora um meio mais eficiente e ordeiro para preparar as aulas,

arquivar e reutilizar o seu material.

Nesta dissertação pretende-se beneficiar do uso de tecnologias para facilitar o tirar de apontamentos

por parte dos alunos. A tecnologia deve ser vista como um meio motivador para o ensino,

aumentando desta forma, os níveis de aprendizagem dos alunos.

O protótipo desenvolvido pode ser utilizado pelos alunos como ferramenta de trabalho na sala de aula

e fora dela, visto que permite registar apontamentos dentro da sala de aula e consultá-los ou editá-los

posteriormente. Este protótipo também tem outras funcionalidades importantes no quotidiano

académico de um aluno universitário, visto que permite gerir contactos e eventos universitários.

O resto do capítulo descreve o problema, a metodologia seguida, os objectivos do sistema e termina

com a enumeração dos restantes capítulos da dissertação.

1.1. Enquadramento

A dissertação apresentada tem como enquadramento geral o ensino universitário e como contexto

específico os alunos universitários e as suas actividades académicas enquanto agentes participantes

do mundo universitário. A proposta defendida na dissertação tem como objectivo principal

desenvolver um sistema de informação de apoio ao aluno universitário e propõe-se a resolver o

problema da partilha de informação/apontamentos entre alunos universitários.

O sistema a ser desenvolvido tem como vantagem em relação a abordagens semelhantes, reunir as

qualidades de sistemas existentes, acrescentando novas funcionalidades, de forma a facilitar a

execução das tarefas académicas por parte dos alunos universitários.

1.2. Motivação

A razão de abordar o problema indicado anteriormente é conseguir colmatar uma das falhas das

aplicações de apoio ao aluno universitário existentes, a partilha de informação entre alunos. Desta

forma pretende ser um sistema suplementar aos já existentes: e-learning, fénix, horarios.iscte.pt,

ajuda.iscte.pt, etc.


2

Outros dos motivos do desenvolvimento do sistema a implementar é auxiliar a organização dos

compromissos académicos dos alunos universitários, acrescentando funcionalidades destinadas a

este ponto: Agenda e gestão de contactos.

Com a implementação deste sistema, quem mais ganha são os alunos, visto que, vão ter mais

informação disponível para estudo. Se o aluno faltar a uma aula, além dos apontamentos/documentos

fornecidos pelo professor, poderá também consultar apontamentos tirados por colegas da turma na

aula. Pressupõem-se que um aluno conseguirá mais facilmente uma boa nota se compreender a

matéria e para compreender a matéria é necessário que esta esteja acessível. Quanto mais material

e apontamentos sobre o material estiver disponível para o aluno, maiores são as probabilidades de

compreender a matéria e consequentemente ser aprovado (ganho potencial).

A universidade no geral, e os professores em particular, também ganham com a implementação

deste sistema, visto que os alunos terão o material académico melhor organizado e ficarão mais

motivados com a introdução de uma nova aplicação (ganho potencial).

1.3. Questões de Investigação

As questões de investigação formuladas sobre o problema levantado são as seguintes:

Este sistema resolve o problema da partilha de apontamentos entre alunos?

Em que medida o novo sistema a implementar poderá beneficiar os alunos em relação aos

sistemas existentes?

Será vantajoso o uso do sistema no estudo do aluno?

1.4. Objectivos

O sistema proposto tem como principal objectivo promover uma alteração no modo de aprendizagem

existente, providenciando minimizar a distracção dos alunos e maximizar a sua aprendizagem. Desta

forma, pretende ser uma ferramenta de apoio ao aluno universitário que cumpra com as seguintes

expectativas:

A interface desenvolvida deverá ser simples e orientada à necessidade de tirar apontamentos

em tempo real durante a aula, não devendo distrair o aluno;

Aumentar o número de apontamentos. A aplicação poderá funcionar como um arquivo de

informação dos alunos;

Permitir rever a aula, editar ou acrescentar novos apontamentos;

Facilitar a comunicação entre alunos da mesma turma e do delegado de turma com o resto

da turma;

Facilitar o controlo dos contactos universitários e outros contactos;

Facilitar a gestão dos compromissos universitários (aulas extras, datas de exames, datas de

entregas de trabalho, etc.).


3

1.5. Método de Investigação

O método de investigação seguido na elaboração da dissertação foi o Design Science Research [1].

Este método é um processo de resolução de problemas e tem como princípio fundamental: “O

conhecimento e compreensão de um problema de projecto e a sua solução são adquiridos na

construção e aplicação de um artefacto” e oferece linhas de orientação específicas para a avaliação e

iteração de projectos de pesquisa. O DSR focaliza-se no desenvolvimento e no desempenho de

artefactos com a intenção explícita de melhorar o seu desempenho funcional. A sua aplicação é mais

representativa nas disciplinas da engenharia e ciências da computação, contudo não é restringida a

estas e pode ser encontrada em muitas outras disciplinas e campos. DSR requer a criação de um

artefacto inovador para um domínio de um problema e o artefacto deve ser avaliado a fim de

assegurar a sua utilidade para o problema especificado. De forma a poder dar uma contribuição à

investigação, o artefacto deve resolver um problema que ainda não tenha sido resolvido, ou fornecer

uma solução mais eficaz. A construção e a avaliação do artefacto devem ser realizadas

rigorosamente, e os resultados da investigação devem ser apresentados de forma eficaz.

O método de investigação Design Science Research pode ter como base uma das quatro abordagens

apresentadas:

1. Abordagem centralizada no problema: Esta abordagem de pesquisa é ajustada para uma

situação "quando a ideia para a pesquisa resultou da observação do problema ou de

sugestões de futuras pesquisas de um artigo de um projecto anterior".

2. Solução centrada no objectivo: Recorre-se a esta abordagem quando existe uma

necessidade da indústria ou de investigação que podem ser abordadas através do

desenvolvimento de um artefacto.

3. Abordagem centrada no desenho e desenvolvimento: Esta abordagem é adequada a

situações em que o artefacto já existe, mas não está totalmente desenvolvido como uma

solução para o domínio do problema explícito em que é suposto ser utilizado.

4. Solução inicializada com o cliente/contexto: Abordagem baseada na observação de uma

solução que funciona ou no resultado de uma experiencia de consultoria.

No desenvolvimento do protótipo desta dissertação foi seguida uma abordagem centrada no

problema. Esta abordagem foi seguida porque foi identificado um problema que resultou da ausência

de uma aplicação que seja vantajosa para o aluno. Não existindo essa aplicação, foram analisadas

possíveis alternativas e decidiu-se criar uma aplicação com base nas limitações das existentes.

No processo de investigação DSR devem ser seguidas um determinado número de actividades que

depende da abordagem seguida pelo investigador. As actividades definidas no método DSR são as

seguintes:


4

Figura 1. Fluxo de actividades do modelo Design Science Research

Cada abordagem ao modelo tem um ponto de entrada na sequência de actividades. A abordagem

seguida nesta dissertação tem como actividades a serem seguidas:

1. Identificação do problema e motivação: Definir o problema específico de investigação e

justificar o valor de uma solução. A definição do problema irá ser utilizada para desenvolver

um artefacto que pode efectivamente proporcionar uma solução. Os recursos necessários

para esta actividade incluem o conhecimento do estado do problema e a importância da sua

solução.

2. Definir os objectivos para uma solução: Inferir os objectivos de uma solução a partir da

definição do problema e do conhecimento do que é possível e fazível. Os objectivos podem

ser quantitativos ou qualitativos.

3. Desenho e desenvolvimento: Esta actividade inclui a determinação da funcionalidade

desejada do artefacto e a sua arquitectura e, em seguida, criar o artefacto real (por exemplo,

construções de modelos, métodos ou instanciações). Os recursos necessários vão desde

objectivos a concepção e o desenvolvimento inclui conhecimento da teoria que pode ser

exercida numa solução.

4. Demonstração: Demonstrar o uso do artefacto para resolver uma ou mais instâncias do

problema. Isso pode envolver a sua utilização em experiencias, simulações, estudos de caso,

provas ou outras actividades apropriadas.

5. Avaliação: Observar e medir o quanto o artefacto suporta uma solução para o

problema. Esta actividade consiste em comparar os objectivos de uma solução com os

resultados reais observados do uso do artefacto na demonstração. A avaliação pode assumir

muitas formas: comparação da funcionalidade do artefacto com os objectivos de soluções

(actividade 2), medidas de desempenho quantitativo como os resultados de pesquisas de

satisfação, feedback do cliente, ou simulações.

6. Comunicação: Comunicar o problema e a sua importância, a sua utilidade e novidade, o

rigor da sua concepção e a sua eficácia.


5

Estas seis actividades foram seguidas na elaboração da dissertação e no desenvolvimento do

sistema (protótipo) da seguinte forma: No capítulo de introdução da dissertação é definido o problema

que se pretende resolver, a motivação para o fazer, e os objectivos pretendidos (actividades 1 e 2).

De seguida, depois de terminada esta análise e de ser estudado o estado da arte, foi desenhado e

desenvolvido o protótipo do sistema (actividade 3). Após a conclusão do mesmo, foi feita uma

demonstração e avaliação por parte de utilizadores-teste (actividades 4 e 5). No final, a dissertação

foi divulgada ao júri e foi alvo de discussão (actividade 6).

1.6. Conteúdo da Dissertação

O restante desta dissertação é composto por mais 4 capítulos. No capítulo 2, é apresentado o estado

da arte sobre aplicações de apontamentos para alunos dentro da sala de aula. São abordados três

tipos de aplicações: Aplicações para computador, aplicações móveis e aplicações hibridas

(computador e móvel). No final da secção é apresentada uma matriz-resumo onde é possível

comparar as aplicações ao nível das suas funcionalidades.

No capítulo 3 é explicada a abordagem técnica seguida na elaboração do protótipo da aplicação. Este

capítulo divide-se pelos seguintes pontos: Metodologia, especificação de requisitos, arquitectura da

aplicação e implementação.

A avaliação do protótipo é apresentada no capítulo 4, são apresentados os resultados de um

questionário realizado aos alunos que testaram o protótipo.

O capítulo 5 representa a conclusão desta dissertação, com a apresentação da análise aos

resultados do questionário, dos benefícios da abordagem, das limitações da aplicação e sugestões

para trabalho futuro.


6

2. Revisão da Literatura

Nesta secção são apresentados alguns dos trabalhos focados em como ajudar os alunos na

aprendizagem através de apontamentos digitais durante a aula. Esta secção divide-se em três partes:

Aplicações para computador, aplicações móveis e aplicações hibridas (computador e móvel). No final

de cada parte, é apresentada uma conclusão que contem a análise e crítica dos trabalhos

apresentados.

Como forma de conclusão geral, no final desta secção, é apresentada uma matriz-resumo de

comparação das aplicações analisadas e uma comparação da qualidade das aplicações segundo a

norma ISSO/IEC 9126 [23].

2.1. Aplicações para computador

Nesta primeira parte, são apresentadas aplicações de apontamentos desenvolvidas para ser

utilizadas num computador. Foram analisadas as seguintes aplicações: LESSON [2], CoScribe [4][5],

eClass [7], DyKnow [8][9] e OneNote [10]

2.1.1. LESSON

O sistema LESSON é dedicado a professores e alunos de forma a apoiar o ensino baseado na Web e

actividades de aprendizagem [2]. LESSON é uma abreviatura de “LE cture notes S earching and S

haring O ver InterN et” (Procura e partilha de apontamentos de aulas na internet). O sistema recorre a

um mecanismo de metasearch de apontamentos de aula para pesquisa na Web e a uma rede de

sobreposição peer-to-peer (P2P) para partilha de apontamentos entre os utilizadores. Utilizando esta

rede todos os computadores usados por professores e alunos podem ser conectados a uma

sociedade virtual através da internet e comunicar directamente entre si para partilha de apontamentos

de aula, sem qualquer servidor centralizado. Os resultados experimentais indicaram que o sistema

LESSON tem melhor desempenho na pesquisa de apontamentos de aula na Web do que alguns

motores de pesquisa populares e alguns metasearch schemes existentes [2].

O LESSON consiste em dois subsistemas funcionais: procura de apontamentos e partilha de

apontamentos. Um computador com o software instalado a correr é chamado de nó LESSON. Um

conjunto de nós LESSON forma uma rede de sobreposição P2P. Todos os nós LESSON são iguais e

não existe uma hierarquia entre os nós. Cada nó LESSON partilha apontamentos com os outros nós

através da rede P2P, assim, a rede agrega os apontamentos de todos os nós, o que forma um grande

e distribuído repositório de apontamentos.


7

Figura 2. Arquitectura da instância e nó LESSON

Quando alguém se quer tornar um utilizador do LESSON, só tem de instalar e executar o software no

seu computador. O subsistema de partilha automaticamente estabelece uma conexão entre o

computador e os nós LESSON existentes como um sistema P2P comum faz normalmente. Desta

forma, o computador torna-se um nó LESSON e o utilizador pode fazer metasearch como quando usa

o Google, e partilhar os seus apontamentos locais com os outros utilizadores como noutros sistemas

de partilha de arquivos P2P.

Embora os dois subsistemas possam trabalhar de forma independente, o subsistema de procura e o

subsistema de partilha são dois componentes funcionais indispensáveis do sistema. O subsistema

de procura está encarregue de adquirir apontamentos fora do sistema (na Web), enquanto o

subsistema de partilha actua como plataforma de partilha de apontamentos dentro do sistema.

Figura 3. Arquitectura do subsistema de partilha


8

Figura 4. Interface do subsistema de partilha

A figura 4 apresenta o subsistema de partilha de apontamentos. Os principais componentes deste

subsistema são:

Colecção de apontamentos para partilha (Lecture notes collection for sharing): Reúne todos

os apontamentos locais para partilha. Além do conteúdo do documento, o sistema também

usa meta-dados para descrever os documentos;

Gestão de apontamentos (Lecture notes management): Permite aos utilizadores adicionar,

excluir, actualizar e indexar documentos da “Colecção de apontamentos para partilha”. É

também responsável pela edição e actualização de metadados. Foi implementado com base

no projecto de código aberto Apache Lucene 1 [3];

Interface de comunicação Ponto-a-Ponto (Peer communication interface): Este módulo

implementa o protocolo de comunicação P2P.

2.1.2. CoScribe

O CoScribe foi desenvolvido com o conceito de sistema de suporte a alunos na colaboração de

apontamentos manuscritos sobre os slides da aula impressos [4] [5].

Têm sido propostos vários sistemas electrónicos para apontamentos de aula por parte dos alunos ao

longo dos anos, no entanto, a maioria dos alunos preferem utilizar caneta e papel. O papel é

intuitivamente utilizado para apontamentos porque pode ser manipulado com as duas mãos, é

altamente móvel e barato. Além disso, os documentos em papel podem ser facilmente comparados e

organizados. O CoScribe combina as vantagens do papel com os benefícios de documentos digitais

(procura electrónica e colaboração). Utilizando esta ferramenta durante a aula, os alunos podem

usar uma caneta electrónica Anoto para efectuar apontamentos manuscritos em slides impressos e

páginas vazias como com uma caneta tradicional (Figura 5 na página 9). O equipamento é,


9

portanto, altamente móvel, leve e semelhante ao utilizado tradicionalmente para apontamentos. Para

analisar o conteúdo depois da aula é utilizado um software que inclui mecanismos para a partilha de

apontamentos. Além disso, apresenta uma visualização partilhada de apontamentos manuscritos

proporcionando um acesso integrado a apontamentos de todos os alunos.

Os resultados de um estudo realizado por Boch e Piolat em 2005 [6] indicam que o CoScribe suporta

eficientemente apontamentos do aluno e pode ser facilmente integrado nas práticas de anotação

actuais. O CoScribe reduz significativamente o gap entre o uso de papel, que é frequente em aulas

universitárias, e sistemas de anotação electrónicas. Os resultados de uma avaliação aos utilizadores

indicam que a combinação de papel com a computação é muito promissora no apoio ao aluno em

termos de apontamentos e colaboração.

Figura 5. Escrita de apontamentos em documentos impressos com o CoScribe

O CoScribe permite criar apontamentos manuscritos sobre slides de aula impressos, marcar as

apontamentos, marcar as páginas do documento e colaborar com outros alunos através da

partilha de apontamentos.

Figura 6. Visão geral do CoScribe

O software do CoScribe oferece duas interfaces: impressa e digital. Os alunos podem usar o

computador para sincronizar as suas apontamentos com o sistema back-end, que as armazena numa

base de dados num servidor central. Este software fornece acesso a uma versão digital dos slides de


10

aula, incluindo apontamentos próprios e partilhados por outros alunos (Figura 7). Foram

desenvolvidas duas formas de visualização de apontamentos partilhados:

Single-user view para cada membro do grupo, que pode ser acedida seleccionando o botão na

toolbar que está associado á visão de um utilizador específico. No entanto, isso implica a

necessidade de alternar manualmente entre vários pontos de vista, o que se torna complicado em

comunidades maiores.

Multi-user view exibe os próprios apontamentos e os apontamentos partilhados numa visão integrada

sem necessidade de mudança entre apontamentos. Os apontamentos próprios são visualizados

como estão escritos no papel. Os apontamentos partilhados pelos outros utilizadores são exibidos

de forma condensada para serem disponibilizados num espaço restrito.

Além disso, os apontamentos feitos pelo professor durante a aula estão disponíveis digitalmente. A

qualquer momento, o aluno pode adicionar ou modificar apontamentos. O software foi implementado

em Java e suporta slides PowerPoint.

Figura 7. Interface do CoScribe e visualização de apontamentos partilhados

2.1.3. eClass

O eClass foi projectado para capturar os materiais apresentados na aula para posterior análise por

parte dos alunos [7]. Os alunos passam algum tempo do dia a ouvir e a gravar os eventos que

ocorrem na sala de aula, geralmente tomando notas com caneta e papel. O objectivo do eClass é

tentar capturar informação nova (discurso do professor e informação do quadro da sala de aula),

integrando-a com a informação existente (por exemplo apresentação de slides), de modo que a nova

informação possa ser acedida com êxito numa data posterior. Este desenvolvimento é motivado pela

noção de que a cópia mecânica de materiais apresentados na sala de aula através de apontamentos

pode ser difícil e propensa a erros. Automatizando a captura da aula e melhorando os apontamentos

tradicionais com esta nova informação, fornece-se um registo mais detalhado da aula. Proporcionar

aos alunos acesso a essas notas pode melhorar a sua revisão da matéria e o estudo.


11

Figura 8. Funcionamento do eClass: Professor apresenta um Powerpoint no ecrã da direita. Os

outros quadros são auxiliares, apresentam o slide anterior, apontamentos ou páginas web

Durante a aula, os professores normalmente apresentam slides, páginas web ou escrevem no

quadro. Com o eClass, depois da aula, uma série de páginas web são criadas automaticamente,

integrando o áudio, vídeo, páginas web visitadas e aponteamentos. Este processo termina

normalmente antes do professor deixar a sala, os alunos podem aceder à aula via web, escolhendo

repetir a aula inteira, imprimir algum slide que foi criado, pesquisar materiais relacionados ou rever

uma parte que não foi bem compreendida.

Figura 9. Exemplo de notas tiradas na sala de aulas

A figura 9 apresenta um exemplo das notas tiradas na aula. No painel esquerdo superior é

apresentado uma linha de tempo da aula, do início ao fim, decorado com eventos significativos que

aconteceram na aula (por exemplo, o professor visitar um novo slide ou página web). Ao clicar na

timeline, o sistema reproduz o áudio e o vídeo que foi registado naquele instante temporal. Clicando

no link de slide, o slide é disponibilizado, e clicando no link web, a página web é apresentada. Abaixo

da timeline, é apresentado um player de vídeo embutido. O lado direito da interface apresenta todos


12

os slides e apontamentos num único espaço scrollable. Clicando sobre qualquer

apontamento manuscrito, é lançado o vídeo do momento em que a anotação foi escrita. Outras

características das notas que não são apresentadas na imagem: Gerar uma versão para impressão,

procura de palavras-chave e editar uma página web colaborativa para a turma.

2.1.4. DyKnow

O produto comercial DyKnow (Dynamic Knowledge Transfer - Transferência de Conhecimento

dinâmica) tem origem num software desenvolvido anteriormente chamado de Debbie (DePauw

Electronic Black Board for Interactive Education) [8][9]. O sistema permite aos alunos e professores

partilhar a informação escrita através de caneta electrónica na sala de aula. A introdução do tablet

PC em Janeiro de 2003 mudou a forma como o professor e os alunos interagem na sala de aula. Os

tablet PCs são computadores portáteis com ecrãs em que se pode desenhar (com uma caneta

electrónica especial). Têm-se mostrando populares substitutos de PC e laptop em várias

universidades, já que podem ser utilizados de forma adequada com uma grande variedade de alunos.

Este sistema foi testado numa sala de aula da DePauw University [8], composta por uma estação de

trabalho do professor e 30 estações de trabalho dos alunos, cada uma das quais composta por

um PC Pentium de tela plana habilitado a escrita de caneta electrónica como apresentado

na figura 10. O posto de professor está ligado a um quadro de projecção de 72" no centro da sala.

Como o quadro branco electrónico é sensível ao toque, o professor pode usar um dedo ou qualquer

outra coisa para desenhar directamente sobre a superfície do quadro.

Figura 10. Na esquerda: Sala de aula, na direita: Pen Video Tablet

O DyKnow permite ao professor desenhar esboços directamente sobre a superfície da sua estação

de trabalho ou no quadro electrónico. Pode ainda usar um teclado para digitar texto e pode importar

material que foi preparado com antecedência para ser usado na aula. Todas as informações

esboçadas, digitadas ou importadas pelo professor aparecem imediatamente no tablet de cada

aluno. O aluno pode escrever à mão no seu monitor, de forma a fazer apontamentos particulares ao

material do professor. Geralmente essas apontamentos não são visíveis para os outros, no entanto,

um ou mais alunos podem ter temporariamente a capacidade de fazer esboços que serão

transmitidos de forma interactiva para toda a turma. Como o espaço de trabalho de cada aluno é


13

indefinidamente scrollable como um processador de texto, o notebook electrónico pode armazenar

uma aula inteira de material. No final da aula o notebook electrónico pode ser impresso ou guardado

electronicamente para estudo posterior.

2.1.5. OneNote

O Microsoft OneNote é um programa de organização compatível com outros programas da Microsoft,

como o PowerPoint, Word e Excel [10]. Os utilizadores do OneNote podem criar cadernos digitais

divididos em secções (abas). Cada secção pode ter várias páginas e subpáginas conectadas, onde

os recursos que se relacionam a essas páginas podem ser mantidos. Todas as secções e páginas

são visíveis, listadas e ordenadas facilitando a navegação. Esta funcionalidade garante que os

alunos, especialmente aqueles que têm dificuldade em compreender como definir um projecto e criar

títulos para a sua informação reconheçam a lógica da interface do OneNote.

Figura 11. Visão geral da interface do OneNote

A facilidade de uso do OneNote é ideal para ensinar os alunos a organizar seus pensamentos,

planear o seu trabalho e criar formas inovadoras de apresentar informações utilizando gráficos,

tabelas, desenhos, secções destacadas, vídeos, mapas conceituais, hiperlinks e printscreens. As

ferramentas de desenho capacitam os alunos para personalizar os seus cadernos digitais usando

cores e templates (Figura 12).

Figura 12. Alunos utilizando o OneNote


14

O OneNote foi utilizado por alunos da Cammeray Public School [10]. Os alunos configuraram um

caderno digital com uma várias secções, uma delas especifica pra o NSW Premier’s Reading

Challenge (RPC). Na secção RPC, os alunos listaram os livros que leram no desafio e dados

relacionados com estes livros foram adicionados como páginas dentro da secção. Sites dos autores,

vídeos de alunos lendo excertos, posts em blogs, descrições de personagens, foram algumas das

ideias que os professores propuseram adicionar (Figura 13). Como o OneNote grava

automaticamente o trabalho, os alunos não perdem notas em papel ou se esquecem de levar o

trabalho para o laboratório de informática, não havendo arquivos perdidos.

Figura 13. Desenho representativo de um livro do PRC

Outra excelente característica do OneNote é a capacidade de poder partilhar um projecto através de

vários computadores e sincronizar as alterações em vários computadores. Isto significa que, se um

aluno ou professor trabalha num projecto na escola ou em casa, ao sincronizar o trabalho numa

unidade USB, as mudanças vão fundir-se com o projecto OneNote quando a unidade USB é inserida

noutro computador. Esta função mantém o trabalho actualizado, permite flexibilidade entre locais de

trabalho e facilita a colaboração entre pares ou grupos de alunos. Armazenar os cadernos digitais

numa pasta partilhada numa rede permite que múltiplos utilizadores editem o mesmo caderno, ao

mesmo tempo, de uma forma semelhante a uma “wiki”. As alterações são fundidas automaticamente

e o caderno digital é também disponibilizado em modo off-line para cada utilizador.


15

2.2. Aplicações móveis

Na segunda parte, são apresentadas aplicações de apontamentos destinadas a dispositivos móveis

(smartphones). Foram analisadas as seguintes aplicações: C-Notes [11] e NotePals [13].

2.2.1. C-Notes

C-Notes é uma aplicação desenvolvida para apoiar a aprendizagem colaborativa recorrendo ao uso

de tecnologias wireless que permite registar notas textuais num arquivo de grupo [11]. A utilização de

dispositivos com acesso a redes wireless na educação está a aumentar rapidamente, proporcionando

novas oportunidades de envolver os alunos em actividades colaborativas independentes de tempo e

espaço. Soluções para dispositivos PDA são interessantes para a educação devido ao seu custo

relativamente baixo e terem ligação wireless à internet para aceder á matéria da aula. Os

componentes hardware do C-Notes são: dispositivos portáteis com comunicação wireless, leitores

ópticos (C-Pen) e um servidor com base de dados MySql. A C-Pen é uma caneta electrónica que

consiste numa câmara digital, processador e memória que permitem ler e interpretar texto impresso.

A câmara digital captura o texto e guarda na memória de forma a serem transferidos para o PDA do

aluno através de infravermelhos. O C-Notes fornece ainda colaboração peer-to-

peer entre dispositivos portáteis (Figura 14). As funcionalidades que a aplicação C-Notes para

PDA tem são as seguintes: Criação de uma nova C-Note, passagem do texto do C-Pen para o C-

Note, guardar o C-Note, troca de C-Notes com outros utilizadores, recuperação de C-Notes da base

de dados principal, lista das C-Notes e sincronização com a base de dados.

Figura 14. Diferentes componentes da arquitectura do C-Notes

A aplicação C-Notes foi desenvolvida em Java. Um dos principais motivos desta escolha, foi devido a

questões relacionadas com a independência de plataforma. A aplicação pode ser usada por uma

variedade de dispositivos (Figura 14), tais como telemóveis que correm Java e diversos tipos

de PDAs. Além de portabilidade do código, o uso de XML, proporciona também a portabilidade dos

dados.


16

Não faria sentido usar uma base de dados personalizada no PDA, já que a função de arquivo de uma

"memória da comunidade" deve residir num servidor que deve ser continuamente acessível,

permitindo a distribuição dos dados pelo diferentes dispositivos. Esta funcionalidade é possível devido

à utilização da plataforma Cocoon [12] que é um componente do Apache XML Project. Uma das

características interessantes do Cocoon é a geração automática de conteúdo web que

permite diferentes apresentações do mesmo XML em recursos de exibição diferentes (HTML, PDF

ou WML).

Figura 15. Interface do C-Notes

2.2.2. NotePals

NotePals é uma aplicação de apontamentos colaborativa utilizada em PDAs [13]. Os participantes de

uma reunião podem escrever notas com a sua caligrafia no PDA, de forma a serem partilhadas com

outros participantes e sincronizadas depois num repositório partilhado de notas. Esta ferramenta

funciona como um caderno em branco não tendo qualquer ligação a apresentações com acetatos ou

sala de aula. O sistema distingue-se pelo seu apoio à colaboração em três níveis: hardware, processo

de escrita de notas e user-interface. O hardware utilizado, o U.S. Robotics Palm Pilot, pesa apenas

165 gramas e cabe facilmente na palma de uma mão (Figura 16). Esta escolha teve a ver com o

custo e acesso em qualquer lugar

Figura 16. U.S. Robotics Pilot


17

O NotePals também pode ser utilizado numa sala de aula. Os alunos de uma turma

podem obter notas criadas pelos colegas. Partilhar as suas notas com os outros alunos da turma

pode também ajudar os alunos a tirar melhores notas.

Figura 17. (a) Área de foco do NotePals e (b) atributos da nota

No NotePals o ecrã não é scrollable, toda a nota é visível em todos os momentos. O utilizador pode

desenhar directamente sobre a parte superior com a caneta. A área de foco (Focus Area) permite

desenhar directamente na página de notas funciona bem para esboços, mas para escrever texto, o

utilizador pode abrir uma área de foco na parte inferior da tela, tocando na seta ao lado do caixa

private. Quando esta janela é aberta (Figura 17a) uma pequena caixa que indica a localização do

foco actual (ou seja, o "cursor foco") aparece na página de notas. Assim, a página da nota pode ser

vista como uma área de contexto. Palavras escritas na área de foco também serão exibidas na caixa

de contexto reduzido por um factor de três, o que dá a cada página uma resolução total de 480 x 327

(em oposição à resolução do Pilot de 160 x 160). A opção Private (Figura 18) controla o acesso dos

outros às notas. Se esta opção estiver seleccionada, a nota não será carregada para o repositório de

notas público. As notas públicas e privadas são enviadas para o repositório de notas privado.

Figura 18. Exemplo de uma nota


18

O repositório de notas Web permite sincronizar as notas do Pilot com o computador. Ao pressionar o

botão “HotSync” o Pitot faz o upload das novas notas para um ou dois repositórios centrais

(privado e/ou público). Estes repositórios são servidores web que aceitam notas enviadas a partir do

computador. O servidor web é responsável por armazenar e classificar todas as notas enviadas.

2.3. Aplicações híbridas (Computador e móvel)

Na terceira e última parte desta secção são apresentadas aplicações compostas por duas interfaces:

web e móvel, pelo que, podem ser apelidadas de aplicações híbridas. São apresentadas as seguintes

aplicações: U-Note [14][15], Evernote [18][19], Springpad [20], Google Groups [21] e Microsoft

Outlook [22]

2.3.1. U-Note

O U-Note é um sistema que oferece ligação automática entre os apontamentos dos alunos e vários

eventos que ocorreram durante a aula [14] [15]. Os laptops e os dispositivos móveis são hoje

“banais”, a maioria dos alunos pode trabalhar com documentos digitais em casa, na biblioteca, entre

outros lugares e até mesmo nos transportes públicos. O U-Note foi desenhado para o ensino básico e

secundário, visto que as necessidades e exigências das universidades são diferentes das escolas

mencionadas, onde as notas manuscritas são ainda muito utilizadas. A caneta e papel ainda são as

principais ferramentas utilizadas pelos alunos por várias razões: é barato, flexível, fácil de usar, e não

distrai. Mas, de volta a casa, quando os alunos lêem o que escreveram, não conseguem aceder

facilmente ao material digital apresentado na aula. O U-Note visa ligar as notas dos alunos

manuscritas com o material que foi apresentado durante a aula, os alunos podem, assim, explorar os

seus apontamentos em conjunto com os documentos digitais que foram apresentados pelo professor.

Além disso, também podem ouvir o que o professor estava dizendo quando uma dada nota foi escrita

e podem adicionar os seus próprios comentários e documentos.

Antes do desenvolvimento da ferramenta, foi realizado um estudo numa escola perto de Paris [14],

onde os professores foram entrevistados e foram utilizados questionários para identificar os hábitos

dos alunos. Chegou-se a conclusão que a maioria dos professores usa (ou gostaria de usar)

documentos digitais nas suas aulas, mas têm problemas em partilhar esses recursos com os seus

alunos. Os resultados deste estudo mostram também que o papel continua a ser o principal meio

usado para manter o conhecimento, partilha e edição por parte dos alunos.

O U-Note é construído por três módulos: o U-Teach que capta o contexto da classe: gravações de

áudio, o conteúdo do quadro, juntamente com as páginas web, vídeos e slideshows exibidos durante

a aula, o U-Study e o U-Move. O U-Study é uma aplicação de desktop desenvolvida em Java com

QT Jambi [16] que recorre ao PaperToolkit para recuperar os apontamentos feitos com a caneta

digital Anoto, que permite visualizar os apontamentos do aluno e documentos digitais utilizados pelo

professor na aula, provenientes do U-Teach (Figura 19 na página 19). Ao rever a aula, os alunos

podem analisar melhor alguma matéria que não entenderam na sala, abrir os documentos digitais e

edita-los ou guarda-los no notebook.


19

Figura 19. Caderno real e visão do caderno no U-Study

O U-Move é uma aplicação web para dispositivos móveis que permite ao aluno aceder aos

documentos relacionados com as aulas. É constituído por um calendário sincronizado com a agenda

do aluno quando o aluno selecciona um dia, a aplicação exibe as aulas desse dia (Figura 20,

esquerda). Ao seleccionarem uma aula, uma lista dos documentos do professor apresentados

naquela aula são disponibilizados (Figura 20, centro). Estes podem então ser acedidos,

seleccionando-os da lista. A aplicação transfere-os a partir do servidor central e apresenta-os (Figura

20, direita). Foi desenvolvido como uma aplicação web Javascript baseado na

biblioteca JQuery recorrendo ao plugin jQTouch [17]

Figura 20. Screenshots do U-Move: Calendário (esquerda), documentos digitais associados á aula

(centro); slide de uma aula visto na aplicação (direita)

2.3.2. Evernote

Evernote é uma aplicação livre de apontamentos digitais on-line que permite aos utilizadores manter

notas sincronizadas nos computadores, smartphones e dispositivos portáteis [18] [19]. O Evernote

pode ser acedido através de software (disponível em download) ou através do site


20

www.evernote.com. O Evernote mantém todas as informações importantes num único lugar onde é

facilmente pesquisável e acessível. Notas de aula, horários, tarefas, planos de aula ou qualquer coisa

relacionada com a universidade pode ser facilmente adicionado à conta Evernote. Uma vez registado

no Evernote, tudo é totalmente pesquisável. Além disso, o conteúdo pode ser organizado por

cadernos digitais, e com tags para manter tudo em ordem.

O Evernote dispõe de algumas funcionalidades interessantes que podem ser aproveitadas pelos seus

utilizadores:

As notas podem ser escritas directamente no Evernote ou escritas à mão em papel e

digitalizadas no Evernote onde serão pesquisáveis e disponibilizadas, onde e quando forem

precisas;

Funcionalidade de pesquisa poderosas. Todas as notas e documentos adicionados à conta

podem ser facilmente encontrados;

As notas recebem automaticamente um carimbo de data, assim o utilizador pode facilmente

voltar e ver o que estava a fazer num determinado dia;

“Web clipper” que permite a captura de artigos na web com um único clique. A aplicação

guarda a URL de origem para facilitar a criação de páginas de referências e bibliografias;

Ajuda a reduzir as pilhas de papel e livros. As folhas e os livros podem ser digitalizados e

adicionados ao Evernote. Assim, qualquer livro ou papel pode ser facilmente acedido na sala

de aula;

Funcionalidade de “Auto Save”: Quando está activada esta opção, o trabalho vai sendo

guardado automaticamente enquanto o utilizador vai trabalhando na aplicação.

As notas podem ser feitas de conteúdo que se escreve directamente na aplicação, texto recortado e

colado de um documento do Word, partes de páginas web ou fotos. Para criar uma nova nota no

Evernote, basta clicar no botão "New Note" na parte superior do ecrã (Figura 21). Às notas criadas,

pode ser adicionado um título, um caderno digital ou um endereço web.

Figura 21. Criação de uma nova nota

Os cadernos digitais são criados na coluna da esquerda da aplicação através do botão "New

Notebook" (Figura 22 na página 21). As notas podem ser criadas num caderno digital ou movidas

para o mesmo depois de criadas. O caderno digital com uma estrela na capa serve como padrão para

novos cadernos.

http://www.evernote.com./


21

Figura 22. Novo caderno digital

Se o utilizador tiver uma conta Premium, conseguirá aceder ao histórico das notas e facilmente

reverter a nota a uma versão anterior. Cada nota no Evernote pode ser partilhada individualmente

com outros utilizadores do Evernote ou ser publicada directamente na internet. Para partilhar uma

nota, basta clicar no botão de partilha no menu superior dessa nota. A nota pode ser partilhadas

através do Facebook, Twitter, e-mail ou link. Para partilhar um caderno digital completo, basta clicar

na seta para baixo ao lado do título do caderno digital e seleccionas "Share this notebook" (Figura

23). Os cadernos digitais podem ser partilhados com o mundo inteiro num endereço web ou partilhá-

los com pessoas que têm uma conta Evernote por convite via e-mail. Se um arquivo ou nota forem

alterados, o caderno digital é actualizado automaticamente para todos que tem acesso ao mesmo.

Figura 23. Partilha do caderno digital

2.3.3. Springpad

O Springpad fornece aos alunos uma ferramenta confiável para tirar notas que pode ser

utilizada para guardar e organizar as ideias num caderno digital [20]. O caderno digital pode reunir

textos, imagens, sons, vídeos e “clips” de páginas web. Todas estas notas são facilmente acessíveis

através de múltiplas plataformas smartphone, tablet ou computador.

A aplicação é baseada em cloud-computing (nuvem), ou seja, os cadernos digitais ficam guardados

em servidores que se encontram na cloud, o que faz com que seja rápido e fácil guardar e organizar

todas as ideias e informações que o utilizador pretende registar.


22

Figura 24. Vários dispositivos onde o Springpad pode ser executado

A versão web do Springpad funciona em todos os browsers, incluindo Chrome, Firefox, IE, Safari. As

aplicações móveis do Springpad actualmente são disponibilizadas para smartphones e tablets

Android, iPhone e iPad. As extensões do Springpad para browsers estão disponíveis para Chrome e

Firefox. O Springpad Bookmarklet funciona em todos os browsers.

Em modo on-line, o Springpad permite ao utilizador:

Criar notas rápidas, tarefas, listas de compras e checklists;

Usar a web para procurar produtos, lugares, receitas, filmes e livros e em seguida, guardá-

los;

Guardar instantaneamente as informações de uma página web sem sair da página web.

Em modo off-line, com o Springpad o utilizador pode:

Digitalizar códigos de barras de modo a identificar o item, registá-lo no Springpad e adicionar

informações úteis, como links para comprá-lo e quanto custa;

Pesquisar na área envolvente empresas próximas e locais importantes, tirar e guardar uma

foto de algo importante, etc.

As principais características dos cadernos digitais inteligentes do Springpad são:

Gestão de notas, tarefas e lembretes;

“Look it up”: esta funcionalidade fornece uma forma de procurar automaticamente e guardar

filmes, restaurantes, receitas, produtos, incluindo detalhes dos mesmos e links úteis;

Categorização automática - Springpad detecta o que o utilizador guarda e automaticamente

categoriza;

Tags - O utilizador pode adicionar as próprias tags a cada ideia ou pedaço de informação que

regista;

Cardemos digitais – podem ser organizados na aplicação por projectos, tópicos, etc;

Links rápidos - Springpad acrescenta informações úteis e links relevantes ao que regista na

aplicação;

Alertas - Springpad proactivamente monitoriza mudanças em itens guardados (alimentos,

locais, produtos, livros, filmes, etc.) e alerta para ofertas relevantes, notícias e promoções.


23

No ecrã principal (Figura 25), os utilizadores podem criar e personalizar cadernos digitais (casa,

trabalho, receitas, ideias de presentes, filmes, restaurantes, etc.) para organizar as informações que

deseja guardar:

1. “All My Stuff” apresenta tudo o que foi guardado na aplicação;

2. “Friend Stuff” exibe e torna mais fácil guardar qualquer um dos itens públicos das pessoas

que o utilizador segue;

3. “+” permite criar um novo caderno digital que pode ser depois personalizado.

Figura 25. Ecrã principal do Springpad

Este exemplo apresenta um produto guardado através do Amazon.com (Figura 26 na página 24).

Outros tipos de dados apresentarão um conjunto diferente de informação relevante:

1. ‘Description’ exibe os metadados da fonte;

2. Os anexos tornam mais fácil adicionar uma nota, link, foto, link de vídeo e/ou arquivos;

3. Alerta de notícias, promoções e ofertas específicas para o item registado;

4. Widget de comparação de preços de produtos;

5. Links úteis e relevantes específicos do item registado.


24

Figura 26. Detalhe de um item registado no Springpad

2.3.4. Google Groups

Google Groups é um serviço on-line gratuito que pode ser acedido em qualquer dispositivo com

ligação à Internet através de um browser e ajuda grupos de pessoas a partilhar facilmente

informações [21]. Os grupos são locais públicos ou privados onde os membros partilham arquivos,

ideias e discussões via e-mail ou página web. Todos os e-mails enviados ao grupo são arquivados

para referência futura e são facilmente pesquisáveis.

Figura 27. Página inicial do Google Groups


25

Os alunos podem utilizar o Google Groups para:

Ampliar as discussões da aula de forma on-line;

Partilhar ideias, documentos armazenar e organizar os recursos da web;

Criar um grupo privado para clubes escolares ou equipas desportivas de forma a partilhar as

últimas notícias, anúncios e imagens;

Os professores podem utilizar o Google Groups para:

Disponibilizar apontamentos da aula, materiais de leitura, e links para os estudantes e seus

pais (pode até ser utilizado para criar uma aula on-line);

Enviar e-mails de anúncios para os pais;

Centralizar recursos e comunicação para departamentos de ensino ou comunidades de

aprendizagem profissional.

Ferramentas complementares ao Google Groups:

Gmail, Google Sites e iGoogle.

2.3.5. Microsoft Outlook

O Outlook é um software de comunicação com ferramentas fáceis de usar e que permite enviar,

receber e gerir e-mails. Além disso, permite gerir contactos, calendário e partilhar o calendário [22].

Os dados registados no Outlook podem ser acedidos através da aplicação desktop (Microsoft Office),

de um browser (Microsoft Outlook Web App) ou de um smartphone (Microsoft Outlook Mobile), o que

permite acesso virtualmente de qualquer lugar, a qualquer hora ao e-mail, calendário e contactos

através do computador, de um browser ou smartphone (desde que exista uma ligação à Internet).

Figura 28. Microsoft Outlook Web App


26

O Microsoft Outlook Mobile apresenta uma interface projectada para dispositivos de tamanho

reduzido com o sistema operativo Windows Phone. Para executar o Outlook Mobile é necessário um

dispositivo adequado e uma ligação à Internet.

Figura 29. Microsoft Outlook Mobile

2.4. Análise comparativa

A seguinte matriz apresenta uma comparação entre as aplicações descritas anteriormente.

Recorrendo a uma matriz onde são resumidas graficamente as funcionalidades de cada aplicação,

divididas por tipo de aplicação é mais fácil fazer a comparação entre as aplicações e os tipos de

aplicações.

Tipo de

aplicação Aplicação

Funcionalidades Total

de

X’s Modo

off-line

Acesso

pela web

Partilha de

apontamentos

Edição

posterior de

apontamentos

Interface

móvel

Para

computador

LESSON X X X 3

CoScribe X X X 3

eClass X 1

DyKnow X X 2

OneNote X X X 3

Móveis C-Notes X X X X 4

NotePals X X X X 4

Híbridas

U-Note X X X 3

Evernote X X X X X 5

Springpad X X X X X 5

Google Groups X X X X 4

Outlook X X X 3

Tabela 1. Matriz de comparação das funcionalidades das aplicações


27

2.5. Norma ISSO/IEC 9126

A norma ISO/IEC 9126 – Características de Qualidade de Software [23] descreve um modelo de

qualidade, um processo de avaliação e um conjunto de métricas que podem ser utilizadas para

realizar a avaliação de um produto de software de acordo com várias perspectivas [27]. Após revisões

e melhorias foi dividida em quatro partes, conforme ilustra a figura 30. A metodologia de avaliação da

qualidade das aplicações analisadas no estado da arte foi elaborada com base nesta norma.

Figura 30. Estrutura da norma ISO/IEC 9126

A norma ISO/IEC 9126 descreve um modelo de qualidade para produtos de software categorizando a

qualidade hierarquicamente num conjunto de características e sub-características. Estas

sub-características são manifestadas externamente, quando o software é utilizado como parte de um

sistema computacional, e são resultantes de atributos internos do software. Esta norma também

propõe métricas que podem ser utilizadas durante a avaliação dos produtos de software e encontra-

se dividida nas seguintes partes:

ISO/IEC 9126-1 [23]: Define um modelo de qualidade para produtos de software,

apresentando um conjunto de características de qualidade e suas respectivas sub-

características;

ISO/IEC 9126-2 [24]: Define métricas externas para medir os atributos das características de

qualidade definidas na ISO/IEC 9126-1. Estas métricas representam a perspectiva externa da

qualidade do produto de software quando o mesmo já está pronto para ser executado;

ISO/IEC 9126-3 [25]: Define métricas internas para medir os atributos das características de

qualidade definidas na ISO/IEC 9126-1. Estas métricas representam a perspectiva interna da

qualidade do produto de software e estão associadas a fases intermédias de

desenvolvimento;

ISO/IEC 9126-4 [26]: Define métricas de qualidade de uso para medirem os atributos das

características de qualidade definidas na ISO/IEC 9126-1. Estas métricas representam a

perspectiva do utilizador para a qualidade do produto de software.


28

Métricas internas e externas

Qualidade interna é a totalidade de características do produto de software na visão interna [27] e é

utilizada para especificar as propriedades do produto de software. Analogamente, a qualidade externa

é a totalidade de características do produto de software do ponto de vista externo, ou seja, a

qualidade que normalmente é avaliada quando o produto de software final está sendo testado.

O modelo de qualidade externa e interna categoriza os atributos de qualidade de software em

características as quais são, por sua vez, subdivididas em sub-características. As sub-características

podem ser medidas por meio de métricas externas e internas. Para cada característica e

sub-característica, a capacidade do software é determinada por um conjunto de atributos internos que

podem ser medidos. Como é possível visualizar na figura 31, o modelo de qualidade para qualidade

interna e externa possui definições de seis características básicas que um produto de software deve

ter para ser considerado um software de qualidade:

Figura 31. Características e sub-características de qualidade externa e interna [27]

Segundo a ISO/IEC 9126-1 [23], as definições das características e sub-características de qualidade

interna e externa são:

Funcionalidade: Capacidade do produto de software de disponibilizar funcionalidades que

atendam às necessidades explícitas e implícitas, quando o software estiver a ser utilizado;

Confiabilidade: Capacidade do produto de software de manter um nível de desempenho

especificado, quando usado em condições específicas;

Usabilidade: Capacidade do produto de software de ser compreendido, aprendido e operado

pelo utilizador. Evidencia a facilidade para a utilização do produto;

Eficiência: Capacidade do produto de software de apresentar um desempenho apropriado,

relativo à quantidade de recursos utilizados;

Manutenibilidade: Capacidade do produto de software ser modificado. As modificações

podem incluir correcções, melhorias ou adaptações do software devido a mudanças no

ambiente e nos seus requisitos ou especificações funcionais;

Portabilidade: Capacidade do produto de software ser transferido de um ambiente para outro.


29

Métricas de qualidade em uso

Qualidade em uso é a visão de qualidade sob a perspectiva do utilizador e é medida pelo efeito do

uso do software [27]. O modelo de qualidade para qualidade em uso faz a avaliação de quanto o

utilizador pode atingir seus objectivos em um ambiente, sem medir as propriedades do produto de

software. Esse modelo possui quatro características de qualidade como destacado na figura 32.

Figura 32. Modelo de qualidade em uso segundo a ISO/IEC 9126-1 [27]

Segundo a ISO/IEC 9126-1 [23], as definições das características de qualidade em uso são:

Eficácia: Capacidade do produto de software permitir que os utilizadores atinjam metas

específicas num contexto de utilização específico;

Produtividade: Capacidade do produto de software permitir que os utilizadores empreguem a

quantidade apropriada de recursos em relação à eficácia obtida num contexto de utilização

específico;

Segurança: Capacidade do produto de software de apresentar níveis aceitáveis de riscos de

danos a pessoas, negócios, software, propriedades ou ambiente num contexto de utilização

específico;

Satisfação: Capacidade do produto de software de satisfazer os utilizadores num contexto de

utilização específico.

2.6. Avaliação de qualidade das aplicações segundo a norma ISSO/IEC 9126

As aplicações descritas no estado da arte foram avaliadas segundo a norma ISO/IEC 9126 [23] nas

seguintes características das métricas internas e externas: funcionalidade, usabilidade, eficiência e

portabilidade. Com os dados disponíveis não foi possível efectuar uma avaliação às restantes

características. Como definido anteriormente, as métricas de qualidade em uso representam a

perspectiva do utilizador para a qualidade do produto de software e por isso não foram avaliadas

nesta secção. Algumas das aplicações foram comparadas pelos alunos com o U+ no questionário

apresentado no capítulo da avaliação.

As características analisadas foram avaliadas da seguinte forma:

A funcionalidade foi obtida pelo número total de X’s na matriz da página 26 (Tabela 1);

A portabilidade foi avaliada de acordo com a sua disponibilização na web/Mobile ou PC;


30

A usabilidade e a eficiência foram avaliadas de forma meramente qualitativa e susceptível de

falhas através dos dados recolhidos em pequenos testes e nos artigos referenciados.

A tabela abaixo apresenta os resultados da avaliação às características das métricas internas e

externas:

Tipo de

aplicação Aplicação

Características Média

Funcionalidade Usabilidade Eficiência Portabilidade

Para

computador

LESSON 3 (60%) 40 % 70 % 1 (33%) 50,75%

CoScribe 3 (60%) 50 % 80 % 1 (33%) 55,75%

eClass 1 (20%) 60 % 70 % 1 (33%) 45,75%

DyKnow 2 (40%) 40 % 70 % 1 (33%) 45,75%

OneNote 3 (60%) 80 % 70 % 1 (33%) 60,75%

Móveis C-Notes 4 (80%) 40 % 80 % 2 (66%) 66,50%

NotePals 4 (80%) 60 % 80 % 2 (66%) 71,50%

Híbridas

U-Note 3 (60%) 70 % 70 % 2 (66%) 66,50%

Evernote 5 (100%) 80 % 80 % 3 (100%) 90%

Springpad 5 (100%) 80 % 80 % 3 (100%) 90%

Google

Groups 4 (80%) 90 % 90 % 2 (66%) 81,5%

Outlook 3 (60%) 80 % 90 % 3 (100%) 82,50%

Tabela 2. Avaliação das aplicações segundo as características definidas na norma ISO/IEC 9126

Depois de realizada a avaliação, as aplicações foram ordenadas da seguinte forma:

Classificação Aplicação Tipo de Aplicação Avaliação

1º Evernote Híbridas 90%

2º Springpad Híbridas 90%

3º Outlook Híbridas 82,50%

4º Google Groups Híbridas 81,50%

5º NotePals Móveis 71,50%

6º C-Notes Móveis 66,50%

7º U-Note Híbridas 66,50%

8º OneNote Para computador 60,75%

9º LESSON Para computador 50,75%

10º CoScribe Para computador 55,75%

11º eClass Para computador 45,75%

12º DyKnow Para computador 45,75%

Tabela 3. Classificação das aplicações segundo os resultados da avaliação

Conclui-se que as aplicações com maior qualidade segundo a norma ISO/IEC 9126 são as aplicações

hibridas, principalmente devido ao facto de terem tido uma avaliação bastante positiva nas

características funcionalidade e portabilidade.


31

2.7. Considerações finais

As aplicações para computador analisadas anteriormente têm em comum uma falha, a

portabilidade, visto que para serem executadas, tem de ser instalado o software no computador. Esta

falha pode ser considerada como uma desvantagem em relação as outras aplicações analisadas. Por

outro lado, estas aplicações têm uma vantagem em relação às aplicação web, a possibilidade de o

utilizador poder trabalhar em modo off-line, ou seja, sem estar ligado à internet. O CoScribe [4][5] tem

uma vantagem em relação às outras aplicações, já que se pode usar uma caneta electrónica

Anoto para fazer apontamentos manuscritos em slides impressos e páginas vazias como com uma

caneta tradicional, mas exige a aquisição deste equipamento. O eClass[7] e o DyKnow [8][9] têm

como desvantagem, ser necessário adquirir material dispendioso para ser utilizado na sala de aula, o

que não permite a sua utilização em “massa”. O OneNote [10] tem como vantagem ser compatível

com outros programas da Microsoft, como o PowerPoint, Word e Excel.

Tem-se assistido nos últimos tempos a um boom de aplicações para ambientes móveis. Estas

aplicações têm a vantagem de poderem ser acedidas em qualquer lugar a qualquer hora. As

aplicações apresentadas partilham dessa vantagem. Mas sendo dispositivos com ecrãs mais

pequenos, têm algumas desvantagens. A aplicação C-Notes [11] tem como desvantagem, ser

necessário recorrer a uma caneta específica para tirar apontamentos (C-Pen), o que acarreta mais

custos, e deve ser evitável. Esta ferramenta tem no entanto duas vantagens. A primeira é ser

desenvolvida em Java, o que permite uma independência de plataforma, a aplicação pode ser usada

por uma grande variedade de dispositivos. A segunda vantagem é apresentar o XML de acordo com

as capacidades do dispositivo em que é apresentado, ou seja, os browsers standards recebem a

informação por HTML, outros tipos de browsers para telemóveis, recebem por WML. Ainda é possível

aceder à mesma informação através de ficheiros PDF. O NotePals [13] tem dois pontos negativos a

serem considerados. Se por um lado, o facto de ser leve e pequeno é um factor positivo na medida

em que é facilmente transportável, por outro lado, o tamanho reduzido do seu ecrã faz com que a

área de escrita seja demasiado pequena para a actividade de tirar apontamentos e indesejável para o

ambiente de sala de aula. A sua resolução de 160 x 160 pixéis torna ainda mais difícil a escrita de

palavras pequenas. Outro ponto negativo é a sincronização de dados com o computador. No Pilot, o

utilizador apenas vê as suas notas, no computador é possível aceder às notas públicas. Esta

dessincronização é de evitar, visto que não é muito útil para o utilizador existir esta diferença.

As aplicações híbridas analisadas foram desenvolvidas como aplicações web. Só requerem acesso

à web e podem ser executadas numa grande variedade de dispositivos móveis, independentemente

do sistema operativo. Podem ser acedidas no smartphone ou no computador, tirando as vantagens

dos dois tipos de dispositivos, o tamanho e usabilidade do computador e a portabilidade do

smartphone. Estas aplicações também ficaram melhor classificadas segundo avaliação à qualidade

através da norma ISO/IEC 9126

Uma análise mais detalhada às aplicações apresentadas revela que existem muitas funcionalidades

importantes a considerar no desenvolvimento duma ferramenta destinada a enriquecer um ambiente

de colaboração interactivo e aprendizagem numa sala de aula, com a possibilidade de fazer


32

apontamentos sobre a apresentação disponibilizada pelo professor. A tabela 1 (página 27) apresenta

uma comparação entre as várias ferramentas analisadas de acordo com as funcionalidades que

devem ser consideradas. As funcionalidades disponibilizadas são relevantes para a construção duma

boa ferramenta de apontamentos e colaboração numa sala de aula.

As funcionalidades desejadas para uma aplicação para melhorar a aprendizagem durante e após a

sala de aula são as seguintes:

Permitir os alunos seguirem a aula e tirarem apontamentos;

Permitir colaboração e interacção entre alunos;

Permitir aceder e editar as notas criadas depois de a aula terminar;

Permitir ao aluno utilizar o sistema em qualquer lugar sem ter de se preocupar com a

instalação de terceiros (dependente apenas dum navegador web).

De forma a enriquecer a aplicação e as funcionalidades disponibilizadas aos utilizadores, a aplicação

deverá apoiar o aluno universitário na sua vida académica, através da gestão de contactos e de

eventos.

Na realização do protótipo, todos os pontos mencionados foram tidos em total consideração e todo o

trabalho desenvolvido foi realizado com vista a satisfazer esses critérios de forma a não perturbar o

funcionamento da aula mas sim proporcionar uma melhoria na aprendizagem dos alunos.

Sendo assim, a principal inovação desta abordagem será desenvolver uma aplicação dependente da

web com partilha de apontamentos, que permita usufruir de todas as funcionalidades desejadas para

um sistema deste calibre.


33

3. Abordagem técnica

Neste capítulo é apresentada a abordagem técnica realizada no desenvolvimento do sistema U+. A

abordagem passa por desenvolver uma aplicação de apoio ao aluno universitário com duas

interfaces: uma para a web e outra para dispositivos móveis (smartphones), que partilham a mesma

base de dados.

A aplicação foi desenvolvida recorrendo à plataforma OutSystems [28], onde foi realizado o

desenvolvimento do modelo de dados e as duas interfaces da aplicação.

A interface para dispositivos móveis foi apresentada num simulador recorrendo à solução open-

source PhoneGap [29] que emula uma aplicação web numa aplicação nativa do dispositivo móvel. O

PhoneGap permite implementar aplicações em vários sistemas operativos (é cross-plataform) mas o

apresentado na dissertação como exemplo é o sistema operativo Android. A aplicação visa apoiar os

alunos universitários no seu quotidiano académico, já que permite gerir contactos universitários,

eventos que ocorrem durante o período lectivo, apontamentos que tiram durante as aulas e aceder a

apontamentos partilhados por colegas de turma.

3.1. Metodologia

O desenvolvimento da aplicação U+ seguiu uma metodologia definida pelas seguintes fases:

1. Especificação de requisitos:

Definição dos módulos;

Requisitos funcionais;

Requisitos de interface de utilizador.

2. Arquitectura:

Estruturação do sistema;

Construção de diagramas;

Construção do modelo de dados.

3. Implementação:

Componentes do sistema;

Descrição dos componentes do sistema;

Estrutura da aplicação;

Interfaces gráficas do sistema.


34

3.2. Especificação de requisitos

Na especificação de requisitos, são definidos os módulos do sistema, os requisitos funcionais que

deverão ser desenvolvidos e os requisitos de interface de utilizador.

3.2.1. Definição dos módulos

De forma a facilitar o desenvolvimento da aplicação, e facilitar a utilização da mesma, esta foi dividida

em módulos. O desenvolvimento dos módulos teve a seguinte ordem:

1. Gestão de agenda: Este módulo conte, os eventos registados na aplicação pelos alunos. Os

eventos criados pelos alunos podem ser aulas extras, datas de exames, festas universitárias,

ou qualquer outro tipo de evento que pretendam registar na aplicação;

2. Gestão de contactos: Permitirá a gestão dos contactos registados na aplicação. Podem ser

registados contactos telefónicos e de correio electrónico;

3. Gestão de apontamentos: Neste módulo, o aluno pode registar apontamentos públicos ou

privados e aceder aos apontamentos partilhados por colegas da sua turma;

4. Administração: Apenas disponível aos utilizadores registados na aplicação com o perfil de

administrador. Neste módulo, o utilizador efectua a gestão da informação contida na base de

dados, tem a possibilidade de carregar novos dados ou alterar dados existentes através do

upload de ficheiros Excel e consultar os dados que se encontram gravados na base de dados

através da exportação de ficheiros Excel.

Figura 33. Módulos do U+

Estes módulos assentam sobre uma interface que pretende ser user-friendly permitindo um acesso

rápido e intuitivo à informação por partes dos alunos registados na aplicação.

Módulos

Agenda

Contactos

Adminis-tração

Aponta-mentos


35

3.2.2. Requisitos funcionais

Os requisitos gerais da aplicação são os seguintes:

Mecanismo de autenticação: De forma a garantir a confidencialidade e segurança dos

dados registados pelos utilizadores, deverá ser desenvolvido um mecanismo de autenticação

para garantir que os dados inseridos na aplicação pelos utilizadores estão associados a quem

os regista. A aplicação só deverá estar acessível a utilizadores registados na aplicação e

correctamente autenticados na mesma;

Sistema não ser uma distracção: De forma a garantir que a aplicação não se torne numa

distracção para os alunos, a interacção do aluno com a aplicação tem de ser o menos

problemática e simples possível, para o aluno não se perder a meio da aula;

Interface de apontamentos simples em tempo real: A interface da aplicação desenvolvida

deve ser simples e orientada à necessidade de escrita por parte dos alunos em tempo real

durante a aula. Os apontamentos registados pelos alunos podem ser acedidos em tempo real

(durante a aula) pelos seus colegas de turma.

Além dos requisitos apresentados anteriormente, por cada módulo são definidos requisitos

específicos. As funcionalidades implementadas em cada módulo são apresentadas abaixo:

Módulo “Gestão de agenda”:

Listagem de eventos;

Pesquisa de eventos;

Exportação dos eventos para ficheiro Excel (Apenas disponível na interface web);

Criação de eventos;

Edição de eventos;

Eliminação de eventos;

Partilha de eventos com a turma (Eventos privados ou partilhados com a turma);

Módulo “Gestão de contactos”:

Listagem de contactos;

Pesquisa de contactos;

Exportação dos contactos para ficheiro Excel (Apenas disponível na interface web);

Criação de contactos;

Eliminação de contactos;

Criação de grupos de contactos (Apenas disponível na interface web);

Edição de grupos de contactos (Apenas disponível na interface web);

Associação de contactos a grupos de contactos;

Eliminação de grupos de contactos (Apenas disponível na interface web).


36

Módulo “Gestão de apontamentos”:

Listagem de apontamentos criados pelo aluno ou partilhados pela turma;

Pesquisa de apontamentos criados pelo aluno ou partilhados pela turma;

Exportação dos apontamentos para ficheiro Excel (Apenas disponível na interface web);

Criação de apontamentos;

Edição de apontamentos;

Eliminação de apontamentos;

Partilha de apontamentos com a turma (Apontamentos privados ou partilhados com a turma).

De forma a satisfazer duas preferências distintas dos alunos, que são a protecção dos seus

apontamentos ou a partilha dos mesmos, na aplicação os apontamentos foram divididos em dois

tipos: apontamentos privados ou partilhados. Como os nomes indicam, os apontamentos privados

são visualizadas somente pelo aluno que os registou e os apontamentos partilhados podem ser vistos

pelos alunos da turma do aluno que registou os apontamentos. Os apontamentos tirados durante a

aula podem ser registados num computador ou dispositivo móvel, e depois de gravados na aplicação,

se forem marcados como partilháveis, são disponibilizados imediatamente aos seus colegas de

turma.

Módulo “Administração”:

Registo de novas turmas;

Edição de turmas;

Registo de novos alunos;

Edição de dados de alunos;

Registo de novas disciplinas;

Edição dos dados da disciplina;

Registo de novos cursos;

Edição de cursos;

Associação de alunos a turmas;

Associação de turmas a cursos;

Associação de disciplinas a curso;

Associação de alunos a disciplinas.

3.2.3. Requisitos de interface de utilizador

Os perfis de utilizador presentes na aplicação e as funções disponíveis são listados abaixo:

Administrador:

Acesso à base de dados com privilégios de edição/inserção/remoção;

Acesso a todos os módulos de gestão disponíveis.


37

Utilizador registado na aplicação:

Acesso aos módulos de gestão de apontamentos, agenda e contactos.

Estas funcionalidades são apresentadas em maior detalhe no ponto 3.3.2. Diagrama de caso de uso

(Use-Case) na página 38.

3.3. Arquitectura

A definição da arquitectura do sistema divide-se nas seguintes fases: Estruturação do sistema,

construção de diagramas e construção do modelo de dados.

3.3.1. Estruturação do sistema

O sistema U+ foi estruturado com a seguinte arquitectura:

Figura 34. Arquitectura do U+

A arquitectura do sistema, como pode ser vista na figura 34, é composta pelos seguintes

componentes:

1. Servidor;

2. Base de dados;

3. Código-fonte;

4. Interface web;

5. Interface móvel;

6. Computadores de secretaria e portáteis;

7. Dispositivos móveis.


38

Esta arquitectura tem como vantagens:

Um servidor único com uma base de dados única, o que facilita a manutenção e a gestão da

aplicação;

Um único código-fonte. O código das duas interfaces é exactamente o mesmo com excepção

da parte de apresentação, o que facilita a manutenção do mesmo e diminui a fase de

desenvolvimento e os erros;

Visualizações da mesma informação nas duas interfaces porque estão ligadas à mesma base

de dados do mesmo servidor;

Não ser necessária a instalação de software, apenas é necessário um navegador web para

aceder à aplicação via internet. Desta forma, corre em qualquer sistema operativo.

A facilidade de acesso ao U+. Qualquer aluno com um computador pode aceder a esta

aplicação. Não precisa de se preocupar com que plataforma tem no seu computador pois a

única coisa de que precisa é de um navegador web.

A característica principal e mais importante desta arquitectura é a interoperabilidade entre os

diferentes sistemas operativos e a necessidade de um simples navegador web para executar a

aplicação U+. Este é um grande benefício pois não é necessário instalar nada nem obter as últimas

actualizações para funcionar com o U+. As actualizações são transparentes para o utilizador e este

por sua vez fica descansado de que pode chegar a casa ou ir a um café, onde tenha computador e

um navegador web disponível, e rever os apontamentos que fez nas aulas.

3.3.2. Diagrama de caso de uso (Use-Case)

O seguinte diagrama apresenta as interacções entre os actores e as funcionalidades que estes têm

disponíveis no U+.


39

Figura 35. Diagrama UML Use-Case


40

O diagrama da figura 35 da página 39 representa as seguintes funcionalidades:

Administrador:

Acesso à base de dados com privilégios de edição, inserção e remoção;

Acesso a todos os módulos de gestão disponíveis;

Gestão de utilizadores da aplicação;

Carregamento de dados de sistemas e base de dados externos.

Aluno:

Inserir, remover e editar os seus apontamentos;

Inserir remover e editar contactos e grupos de contactos (excepto o grupo “Turma” que é um

grupo de sistema);

Inserir, remover e editar os seus eventos;

Edição dos seus dados pessoais (e-mail, número de telemóvel e password).

Delegado:

Registar eventos da turma e partilhá-los com os colegas da turma;

Herdas as funcionalidades (use-cases) do aluno.

Outro aluno da turma:

Consultar apontamentos partilhados por colegas da turma;

Consultar eventos partilhados pelo delegado de turma.

3.3.3. Diagrama de classes

O diagrama de classes apresentado na figura 36 da página 41 representa a estrutura e as relações

de todas as classes definidas para o desenvolvimento da aplicação.


41

Figura 36. Diagrama de classes UML

A classe “Utilizador” encontra-se generalizada em três classes: “Aluno”, “Administrador” e “Delegado”,

ou seja, existe uma herança de propriedades, em que estas três classes herdam atributos da classe

“Utilizador”. Na estruturação das classes do U+ e nas funcionalidades desenvolvidas seguiu-se a

distribuição actual do ISCTE-IUL, em que cada aluno encontra-se associado a uma turma e cada

turma a um ou mais cursos. Além disso, um aluno encontra-se associado a disciplinas de vários

cursos.

Seguindo esta lógica, foi implementada a partilha de apontamentos apenas dentro da turma e cada

apontamento pertence a uma disciplina, mas a base de dados e a aplicação encontram-se

preparadas para não ser obrigatório um apontamento pertencer a uma disciplina e a uma turma

(estas restrições são apenas funcionais). No futuro poderão existir alterações na organização dos

alunos, das turmas e dos cursos para o qual o modelo de dados já se encontra preparado, ou seja,

um aluno poder ou não estar associado a turma e a turma poder ou não estar associada a um curso.


42

3.3.4. Diagrama de componentes

O diagrama UML de componentes apresentado na figura 37 ilustra como as classes se encontram

organizadas por módulos através da noção de componentes. Este diagrama é apresentado aqui

como forma de modelar a arquitectura do U+ na perspectiva dos seus componentes, explicitando as

relações de dependência entre os vários componentes.

Figura 37. Diagrama de componentes UML

A componente de base de dados depende dos dados que são registados nos quatro módulos

(Apontamentos, agenda, contactos e administração), é a partir destes módulos que os utilizadores

podem alterar os dados registados na base de dados. Este componente de base de dados encontra-

se explicado detalhadamente no ponto 3.3.5. Modelo de dados na página 44. Segundo os módulos

definidos anteriormente (3.2.1. Definição dos módulos) na página 37, o U+ foi divido em quatro

módulos, sendo assim, foram desenvolvidos quatro componentes que são acedidos por duas

interfaces distintas. Os componentes correspondentes aos módulos são apresentados mais

detalhadamente na fase de implementação, no ponto 3.4.3. Descrição dos componentes do sistema

na página 51 e as ligações entre os módulos são explicadas no ponto 3.4.4. Fluxo de informação

http://pt.wikipedia.org/wiki/UML

http://pt.wikipedia.org/wiki/Classe_(programa%C3%A7%C3%A3o)


43

entre módulos na página 53. As duas interfaces que acedem aos módulos são apresentadas no ponto

3.4.5. Interfaces gráficas do sistema na página 54.

3.3.5. Modelo de dados

Neste capítulo é apresentado o modelo de dados desenhado e construído para o sistema U+. Os

módulos definidos foram desenvolvidos recorrendo às seguintes tabelas da base de dados:

Módulo Tabelas utilizadas

Gestão de agenda Agenda, Aluno, Disciplina e Disciplina_Aluno

Gestão de contactos Contacto, Aluno e GrupoContacto

Gestão de apontamentos Apontamento, Aluno, Disciplina e Disciplina_Aluno

Administração Utilizador, Aluno, Turma, Curso, Disciplina e Disciplina_Aluno

Tabela 4. Matriz de tabelas utilizadas na construção dos módulos do sistema

As tabelas utilizadas pela aplicação e as relações criadas entre tabelas, no desenvolvimento do

sistema U+ foram as seguintes:

Módulos “Gestão de apontamentos”, “Gestão de contactos” e “Gestão de agenda”

Figura 38. Modelo de dados dos módulos “Gestão de apontamentos”, “Gestão de contactos” e

“Gestão de agenda”


44

Aluno

Campo Tipo Obrigatório Descrição

Id Identificador X Identificador único do evento

NumeroAluno Texto (50) X Texto com a nota registada

UtilizadorId Id tabela “Utilizador” X Utilizador correspondente ao

aluno

TurmaId Id tabela “Turma” X Turma em que o aluno se

encontra inscrito

DelegadoTurma Booleano X Identifica o aluno como delegado

de turma

Tabela 5. Descrição da tabela “Aluno”

Na tabela “Aluno” encontram-se registados os alunos universitários que têm acesso á aplicação. Esta

tabela encontra-se ligada á tabela “Utilizador” através do campo “UtilizadorId”, onde se encontram

registados os dados pessoais do aluno. Cada aluno está inscrito numa turma, esta ligação é

representada através do campo “TurmaId” que liga o aluno á tabela “Turma”. O campo “Delegado”

indica se o aluno é delegado de turma ou não.

Os dados presentes nesta tabela são carregados e actualizados pelos utilizadores com perfil de

administração.

Agenda


Id Identificador X Identificador único do evento

Nota Texto (500) X Texto com a nota registada

AlunoId Id tabela “Aluno” X Aluno que registou o evento

Sala Texto (50) Sala de aula onde o evento se

realiza

DisciplinaId Id tabela “Disciplina” Disciplina referente ao evento

DataHoraInicio Data hora Data e hora do início do evento

DataHoraFim Data hora Data e hora do fim do evento

Data Data X Data do evento

Partilhar Booleano X Identifica se o apontamento é

partilhado com a turma

Tabela 6. Descrição da tabela “Agenda”

A tabela “Agenda” tem como dados, os eventos registados pelos alunos na aplicação. Esta tabela

encontra-se conectada à tabela “Aluno” através do campo “AlunoId”, que representa o aluno que

registou o evento na aplicação e à tabela “Disciplina” através do campo “DisciplinaId” que representa

a disciplina a qual ficou associado o evento registado. O campo “Partilhar” indica se o evento é

privado, ou seja, apenas visualizado pelo seu autor, ou público, ou seja, visualizado pelo autor e

colegas de turma. Apenas os alunos com perfil de delegado de turma podem marcar os eventos

como partilháveis para o resto da turma.


45

Contacto


Id Identificador X Identificador único do contacto

Nome Texto (50) X Nome do contacto registado

Email Email (250) E-mail do contacto registado

Telemovel Phone Number (20) Número de telemóvel do contacto

registado

GrupoId Id tabela

“GrupoContacto” X Grupo referente ao contacto

AlunoId Id tabela “Aluno” X Aluno que registou o contacto

Tabela 7. Descrição da tabela “Contacto”

Na tabela “Contacto” encontram-se registados os contactos de um determinado aluno. A tabela

encontra-se relacionada com a tabela “Aluno” através do campo “AlunoId”, que representa o aluno

que fez o registo do contacto. Cada contacto registado tem um grupo associado, esta ligação faz-se

através do campo “GrupoId” que é referente à tabela “GrupoContacto”.

GrupoContacto


Id Identificador X Identificador único do grupo de

contactos

Nome Texto (100) X Nome do grupo

AlunoId Id tabela “Aluno” X Aluno ao qual pertence o grupo

de contactos

Tabela 8. Descrição da tabela “GrupoContacto”

A tabela “GrupoContacto” encontra-se preenchida com os grupos de contactos criados pelos alunos

na aplicação. Os alunos podem criar novos grupos de contactos, editar existentes e eliminar grupos.

Cada aluno, tem sempre um grupo de contactos definido pela aplicação, que não pode ser alterado,

nem eliminado. Este grupo contém os dados referentes aos seus colegas de turma, e denomina-se

“Turma”.

Quando os alunos (contactos) alteram os seus dados pessoais (e-mail e número de telemóvel), estes

são actualizados na lista de contactos do aluno, de forma automática.


46

Apontamento


Id Identificador X Identificador único do

apontamento

Nome Texto (100) X Nome do apontamento

Texto Texto (50000) X Texto do apontamento registado

DisciplinaId Id tabela “Disciplina” X Disciplina do apontamento

AlunoId Id tabela “Aluno” X Aluno que registou o

apontamento

DataAlteracao Data hora X Data e hora da última alteração

ao apontamento

Partilhar Booleano X Identifica se o apontamento é

partilhado com a turma

Tabela 9. Descrição da tabela “Apontamento”

A tabela “Apontamento” encontra-se relacionada com a tabela “Aluno” através do campo “AlunoId”,

que representa o utilizador que registou o apontamento na aplicação.

Na tabela encontra-se um campo referente a partilha dos mesmos com os alunos da turma do aluno

(campo “Partilhar”). Este campo é do tipo booleano, pode ser verdadeiro ou falso. Se o registo do

apontamento tiver este campo como verdadeiro (True na base de dados), o apontamento é

visualizado pelo aluno que o registou e pelos colegas da turma registados na aplicação. Caso esteja

registado como falso (False na base de dados), o apontamento é privado, ou seja, apenas é

visualizado pelo seu autor.

Disciplina


Id Identificador X Identificador único da disciplina

Codigo Texto (50) X Código de identificação da

disciplina

Nome Texto (100) X Nome da disciplina

Professor Texto (100) X Nome do professor que lecciona

a disciplina

CursoId Id tabela “Curso” X Curso ao qual pertence a

disciplina

Tabela 10. Descrição da tabela “Disciplina”

Na tabela “Disciplina” encontram-se registadas as disciplinas dos cursos existentes na aplicação.

Cada disciplina tem um curso respectivo, esta ligação faz-se através do campo “CursoId” que

representa um curso registado na aplicação. Os dados presentes nesta tabela são carregados e

actualizados pelos utilizadores com perfil de administração.


47

Disciplina_Aluno


Id Identificador X Identificador único

AlunoId Id tabela “Aluno” X Aluno que está inscrito ás

disciplinas

DisciplinaId Id tabela “Diciplina” X Disciplina a qual o aluno se

encontra inscrito

Tabela 11. Descrição da tabela “Disciplina_Aluno”

A tabela “Disciplina_Aluno” estabelece a ligação entre os alunos registados no U+ e as disciplinas.

Cada aluno poderá estar inscrito a uma ou mais disciplinas de diferentes cursos.

Os dados presentes nesta tabela são carregados e actualizados pelos utilizadores com perfil de

administração.

Módulo “Administração”

Figura 39. Modelo de dados do módulo “Administração”


48

Utilizador


Id Identificador X Identificador único do curso

Username Texto (50) X Nome de login

Nome Texto (100) X Nome do utilizador

Email Email (250) Email do utilizador

Telemovel Phone Number (20) Número de telemóvel do utilizador

Password Text (32) X Password do utilizador

Administrador Booleano X Indica se o utilizador tem perfil de

administração

Tabela 12. Descrição da tabela “Utilizador”

Na tabela “Utilizador” encontram-se registados os dados dos utilizadores da aplicação,

nomeadamente, os dados de login na aplicação (username e password) e os dados pessoais (nome,

e-mail e número de telemóvel). O campo “Administrador” indica se o utilizador tem o perfil de

administração.

Curso


Id Identificador X Identificador único do utilizador

Codigo Texto (50) X Código de identificação do curso

Nome Texto (100) X Nome do curso

Tabela 13. Descrição da tabela “Curso”

A tabela “Curso” é preenchida com os cursos da universidade que se encontram disponibilizados na

aplicação. Os dados presentes nesta tabela são carregados e actualizados pelos utilizadores com

perfil de administração.

Turma


Id Identificador X Identificador único da turma

Codigo Texto (50) X Código de identificação da turma

Nome Texto (100) X Nome da turma

CursoId Id tabela “Curso” X Curso ao qual pertence a turma

Tabela 14. Descrição da tabela “Turma”

Na tabela “Turma” encontram-se registadas as turmas dos cursos existentes na aplicação, esta

ligação faz-se através do campo “CursoId” que representa um curso registado na aplicação. Os


49

dados presentes nesta tabela são carregados e actualizados pelos utilizadores com perfil de

administração.

3.4. Implementação

Depois de realizada a fase de análise e arquitectura, seguiu-se a implementação da aplicação. Na

fase de implementação foram definidos os componentes do sistema, realizada a descrição dos

mesmos, desenhada a estrutura da aplicação e as interfaces gráficas da mesma.

3.4.1. Componentes do sistema

O sistema U+ encontra-se dividido em três componentes principais (a nível macro):

Figura 40. Componentes gerais do sistema

Umais BD: Contém as tabelas da base de dados;

Umais: Interface web;

Umais mobile: Interface para dispositivos móveis.

As duas interfaces, web e móvel, partilham a mesma base de dados, desenhada e gerida na

componente Umais BD.

3.4.2. Acesso à aplicação em dispositivos móveis

O utilizador ao aceder a aplicação U+ através de um dispositivo móvel é encaminhado para a

interface U+ mobile que se encontra optimizada para a resolução do mesmo. Esta funcionalidade

facilita a utilização por parte dos utilizadores, visto que poderão aceder a aplicação num dispositivo

móvel a partir do mesmo endereço que fazem num computador de secretária ou computador portátil.

Esse reencaminhamento é apresentado na figura 41 da página 50.


50

Figura 41. Reencaminhamento para aplicação móvel

3.4.3. Descrição dos componentes do sistema

Login e Página Inicial

A pagina de login é composta por duas caixas de texto onde o utilizador tem de inserir o username e

a sua password.

A página inicial é composta por 4 opções:

Apontamentos ;

Agenda ;

Contactos ;

Gestão da conta de utilizador .

Módulos “Gestão de agenda”, “Gestão de apontamentos” e “Gestão de contactos”

De forma a facilitar a utilização da aplicação, foram desenvolvidos ecrãs com funcionalidades

semelhantes nos diferentes módulos do sistema. Em todos os módulos, foram desenvolvidos dois

tipos de ecrãs: os ecrãs “_List” que permitem consultarem listas de registos e os ecrãs “_Edit” que

permitem editar os registos (por exemplo “Agenda_List” e “Agenda_Edit”).


51

Nos ecrãs de listagens, o utilizador pode efectuar pesquisas sobre os dados registados na aplicação.

Na lista de apontamentos, pode pesquisar por nome do apontamento, texto do apontamento ou

disciplina. Os apontamentos apresentados podem ser filtrados por apontamentos privados ou

partilhados pela turma.

Na gestão de contactos, é possível pesquisar por nome, e-mail ou telemóvel do contacto registado,

ou filtrar por grupo de contactos. O aluno pode também criar, editar ou eliminar grupos de contactos.

Na agenda, o aluno pode pesquisar por nota, disciplina e sala de aula e pode filtrar os eventos por

eventos públicos ou da turma (registados pelo delegado de turma).

Ao clicar sobre o registo do apontamento, do evento ou do contacto apresentado na listagem, o

utilizador é encaminhado para o ecrã “_Edit” e pode editar o registo ou eliminá-lo.

Nos ecrãs de listagens, no canto superior direito, por baixo do menu, encontra-se o botão “+1” que

permite a criação de um novo registo (apontamento, evento ou contacto) na aplicação.

Desta forma, nestes três módulos foram desenvolvidas as seguintes páginas:

Agenda_List;

Agenda_Edit;

Apontamentos_List;

Apontamentos_Edit;

Contactos_List;

Contactos_Edit;

Grupos_Popup.

Na interface web foram desenvolvidas duas funcionalidades que não se encontram disponíveis na

interface móvel devido ao tamanho do ecrã do dispositivo ser menor: a possibilidade de exportar para

ficheiros Excel os dados apresentados no ecrã, eliminar um registo pretendido da lista apresentada

(disponível nas listagens de eventos, apontamentos e contactos) e a funcionalidade de envio de e-

mail para o contacto apresentado na lista, clicando sobre o seu e-mail (apenas disponível na listagem

de contactos). Esta funcionalidade permite o seguinte: quando o aluno clica sobre o e-mail de um

contacto, é encaminhado para a aplicação de correio electrónico que tem instalada no computador e

pode facilmente enviar um e-mail ao contacto seleccionado.


Este módulo é apenas acedido pelos utilizadores registados com o perfil de administração, e é

composto por apenas um ecrã com o nome de “ImportacaoDados”. Estes utilizadores efectuam a

gestão da informação existente na base de dados, ao nível de cursos, turmas, disciplinas, alunos e

utilizadores. Neste ecrã, o utilizador pode aceder aos dados referentes às diferentes tabelas da base

de dados através da exportação de ficheiros Excel. O utilizador pode criar, editar ou eliminar dados

no ficheiro Excel, e importar os ficheiros na aplicação, de forma a actualizar a informação presente na

base de dados.


52

3.4.4. Fluxo de informação entre módulos

As imagens seguintes são representativas da estrutura do software criado através da plataforma

OutSystems [28] O círculo “Start” representa a entrada na aplicação, redirecciona para a página de

login. Os rectângulos cinzentos representam as páginas disponíveis que podem ser acedidas pelo

utilizador.

Figura 42. Fluxo de navegação entre os módulos

Depois de efectuar o login, o utilizador é direccionado para a página inicial (Homepage). Na página

inicial, o utilizador tem a sua disponibilidade quatro opções que o direccionaram para um dos

seguintes ecrãs: “Contactos_List”, “Agenda_List”, “Apontamentos_List” e “DadosConta”.

Nos três ecrãs “_List”, o utilizador tem a possibilidade de aceder aos ecrãs “_Edit” e vice-versa. No

ecrã ”Contactos_List”, é possível aceder ao Pop-up de gestão de grupos de contactos.

Através do menu, é possível aceder aos ecrãs “Contactos_List”, “Agenda_List”, “Apontamentos_List”

e “ImportacaoDados”.


53

3.4.5. Interfaces gráficas do sistema

Nesta secção são apresentadas as interfaces gráficas da aplicação. As figuras apresentadas são

printscreens da aplicação, na interface móvel, foram retiradas imagens da aplicação num simulador

de um dispositivo móvel com o sistema operativo Android.

Menu

O menu da aplicação é composto por quatro opções:

Apontamentos;

Contactos;

Agenda;

Administração.

A opção de menu “Administração” apenas é disponibilizada na interface web aos utilizadores com

perfil de administrador.

Figura 43. Menu da interface web

Figura 44. Menu da interface móvel

Na interface web, a opção seleccionada é identificada através do fundo branco na opção do menu

como é evidenciado pela figura 43. Na interface móvel, a opção seleccionada é identificada através

do sublinhado na opção do menu como se pode observar na figura 44.


54

Login

Para efectuar o login, o utilizador necessita de introduzir o username e a password nos campos

respectivos e premir o botão “Login”.

Figura 45. Página de Login


55

Página inicial

Depois de efectuado o login na aplicação, o utilizador é encaminhado para a página inicial. Esta

página é composta por quatro ícones que representam as seguintes opções:

Apontamentos;

Agenda;

Contactos;

Gestão da conta.

Se o utilizador passar o rato sobre um dos ícones é apresentada a opção a que corresponde cada

ícone.

Figura 46. Página inicial


56

Edição de dados da conta

Este ecrã é acedido através da opção “Minha Conta” que se encontra no canto superior direito na

interface web ou no canto inferior direito na interface móvel. Neste ecrã o utilizador pode alterar os

seus dados (e-mail, número de telemóvel e password). Se for um utilizador com o perfil de

administração não são apresentados os dados referentes aos alunos.

Quando o utilizador pretende alterar os seus dados tem de inserir a password para confirmar a

alteração dos mesmos. Na interface web são apresentadas as disciplinas em que o aluno se encontra

inscrito.

Figura 47. Página de edição de dados do utilizador


57

Módulo “Gestão de agenda”

Este módulo é composto pelos seguintes ecrãs:

Figura 48. Página da lista de eventos

Figura 49. Página de edição de um evento


58

Os eventos podem ser pesquisados por nota, disciplina e sala. Na listagem de eventos é possível

aceder ou eliminar um evento da lista. Na interface web o utilizador tem a possibilidade de exportar a

lista para um ficheiro Excel e de consultar os eventos de duas formas, em forma de lista ou em forma

de calendário. Na interface móvel, os eventos são apresentados pela data do evento (por ordem

decrescente). Para criar um novo evento, basta premir o botão “+1” no canto superior direito.

O evento pode ser registado com os seguintes dados: Nota, disciplina, sala, professor, data, hora de

início e hora de fim. Se o aluno associar uma disciplina ao evento, o professor da disciplina fica

associado automaticamente ao evento. O asterisco (*) vermelho indica os campos de preenchimento

obrigatório.

Módulo “Gestão de contactos”


Figura 50. Página da lista de contactos


59

Figura 51. Página de edição de um contacto

Na lista de contactos são apresentados os nomes dos contactos registados na aplicação, ao premir o

nome de um dos contactos é possível aceder aos dados do contacto registado. Na interface web, o

utilizador pode eliminar um contacto ou exportar a lista para um ficheiro Excel. Para criar um novo

contacto, basta premir o botão “+1” no canto superior direito.

O contacto pode ser alterado ou eliminado pelos alunos. Os dados dos contactos são: Grupo, nome,

número de aluno, e-mail e telemóvel. O asterisco (*) vermelho indica os campos de preenchimento

obrigatório.

Grupos de contactos

Os grupos de contacto são geridos pelos alunos. Os alunos podem editar o nome de grupos

existentes e criar novos grupos. Por defeito, todos os alunos têm um grupo de contactos associado,

que não pode ser alterado nem eliminado. O grupo tem o nome de “Turma” e é composto pelos

colegas de turma do aluno que se encontra autenticado na aplicação. A gestão de grupos apenas é

disponibilizada na interface web.


60

Figura 52. Pop-up de gestão de grupos de contactos


61

Módulo “Gestão de apontamentos”


Figura 53. Página da lista de apontamentos

Figura 54. Página de edição de apontamentos


62

Na lista de apontamentos o aluno pode seleccionar a opção de ver os apontamentos partilhados

pelos alunos da sua turma ou não. Na interface web o utilizador pode eliminar um apontamento

privado (registado por si) ou exportar a lista de apontamentos para um ficheiro Excel. Para criar um

novo apontamento, basta premir o botão “+1” no canto superior direito. Os apontamentos registados

pelos alunos podem ser indicados como apontamentos partilháveis com a turma ou não, através da

selecção da opção “Partilhar com a turma”.

Os apontamentos encontram-se associados a uma turma e a uma disciplina, sendo estas restrições

apenas funcionais. O U+ encontra-se preparado para no futuro, estas restrições poderem ser

alteradas. Desta forma, o U+ encontra-se flexível a mudanças e não é limitativo. Na criação ou edição

de um apontamento é disponibilizado ao aluno um editor de texto com algumas opções de

formatação de texto (apenas disponível na interface web). Os apontamentos registados por alunos da

turma, podem ser consultados mas não podem ser alterados. O asterisco (*) vermelho indica os

campos de preenchimento obrigatório.


Este módulo é apenas acedido por utilizadores com perfil de administração. No ecrã apresentado na

figura 55, o utilizador poderá efectuar a gestão de cursos, turmas, utilizadores, alunos e disciplinas

através da exportação da informação que consta na aplicação e da importação de novos dados ou de

dados actualizados através de ficheiros Excel.

Figura 55. Página de administração


63

4. Avaliação

Após o desenvolvimento do protótipo descrito nos capítulos anteriores, foram realizados testes de

avaliação sobre o mesmo. A avaliação de um protótipo é dos momentos mais importantes no

processo de desenvolvimento. É através deste processo que se consegue determinar se o esforço

despendido na realização do protótipo alcançou os objectivos inicialmente propostos e o impacto que

o protótipo causou aos alunos ao utilizarem o protótipo. A avaliação foi focada na verificação do

cumprimento dos requisitos estabelecidos com o objectivo final de melhorar a aprendizagem dos

alunos universitários dentro e fora da sala de aula.

O protótipo foi disponibilizado para testes num servidor da cloud da OutSystems [28] e foi

disponibilizado aos alunos um utilizador de testes. Desta forma, os alunos puderam aceder à

aplicação através de um browser em qualquer dispositivo com internet. O link do protótipo foi

disponibilizado a todos os alunos ano lectivo de 2012/203 do ISCTE-IUL através de uma lista de

distribuição institucional. Estas listas destinam-se ao envio de informação institucional ou académica

a classes de membros da comunidade ISCTE-IUL que tenham interesse em recebê-la, sem

possibilidade de discussão [30]. Foi enviado um e-mail para [email protected] com a explicação dos

passos a efectuar de forma a testarem a aplicação e a responderem ao questionário. O questionário

encontra-se em anexo (Anexo A) na parte final do documento e foi disponibilizado aos alunos através

do Google Docs.

Depois de realizados os testes, os alunos responderam ao questionário de 14 perguntas de forma

anónima. Apenas foi possível testar a interface web. Infelizmente a interface móvel não foi testada

pelos alunos por não haver dispositivos Android disponíveis em tempo útil dos testes.

Este capítulo encontra-se dividido por temas de perguntas realizadas no questionário. Em cada

secção são apresentados os temas avaliados e os resultados obtidos no questionário. Nas

conclusões são analisados os resultados obtidos, de onde se pretende chegar a algumas

considerações importantes sobre o U+.


64

A população que respondeu ao questionário foi composta por 37 alunos distribuídos da seguinte

forma:

Tipo de Curso Curso Ano Género Idade

(anos)

Nº de

alunos

Licenciatura

Sociologia 1º Feminino - de 20 3

+ de 30 1

Economia 1º Feminino 21 a 25 1

Masculino - de 20 2

Psicologia 3º Feminino 21 a 25 1

26 a 30 1

ETI 2º Masculino 21 a 25 1

GEI 2º Feminino 21 a 25 1

IGE 2º Masculino 21 a 25 1

3º Masculino + de 30 1

Finanças e Contabilidade 1º Feminino - de 20 1

Gestão 3º Feminino - de 20 1

Engenharia Informática 1º Masculino - de 20 1

Mestrado

Ciências da Complexidade 2º Feminino 21 a 25 1

Comunicação, Cultura e

Tecnologias de Informação 1º Masculino + de 30 1

MCCTi 1º Masculino + de 30 1

Contabilidade 1º Masculino 26 a 30 1

Engenharia Informática 2º

Masculino

21 a 25 3

26 a 30 6

+ de 30 2

Feminino 26 a 30 2

+ de 30 1

Direito das Empresas 1º Masculino 21 a 25 1

Psicologia Social e das

Organizações 1º Masculino + de 30 1

Doutoramento Comunicação 1º Feminino 21 a 25 1

Tabela 15. Distribuição da amostra

Tipo de curso Frequência

absoluta

Frequência

relativa

Frequência

relativa

Licenciatura 16 0,432 43%

Mestrado 20 0,541 54%

Doutoramento 1 0,027 3%

Total 37 1 100%

Tabela 16. Tabela de frequências da amostra por tipo de curso


65

Curso Frequência

absoluta

Frequência

relativa

Frequência

relativa

Licenciatura em Sociologia 4 0,108 11%

Licenciatura em Economia 3 0,081 8%

Licenciatura em Psicologia 2 0,054 5%

Licenciatura em ETI 1 0,027 3%

Licenciatura em GEI 1 0,027 3%

Licenciatura em IGE 2 0,054 5%

Licenciatura em Finanças e

Contabilidade 1 0,027 3%

Licenciatura em Gestão 1 0,027 3%

Licenciatura em Engenharia

Informática 1 0,027 3%

Mestrado em Ciências da

Complexidade 1 0,027 3%

Mestrado em Comunicação, Cultura e

Tecnologias de Informação 1 0,027 3%

Mestrado em MCCTi 1 0,027 3%

Mestrado em Contabilidade 1 0,027 3%

Mestrado em Engenharia Informática 14 0,378 38%

Mestrado em Direito das Empresas 1 0,027 3%

Mestrado em Psicologia Social e das

Organizações 1 0,027 3%

Doutoramento em Comunicação 1 0,027 3%

Total 37 1 100%

Tabela 17. Tabela de frequências da amostra por curso

Ano Frequência

absoluta

Frequência

relativa

Frequência

relativa

1º Ano de licenciatura 9 0,243 24%



1º Ano de mestrado 5 0,135 14%

2º Ano de mestrado 15 0,405 41%

1º Ano de doutoramento 1 0,027 3%

Total 37 1 100%

Tabela 18. Tabela de frequências da amostra por ano do aluno

Género Frequência

absoluta

Frequência

relativa

Frequência

relativa

Masculino 22 0,595 59%

Feminino 15 0,405 41%

Total 37 1 100%

Tabela 19. Tabela de frequências da amostra por género dos alunos


66

Idade (anos) Frequência

absoluta

Frequência

relativa

Frequência

relativa

- de 20 8 0,216 22%

21-25 11 0,297 30%

26-30 10 0,270 27%

+ de 30 8 0,216 22%

Total 37 1 100%

Tabela 20. Tabela de frequências da amostra por idade dos alunos

4.1. Método utilizado pelos alunos actualmente

Nas três primeiras perguntas do questionário pretendeu-se saber se os alunos que testaram o

protótipo são habituais utilizadores de aplicações de gestão de apontamento, agenda ou contactos.

Caso sejam, pretendeu-se saber qual a aplicação que normalmente utilizam, se não são, pretendeu-

se saber de que forma registam os apontamentos durante a aula. Estas respostas são importantes

para averiguar se os alunos já estão habituados a aplicações de gestão de apontamentos, agenda ou

contactos, como é o caso do U+.

Figura 56. Percentagem de utilização de aplicações de gestão de apontamentos, agenda ou contactos

Utilização de

aplicações

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Sim 27 0,73 73%

Não 10 0,27 27%

Total 37 1 100%

Tabela 21. Tabela de frequências da utilização de aplicações de gestão de apontamentos, agenda ou contactos

Não 27%

Sim 73%


67

Figura 57. Percentagem de utilização de aplicações por parte dos alunos

Aplicação Frequência

absoluta

Frequência

relativa

Frequência

relativa

Microsoft OneNote 8 0,178 18%

Microsoft Word 9 0,2 20%

Microsoft Outlook 6 0,133 13%

Google Groups 6 0,133 13%

Evernote 7 0,156 16%

Springpad 1 0,022 2%

Outra 8 0,178 18%

Total 45 1 100%

Tabela 22. Tabela de frequências da utilização de aplicações por parte dos alunos

Nota: Nesta pergunta foi possível seleccionar mais de uma opção, pelo que o total pode somar mais

do que o número de alunos que respondeu ao questionário.

Figura 58. Percentagem das formas de tirar apontamentos utilizadas pelos alunos

18% 20% 13% 13%

16%

2%

18%

0%

5%

10%

15%

20%

25%

29%

57%

7% 7% 0%

10%

20%

30%

40%

50%

60%

Papel e caneta Agenda Post it's Outra


68

Forma de tirar

apontamentos

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Papel e caneta 4 0,286 29%

Agenda 8 0,571 57%

Post it’s 1 0,071 7%

Outra 1 0,071 7%

Total 14 1 100%

Tabela 23. Tabela de frequências das formas de tirar apontamentos utilizadas pelos alunos

Nota: Nesta pergunta foi possível seleccionar mais de uma opção, pelo que o total pode somar mais

do que o número de alunos que respondeu ao questionário.

4.2. Análise ao protótipo

Outros pontos analisados no questionário foram a usabilidade, a performance e a interface do U+,

bem como a comparação com outras aplicações utilizadas pelos alunos. Foi analisada também a

satisfação na utilização por parte dos alunos e a utilidade do U+.

4.2.1. Usabilidade

A usabilidade do U + foi classificada pelos alunos de muito mau (1) a muito bom (5). A média dos

valores registados foi de 3,756757.

Figura 59. Avaliação da usabilidade do U+

Usabilidade Frequência

absoluta

Frequência

relativa

Frequência

relativa

1 0 0 0%

2 0 0 0%

3 13 0,351 35%

4 20 0,541 54%

5 4 0,108 11%

Total 37 1 100%

Tabela 24. Tabela de frequências da usabilidade do U+

3,76

0,00 1,00 2,00 3,00 4,00 5,00

Usabilidade


69

4.2.2. Performance

Tal como a usabilidade, a performance do U + foi classificada pelos alunos de muito mau (1) a muito

bom (5). A média dos valores registados foi de 4,486486.

Figura 60. Avaliação performance do U+

Performance Frequência

absoluta

Frequência

relativa

Frequência

relativa

1 0 0 0%

2 1 0,027 3%

3 8 0,216 22%

4 16 0,432 43%

5 12 0,324 32%

Total 37 1 100%

Tabela 25. Tabela de frequências da performance do U+

4.2.3. Comparação com aplicações utilizadas actualmente

Os alunos que testaram a aplicação, fizeram uma avaliação comparativa entre as aplicações que

utilizam actualmente (ou outra forma de registar apontamentos, eventos e contactos sem ser com

software). Avaliaram o U+ entre muito pior (1) e muito melhor (5) em comparação com os

métodos/aplicações utilizados actualmente. A média dos valores registados foi de 3,135135. Além

desta avaliação, os alunos também definiram os aspectos em que o U+ é melhor ou pior que os

métodos/aplicações utilizados actualmente.

Figura 61. Avaliação da comparação do U+ com as aplicações utilizadas

4,49

0,00 1,00 2,00 3,00 4,00 5,00

Performance

3,14

0,00 1,00 2,00 3,00 4,00 5,00

Comparação com aplicaçãoactual


70

Comparação com

aplicações utilizadas

Frequência

absoluta

Frequência

relativa

Frequência

relativa

1 2 0,056 6%

2 6 0,167 17%

3 13 0,361 36%

4 12 0,333 33%

5 3 0,083 8%

Total 37 1 100%

Tabela 26. Tabela de frequências da comparação com as aplicações utilizadas

Figura 62. Aspectos em que o U+ é melhor que as aplicações utilizadas actualmente

Aspectos em que U+ é melhor

que outras aplicações

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Performance 15 0,185 19%

Usabilidade 11 0,136 14%

Rapidez 16 0,198 20%

Aspecto / Interface 9 0,111 11%

Gestão de apontamentos 17 0,210 21%

Gestão de contactos 6 0,074 7%

Gestão de agenda 7 0,086 9%

Outro 0 0,000 0%

Total 81 1 100%

Tabela 27. Tabela de frequências dos aspectos em que o U+ é melhor que as aplicações utilizadas actualmente

19% 14%

20%

11%

21%

7% 9% 0%

0%

5%

10%

15%

20%

25%


71

Figura 63. Aspectos em que o U+ é pior que as aplicações utilizadas actualmente

Aspectos em que U+ é pior

que outras aplicações

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Performance 7 0,104 10%

Usabilidade 11 0,164 16%

Rapidez 1 0,015 1%

Aspecto / Interface 9 0,134 13%

Gestão de apontamentos 8 0,119 12%

Gestão de contactos 11 0,164 16%

Gestão de agenda 16 0,239 24%

Outro 4 0,060 6%

Total 67 1 100%

Tabela 28. Tabela de frequências dos aspectos em que o U+ é pior que as aplicações utilizadas actualmente

Nota: Nestas últimas duas perguntas foi possível seleccionar mais de uma opção, pelo que o total

pode somar mais do que o número de alunos que respondeu ao questionário.

4.2.4. Interface

A interface da aplicação foi classificada pelos alunos entre muito simples e muito complexa.

10% 16%

1%

13% 12% 16%

24%

6% 0%

5%

10%

15%

20%

25%

30%


72

Figura 64. Avaliação da interface do U+

Interface Frequência absoluta Frequência

relativa

Frequência

relativa

Muito simples 13 0,351 35%

Simples 23 0,622 62%

Complexa 1 0,027 3%

Muito complexa 0 0 0%

Total 37 1 100%

Tabela 29. Tabela de frequências da avaliação da interface do U+

4.2.5. Satisfação na utilização

A satisfação dos utilizadores ao trabalhar com o U+ foi avaliada, de forma a saber se a aplicação foi

capaz de satisfazer as exigências dos utilizadores.

Figura 65. Avaliação da satisfação dos utilizadores

35%

62%

3% 0% 0%

10%

20%

30%

40%

50%

60%

70%

Muito simples Simples Complexa Muito complexa

0% 16%

78%

5% 0%

20%

40%

60%

80%

100%

Insatisfeito Poucosatisfeito

Satisfeito Muito satisfeito


73

Satisfação Frequência

absoluta

Frequência

relativa

Frequência

relativa

Insatisfeito 0 0 0%

Pouco satisfeito 6 0,162 16%

Satisfeito 29 0,784 78%

Muito satisfeito 2 0,054 5%

Total 37 1 100%

Tabela 30. Tabela de frequências da avaliação da satisfação dos utilizadores

4.2.6. Utilidade

Outro ponto focado no questionário foi a opinião dos utilizadores sobre a utilidade do U+.

A utilidade do U+ foi classificada pelos alunos entre inútil e muito útil.

Figura 66. Avaliação da utilidade do U+

Utilidade Frequência

absoluta

Frequência

relativa

Frequência

relativa

Inútil 1 0,027 3%

Pouco útil 7 0,189 19%

Útil 22 0,595 59%

Muito útil 7 0,189 19%

Total 37 1 100%

Tabela 31. Tabela de frequências da avaliação da utilidade do U+

4.3. Apreciação geral

As três últimas perguntas do questionário são perguntas sim/não que pretendem analisar o impacto

que o U+ teve no aluno. Este impacto é medido através de três factores: se o U+ incentiva a tirar mais

notas durante a aula, se facilita a gestão de contactos e agenda e se o aluno gostaria de ter o U+

disponibilizado durante as aulas.

3% 19%

59%

19%

0%

10%

20%

30%

40%

50%

60%

70%

Inútil Pouco útil Útil Muito útil


74

Figura 67. Resultados das perguntas finais

Incentivo a tirar mais

apontamentos

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Sim 14 0,378 38%

Não 23 0,622 62%

Total 37 1 100%

Tabela 32. Tabela de frequências do incentivo a tirar mais apontamentos

Facilita gestão de

agenda e contactos

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Sim 26 0,703 70%

Não 11 0,297 30%

Total 37 1 100%

Tabela 33. Tabela de frequências da facilidade na gestão da agenda e contactos

Possível utilização

durante as aulas

Frequência

absoluta

Frequência

relativa

Frequência

relativa

Sim 26 0,703 70%

Não 11 0,297 30%

Total 37 1 100%

Tabela 34. Tabela de frequências da possível utilização durante as aulas

62%

30% 30%

38%

70% 70%

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

Incentiva tirarmais

apontamentos

Facilita gestão decontactos e

agenda

Utilizaria duranteas aulas

Sim

Não


75

5. Conclusões

Neste capítulo é apresentado um breve resumo da dissertação, uma análise aos resultados obtidos

no questionário, benefícios, limitações do U+ e um possível trabalho futuro sobre a dissertação.

O U+ permite ao aluno acompanhar e participar de forma activa na aula tirando apontamentos com o

uso do computador portátil, tablet, smartphone ou PC da universidade. Durante a aula o aluno está na

posse de uma interface simples, que oferece poucas distracções, o que torna o seu nível de

aprendizagem mais elevado.

O grande objectivo quando estamos a tirar apontamentos é poder consultá-los no futuro, seja este

distante ou próximo. Ora, num ambiente de aprendizagem, onde o principal método de estudo é a

consulta de apontamentos, faz o maior sentido existir uma forma de o aluno poder consultar e ver os

apontamentos que foram feitos durante a aula. Para além de as consultar também é bastante

razoável que este possa editá-los e consequentemente adicionar novos apontamentos.

Resumindo, reduz-se o esforço despendido no acto de tirar apontamentos e voltar a rever a aula com

esses apontamentos, aumentando desta forma o nível de aprendizagem e motivação em tirar mais

apontamentos, através do uso de novas tecnologias.

5.1. Resultados do questionário

Após serem analisados os resultados do questionário apresentados no capítulo anterior, pode

chegar-se a algumas conclusões:

Os alunos que testaram o protótipo são na sua maioria, habituais utilizadores de aplicações

de gestão de apontamentos, contactos ou agenda. Este factor facilita a introdução da

aplicação U+ no quotidiano dos alunos;

A usabilidade e a performance de uma aplicação são muito importantes para o sucesso da

mesma. Pelos resultados observados, o protótipo do U+ foi considerado como tendo uma boa

usabilidade (3,76 de média, entre 1 e 5) e uma excelente performance (4,49 de média, entre

1 e 5), o que confirma a boa escolha do protótipo ser desenvolvido sobre a plataforma

OutSystems [28];

Na comparação com outras aplicações utilizadas pelos alunos, há funcionalidades que não

são disponibilizadas no U+ e são noutras aplicações, o que justifica o valor mais baixo neste

critério, mas mesmo assim positiva por parte dos alunos que testaram o protótipo (3,14 de

média, entre 1 e 5). Os aspectos que os alunos referiram como melhores no U+ do que nas

aplicações que utilizam normalmente foram a performance, rapidez e gestão de

apontamentos. A excelente performance e rapidez do U+ que confirma a boa escolha do

protótipo ser desenvolvido sobre a plataforma OutSystems [28]. Um aspecto a melhorar, que

os alunos referiram como sendo pior no U+ do que na aplicação que utilizam normalmente foi

a gestão da agenda;


76

A interface do protótipo foi considerada simples pela maioria dos alunos e muito simples por

alguns. Este resultado é muito satisfatório e vai de encontro com um dos objectivos do U+,

ser uma aplicação simples e que não distraia os alunos na aula;

Os alunos terminaram os testes satisfeitos com o protótipo, a maioria dos alunos classificou-o

como útil para ser utilizado na sala de aula e fora da aula para estudar e gerir a vida

académica. Este resultado é muito bom, já que se os alunos não vissem o U+ como útil e não

tivessem ficado satisfeitos com o mesmo, não pensariam em utilizá-lo mais vezes, como foi

confirmado na última pergunta, em que responderam que utilizariam o U+ na aula se este

lhes fosse disponibilizado;

Verificando os resultados, chega-se à conclusão que o U+ facilita a gestão de contactos e

agenda, que era um dos objectivos do U+, sendo assim, o objectivo foi cumprido;

A aplicação U+ não incentivou os alunos a tirar mais apontamentos durante as aulas, mas

este não resultado não deve ser considerado como um mau resultado. Um aluno que tire

muitos apontamentos continua a tirar muitos apontamentos e um aluno que tire menos

continua a tirar menos, o importante é o U+ facilitar a gestão dos apontamentos e esse

objectivo foi conseguido;

Outro resultado interessante a avaliar foi a preferência dos alunos sobre os tipos de

apontamentos que faziam. O aluno podia optar por apontamentos públicos (partilhados com a

turma) ou privados. Analisados os apontamentos registados no protótipo que foi alvo de

testes, conclui-se que os alunos não têm preferência sobre um tipo de apontamentos, já que

50% dos apontamentos são privados e 50% públicos. Este resultado encontra-se dentro do

esperado, já que em condições de utilização normais (durante as aulas) também se espera

que haja apontamentos dos dois tipos, mas é esperado haver mais apontamentos privados

do que públicos.

5.2. Benefícios

Existe uma grande vontade em utilizar novas tecnologias para realizar todos os tipos de tarefas. O

uso de novas tecnologias empolga os utilizadores e ficam motivados para quererem mais e mais. O

primeiro benefício apresentado vai ao encontro destes factos. Ao permitir ao aluno fazer

apontamentos na sala de aula e depois consultar em casa muito facilmente, cativa a atenção e desejo

de querer utilizar o U+. Para além de consulta, também pode alterar e adicionar apontamentos de

forma a enriquecer a aprendizagem na aula. Isto tudo é possível graças à interoperabilidade e

independência do U+ que é seguramente a sua maior virtude. Para além disso também é possível

partilhar apontamentos entre os alunos, pois existe a possibilidade dos alunos fazerem apontamentos

públicos que são visíveis aos seus colegas de turma depois da aula. Este benefício acaba por ser

fruto de uma inovação no método de aprendizagem e a mente do aluno está sempre aberta a aceitar

novas alterações quando estão envolvidas novas tecnologias.

Outro benefício presente nesta abordagem é a facilidade de acesso ao U+. Qualquer pessoa com um

dispositivo com acesso à internet (smartphone, tablet, portatil, computador, etc.) pode aceder a esta


77

aplicação. Não precisa de se preocupar com a plataforma no seu dispositivo pois a única coisa de

que precisa é de um browser e ligação à internet. Este é um grande benefício pois não é necessário

instalar nada nem obter as últimas actualizações para funcionar com o U+. As actualizações são

transparentes para o aluno e este por sua vez fica descansado de que pode chegar a casa ou noutro

local onde tenha internet disponível e rever a aula toda com os apontamentos que fez nessa aula.

Além dos benefícios indicados anteriormente, podem ser apontados os seguintes:

O delegado de turma pode informar os colegas da turma de eventos que vão ocorrer através

da partilha de eventos públicos. Se o delegado marcar o evento como partilhável, este será

adicionado automaticamente à agenda dos seus colegas de turma facilitando a distribuição

da informação na turma;

O aluno pode dividir os contactos por grupos de contactos, o que permite fazer uma melhor

gestão dos mesmos. Todos os alunos já têm um grupo de contactos definido com o nome de

“Turma”, mas podem definir mais grupos de contactos. O grupo “Turma” contém os contactos

de todos os colegas de turma. Este grupo é automaticamente criado com os dados dos

colegas de turma e actualizado quando há alteração nos dados;

O U+ é facilmente integrável com outros sistemas. Os dados dos alunos, turmas, cursos e

disciplinas podem ser carregados via ficheiros Excel por utilizadores com perfil de

administradores.

5.3. Limitações

Apesar de a abordagem ter algumas inovações face a outras já existentes, estas inovações trazem

algumas limitações. A disponibilização do sistema através da web, tem como desvantagem os

utilizadores só poderem aceder aos seus dados em modo on-line, ou seja, com ligação à internet. No

U+, numa falha de rede temporária perde-se a informação dos apontamentos feitos pelo aluno

durante esse tempo. Todas as notas feitas pelo aluno não são guardadas nesta altura e o U+ só

entrará em funcionamento quando houver novamente rede. De forma a evitar este transtorno, os

utilizadores deverão ter sempre um back-up dos apontamentos no seu computador.

5.4. Trabalho futuro

Os resultados desta dissertação levam a apontar áreas em que a abordagem pode melhorar e

avançar. Uma das melhorias a ser implementada no futuro poderá ser a possibilidade de tirar

apontamentos em vídeo e som, de forma a enriquecer os conhecimentos transmitidos na aula e a

poder rever com mais detalhe a aula posteriormente.

Uma das limitações apontadas é a impossibilidade de trabalhar de forma off-line no U+. A solução a

ser seguida pode ser a implementação de uma funcionalidade, que permita ao utilizador trabalhar na

aplicação sem estar ligado à internet, e quando este se ligar, a aplicação actualizar automaticamente

os dados inseridos pelo utilizador na aplicação. Esta funcionalidade encontra-se implementada na

aplicação Springpad [31].


78

Como referido anteriormente, é possível integrar os dados da aplicação com outros sistemas através

do carregamento de ficheiros Excel. Este processo é manual e trabalhoso, além de ser perigoso,

porque pode ser mal executado e trazer dissabores no futuro. Uma melhoria poderia ser a

automatização deste processo, ou seja, os carregamentos serem feitos automaticamente por outro

sistema ou aplicação independente.

5.5. Considerações finais

Esta dissertação teve como objectivo utilizar a tecnologia de forma a aumentar os níveis de

aprendizagem dos alunos sem proporcionar distracção. Apesar das limitações apontadas

anteriormente, após realizado o questionário, analisados os resultados do mesmo e os comentários

dos alunos que testaram o protótipo, conclui-se que os principais objectivos apontados inicialmente

foram cumpridos.

Ferramentas deste género podem trazer algum sucesso entre os alunos mas requerem que o hábito

e método de aprendizagem alterem um pouco. Esta questão é complexa pois o hábito é das forças

mais difíceis de quebrar e só com o tempo é que uma ferramenta como esta pode trazer muito valor

ao aluno.


79

Referências

[1] Ken Peffers, Tuure Tuunanen, Marcus A. Rothenberger, Samir Chatterjee: 1 “A Design Science

Research Methodology for Information Systems Research” Journal of Management Information

Systems, Volume 24 Issue 3, p. 45-78, 2007

[2] Shuigeng Zhoua, Ming Xu, Jihong Guanc: “LESSON: A system for lecture notes searching and

sharing over Internet” The Journal of Systems and Software, JUN 2010

[3] The Apache Software Foundation: “Apache Lucene Core” [Consult. 9 AGO 2012] Disponível na

WWW: http://lucene.apache.org/core/

[4] Jürgen Steimle, Oliver Brdiczka, Max Mühlhäuser: “Collaborative Paper-based Annotation of

Lecture Slides.” Educational Technology & Society, 12 (4), p. 125–137, 2009

[5] Jürgen Steimle, Oliver Brdiczka, Max Mühlhäuser: “Coscribe: Using paper for collaborative

annotations in lectures” 8th IEEE International Conference on Advanced Learning Technologies,

ICALT, p. 306-310 2008

[6] F. Boch, A. Piolat: “Note taking and learning: A summary of research” The WAC Journal. 16, p.

101–113, 2005

[7] Jason A. Brotherton, Gregory D. Abowd: “Lessons learned from eClass: Assessing automated

capture and access in the classroom.” ACM Transactions on Computer-Human Interaction, 11(2),

p. 121–155, JUN 2004

[8] Dave Berque: “An evaluation of a broad deployment of DyKnow software to support note taking

and interaction using pen-based computers.” Proceedings of CCSCNE-2006 / Journal of

Computing Sciences in Colleges, 2006

[9] Dave Berque, Terri Bonebright, Michael Whitesell: “Using pen-based computers across the

computer science curriculum” SIGCSE ’04, ACM, 2004

[10] Sally Rasaiah: “Students create OneNote digital notebooks as a prepublication” Scan - Volume

29 Nº 2, MAI 2010

[11] Marcelo Milrad, Juan Perez, Ulrich Hoppe: “C-Notes: Designing a Mobile and Wireless Application

to Support Collaborative Knowledge Building” IEEE International Workshop on Wireless and

Mobile Technologies in Education (WMTE’02), IEEE, 2002

http://lucene.apache.org/core/


80

[12] The Apache Software Foundation: “What is Apache Cocoon?” Consult. 9 AGO 2012] Disponível

na WWW: http://cocoon.apache.org/

[13] Richard C. Davis, James A. Landay, Victor Chen, Jonathan Huang Rebecca B. Lee, Frances C.

Li, James Lin, III Charles B. Morrey, Ben Schleimer, Morgan N. Price, Bill N. Schilit. “Notepals:

lightweight note sharing by the group, for the group” CHI '99, ACM New York, p. 338-345, 1999

[14] Sylvain Malacria, Thomas Pietrzak, Aurélien Tabard, Éric Lecolinet: “U-Note: Capture the Class

and Access it Everywhere” 13th international conference on Human-computer interaction -

Volume Part I, p. 643-660, 2011

[15] Sylvain Malacria, Thomas Pietrzak, Aurélien Tabard, Éric Lecolinet: “What do U-Note? An

Augmented Note Taking System for the Classroom” Papercomp 2010 - 1st International

Workshop on Paper Computing, 2010

[16] Qt Jambi Team: “QT Jambi” 2011 [Consult. 9 AGO 2012] Disponível na WWW: http://qt-

jambi.org/

[17] “jQTouch” 2011 [Consult. 9 AGO 2012] Disponível na WWW: http://www.jqtouch.com/

[18] Mike Hakkarinen: “Using Evernote to Support Students”, FCPS TRT, p. 1 [Consult. 12 AGO 2012]

Disponível na WWW: http://sites.fcps.org/trt/sites/default/files/cristina/Evernote%20Directions.pdf

[19] Ron Toledo: “Evernote for Students: The Ultimate Research Tool – Education Series” FEB 2011

[Consult. 12 AGO 2012] Disponível na WWW: http://blog.evernote.com/2011/02/11/evernote-for-

students-the-ultimate-research-tool-education-series/

[20] katin: “Springpad User Guide” 23 JUN 2011 [Consult. 14 AGO 2012] Disponível na WWW:

http://springpad.com/blog/2011/06/springpad-user-guide/

[21] WestEd: “Google Groups in the Classroom” [Consult. 24 OUT 2012] Disponível na WWW:

http://static.googleusercontent.com/external_content/untrusted_dlcp/www.google.com/pt-

PT//educators/activities/pdfs_GTA/CribSheet.Groups2.pdf

[22] Microsoft Corp.:”Guia do produto Microsoft Outlook 2010” 2010 [Consult. 25 OUT 2012]

Disponível na WWW: http://www.microsoft.com/pt-br/download/details.aspx?id=5829

[23] ISO/IEC 9126-1. 2001. International Standard. Information Technology – Software engineering –

Product quality - Part 1: Quality model. ISO, p.34

http://cocoon.apache.org/

http://qt-jambi.org/

http://qt-jambi.org/

http://www.jqtouch.com/

http://blog.evernote.com/2011/02/11/evernote-for-students-the-ultimate-research-tool-education-series/

http://blog.evernote.com/2011/02/11/evernote-for-students-the-ultimate-research-tool-education-series/


81

[24] ISO/IEC 9126-2:2003, International Standard. Information Technology – Software engineering –

Product quality - Part 2: External metrics. ISO, p.86


Product quality - Part 3: Internal metrics. ISO, p.62


Product quality - Part 4: Quality in use metrics. ISO, p.59

[27] Marcio P. Machado, Sotério F. Souza: “Métricas e Qualidade de Software” [Consult. 26 OUT

2012]

Disponível na WWW: http://soterio.files.wordpress.com/2011/06/artigoqualidadesw.pdf

[28] “About OutSystems” [Consult. 9 AGO 2012] Disponível na WWW:

http://www.outsystems.com/company/

[29] “About the Project” [Consult. 9 AGO 2012] Disponível na WWW: http://phonegap.com/about/

[30] DSI: “Listas de distribuição institucionais” [Consult. 30 OUT 2012] Disponível na WWW:

https://dsi.iscte.pt/listas/distribuicao_institucionais/

[31] katin: “Access Springpad When You’re Offline” MAI 2011 [Consult. 10 AGO 2012] Disponível na

WWW: http://springpad.com/blog/2011/05/access-springpad-when-youre-offline/

https://dsi.iscte.pt/listas/distribuicao_institucionais/

http://springpad.com/blog/2011/05/access-springpad-when-youre-offline/


82

Anexo A

Questionário “Sistema de apoio ao aluno universitário U+” Este questionário destina-se a alunos universitários e demora menos de 5 minutos a responder. Será

utilizado para avaliação do protótipo da aplicação U+, que é parte da dissertação de um aluno da

Escola de Tecnologias e Arquitectura: Departamento de Ciências e Tecnologias da Informação do

ISCTE-IUL. Deverá ser feito depois de ter sido utilizado o protótipo do sistema U+ disponibilizado.

1. É utilizador de algum tipo de aplicação (desktop ou móvel) para elaborar notas/apontamentos,

agenda ou gestão de contactos? *

Sim

Não

2. Se é, qual(is) a(s) aplicação(ões) que normalmente usa?

Microsoft OneNote

Microsoft Word

Microsoft Outlook

Google Groups

Evernote

SpringPad

Outra:

3. Se não é, como é que normalmente faz a gestão desse tipo de actividades?

Papel e caneta

Agenda

Post-it's

Outra:

4. Como classifica o protótipo apresentado em termos de usabilidade? *

1 2 3 4 5

Muito mau

Muito bom

5. Como classifica o protótipo apresentado em termos de performance? *

1 2 3 4 5

Muito mau

Muito bom


83

6. Como classifica o protótipo apresentado comparando-o com a aplicação que usa actualmente (ou

outro método sem ser utilizando software) para fazer as actividades referidas? *

1 2 3 4 5

Muito pior

Muito melhor

7. Em que aspecto(s) a aplicação U+ é melhor que a(s) aplicação(ões) que utiliza actualmente? *

Performance

Usabilidade

Rapidez

Aspecto / Interface

Gestão de apontamentos

Gestão de contactos

Gestão de agenda

Outra:

8. Em que aspecto(s) a aplicação U+ é pior que a(s) aplicação(ões) que utiliza actualmente?

Performance

Usabilidade

Rapidez

Aspecto / Interface

Gestão de apontamentos

Gestão de contactos

Gestão de agenda

Outra:

9. Avalie a interface do U+ no geral *

Muito simples

Simples

Complexa

Muito complexa


84

10. Qual o nível de satisfação geral na utilização do U+? *

Insatisfeito

Pouco satisfeito

Satisfeito

Muito satisfeito

11. O que pensa da utilidade do U+ para seguir a aula e tirar apontamentos em tempo real? *

Inútil

Pouco útil

Útil

Muito útil

12. O U+ incentiva a tirar mais notas durante a aula? *

Sim

Não

13. O U+ facilita a gestão de contactos e eventos universitários? *

Sim

Não

14. Gostaria de utilizar o U+ durante a aula? *

Sim

Não

Dados pessoais Estes dados serão mantidos de forma anónima e não serão divulgados. Servem apenas para análise

estatística.

Indique o seu tipo de curso: *

Doutoramento

Mestrado

Licenciatura


85

Pós-Graduação

Mestrado Executivo

Outra:

Indique o curso que frequenta: *

Indique o ano que frequenta: *

Indique o seu género: *

Masculino

Feminino

Indique a sua idade: *

- de 20

21 a 25

26 a 30

+ de 30

sistema de apoio ao aluno universitário u+ · tirar apontamentos estimula os alunos a seguir...

Documents