Você está na página 1de 84

UNIVERSIDADE FEDERAL DE PERNAMBUCO

CENTRO DE INFORMTICA

WELLTON THIAGO MACHADO FERREIRA

EVOLUO DE MODELO CONCEITUAL DE SISTEMA DE


INFORMAO PARA PLANEJAMENTO E COMPARTILHAMENTO
DE PLANOS DE AULA

TRABALHO DE GRADUAO

Recife - PE
2015

Wellton Thiago Machado Ferreira

Evoluo de modelo conceitual de sistema de informao para


planejamento e compartilhamento de planos de aula

Trabalho

apresentado

ao

Programa

de

Graduao em Cincia da Computao do


Centro de Informtica da Universidade Federal
de Pernambuco como requisito parcial para
obteno do grau de Bacharel em Cincia da
Computao.

Orientador: Prof. Dr. Alex Sandro Gomes

Recife - PE
2015

A Deus, que me deu foras, sade e sabedoria


para chegar at aqui.

Agradecimentos

A minha me Adelaide pela dedicao, sacrifcio e empenho, me dando o suporte


dirio necessrio para o meu desenvolvimento como estudante e profissional.
Aos meus familiares mais prximos, meu tio Cllio e minhas primas, minhas
madrinhas e amigos da famlia, por participarem e ajudarem na minha educao e serem
presentes ao longo dos anos.
Ao meu orientador, Professor Alex Sandro, pelo material fornecido, pelo apoio,
compromisso e confiana ao longo do desenvolvimento deste trabalho. Agradeo tambm pelo
empenho em contribuir na formao dos alunos do Centro de Informtica da UFPE (CIn)
interessados na rea de design de interao, tecnologias educacionais e usabilidade.
Aos desenvolvedores do Inovaula pela ateno e colaborao com meu trabalho.
A todos os profissionais que participaram da minha pesquisa pelo interesse,
compromisso e disponibilidade: professores, designers e especialistas.
Aos meus amigos, pelo apoio e torcida para que eu pudesse atingir os meus
objetivos. Os que esto comigo desde a poca da escola, aos meus irmos do grupo K-Hyung,
os companheiros do K-pop, especialmente Derek, e Rafael, que continuou torcendo por mim l
da Itlia. Os meus colegas de profisso, companheiros de projetos e noites em claro, em casa
ou no CIn, que me ajudaram, dividiram vitrias e aflies ao longo dessa jornada.
Especialmente Jssica, Cynthia, Hgaro, Larissa e Gabriel.
Ao Saber Tecnologias Educacionais, pelo apoio e compreenso durante os ltimos
dois anos, assim como meus companheiros de trabalho pela torcida e convivncia diria.

O homem no nada alm daquilo que a


educao faz dele.
(Immanuel Kant)

Resumo

Este trabalho apresenta a avaliao de um sistema de informao tendo como objetivo


identificar com a aplicao de tcnicas de usabilidade os principais problemas do sistema. O
sistema em avaliao oferece o servio de criao e compartilhamento de aulas. A avaliao foi
feita com profissionais de design, especialistas em Didtica educacional, alm dos usurios
principais do sistema, professores de ensino fundamental e mdio. As tcnicas aplicadas no
estudo foram: Avaliao Heurstica, Avaliao por especialista utilizando Thinking Aloud,
Anlise da tarefa e Entrevista Focal. Com o resultado da avaliao, espera-se identificar os
principais requisitos necessrios para a evoluo do sistema.
Palavras-chave: Planejamento educacional, plano de aula, avaliao de usabilidade

Abstract

This work presents the evaluation of an information system aiming to identify its major
problems with the application of usability techniques. The system under evaluation offers the
service of creation and sharing of lesson plans. The evaluation were made with design
professionals, experts in educational didactics, in addition to the main users of the system,
primary and secondary school teachers. The techniques applied in the study were: Heuristic
Evaluation, Evaluation by a specialist using Thinking Aloud, Task Analysis and Focused
Interview. With the result of the evaluation is expected to identify the main requirements for
the evolution of the system.
Keywords: Educational planning, lesson plan, usability evaluation

SUMRIO

1 Introduo ............................................................................................................................ 12
1.1 Objetivo .......................................................................................................................... 12
1.2 Estrutura do trabalho ....................................................................................................... 13
2 Planos de aula e o sistema Inovaula ................................................................................... 14
2.1 Planos de aula e professores ........................................................................................... 14
2.2 Inovaula .......................................................................................................................... 15
3 Tcnicas de avaliao de usabilidade ................................................................................. 20
3.1 Avaliao Heurstica ....................................................................................................... 20
3.2 Avaliao por especialista utilizando Thinking Aloud ................................................... 22
3.3 Anlise da Tarefa com captura de tela ............................................................................ 22
3.4 Entrevista focal ............................................................................................................... 23
4 Mtodo .................................................................................................................................. 24
4.1 Avaliao Heurstica ....................................................................................................... 24
4.2 Avaliao por especialista utilizando Thinking Aloud ................................................... 26
4.3 Anlise da tarefa ............................................................................................................. 27
4.4 Entrevista focal ............................................................................................................... 29
5 Resultados da Avaliao ...................................................................................................... 30
5.1 Avaliao Heurstica ....................................................................................................... 30
5.2 Avaliao por especialista utilizando Thinking Aloud ................................................... 35
5.3 Anlise Da Tarefa com captura de tela ........................................................................... 39
5.3.1 Modelo GOMS ......................................................................................................... 39
5.3.2 Desempenhos dos usurios....................................................................................... 42
5.4 Entrevista Focal .............................................................................................................. 46
5.5 Necessidades do usurio ................................................................................................. 47
6 Concluses ........................................................................................................................... 50
6.1 Apresentao de requisitos levantados na avaliao ...................................................... 50
6.2 Consideraes finais sobre o trabalho desenvolvido ...................................................... 56
Referncias ............................................................................................................................... 58
Apndice A - Quadros de Cenrios e Tarefas (Anlise da Tarefa) .......................................... 59

Apndice B - Relato das avaliaes dos especialistas utilizando Thinking Aloud .................. 62
Apndice C - Narrativas da observao da anlise da tarefa com captura de tela ................... 69
Apndice D - Narrativas das entrevistas focais ........................................................................ 78

Lista de Figuras

Figura 1. Pgina Inicial do Inovaula ....................................................................................... 15


Figura 2. Pgina Inicial do Inovaula: Campos de Login e Cadastro ....................................... 16
Figura 3. Pgina Inicial Inovaula: Apresentao ..................................................................... 16
Figura 4. Pgina Inicial do Inovaula: Apresentao do Fluxo de Atividades ......................... 17
Figura 5. Pgina de planos de aula do usurio logado. ........................................................... 17
Figura 6. Pgina de criao de planos de aula ......................................................................... 18
Figura 7. Pgina de edio do fluxo de atividades da aula criada ........................................... 18
Figura 8. Pgina de informaes do plano de aula criado ....................................................... 19
Figura 9. Modelo GOMS (Goals 1 e 2) ................................................................................... 39
Figura 10. Modelo GOMS (Goals 3 e 4) ................................................................................. 40
Figura 11. Modelo GOMS (Goals 5 e 6) ................................................................................. 41

Lista de Tabelas

Tabela 1. Utilizar a linguagem do usurio ............................................................................... 30


Tabela 2. Dilogo simples e natural ........................................................................................ 31
Tabela 3. Consistncia e padres ............................................................................................ 32
Tabela 4. Minimizar a carga de memria do usurio .............................................................. 33
Tabela 5. Feedback .................................................................................................................. 33
Tabela 6. Destacar sadas claramente ...................................................................................... 33
Tabela 7. Flexibilidade e eficincia de utilizao .................................................................... 34
Tabela 8. Ajudar os usurios a reconhecer, diagnosticar e recuperar-se de erros ................... 34
Tabela 9. Preveno de erros ................................................................................................... 34
Tabela 10. Ajuda e documentao ........................................................................................... 35

Lista de Quadros

Quadro 1. Heursticas de avaliao ......................................................................................... 21


Quadro 2. Avaliadores ............................................................................................................ 25
Quadro 3. Escala de severidade............................................................................................... 25
Quadro 4 - Especialistas .......................................................................................................... 26
Quadro 5. Usurios (Anlise da tarefa com captura de tela) ................................................... 28
Quadro 6. Problema no Fluxo de Atividades .......................................................................... 36
Quadro 7. Problemas nos campos do plano de aula ................................................................ 36
Quadro 8. Atividades pendentes no executadas no tempo planejado .................................... 37
Quadro 9. Publicar plano de aula ............................................................................................ 37
Quadro 10. Acesso ao sistema por alunos e coordenadores .................................................... 37
Quadro 11. Pontos observados / destacados individualmente ................................................ 38
Quadro 12. Quadro de problemas na Anlise da tarefa .......................................................... 46
Quadro 13. Resultados Entrevista Focal ................................................................................. 47
Quadro 14. Necessidades do usurio (Parte 1) ........................................................................ 48
Quadro 15. Necessidades do usurio (Parte 2) ........................................................................ 49
Quadro 17. Cenrios, Tarefas e Insumos (Parte 1) ................................................................. 60
Quadro 18. Cenrios, Tarefas e Insumos (Parte 2) ................................................................. 61

12

CAPTULO 1

Introduo

O modelo educacional segue basicamente os mesmos princpios desde os


primrdios. As mudanas relativas s revolues sociais, globalizao e evoluo digital so
fatores que influenciaram algumas mudanas no sistema. Porm, ainda no foram capazes de
promover uma mudana radical em grande escala.
As novas possibilidades de interao e os novos objetos de aprendizagem,
apresentam-se como as principais promessas para uma nova era na educao mundial,
evoluindo junto com o perfil dos estudantes que nascem num mundo bastante diferente daquele
no qual a escola foi instituda.
O servio Inovaula nasceu da proposta de facilitar a criao e o compartilhamento
de planos de aula, feitos por professores. Este, est na sua primeira verso e carece de uma
anlise criteriosa dos seus recursos e a experincia proporcionada aos seus utilizadores.

1.1 Objetivo

O objetivo do estudo fazer uma avaliao de usabilidade do servio Inovaula,


utilizando diferentes tcnicas de avaliao. O servio j possui uma verso funcional e o mesmo
foi avaliado desde aspectos estruturais e funcionais at os pontos de experincia de utilizao.
Dentre as possveis tcnicas de anlise de usabilidade, quatro foram escolhidas e
executadas ao longo da construo do trabalho final, incluindo atividades de campo, como por
exemplo, visitas a algumas escolas da cidade do Recife.
Aps a realizao de todas as etapas, uma srie de melhorias puderam ser
identificadas e repassadas para os responsveis pelo Inovaula, assim como foram verificados
os processos no modo como acontecem atualmente. Tendo em vista a importncia da ferramenta
no uso favorvel da tecnologia para fins educacionais, professores e estudantes sairo
beneficiados.

13

Ademais, ser uma excelente oportunidade de conhecer a fundo como se avalia a


experincia do usurio na prtica, vivenciando o que foi coletado durante a fase de pesquisa.

1.2 Estrutura do trabalho

Este trabalho foi dividido em seis Captulos, incluindo este primeiro. O Captulo 1
faz uma apresentao geral e apresenta os objetivos do estudo.
No Captulo 2 feita uma abordagem de contextualizao do trabalho em relao
aos planos de aula e os professores, alm da apresentao do sistema Inovaula.
O Captulo 3 apresenta as quatro tcnicas utilizadas para a avaliao do sistema e
as informaes bsicas de cada uma delas.
No Captulo 4 descrito o mtodo utilizado em cada uma das quatro tcnicas, com
apresentao dos usurios e profissionais que participaram da execuo e as condies em que
os experimentos foram feitos.
No Captulo 5, os resultados so apresentados com a anlise do que foi obtido.
O Captulo 6 apresenta as concluses finais do trabalho e as expectativas de
evoluo a serem conseguidas com a avaliao do sistema.
Em seguida encontram-se as Referncias bibliogrficas e depois os Apndices,
onde esto artefatos que fizeram parte da execuo das tcnicas. Estaro disponveis tambm
alguns dados obtidos aps a execuo das tcnicas, como a narrativa da observao do processo
utilizao do sistema pelos usurios e da conversa com especialistas, por exemplo.

14

CAPTULO 2

Planos de aula e o sistema Inovaula

Este Captulo tem como objetivo apresentar de um modo geral o contexto sob o
qual o trabalho foi desenvolvido. Primeiramente, a motivao que incentiva a criao de um
servio para facilitar e estimular o planejamento de aulas. Em seguida, a apresentao desse
servio e as telas bsicas do sistema, visando facilitar a leitura e compreenso deste trabalho.

2.1 Planos de aula e professores


Sobre plano de aula, segue a definio:

a sequncia de tudo o que vai ser desenvolvido em um dia letivo. (...)


a sistematizao de todas as atividades que se desenvolvem no
perodo de tempo em que o professor e o aluno interagem, numa
dinmica de ensino-aprendizagem. (PILETTI, 2001)

De acordo com a citao, plano de aula uma atividade bsica para conduo das
aulas no cotidiano dos professores [1]. Caracteriza-se como uma atividade indispensvel, no
necessariamente precisando ser extremamente detalhada, mas importante que tenha alguma
organizao mnima, mesmo que seja mentalmente. importante transmitir o contedo para os
alunos mostrando em que contexto do cotidiano ele se encaixa, mostrando sua real utilidade.
Vale destacar que um norteamento essencial para professores no incio da carreira [2].
Em geral, os professores utilizam tempo fora do expediente para criao e
organizao do plano, seja em horrios livres entre suas aulas, ou em sua residncia aos fins de
semana. Alguns so cobrados por seus superiores pela sua criao, tendo como obrigao, fazlo. possvel encontrar os que entregam uma cpia do planejamento do ano anterior
considerando apenas mais uma atividade burocrtica a ser cumprida. Outros, possuem a
liberdade de no realiz-lo e utilizam-se dos livros didticos para conduzir suas aulas, ou ainda,
encontram na flexibilidade a oportunidade de improvisar [2]. Assim, fica a questo de que a

15

no elaborao de um planejamento didtico possa deixar de oferecer a melhor experincia de


aprendizagem em sala de aula. Porm, ser um bom professor pode ser merecedor de certas
ressalvas [3].
Dos pontos identificados como dificuldade na elaborao dos planos por parte de
alguns professores, destacam-se a falta de tempo e o desinteresse, este ltimo por achar que
seria mais trabalho a se fazer. Por isso, a ideia de facilitar a criao, de viabilizar a troca e
aquisio de planos de aula seria um meio facilitador para os profissionais que encontrassem
dificuldades, ou que buscassem novos mtodos a serem incorporados dentro da sala de aula.

2.2 Inovaula

O Inovaula um servio de planejamento e compartilhamento de planos de aula na


web criado pela empresa BuriTI. O mesmo ainda no foi lanado oficialmente no mercado e,
nesse momento, de grande importncia identificar problemas de usabilidade e funcionamento
na plataforma, para que seus principais objetivos sejam atingidos e a experincia do usurio
ocorra dentro do esperado. Por atuar como um facilitador, essencial que os usurios a serem
beneficiados pelo sistema consigam utilizar a sistema com xito e tenham uma experincia de
utilizao agradvel, incentivando o seu uso contnuo.
A seguir, algumas telas do sistema so apresentadas. Na Figura 1 e Figura 2
mostrada a pgina inicial do sistema, com uma primeira ilustrao de apresentao do servio
e uma barra de menu com link de acesso para o login.

Figura 1. Pgina Inicial do Inovaula


Fonte: Foto da tela inicial do Inovaula

16

Figura 2. Pgina Inicial do Inovaula: Campos de Login e Cadastro


Fonte: Foto da tela inicial do Inovaula

Na Figura 3 mostrada uma parte da seo de valores, ainda na pgina inicial,


dando sequncia a apresentao do sistema.

Figura 3. Pgina Inicial Inovaula: Apresentao


Fonte: Foto da tela inicial do Inovaula

Em seguida, na Figura 4 apresentado o Fluxo de atividades, componente


importante do sistema, onde o plano de aula esquematizado junto com sua diviso de tempo
e utilizao de recursos, alm do contedo detalhado apresentado.

17

Figura 4. Pgina Inicial do Inovaula: Apresentao do Fluxo de Atividades


Fonte: Foto da tela inicial do Inovaula

Aps efetuar o login no sistema, o usurio levado tela dos seus planos de aula
(Figura 5) e obtm acesso aos recursos especficos de quem j possui um cadastro, como por
exemplo, a criao do plano de aula. Os planos so listados junto com as suas especificaes e
operaes disponveis, como editar plano e excluir plano.
Na Figura 6, aps acessar no menu a opo Criar plano de aula, o usurio
levado a uma pgina com o formulrio que receber as informaes do plano que est sendo
criado.

Figura 5. Pgina de planos de aula do usurio logado.


Fonte: Foto da tela de planos de aula do Inovaula.

18

Figura 6. Pgina de criao de planos de aula


Fonte: Foto da tela de criao de plano de aula do Inovaula

Aps o preenchimento do formulrio, o usurio prossegue a criao do plano


construindo o Fluxo de Atividades (Figura 7). Nele so disponibilizados blocos com
atividades sugeridas que devem ser organizados pelo professor conforme a sua preferncia e
organizao da aula. A aula dividida em fases e em cada fase, vrias atividades podem ser
designadas.

Figura 7. Pgina de edio do fluxo de atividades da aula criada


Fonte: Foto da tela de criao de plano de aula do Inovaula

19

Na Figura 8 mostrada a pgina de um plano de aula e suas informaes gerais,


sendo possvel editar o plano atravs dela, assim como disponibiliz-lo publicamente,
gratuitamente ou com um valor de compra especificado, para que seja adquirido por outros
usurios do sistema.

Figura 8. Pgina de informaes do plano de aula criado


Fonte: Foto da tela de um plano de aula do Inovaula

20

CAPTULO 3

Tcnicas de avaliao de usabilidade

A utilizao de pesquisas com usurio bastante comum em diversos servios


encontrados no ramo de tecnologia da informao, como websites por exemplo. uma tima
oportunidade de verificar se os mesmos esto exercendo suas funes da melhor forma e
atendendo as necessidades do usurio ou no. A pesquisa tambm bastante til aps um
servio atingir seus objetivos iniciais, uma vez que podem ser traadas novas metas a serem
alcanadas e melhorar a qualidade da verso atual [4].
Em um servio que funciona idealmente como esperado, entende-se que o usurio
que est utilizando fique feliz com a sua utilizao. Porm, no necessariamente a classificao
pode alternar entre bom e ruim. Existem casos onde o funcionamento est atendendo s
expectativas parcialmente ou quase completamente. A experincia varia de usurio para
usurio, de servio para servio. Utilizar o conceito de usabilidade uma boa forma de definir
se um servio usvel ou no, sendo ele funcional, eficiente e desejvel ao pblico alvo [4].
No ramo da Usabilidade, uma srie de tcnicas possibilitam a avaliao de sistemas quanto a
sua qualidade e eficincia em relao experincia desejada.
A escolha das tcnicas utilizadas no desenvolvimento desse trabalho foi feita de
modo a obter avaliaes de vrias perspectivas diferentes: a do profissional de design e
usabilidade, a do especialista em didtica e planejamento educacional e tambm do principal
usurio representativo do sistema, o professor. Tambm foi levado em considerao o custo e
recursos disponveis para execuo, tentando equilibrar qualidade dos resultados com facilidade
de aplicao das tcnicas.

3.1 Avaliao Heurstica

A primeira tcnica escolhida foi a Avaliao Heurstica. Ela caracteriza-se por uma
avaliao dos aspectos de interface para encontrar seus problemas e uma comparao com os

21

princpios de usabilidade aceitos [5]. Um conjunto de princpios de usabilidade correspondero


s heursticas. Para os fins desse trabalho, foram utilizados os critrios destacados na pgina
web Usability.gov, fonte de guidelines e boas prticas para experincia do usurio [6], e as 10
heursticas de usabilidade enunciadas por Jacob Nielsen [5]. Este teste importante para uma
viso geral da anlise da usabilidade antes dos testes feitos com usurios e sua execuo no
envolve grande esforo por parte do experimentador, sendo principalmente seu papel convocar
os avaliadores e organizar os resultados obtidos aps as avaliaes.
No Quadro 1 so apresentados os princpios enunciados por Nielsen [5]:

Quadro 1. Heursticas de avaliao

Heursticas

Descrio

Dilogo simples e
natural

Informaes exibidas no sistema devem ser as mais simples


possveis. Utilizao de cores adequadas, com funo de
categorizao e destaque.

Utilizar a linguagem
do usurio

As informaes e linguagens utilizadas no sistema devem ser


compatveis com o usurio e no tcnicos ou em idioma estrangeiro,
seguindo uma ordem lgica e natural.

Minimizar a carga de
memria do usurio

Reduzir a carga de memria do usurio, tornando todas informaes


necessrias para operaes atuais acessveis quando preciso.

Consistncia e
padres

Deve-se evitar o sentimento ao usurio de pensar que elementos


diferentes podem representar a mesma coisa. Padres devem ser
estabelecidos e mesmas aes devero funcionar da mesma forma.

Feedback

O sistema deve avisar continuamente ao usurio sobre o que est


sendo feito e como foram interpretados seus dados.

Destacar claramente
sadas

O usurio deve se sentir no controle da utilizao e o sistema deve


mostrar o caminho para se sair de vrias situaes de utilizao.

Flexibilidade e
eficincia de
utilizao

Promover atalhos e aceleradores de navegao ocultos para que os


usurios mais experientes tambm possam ser atendidos em sua
experincia de utilizao.

Ajudar os usurios a
reconhecer,
diagnosticar e
recuperar-se de erros

Indicar mensagens de erro de modo simples e claro, alm de


solues viveis para a situao.

Preveno a erros

Evitar que os usurios entrem em situaes de erro no sistema.

Ajuda e
documentao

Apesar do ideal ser a utilizao do sistema por usurios sem auxlio


de guias, devem ser fornecidas as documentaes e opes de ajuda,
de modo que possam ser facilmente acessadas ou pesquisadas.

22

3.2 Avaliao de especialista utilizando Thinking Aloud

A segunda tcnica, avaliao utilizao do mtodo Thinking Aloud (pensando em


voz alta) permite identificar melhor a opinio que o usurio tem do sistema e os possveis
equvocos de entendimento, j que ele faz uma verbalizao das suas aes durante sua
utilizao. Essa verbalizao considerada uma tarefa bastante difcil para muitos usurios, por
ser uma ao no natural, podendo tornar o processo de utilizao inicialmente mais lento.
Porm, de forma geral, usurios tendem a executar tarefas com uma velocidade 9% superior se
verbalizarem suas aes, pois os ajudam a ter uma performance mais eficiente [5].
Ao executar a tcnica de avaliao com especialistas na rea de didtica e
planejamento educacional, ser possvel obter avaliaes direcionadas para as funcionalidades
do sistema tendo como base a formao acadmica dos especialistas. Durante a utilizao do
sistema, o experimentador pode fazer perguntas sobre aspectos observados durante a avaliao
e a impresso do especialista em relao ao sistema. Ao final, uma retrospectiva pode ser feita
de modo a tentar contemplar todos os pontos que foram observados e obter um parecer final do
especialista.
uma tcnica de baixo custo, cabendo mais uma vez ao experimentador organizar
e apurar o resultado das anlises para exposio posterior.

3.3 Anlise da Tarefa com captura de tela

A Anlise da tarefa pode ser definida como o estudo do que o operador (ou time de
operadores) solicitado a fazer, em termos de aes e/ou processos cognitivos, para alcanar
um objetivo do sistema [7].
A tcnica pode ser acompanhada do preenchimento de uma planilha onde so
coletados alguns dados do usurio, o ambiente onde a tarefa foi analisada e os recursos
utilizados. Uma lista de tarefas estabelecida, acompanhada de suas respectivas descries, e
espera-se por meio dos resultados dessa anlise avaliar o grau de dificuldade das mesmas, o
ndice de sucesso e o que o usurio pensa durante a execuo da lista.

23

A utilizao da captura de tela um recurso facilitador bastante til, pois pode ser
usado para uma anlise mais detalhada posteriormente. Deve ser feito oportunamente,
obedecendo as restries do local da anlise e autorizao do usurio [4].

3.4 Entrevista focal

A entrevista focal acontece quando a pessoa entrevistada est em um contexto


especfico, onde ela assistiu algum contedo multimdia, leu algum livro ou artigo, participou
de uma situao de observao, ritual ou execuo de tarefas. Tambm, o experimentador tem
um conhecimento prvio sobre o tpico que ser focado e deve preparar um roteiro para
entrevista [8].

24

CAPTULO 4

Mtodo
A avaliao do servio Inovaula foi baseada nos resultados obtidos aps a aplicao
das diversas tcnicas anteriormente citadas. Neste captulo sero descritos os mtodos
utilizados no planejamento de utilizao das tcnicas.

4.1 Avaliao Heurstica

Para a execuo da Tcnica, foram convidados mais quatro avaliadores que atuam
na rea de design e/ou usabilidade profissionalmente ou como estudantes, totalizando cinco
avaliadores, nmero mdio recomendado [5], sendo um dos cinco o prprio experimentador. O
resultado da anlise ir gerar uma lista de problemas identificados, relacionados s heursticas
que foram infringidas e os respectivos guidelines, alm do valor dado ao grau de severidade do
problema. Por existirem inmeros guidelines de usabilidade, no necessariamente os
avaliadores iro relacionar todos os problemas a um guidelines, sendo assim possvel utilizar
sua experincia prvia na avaliao [5]. As avaliaes foram acompanhadas pelo
experimentador, que agiu como observador, anotando os problemas identificados durante a
avaliao.
O experimentador conduziu a avaliao junto aos outros quatro avaliadores
seguindo o seguinte fluxo:
1. Quando um problema for identificado, relacion-lo com:
a.

A Heurstica de Nielsen violada;

b. O guideline do Usability.gov correspondente;


2. Anotar o problema na lista de registro.
3. Anotar o grau de severidade atribudo pelo o avaliador;
Os resultados no devem ser interpretados inicialmente para apresentao, devendo
ser apresentada a opinio de cada avaliador [5].

25

No Quadro 2 so apresentados os avaliadores e suas respectivas formaes. O


tempo mdio levado para realizar cada avaliao individual entre uma e duas horas. A
qualificao e o background de conhecimento de cada avaliador influenciam diretamente no
resultado da anlise [5]. Por isso, quanto mais qualificados forem os avaliadores, maior deve
ser o nmero de problemas identificados. Porm, no espera-se por meio da avaliao heurstica
identificar todos os problemas da interface, pois alguns problemas no so percebidos pelo olhar
do designer e dependem mais do contexto de utilizao do usurio.

Quadro 2. Avaliadores

Avaliador
Avaliador 1
Avaliador 2
Avaliador 3
Avaliador 4
Avaliador 5

Formao
Graduando em Cincia da Computao
Webdesigner
Graduao Plena em Design
Designer
Graduao Plena em Design
Designer
Graduando em Licenciatura em computao
Designer Instrucional
Graduando em Cincia da Computao
Programador

Para cada problema identificado na avaliao, foi atribudo um valor de severidade


seguindo a escala proposta por Nielsen. A escala apresentada no Quadro 3:

Quadro 3. Escala de severidade

Grau

Descrio

Valor 0

No considerado essencialmente um problema de usabilidade.

Valor 1

Problema esttico, dever ser corrigido apenas de houver tempo sobrando.

Valor 2

Problema de baixa prioridade.

Valor 3

Problema de alta prioridade, de importncia o seu conserto.

Valor 4

Problema de extrema prioridade, deve ser ajustado antes do lanamento do


servio.

26

4.2 Avaliao por especialista utilizando Thinking Aloud

Tendo em vista obter um parecer tcnico do ponto de vista de um especialista na


rea de didtica de ensino, foram enviados convites para diversos professores do Centro de
Educao da UFPE dos Campus Recife, Vitria e Caruaru. O objetivo era marcar um horrio
onde o especialista iria avaliar o sistema, utilizando e analisando o mesmo em voz alta. Ainda,
esperava-se que sugestes e crticas fossem feitas acerca do sistema, gerando uma anlise
escrita sobre o seu parecer.
Dos trs especialistas que aceitaram participar da avaliao, dois fizeram a
avaliao com a presena do experimentador (Especialista 1 e Especialista 2) em ambientes no
controlados e com gravao em udio da conversa. O terceiro (Especialista 3) fez a avaliao
individualmente e enviou seu parecer escrito posteriormente, sendo a sua avaliao mais
reduzida em relao aos outros dois, uma vez que no foi possvel fazer perguntas durante a sua
utilizao. O perfil dos especialistas participantes mostrado no Quadro 4.

Quadro 4 - Especialistas

Especialista

Formao

Especialista 1

Especialista 2

Especialista 3

Licenciado e Mestre em Histria pela Universidade Federal de


Pernambuco (UFPE)
Doutor em Cincias da Educao pela Universidade Paris V
Professor Adjunto IV do Departamento de Mtodos e Tcnicas de
Ensino, do Programa de Ps-graduao em Educao da UFPE
Licenciatura em Pedagogia
Especialista em Gesto de Recursos Humanos para Educao /
Especializao em Gesto Educacional
Mestre em Educao pela UFPE
Professor efetivo no ncleo de Licenciatura em Cincias
Biolgicas da UFPE.
Graduao em Pedagogia
Mestre e Doutor em Educao pela Universidade Federal de
Pernambuco
Professor adjunto do Centro Acadmico do Agreste da UFPE, no
curso de graduao em Pedagogia e no Programa de Ps-Graduao
em Educao Contempornea

27

Oportunamente, algumas perguntas foram feitas sobre o sistema. A entrevista


seguiu num processo no dirigido tendo como objetivo no conduzir o entrevistado a
determinadas respostas. Assim, espera-se explorar melhor os pensamentos do usurio, seus
sentimentos e experincias [4].

4.3 Anlise da tarefa

Durante a avaliao do sistema, considera-se importante avaliar junto aos usurios


representativos que possuam o perfil de utilizao do mesmo [5]. Foram convidados cinco
professores da Regio Metropolitana do Recife, de escolas pblicas e particulares, alm de
curso de idiomas, onde foi solicitada a utilizao do sistema para que fosse feita uma observao
pelo experimentador, auxiliado de captura de tela e voz.
Para execuo da tcnica foi utilizada a ferramenta de Anlise de Tarefa, Morae
Recorder (http://www.techsmith.com/morae.html) em sua verso trial, que possibilita o
acompanhamento da execuo das tarefas solicitadas, capturando a tela onde a tarefa est sendo
executada, a reao do utilizador por meio de uma webcam e suas falas atravs de um
microfone.
Para a realizao de uma anlise consistente, foram estabelecidos Cenrios que
simulassem a real atividade dos professores e alguns insumos foram sugeridos para facilitar o
preenchimento dos campos, mas, se fosse da vontade do usurio, poderiam ser utilizadas
informaes sobre eles mesmos.
A observao aconteceu em ambientes no controlados, nos prprios locais de
trabalho dos professores, como laboratrios, bibliotecas ou salas de apoio em suas escolas. A
mquina utilizada para a avaliao foi um Notebook com o Sistema Operacional Windows 8.1,
processador Intel Core i7, 8GB de memria RAM e navegador Google Chrome. A conexo de
internet variou entre os usurios, dependendo da disponibilidade e qualidade fornecidas pelos
locais onde foram feitas as observaes.
No Quadro 5 apresentado o perfil dos participantes dessa fase da avaliao:

28

Quadro 5. Usurios (Anlise da tarefa com captura de tela)

Sujeito

Idade

Formao

rea de atuao

Anos
lecionando

Conhecimento
em informtica

Usurio
1

55

Licenciatura
em Qumica

Escolas pblicas
(nvel mdio)

30 anos

Bsico

Usurio
2

21

Licenciatura
em Letras
(cursando)

Curso de idiomas
(Lngua Inglesa)

2 anos

Avanado

37

Segundo grau
magistrio /
Curso superior
de Pedagogia

Coordenao de
escola particular e
Escolas pblicas
(nvel fundamental)

20 anos

Intermedirio

49

Licenciatura
plena e
bacharelado
em Cincias
Biolgicas

Escolas
particulares (nvel
mdio e
fundamental)

27 anos

Intermedirio

40

Bacharelado
em Histria /
especializao
em
Licenciatura

Escolas
particulares
(nvel mdio e
fundamental) e prvestibulares

18 anos

Avanado

Usurio
3

Usurio
4

Usurio
5

Durante a execuo das tarefas foi tomado o cuidado para deixar os usurios a
vontade e confortveis, agindo de forma mais natural possvel [9]. Foi informado sobre o sigilo
dos dados obtidos, para uso exclusivo do desenvolvimento do trabalho.
Para anlise dos resultados, ser utilizado o modelo GOMS, sigla para Goals
Operators Methods and Selection rules. Por meio dele definido uma estrutura de objetivos,
mtodos e operaes que mostram o conhecimento que o usurio deve ter para desenvolver
tarefas em um dispositivo ou sistema [10]. Com o modelo baseado nas tarefas definidas para a
anlise da tarefa, ser possvel identificar passos que podem ser retirados para facilitar o sucesso
das tarefas, e tambm, os passos excessivos ou inadequados realizados pelos usurios,
demonstrando possveis inconsistncias do sistema.

29

4.4 Entrevista focal

Aps a realizao das tarefas, os usurios que participaram da Anlise da Tarefa


foram convidados para uma entrevista contextual, indicados no Quadro 5, onde seria possvel
analisar mais apropriadamente o uso da ferramenta por ele e, de acordo com o seu desempenho
de utilizao, tentar obter mais impresses e sentimentos aps a utilizao do sistema. Tambm,
foi possvel obter sugestes de utilizao e crticas sobre o sistema, informaes estas que s
apareceram no momento em que a entrevista foi sendo realizada. Durante a anlise da tarefa,
oportunamente, dvidas foram tiradas e perguntas foram feitas quando julgou-se necessrio,
para tentar evitar que se fossem feitas depois, o usurio no soubesse responder to bem quanto
no momento da utilizao.
As entrevistas com os usurios 1, 2 e foram feitas individualmente. J com os
usurios 4 e 5, a entrevista foi feita com os dois, em dupla.
As perguntas foram feitas baseadas no seguinte roteiro de tpicos gerais sobre o
Inovaula, direcionados para o perfil do usurio e sua utilizao:

Utilizao do sistema de modo geral

Criao do plano de aula (formulrio e informaes solicitadas)

Fluxo de atividades e manipulao dos blocos

Compartilhamento de planos de aula

Incentivo em utilizao por professores

30

CAPTULO 5

Resultados da Avaliao

Neste captulo sero apresentados os resultados na execuo das quatro tcnicas de


avaliao apresentadas no Captulo 3, seguindo o mtodo de execuo exposto no Captulo 4.
Cada tcnica possui sua forma individual de apresentao nesse primeiro momento. Esses
resultados serviro como base para a avaliao final.

5.1 Avaliao Heurstica

A lista de problemas identificados na Avaliao Heurstica ser mostrada em


tabelas, ordenados pela soma total do grau de severidade recebido, onde cada tabela representa
uma das dez Heursticas utilizadas na avaliao. Na coluna Guideline x Problema
Identificado, o dado seguir o padro: guideline do Usability.gov e sua numerao / Problema
identificado. Na coluna Severidade de usabilidade, sero apresentados os graus de severidade
atribudos por cada um dos avaliadores, caso o problema tenha sido identificado por eles. Os
avaliadores foram identificados pelas seguintes siglas (A1 - Avaliador 1, A2 - Avaliador 2, A3
- Avaliador 3, A4 - Avaliador 4 e A5 - Avaliador 5), seguindo a mesma ordem apresentada no
Quadro 2. A seguir, so apresentadas as tabelas:

Tabela 1. Utilizar a linguagem do usurio

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1

A2

A3

A4

A5

15.2 Evite jarges / Mensagens com termos tcnicos so


exibidos ao usurio quando alguma exceo lanada.

20

2.8 Mostre informaes para uso imediato / Campo


Atores do plano de aula est no idioma americano.

16

31

Tabela 2. Dilogo simples e natural

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1 A2 A3 A4 A5
4.2 Leve em conta as diferenas dos navegadores / Menu
com problema em dispositivos mveis.

17

16.9 Use cores para agrupamento / Aula exemplo Como


criar Planos de aula exibido junto s outras aulas
criadas.

16

14.8 Assegure que imagens do website transmitam as


mensagens pretendidas / O Fluxograma da pgina inicial
precisa ser melhor representado.

15

11.1 Use cor do texto preta ou de grande contraste com


o plano de fundo / O texto no est visvel o suficiente.

12

16.9 Use cores para agrupamento / Escala de cores


utilizadas no design muito homognea, no proporciona
destaques.

14.8 Assegure que imagens do website transmitam as


mensagens pretendidas / cone Poupar Tempo passa
outra mensagem para o usurio. Podem ser visualizadas
dois bonecos ou uma carinha.

11.1 Use cor do texto preta ou de grande contraste com


o plano de fundo / Texto dos campos preenchidos com
cor clara

16.7 Mostrar somente informao necessria / Na sesso


Curadoria existe contedo extra com informao
irrelevante.

6.8 Utilize layouts fludos / Layout principal da pgina de


planos do usurio no est centralizado na pgina.

Guideline no encontrado, problema esttico / Figura de


curadoria colada no texto.

32

Tabela 3. Consistncia e padres

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1 A2 A3 A4 A5
6.2 Posicione itens importantes consistentemente / Boto
de Curtir no existe mas rtulo de curtidas exibido na
lista de planos.

16

6.2 Posicione itens importantes consistentemente / Boto


Entrar aparece com menos destaque em dispositivos
mveis.

14

6.2 Posicione itens importantes consistentemente / Boto


Editar na pgina do plano mal localizado.

13

6.2 Posicione itens importantes consistentemente /


Calendrio no acessvel pelo seu boto nem est
presente na pgina do plano.

12

6.2 Posicione itens importantes consistentemente / Item


Incio do Menu utilizado em pginas diferentes
levando a lugares diferentes.

12

6.2 Posicione itens importantes consistentemente / Boto


Entrar no visvel o suficiente.

10

7.6 Use rtulos descritivos / Nome Entrar no passa a


melhor ideia de acesso ao Sistema.

Guideline no encontrado, problema de consistncia na


implementao / Tempo correto da aula no exibido na
pgina de lista de planos.

6.2 Posicione itens importantes consistentemente / Boto


Criar plano de aula sempre destacado como se indicasse
a localizao do usurio na pgina.

6.2 Posicione itens importantes consistentemente / Link


de Contato no Menu no est muito visvel na barra
inferior nas pginas internas.

33

Tabela 4. Minimizar a carga de memria do usurio

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1

A2

A3

A4

A5

10.5 Repita links importantes / Blocos com apenas um


local de ligao.

11

16.3 Certifique-se de que as informaes necessrias so


exibidas / Tempo estimado da aula no possui a unidade
de tempo utilizada.

Tabela 5. Feedback

Severidade de
usabilidade

Guideline / Problema Identificado

Total

A1 A2 A3 A4 A5
16.3 Certifique-se de que as informaes necessrias so
exibidas / Boto de concluso da edio do Fluxo de
atividades no existe (edio salva automaticamente).

18

2.10 Fornea feedback quando os usurios devem esperar


/ Anexo de arquivo no possui um feedback suficiente.

15

11.10 Enfatize a importncia / Usurio no alertado o


suficiente sobre a excluso de planos ser definitiva.

Tabela 6. Destacar sadas claramente

Severidade de
usabilidade

Guideline / Problema Identificado

7.1 Fornecer opes de navegao / Ausncia de boto


voltar em vrias pginas do sistema

Total

A1

A2

A3

A4

A5

11

34

Tabela 7. Flexibilidade e eficincia de utilizao

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1

A2

A3

A4

A5

13.11 Preveja erros tpicos dos usurios / Disciplinas no


foram pr-determinadas, fazendo o usurio digit-las

11

Tabela 8. Ajudar os usurios a reconhecer, diagnosticar e recuperar-se de erros

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1

A2

A3

A4

A5

Guideline no encontrado (inconsistncia do sistema) /


Mensagens com informaes incoerentes so exibidas
para o usurio.

14

Tabela 9. Preveno de erros

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1 A2 A3 A4 A5
2.3 Padronize tarefas sequenciais / As caixas de acesso ao
Login e ao Cadastro so exibidas ao mesmo tempo.

20

2.3 Padronize tarefas sequenciais / Usurio no pode


editar o Fluxograma de atividades antes de concluir o
preenchimento do formulrio de criao do plano de aula,
mas o fluxograma j visvel.

12

35

Tabela 10. Ajuda e documentao

Severidade de
usabilidade

Guideline x Problema Identificado

Total

A1

A2

A3

A4

A5

2.14 Terminologia do usurio em Documentao de


ajuda / No h um guia de uso ou tutorial para o usurio.

16

2.16 Disponibilizar ajuda aos usurios / Durante a


montagem do Fluxograma no fica intuitivo o ato de
remover uma seta do bloco.

15

Os resultados da Avaliao Heurstica sero referenciados na anlise final e os


problemas, identificados nela, podem ser facilmente convertidos em requisitos para evoluo
do sistema do modo que foram apresentados.

5.2 Avaliao por especialista utilizando Thinking Aloud

Aps acompanhar a avaliao de dois dos especialistas, a conversa foi ouvida


novamente e organizada em forma de narrativa para melhor anlise do material coletado. O
relato completo pode ser encontrado na sesso de Apndices do trabalho, no Apndice B. Com
o parecer enviado pelo terceiro especialista, os pontos destacados por cada um dos avaliadores
foram comparados e sero apresentados a seguir os tpicos mencionados por no mnimo dois
deles.
Os pontos destacados pelos especialistas no Quadro 6 mostra que o Fluxo de
Atividades possui problemas para utilizao. As fases da aula em sequncia, podendo levar o
professor a pensar inicialmente que a sequncia vertical deve ser obedecida. Se assim fosse, o
professor ficaria limitado sequncia das fases para conduo da aula. O modo como
apresentado o fluxo precisa ser aprimorado e algum tipo de esclarecimento oferecido ao usurio.
Um modo de permitir maior liberdade ao professor entre as fases, a utilizao das setas de
ligao entre blocos, porm, esse recurso no facilmente identificado.

36

Quadro 6. Problema no Fluxo de Atividades

Avaliador

Comentrio

Especialista 1

Considerou que limita as aes do professor, tendo carter instrucional,


com uma sequncia rigorosa a ser seguida.

Especialista 2

Indicou que a apresentao das fases e como o fluxo deve ser usado no
ficou clara.

Os problemas relacionados aos campos de preenchimento do plano de aula


mostrados no Quadro 7 so importantes porque o plano deve ser apresentado de forma bastante
clara. Eles recebem as informaes bsicas do plano de aula em criao. Se mal preenchido,
pode gerar dvidas futuras e dificultar o acompanhamento do mesmo, especialmente para
professores que venham adquiri-lo posteriormente. Isso ressalta que os campos essenciais
devem ser preenchidos e essa necessidade deve ficar explcita ao usurio.

Quadro 7. Problemas nos campos do plano de aula

Avaliador

Comentrio

Especialista 1

Considerou que a funo de todos os campos solicitados no est clara.


Sugeriu uma reformulao nos campos apresentados, baseados no plano
de aula desenvolvido pelo Professor Jos Carlos Libaneo da
Universidade Federal de Gois (UFGO).

Especialista 2

Sugeriu que fosse indicado quais campos so obrigatrios durante o


preenchimento.

Fica bastante clara no Quadro 8, a necessidade de considerar que nem todas as


atividades consigam ser realizadas no tempo de aula programado. O Especialista 1 destaca que
a variveis da aula so pessoas, com estmulos e motivaes diferentes. O professor deve ser
compromissado com o aprendizado e no com o contedo, como nem sempre acontece na
prtica. Ento s se deve passar para a atividade seguinte caso o objetivo atual tenha sido
cumprido e isso, dependendo da situao, pode fazer uma atividade levar mais tempo que o
planejado.

37

Quadro 8. Atividades pendentes no executadas no tempo planejado

Avaliador

Comentrio

Especialista 1

Sentiu a necessidade de uma funcionalidade para atividades que no


conseguirem ser executadas na aula planejada.

Especialista 2

Sugeriu a funcionalidade de importar atividades no realizadas na aula


anterior.

O compartilhamento de aulas um dos principais recursos do Inovaula, e como


pode ser visto no Quadro 9, o processo de compartilhamento no ficou claro. O nome utilizado
remete a compartilhamento em meios de comunicao e redes sociais e a ausncia de uma
apresentao mais detalhada do recurso, deixa o usurio confuso sobre a sua utilizao.

Quadro 9. Publicar plano de aula

Avaliador

Comentrio

Especialista 1

O boto Publicar foi entendido como um recurso para compartilhar na


pgina, em redes sociais ou por e-mail.

Especialista 2

Funcionalidade foi compreendida inicialmente, mas sentiu dificuldade


em alterar valor do plano publicado, comentou que falta clareza no
processo.

No Quadro 10 fica claro que o acesso ao sistema por alunos e coordenadores


considerado um recurso importante e que no est presente na verso atual. Por mais que os
principais objetivos estejam voltados para o benefcio direto do professor, fica como sugesto
para o sistema.

Quadro 10. Acesso ao sistema por alunos e coordenadores

Avaliador

Comentrio

Especialista 1

Questionou se os alunos e/ou a coordenao teriam acesso ao sistema.

Especialista 2

Perguntou se os alunos tinham acesso ao sistema, pois comum que eles


queiram saber o contedo da aula e at mesmo pedem o material
utilizado. Seria bom que eles encontrassem tudo no prprio sistema.

38

Um ponto que foi levantado, mas no se caracteriza como um problema, o fator


experincia do professor que ir utilizar o sistema. Quanto menor a experincia, os
avaliadores identificam como maior a disponibilidade para utilizao da ferramenta, pois os
usurios tendem a ter menos resistncia e esto mais interessados em modelos a serem seguidos.
Usurios mais experientes e com idade mais avanada, so mais resistentes principalmente por
terem menos familiaridade com tecnologia.
Por fim, sero exibidos no Quadro 11 problemas observados durante a utilizao
pelos especialistas e os pontos levantados individualmente, mas que foram considerados
relevantes e podem ser significativos para a avaliao final.

Quadro 11. Pontos observados / destacados individualmente

Descrio do problema / Observaes individuais dos especialistas


1 - Utilizao de cores do site prejudicou a leitura de um dos especialistas.
2 - Um dos especialistas teve problemas durante a criao da senha: existia um padro a ser
seguido mas s foi avisado aps a primeira tentativa de criao e erro.
3 - Aps efetuar o login, a lista de planos criadas no correspondia aos planos criados pelo
especialista.
4 - No h identificao de qual o usurio est logado no momento.
5 - O sistema carece de tutoriais, muitos passos so feitos no modo tentativa e erro.
6 - Durante a utilizao do Fluxo de Atividades o tempo total da aula no corresponde a
soma das fases individualmente.
7 - Campo Ator no formulrio de criao do plano est em idioma estrangeiro.
8 - Blocos de atividades seguem o mesmo modelo, apenas possuem nomes diferentes.
9 - Fluxo de setas e conexo de blocos so confusos. Blocos deveriam ter mais reas de
conexo.
10 - Aps concluir a edio do Fluxo de Atividades o usurio no faz nenhuma ao para
concluir a tarefa e no sabe o que fazer em seguida.
11 - Exibir informaes mais detalhadas sobre as atividades no momento de visualizao do
Fluxo de Atividades, atualmente s mostrado o ttulo.
12 - Adicionar mais sugestes de atividades.
13 - Ttulo da atividade quando muito grande ultrapassa os limites do bloco.
14 - Os materiais adicionados na atividade no so acessveis posteriormente.

39

5.3 Anlise Da Tarefa com captura de tela

5.3.1 Modelo GOMS


Primeiramente ser mostrado o modelo GOMS da anlise, seguido das observaes
referentes utilizao de cada usurio. O modelo GOMS a seguir foi montado baseado no
modelo apresentado em [7]. Na Figura 9 apresentado o modelo para as tarefas 1 e 2 (Cadastro
e Criao de plano de aula).

Figura 9. Modelo GOMS (Goals 1 e 2)


Fonte: Elaborado pelo autor.

40

A marcao de nmero 1 indica passos que podem ser reduzidos durante esse
momento da tarefa. Existem muitos passos para que o campo de Cadastro seja alcanado.
Processo poderia ser encurtado. Na marcao de nmero 2, o preenchimento do campo Nvel
de ensino poderia ser feito com um componente de seleo para facilitar a ao do usurio, j
que uma informao que pode ser armazenada pelo sistema.
Na Figura 10, apresentado o modelo para as tarefas 3 e 4 (Adicionar atividades
para o Fluxo de atividades e Logout do sistema. No foi identificada alguma ao excessiva.

Figura 10. Modelo GOMS (Goals 3 e 4)


Fonte: Elaborado pelo autor.

41

Na Figura 11 apresentado o modelo para as atividades 5 e 6 (Login no sistema e


Publicar um plano de aula). O destaque de nmero 3 bastante semelhante ao de nmero 1. O
acesso a rea de login poderia ser mais facilmente identificado.

Figura 11. Modelo GOMS (Goals 5 e 6)


Fonte: Elaborado pelo autor.

42

5.3.2 Desempenhos dos usurios

A seguir, baseado na observao da realizao das tarefas com o auxlio da captura


de tela, sero comparados os desempenhos dos usurios com o modelo GOMS apresentado. As
narrativas de observao dos usurios podem ser encontradas no Apndice C.

5.3.2.1 Usurio 1

O usurio apresentou problemas de leitura na execuo do Method 1.1


Localizar_area_cadastro. O primeiro problema foi no operador 1.1.1 Procurar acesso rea
de cadastro, demorando bastante tempo tentando encontrar o boto entrar, s conseguindo com
a ajuda do experimentador. Tambm apresentou dificuldade no preenchimento do campo de
cadastro, comeando a preencher na rea de login, e ficou em dvida se todos os campos
deveriam ser preenchidos, tanto o de cadastro como o de login.
Em seguida, no Method 2.2a - Preencher_campos, ficou em dvida na execuo do
operador 2.2a.6 Preencher campo Objetivo e no realizou o operador 2.2a.5 Preencher campo
Descrio por no achar necessrio e estar sem pacincia.
No Goal 3 Adicionar_atividades, 3.2 - Inserir_dados_da_aula, o usurio sugeriu
que fosse possvel ver as informaes preenchidas no incio da criao do plano para relembrar
o que foi colocado, o que no era possvel sem fechar o modal da Atividade. No operador 3.2.3
Definir durao da atividade o usurio entendeu que o tempo definido seria para a aula toda e
que cada fase correspondia a uma aula diferente. No operador 3.2.5 - Clicar no boto
Concluir, o tempo esperado para que o modal desaparecesse foi muito alto sem nenhum
feedback que a ao estava sendo processada, deixando o usurio impaciente.
No Method 3.4 - Ligar_atividades, teve problemas com o operador 3.4.2 Identificar
seta de ligao precisando ser ajudado pelo experimentador. Tambm teve problemas com o
operador 3.4.4 Soltar seta no local indicado, tentando ligar a seta a uma rea sem bloco.
O usurio no quis realizar as tarefas seguintes.

43

5.3.2.2 Usurio 2

Primeiramente, o usurio teve problemas no operador 1.1.2 Identificar boto


Entrar como acesso para fazer o login. O usurio tentou acessar pelo item Incio do menu
principal. No Goal 2 - Criar_plano_aula, durante a execuo do operador 2.2a.7 Clicar no
boto Concluir, houve uma longa espera para receber um feedback que a ao havia sido
concluda.

Em seguida, no Goal 3 -Adicionar_atividades, no operador 3.2.5 - Clicar no

boto Concluir, recebeu um alerta com a mensagem Open educational resources name no
pode ficar em branco e o modal ficou um pouco desestruturado. O alerta no foi claro, mas
parece ter sido lanado pelo usurio no ter preenchido todos os campos no operador 3.2.4
Preencher campos de Recursos/Materiais. Aps o preenchimento desse campo, o usurio
repetiu a operao 3.2.5 e o modal demorou mais que o esperado para desaparecer.
No operador 3.4.2 Identificar seta para ligao, o usurio conseguiu realizar ao
aps primeira tentativa. Aps conseguir ficou surpreso com o recurso. No operador 3.4.4, teve
dificuldades para soltar a seta no local adequado.
Aps o logout, Goal 4, o usurio tentou logar novamente no sistema, Goal 5. Porm,
teve problemas no operador 5.1.2 Identificar bloco de Login, pois comeou a preencher no
bloco de cadastro por engano, e no operador 5.2.3 - Clicar no boto Entrar precisando
executar o operador 5.2.4b vrias vezes pois no lembrava a senha cadastrada. Sem sucesso, s
conseguiu acessar o sistema com outro usurio, pois no havia recurso de recuperao de senha.
Apesar de no fazer parte das tarefas, o usurio optou por fazer uma edio no
plano, mas teve problemas em localizar o boto de editar, tentando inclusive editar o Fluxo de
atividades diretamente na pgina do plano.

5.3.2.3 Usurio 3

O usurio tambm teve problemas no operador 1.1.2 - Identificar boto Entrar


como acesso para fazer o login.
No Goal 2, Criar_plano_aula, houve problema no operador 2.2a.5 - Preencher
campo Descrio, pois o usurio no sabia exatamente o que colocar. No operador 2.2a.7 -

44

Clicar no boto Concluir, houve um tempo de espera muito alto para informar que a ao
havia sido concluda.
No Goal 3, houve um tempo de espera alto aps o operador 3.1.3 - Soltar o bloco
no local adequado, aparecendo muito depois o modal com os campos da atividade. O usurio
percebeu depois que havia escolhido uma atividade diferente do que desejava. No fim da
operao em 3.2.5 - Clicar no boto Concluir, o tempo de espera para o desaparecimento do
modal foi muito longo e o usurio repetiu a ao 3.2.5, fazendo um erro ser exibido na tela com
a mensagem Index j est em uso.
Houve vrios problemas para executar o Method 3.4 - Ligar_atividades, o usurio
s conseguiu seguir adiante com ajuda do experimentador, conseguindo assim finalizar o Goal
3. O usurio entendeu inicialmente que as fases do Fluxo de atividades deveriam ser seguidas
sequencialmente e todas as atividades deveriam ser utilizadas. Aps o esclarecimento do
experimentador, achou interessante o recurso de ligao das atividades e o uso das setas.
O usurio levantou o tpico de utilizao do sistema por alunos e coordenadores,
para acesso do plano e materiais utilizados.
As demais tarefas no foram feitas pelo usurio por ele no ter mais tempo
disponvel.

5.3.2.4 Usurio 4

Iniciando o primeiro objetivo, o usurio teve problemas no operador 1.1.2 Identificar boto Entrar como acesso, tentando fazer o acesso pelo item Incio do menu.
No Goal 3, considerou a operao 3.2.2 - Preencher campo Descrio confusa, por
no saber o que colocar no campo. Na operao 3.2.5 - Clicar no boto Concluir o tempo de
espera para desaparecimento do modal foi alto e o usurio repetiu a ao, ocasionando um erro
cuja mensagem exibida foi Index j est em uso. O usurio apertou a tecla Backspace do
teclado e ocasionou o retorno pgina anterior, perdendo a edio atual. No Method 3.4 Ligar_atividades o usurio no identificou a seta de ligao sozinho e teve dificuldades para
manipul-la.

45

5.3.2.5 Usurio 5

Iniciando o Goal 1 o usurio teve problemas na operao 1.1.2 - Identificar boto


Entrar como acesso, fazendo a tentativa pelo item Incio do menu. Tambm apresentou
problemas no operador 1.14 - Identificar bloco de cadastro, comeando o preenchimento do
cadastro na rea de login.
Seguindo para o Goal 2 o usurio apresentou problemas no operador 2.1.1 Procurar boto de criao de novo plano, tentando fazer o acesso pelo boto Incio, agora na
pgina aps o login. Durante o preenchimento dos campos do Method 2.2a, o usurio
demonstrou insegurana na realizao das operaes seguintes. No operador 2.2a.7 - Clicar no
boto Concluir houve um grande tempo de espera para receber o feedback da operao,
deixando o usurio impaciente.
No Goal 3, teve problemas no operador 3.1.1 - Reconhecer bloco como uma
atividade, no enxergando todos os blocos que estavam disponveis alm de no compreender
bem a estrutura das fases, comparando com a montagem de slides. No Method 3.2, sentiu falta
dos textos-guia dos campos desaparecerem automaticamente no preenchimento como em
outros sistemas. No operador 3.2.5 - Clicar no boto Concluir, o tempo de espera para
desaparecimento do modal foi muito alto e o usurio repetiu a ao vrias vezes, o que resultou
no travamento do sistema, que s voltou a funcionar com a atualizao da pgina. O usurio
definiu mais atividades que o tempo total de aula geralmente disponvel. No Method 3.4 Ligar_atividades inicialmente no entendeu o processo. Aps explicao, ficou surpresa com
o resultado e achou interessante.
Aps a anlise de cada um dos usurios, mostrado no Quadro 12 o ndice de
sucesso de cada um dos objetivos avaliados. Os objetivos Cadastrar_usuario e
Adicionar_atividades apresentaram problemas na execuo em todos os usurios. O objetivo
Criar_plano_aula foi alcanado sem nenhum problema apenas pelo Usurio 4. Os demais
objetivos, quando alcanados, em sua maioria no apresentaram problemas crticos, mas sero
levados em considerao posteriormente nos problemas pontuais (Logar_sistema pelo Usurio
2).

46

Quadro 12. Quadro de problemas na Anlise da tarefa

Usurios que apresentaram algum problema no processo


Objetivo
Usurio 1

Usurio 2

Usurio 3

Usurio 4

Usurio 5

Cadastrar_usuario

Criar_plano_aula

OK

Adicionar_atividades

Logout_sistema

(-)

OK

(-)

OK

OK

Logar_sistema

(-)

(-)

OK

OK

Publicar_plano

(-)

OK

(-)

OK

(-)

Legendas: X - Problema(s) durante este objetivo;


OK - Objetivo alcanado sem problemas; (-) No tentou-se alcanar esse objetivo.

5.4 Entrevista Focal

Aps as entrevistas, foi feita uma anlise dos dados obtidos. O desenvolvimento das
entrevistas pode ser visto por completo nas narrativas apresentadas no Apndice D. Aps uma
leitura das narrativas, foi feita uma anlise de contedo em busca de declaraes em comum
entre os participantes e sugestes que podem ser consideradas relevantes para o sistema.
Alguns pontos foram citados por mais de um participante e foram categorizados no
Quadro 13, sendo assim possvel identificar os pontos em comum entre os usurios:

47

Quadro 13. Resultados Entrevista Focal

Usurios

Observao
1
Citou plano de aula como atividade burocrtica

Dificuldade inicial de utilizao reduzida com o uso

Importncia do compartilhamento de aulas


Importncia do compartilhamento de contedo

4e5
X

possvel observar que todos os usurios consideraram o compartilhamento de


contedo como um diferencial importante: a disponibilizao de materiais interessantes de
acordo com o contedo, fichas de exerccios e propostas de atividades dinmicas. Em seguida,
o fator Compartilhamento de aulas tambm foi considerado muito importante por quase todos
os usurios.
O plano de aula foi citado como uma atividade burocrtica pelos trs usurios que
tem mais experincia. Isso pode ser relacionado ao fato de, por terem bastante tempo em sala
de aula, a criao do plano de aula detalhado no muito frequente. Porm, foi pontuado pelo
Usurio 4 o fator experincia, opinando que um plano de aula pronto uma grande ajuda para
professores recm-formados.
Trs dos usurios comentaram o fato da utilizao do Inovaula ser confusa ou
parecer complicada na primeira utilizao. Mas aps esse primeiro momento e com uma
explicao sobre os recursos, o sistema se torna mais fcil de utilizar.

5.5 Necessidades do usurio

Aps a execuo das quatro tcnicas escolhidas, foi elaborada uma relao de
necessidades do usurio, tendo em vista os problemas encontrados ao longo da avaliao. Essa
relao ser importante para ajudar na elaborao de requisitos finais para a evoluo do
Inovaula.

48

Quadro 14. Necessidades do usurio (Parte 1)

Aes
O professor l o contedo com as
informaes do sistema.

Problemas e possibilidades
[NEC 1] O professor apresenta dificuldade de leitura
por conta da tipografia e cores utilizadas no texto.
[NEC 2] O professor fica confuso na hora de
preencher os campos por aparecerem duas caixas ao
clicar no boto Entrar.

[NEC 3] O professor no consegue achar o boto


O professor ir acessar o sistema pela Entrar.
primeira vez e precisa fazer o
cadastro.
[NEC 11] O usurio no associa o boto Entrar
como o caminho de acesso ao cadastro.
[NEC 21] O usurio deve ser prevenido no
preenchimento do campo de senha sobre o padro
exigido antes de tentar submeter algum dado.
O professor preenche os campos
referentes s informaes do plano
de aula.

[NEC 4] O professor pode no compreender o que


pedido em cada campo e fica inseguro ao preencher
os campos.

O login foi efetuado com sucesso.

[NEC 22] O professor deseja saber que est logado e


as informaes da sua conta
[NEC 5] O tempo esperado para que o modal com as
informaes da atividade seja exibido muito
grande, fazendo o usurio desistir da ao. O mesmo
vale para o preenchimento do plano de aula.
[NEC 12] O modal demora para desaparecer aps o
click do boto Salvar.

Uma atividade adicionada a alguma [NEC 18] O professor por falta de ateno pode
das fases ou editada.
adicionar atividades diferentes das que pretendia.
[NEC 20] O usurio no consegue ver todas as
atividades sem rolar a pgina e acaba no percebendo
a existncia de mais opes.
[NEC 19] O professor deve ser protegido de aes
acidentais como fechar o browser ou voltar a pgina
durante a edio.

49

Quadro 15. Necessidades do usurio (Parte 2)

Aes

Problemas e possibilidades
[NEC 6] O professor no consegue indicar o fluxo
das atividades por no saber manipular a seta de
direo ou por no saber da sua existncia.

O professor precisa indicar o fluxo


para realizao das atividades entre
as fases da aula.

[NEC 7] O professor pode entender que as fases


devem ser seguidas sequencialmente sem
possibilidade de fluxos horizontais ou retroceder
para etapas anteriores.
[NEC 13] O professor identifica a seta de fluxo
mas no tem certeza como us-la, conseguindo, ou
no, por meio de tentativa e erro.

O professor precisa preencher a


caderneta virtual da Secretaria da
educao, alm da utilizao do
Inovaula.com

[NEC 10] O sistema poderia ser integrado com a


plataforma da Secretaria da Educao, caso possvel,
viabilizando o preenchimento nico dos planos em
ambas as plataformas.
[NEC 8] O professor pode no possuir um recurso
diferenciado para a aula a ser planejada e acabar no
tendo como desempenhar diferentes tipos de
atividades.

O professor precisa de um recurso


para tornar a aula mais dinmica

[NEC 9] O recurso utilizado pelo professor no


estimula os alunos a participarem das aulas,
dificultando o dinamismo e diverso no aprendizado.
[NEC 16] O professor necessita de mais materiais
extras para utilizao nas suas aulas.

O professor esqueceu a senha


cadastrada.

[NEC 14] O professor precisa ter algum modo de


recuperar a senha.

O professor gostaria de excluir um


plano de aula.

[NEC 15] O professor pode se enganar na hora de


excluso ou mudar de ideia depois. Deve ficar claro
se a ao irreversvel ou no.

O professor gostaria de visualizar a


descrio completa do plano de aula
na pgina inicial de planos.

[NEC 17] O professor no consegue ver a descrio


toda a no ser que entre no plano.

50

CAPTULO 6

Concluses

Neste captulo sero apresentadas as concluses finais sobre o trabalho, dividindo


sees em: apresentao dos requisitos para evoluo do sistema; e concluso sobre o estudo
realizado.

6.1 Apresentao de requisitos levantados na avaliao

Nesta seo, sero apresentados os requisitos encontrados aps a fase de anlise dos
resultados da aplicao das tcnicas de usabilidade. A apresentao ser subdividida com as
pginas de diviso do sistema Inovaula, para facilitar identificao dos componentes citados.
Lembrando, que durante a Avaliao Heurstica, na seo 5.1, os problemas levantados podem
ser diretamente transformados em requisitos. Por isso, tambm devem ser analisados
individualmente pela equipe do Inovaula para possveis correes.

6.1.1 Pgina Inicial

[REQ 1] Realizar Cadastro no sistema: O local de acesso ao formulrio de cadastro


deve ficar claro. Estre problema foi destacado durante a Avaliao Heurstica, e
principalmente na Anlise da Tarefa e Entrevista Focal, onde todos os usurios tiveram
algum tipo de problema para acessar os campos. Alm disso, caracteres especiais
exigidos no corpo da senha, ou qualquer outra especificao necessria para que a
mesma seja aceita, devem ser informadas ao usurio antes da sua primeira tentativa de
submisso. Sugesto: No apresentar campos de login e cadastro em caixas, um abaixo
do outro.

51

[REQ 2] Logar no sistema: O local de acesso ao sistema deve ficar claro. Mesmo
problema do [REQ 1], requisitos esto diretamente ligados. Deve-se facilitar ao mximo
o acesso do usurio. Nmero de passos para alcanar o objetivo foi considerado grande
na anlise pelo mtodo GOMS. necessrio tambm oferecer uma alternativa caso
usurio esquea sua senha de acesso. Sugesto: dar mais destaque ao boto de acesso
ou disponibilizar diretamente, sem nenhum clique antecedente, os campos para
preenchimento.
[REQ 3] Apresentar recursos do sistema adequadamente: Usurios devem entender
da melhor maneira possvel o que podero realizar utilizando o sistema. Alguns cones
na rea de apresentao no passam a mensagem como esperado (figura do tpico
Poupar tempo por exemplo). Sugesto: utilizar algum tipo de recurso visual mais
chamativo, como slideshow ou vdeo introdutrio para chamar ateno do usurio.
[REQ 4] Disponibilizar Tutoriais: Usurios devem encontrar apoio quando
buscarem. O Fluxograma de atividades mostrado na metade inferior da pgina
inicial, mas uma ferramenta bastante interessante para o sistema. Nem todos os
usurios do a devida ateno a essa parte do contedo, ou no obtm o conhecimento
necessrio para utiliz-lo com a explicao. Muitos problemas durante a utilizao do
sistema poderiam ter sido evitados se os usurios tivessem tido algum tipo de explicao
mais detalhada sobre os recursos. Esse ponto foi notado durante todas as fases da
avaliao, sendo bastante crtico. Inclusive, o tutorial, ou outro recurso de apoio, deve
estar acessvel a partir de qualquer lugar que o usurio esteja no sistema. Sugesto:
Exibir um vdeo tentando forar a visualizao do usurio no seu primeiro acesso, onde
o sistema apresentado e exemplos de utilizao so demonstrados. Este mesmo vdeo
pode ficar acessvel em um link no menu principal.
[REQ 5] Facilitar utilizao do menu com nomes sugestivos adequados: O usurio
deve idealmente atribuir apenas um significado a cada item acessado. O termo Incio
utilizado no menu de navegao vertical do sistema foi recorrentemente confundido
como local de acesso para cadastro ou login do sistema. Sugesto: retirar este item do
menu e adicionar uma seta no canto inferior direito da pgina que far a tela voltar ao
ponto inicial quando clicada. Ou ento, substituir por outro termo que no possa ser
confundido com o acesso ao sistema.

52

6.1.2 Pgina de planos de aula do usurio

[REQ 6] Sesso iniciada deve corresponder ao usurio correto: Aps efetuar o login,
o usurio deve visualizar as informaes correspondentes sua conta. Diversas vezes
durante a utilizao na avaliao, foram exibidas mensagens como Voc j est
logado aps o usurio entrar no sistema. Inclusive, aconteceu de aulas criadas por
usurios serem acessveis para edio por outros, mesmo sem terem sido adquiridas. Ou
ainda, a lista de planos exibida no pertencer ao usurio logado na primeira tentativa.
[REQ 7] Informar ao usurio dados sobre sesso iniciada: O usurio precisa ter
certeza que a conta acessada corresponde sua. No h exibio de nome ou apelido do
usurio aps estar logado, prtica bastante comum em sistemas web. Sugesto:
adicionar prximo ao boto de Sair o nome do usurio com uma saudao. Por
exemplo, Ol, Fulano!.
[REQ 8] Plano de aula modelo deve ser destacado: importante que o usurio
identifique a aula Como criar um plano de aula como um plano guia. Ele aparece na
mesma lista de planos de aula do usurio, que acaba confundindo com as suas aulas
criadas.
[REQ 9] Exibir informaes consistentes na lista de planos de aula: importante
que o sistema oferea apenas recursos disponveis para o usurio utilizar, ou avise
quando um recurso no estiver pronto para ser usado. Cada plano de aula na lista de
planos apresenta cones de curtidas e calendrio por exemplo, mas os recursos no
esto disponveis. Nomes muito extensos das aulas so reduzidos na lista e s aparecem
por completo quando a pgina do plano acessada. Sugesto: inibir cones de acesso
para recursos ainda no implementados. Para o ttulo do plano de aula, exibi-lo
totalmente independente do tamanho, ou utilizar o recurso hover para exibio
completa.

53

6.1.3 Pgina de Criao de plano de aula

[REQ 10] Campos para criao do plano devem ser suficientes e claros para o
professor: Vrios usurios que participaram da Anlise da Tarefa tiveram dvidas ao
preencher os campos por no saberem exatamente o que deveria ser colocado. Inclusive,
um dos Especialistas em Didtica, questionou os campos solicitados. Sugesto: Rever os
campos do formulrio de criao do plano, com pesquisas na Literatura e consultas a
especialistas. Foi sugerido o modelo do plano de aula do Professor Jos Carlos Libaneo
da UFGO. Outro ponto, seria uma breve explicao sobre o que significa cada campo
em algum lugar do formulrio, para que o professor pudesse consultar sempre que
precisasse.
[REQ 11] Exibio do Fluxograma deve ser feita apenas quando o usurio estiver
autorizado: O usurio s pode editar o Fluxograma de atividades aps preencher todos
os campos sobre o plano de aula, porm o mesmo j exibido no acesso pgina. Caso
tente editar antes do preenchimento, exibida uma mensagem de alerta. Deve-se prevenir
que o usurio erre durante a utilizao. Sugesto: Exibir a rea de edio do Fluxograma
de atividades apenas quando o usurio finalizar o preenchimento dos campos
necessrios.
[REQ 12] Utilizao do Fluxograma de Atividades deve ser clara: O Fluxograma
um recurso muito importante para a criao do plano de aula, porm em todas as fases da
avaliao foram encontrados vrios problemas em relao a esse recurso. importante
que cada objeto do recurso seja compreendido o mais correto possvel pelo usurio. A
presena de tutoriais provavelmente esclareceria melhor o funcionamento do recurso. Do
modo que esto apresentados, blocos possuem a mesma estrutura de campos da atividade,
mas s diferem no ttulo. Por que representar atividades que tem a mesma estrutura bsica
em blocos diferentes? Outro problema a disposio das fases da aula. Os entendimentos
dos usurios variaram em: seguir as fases da aula sequencialmente, alm do
preenchimento na direo horizontal e vertical a critrio do usurio. Imaginando um
cenrio onde um usurio adquire o plano de outro professor, necessrio que ambos
entendam a utilizao do Fluxograma de atividades do mesmo modo, seno haver
diferenas considerveis na utilizao do plano dependendo de quem estiver o utilizando.
Sugesto: rever todo o processo de organizao do fluxo de atividades, principalmente

54

na disposio dos blocos e fases da aula. A utilizao das setas tambm no intuitiva,
usurios s utilizaram com estmulo do experimentador.
[REQ 13] Tempo total das atividades devem obedecer o tempo da aula: O usurio
deve ter conscincia da diviso do tempo da aula e as atividades que sero programadas
para cada fase. Em vrias partes da avaliao houve problemas no entendimento da
durao da fase, durao da atividade e durao da aula. Alguns usurios acharam que
cada fase correspondia a uma aula, ou planejaram executar mais atividades que o tempo
total da aula real. Aconteceu tambm do tempo exibido como tempo total, calculado
automaticamente pelo sistema, no corresponder soma das atividades escolhidas. Este
requisito est diretamente ligado possvel reformulao do Fluxo de atividades.
[REQ 14] Informaes sobre atividades adicionadas, alm de seus recursos, devem
ser facilmente acessadas. Os blocos representam uma atividade no Fluxograma e os
dados referentes aula s podem ser vistos se o usurio acessar a edio do bloco. Esta
informao deveria ser apresentada de forma mais direta. Outro problema crtico que os
recursos do sistema no esto sendo anexados apropriadamente. Uma vez feito o upload
de um material, no possvel acess-lo posteriormente. Sugesto: exibir informaes da
atividade em um balo tooltip quando o usurio passar o mouse em cima do bloco, ou
efetuar um clique.
[REQ 15] Deve ser dado feedback adequado ao usurio quando sua ao gerar uma
solicitao ao sistema. Em diversos momentos, principalmente na Anlise da tarefa, aps
concluir o preenchimento de um formulrio ou modal, ou soltar um bloco na rea do
fluxograma, o sistema demorou muito para finalizar a ao, deixando o usurio
impaciente, e at mesmo, fazendo o clicar mais de uma vez no boto de submisso. Isso
ocasionou a exibio de erros para o usurio, com termos tcnicos e que no informavam
o que estava acontecendo. Houve um momento onde o sistema travou e foi necessrio
atualizar a pgina. Sugesto: informar que a solicitao est sendo processada com
algum aviso na tela, e em caso de submisso, aps o clique do usurio no boto do
formulrio, bloquear novos cliques.
[REQ 16] O usurio deve ficar ciente do fim da operao realizada: O usurio deve
se sentir seguro dos passos que est realizando no sistema. Na verso atual, quando
finaliza a edio do Fluxo de atividades no h nenhum boto a ser clicado para
confirmar que a edio foi concluda e as alteraes sero salvas. O salvamento dos dados

55

est sendo feito automaticamente, mas o usurio inicialmente no tem conhecimento


disso. Sugesto: adicionar um boto para que o usurio confirme que finalizou a edio
do Fluxo de atividades.

6.1.4 Pgina do plano de aula

[REQ 17] Opes de edio devem estar bastante visveis: o boto de edio deve
ser uma das primeiras coisas vistas quando disponvel em uma pgina. A localizao
atual do boto no crtica, mas pode ser melhorada. Sugesto: mover o boto para
mais prximo do ttulo e informaes bsicas do plano.
[REQ 18] Termos devem ser facilmente identificados pelos usurios: O boto para
autorizar a publicao de um plano para ser adquirido por outros usurios no sistema
utiliza o termo Publicar. Atualmente, esse termo bastante encontrado em
compartilhamento de mensagens e atualizaes em redes sociais. Alguns usurios
acharam que essa opo estava ligada a conexo com redes ou envio de planos por email. Sugesto: apesar do termo no ser totalmente inadequado, vale pena pensar em
outro termo ou frase que facilite a utilizao deste recurso pelo usurio.

Os requisitos pontuados nesta seo foram os problemas que apresentaram maiores


evidncias durante a avaliao e que foram considerados bastante relevantes pelo
experimentador. sugerido equipe de design responsvel pela implementao das
modificaes do sistema, que observem todas as fases apresentadas e possam eleger novos
requisitos que no tenham aqui sido contemplados.

6.1.5 Sugestes para o sistema

Alm dos requisitos levantados para evoluo do sistema, algumas sugestes sero
ressaltadas, pois foram recorrentes em mais de uma etapa da avaliao, ou foram consideradas
relevantes:

56

[SUG 1] Utilizao do sistema por alunos e coordenadores: Tanto para os


especialistas quanto para alguns dos professores, foi dito que importante que haja um
espao de interao para os alunos e coordenadores no sistema, para acompanharem as
atividades do professor e seu cronograma. Foi relatado que alunos procuram bastante os
professores para obter o material usado nas aulas, que poderia ser acessado facilmente
no sistema.
[SUG 2] Utilizao de moedas de troca dentro do sistema: Essa sugesto foi dada por
um dos professores durante a entrevista focal. A ideia utilizar dentro do prprio
sistema uma moeda de troca que seria utilizada para aquisio de planos de outros
professores. medida que os professores publicassem planos de aula, iriam receber
mais moedas, o que incentivaria tambm a utilizao constante do sistema.
[SUG 3] Conectar sistema ao Portal da Secretaria da Educao: Um dos usurios
relatou que professores de escolas pblicas j fazem o planejamento das aulas em um
portal da Secretaria da Educao, e seu uso obrigatrio. Com o uso do Inovaula, o
professor alegou ter mais um sistema para usar, e que por esse lado, no seria to
interessante. Caso o sistema estivesse integrado ao portal da Secretaria, o usurio iria
poder enviar seu planejamento para a outra plataforma.
[SUG 4] Destacar o contedo das aulas: Foi unnime entre os professores a opinio
sobre o compartilhamento de contedo. A busca por material para tornar as aulas mais
diferenciadas uma necessidade dos professores e que se bem trabalhada no sistema,
ser mais um atrativo para o seu uso.

6.2 Consideraes finais sobre o trabalho desenvolvido

Neste trabalho foi apresentado o estudo de avaliao de usabilidade de um sistema


de criao e compartilhamento de planos de aula. A partir do contexto apresentado, da utilizao
de planos de aula por professores e as respectivas problemticas acerca do assunto, junto
apresentao do sistema Inovaula, foi possvel desenvolver o trabalho aplicando as tcnicas de
usabilidade escolhidas.

57

A aplicao das tcnicas envolveu o esforo de profissionais do ramo do design,


didtica educacional e professores, dando base para uma avaliao bastante abrangente, o que
possibilitou observar diversos aspectos para a evoluo do sistema. Apesar das dificuldades
enfrentadas para convocao dos convidados para o estudo, como perodo de festividades de
final de ano, recesso escolar e indisponibilidade de horrios, foi possvel contar com a
participao de 13 profissionais considerando a aplicao de todas as tcnicas, entre usurios e
avaliadores.
Com o resultado da avaliao, espera-se que a equipe de desenvolvimento do
Inovaula consiga corrigir os problemas encontrados e melhorar a experincia entregue ao
usurio, facilitando o processo de criao e compartilhamento de planos de aula, alm de
adicionar recursos que contemplem de uma maneira mais eficiente as funcionalidades desejadas
pelos usurios do sistema que ainda no foram contempladas. Aps a implementao dos novos
requisitos, indicado que a equipe realize uma nova validao com os usurios para dar
continuidade ao aprimoramento da soluo, alm de verificar se, de fato, as mudanas
necessrias foram positivas do ponto de vista de utilizao. Este processo dever ser repetido,
quantas vezes forem possveis, para ser obtido o melhor resultado.

58

Referncias
1. PILETTI, C. Didtica geral. 23. ed. So Paulo: [s.n.], 2001.
2. CASTRO, P. A. P. P.; TUCUNDUVA, C. C.; ARNS, E. M. A importncia do
planejamento das aulas para organizao do trabalho do professor em sua prtica docente.
Athena: Revista Cientfica de Educao, Curitiba, v. 10, 2008. ISSN ISSN.
3. ROSSO, A. J. In: ROSSO, A. J. O Que Pensam Os Professores Do Ensino Fundamental
Do Planejamento Didtico? Olhar De Professor. Ponta Grossa: [s.n.], 1999. p. 95-109.
4. KUNIAVSKY, M. Observing the experience: A Practitioners Guide to User Research.
San Francisco: Elsevier, 2012.
5. NIELSEN, J. Usability Heuristics. In: NIELSEN, J. Usability Engineering. San
Francisco: Morgan Kaufmann Publishers Inc., 1993. p. 155-200.
6. DEPT. OF HEALTH AND HUMAN SERVICES, U.S. The Research-Based Web Design
& Usability Guidelines. Usability.gov: Improving the User Experience, 2006. Disponivel
em: <http://www.usability.gov/>. Acesso em: 12 fev. 2015.
7. KIRWAN, B.; AINSWORTH, L. K. A Guide To Task Analysis: The Task Analysis
Working Group. Philadelphia: Taylor & Francis, 2003. 15-35 p.
8. MERTON, K. R.; FISKE, M.; KENDALL, L. P. Purposes and Criterias. In: ______ The
Focused Interview: A manual of problems and procedures. 2. ed. New York: The Free
Press, 1990. p. 3-16.
9. COURAGE, C.; REDISH, J.; WIXON, D. Task Analysis. In: A., S.; J., J. A. The HumanComputer Interaction Handbook: Fundamentals, Evolving Technologies and Emerging
Applications. 2. ed. [S.l.]: Human Factors and ergonomics, 2010. p. 927-943.
10. KIERAS, D. A Guide to GOMS Model Usability Evaluation using GOMSL and
GLEAN4. University of Michigan. [S.l.]. 2006.

59

Apndice A - Quadros de Cenrios e Tarefas (Anlise da Tarefa)

60

Quadro 16. Cenrios, Tarefas e Insumos (Parte 1)

Cenrios

Tarefas

Imagine que voc ir


comear a utilizar o sistema
Inovaula.com. Voc ir 1. Cadastro
precisar de um cadastro.

Uma vez que voc possui


um cadastro, voc j pode 2. Criao de um
criar seu primeiro plano de plano de aula
aula.

Insumos
Nome do usurio: usurioE-mail: usuario-@ufpe.br
Senha: 12345678
Ttulo: Operaes com Nmeros
Naturais
Nvel de Ensino: Fundamental
Contedo: Este plano de aula explica
como operaes matemticas so feitas.
Disciplina: Matemtica
Descrio: sistema de numerao e
operaes com adio e subtrao e
resoluo de problemas.
Objetivos Educacionais: Entender
atravs da histria dos nmeros, que
estes surgiram para representar
quantidades e posteriormente foram
usados e interpretados em informaes
novas.
1. Incluir a atividade Explicao no
quadro na Fase 1, com o ator
teacher, descrio: aula expositiva e
com durao de 30 minutos.

Com o plano de aula


3. Adicionar
criado, voc pode adicionar
atividades para o
as atividades que iro
Fluxo de atividades
compor a aula.

2. Incluir a atividade Atividade em


Grupo na Fase 2, com o ator
student, descrio: atividade de
fixao e com durao de 20
minutos.
3. Conecte a atividade da Fase 1
atividade da Fase 2

Quando quiser parar de


usar
o
sistema
4. Logout do
temporariamente,
voc
sistema
pode fazer o logout.

Encerre sua sesso clicando em Sair.

61

Quadro 17. Cenrios, Tarefas e Insumos (Parte 2)

Cenrios
Para acessar o sistema sendo
um usurio cadastrado, voc
pode acessar sempre que
desejar.
O sistema dar suporte ao
compartilhamento de planos,
mas para isso necessrio
tornar o plano de aula
pblico primeiramente.
Quando quiser parar de usar
o sistema temporariamente,
voc pode fazer o logout.

Tarefas

Insumos

5. Login no sistema

E-mail: usuario-@ufpe.br
Senha: 12345678

6. Publicar um plano de aula

Acesse o plano Operaes


com Nmeros Naturais e o
publique com o valor de R$
0,00 (gratuito)

7. Logout do sistema

Encerre sua sesso clicando


em Sair.

62

Apndice B - Relato das avaliaes dos especialistas utilizando Thinking Aloud

63

Especialista 1

A entrevista iniciou-se com o acesso do sistema pelo especialista, que navegou pela
plataforma falando em voz alta suas impresses sobre os recursos e funcionalidades
disponveis. O especialista mostrou um bom entendimento da barra de tarefas e da ideia planos
poderem ser adquiridos pelos professores.
Durante a conversa ele questionou se j havia um banco de aulas. Em relao ao
plano de aula exemplo Como criar um plano de aula, perguntou se tratava-se de um arquivo
de texto. Acerca das informaes apresentadas na aula exemplo e solicitadas no preenchimento
dos planos de aula, fez as seguintes observaes:

Campo de Objetivo com as informaes a respeito do plano de aula


exemplo: A palavra instruo pra quem desinstrudo. Como voc vai
dizer ao professor que ele desinstrudo, sobretudo, se ele j tem um curso
de licenciatura, graduado. No lugar dessa palavra, tenho uma sugesto:
apoiar, orientar.

Campo de Objetivo como um todo: Possui um problema de formulao.


Objetivo para o usurio ou para a ferramenta. Se para o usurio a palavra
uma, se pra ferramenta a palavra outra. Para o usurio, voc quer que
ele alcance algo, se for para a ferramenta, ela vai operar algo para o usurio.
Acrescentou, Quando se escreve um plano e vai formular o objetivo, voc
no formula para quem se dirige o plano, voc formula por quem elaborou
um plano. Isso um erro. Quando voc traa um objetivo, voc escreve
para quem aprende, no para quem ensina. 90% dos planos parece que o
objetivo para quem est ensinando.

O campo Resumo um descritor e no ficou claro, comentou a respeito


do campo Resumo no formulrio.

O especialista prosseguiu ressaltando a diferena entre um plano e uma aula: Uma


coisa falar da aula e outra falar do plano. A aula uma prtica, o plano uma ao planejada
para a aula que ainda no aconteceu. O plano a racionalizao de algo que est por acontecer.
A importncia dele que ele d um norte a esta prtica que uma interrogao para o professor.
Zona de incerteza, diminuda, planejando a aula. Ningum controla uma sala de aula, as

64

variveis so pessoas, com estmulos e motivaes diferentes. Espera-se despertar a motivao


deles.
Observando o Fluxo de atividades o professou criticou o modo como
apresentado. uma espcie de instruo programada. Faz um determinado percurso e aprende
aquilo. a cara dos anos 70! A cara de que voc pode preparar situaes, e as pessoas
percorrendo aquilo vo aprender. No deixa espao para as pessoas construrem o
conhecimento. No o paradigma da construo, o paradigma instrucionista. No toa que
a palavra instruir foi usada [NEC 7].
Continuando a utilizao do sistema, a funo do boto Editar foi identificada
corretamente, assim como o nome do autor do plano. O boto Publicar foi entendido como
um recurso para compartilhar na pgina, em redes sociais ou por e-mail.
Foi feita uma observao a respeito do plano de aula ser acessado por
alunos/coordenadores e pudessem acompanhar a aula programada para um determinado dia.
O especialista questionou a possibilidade de reorganizar e mover as atividades que
no pudessem ser realizadas dentro do tempo da aula para uma nova aula. Tambm destacou
que o tempo de experincia do professor dever ser levada em considerao para utilizao do
sistema: Quando no possvel fazer tudo, tem alguma coisa prevista? Isso precisa ser
considerado. Uma das caractersticas do plano, um bom planejamento, a flexibilidade. O plano
no pode ser uma camisa de fora. Suponha que na apresentao de slides surgiram muitas
perguntas, houve um debate. Aps o vdeo, o debate aumentou. No deu para chegar na
atividade prtica. O que faz um professor? Na prxima aula a gente comea com isso.
necessrio prever a possibilidade de transporte, daquilo que no foi realizado mas estava
planejado, pra aula seguinte. Isso no desorganizao, mas sim o compromisso do professor
com a aprendizagem do aluno, e no com o plano. T cheio de professor comprometido com o
plano. Dizem que tem que dar o contedo, independentemente da aprendizagem do aluno. Isso
se reflete no plano. Nos mesmos anos 70, o plano era um instrumento de controle do professor.
Ele perdia a autonomia na gesto do ensino. No se pode pensar num plano com regras
engessadas, porque voc vai dar a ideia que a sua concepo de ensino engessada. A ideia do
planejamento, o plano que voc realiza no planejamento. Plano o registro do produto. O
planejamento o processo. Ambos tm que ser flexveis. Considerar a possibilidade de
transporte das atividades. O professor no pode ser visto como algum que no tem experincia,
no sabe. A no ser que seja um professor iniciante. Poderia se pensar num movimento para

65

iniciantes, at 3 anos de experincia. E uma outra possibilidade para quem j tem experincia.
outro tipo de abordagem. O tempo de experincia no uma varivel qualquer, quando se
trata de preparar um material para professor ou recm-formado. Isso tem que ser considerado.
Talvez dois ambientes, sem prejuzos, de modo que o menos experiente possa interagir com o
mais experiente, e vice-versa.
Em relao s fases do Fluxo de atividades sugeriu alteraes nos nomes e na
forma de apresentao: Na Atividade expositiva, sugiro adicionar a palavra dialogada ou
problematizadora. Significa que no s o professor que fala, h interao. Aprender uma
interao entre sujeitos e objetos (Piaget). Desde quando nasce at a morte. Ela tem que partir
de situaes problemas ou de problemas que esto a para serem respondidos. Ensina-se ao
aluno para perguntar. A escola ensina muito a responder e quem pergunta o professor.
Tambm foi feita uma observao em relao a disposio dos componentes da
pgina do plano de aula. Indicou que o texto do plano e o organograma devem ser apresentados
um ao lado do outro.
De um modo geral, citou um modelo de plano de aulas desenvolvido pelo Professor
Jos Carlos Libaneo/UFGO que possui as seguintes informaes:

Dados de identificao: para quem o plano?

A justificativa: relevncia do que vai ser tratado na disciplina ou tema

Objetivos (Deve vir antes do contedo)

Contedos (desdobramento do tema - conceitos, princpios e definies)

Estratgias metodolgicas (tcnicas, recursos, tempo e avaliao)

Referncias (desde livros, artigos, textos, sites) usadas pelo professor ou pelos
alunos

Mais uma vez foi comentado a respeito do modo como o Fluxo de atividades
mostrado e a ideia que passada: Est sendo passada uma impresso que o plano deve ser
seguido do jeito que est sendo mostrado. Ao invs da ideia de planejamento. O passo a passo
faz o professor um mero aplicador de algo que foi concebido por terceiro. Isso no formao
de professor, treinamento [NEC 7].

66

Especialista 2

A entrevista iniciou-se perguntando a opinio do especialista em relao a proposta


do sistema e o modo como as informaes estavam sendo apresentadas na tela inicial. Ele j
tinha acessado o sistema anteriormente para uma primeira impresso e elogiou o modo como o
site apresentado, gostando do estilo do layout. Mas criticou as cores utilizadas pois a leitura
est prejudicada [NEC 1]. Teve problemas em entender a parte da curadoria. No Cadastro a
respeito da senha, aviso s dado aps o erro do usurio [NEC 21].
Durante a utilizao, no primeiro acesso, o sistema no mostrou os planos do
especialista, criados anteriormente. Apenas no segundo acesso ficou visvel. Inclusive, o
usurio no tem identificao explcita para saber que a sesso realmente corresponde a sua.
Na relao de aulas, o plano de aula exemplo no ficou claro para o especialista que
seria algo default. Durante a busca de disciplinas, no refinamento clicando na categoria da
aula criada pelo especialista, nenhum resultado foi retornado. Depois, percebeu-se que o plano
no foi mostrado porque no estava Publicado, mas ainda poderia ser considerado como um
problema.
O especialista achou o sistema pouco intuitivo, grande parte das aes vo por meio
de ensaio e erro.
Como foi o planejamento dos planos de aula?. A parte de preenchimento do
formulrio foi fcil de ser preenchida. O especialista sentiu falta da presena de tutoriais ou
mouseover informando as instrues bsicas do sistema e seu passo a passo. Em geral os
professores no tm domnio de tecnologia.
O especialista falou que no ficou clara a diviso das fases do Fluxo de
Atividades. E a definio da durao de cada atividade tambm no ficou clara. O especialista
montou os blocos de forma linear, na direo horizontal na Fase 1, entendendo que a sequncia
fosse um aps o outro na mesma fase. Inclusive mudando os blocos entre as fases, foi detectado
que a durao das fases no atualizada automaticamente.

67

Durante a edio das atividades, o especialista questionou o idioma em ingls do


campo Ator. Tambm pontuou que o nome Recursos Necessrios no est adequado.
Deveria ser trocado com o campo Materiais . Reclamou tambm dos campos que no deixam
claro o que obrigatrio ou no, assim como rever se todos os campos devem ser
necessariamente preenchidos. Sugeriu tambm a adio de um campo que indicasse o local da
aula (seja me outra sala, biblioteca ou laboratrio, etc.). Tambm falou que os blocos apesar de
terem nomes diferentes, possuem a mesma estrutura bsica de construo.
O especialista prosseguiu testando a funcionalidade com a seta de indicao de
fluxo. Falou que as conexes no esto claras e que as caixas deveriam ter zonas de recepo
nas laterais e no lado inferior do bloco para tornar a visualizao do fluxo mais limpa [NEC 8].
Tambm sentiu-se falta de um boto de finalizao de edio do Fluxo de atividades, pois o
usurio acaba a edio e no sabe que ao deve fazer em seguida.
Tendo em vista tantos problemas de informao e orientaes ao usurio, sugeriu o
desenvolvimento de um tutorial para guiar a utilizao.
Foi perguntado ao especialista a respeito de aulas que no consigam ser finalizadas
no tempo estipulado e o que poderia ser feito para garantir que essa funcionalidade fosse
possvel. Ele sugeriu que durante a criao de uma segunda aula, fosse possvel ao usurio
importar atividades da aula anterior.
A questo de publicao dos planos inicialmente ficou clara, mas ele questionou a
possibilidade de editar o valor dos planos aps ele ser publicado. Na verso atual do sistema
isso s possvel despublicando o plano e publicando novamente com o novo valor.
De modo mais abrangente, o especialista perguntou o modo de acesso do aluno a
ferramenta, se era possvel ou no. Ele achou que seria interessante, porque muitas vezes os
alunos gostam de ter acesso s aulas e materiais, e seria bom que eles pudessem encontrar isso
na prpria plataforma.
Finalizando, foi levantado a questo de utilizao por professores formados e recm
formados o interesse pela utilizao do sistema. Ele declarou que dificilmente professores com
mais tempo de docncia e maior idade dificilmente utilizam sistemas desse tipo e que
professores com pouca experincia e novos no mercado, so mais disponveis e interessados
para usar solues tecnolgicas.

68

Especialista 3

O terceiro especialista deu um parecer breve, porm apontou algumas melhorias e


problemas do sistema:

1. Na visualizao do fluxo de atividades, seria interessante ver o detalhamento das


atividades (s aparece o ttulo geral);
2. Algumas coisas que foram feitas no foram salvas necessitaram ser refeitas;
3. Nos tipos de atividades, foi sugerido incluir mais alternativas (exibio de vdeo,
discusso sobre texto, etc.);
4. No foi possvel acessar o material anexado ao plano (um vdeo curto de 12 minutos).

69

Apndice C - Narrativas da observao da anlise da tarefa com captura de tela

70

Usurio 1

A observao comeou com o acesso ao portal Inovaula.com. O usurio foi


apresentado plataforma e teve alguns minutos para se familiarizar com a pgina antes de
iniciar as tarefas.
O usurio apresentou certa dificuldade na leitura das informaes na tela inicial,
precisando se aproximar da tela para ler [NEC 1]. Em seguida, o usurio analisou as tarefas a
serem realizadas. O usurio tinha terminado sua navegao na rea de Contato, e por ver os
campos de nome e e-mail, ia comear a utilizao preenchendo esses campos achando que a
entrada seria por ali. Alertado pelo avaliador, informa que no tem muita familiaridade com
sistemas web e precisou de ajuda para encontrar o boto de acesso Entrar [NEC 3]. Quando
as duas caixas de acesso apareceram, ele ficou confuso se era para preencher as duas caixas ou
s uma [NEC 2]. E qual seria a sequncia de acesso. O usurio digitou o e-mail com , e
apareceu uma mensagem de alerta pedindo para que o e-mail fosse verificado pois havia
caracteres invlidos.
Na pgina de Planos de aula o usurio continua com dificuldade na leitura [NEC
1]. Mais alguns minutos foram dados para observar a pgina de Planos e o Plano de aula Como
criar planos de aula no Inovaula. Aps isso, a tarefa de Criar plano de aula foi iniciada. O
usurio optou por no utilizar os insumos fornecidos e colocar informaes correspondentes
sua disciplina. Ele apresentou dificuldade em preencher o campo Objetivos educacionais por
no saber exatamente o que deveria ser colocado [NEC 4]. O usurio comentou estar sem
pacincia durante o preenchimento dos campos. O campo Descrio foi deixado em branco.
A parte das atividades foi inicialmente compreendida e o primeiro bloco foi
arrastado com sucesso para a rea da Fase 1. Houve dificuldade em preencher os campos tendo
em vista que no era mais possvel ver o que foi preenchido no corpo do plano de aula enquanto
o modal estava aberto. A primeira atividade colocada foi planejada para durar uma aula toda e
a rea da Fase 2 foi entendida como uma segunda aula. Um novo bloco de Atividade em grupo
foi arrastado para a Fase 2 e o usurio fez uma pergunta retrica a respeito de ter que preencher
tudo novamente, como na fase anterior. O usurio questionou a possibilidade de fazer algo
como um quebra-cabea e o avaliador sugeriu que isso ficasse na descrio da atividade. A
edio j havia sido finalizada, logo ela acessou o link de edio do bloco. A conexo da internet
estava lenta, logo o tempo de resposta para mostrar o modal foi grande [NEC 5], fazendo o

71

usurio quase desistir da ao. Para que as setas de fluxo fossem utilizadas, foi necessrio o
avaliador estimular sua utilizao para indicar o fluxo [NEC 6]. Colocando o mouse em cima
da rea indicada, o usurio inferiu como deveria utilizar e conseguiu fazer a ligao entre os
blocos corretamente. Tentou tambm ligar um bloco a uma rea vazia e perguntou porque a
ligao no era feita. Foi ento explicado que a ligao deve ser feita apenas entre blocos. Assim
foi encerrada a sequncia de tarefas

Usurio 2

A observao comeou com o acesso ao portal Inovaula.com. O usurio foi


apresentado plataforma e teve alguns minutos para se familiarizar com a pgina antes de
iniciar as tarefas.
Aps a fase inicial, o usurio comeou a seguir as instrues para realizao das
tarefas. O usurio optou por utilizar os insumos fornecidos. Para o cadastro, o usurio
identificou imediatamente o boto Entrar porm hesitou em clica-lo e preferiu apertar o boto
Incio do menu na barra superior. Demorou algum tempo esperando uma reposta do sistema
at clicar no boto de Entrar e perceber que o cadastro feito por meio dele [NEC 11].
Aps o login, o usurio identificou rapidamente o boto Criar plano de aula.
Durante o preenchimento dos campos na criao do plano, o usurio no apresentou problemas
at a parte da finalizao, onde aps apertar o boto Concluir, por conta da conexo lenta da
internet, houve um tempo considervel para exibio do feedback de confirmao da ao,
levando o usurio a pensar que faltava fazer algo mais [NEC 12]. O usurio prosseguiu
adicionando atividades s Fases, conseguindo arrastar os blocos corretamente, mas ao colocar
as informaes referentes atividade e clicar em Salvar, houve uma demora para o modal
desaparecer indicando que a operao havia sido concluda. Mas mesmo assim, o usurio
esperou a concluso sem apertar no boto novamente. Para a indicao do fluxo de atividades,
o usurio efetuou uma primeira tentativa para mover a seta, sem sucesso [NEC 13]. Na segunda
tentativa, o usurio conseguiu ligar os blocos da Fase 1 para a Fase 2 como esperado e pareceu
entusiasmado com o recurso aps realizar a ao.

72

Seguindo as atividades, aps realizar logout e tentar entrar novamente no sistema,


o usurio se confundiu preenchendo o campo de cadastro ao invs do campo de login, mas
percebeu enquanto digitava e mudou para o campo certo [NEC 2]. Porm ao digitar os dados,
o sistema acusou login/senha incorretas [NEC 14]. Como o recurso de recuperar senha no
estava funcionando, s foi possvel continuar a utilizao com outro usurio fornecido pelo
avaliador.
Em seguida, foi solicitado que o plano criado anteriormente fosse editado e uma
atividade fosse excluda. Ao entrar na pgina do plano o usurio tentou executar a ao na figura
do fluxograma. Aps algumas tentativas sem sucesso, achou o boto de editar. Entrando na
pgina de edio, primeiro ele tentou executar a ao entrando no link de editar. Como no
encontrou o que procurava, fechou o modal e tentou arrastar o bloco para fora da rea das fases.
Depois conseguiu identificar que tinha um link para remoo do bloco.
Prosseguindo, foi solicitado a edio de uma atividade com recurso anexado. O
recurso foi anexado sem problemas, porm o campo com o nome do recurso no foi preenchido,
e o sistema exibiu um erro acompanhado de uma mensagem Open educational resources name
no pode ficar em branco, alm do modal ter se desestruturado. Apesar do problema, o usurio
entendeu o que faltou e conseguiu completar a ao.
Depois foi solicitado que um plano de aula fosse excludo. O usurio excluiu o
plano errado sem querer e a operao irreversvel, mas ele parece no ter atentado a esse fato
durante a realizao [NEC 15].
Em seguida foi solicitado que um plano de aula fosse publicado. Entrando na pgina
do plano, o usurio identificou rapidamente o boto de publicar e conseguiu alterar o valor sem
problemas, finalizando assim a sua utilizao.

Usurio 3

A observao foi iniciada com a apresentao do sistema. Foi solicitado que a


utilizao fosse narrada pelo usurio para que o entendimento dele acerca do sistema fosse
captado. O usurio teve um tempo para conhecer o sistema antes de comear a sua utilizao.
Tambm foi informado que algumas tarefas deveriam ser realizadas para a anlise.

73

Observando o sistema o usurio questionou se o contedo programtico j estava


na plataforma ou o professor deveria colocar o contedo da sua aula. Foi perguntando se os
cones da parte Pra voc eram clicveis. Foi percebido o exemplo do fluxograma na parte das
Funcionalidades. Na parte de Contato-nos, o usurio identificou como um local para mandar
um feedback sobre o sistema. O usurio no identificou o boto de Entrar e o acesso foi feito
pelo avaliador para agilizar o processo j que o problema com o acesso estava sendo recorrente
e j havia sido detectado em outras entrevistas
Entrando na pgina de planos de aula, vendo logo o primeiro plano exemplo Como
criar um plano de aula o usurio tentou ler o restante da descrio mas ela encontra-se
resumida. Inclusive, colocou o cursor do mouse em cima do texto para ver se o restante aparecia.
Ento, entrou no plano para conseguir visualizar tudo [NEC 16].
As informaes do plano foram compreendidas, assim como a opo de edit-lo.
Porm em relao ao boto Publicar foi entendido que seria uma funcionalidade de
compartilhar o plano por e-mail ou em redes sociais. Da foi explicado que a inteno era para
permitir que o plano fosse disponibilizado.
Sobre o fluxograma na pgina do plano, o usurio ficou em dvida sobre ela j ter
alguma ao dinmica ou ser apenas expositiva. No foi visto tambm o nvel de ensino que
aquela aula fazia parte, identificado apenas com a indicao do avaliador.
Sobre as atividades do fluxograma, foi questionado como isso seria usado. Se o
aluno teria acesso e essas atividades seriam links para os alunos acessarem posteriormente ou
se seria apenas p indicar o que deveria ser feito no determinado intervalo de tempo indicado.
Ele aproveitou para ressaltar que a grande necessidade dos professores encontrar atividades
prontas ou apresentao de slides, assim como vdeos relacionados ao contedo abordado [NEC
8 e NEC 16].
Dando continuidade, o prximo passo foi a criao de um plano de aula. O boto
de criao foi identificado facilmente. Destacou-se a necessidade de diferenciao entre
Fundamental I e II, pois abordado pela maioria das editoras. Houve dvida no preenchimento
dos campos, especificamente o de Descrio [NEC 4]. Durante o preenchimento do
formulrio o navegador foi fechado indesejavelmente, no foi possvel detectar se foi por ao
do usurio ou por falha do sistema [NEC 19]. O avaliador acessou o sistema novamente para
que a observao fosse prosseguida. O usurio perguntou se seria possvel anexar contedo de

74

uma mdia em CD nos planos de aula. Foi explicado que o anexo de arquivos possvel, se os
arquivos do CD forem acessveis, seria possvel.
Aps a concluso do preenchimento do formulrio, o tempo de resposta foi muito
longo, provavelmente por conta da conexo de Internet, mas nenhum feedback foi mostrado ao
usurio nesse intervalo, apenas uma tela branca [NEC 5].
O passo seguinte foi a construo do fluxograma de atividades. O usurio encontrou
um pouco de dificuldade olhando inicialmente a estrutura, mas aps ler a instruo na Fase 1,
conseguiu arrastar o bloco at o local. Porm, o modal de edio da atividade no apareceu
nesse momento, demorou uns instantes deixando o usurio sem saber como prosseguir [NEC
5].
Com o aparecimento do modal, as informaes do formulrio foram preenchidas
sem maiores problemas. Mas durante o processo o usurio percebeu que tinha escolhido uma
atividade de Apresentao de Slides sem perceber [NEC 18]. Inicialmente seria para utilizar
o jogo, mas resolveu mudar a primeira parte da atividade para uma apresentao de slides e
aproveitar que j estava editando. Ao finalizar a edio de uma segunda atividade, o tempo de
resposta para desparecimento do modal foi maior do que o esperado novamente e o usurio
apertou novamente. Uma mensagem de alerta Index j est em uso foi mostrada e depois o
modal desapareceu, mas mesmo assim deixou o usurio intrigado sobre o que tinha acontecido
[NEC 5]. Uma nova atividade Atividade Avaliativa foi adicionada e o mesmo problema na
hora de salvar ocorreu. Inclusive, tentou-se apertar o boto Concluir mais de uma vez.
Em relao ao fluxo das atividades, foi observado pelo usurio que a ideia de cinco
fases e cinco tipos de atividades passa a ideia de que a sequncia seja seguida e todas as
atividades sejam utilizadas. O uso da seta no aconteceu por iniciativa prpria [NEC 6]. Aps
notar a seta, ele no conseguiu ligar os blocos por no entender que havia um local especfico
para colocar a seta [NEC 7]. E o objetivo da ligao tambm no ficou claro para ele, alm de
ser visual. Aps a apresentao, ele achou o recurso interessante e simulou algumas
possibilidades de fluxo.
Pelo tempo j ter se estendido bastante do disponibilizado pelo usurio e as
principais atividades terem sido observadas, no foram realizadas todas as tarefas sugeridas.

75

Usurio 4

A observao comeou com uma primeira navegao do usurio pela pgina inicial.
Durante a visualizao do contedo do menu Pra voc o usurio achou que as imagens eram
cones clicveis. O usurio identificou o item do menu Incio como o local que dava acesso
a rea de cadastro [NEC 3]. O usurio s identificou o boto Entrar aps ser mostrado pelo
avaliador. Ele sugeriu que o local de acesso estivesse em meio ao contedo. O usurio
conseguiu fazer o cadastro sem maiores problemas.
O usurio comeou a criar a aula acessando o menu que foi identificado sem
problemas na opo Criar plano de aula. Assim como o preenchimento do formulrio de
criao do plano.
Durante a criao do Fluxo de atividades, foi entendida a proposta de montar as
fases da aula. O campo Descrio da atividade foi questionado sobre a utilidade [NEC 4].
Assim como achou desnecessrio o campo Ttulo para a atividade Explicao no Quadro.
O usurio reclamou que havia muitas fases, entendendo que elas precisavam ser todas
preenchidas. A adio das atividades seguiu sem problemas, at que em uma delas o modal
demorou a desaparecer fazendo o usurio apertar em Salvar mais de uma vez, recebendo um
alerta com a mensagem Index j em uso [NEC 12].
O usurio no identificou as setas e inicialmente at ser estimulado pelo avaliador,
demorando a conseguir usar a seta. Durante o teste o mais uma atividade foi adicionada para
estabelecer o fluxo, mas o modal demorou a aparecer [NEC 5]. E quando apareceu, o usurio
apertou durante a edio a tecla Backspace, mas o cursor no estava ativo no formulrio,
fazendo que o recurso de voltar pginas do navegador fosse ativado e sasse da edio, perdendo
as informaes da atividade que estava sendo adicionada [NEC 19].
Foi questionado sobre a disponibilidade dos recursos anexados e a possibilidade de
acesso posterior.
Os cones da pgina de planos e os botes como o Excluir foram identificados
sem problema. E entrando na pgina de um plano, o boto Editar foi utilizado intuitivamente,

76

e o boto Publicar tambm foi entendido, como o recurso que torna o plano visvel ou no
para ser adquirido por outros professores.

Usurio 5

O processo de observao foi iniciado com a apresentao do sistema e das


atividades a serem feitas.
O usurio tentou acessar pelo menu na opo Incio e no viu o boto Entrar at
ser destacado pelo avaliador [NEC 3]. O usurio comeou a preencher a caixa de login ao invs
de preencher o campo de cadastro [NEC 2].
O usurio identificou o boto Criar plano de aula, mas primeiro tentou ir pelo
boto Incio. O professor pareceu insegurana no preenchimento dos campos da criao do
plano de aula [NEC 4]. Ao finalizar o preenchimento do formulrio e clicar no boto de
Concluir houve uma demora em mostrar um feedback da ao para o usurio deixando o
usurio impaciente [NEC 5].
No momento de montar o Fluxo de atividades, o usurio no percebeu que se rolasse
a pgina para baixo, mais tipos de atividades estavam disponveis [NEC 20]. O usurio comeou
a arrastar as atividades para a rea das fases e ficou surpreso com o modal que aparece para
preenchimento das informaes. O usurio sentiu falta do desaparecimento automtico do texto
contido no campo do formulrio para que o dado real fosse inserido. Tecnicamente falando,
trata-se do placeholder, cuja manipulao pode ser feita via CSS. O preenchimento do restante
do formulrio da atividade seguiu, e o usurio utilizou a funcionalidade de incluir um recurso
adicional, apesar de ter sido apenas para testar se seria a ao correta para dar continuidade,
mas acabou desfazendo a ao removendo o campo extra porque no necessitava dele. O
usurio no entendeu inicialmente a necessidade de anexar o material na atividade
Apresentao de Slides e esse ponto foi esclarecido pelo avaliador. O tempo de resposta para
o modal desaparecer aps clicar no boto Salvar foi longo e o usurio clicou mais de uma
vez, fazendo que o a tela ficasse bloqueada e fosse necessrio atualizar a pgina para voltar a
utilizar o sistema [NEC 12]. Mais uma atividade foi adicionada e gerou uma pergunta sobre o
tempo de cada atividade e das fases, mostrando problema no entendimento da definio do

77

tempo. Outro ponto levantado, foi a quantidade dos blocos em branco em cada fase. Foi
entendido como a montagem de um slide completo, que receberia imagens e texto para montar
uma apresentao como um todo e no atividades diferentes. O usurio tambm criou mais
atividades do que o tempo de aula que ele tem na prtica.
O usurio no indicou o fluxo das atividades com a setas e s percebeu aps serem
apresentadas pelo avaliador. Para o usurio a seta indicou que as fases so lineares, e devem ser
seguidas uma aps a outra [NEC 7]. Quando conseguiu utilizar as setas, aps algumas tentativas
[NEC 13], ficou surpresa com a funcionalidade. Ento adicionou mais uma atividade e mostrou
entender o propsito do fluxo de atividades e ficou satisfeita com o desempenho depois de saber
como deveria ser feito.
Voltando para a tela de planos, o usurio mostrou entendimento claro dos cones
apresentados e a possibilidade de excluir um plano de aula.

78

Apndice D - Narrativas das entrevistas focais

79

Usurio 1

Aps a anlise da tarefa e utilizao do sistema pelo usurio, houve uma conversa
sobre o mesmo e foram ouvidas as sugestes e concluses sobre a experincia.
O usurio perguntou se o sistema fornecia um quebra-cabea pronto sobre
determinado assunto relacionados aos seus contedos para que ele pudesse utilizar durante a
aula [NEC 8]. Um exemplo de quebra-cabea que ele j possua foi mostrado, onde uma base
impressa e recortada para que os alunos possam organizar com os encaixes corretos. Foi
perguntado ao professor o que ele achava de adicionar o material como recurso na aula criada.
O usurio insistiu dizendo que seria bom que materiais desse tipo fossem fornecidos pela
aplicao, independentemente dos planos. Depois o usurio demonstrou a utilizao do quebracabea utilizado como exemplo.
O usurio ento comeou a falar do sistema, considerando que o mesmo est
relacionado parte burocrtica de um planejamento de aulas.
Ns estamos cansados com essa parte burocrtica. No comeo eu planejava e
preparava as aulas, mas agora eu no tenho mais tempo. Eu tenho nove turmas. Ns estamos
correndo dessa parte. Ns queremos dinamizar as aulas tendo facilidade para formar um jogo,
tendo um jogo fcil para usar na aula.
O usurio tambm mostrou exemplos de jogos de Qumica produzidos pelo site S
Qumica, mas relatou que os jogos so lentos, montonos e no divertem os alunos. Que sente
falta de materiais que estimulem a participao dos alunos [NEC 9], que s encontrou esses na
rea. Eu no estou sentindo falta de planejar uma aula. Eu t sentindo falta de como trabalhar
de forma ldica com os alunos. J existe uma caderneta online da Secretaria da Educao que
precisa ser preenchida diariamente, com a frequncia e planejamento das aulas [NEC 10]. Para
ele, planejar a aula em outro ambiente aumentaria o volume de trabalho no planejamento.

80

Usurio 2

Aps a utilizao, o usurio exps a sua opinio sobre o sistema. No


complicado, mas cansativo. Depois que voc se acostuma ele deve ficar melhor. Na primeira
vista no se entende direito como funciona, mas depois as coisas vo ganhando sentido.
Quando questionado sobre a utilidade no planejamento de aulas, respondeu que
uma boa forma de planejar aula. Planejar aulas uma atividade meio chata, talvez utilizando
um sistema como esse torne as coisas mais rpidas.
Em relao ao compartilhamento de aulas, muito legal. Tem alguns sites que j
compartilham exerccios que a gente usa, compartilhar planos de aula tambm uma
funcionalidade interessante [NEC 16].
O usurio relatou que geralmente leva de 1 a 3 horas para fazer um plano de aula e
o faz em planilhas. E s faz plano de aula quando um professor precisa substitu-lo.
O usurio ressaltou que a seta do fluxograma foi interessante e divertida de ser
usada.
Finalizando, o usurio achou que os campos essenciais solicitados so fornecidos e
o bsico para planejamento de uma aula est presente no sistema.

Usurio 3

Aps utilizar o sistema, o parecer do usurio foi positivo, e entendeu a proposta do


sistema. Achei excelente, achei que facilita, o professor precisa de muita coisa mais ou menos
pronta. Pelo que eu entendi vocs querem que pessoas vo lanando planos de aula e outros
possam se prevalecer disso. Completou dizendo que ainda falta um espao de interao de
atividades com os alunos.
Sobre os passos que foram vistos para a concepo do plano de aula, foi perguntado
se as informaes so suficientes. O usurio respondeu: So suficientes, porque antes, um

81

plano de aula, ele tinha tanta coisa pra voc preencher. Hoje em dia quanto mais resumido
melhor. Eu achei que tem as informaes necessrias e bsicas que se precisa. Hoje o professor
que faz um plano de aula longo, de mais de 3 pginas, no ser lido completamente. At uma
coordenao quando pega um plano no quer muitos detalhes. S quer que o professor perca
pouco tempo escrevendo o plano e faa um trabalho diferenciado em sala de aula.
O usurio sugeriu uma opo direta para impresso pelo sistema. E que os recursos
no fossem fechados, para que o professor tivesse liberdade de montar seus prprios materiais
utilizando recursos de vrios planos diferentes. O tempo gasto com elaborao de atividades
muito grande. Ento, em relao criao do plano de aula, ao consultar professores sobre os
seus planejamentos, principalmente os mais experientes, eles j tm grande parte do processo
montado mentalmente. No entanto, uma vez que exista um plano estruturado agregado a
recursos e atividades, torna-se um atrativo muito forte para os professores.

Usurios 4 e 5

Sobre a criao dos planos de aula, foi dito que a experincia facilita a conduo
das aulas e nem sempre o plano de aula feito. Mas existe uma flexibilidade para que o
contedo seja passado da melhor maneira dependendo da turma em questo. Mas os usurios
ressaltaram que professores recm formados por no ter a vivncia que eles tm, podem cometer
alguns equvocos por falta de planejamento, sendo clara a importncia da criao de planos.
Eles fazem o planejamento anual por questes burocrticas, pois podem ser cobradas pela
coordenao ou pelo MEC no futuro. Inclusive, em todo material didtico recebido por eles,
existe um planejamento sugerido para os professores.
Observaram a possibilidade de compartilhar recursos como grande diferencial do
sistema (slides, fichas, reportagens). Seja de um professor que tem uma atividade diferenciada
que d muito certo com os alunos ou at mesmo material que os prprios alunos encontram
com bastante facilidade na web hoje e levam para sala de aula.
Sobre a utilizao do sistema, os usurios acharam que o gargalo o incio da
utilizao. Mas esse impacto inicial apenas durante a primeira utilizao, principalmente no

82

acesso do boto Entrar. Tambm foi observado que as cores utilizadas no sistema esto
bastante claras e atrapalharam a leitura das informaes e dos elementos.
A respeito da comercializao dos planos, foi sugerido um sistema de
compartilhamento com ideia de comunidades e trocas, influenciando a autoajuda. Dentro da
prpria plataforma existiria uma moeda prpria, fazendo com que a assiduidade de criao na
plataforma fosse recompensada com mais recursos para aquisio de planos e recursos.

83

Termo de Cincia

Declaro estar ciente que o presente trabalho ser entregue para avaliao pela Banca
Examinadora.

Recife,

de fevereiro de 2015.

_______________________________________________
Alex Sandro Gomes (Orientador)