Sei sulla pagina 1di 66

Universidade Federal de Pernambuco

Centro de Informtica
Graduao em Cincia da Computao







HLDER MANOEL LIMA E SILVA






ESTILOS DE INTERAO PARA AUTORREGULAO DA
APRENDIZAGEM EM AMBIENTES DE ENSINO

TRABALHO DE GRADUAO












Recife
05 de Julho de 2011




HLDER MANOEL LIMA E SILVA





ESTILOS DE INTERAO PARA AUTORREGULAO DA
APRENDIZAGEM EM AMBIENTES DE ENSINO

TRABALHO DE GRADUAO


Orientador: Alex Sandro Gomes












Recife
05 de Julho de 2011

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.






AGRADECIMENTOS
















Ao Professor Alex Sandro Gomes, pela disponibilidade,
orientao precisa e motivao.
Aos colegas colaboradores, companheiros de estudo e
compartilhamento de informaes.







































Sem a curiosidade que me move, que me
inquieta, que me insere na busca, no
aprendo nem ensino.
Paulo Freire







SUMRIO

AGRADECIMENTOS .............................................................................................................. 2
SUMRIO ............................................................................................................................... 4
LISTA DE FIGURAS ............................................................................................................... 7
LISTA DE TABELAS ............................................................................................................... 8
RESUMO................................................................................................................................. 9
CAPTULO 1_INTRODUO ................................................................................................ 10
CAPTULO 2_ESTADO DA ARTE ........................................................................................ 12
2.1 MOTIVAO ................................................................................................................................. 12
2.2AUTORREGULAO DA APRENDIZAGEM.................................................................................... 12
2.2.1 Aprendizado ...................................................................................................................... 13
2.2.2 Metacognio .................................................................................................................... 13
2.2.2.1 Autorregulao: aspectos tericos .................................................................................. 15
2.2.2.2 Autorregulao on line ................................................................................................... 17
2.2.2.3 Redes Sociais e Autorregulao .................................................................................... 17
CAPTULO 3_MTODO ........................................................................................................ 19
3.1 Objetivo Geral ................................................................................................................................ 19
3.2 Objetivos Especficos ..................................................................................................................... 19
3.3 Cenrios ........................................................................................................................................ 19
3.4 Procedimentos ............................................................................................................................... 21
3.5 Resultados ..................................................................................................................................... 22
3.5.1 comparao com sistemas similares .......................................................................................... 22
3.5.1.1 qOrganizer .......................................................................................................................... 22
3.5.1.2 Google Calendar ................................................................................................................. 23
3.5.1.3 atpassar ............................................................................................................................ 24
3.5.1.4 Schoolbinder ....................................................................................................................... 24
3.5.1.5 Doodle ................................................................................................................................ 25
3.5.1.6 rememberthemilk ................................................................................................................. 26
3.5.2 Personas e Cenrios ................................................................................................................. 27
3.5.2.1 Contexto e Personas ............................................................................................................... 27
3.5.3 ATIVIDADE 1: PROFESSOR CRIA O CALENDRIO DE AULAS DE UM CURSO ...... 28
3.5.3.1 Descrio da atividade ............................................................................................................ 28




3.5.3.2 Cenrio atual .......................................................................................................................... 28
3.5.3.3 Necessidades do usurio ........................................................................................................ 29
3.5.3.4 Cenrio futuro com a soluo .................................................................................................. 29
3.5.3.5 Cenrios futuros caricaturados ................................................................................................ 30
Cenrio positivo (plus scenario) ....................................................................................................... 31
Cenrio negativo (minus scenario)................................................................................................... 31
3.5.3.6 Requisitos do produto ............................................................................................................. 32
Requisitos funcionais: ..................................................................................................................... 32
Requisitos no-funcionais: .............................................................................................................. 33
3.5.4 ATIVIDADE 2: ALUNO ESTIMA E DECLARA HORRIO DE ESTUDO ....................... 33
3.5.4.1 Descrio da atividade ............................................................................................................ 33
3.5.4.2 Cenrio atual .......................................................................................................................... 34
3.5.4.3 Necessidades do usurio ........................................................................................................ 34
3.5.4.4 Cenrio futuro com a soluo .................................................................................................. 34
3.5.4.5 Cenrios futuros caricaturados ................................................................................................ 35
Cenrio positivo (plus scenario) ....................................................................................................... 35
Cenrio negativo (minus scenario)................................................................................................... 36
3.5.4.6 Requisitos do produto ............................................................................................................... 37
Requisitos funcionais: ....................................................................................................................... 37
Requisitos no-funcionais: ................................................................................................................ 38
3.5.5 ATIVIDADE 3: ALUNO USA ALGUM RECURSO ......................................................... 38
3.5.5.1 Descrio da atividade ............................................................................................................ 39
3.5.5.2 Cenrio atual .......................................................................................................................... 39
3.5.5.3 Necessidades do usurio ........................................................................................................ 40
3.5.5.4 Cenrio futuro com a soluo .................................................................................................. 40
3.5.5.5 Cenrios futuros caricaturados ................................................................................................ 41
Cenrio positivo (plus scenario) ........................................................................................................ 41
Cenrio negativo (minus scenario) .................................................................................................... 32
3.5.5.6requisitos do produto: ............................................................................................................... 42
Requisitos funcionais: ....................................................................................................................... 42
Requisitos no-funcionais: ................................................................................................................ 43
3.5.6 ATIVIDADE 4: PROFESSOR MONITORA AS ATIVIDADES DOS ALUNOS .................. 44
3.5.6.1 Descrio da atividade ............................................................................................................ 44
3.5.6.2 Cenrio atual .......................................................................................................................... 44
3.5.6.3 Necessidades do usurio ........................................................................................................ 44
3.5.6.4 Cenrio futuro com a soluo .................................................................................................. 45
3.5.6.5 Cenrios futuros caricaturados ................................................................................................ 46
Cenrio positivo (plus scenario) ........................................................................................................ 46
Cenrio negativo (minus scenario) .................................................................................................... 46




3.5.6.6 Requisitos do produto: .............................................................................................................. 47
Requisitos funcionais: ....................................................................................................................... 47
Requisitos no-funcionais: ................................................................................................................ 47
3.5.7ATIVIDADE 5: ALUNO MONITORA E AJUSTA SEU PRPRIO DESEMPENHO ......... 47
3.5.7.1 Descrio da atividade .............................................................................................................. 47
3.5.7.2 Cenrio atual ............................................................................................................................ 48
3.5.7.3 Necessidades do usurio .......................................................................................................... 48
3.5.7.4 Cenrio futuro com a soluo .................................................................................................... 49
3.5.7.5 Cenrios futuros caricaturados .................................................................................................. 49
Cenrio positivo (plus scenario) ........................................................................................................ 49
Cenrio negativo (minus scenario) .................................................................................................... 50
3.5.7.6 Requisitos do produto ............................................................................................................... 50
Requisitos funcionais: ....................................................................................................................... 50
Requisitos no funcionais: ................................................................................................................ 51
3.5.8 ATIVIDADE 6: SINCRONIZAO COM O APLICATIVO ANDROID ............................ 51
3.5.8.1 Descrio da atividade ............................................................................................... 51
3.5.8.2 Cenrio atual ............................................................................................................ 51
3.5.8.3 Necessidades do usurio .......................................................................................... 52
3.5.8.4 Cenrio futuro com a soluo ................................................................................... 52
3.5.8.5 Cenrios futuros caricaturados ................................................................................. 52
Cenrio positivo (plus scenario) .......................................................................................... 53
Cenrio negativo (minus scenario) ...................................................................................... 53
3.5.8.6 Requisitos do produto ............................................................................................... 53
Requisitos funcionais: ......................................................................................................... 53
Requisitos no-funcionais: .................................................................................................. 54
CONCLUSO E TRABALHOS FUTUROS ............................................................................ 55
APNDICE ............................................................................................................................ 59
REFERNCIAS BIBLIOGRFICAS ...................................................................................... 56







LISTA DE FIGURAS

FIGURA 01: Fases do Processo de Auto-Regulao da Aprendizagem (Zimmerman,
2002)
FIGURA 02: Tela do qOrganizer. Fonte: http://qorganizer.sourceforge.net/
FIGURA 03: Tela do Google Calendar. Fonte: www.google.com/calendar
FIGURA 04: Tela do atpassar. Fonte: http://atepassarconcursos.com.br/
FIGURA 05: Tela do Schoolbinder. Fonte: http://www.myschoolbinder.com/
FIGURA 06: Tela do Doodle. Fonte: http://doodle.com/
FIGURA 07: Tela do rememberthemilk. Fonte: www.rememberthemilk.com/












LISTA DE TABELAS

TABELA 01: Sntese das variveis/caractersticas que interferem na aprendizagem
autorregulada. (Veiga Simo, 2006)
TABELA 02: Parmetros de apoio para os estudantes autorregulados (Melo, 2010).
TABELA 03: Tabela de critrios versus competidores.
TABELA 04 Tabela com as necessidades identificadas, referentes Atividade 01.
TABELA 05 Tabela com as necessidades identificadas, referentes Atividade 02.
TABELA 06 Tabela com as necessidades identificadas, referentes Atividade 03.
TABELA 07 Tabela com as necessidades identificadas, referentes Atividade 04.
TABELA 08 Tabela com as necessidades identificadas, referentes Atividade 05.
TABELA 09 Tabela com as necessidades identificadas, referentes Atividade 06.









RESUMO

Ao participar de formaes presenciais ou distncia, alunos encontram
dificuldades para organizar ou autorregular seu prprio aprendizado. Neste
trabalho, adotamos prticas do Design de Interao para conceber interfaces que
ajudem os alunos a declarar e monitorar suas metas de aprendizagem. Os
resultados obtidos apontam para uma complexidade da tarefa e rebuscadas
interfaces de mediao. Aps a reviso terica, foram elicitados requisitos que
tentam introduzir os benefcios da autorregulao da aprendizagem em um
ambiente virtual de aprendizado colaborativo.

10





Captulo 1_INTRODUO

Segundo Zimmerman (Zimmerman, 2002), h um consenso de que todos
os estudantes podem ser treinados a tornarem-se mais autorregulados em seus
processos de aprendizagem. Estratgias cognitivas como repetio, organizao,
elaborao, planejamento e auto-monitoramento so decisivas na aquisio de
conhecimento. possvel o estudante vir a si prprio como agente de seu
comportamento e acreditar que o aprendizado um processo pr-ativo e, a partir
da, ser capaz de alcanar os resultados esperados.
Numa era de muitas opes de divertimento e distrao, msica, TV, celular
e internet, grande parte dos estudantes no tem nenhuma estratgia especfica de
estudo, no planeja horrios e no define metas para eles prprios, seguindo
apenas padres vagos de auto-avaliao que no tem preciso para melhorar seu
desempenho acadmico. Apesar disso, eles no procuram ajuda para no
parecerem pouco inteligentes nem to pouco material suplementar para ajud-
los porque j tem muita coisa para estudar. Eles ficam angustiados com os
estudos de ltima hora e tem pouca auto-confiana de se sair bem nas
avaliaes (Zimmerman, 2002).
Pesquisas na rea de educao tm analisado estudantes como esses e
tentado desenvolver processos nos quais eles podem ser ajudados. Definir metas
e estratgias de estudo, gerenciar o tempo, exercitar a auto-avaliao e auto-
motivao, procurar ajuda e demonstrar interesse pela tarefa, estes so
considerados pontos-chaves na aquisio de conhecimento e conseqentemente
no bom desempenho dos estudantes (Zimmerman, 2002).
Nos ltimos anos, as pesquisas mostram claramente como a
autorregulao pode levar ao sucesso acadmico, porm, poucos professores
11



atualmente tentam preparar seus alunos para aprender a aprender. Dentro deste
ambiente, o que se v um ritmo acelerado de avanos tecnolgicos e sociais. Os
dispositivos mveis vem se popularizando cada vez mais e, neste cenrio, as
universidades e centros de pesquisa do pas e do mundo tem procurado se
esforar em busca de inovaes e melhorias para o processo de aprendizado
(Albuquerque, 2010). As tecnologias de computao mvel se encontram em
franca evoluo, a computao est se tornando cada vez mais ubqua e
pervasiva (Myers e Beigl, 2003). O uso de redes sociais nesses aparelhos tem
crescido substancialmente. Professores e estudantes esto comeando a explorar
o potencial dos blogs, sites de compartilhamento de mdia e redes sociais de
terceiros, apesar de eles no terem sido concebidos propriamente para fins
educacionais. So eminentes os potenciais benefcios educacionais desses
sistemas, apesar de todo esse potencial ainda no ser explorado. Isso ainda
depende do quo fcil as comunidades incorporam esses benefcios em suas
prticas educacionais (Zimmerman, 2002).
A partir deste contexto este trabalho se prope a realizar um primeiro
esforo para conceber uma ferramenta de apoio ao processo de autorregulao
que adota a internet e aplicao para dispositivos mveis como plataforma.
Como mtodo de design, foi definido o seguinte processo:
1. Anlise dos requisitos a partir da literatura sobre o fenmeno de
autorregulao da aprendizagem.
2. Elaborao de cenrios futuros com solues a partir dos cenrios
atuais da rede social REDU.
3. Idealizao e elicitao de requisitos a partir dos cenrios criados.

12





Captulo 2_ESTADO DA ARTE

2.1 Motivao

Nos ltimos anos, pesquisas tem mostrado o crescimento do uso das redes
sociais entre os jovens. Estas pesquisas demonstram que os usurios dessas
redes dedicam um tempo considervel neste ambiente. Eles passam horas
compartilhando textos, msicas, vdeos e fotos. Segundo Melo (Melo, 2010),
aproximadamente 60% dos usurios de redes sociais nos Estados Unidos j leu
alguma discusso relacionada educao no ambiente dessas redes. Por outro
lado, tem-se observado o avano da tecnologia pessoal e a utilizao de
dispositivos mveis com os mais diversos propsitos, desde o simples acesso a
redes sociais at o uso com objetivos educativos. Ao mesmo tempo, vrias
pesquisas mostram o potencial promissor da autorregulao da aprendizagem.
Este contexto nos leva a questes como: de que forma as redes sociais podem
ajudar os estudantes a se tornarem autorregulados? Como aproveitar o potencial
das redes sociais e dos dispositivos mveis na educao?


2.2 Autorregulao da aprendizagem

O termo autorregulao da aprendizagem definido como o processo em
que os sujeitos estabelecem objetivos e desenvolvem estratgias para alcan-
los, possibilitando que a aprendizagem acontea de forma mais efetiva (Veiga,
2004a). Para isto, preciso que a aprendizagem se fundamente na reflexo
consciente e na compreenso do significado dos problemas que surgem,
13



decidindo as aes numa espcie de dilogo consigo mesmo. Ela fator com
potencial determinante para atuao dos educadores, sejam eles profissionais que
atuam com alunos da escola bsica, acadmicos ou estudantes-trabalhadores j
inseridos no mercado de trabalho. Atualmente, grande o investimento que as
organizaes fazem para que as pessoas estejam atualizadas e se mantenham
constantemente aprendendo (Frisson, 2007).

2.2.1 Aprendizado

Durante muito tempo, as investigaes no que diz respeito aprendizagem
se concentravam nos fatores cognitivos e motivacionais como os mais importantes
do sucesso escolar, porm, a partir dos anos 70, um terceiro fator tem sido
tambm levado em considerao nas pesquisas, os processos metacognitivos que
coordenam as aptides cognitivas envolvidas na memria, leitura e compreenso
de textos (Ribeiro, 2002). Com a falta de bons resultados em alguns estudos que
focavam apenas nos aspectos cognitivos do aprendizado e com o objetivo de
promover o uso de estratgias ou mudanas nas tcnicas j utilizadas, alguns
autores chegaram concluso de que os alunos com melhores resultados
escolares so mais aptos tanto na utilizao de estratgias cognitivas como
tambm na regulao do seu processo cognitivo (metacognio), ou seja,
observou-se que os estudantes eficientes na execuo de tarefas acadmicas
possuam tambm capacidades metacognitivas bem desenvolvidas, pois
mostraram compreender bem a finalidade da tarefa e planejar sua realizao.
(Zimmerman, 2002)

2.2.2 Metacognio

Apesar de sua reconhecida importncia, no existe uma definio precisa
de metacognio na literatura. John Flavell (Flavell, 1979), um dos primeiros
pesquisadores da rea, definiu da seguinte maneira:
14




Em qualquer tipo de transao cognitiva com um ambiente humano ou no-
humano, podem ocorrer uma srie de atividades de processamento de informao.
Metacognio refere entre outras coisas, ao monitoramento ativo e conseqente
regulao e orquestrao de processos em relao aos objetos cognitivos ou
dados sobre os quais eles atuam, geralmente a servio de alguma meta concreta
ou objetivo. (Flavell, 1979. p232)

A metacognio diz respeito, entre outras coisas, ao conhecimento do
prprio conhecimento, a avaliao, a regulao e a organizao dos prprios
processos cognitivos. Ela desempenha um papel importante na comunicao,
compreenso de leitura, aquisio de linguagem, ateno, autocontrole, memria,
auto-instruo, escrita, resoluo de problemas e desenvolvimento da
personalidade (Flavell, 1979). H tambm evidncias de que habilidades
metacognitivas diferenciam os estudantes com alta capacidade de aprendizado
dos estudantes considerados iniciantes nesse quesito (Kruger and Dunning,
1999). Geralmente o aprendiz iniciante no avalia bem sua prpria compreenso
principalmente porque eles ficam apressados em alcanar os objetivos enquanto
que o aprendiz experiente reflete e avalia a necessidade de revisar antes de
avanar mais na direo da meta estipulada. Os estudantes que demonstram uma
vasta aptido em capacidades metacognitivas acabam por obter resultados
melhores na realizao de tarefas ou exames. Eles so considerados
autorregulados porque esto continuamente mudando as estratgias de estudo e
aprendizado baseados no autoconhecimento de suas competncias para garantir
o sucesso na realizao das metas. As fases implcitas na teoria da
autorregulao devem estar presentes na atuao do professor, que dever
considerar trs variveis determinantes: cognitivo/metacognitivo, motivacional e
contextual. Essa teoria, por ser um sistema auto-organizador, dirige e estimula a
ao, para que o estudante alcance uma meta pretendida por ele prprio ou,
tambm, poder ser sugerida/mediada por algum que tenha participao no
processo, neste caso o professor, e que, no decorrer do percurso, envolva
necessariamente cognies/metacognies, emoes e motivaes (Tabela 01).

15



COGNITIVA E
METACOGNITIVA
MOTIVAO CONTEXTO COMPORTAMENTO
Estratgias cognitivas
que o sujeito pode
utilizar para aprender e
completar as tarefas e
as estratgias
metacognitivas
destinadas controlar
e regular a cognio.
Convices que o sujeito
tem em relao tarefa.
O interesse que a
mesma desperta, a
reao face esta tarefa,
as estratgias que utiliza
para controlar e regular
seu afeto e motivao.
Contexto, tanto
fsico como
social, onde a
aprendizagem
acontece.
Estratgias que o sujeito
despende com a volio,
o esforo, a persistncia
e a procura de ajuda na
realizao da tarefa.
TABELA 01: Sntese das variveis/caractersticas que interferem na aprendizagem autorregulada
(Veiga Simo, 2006)


2.2.2.1 Autorregulao: aspectos tericos

Autorregulao do aprendizado um tipo de estratgia metacognitiva e se
refere ao grau com o que os estudantes so capazes de metacognitivamente,
motivacionalmente e comportamentalmente participar de seus prprios processos
de aprendizagem. (Zimmerman,1989). Autorregulao no uma habilidade
mental ou acadmica, ao invs disso, ela um processo diretivo pelo qual os
estudantes transformam suas habilidades mentais em habilidades acadmicas
(Zimmerman, 2002). Tudo isso traz tona questes como: de que maneira um
processo de aprendizado especfico feito pelo estudante envolve
autoconhecimento e motivao? Como ele pode combinar esses e outros
elementos para se tornar um estudante autorregulado?
A psicologia social do aprendizado enxerga a estrutura do processo
autorregulatrio em trs fases cclicas como mostra a figura 01.

16




FIGURA 01: Fases do Processo de Auto-Regulao da Aprendizagem (Zimmerman, 2002)

Para explicar resumidamente o modelo de Zimmerman: na fase de
conhecimento prvio esto embutidos os processos, as convices motivacionais
pessoais na qual o estudante acredita que ter bons resultados, que realizar bem
sua tarefa ao definir metas com o objetivo de resolver problemas e progredir ainda
FASE DE
PERFORMANCE

Auto-controle
Imagem
Auto-instruo
Estratgias de Tarefas

Auto-observao
Auto-gravao
Auto-experimentao
FASE DE AUTO-
REFLEXO

Auto-julgamento
Auto-avaliao
Atribuio Casual

Auto-reao
Auto-satisfao/afeto
Adaptativo/Defensivo
FASE DE
CONHECIMENTO
PRVIO

Anlise de Tarefas
Definio de metas
Planejamento de
estratgias

Auto-motivao
Auto-eficcia
Expectativas de
resultados
Interesses/valores
intrnsecos
Orientao para meta de
aprendizagem
17



mais. Portanto, nesta etapa so desenvolvidas estratgias de atitude a partir das
propostas firmadas. A fase da execuo, ou de performance, engloba os
processos que ocorrem durante as atividades propostas e o esforo colocado no
decorrer dos estudos, levando em considerao, no percurso de concretizao da
tarefa, o autocontrole e o auto-monitoramento. A ltima fase, a auto-reflexo
refere-se ao estudante rever o caminho percorrido, uma vez que a aprendizagem
um processo contnuo, que requer esforo e atividade constantes (Frisson,
2007).

2.2.2.2 Autorregulao on line

No contexto da autorregulao em sistemas computacionais, existem
estudos demonstrando que a autorregulao pode ser promovida diretamente com
instrues dadas pelo professor em sala de aula e tambm atravs de sistemas
web (Kitsantas and Dabbarg, 2004, Azevedo and Hadwin, 2005; Narciss et al.,
2007). Entre as principais vantagens de um modelo de autorregulao online est
a possibilidade de adaptar esses sistemas s necessidades de cada tipo de
estudante e oferecer servios mais individualizados (Melo, 2010). Alm disso, o
aprendizado online muito baseado na interao textual e leva o estudante a
refletir sobre o contedo e o processo de aprendizado (Dettore and Persico, 2008).

2.2.2.3 Redes Sociais e Autorregulao

Redes Sociais so constitudas por pessoas ou organizaes e
relacionamentos entre elas em um certo domnio (Liccardi, 2007). Dentro deste
ambiente, possvel que vrios indivduos possuam metas comuns e
compartilhem determinado conjunto de atividades. Estas redes promovem
colaborao entre os seus participantes, alm de possuir a caracterstica de
encorajar as pessoas a se engajarem em aprender colaborativamente. Cassio
Melo (Melo, 2010) apresenta um conjunto de apoios aos estudantes para auxili-
18



los na aprendizagem com autorregulao visando o aprendizado colaborativo em
redes sociais online. Esses apoios relacionam um item de aprendizagem
autorregulada com um ou mais processos conforme ilustrado na tabela 02. Alguns
destes elementos aparecem relacionados s necessidades dos usurios
identificadas a partir dos cenrios construdos posteriormente neste documento.

TABELA 02: Parmetros de apoio para os estudantes autorregulados (Melo, 2010).
AUTO-REGULAO DO APRENDIZADO
ITEM PROCESSO APOIO AO ESTUDANTE
Que conhecimento prvio eu
tenho que pode me ajudar com
esta tarefa em particular?
Estabelecimento de metas Instrues de tarefas; Recursos
auxiliares
Em que direo eu quero ser
levado pelo meu pensamento?
Estratgia de tarefas Objetivos de aprendizado pessoais;
Resultado esperado
Por que estou fazendo isto? Estabelecimento de metas Instrues de tarefas; Metas de Tarefas;
Avaliao de competncia
Quanto tempo tenho para
completar esta tarefa?
Planejamento e
Gerenciamento de tempo
Planejamento de Tarefas; Tempo
estimado para concluso; Cronmetro
Como estou executando esta
tarefa?
Auto-monitorao Feedback constante sobre o progresso
do usurio; Feedback do Grupo ;
Comparativos sociais
Estou no caminho certo? Auto-monitorao Feedback formativo; Grfico de
performance
Como devo proceder? Seleo de estratgias Instrues de tarefas; Auxlio contextual
Quais so as recompensas em
fazer isto?
Auto-motivao Mecanismo de recompensa;
Comparativo social
Como me sa? Auto-avaliao Grfico de performance; Resultado
esperado; Comparativo social
Devo ajustar o passo dependendo
das dificuldades?
Planejamento e
Gerenciamento de tempo
Instrues de tarefas; Tempo estimado
para concluso
Quem est fazendo algo que possa
me interessar?
Informao disponvel para o
Grupo
Fluxo de atividades; Blogging;
Comparativo Social
Quais so os recursos importantes
para fazer isso?
Variveis referentes tarefas.
Variveis referentes pessoas
Recursos Auxiliares; Fluxo de Atividades;
Frum
19





Captulo 3_MTODO
3.1 Objetivo Geral

Elicitar os requisitos iniciais para estilos de interao em plataforma Internet
e dispositivos mveis de um sistema de autorregulao da aprendizagem.

3.2 Objetivos especficos

Identificar as necessidades iniciais de usurios nos fenmenos de
autorregulao da aprendizagem;
Descrever aes e prticas do fenmeno de autorregulao da
aprendizagem;
Criar cenrios de uso para identificao de requisitos para o sistema de
autorregulao da aprendizagem.

3.3 Cenrios

As pessoas geralmente compreendem, com maior facilidade exemplos
retirados da vida real do que descries abstratas. Elas podem entender e criticar
um cenrio de como poderiam interagir com um sistema de software (Sommerville,
2007). Cenrios na rea de Interao Humano-Computador ajudam a entender e
criar sistemas computacionais que sirvam como artefatos mediadores da atividade
humana (Carroll, 2000a). Os engenheiros de requisitos podem utilizar as
informaes obtidas com a observao dos cenrios para formular os requisitos
reais de sistema de software (Sommerville, 2007).
20



Cenrios so histrias passadas ou futuras sobre pessoas e suas
atividades, as quais permitem raciocinar sobre situaes de uso de um artefato
mesmo antes destas situaes acontecerem (Carroll, 2000). Estas histrias so
descries narrativas informais. Cenrios, atualmente vem sendo muito utilizados
no projeto e desenvolvimento de artefatos tecnolgicos e aplicaes
computacionais. Eles podem ser particularmente teis para acrescentar detalhes a
um esboo da descrio de requisitos sendo estas descries exemplos de
sesses de interao. Cada um deles aborda um ou um pequeno nmero de
possveis interaes (Sommerville, 2007). Eles podem mesmo ser usados como o
ponto de partida para projetos, descrevendo necessidades e inspirando projetistas
a satisfaz-las (o que provocaria a criao de novos cenrios, agora com as
solues futuras criadas e embutidas).
O uso de cenrios permite que os projetistas tenham idias e tambm
podem facilitar a comunicao entre usurios e projetistas (por sua linguagem
simples e informal) (Bdker, 2000).
Segundo Carroll (Carroll, 2000), os elementos caractersticos de um cenrio
so:
AMBIENTE (setting) - estabelece-se um estado inicial do ambiente onde a
atividade descrita se desenrola: alem de identificar as pessoas presentes,
caracteriza-se o ambiente fisicamente.
ATORES OU AGENTES - aqueles que participam do episdio descrito.
Pode haver vrios agentes e cada um possui objetivos. Em um cenrio, preciso
haver pelo menos um agente, com um objetivo.
ROTEIRO (plot) - sequncia de aes e eventos, representando o que os
atores fazem durante todo o episdio, o que lhes acontece e que mudanas
ocorrem no ambiente.
Os eventos descritos nos cenrios podem obstruir, facilitar ou ser
irrelevantes para os objetivos dos atores.

21




3.4 Procedimentos

A seguir, sero mostrados os procedimentos de como o trabalho foi
desenvolvido. O referencial terico em que o trabalho se baseou foi a construo
de cenrios, conforme descrito na seo anterior.
Inicialmente foram construdos os cenrios de acordo com a situao atual
dos usurios da plataforma REDU. A partir destes, foram identificados os
problemas e as necessidades dos usurios e foi construda uma tabela na qual as
necessidades correspondentes a cada fase da atividade so mostradas, a tabela
de necessidades dos usurios (Kujala et al., 2001).
Os cenrios montados, ressaltados pelas tabelas de necessidades,
geraram a inspira0 a elicitao de requisitos que pudessem encaixar-se nas
atividades. Os requisitos encontrados tentam introduzir as vantagens do uso da
autorregulao da aprendizagem dentro do ambiente educacional oferecido pela
plataforma REDU. Os requisitos foram elicitados, construindo-se trs tipos de
cenrios futuros. O primeiro teve a inteno de fornecer uma viso geral do
funcionamento e utilizao do sistema REDU na realizao de algumas atividades
da forma como est atualmente em funcionamento.
Alm deste cenrio futuro padro, foram gerados dois outros tipos de
cenrios futuros: os cenrios caricaturados, positivos e negativos (Bdker, 2000).
A funo dos cenrios caricaturados levar aos extremos as situaes de uso dos
produtos. O cenrio positivo ilustra uma situao perfeita em que acontece dentro
do esperado. Enquanto isso o cenrio negativo enfatiza todos os possveis
problemas que podem vir a acontecer. Neste trabalho, os cenrios caricaturados
foram importantes para a elicitao de diversos requisitos funcionais e no-
funcionais do sistema, possibilitando seguir ao prximo passo: a descrio dos
mesmos.

22



3.5 Resultados

3.5.1 Comparao com sistemas similares
Nesta seo, sero apresentados alguns sistemas similares que podem ser
encontrados na internet. Estes produtos tm funcionalidades que fomentam, de
alguma forma, a autorregulao da aprendizagem. Os sistemas Google Calendar
e Doodle foram considerados por disponibilizar os servios de alerta e
monitoramento que podem contribuir com aspectos metacognitivos mencionados
no captulo 2, mesmo no tendo sido construdos a priori com propsitos
educacionais. Para comparao foram estabelecidos os critrios de avaliao
listados abaixo:
1. Declarao de metas
2. Alertas
3. Visualizao do plano de estudo
4. Ajuste de metas
5. Colaborao
6. Integrao com dispositivos mveis

3.5.1.1 QOrganizer
uma ferramenta stand-alone consequentemente, no oferece
ferramentas de colaborao. Permite o agendamento de eventos com a opo de
notificao com antecedncia configurvel. Os dados podem ser guardados em
arquivos de texto ou em um banco de dados mySQL. Permite ainda que os dados
sejam importados para outro computador utilizando o protocolo FTP.
23



FIGURA 02: Tela do qOrganizer.Fonte: http://qorganizer.sourceforge.net/


3.5.1.2 Google Calendar
No foi concebido como sistema de apoio educao e sim, com um
propsito mais geral. Apesar disto, pode ser utilizado como ferramenta de suporte
autorregulao, pois oferece recursos que permitem realizar planejamento e
ajuste feitos pelo prprio usurio. Apesar de estar integrado a uma rede social,
no h estmulo colaborao na sua interface. Possui a vantagem de j estar
integrado com diversas plataformas de dispositivos mveis utilizados em larga
escala.

24



FIGURA 03: Tela do Google Calendar. Fonte: www.google.com/calendar
3.5.1.3 atpassar
Voltado para estudantes que vo prestar concursos pblicos. Oferece
opes de planejamento, monitorao, ajuste e colaborao bem desenvolvidos.
Como apoio ao auto-monitoramento, possui grficos que relacionam as metas
alcanadas com as declaradas. A interao com outros usurios do sistema
simples e funcional, com fruns de discusso e mural de perguntas e respostas.
At o presente momento, no possui verso para qualquer plataforma de
dispositivo mvel.


FIGURA 04: Tela do atpassar. Fonte: http://atepassarconcursos.com.br/


3.5.1.4 SchoolBinder
Um software criado para fins educacionais. Permite definio de metas
globais e parciais com grficos que facilitam o auto-monitoramento. O sistema
inclui ainda fruns de discusso, chat ao vivo, compartilhamento de arquivos e
servio de notificao via SMS.
25










FIGURA 05: Tela do Schoolbinder. Fonte: http://www.myschoolbinder.com/

3.5.1.5 Doodle
Aplicativo semelhante ao Google Calendar, podendo inclusive ser integrado
com este. um software de uso geral cujo sistema inclui opes de agendamento
e alerta, sincronizao com dispositivos mveis e criao de enquetes.












FIGURA 06: Tela do Doodle. Fonte: http://doodle.com/

26



3.5.1.6 rememberthemilk
um sistema de gerenciamento de tarefas. Um software voltado para fins
educacionais, pessoais e profissionais, permite ainda gerenciar e monitorar metas.
No oferece grficos de desempenho, nem h possibilidade de colaborao numa
rede social. O software tambm est disponvel em diversas plataformas mveis
como Android, IOS (Sistema operacional dos dispositivos mveis da Apple) e
Blackberry.

FIGURA 07: Tela do rememberthemilk. Fonte: www.rememberthemilk.com/

A tabela abaixo mostra um resumo das caractersticas destes softwares em
relao aos critrios adotados.
TABELA 03: Tabela de critrios versus competidores.
27



3.5.2 Personas e cenrios

A partir da reviso de literatura, identificamos que nos fenmenos de
autorregulao de aprendizagem ocorrem inmeras aes. Para a elaborao
deste estudo foram selecionadas as atividades relacionadas abaixo.
Atividade 1: Professor cria o calendrio de aulas de um curso.
Atividade 2: Aluno estima e declara horrio de estudo.
Atividade 3: Aluno usa algum recurso.
Atividade 4: Professor monitora as atividades dos alunos.
Atividade 5: Aluno monitora e ajusta seu prprio desempenho.
Atividade 6: Sincronizao com o aplicativo Android.


Os diagramas de caso de uso referentes a cada atividade, encontram-se
demonstrados no apndice deste trabalho.

3.5.2.1 Contexto e personas

Todos os cenrios a seguir correspondem a um contexto de uso no qual um
professor e uma turma de alunos do ensino superior realizam atividades de
planejamento e autorregulao da aprendizagem. Personas so os personagens
que interagem com o sistema (Bdker, 2000). Neste contexto, criamos dois
professores hipotticos: Pablo Artigas e Jlio Bandeira, e dois alunos: Joo da
Silva e Perez. Pablo um professor que tem pouqussima experincia com
Internet e no gosta de usar celular, rejeita o uso de tecnologias o quanto pode.
Trata-se de uma disciplina de um segundo perodo da graduao em
Administrao de uma faculdade privada de nome Ribeiro. Quando do incio dos
cenrios, o Professor Jlio j est cadastrado no Sistema REDU, assim como
todos os seus alunos. O curso de Administrao j tem seu espao criado na
mesma plataforma, pois ele j est no segundo semestre. Estamos iniciando o
perodo letivo nos cenrios a seguir, o professor est ajustando os materiais e a
28



agenda do curso. Veremos cenrios que se estendem no tempo por
aproximadamente 15 dias a partir do planejamento inicial do professor para
mostrar como a agenda usada para planejar e servir de instrumento
autorregulao. Para a anlise do ponto de vista do estudante, os personagens
tero as seguintes caractersticas: o primeiro, Joo da Silva, tem acesso Internet
em casa e seu celular usa o SO (Sistema Operacional) Android, o segundo,
Perez, utiliza apenas a Internet na Faculdade Ribeiro. Seu celular no possui SO
Android, mas recebe SMS.

3.5.3 Atividade 1: Professor cria o calendrio de aulas de um
curso

3.5.3.1 Descrio da Atividade

Ambiente:
Sala dos professores da Faculdade Ribeiro.
Roteiro:
O professor poder planejar um curso em aulas dentro da plataforma
REDU. Com o planejamento, ficaro disponveis para os alunos o contedo da
disciplina e as datas com os eventos agendados pelo professor. Ser possvel
ainda determinar o cronograma com as datas sugeridas para cada mdulo e sua
ementa. Os recursos includos iro sugerir o esforo em horas de estudo e a forma
de avaliao.

3.5.3.2 Cenrio Atual
No roteiro deste cenrio, esto referenciadas as necessidades dos
usurios, aqui denominadas NECs, identificadas e mostradas na Tabela 04, na
Seo 3.5.3.3.

29



Atores:
Alunos e professores.
Roteiro
O professor efetua login no sistema REDU e cadastra um curso em um
determinado ambiente de ensino. No possvel planejar a agenda da
disciplina estudo [NEC 1.1], nem programar atividades que devero ser
sugeridas para os alunos ao longo do tempo [NEC 1.2]. O Professor pode
cadastrar recursos e publicar no mural da disciplina. Os alunos no so
notificados das publicaes feitas pelo professor [NEC 1.3].

3.5.3.3 Necessidades do Usurio (Kujala et al., 2001)
So mostradas na tabela 04, as necessidades dos usurios extradas das
fases descritas na Seo anterior. As necessidades esto rotuladas de acordo
com o cenrio atual, na Seo 3.5.3.2.

AES PROBLEMAS E POSSIBILIDADES

O professor planeja um curso em aulas
[NEC 1.1] O professor no tem a opo de
publicar a agenda da disciplina
[NEC 1.2] No possvel programar atividades
para os alunos numa agenda
[NEC 1.3] Alunos no so notificados do
planejamento do professor

TABELA 04 Tabela com as necessidades identificadas, referentes Atividade 01.

3.5.3.4 Cenrio futuro com a soluo
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios mostradas na Tabela 04, na Seo 3.5.3.3. Quando uma dessas
necessidades mostrada no texto, demonstra que tal necessidade est sendo
atendida.

30



Atores:
Alunos e professores.
Roteiro:
O professor Jlio cria uma nova disciplina a ser oferecida no curso de
Administrao. Dentro das opes o professor inclui os mdulos que
estruturam a seqncia do curso. Depois de organizar os mdulos, ele
insere eventos na agenda da disciplina. A agenda vinculada mesma e
recebe o nome da sigla que foi atribuda quando da criao no REDU
[NEC-1.1]. Esta agenda compartilhada com cada um dos alunos inscritos
na disciplina [NEC 1.2]. Se algum aluno for inscrito depois, ele tambm
passa a ter a agenda compartilhada. Em cada uma das entradas da
agenda, os campos sobre a mesma so preenchidos com o contexto onde
os materiais aparecem no REDU. O professor pode vincular um mdulo
uma entrada da agenda. Desta forma, o contexto representado na
entrada da agenda por: ambiente, curso, disciplina e mdulo [NEC-1.2]. Os
alunos inscritos no curso visualizam os dados inseridos pelo REDU na
entrada da agenda e ao clicar ele vai para o mdulo correspondente [NEC-
1.2]. Assim, ele complementa o que o professor fez em sala de aula ou
realiza o que o professor de um curso distancia est recomendando que
seja um mdulo atual. Os alunos so notificados sobre cada modificao
feita pelo professor que por sua vez tambm receber relatrios medida
que os alunos visitam os contedos [NEC-1.3].

3.5.3.5 Cenrios futuros caricaturados (Bdker, 2000)
Nos roteiros dos cenrios abaixo, esto referenciados os requisitos
identificados do sistema. Esses requisitos esto descritos na Seo 3.5.3.6. A
presena de uma referncia no texto a algum requisito significa que esse requisito
foi derivado daquela parte do roteiro.

31



Cenrio positivo (plus scenario)
Roteiro:
O professor Jlio decide cadastrar a agenda da disciplina a ser ministrada
por ele naquele semestre [RF-1.1]. O item Agenda aparece no menu da
esquerda na pgina da disciplina. O docente preenche os campos em
seqncia de aulas informando dia e horrio. A interface a mesma do
Google Calendar. Todos os alunos matriculados tem suas contas do REDU
vinculados a uma conta GMail. Dessa forma, quando o professor conclui a
agenda do curso todos os alunos so automaticamente includos no
compartilhamento dessa agenda [RF-1.2]. Eles recebem a notificao de
que houve incluso da agenda da disciplina [RF-1.3]. O professor
habituado com essa agenda e tranquilamente relaciona todos os itens da
agenda. Ele completa a preparao da disciplina inserindo mdulos e
material de apoio [RF-1.4]. Depois de finalizada a etapa de cadastro, o
professor confere na aba Gerenciamento o resumo da disciplina e convida
os alunos matriculados a participar do sistema REDU na opo Membros,
Convidar Membros [RF-1.5].

Cenrio negativo (minus scenario)
Roteiro:
Pablo Artigas alocado pela instituio de ensino para lecionar no curso de
Administrao. O professor no familiarizado com a interface do REDU
nem do Google Calendar. Ao preencher os campos de cadastro de uma
disciplina, ele no compreende a semntica apresentada. Ao abrir o
calendrio de uma disciplina, o professor depara-se com a interface do
Google Calendar. Ele no entende que para inserir um horrio ele deve
arrastar o mouse sobre a rea do Calendrio. Ele tenta inserir um evento no
calendrio e depois de algumas tentativas ele consegue. No entanto, ele
no percebe que essa agenda ser vista pelos alunos e nem sabe como
eles iro ver a mesma [RF-1.6]. Ele no percebe que pode incluir desde o
incio do ano uma grande quantidade de eventos ou aulas na agenda e se
32



desmotiva deixando para depois. Depois disso, o professor convida os
alunos a participar do REDU para ter acesso Agenda do curso e os
recursos. A maioria dos alunos no adere ao sistema e o curso segue da
maneira tradicional. Dias depois, j com o curso em andamento, o professor
decide retomar o planejamento e completa a agenda da disciplina [RF-1.7].
Apesar de receber a notificao de alterao da agenda, os alunos no
verificam de que se trata.

3.5.3.6 Requisitos do Produto

Requisitos funcionais:
[RF 1.1] Cadastrar agenda de uma disciplina: O sistema deve possibilitar o
cadastramento da agenda de uma disciplina. Automaticamente uma agenda do
Google Calendar dever ser gerada e compartilhada com os alunos inscritos na
disciplina.
[RF 1.2] Compartilhar agenda com alunos: A agenda, ao ser cadastrada
pelo professor, dever permitir sua visualizao por todos os alunos inscritos na
mesma.
[RF 1.3] Notificar aluno: O sistema dever notificar todos os alunos inscritos
na disciplina que houve incluso, modificao ou remoo na agenda, al m disso,
o convite feito pelo professor para participar da disciplina. As notificaes devero
ser feitas atravs do sistema REDU-mvel no sistema Android. Ou mensagem
SMS para quem no possuir tal sistema.
[RF 1.4] Cadastrar recurso: O sistema dever permitir ao professor o
cadastro de recursos a serem utilizados pelos alunos inscritos na disciplina.
Recursos podem ser documentos de texto, vdeos, udios ou links.
[RF 1.5] Convidar aluno: O sistema dever permitir que o professor convide
alunos para a disciplina. Os alunos j devero estar cadastrados no REDU. Ao
aceitarem o convite os alunos tem acesso automtico a agenda da disciplina
[RF 1.6] Visualizar agenda: O sistema dever possibilitar a visualizao da
agenda cadastrada pelo professor. Os alunos podem ver agenda mas no podem
33



alter-la. O professor dever poder visualizar como a agenda ser vista pelos
alunos.
[RF 1.7] Editar agenda: O sistema dever permitir que o professor faa
modificaes na agenda como incluir, alterar e remover entradas. Os alunos no
podero fazer modificao na agenda da disciplina.

Requisitos no-funcionais:
[RNF 1.1] Plataforma Android: A parte do mdulo do dispositivo mvel,
dever ser implementada na plataforma Android de desenvolvimento.
[RNF 1.2] Plataforma Android: O sistema dever ter agenda integrada ao
Google Calendar.

3.5.4 Atividade 2: Aluno estima e declara horrio de estudo

3.5.4.1 Descrio da Atividade

Ambiente:
Aluno Joo da Silva na Faculdade Ribeiro estimando seu plano de estudo
para a semana.
Roteiro:
O aluno cadastrado no sistema REDU poder definir um horrio de estudo.
Neste horrio, o mesmo aluno poder propor metas de dedicao a serem
cumpridas por ele prprio. O sistema dever notificar o aluno a cada evento
agendado com antecedncia configurvel pelo aluno, alm disso, o aluno
inscrito em um curso poder combinar sua agenda pessoal com a do curso
definida pelo professor.

34



3.5.4.2 Cenrio Atual
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios identificadas e mostradas na Tabela 05, na Seo 3.5.4.3.
Atores:
Alunos e professores.
Roteiro:
No cenrio atual da plataforma REDU no h funcionalidade que oferea o
servio de gerenciamento de tempo do aluno, tendo o mesmo que recorrer
a instrumentos externos.

3.5.4.3 Necessidades do Usurio (Kujala et al., 2001)
So mostradas na Tabela 05, as necessidades dos usurios extradas das
fases descritas na Seo anterior. As necessidades esto rotuladas de acordo
com o cenrio atual, na Seo 3.5.4.2.

AES PROBLEMAS E POSSIBILIDADES


O aluno estima um horrio de estudo

[NEC 2.1] No existe a funcionalidade
atualmente. O aluno teria que buscar em algum
instrumento externo.



O aluno define o horrio de estudo

[NEC 2.2] No existe a funcionalidade
atualmente. O aluno teria que buscar em algum
instrumento externo.



O aluno estuda no horrio pr-determinado.

[NEC 2.3] O aluno necessita perceber que est
no horrio que ele mesmo props a se dedicar
quela disciplina.


TABELA 05 Tabela com as necessidades identificadas, referentes Atividade 02.

3.5.4.4 Cenrio futuro com a soluo
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios mostradas na Tabela 05, na Seo 3.5.4.3. Quando uma dessas
35



necessidades mostrada no texto, demonstra que tal necessidade est sendo
atendida.

Atores:
Alunos e professores.
Roteiro:
Joo da Silva decide usar a plataforma para organizar [NEC-2.1] seu tempo
naquele semestre. Inicialmente atravs do sistema de busca do site, ele
encontra as matrias nas quais ele deseja se inscrever. Depois da
confirmao dos moderadores dos cursos, o aluno j pode visualizar o
cronograma das matrias na opo Calendrio. Ao tomar cincia do
horrio das aulas, o aluno planeja seu horrio de estudo, especificando o
tempo dedicado cada disciplina [NEC-2.2] disponibilizando mais tempo s
que ele considera mais difceis. Durante o semestre o aluno segue o
planejamento, as notificaes dos eventos [NEC-2.3] o ajudam a no
esquecer os trabalhos e provas nem mesmo o material a ser estudado
regularmente.

3.5.4.5 Cenrios futuros caricaturados (Bdker, 2000)
Nos roteiros dos cenrios abaixo, esto referenciados os requisitos
identificados do sistema. Esses requisitos esto descritos na Seo 3.5.4.6. A
presena de uma referncia no texto a algum requisito significa que esse requisito
foi derivado daquela parte do roteiro.

Cenrio positivo (plus scenario)
Roteiro:
O aluno Joo da Silva olha a agenda criada pelo Professor Jlio na viso
de semana. Ele tem uma boa viso das atividades que ocorrero ao longo
do perodo, na Faculdade e em casa. Neste horrio o mesmo aluno poder
propor [RF-2.1] um conjunto de metas de dedicao a serem cumpridas por
36



ele prprio associadas disciplina escolhida. Ele ento comea a definir
seu horrio de estudo. Ao inserir horrios de estudo na agenda da
disciplina, o sistema REDU compila o total de horas que foram alocadas e
associa [RF-2.2] esse total a uma meta a ser realizada no perodo. O
Google Calendar notifica o aluno sobre cada evento com antecedncia
configurvel de forma padro pelo aluno ou pelo professor, ao ajustar o
calendrio da disciplina.
Joo abre o menu Calendrio. Na visualizao, aparecem as datas e
horrios preenchidos conforme os cronogramas dos cursos nos quais o
aluno est inscrito e com agenda pr-definida pelos respectivos
professores. O calendrio dever ser interativo de modo que permita ao
aluno definir horrios [RF-2.1] como no Google Calendar. No item Metas
o aluno cadastra [RF-2.3] um grupo de objetivos associado a um dos cursos
que ele est inscrito preenchendo os campos nome do grupo de objetivo e
selecionando uma disciplina a ser vinculada. Depois o aluno declara metas
parciais no item checkpoints. Ao alcanar o dia de cada meta (parcial ou
principal) o sistema pede para o aluno informar sua auto-avaliao [RF-2.4]
em relao meta vencida no link Data limite alcanada Informar
Desempenho com um grfico mostrando no tempo o quanto o aluno
progrediu em relao meta estimada. O aluno visualiza seu progresso
[RF-2.5] no estudo no boto Visualizar desempenho, alm disso, notifica o
aluno de cada checkpoint, meta [RF-2.6] ou horrio de estudo [RF-2.7]
atravs de alerta nos ambientes web e celular com antecedncia
configurvel pelo aluno na seo Calendrio.

Cenrio negativo (minus scenario)
Roteiro:
O aluno Perez, incentivado pelo professor Jlio Bandeira, decide tentar
usar a plataforma REDU para organizar seu horrio de estudo. O aluno,
que trabalha e estuda, j usa um sistema de gerenciamento de tempo
sugerido pela sua empresa. No entanto, este no est integrado ao REDU.
37



Mesmo assim, o aluno aceita utilizar o sistema. vai at a agenda de uma
disciplina e reserva um horrio noite para seu estudo. No campo de
anotaes do evento da agenda, o sistema j coloca algum texto sobre as
caractersticas desse evento: ambiente, curso, disciplina e professor.
completa esse campo indicando quais livros e textos ele prev estudar
nesse momento marcado. Como seu celular no tem a aplicao Android,
ele configura a agenda para enviar-lhe um SMS com 45 minutos de
antecedncia do incio de cada atividade agendada. No primeiro dia de
aula, h uma alterao do horrio da monitoria. Porm, seu celular
descarregou minutos antes de ele receber a notificao [RF-2.8]. Ele sai s
pressas do trabalho mas, ao chegar, descobre que a aula foi cancelada.
Durante o semestre, o aluno se depara com diversos choques de horrios
entre as duas agendas provocadas por horas extras exigidas pela empresa
empregadora do aluno [RF-2.9]. No conseguindo cumprir algumas metas,
o aluno se irrita com o sistema de notificaes e acaba por abandonar o
Calendrio do REDU, optando por utilizar apenas o sistema previamente
conhecido.

3.5.4.6 Requisitos do Produto

Requisitos funcionais:
[RF 2.1] Cadastrar conjunto de metas: O Sistema dever possibilitar que o
aluno crie um grupo de metas relacionado a uma disciplina.
[RF 2.2] Calcular meta principal: Ao definir o horrio de estudo o sistema
calcular a quantidade total de horas determinadas pelo aluno.
[RF2.3] Declarar meta: O Sistema dever possibilitar que o aluno crie uma
meta e a inclua em um grupo de metas previamente criado. No cadastro da meta o
aluno indica a data final e o nmero de horas dedicadas aquele item at esta data.
38



[RF 2.4] Informar auto-avaliao: O sistema dever permitir que o aluno
indique sua auto-avaliao ao chegar data limite de uma meta. As opes
devero ser Satisfatrio, Regular ou Insatisfatrio.
[RF 2.5] Visualizar progresso: O Sistema dever possibilitar ao aluno
visualizar o grfico de seu progresso das metas cumpridas em comparao com
as declaradas por ele mesmo.
[RF 2.6] Notificar aluno de data limite de meta: Notificar aluno de horrio de
estudo: O sistema dever enviar notificao para o aluno nos ambientes Android e
Web de acordo com a antecedncia configurada pelo aluno de que a data final
para cumprimento de uma meta determinada por ele chegou e que ele deve
informar ao sistema se foi cumprida ou no. O sistema deve oferecer tambm ao
aluno a possibilidade de informar auto avaliao para aquela meta.
[RF 2.7] Notificar aluno de horrio de estudo: O sistema dever enviar
notificao para o aluno nos ambientes Android e Web de acordo com a
antecedncia configurada pelo aluno de que o mesmo agendou aquele horrio de
estudo.
[RF 2.8] Informar notificao perdida: O sistema dever notificar o aluno dos
eventos que aconteceram enquanto seu celular estava desligado.
[RF 2.9] Sugerir alterao de horrio: O sistema devera sugerir ao aluno,
caso o mesmo no tenha confirmado que estudou no horrio previsto, que ele
transfira clicando e arrastando aquele horrio de estudo para outro ponto no
calendrio.

Requisitos no-funcionais:
[RNF 2.1] Plataforma Android: A parte do mdulo do dispositivo mvel,
dever ser implementada na plataforma Android de desenvolvimento.

3.5.5 Atividade 3: Aluno usa algum recurso

39



3.5.5.1 Descrio da Atividade

Ambiente:
Aluno na escola/universidade - h uma mesa e um computador.

Roteiro:
O aluno Joo da Silva utiliza um recurso de apoio disponibilizado pelo
professor Jlio Bandeira. Quando a tela onde se encontra o material vista
pelo Joo da Silva, o REDU apresenta uma opo Contar tempo.

3.5.5.2 Cenrio Atual
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios identificadas e mostradas na Tabela 06, na Seo 3.5.5.3.

Atores:
Alunos e professores.
Roteiro:
No cenrio atual da plataforma REDU, o aluno tem acesso aos recursos
publicados no site pelo professor: vdeos, textos, notcias e eventos
bastando visitar os cursos nos quais ele est cadastrado. Aps efetuar
login, o estudante tem no menu do lado esquerdo os ambientes de ensino
nos quais est cadastrado. Selecionado o ambiente, aparecem os cursos
vinculados a ele. Depois de escolher o curso, o material de apoio exibido
ficando disposio do aluno. O professor no fica sabendo se os alunos
tiveram cincia [NEC-3.1] [NEC-3.2] dos recursos publicados por ele e nem
quanto tempo dedicaram ao estudo [NEC-3.3], caso o tenham feito. O
REDU, no cenrio atual, no tem a funcionalidade que permita ao professor
sugerir um tempo de estudo [NEC-3.4], nem os alunos informarem ao
professor que esto utilizando os recursos disponibilizados de forma
sistemtica [NEC-3.5].

40



3.5.5.3 Necessidades do Usurio (Kujala et al., 2001)
So mostradas na Tabela 06, as necessidades dos usurios extradas das
fases descritas na Seo anterior. As necessidades esto rotuladas de acordo
com o cenrio atual, na Seo 3.5.5.2.

AES PROBLEMAS E POSSIBILIDADES






O professor publica um recurso

[NEC 3.1] O professor no sabe se os alunos
sabem que ele publicou o recurso

[NEC 3.2] O aluno no sabe que o professor
publicou um recurso.

[NEC 3.3] O Professor no sabe quanto
tempo o aluno se dedicou ao recurso

[NEC 3.4] O Professor no pode sugerir o
tempo a ser dedicado pelo aluno para um
recurso publicado por ele




O aluno utiliza algum recurso

[NEC 3.5] O aluno no tem como declarar
quanto tempo se dedicou ao recurso.
[NEC 3.6] O professor no sabe se os alunos
individualmente utilizaram o recurso.


TABELA 06 Tabela com as necessidades identificadas, referentes Atividade 03.

3.5.5.4 Cenrio futuro com a soluo
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios mostradas na Tabela 06, na Seo 3.5.5.3. Quando uma dessas
necessidades mostrada no texto, demonstra que tal necessidade est sendo
atendida.

Atores:
Alunos e professores.

Roteiro:
O aluno Joo da Silva notificado [NEC-3.2] da publicao de algum
recurso feita pelo professor. O aviso sugere um prazo mximo para que o
aluno consulte o arquivo e o tempo a dedicar quele material [NEC-3.4].
41



Depois o aluno declara no sistema de quanto tempo foi essa dedicao
[NEC-3.5]. O professor notificado de quando o aluno utilizou o recurso e
quanto tempo se dedicou ao mesmo [NEC-3.5] [NEC-3.6].

3.5.5.5 Cenrios futuros caricaturados (Bdker, 2000)
Nos roteiros dos cenrios abaixo, esto referenciados os requisitos
identificados do sistema. Esses requisitos esto descritos na Seo 3.5.5.6. A
presena de uma referncia no texto a algum requisito significa que esse requisito
foi derivado daquela parte do roteiro.

Cenrio positivo (plus scenario)
Roteiro:
O aluno Joo da Silva recebe em seu celular [RF-3.1] uma notificao de
que o professor publicou um vdeo no site da disciplina e com a
recomendao que o aluno assista antes da prxima aula. Como o aluno j
estava prximo ao computador e com tempo disponvel, imediatamente ele
efetua login no sistema REDU. Ao visualizar a pgina principal, o aluno
observa [RF-3.2] em destaque os novos recursos que foram adicionados.
Clicando na mensagem, ele acede a lista [RF-3.3] de recursos da disciplina
publicados at ento. Os itens em negrito so novos e h um novo vdeo
disponvel para visualizao. Ele assiste ao vdeo em sua totalidade e,
automaticamente, o sistema [RF-3.4] registra que aluno assistiu ao vdeo e
em quanto tempo ele o fez. O aluno posta, a seguir, um comentrio no
mural da disciplina e gera uma srie de discusses [RF-3.5]. Os alunos
que ainda no assistiram so notificados das diversas publicaes no
mural e se sentem estimulados a tambm assistirem ao vdeo. Ao final, o
professor poder ver [RF-3.6] o grfico dos esforos investidos pelos alunos
individualmente ou em grupo. Se o aluno usar um material que no seja
vdeo ou udio, como uma apostila ou um livro, ele pode registrar o horrio
do incio e trmino indicando o tempo que dedicou ao estudo clicando nos
42



botes comecei a estudar e terminei de estudar [RF-3.4]. Ele pode fazer
isso na interface principal do REDU ou na interface da aplicao Android.
Dessa forma ele pode criar uma memria dos esforos que fez para cada
uma das disciplinas.

Cenrio negativo (minus scenario)
Roteiro:
O aluno Perez aps a primeira quinzena de aulas percebe que se
esqueceu de verificar as notificaes em sua conta REDU. Quando ele o
faz, encontra diversas atividades atrasadas acumuladas nesses dias [RF-
3.8]. Posteriormente ele se esfora para conseguir se recuperar das
atividades atrasadas e entra no sistema para informar que fez as
atividades que estava devendo [RF-3.9].

3.5.5.6 Requisitos do Produto:

Requisitos funcionais:
[RF 3.1] Notificar aluno da publicao de recurso: o sistema dever notificar
o aluno quando o professor publicar algum recurso relativo disciplina. A
notificao dever informar tambm o tempo sugerido para que o estudante se
dedique quele recurso.
[RF 3.2] Mostrar que novos recursos foram adicionados: o sistema (web)
dever informar quando h recurso no lido logo aps o estudante efetuar login
exibindo a mensagem Voc tem recursos no lidos.
[RF 3.3] Listar todos os recursos publicados: O sistema dever permitir que
o aluno aceda lista de todos os recursos publicados relativos disciplina
selecionada.
[RF 3.4] Registrar dedicao de aluno a recurso: o sistema dever permitir
que o aluno informe sua dedicao a cada recurso proposto. Esta informao
dever ser detectada automaticamente caso o recurso seja um arquivo de udio
43



ou vdeo. No caso dos demais tipos de arquivo, o aluno informar o tempo
dedicado disparando a contagem a partir do incio do estudo e parando ao
finalizar.
[RF 3.5] Notificar aluno que houve comentrio sobre o que ele escreveu: o
sistema dever notificar o aluno quando algum outro ator escrever um comentrio
sobre algo que o aluno tenha publicado. Esta notificao dever ser feita por e-
mail.
[RF 3.6] Visualizar grfico Individual: O sistema devera produzir um grfico
do esforo do aluno semana a semana e ms a ms. O esforo do aluno obtido
a partir do somatrio dos esforos declarados em cada tarefa realizada pelo aluno
dentro do perodo de tempo analisado.
[RF 3.7] Visualizar grfico da turma: O sistema dever produzir um grfico
do esforo de todos os alunos semana a semana e ms a ms. O esforo da
turma obtido a partir do somatrio dos esforos declarados por todos os alunos
daquela turma em cada tarefa realizada por cada um dentro do perodo de tempo
analisado.
[RF 3.8] Notificar atraso: O sistema dever notificar o aluno que ele no
cumpriu a tarefa proposta pelo professor no prazo especificado. Esta notificao
dever ser recebida atravs de um aviso no celular e tambm dever aparecer
uma mensagem na pgina principal na verso web.
[RF 3.9] Informar realizao de tarefa atrasada: O sistema dever permitir
que o aluno informe a realizao de uma ou mais tarefas atrasadas. O aluno
poder ainda informar o tempo dedicado execuo daquela tarefa.

Requisitos no-funcionais:
[RNF 3.1] Plataforma Android: A parte do mdulo do dispositivo mvel,
dever ser implementada na plataforma Android de desenvolvimento.
[RNF 1.2] Rodar como servio: O sistema dever continuar rodando no
dispositivo mvel, mesmo aps ter suas telas todas fechadas. Dessa forma, o
sistema continuar a trocar mensagens com o servidor de forma transparente ao
usurio exatamente como um servio.
44



3.5.6 Atividade 4: Professor monitora as atividades dos alunos

3.5.6.1 Descrio da Atividade

Ambiente:
Sala dos professores da Faculdade Ribeiro.
Roteiro:
O professor poder acompanhar o desenvolvimento de cada aluno no
decorrer do curso. Sendo possvel corrigir alguma deficincia identificada atravs
dos relatrios e grficos disponibilizados pelo sistema REDU. Estes documentos
podem ser gerados para uma anlise individual ou da turma inteira inscrita em um
determinado curso.

3.5.6.2 Cenrio Atual
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios identificadas e mostradas na tabela 07, na Seo 3.5.6.3.

Ator:
Professor.
Roteiro:
No cenrio atual da plataforma REDU, no existe funcionalidade para
monitorar o desempenho dos alunos [NEC 4.1] ou da turma [NEC 4.2]. Este
acompanhamento deve ser feito utilizando os mtodos tradicionais de
avaliao.

3.5.6.3 Necessidades do Usurio (Kujala et al., 200)]
So mostradas na tabela 07, as necessidades dos usurios extradas das
fases descritas na Seo anterior. As necessidades esto rotuladas de acordo
com o cenrio atual, na Seo 3.5.6.2.
45





AES


PROBLEMAS E POSSIBILIDADES

O professor monitora o aluno

[NEC 4.1] O professor no tem a opo no
sistema atual de verificar o esforo do aluno.


O professor monitora a turma

[NEC 4.2] O professor no tem a opo no
sistema atual de verificar o esforo da turma.


TABELA 07 Tabela com as necessidades identificadas, referentes Atividade 04.

3.5.6.4 Cenrio futuro com a soluo
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios mostradas na tabela 07, na Seo 3.5.6.3. Quando uma dessas
necessidades mostrada no texto, demonstra que tal necessidade est sendo
atendida.

Atores:
Alunos e professores.
Roteiro:
O professor, no decorrer do curso, inclui novo material para estudo no
sistema REDU. medida que os alunos acedem o mesmo, o professor
avalia os relatrios gerados, analisando a freqncia de acesso e o tempo
que cada aluno estudou o material. Nestes relatrios est indicado a
identificao do usurio e, nos casos de arquivos de vdeo ou udio, o
tempo de acesso. Para os demais tipos de arquivos, o aluno indicar
voluntariamente quanto tempo de estudo dedicou. O professor compara
estes dados com o desenvolvimento de cada aluno e do grupo, avaliando
se atingiu o objetivo desejado.

46



3.5.6.5 Cenrios futuros caricaturados (Bdker, 2000)
Nos roteiros dos cenrios abaixo, esto referenciados os requisitos
identificados do sistema. Esses requisitos esto descritos na Seo 3.5.6.6. A
presena de uma referncia no texto a algum requisito significa que esse requisito
foi derivado daquela parte do roteiro.

Cenrio positivo (plus scenario)
Roteiro:
Durante a disciplina, o professor decide verificar como est o empenho dos
alunos e comparar a evoluo de cada um no curso. O professor pode
realizar a busca de atividades [RF-4.1] especificando as datas inicial e final
dessa busca. O sistema apresenta a lista de atividades propostas naquele
perodo e um grfico de barras ao lado mostrando o percentual de alunos
que declarou ter realizado as tarefas. O professor percebe que em uma
delas h um baixo percentual de dedicao e decide repensar a didtica.
Ele publica uma nova tarefa com os prazos ajustados. Depois de vencidos
os novos prazos, o professor entra no menu Monitorar que fica do lado
esquerdo e tem acesso lista [RF 4.2] de alunos inscritos no curso. Esta
lista destaca com uma cor diferente o nome dos alunos que esto em
atraso com os estudos dos recursos publicados. O professor envia [RF-4.3]
mensagem para os alunos atrasados. Na semana seguinte, o professor
reavalia o relatrio e verifica que os alunos se recuperaram.

Cenrio negativo (minus scenario)
Roteiro:
O professor Pablo Artigas apesar do treinamento com a plataforma REDU
no incio do perodo, no lembra [RF-4.4] de monitorar o empenho dos
alunos inscritos no curso que leciona. Todos os dados relativos aos alunos
e turma esto disposio do professor mas, ele acaba no utilizando-
os. Ao final do perodo, a funcionalidade acaba no produzindo o efeito
esperado.
47



3.5.6.6 Requisitos do Produto:

Requisitos funcionais:
[RF-4.1] Realizar busca de atividades: O Sistema dever possibilitar que o
professor faa uma busca das atividades propostas por ele entre duas datas
especificadas. Por padro, as datas definidas so o primeiro dia de aula e a data
atual. A resposta do sistema dever ser uma lista com todas as atividades naquele
perodo.
[RF-4.2] Listar alunos: O sistema dever permitir que o professor vinculado
disciplina visualize a lista completa dos alunos. Nesta lista estaro destacados
os alunos com atividades em atraso.
[RF-4.3] Enviar mensagem: O Sistema dever ter uma opo para que o
professor envie um e-mail para todos os alunos ou uma seleo deles. Esta
funcionalidade dever ainda permitir o preenchimento automtico dos
destinatrios com o conjunto dos endereos de todos os alunos em dia e/ou todos
os alunos em atraso.
[RF-4.4] Notificar professor para monitoramento: O Sistema dever notificar
o professor nos ambientes celular e web que est na data para verificar o
desempenho dos alunos na seo Monitorar. O aviso dever conter um
apontador para a visualizao dos grficos de desempenho da turma.

Requisitos no-funcionais:
No foram encontrados requisitos no-funcionais.

3.5.7 Atividade 5: Aluno monitora e ajusta seu prprio
desempenho

3.5.7.1 Descrio da Atividade

Ambiente:
48



Aluno na escola/universidade - h uma mesa e um computador.
Roteiro:
O aluno poder acompanhar seu prprio comprometimento durante o
andamento do curso, verificando inclusive se est se dedicando conforme ele
mesmo declarou no momento em que definiu seus horrios de estudo e tambm
se est acompanhando adequadamente as atividades propostas pelo professor.

3.5.7.2 Cenrio Atual
No roteiro deste cenrio, esto referenciadas as necessidades dos usurios
identificadas e mostradas na Tabela 08, na Seo.3.5.7.3.

Ator:
Aluno
Roteiro:
No cenrio atual da plataforma REDU, no existe funcionalidade para que o
aluno monitore a sua dedicao [NEC-5.1] [NEC-5.2]. Esse
acompanhamento teria de ser realizado atravs de mtodos tradicionais de
auto-avaliao e controle.

3.5.7.3 Necessidades do Usurio [Kujala et al., 2001]
So mostradas na tabela 08, as necessidades dos usurios extradas das
fases descritas na Seo anterior. As necessidades esto rotuladas de acordo
com o cenrio atual, na Seo 3.5.7.2.
AES PROBLEMAS E POSSIBILIDADES



O aluno monitora e ajusta seu desempenho

[NEC 5.1] Os alunos no podem visualizar no
sistema metas cadastradas e cumpridas.

[NEC 5.2] Os alunos no podem fazer ajustes no
calendrio de modo que cumpra as expectativas
para o perodo.

TABELA 08 Tabela com as necessidades identificadas, referentes Atividade 05.
49



3.5.7.4 Cenrio futuro com a soluo
No roteiro deste cenrio, esto referenciadas as necessidades dos usurios
mostradas na Tabela 08, na Seo 3.5.7.3. Quando uma dessas necessidades
mostrada no texto, demonstra que tal necessidade est sendo atendida.

Ator:
Aluno.
Roteiro:
O aluno cadastrado no sistema REDU se mantm sempre atualizado com
os eventos encaminhados pelo professor, controla sua dedicao e tempo
disponibilizado para o estudo. Ao final de cada mdulo, ele acompanha seu
desenvolvimento e analisa se as metas foram cumpridas at o checkpoint
relacionado.

3.5.7.5 Cenrios futuros caricaturados [Bdker, 2000]
Nos roteiros dos cenrios abaixo, esto referenciados os requisitos
identificados do sistema. Esses requisitos esto descritos na Seo 3.5.7.6. A
presena de uma referncia no texto a algum requisito significa que esse requisito
foi derivado daquela parte do roteiro.

Cenrio positivo (plus scenario)
Roteiro:
No decorrer do curso, o aluno Joo da Silva decide monitorar se est
cumprindo suas metas de acordo com o que previu anteriormente. Ele
seleciona a opo Monitorar [RF-5.1] no menu do lado esquerdo e a tela
mostra a lista de disciplinas nas quais ele est inscrito com cor em
destaque para as quais ele tem itens em atraso. Ao selecionar uma delas,
ele visualiza [RF-5.2] a linha do tempo da disciplina com os checkpoints das
tarefas e um aviso para aquelas que esto em aberto. Ao perceber a
defasagem e a impossibilidade de alocar mais tempo de estudo durante a
50



semana, ele decide distribuir [RF-5.3][RNF-5.1] algumas horas nos fins de
semana. Passados alguns dias, o aluno percebe claramente seu progresso
no curso em questo, decidindo fazer o mesmo para as outras disciplinas
em atraso.

Cenrio negativo (minus scenario)
Roteiro:
O aluno Perez, apesar das diversas notificaes via sms que ele recebe
durante o perodo, no consegue acompanhar as atualizaes de material e
percebe que no tem idia do quanto est atrasado no estudo do curso.
Como ele se inscreveu em muitas disciplinas, acaba deixando para verificar
seu acompanhamento [RF-5.2] quando j tarde demais para se recuperar.
Analisando o relatrio, ele descobre que dedicou menos da metade do
tempo a que tinha se proposto para o estudo. Assim, o aluno acaba o
semestre com o rendimento abaixo do desejado.

3.5.7.6 Requisitos do Produto
Requisitos funcionais:
[RF 5.1] Listar disciplinas: O sistema dever permitir que o aluno obtenha a
lista com todas as disciplinas nas quais ele est inscrito. Nesta lista estaro
destacadas as disciplinas nas quais o aluno est com uma ou mais atividades em
atraso.
[RF 5.2] Visualizar disciplina: O sistema dever permitir que o aluno ao
visualizar a lista de disciplinas, selecione uma delas para ver sua linha do tempo.
Ela informar as tarefas agendadas com diferenciao visual entre as que esto
pendentes e as que esto em dia.
[RF 5.3] Ajustar calendrio: O Sistema dever ter uma opo para que o
aluno realoque as atividades em atraso para outro dia e horrio de sua escolha.

51



Requisitos no funcionais:
[RNF 5.1] Clicar e arrastar: O sistema dever permitir que a alterao de
agenda ocorra de forma simples, apenas clicando e arrastando o evento para a
data desejada.

3.5.8 Atividade 6: Sincronizao com o aplicativo Android

3.5.8.1 Descrio da Atividade


Ambiente:
Qualquer lugar com disponibilidade de conexo de dados para dispositivo
mvel.
Roteiro:
O sistema sincronizar a aplicao Android no intervalo informado pelo
usurio. A cada sincronizao, o sistema e a aplicao Android trocam
dados sobre metas a serem realizadas e esforos efetivamente realizados.

3.5.8.2 Cenrio Atual
No roteiro desse cenrio, esto referenciadas as necessidades dos
usurios identificadas e mostradas na Tabela 09, na Seo 3.5.8.3.

Ator:
Aluno e professor.
Roteiro:
No cenrio atual da plataforma REDU, no possvel realizar sincronizao
com dispositivo de telefonia mvel.

52



3.5.8.3 Necessidades do Usurio (Kujala et al., 2001)
So mostradas na Tabela 09, as necessidades dos usurios extradas das
fases descritas na Seo anterior. As necessidades esto rotuladas de acordo
com o cenrio atual, na Seo 3.5.8.2.

AES PROBLEMAS E POSSIBILIDADES

Sincronizao com dispositivo mvel

[NEC 6.1]No possvel sincronizar com
dispositivo mvel.

TABELA 09 Tabela com as necessidades identificadas, referentes Atividade 06.

3.5.8.4 Cenrio futuro com a soluo

No roteiro desse cenrio, esto referenciadas as necessidades dos usurios
mostradas na Tabela 09, na Seo 3.5.8.3. Quando uma dessas necessidades
mostrada no texto, demonstra que tal necessidade est sendo atendida.

Roteiro:
As metas cadastradas, editadas ou removidas pelo aluno na aplicao REDU
web so sincronizadas com a aplicao REDU Android em intervalo configurado
pelo usurio. As operaes de insero, edio e remoo tambm so feitas a
partir do celular e tambm acontece a sincronizao para o sistema web.

3.5.8.5 Cenrios futuros caricaturados (Bdker, 2000)
Nos roteiros dos cenrios abaixo, esto referenciados os requisitos
identificados do sistema. Esses requisitos esto descritos na Seo 3.5.8.6. A
presena de uma referncia no texto a algum requisito significa que esse requisito
foi derivado daquela parte do roteiro.


53



Cenrio positivo (plus scenario)
Roteiro:
O aluno Joo da Silva informa ao sistema no primeiro dia de aula (segunda-
feira) que ter de estudar a disciplina Economia 1 s teras e quintas, no
perodo entre as 19:00h e 21:00h. Na tela de Configurao de
sincronizao ele determina que deseja receber as atualizaes a cada 30
minutos [RF 6.1]. Meia hora aps o cadastro, o sistema envia ao celular de
Joo a notificao de que a atividade estudar Economia 1 foi inserida por
ele nos dias e horrios especificados. Na tera-feira s 18:30h, o celular
informa que ele deve comear o estudo meia hora depois. Joo cumpre a
tarefa e confirma que realizou o estudo no sistema REDU Android em seu
celular.

Cenrio negativo (minus scenario)
Roteiro:
O aluno Perez informa ao sistema no primeiro dia de aula (segunda-feira)
que ter de estudar a disciplina de Estatstica 2 s quartas e sextas, das
21:00h s 23:00h. Como no possui um celular compatvel com o sistema
Android, nem consegue abrir a aplicao REDU Web durante o dia, Antnio
no lembrado da atividade proposta por ele e se esquece de estudar a
matria [RF 6.2]. Quando ele chega ao trabalho, j na quinta-feira e acessa
o REDU Web, percebe que perdeu o horrio de estudo da disciplina no dia
anterior.

3.5.8.6 Requisitos do Produto

Requisitos funcionais:
[RF 6.1] Sincronizar com dispositivo mvel: O sistema web dever realizar
sincronizao dos dados com os dispositivos mveis conforme especificado por
cada usurio.
54



[RF 6.2] Verificar necessidade de sincronizao: O sistema Android dever
verificar se h necessidade de sincronizao com o sistema web, caso haja, o
mesmo solicitar autorizao ao usurio para realizar a sincronizao.

Requisitos no-funcionais:
[RNF 6.1] Rodar como servio: O sistema dever continuar rodando no
dispositivo mvel, mesmo aps ter suas telas todas fechadas. Dessa forma o
sistema continuar a trocar mensagens com o servidor, de forma transparente ao
usurio, exatamente como um servio.


55





CONCLUSO E TRABALHOS FUTUROS


Inmeros estudos mostram as limitaes da educao tradicional no que se
refere ao estmulo em formar estudantes mais autnomos. O estudo de estilos de
interao para a autorregulao da aprendizagem contidos neste trabalho
propiciou a elicitao de alguns requisitos que visam introduzir alguns desses
conceitos em um ambiente colaborativo.
A metodologia empregada foi baseada em cenrios das situaes atuais
observadas, que permitiram identificar as necessidades dos usurios (Kujala et al.,
2001) e elaborar inovaes que as satisfizessem. Os cenrios mostraram-se teis
para gerar inspiraes que resultaram na elicitao de requisitos, porm, o estudo
etnogrfico poderia ajudar a formular resultados mais realistas. A tcnica de
cenrios foi tambm utilizada para a visualizao do desenrolar das atividades
modeladas com a introduo das funcionalidades propostas atravs de caricaturas
(Bdker, 2000). Foi possvel ainda capturar alguns requisitos que o produto
deveria ter de acordo com as referncias tericas relacionadas aprendizagem
autorregulada.
Entre as limitaes deste trabalho est a ausncia de uma pesquisa de
campo que impediu que acontecesse uma anlise mais completa que poderia
incluir mais etapas como etnografia e anlise da tarefa. Trabalhos posteriores
podem incluir a construo de mais cenrios bem como a implementao dos
requisitos levantados para verificar o efeito das mudanas contidas nos cenrios
futuros. Em outras palavras, faz-se necessrio ir realidade dos estudantes e
professores para verificar as possibilidades de uso e aceitao das inovaes
idealizadas.
56





REFERNCIAS BIBLIOGRFICAS


AZEVEDO, R. and HADWIN, A. Scaffolding self-regulated learning and
metacognitionimplications for the design of computer-based scaffolds.
Instructional Science, 33(5-6), 2005. p. 367379.

BDKER, S. Scenarios in user-centred design - setting the stage for reflection and
action. In Interacting with Computers, n. 13, 2000. p. 6175. Elsevier Science B.V.

CARROLL, J. Five reasons for scenario-based design. In Interacting with
Computers, number 13, 2000. p. 4360. Elsevier Science B.V.

DETTORI, G. and PERSICO, D. Detecting self-regulated learning in online
communities by means of interaction analysis. IEEE Transactions on Learning
Technologies,1(1), 2008. p.1119.

FLAVELL, J. H. Metacognition and cognitive monitoring: A new area of cognitive
developmental inquiry. American Psychologist, 10(34), 1979. p. 906911.

FRISON, L. M. B. Auto-Regulao da Aprendizagem. Cincia e Conhecimento
Revista Eletrnica da ULBRA So Jernimo, vol. 2, 2007.

KUJALA, S., KAUPPINEN, M., and REKOLA, S. (2001). Bridging the gap between
user needs and user requirements. In AVOURIS, N. and FAKOTAKIS, N., editors,
Advances in Human-Computer Interaction I (Proceedings of the Panhellenic
57



Conference with International Participation in Human-Computer Interaction PC
HCI 2001), p. 4550. Typorama Publications.

KITSANTAS, A. and DABBARGH, N. Supporting self-regulation in student-
centered web-based learning environments. International Journal on E-Learning,
3(1), 2004. p.4047.

KRUGER, J. and DUNNING, D. (1999). Unskilled and unaware of it: How
difficulties in recognizing ones own incompetence lead to inflated self-
assessments in MELO, C. A. Scaffolding of Self-Regulated Learning in Social
Networks. 2010. 107 f. Dissertao (Mestrado em Cincia da Computao)
Centro de Informtica, Universidade Federal de Pernambuco, Recife. 2010.

LICCARDI, I., OUNNAS, A., PAU, R., MASSEY, E., KINNUNEN, P.,
LEWTHWAITE, S., MIDY, M.-A., and SARKAR, C. The role of social networks in
students learning experiences. SIGCSE Bull., 39(4), 2007. p. 224237.

MELO, C. A. Scaffolding of Self-Regulated Learning in Social Networks. 2010. 107
f. Dissertao (Mestrado em Cincia da Computao) Centro de Informtica,
Universidade Federal de Pernambuco, Recife. 2010.

MYERS, B. A.; BEIGL, M. Handheld computing in: GALENO, A. S. Concepo de
Mdulo para Dispositivos Mveis de Gesto da Aprendizagem Pessoal Integrado
ao Sistema de Gesto da Aprendizagem Amadeus. 2010. 101 f. Dissertao
(Mestrado em Cincia da Computao) Centro de Informtica, Universidade
Federal de Pernambuco, Recife. 2010.

NARCISS, S., PROSKE, A., AND KOERNDLE, H. Promoting self-regulated
learning inweb-based learning environments. Comput. Hum. Behav., 23(3), 2007.
p.11261144.

58



RIBEIRO, C. Metacognio: Um Apoio ao Processo de Aprendizagem. Psicologia:
Reflexo e Crtica, Viseu, 16(1), 2003. p. 109-116.
SOMMERVILLE, I. Engenharia de Software. 8 ed. So Paulo: Pearson Addison
Wesley, 2007.

VEIGA SIMO, A. M. O conhecimento estratgico e a auto-regulao da
aprendizagem. Implicaes em contexto escolar in: LOPES DA SILVA, A.;
DUARTE, M.; S, I.; VEIGA SIMO, A. M. Aprendizagem auto-regulada pelo
estudante: perspectivas psicolgicas e educacionais. Porto Editora: Porto, 2004a.
p.77-87.

ZIMMERMAN, B. J. Attaining self-regulation: A social cognitive perspective. In.
MELO, C. A. Scaffolding of Self-Regulated Learning in Social Networks. 2010. 107
f. Dissertao (Mestrado em Cincia da Computao) Centro de Informtica,
Universidade Federal de Pernambuco, Recife. 2010.

ZIMMERMAN, B. J. Becoming a Self-Regulated Learner: An Overview. Theory Into
Practice, Ohio, Volume 41, n. 2, Primavera de 2002.

Links:
Sistemas com caractersticas similares
http://qorganizer.sourceforge.net/
http:// www.google.com/calendar
http://atepassarconcursos.com.br/
http://www.myschoolbinder.com/
http://doodle.com/
http://www.rememberthemilk.com/

59






APNDICE


















DIAGRAMA DE CASO DE USO 01.

















60





DIAGRAMA DE CASO DE USO 02.







DIAGRAMA DE CASO DE USO 03.


61







DIAGRAMA DE CASO DE USO 04.

62




DIAGRAMA DE CASO DE USO 05.






















DIAGRAMA DE CASO DE USO 06.


63


















DIAGRAMA DE SEQUENCIA A.




DIAGRAMA DE SEQUENCIA B.








64















65



Assinaturas





















_______________________________________
Alex Sandro Gomes
Orientador













_______________________________________
Hlder Manoel Lima e Silva
Aluno

Potrebbero piacerti anche