UMA FERRAMENTA PARA O

GERENCIAMENTO DAS ATIVIDADES E

DOS HORÁRIOS DOS TUTORES DOS

CURSOS À DISTÂNCIA DA UFPB

VIRTUAL

Roberta Ribeiro Guedes Pereira (UFPB)

robertargp2@gmail.com

Nádia Pinheiro Nóbrega (UFPB)

nadinilang@gmail.com

Josilene Aires Moreira (UFPB)

josilene@gprt.ufpe.br

A educação à distância é um processo de ensino-aprendizagem que é

realidade no mundo. No Brasil, de acordo com o Ministério da

Educação e Cultura, atualmente existem 74 instituições que adotaram

esse processo. A Universidade Federal da Paraaíba (UFPB) oferece

cursos superiores à distância através da UFPB Virtual. A tecnologia

de apoio utilizada para gerenciar os cursos é o Moodle. Foi

identificada uma deficiência em relação ao gerenciamento das

atividades e dos horários dos tutores devido à ausência de uma

funcionalidade específica para tal propósito.A proposta deste

trabalho é apresentar um protótipo de uma nova funcionalidade que

deverá ser incorporada ao sistema Moodle, possibilitando, de forma

mais prática e eficiente, o gerenciamento das atividades e do horário

de trabalho dos tutores pelo coordenador de tutoria, bem como o

gerenciamento das próprias atividades pelo tutor. Adicionalmente, é

apresentado um experimento de avaliação da ferramenta proposta em

comparação com a já existente (Relatório de Atividades), resultados

sugerem significativa redução de complexidade de uso. Ainda, o tempo

de obtenção de informações relevantes sobre os tutores apresentam

redução de 16 para 6 minutos, no pior caso analisado. Observou-se

também uma maior acessibilidade às atividades dos tutores, tornando

o sistema mais amigável (user-friendly), além de menos suscetível a

erros, já que as informações são geradas automaticamente a partir da

base nos registros do sistema.

Palavras-chaves: Educação à distância. Sistema Moodle.

Gerenciamento de tutores virtuais.

XXX ENCONTRO NACIONAL DE ENGENHARIA DE PRODUÇÃO Maturidade e desafios da Engenharia de Produção: competitividade das empresas, condições de trabalho, meio ambiente.

São Carlos, SP, Brasil, 12 a15 de outubro de 2010.

2

1. Introdução

A educação à distância no Brasil é hoje uma realidade. Conceitua-se a educação à distância

como um processo de ensino-aprendizagem, mediado por tecnologias, no qual professores e

alunos estão separados pelo tempo e pelo espaço (VAN DER LINDEM, 2005). Uma das

modalidades de educação à distância é a educação online, cujo método mais se aproxima dos

ideais de ensino-aprendizagem associados às tecnologias. Ela é uma modalidade de ensino-

aprendizagem baseada na Internet, com aulas virtuais e colaboração digital, possibilitando o

armazenamento de conteúdos como áudio, vídeo e texto interativos, e textos simples para que

pessoas possam compartilhar conhecimentos adquiridos (PETERS, 2003). De acordo com o

Ministério da Educação e Cultura, atualmente 74 instituições fazem parte da Universidade

Aberta do Brasil (UAB), a qual oferece a modalidade de ensino à distância utilizando recursos

de tecnologia da informação e comunicação.

Em 2007, a Universidade Federal da Paraíba (UFPB) tornou-se pioneira no estado ao oferecer

cursos de ensino superior à distância, através da UFPB Virtual, utilizando o Moodle (Modular

Object Oriented Distance Learning) como tecnologia de apoio. O Moodle é um sistema de

gerenciamento de cursos à distância com código aberto (open source) e modular, no qual

podem ser adicionados novos blocos e funcionalidades desenvolvidas pela comunidade open-

source ou por terceiros. Adicionalmente, engloba ferramentas interativas como fóruns, chats,

biblioteca virtual, material didático-pedagógico e tutorial. Cada ferramenta tem a sua utilidade

específica e contribui para a interação entre os participantes, bem como para o acesso aos

materiais elaborados pelos professores. Os alunos cadastrados têm acesso aos conteúdos e

material didático das disciplinas nas quais está matriculado, participando de fóruns de

discussão temáticos, resolvendo listas de exercícios e questionários no computador, além de

outras atividades acadêmicas direcionadas pelo tutor à distância. (KAMINSK, 2003)

Existem outros ambientes virtuais de aprendizagem utilizados em instituições que oferecem

educação à distância, entre eles o AulaNet e o WebCT. O AulaNet é um ambiente de software

baseado na web para criar, administrar, manter e dar assistência a cursos à distância. Ele

oferece recursos para administrar os grupos e avaliar o progresso do aluno, como agenda,

plano de aula, tarefas, exames e acompanhamento de participação. Além disso, oferece uma

ferramenta de cooperação onde é disponibilizado o meio para que haja o aprendizado

colaborativo e também recursos para a comunicação e avaliação (FUCKS, 2000). O WebCT

(Web Course Tools) oferece várias ferramentas para criação de cursos baseados na web,

podendo ser usado para criar cursos online completos, ou como apoio a cursos presenciais.

Ainda, possui uma interface amigável e intuitiva, disponibiliza ferramentas que facilitam a

aprendizagem, a comunicação e a colaboração (LU, 2003).

No âmbito dos cursos à distância, o formato desses e ferramentas utilizadas pode variar de

acordo com a instituição de ensino. Desta forma, os cursos oferecidos pela UFPB possuem

formato próprio e são divididos segundo uma grade curricular com duração de 4 anos, em 8

semestres organizados em um sistema de créditos semestrais. Cada disciplina online é

composta por um professor e um tutor à distância para cada 100 alunos. Particularmente, em

relação à tutoria à distância, é estabelecida uma carga horária de 20 horas semanais, que pode

ser verificada dentro do ambiente Moodle, através da ferramenta Relatório de Atividades

onde são registradas todas as ações executadas por qualquer indivíduo que esteja cadastrado

previamente. Por meio dessa ferramenta, o coordenador de tutoria (docente responsável pelo

3

cumprimento do horário e da qualidade do serviço do tutor à distância), pode controlar todas

as ações dos tutores.

UFPB Virtual é uma modalidade nova em educação na Paraíba, com apenas 2 anos e 6 meses

de existência. Assim, o corpo docente e o número de alunos vêm aumentando a cada semestre

com a abertura de novas disciplinas. O aumento de número de tutores à distância vem

tornando cada vez mais árduo o controle do serviço prestado para o coordenador de tutoria, já

que o Moodle não oferece uma funcionalidade específica para tal propósito, sendo o Relatório

de Atividades o único meio de se obter informações sobre os horários dos tutores.

O principal objetivo deste trabalho é apresentar o protótipo de uma ferramenta que deverá ser

incorporada ao sistema Moodle, possibilitando, de forma mais prática e eficiente, o

gerenciamento das atividades e do horário de trabalho dos tutores pelo coordenador de tutoria.

A fim de verificar aspectos de qualidade desta ferramenta, foi conduzido um experimento de

simulação do uso desta nova funcionalidade para o gerenciamento das atividades dos tutores

que apresenta notável melhoria da gestão dos tutores, promovendo uma diminuição no tempo

de geração do relatório de suas atividades de 16 para 6 minutos (no pior caso). Além disso,

pode-se considerar o sistema mais amigável (user-friendly), uma vez que transforma o

acompanhamento dos tutores em uma tarefa mais acessível; e com menos possibilidades de

erro, já que é gerada com base nos registros do sistema.

O artigo encontra-se organizado da seguinte maneira: na Seção 2 detalha-se a metodologia

utilizada na análise do sistema e no desenvolvimento do protótipo, na Seção 3 apresentam-se

os resultados obtidos e na Seção 4 encontram-se as considerações finais e trabalhos futuros.

2. Metodologia

O desenvolvimento da funcionalidade está dividido em três momentos: a análise, o

desenvolvimento do protótipo e a simulação. Em seguida serão discutidas as metodologias

utilizadas em cada um dos momentos.

2.1 Metodologia da análise

Durante a análise, as atividades realizadas estão expostas no diagrama de Gantt (Figura 1) que

é utilizado para ilustrar o avanço das diferentes etapas de um projeto (WILSON, 2003).

Figura 1 Diagrama de Gantt das atividades da análise

A primeira atividade realizada foi a definição de papéis. Um papel constitui um conjunto de

responsabilidades que determina qual será o comportamento de uma pessoa durante parte do

4

processo. No presente trabalho foram definidos: cliente, usuário, gerente, desenvolvedor

(GARCIA, 2004).

A próxima atividade foi uma reunião entre desenvolvedor, gerente, cliente e usuário. O

objetivo do primeiro contato é fazer com que cliente, usuário, gerente e desenvolvedor tenham

uma idéia comum a respeito do sistema que será desenvolvido. Para tanto, foi aplicado um

questionário não-estruturado ao cliente e usuário (RAUTERBERG, 1995).

Ao final da conversa, gerente e desenvolvedor devem ter um idéia bem definida do problema,

conhecer o perfil do usuário do sistema e suas necessidades, saber quais são os requisitos

funcionais e não-funcionais. Com essas informações deve partir para a elaboração dos

documentos da próxima etapa que são o documento de visão, os requisitos, o perfil do usuário

e os objetivos de usabilidade. Tais documentos serão descritos a seguir:

- O documento de visão é um artefato que define em alto nível o domínio do problema, uma

maneira direta de comunicar o que se pretende no projeto para todos os envolvidos. Entre

outras coisas, ele serve para avaliar se a equipe de desenvolvimento entendeu corretamente o

domínio do problema descrito pelo cliente e fazer com que o desenvolvedor pense no sistema

como um todo. (GARCIA, 2004)

- Os requisitos são os objetivos e as restrições, listados pelo cliente e usuário, que definem

características e funções de um sistema. Eles servem para especificar as características do

sistema, ou seja, o que ele deve fazer ou como ele deve operar. Tais requisitos podem ser

funcionais e não-funcionais. Os funcionais descrevem as várias funções que o software deve

possuir. E os não funcionais definem as propriedades e restrições, tais como

manutenibilidade, usabilidade, desempenho (SAIEDIAN, 2000).

- O perfil do usuário é um conjunto de informações relacionadas às características de

potencias usuários do sistema. Tais características devem revelar as habilidades, as limitações,

as preferências, os interesses dos usuários, assim como o conhecimento prévio dos mesmos

com relação a tarefa a ser realizada e ao uso de sistemas computacionais. Serve para que a

equipe de desenvolvimento possa selecionar usuários a fim de inseri-los no processo de

desenvolvimento do sistema (RAUTERBERG, 1995).

- Objetivo da usabilidade é um conjunto de metas de usabilidade, mensuráveis, que devem ser

alcançados pelo sistema. Geralmente se referem à eficácia, eficiência, segurança, aprendizado

e memorização do sistema. Permite avaliar a usabilidade do sistema a partir do tempo que o

usuário leva para executar uma determinada tarefa.(BRINCK, 2002)

Após a validação do cliente e dos usuários dos documentos listados acima são elaborados os

casos de uso. Eles são especificações feitas pelo cliente e usuários a fim de definir o que o

sistema deve ter/fazer. É com base nos casos de uso que as funções do sistema são

implementadas. Para cada caso de uso está associado pelo menos um teste de aceitação e uma

estimativa de tempo.

2.2 Metodologia do desenvolvimento do protótipo

Foi utilizado um conjunto de metodologias para o desenvolvimento do protótipo, conhecidas

como Método Ágil. O método ágil minimiza o risco de obter um resultado que se afaste do

desejado pelo cliente com o desenvolvimento do software em curtos períodos, chamados

iterações. Cada iteração inclui todas as tarefas necessárias para implementar um mini-

incremento da nova funcionalidade (MIKIO, 2004).

5

Algumas características do método que podemos destacar como pontos positivos para o

desenvolvimento foram:

- Softwares funcionais devem ser entregues ao final de cada iteração. Assim, poderia ser

usado como métrica de progresso do projeto.

- Cooperação constante entre pessoas que entendem do „negócio‟ e desenvolvedores. Assim,

os desenvolvedores se mostravam motivados e os clientes satisfeitos.

- Simplicidade. Característica essencial para o desenvolvimento rápido e funcional.

- Foco nos indivíduos e iterações mais do que processos e ferramentas.

- Software funcional mais do que documentação extensa.

As atividades foram divididas em três iterações. Após o término do desenvolvimento de uma

iteração, uma versão do software era entregue ao cliente para os testes de aceitação e

validação.

A primeira iteração realizada (Figura 2, atividades de 1 a 4) foi referente às funcionalidades

relacionadas diretamente ao controle do horário. A segunda iteração (Figura2, atividades 6 e

7) inclui os tutores e seus horários específicos. A duas primeiras iterações já ofereciam um

software suficiente para gerenciamento. A terceira iteração foi referente a funcionalidades

adicionais solicitadas pelo cliente e usuário.

O desenvolvimento das iterações e atividades foi controlado segundo o diagrama de Gantt

apresentado na Figura 2.

Figura 2 Diagrama de Gantt das atividades de desenvolvimento do protótipo

2.3 Metodologia da Simulação

Para a etapa de simulação foi estabelecido fluxo de atividades a serem realizados e

cronometrados na versão antiga disponível no Moodle e com a nova ferramenta.

Duas variáveis foram identificadas com relação ao tempo necessário que o coordenador leva

para chegar ao relatório de atividades de cada tutor com seus sub-relatórios: relatório

resumido, relatório completo, logs de hoje, todos os acessos, estatísticas e notas. A saber, Ta

que seria o tempo de acesso a cada funcionalidade e Tv o tempo de verificação da

funcionalidade.

6

Foram realizados sucessivos testes com as funcionalidades implantadas no protótipo na busca

pela diminuição do tempo de verificação de horário (Tv) ao longo do processo, fazendo com

que ocorra uma diminuição dos tempos em comparação aos tempos cronometrados na

ferramenta atual.

A representação das atividades, dos tempos médios necessários para executá-las, bem como a

ordem em que são efetuadas e a dependência entre elas foram representadas usando diagrama

de atividades (PAIGE, 2000). A estimativa de tempo utilizada foi uma média estabelecida da

repetição de 20 acessos para cada uma das ferramentas.

3. Resultados

Os resultados obtidos em cada um dos três momentos da concepção deste trabalho (análise,

desenvolvimento e simulação) são apresentados nos tópicos a seguir.

3.1 Resultados da análise

Os papéis foram definidos conforme mostrado na Tabela 1:

Equipe Papel

Coordenador dos tutores cliente/usuário

Tutor do quinto período do curso de matemática usuário

Componente 1 gerente

Componente 2 desenvolvedor

Tabela 1 – Definição de papéis do projeto

Na primeira reunião da equipe, foram discutidos os problemas presentes na plataforma

Moodle em relação ao gerenciamento dos tutores. Foi exposto que a ferramenta utilizada para

o controle dos horários era o Relatório de Atividades que é composta por seis janelas que

fornecem informações variando das mais resumidas às mais detalhadas, passando por gráficos

estatísticos que medem o número de atualizações da página (hits) por dia e por meses. São

elas: Relatório resumido, Relatório completo, Logs de Hoje, Todos os Acessos, Estatísticas

(está desativado) e Notas. O relatório de atividades pode ser visto na Figura 3.

O grande número de informações era desorganizado, algumas desnecessárias e faltavam

algumas informações essenciais. Além disso, a usabilidade da interface não era apropriada

dificultando a manipulação da ferramenta.

Diante dos problemas expostos foi proposto, através do documento de visão a concepção, o

desenvolvimento e a simulação de uma nova ferramenta para gerenciamento dos horários e

atividades dos tutores na plataforma Moodle da UFPB Virtual. O objetivo da funcionalidade é

oferecer de forma simples, fácil e organizada informações sobre os horários em que os tutores

estiveram disponíveis na plataforma para atendimento aos alunos. Aplicação terá dois tipos de

acesso: uma para o tutor e outra para o coordenador.

7

Figura 3 Relatório de atividades

Os requisitos funcionais presentes na ferramenta na visão do coordenador seriam:

- Listagem com os tutores regulares, ou seja, os que cumpriram o horário.

- Listagem com os tutores irregulares, ou seja, os que não cumpriram o horário.

- Detalhamento do horário cumprido pelo tutor no dia, no mês e no semestre.

- Porcentagem representando o horário cumprido de um determinado tutor.

- Função para especificar faltas justificadas.

- Emissão de relatórios da última hora, do dia, do mês e do semestre em relação aos tutores

em geral.

Na visão do tutor os quesitos seriam:

- Status informando se está dentro de seu horário.

- Porcentagem representando o cumprimento de carga horária.

- Número de horas que faltam para cumprir o horário de atendimento.

- Detalhamento de seu horário.

Durante o levantamento dos requisitos não funcionais foi verificado que os itens desejados

pelos usuários e cliente estavam todos relacionados aos objetivos de usabilidade, sendo eles:

- Sistema de acesso rápido. O tempo de resposta não deve demorar muito, já que é objetivo

diminuir o tempo necessário para o gerenciamento dos tutores.

- Documentação interna completa. É preciso que o código esteja bem documentado para que

futura manutenção e refatoramento de código não sejam complexas.

- Facilidade de uso. Interface simples e com elementos intuitivos.

8

Diante da especificação do problema formalizado e validado pelo cliente foram formulados os

casos de uso e os testes de aceitação para os requisitos as atividades a serem desenvolvidas

no desenvolvimento de protótipo, os quais são apresentados resumidamente no diagrama de

Gantt da Figura 4. O tempo estimado para implementação de cada caso de uso foi de 12 horas

úteis.

Figura 4 Diagrama de Gantt dos casos de uso

Com a aprovação dos documentos da análise pelo cliente e pelo usuário houve uma

fundamentação sólida para o desenvolvimento do protótipo.

3.2 Resultados do desenvolvimento do protótipo

O protótipo contém interfaces para as duas visões dos dois tipos de usuários: a do

coordenador e a dos tutores. Primeiro, será tratado a visão do coordenador.

Levando em consideração os requisitos funcionais levantados, o perfil do usuário, os

objetivos de usabilidade e as preferências do cliente e usuário, a primeira tela da

funcionalidade do gerenciamento dos tutores seria em relação aos tutores monitorados em

geral. Como pode ser visto na Figura 5, foi disponibilizada duas listagens: uma dos tutores

regulares e outra dos tutores irregulares, isto é, os tutores que não cumpriram o horário de

atendimento em sua totalidade.

Figura 5 Tela inicial da visão do coordenador

9

Para evitar acúmulo de informação, a funcionalidade de emissão de relatório dos tutores em

geral foi colocada em um botão na parte inferior da tela. Ao apertar o botão, uma nova janela

(pode ser vista na Figura 6) será aberta e será solicitado o período ao qual irá corresponder o

relatório. Após a seleção e confirmação, será feito o download do relatório pedido no formato

PDF.

Figura 6 Tela para escolha de período de relatório

Para detalhamento do horário de um tutor específico, deve-se usar o duplo clique do mouse

em cima de seu nome e será aberta uma nova tela com informações sobre o tutor escolhido,

como pode ser visto na figura 7.

Figura 7 Tela de informações especificas de um tutor

Na parte superior da tela temos disponível a foto, o nome e a disciplina do tutor para sua

identificação. Além disso, temos um resumo da situação do cumprimento do horário com um

percentual que representa o número de horas trabalhadas, com uma fonte maior e cor

destacada para uma fácil identificação, e a informação do número de horas que não foram

cumpridas pelo tutor.

Abaixo, do lado esquerdo temos o detalhamento do horário do tutor para o dia corrente, a

semana e o semestre. No lado direito temos quatro botões: um para o relatório de atividades

10

(funcionalidade disponível do Moodle), um para justificar falta (Figura 8), um para enviar

mensagem para o tutor (funcionalidade disponível no Moodle) e um com a opção de voltar.

Após o clique no botão de justificar falta, uma tela possibilita a escolha o número de horas

não cumpridas que foram justificadas. Confirmado o número horas, estas serão descontadas

do número de horas devidas e somadas a horas trabalhadas.

Figura 8 Tela de justificativa de falta

Para a visão do tutor, foi especificado que cada um só teria acesso a informações sobre o seu

próprio horário. Levando em consideração os requisitos, os objetivos de usabilidade, o perfil

dos usuários e customizações feitas pelo usuário foi concebido a interface e as

funcionalidades da página principal para gerenciamento do próprio horário (Figura 9).

Figura 9 Tela inicial da visão tutor

11

Na parte superior, encontra-se foto e nome que o identifica, e o resumo da situação do seu

horário, contendo: porcentagem que representa o número de horas trabalhadas, um status que

mostra se ele está online em seu horário de atendimento e o número de horas que deve para

cumprir horário

Abaixo, do lado esquerdo, encontra-se o plano de trabalho proposto para o horário de

atendimento e detalhamento de horário para o dia corrente e semana. Do lado direito, existem

2 botões que acessam funcionalidades presentes no Moodle. O botão “Acessar Disciplina” vai

direto para a página da disciplina do tutor e o botão “Justificar Falta” vai para o campo de

enviar mensagem para o coordenador dos tutores.

3.3 Resultado da simulação

Em entrevista com o coordenador dos tutores e analisando o Relatório de Atividades, foram

identificados os fluxos de atividades que o coordenador acessa para verificação dos tutores.

Os tempos identificados para as atividades resultaram de 20 acessos aleatórios à disciplina.

Apesar de ambos dependerem da conexão com a Internet e o Tv conter incertezas

provenientes da avaliação do coordenador, após esse número de cronometragens, estimou-se

uma média para estes tempos. No diagrama de atividades mostrado na Figura 10, os tempos

médios identificados resultam da soma Ta + Tv.

Figura 10 Diagrama de atividades da funcionalidade antiga

Foi definido o fluxo de atividade para a verificação de um tutor para a nova funcionalidade.

Após 20 acessos foi determinada a média de tempo para o acesso de cada funcionalidade. Os

resultados da simulação estão descritos do diagrama de atividades mostrado na Figura 11.

12

Figura 11 Diagrama das atividades para a nova funcionalidade

Fazendo um comparativo do número de atividades no diagrama da funcionalidade antiga

(Figura 10) com o diagrama da nova funcionalidade (Figura 11), observa-se que houve uma

redução das mesmas. Para o pior caso, na funcionalidade antiga, entre fazer o login e ter um

“tutor verificado” tem-se 9 atividades. Com a utilização do protótipo, são necessárias apenas 3

atividades para toda a checagem de regularidade dos horários.

A Tabela 2 abaixo mostra o tempo total para verificação do horário de um tutor para o pior

caso nas duas funcionalidades.

Ferramenta Tempo

Ferramenta oferecida pelo Moodle 16 minutos e 46 segundos

Protótipo 6 minutos e 22 segundos

Tabela 2 – Tempo total de verificação nas ferramentas

O comparativo feito acima comprova que houve de fato uma redução nos tempos necessários

para a execução de cada atividade, fruto de uma melhor organização dos dados observados no

atual modelo e de eliminações de rotas percorridas para acessar informações descentralizadas.

Assim, além da redução de tempo, a ferramenta tornou-se mais amigável, facilitando a tarefa

do coordenador.

Em relação ao tempo total de verificação dos tutores, foi verificado que na funcionalidade

antiga era necessário pesquisar individualmente todos os tutores para obter uma listagem

contendo os tutores irregulares. Usando o protótipo, essa listagem já está disponível

diretamente para o coordenador. Como o maior interesse é notificar os tutores irregulares,

através do uso dessa funcionalidade o coordenador acessará apenas a listagem dos mesmos.

4. Considerações finais

O gerenciamento dos tutores no ensino à distância representa um desafio, já que esta

modalidade de ensino vem crescendo bastante nos últimos anos e, conseqüentemente, o

número de tutores tem aumentado proporcionalmente. Este trabalho estudou especificamente

como melhorar o gerenciamento dos tutores que são monitorados através do sistema Moodle,

13

utilizado pela UFPB Virtual. Através da análise das atividades realizadas nesta tarefa, foi

possível desenvolver uma funcionalidade que, além de melhorar a usabilidade do sistema,

tornando-a mais amigável, aumenta consideravelmente a produtividade dos coordenadores

dos tutores.

A complexidade no modo de gerenciamento dos horários na ferramenta Relatório de

Atividades foi satisfatoriamente reduzida, proporcionando uma redução no tempo de geração

deste relatório de 16 para 6 minutos, no pior caso. Tal aperfeiçoamento se deu através das

reduções nos tempos de acesso à listagem de tutores, verificação do perfil de cada um deles e

acesso a listagem de disciplinas, além da eliminação de tempos de verificação. Conseguiu-se

organizar de forma mais simples as funcionalidades segundo os graus de semelhança

verificados, possibilitando a inserção de novas funcionalidades necessárias para a avaliação

da situação do horário do tutor e da forma como o mesmo presta o serviço pela plataforma de

ensino.

As próximas contribuições pretendidas na continuação deste trabalho referem-se à

implantação dessa ferramenta no Moodle como ferramenta localizada em “Administração”,

que é um local onde se concentram algumas ferramentas específicas para cada ator

participante do ambiente virtual de aprendizagem Moodle. Tornando-se, assim, a ferramenta

na qual o coordenador de tutoria poderá melhor controlar os tutores do curso à distância do

qual fazem parte. Essa nova etapa fechará o ciclo que se iniciou com a identificação do

problema, passou pela formulação do protótipo, criação do protótipo, teste de aceitação e

correção de falhas do protótipo, para então ser viabilizado por meio da implantação como

ferramenta integrada ao Moodle.

Referências

BRINCK T., GERGLE D., WOOD S., Usability in Software Development, Usability for the Web, 2002, p.

339-364.

FUCKS H., Aprendizagem e Trabalho Cooperativo no Ambiente AulaNet. Revista Brasileira de Informática na

Educação, Sociedade Braleira de Computação, 2000, p. 53-73.

GARCIA F. P., et al. easYProcess: Um Processo de Desenvolvimento para Uso no Ambiente Acadêmico. XII

Workshop de Educação em Informática – XXIV Congresso da Sociedade Brasileira de Computação, 2004.

KAMINSK, J. Editorial: Moodle – A user-friendly, open source course management system. Online Journal of

Nursing Informatics (OJNI), 9(1), 2005, p. 1– 3. Online.

LU J., Chun-Sheng Yu, LIU C., Learning style, learning patterns, and learning performance in a WebCT-

based MIS course, Information & Management, Vol. 40, 2003, p. 497-507.

MIKIO, A. Agile software process model. Computer Standards & InterfacesEngineering Information abstract,

2004, Vol. 21, 1999, p. 177

PAIGE R. F., OSTROFFJ S., BROOKE P. J. Principles for modeling language design. Information and

Software Technology, Vol. 42, 2000, p. 665-675.

PETERS, O. Distance Education in Transition: New trends and challenges. Vol. 4, Nº. 3, 2003, University of

British, Columbia.

RAUTERBERG M., STROHM O., KIRSCH C., Benefits of user-oriented software development based on an

iterative cyclic process model for simultaneous engineering, International Journal of Industrial Ergonomics,

VoL. 16, 1995, Pages 391-409.

14

SAIEDIAN H., DALE R. Requirements engineering: making the connection between the software developer

and customer, Information and Software Technology, Vol. 42, 2000, Pages 419-428.

SANTOS, E.O. Ambientes Virtuais de Aprendizagens: por autorias livres, plurais e gratuitas. Revista

FAEEBA, Salvador: v. 11, n. 18, p. 425-435, dez. 2002.

VAN DER LINDEN, M.M. Diálogo didático on-line mediado: subsídios para sua avaliação em situações de

ensino-aprendizagem. 2005. 261 p. Tese (Doutorado em Engenharia de Produção) Programa de Pós-graduação

em Engenharia de Produção. UFSC, Florianópolis.

WILSON J. M. Gantt Charts: A centenary appreciation. European Journal of Operational Research, 149, 2003,

p. 430-437.