Resumo - Centro de Ciências Exatas e da Terra

Transcrição

UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE
U NIVERSIDADE F EDERAL DO R IO G RANDE DO N ORTE
C ENTRO DE C IÊNCIAS E XATAS E DA T ERRA
D EPARTAMENTO DE I NFORMÁTICA E M ATEMÁTICA A PLICADA
C IÊNCIA DA C OMPUTAÇÃO
Ambiente Computacional Auxiliar ao
Ensino/Aprendizagem a Distância de
Tecnologias do Petróleo
Arakén Pereira da Silva
Natal/RN, Dezembro de 2006
UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE
U NIVERSIDADE F EDERAL DO R IO G RANDE DO N ORTE
C ENTRO DE C IÊNCIAS E XATAS E DA T ERRA
D EPARTAMENTO DE I NFORMÁTICA E M ATEMÁTICA A PLICADA
C IÊNCIA DA C OMPUTAÇÃO
Orientador: Prof. Dr. Marco Cesar Goldbarg
Monografia submetida ao Departamento de
Informática e Matemática Aplicada da Universidade Federal do Rio Grande do Norte,
como parte dos requisitos necessários para
obtenção do grau de Bacharel em Ciência da
Computação.
Natal/RN, Dezembro de 2006
Aprovada em 05 de Dezembro de 2006 pela banca examinadora composta pelos seguintes
membros:
Prof. Dr. Marco Cesar Goldbarg (orientador) . . . . . . . . . . . . . . . . DIMAp/UFRN
Profa Dra Apuena Vieira Gomes . . . . . . . . . . . . . . . . . . . . . . . . . . . . DIMAp/UFRN
Profa Dra Elizabeth Ferreira Gouvea Goldbarg . . . . . . . . . . . . . . . DIMAp/UFRN
Aos meus pais.
Agradecimentos
A Deus, por tudo.
Ao meu orientador, Prof. Dr. Marco Cesar Goldbarg, sou grato pela orientação.
Aos meus pais e irmãs, pelo apoio incondicional.
À ANP e ao PRH-22, pelo apoio financeiro e técnico.
Sou grato também a Profa Dra Apuena Vieira Gomes pelo apoio e Profa Dra Elizabeth
Ferreira Gouvea Goldbarg.
Resumo
O PRH-22 tem demonstrado interesse por alternativas complementares para promover
o aprendizado sobre as tecnologias de petróleo e gás. Atualmente o processo de ensino/aprendizagem ocorre de forma presencial, onde especializações profissionais consideradas estratégicas e imprescindíveis para atender as demandas da indústria do petróleo
são organizadas e oferecidas pelo programa, juntamente com as instituições de ensino.
A educação a distância é uma modalidade de ensino que visa ampliar as possibilidades
de acesso ao conhecimento, dar formação continuada e minimizar deficiências do ensino
presencial. Sua principal característica é a separação entre professor e aluno no espaço
e/ou no tempo e o fato da interação ser mediada através de alguma forma de tecnologia, tal
como as redes de computadores. Neste trabalho é proposto um ambiente computacional
auxiliar ao ensino/aprendizagem a distância de tecnologias do petróleo, o qual consiste
em um protótipo de um sistema de ensino a distância, cujo principal objetivo é auxiliar o
PRH-22 na formação de capital humano para o setor petróleo e gás.
Palavras-chave: PRH-22, ensino a distância, petróleo, informática.
Abstract
The PRH-22 has demonstrated interest for complementary alternatives to promote the
learning on the oil technologies and gas. Currently the process of education/learning
occurs of presencial form, where considered professional specializations strategical and
essential to take care of the demands of the industry of the oil are organized and offered
for the program, together with the education institutions. The e-learning is an education
modality that it aims at to extend the possibilities of access to the knowledge, to give
continued formation and to minimize deficiencies of presencial education. Its main characteristic is the separation between teacher and pupil in the space and/or the time and the
fact of the interaction to be mediated through some form of technology, as the computer
networks. In this work is considered a computational environment auxiliary to e-learning
of technologies of the oil, which consists of an prototype of an system of e-learning,
whose main objective is to assist the PRH-22 in the formation of human capital for the
sector oil and gas.
Keywords: PRH-22, e-learning, oil, computer science.
Sumário
Sumário
i
Lista de Figuras
iii
1
Introdução
1.1 Objetivos gerais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Objetivos específicos . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3 Organização do trabalho . . . . . . . . . . . . . . . . . . . . . . . . . .
2
Fundamentação teórica
2.1 Ensino a distância . .
2.1.1 Blackboard .
2.1.2 WebCT . . .
2.1.3 AulaNet . . .
2.1.4 Virtus . . . .
2.1.5 TelEduc . . .
2.2 Arquitetura proposta
3
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Implementação do protótipo
3.1 Ferramentas utilizadas . . . . . .
3.1.1 SQL e MySQL . . . . . .
3.1.2 PHP . . . . . . . . . . . .
3.1.3 HTML . . . . . . . . . .
3.1.4 JavaScript . . . . . . . . .
3.2 Resultados . . . . . . . . . . . . .
3.2.1 Módulo padrão . . . . . .
3.2.2 Módulo do aluno . . . . .
3.2.3 Módulo do professor . . .
3.2.4 Módulo do administrador .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1
4
4
5
.
.
.
.
.
.
.
7
7
9
11
14
17
19
22
.
.
.
.
.
.
.
.
.
.
29
29
29
31
33
33
34
35
37
43
47
4
Implantação da disciplina DIM333
49
5
Conclusões
57
Referências Bibliográficas
59
i
A Listagens computacionais
A.1 Código JavaScript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61
61
Lista de Figuras
1.1
1.2
O PRH-ANP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
O PRH-22 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
2.9
2.10
2.11
2.12
2.13
2.14
2.15
2.16
2.17
2.18
2.19
2.20
2.21
2.22
Tela de abertura do Blackboard - MyBlackboard . . . . . .
Apresentação de um curso no Blackboard . . . . . . . . .
Adicionar conteúdo no Blackboard . . . . . . . . . . . . .
Tela de abertura do WebCT - myWebCT . . . . . . . . . .
Página de acesso ao curso de Sistemas Operacionais . . . .
Relatório das ações realizadas pelo aluno no WebCT . . .
Tela de entrada para área do usuário no AulaNet . . . . . .
Ferramenta responsável pelos Avisos no AulaNet . . . . .
Ferramenta para gerenciar avaliações no AulaNet . . . . .
Tela inicial de um curso no Virtus . . . . . . . . . . . . .
Agenda de atividades no Virtus . . . . . . . . . . . . . . .
Inserção de informações na agenda de atividades do Virtus
Biblioteca de links no Virtus . . . . . . . . . . . . . . . .
Tela de abertura de um curso no TelEduc . . . . . . . . . .
Agenda de um curso no TelEduc . . . . . . . . . . . . . .
Atividades de um curso no TelEduc . . . . . . . . . . . .
Ambientes e sub-ambientes do sistema . . . . . . . . . . .
O ambiente padrão . . . . . . . . . . . . . . . . . . . . .
O sub-ambiente aluno . . . . . . . . . . . . . . . . . . . .
O sub-ambiente professor . . . . . . . . . . . . . . . . . .
O sub-ambiente administrador . . . . . . . . . . . . . . .
O Modelo de dados . . . . . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
10
11
12
13
13
14
15
16
16
17
18
18
19
20
20
21
24
24
25
25
26
27
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.10
3.11
Tela de início . . . . . . . . . . . . . .
Listagem dos cursos . . . . . . . . . . .
Listagem dos professores . . . . . . . .
Formulário para cadastro de novo aluno
Formulário para acesso ao sistema . . .
Tela principal do ambiente do aluno . .
Página principal do curso . . . . . . . .
Listagem dos alunos de um curso . . . .
Listagem dos downloads . . . . . . . .
Agenda de avisos . . . . . . . . . . . .
Listagem dos links . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
35
35
36
36
37
37
38
38
39
39
40
iii
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1
2
3.12
3.13
3.14
3.15
3.16
3.17
3.18
3.19
3.20
3.21
3.22
3.23
3.24
3.25
3.26
3.27
Listagem das provas . . . . . . .
Exemplo de prova . . . . . . . .
Sala de bate-papo . . . . . . . .
Cadastro de aluno em curso . . .
Formulário para dados pessoais .
Página principal do professor . .
Página principal do curso . . . .
Histórico de utilização . . . . .
Respostas das provas . . . . . .
Editando a Agenda . . . . . . .
Gerenciando alunos . . . . . . .
Inserindo questão em prova . . .
Gerenciando salas de bate-papo .
Cursos (ver) . . . . . . . . . . .
Professores (editar) . . . . . . .
Cursos (editar) . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
40
41
41
42
42
43
43
44
44
45
45
46
46
47
47
48
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
4.9
4.10
Cadastro de DIM333 . . . . . . . . .
Cadastro do professor ”João Câmara”
Associando ”João Câmara” à DIM333
DIM333 - Home . . . . . . . . . . .
DIM333 - Alunos . . . . . . . . . . .
DIM333 - Downloads . . . . . . . . .
DIM333 - Agenda . . . . . . . . . . .
DIM333 - Links . . . . . . . . . . . .
DIM333 - Lista de provas . . . . . . .
DIM333 - Prova . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
50
50
51
52
52
53
53
54
54
55
Capítulo 1
Introdução
O PRH-ANP (Programa de Recursos Humanos da ANP-Agência Nacional do Petróleo)
é um programa de cunho nacional cujo principal objetivo consiste em estimular as instituições de ensino a organizarem e oferecerem especializações profissionais consideradas
estratégicas e imprescindíveis para atender as demandas da indústria do petróleo.
O programa foi criado sob a égide da Lei 9.478, Art. 8o (Atribuições da ANP) onde
estabelece o estímulo à pesquisa e a adoção de novas tecnologias na exploração, produção,
transporte, refino e processamento. Como instrumento de política industrial, o programa
visa gerar capital humano para as atividades relacionadas à indústria do petróleo e gás
natural.
Figura 1.1: O PRH-ANP
2
CAPÍTULO 1. INTRODUÇÃO
O PRH-22 (Programa de Formação em Geologia, Geofísica e Informática no Setor
Petróleo e Gás na UFRN), que reúne o Programa de Pós-Graduação em Geodinâmica e
Geofísica (PPGG) dos departamentos de Geologia e de Física Teórica e Experimental,
e o Mestrado em Sistemas de Computação (MSC) do Departamento de Informática e
Matemática Aplicada, foi criado visando a concepção de um espaço eficiente para a interação interdisciplinar e complementação de carências específicas, espaço este encapsulado
num programa de formação de profissionais nos níveis de Graduação (Geologia, Ciências
da Computação e Engenharia da Computação), Mestrado (PPGG e MSC) e Doutorado
(PPGG). Este espaço irá criar as condições para um envolvimento conjunto efetivo em
pesquisa por parte de ambos os grupos, suprindo carências mútuas e gerando linguagens
e problemas comuns relacionados ao Setor Petróleo e Gás [PRH-22].
A cooperação e o intercâmbio entre os dois grupos se dá basicamente de três maneiras:
• Compartilhamento de disciplinas
• Compartilhamento de orientação
• Pesquisas conjuntas e assessoria técnica
A figura abaixo apresenta os aspectos técnico-administrativos do PRH-22.
Figura 1.2: O PRH-22
Com o intuito de despertar o interesse acadêmico pelo setor e, por conseguinte, projetar uma melhor qualificação profissional, o PRH-22 tem demonstrado interesse por alternativas complementares para promover o aprendizado sobre as tecnologias de petróleo
e gás. Atualmente, o aprendizado sobre estas tecnologias se dá através do incremento
de especializações estratégicas nos cursos existentes, objetivando atender as demandas da
indústria do petróleo e gás.
3
Segundo o [DOU, 1998], o ensino a distância é definido como uma forma de ensino
que possibilita a auto aprendizagem, com a mediação de recursos didáticos sistematicamente organizados, apresentados em diferentes suportes de informação, utilizados isoladamente ou combinados, e veiculados pelos diversos meios de comunicação.
A partir do conceito apresentado, [SCREMIM, 2002] afirma que, o que caracteriza
o ensino a distância é a separação entre professor e aluno no espaço e/ou no tempo e o
fato da comunicação ser mediada por alguma forma de tecnologia, tais como as redes de
computadores, que vêm sendo amplamente utilizadas nos últimos anos com o advento da
Internet.
O desenvolvimento da infraestrutura de comunicação e a expansão das redes de computadores permite o estudo do uso de novas tecnologias, como a Internet, para a realização
de cursos a distância a fim de minimizar os problemas de espaço e tempo que separam o
professor e o aluno [OEIRAS, 1998].
Adicionalmente, [BELLONI, 2003] descreve que as facilidades inéditas de comunicação oferecidas pelas TIC (Tecnologias de Informação e Comunicação) vêm modificar
fortemente as possibilidades de interação à distância - simultânea ou diferida -, pondo à
disposição dos sistemas, de seus estudantes e professores técnicas rápidas, seguras, eficientes e, em alguns casos, mesmo baratas, como o e-mail, por exemplo.
Tendo em vista o exposto acima, propõe-se que a utilização de um Sistema de Ensino
a Distância apresenta-se como uma alternativa para complementar o processo de aprendizagem das tecnologias do petróleo no PRH-22, dinamizando a interação professor/aluno
a partir da integração entre a alta capacidade e flexibilidade de difusão de informação e facilidades de comunicação providas pelas redes de computadores. A educação a distância é
uma modalidade de ensino que visa ampliar as possibilidades de acesso ao conhecimento,
dar formação continuada e minimizar deficiências do ensino presencial.
De acordo com [SCREMIM, 2002], um dos pilares essenciais para a garantia da qualidade de um curso, na modalidade a distância, é a interatividade entre as partes envolvidas, que hoje, é facilitada pelo avanço das tecnologias de informação e comunicação. Já
[GUIMARÃES, 2005], ressalta que o avanço da interatividade tem progredido também,
em seu caráter qualitativo, devido à variedade, riqueza e natureza das interações oferecidas pelos suportes computacionais de rede.
A utilização de um Sistema de Ensino a Distância, além de se mostrar como uma alternativa complementar para promover o aprendizado sobre as tecnologias de petróleo e gás,
apresenta-se como uma proposta conveniente para auxiliar o PRH-22 na criação de um
espaço eficiente para a interação interdisciplinar e complementação de carências específicas, pois fornece um ambiente compartilhado que é altamente favorável à construção
4
coletiva do saber.
Atualmente, o ensino a distância está diretamente relacionado com a Informática,
através de uma gama de tecnologias existentes. Normalmente, o cerne da relação do
ensino a distância com a Informática é a Internet. Com a Internet, indivíduos podem
se comunicar através de distâncias inclusive continentais, em uma velocidade bastante
rápida [GUIMARÃES, 2005].
Muitas das ferramentas existentes na Internet podem vir a facilitar o ensino a distância,
tais como o e-mail, programas para a transferência de arquivos, navegadores de páginas
web, programas de bate-papo (chat), entre outras [GUIMARÃES, 2005].
1.1
Objetivos gerais
Em linhas gerais o objetivo do trabalho consiste em complementar o processo de
ensino/aprendizagem de tecnologias do petróleo no PRH-22 a partir das facilidades de
interação e comunicação providas pelas redes de computadores. Esse complemento darse-á através de um ambiente computacional que permita ao professor: gerenciar conteúdo didático no formato digital e controlar o acesso de alunos; bem como permitir que
alunos tenham facilidades tanto no acesso ao material como na interação com professores
e alunos.
O ambiente auxiliará no processo de ensino/aprendizagem de tecnologias do petróleo
visando contribuir com a formação de profissionais com conhecimentos específicos no
setor. Essa contribuição fornece subsídios para a concepção de capital humano por parte
das empresas, injetando uma dose mais efetiva de conhecimento e novas idéias, bem como
auxiliando no progresso da ciência e na sua aplicabilidade ao setor de petróleo e gás.
1.2
Objetivos específicos
O desafio consiste em projetar e implementar um protótipo de um Sistema de Ensino a
Distância. Um protótipo é um sistema que apresenta uma funcionalidade limitada e bem
definida para fins específicos. Esse protótipo caracterizará um ambiente que irá operar
de forma distribuída, através de uma rede de computadores, possibilitando controle de
acesso e facilidades de comunicação entre os participantes do ambiente.
O protótipo se adequará a um módulo específico de funcionalidades de acordo com
o tipo de usuário que estiver interagindo com o ambiente. Ao aluno será permitido o
cadastro em cursos, acesso a bate-papo, baixar arquivos e realizar provas on-line. O
1.3. ORGANIZAÇÃO DO TRABALHO
5
professor poderá editar cursos conforme seus interesses através da inserção de material
didático, edição de provas e controle de acesso dos alunos. Por fim o administrador terá
controle sobre professores e cursos, sendo responsável pela inserção e remoção de ambos.
Uma vez concebido o protótipo, outro objetivo que pretende-se atingir com o presente
trabalho é implantar no sistema a disciplina DIM333-Elementos de Pesquisa Operacional Aplicada à Indústria do Petróleo. A disciplina DIM333 integra o conjunto das
disciplinas que compõem a grade curricular do PRH-22 e sua implantação se dará a partir da adequação do material didático existente ao sistema. Com DIM333 cadastrada, os
testes para eventual verificação da corretude e validade do protótipo tornar-se-ão mais
efetivos, sendo portanto mais eficazes na detecção de possíveis erros e falhas.
Neste trabalho, não há a pretensão de elaborar um sistema completo capaz de atender a
todas as necessidades de um processo de ensino a distância de tecnologias do petróleo. O
objetivo é fornecer um apoio tecnológico complementar ao processo tradicional realizado
em sala de aula (presencial).
É importante ainda ressaltar que o trabalho em questão é de cunho estritamente computacional, uma vez que consiste, em linhas gerais, na organização de informações em
banco de dados [SILBERSCHATZ, 2004] e na elaboração de scripts [WELLING, 2005]
que implementem uma lógica de aplicação, responsável por processar consultas no banco
de dados e apresentar os resultados dessas consultas convenientemente formatados [HTML]
ao usuário do sistema.
1.3
Organização do trabalho
O capítulo 2 contém a fundamentação teórica desenvolvida, onde são tratados aspectos
que descrevem os fundamentos educacionais e computacionais do sistema. Neste capítulo
está presente toda a base conceitual obtida através de um processo de revisão bibliográfica.
O capítulo 3 apresenta a descrição do protótipo, desde as ferramentas utilizadas ao
longo do seu desenvolvimento até suas principais funcionalidades, juntamente com os
resultados obtidos. Os resultados são apresentados de forma explanativa, fazendo-se o
uso de telas de navegação referentes a cada recurso descrito.
O capítulo 4 descreve o conjunto das atividades realizadas durante a implantação da
disciplina DIM333 no protótipo. O processo de implantação compreende a inserção de
alunos, professor, conteúdo e provas.
No capítulo 5 são apresentadas as conclusões obtidas com este trabalho.
6
Capítulo 2
Fundamentação teórica
Este capítulo contém a fundamentação teórica para o trabalho. Inicialmente serão
abordados alguns aspectos relacionados com as principais tecnologias utilizadas atualmente no Ensino a distância. Em seguida é proposta uma arquitetura de software que,
baseada em um processo metódico de análise, originou os fundamentos conceituais para
o início do desenvolvimento do protótipo.
2.1
Ensino a distância
Segundo [OEIRAS, 1998], a educação a distância, ao longo do seu desenvolvimento,
tem utilizado diversas tecnologias que servem como canal pelo qual são realizados o contato, as experiências e as trocas de conhecimento entre professores e alunos. São vários
os recursos tecnológicos que foram sendo incorporados nessa modalidade de educação
à medida que os avanços na área de comunicação e computação foram acontecendo. As
tecnologias hoje utilizadas vão desde o uso de correio até o uso de redes de computadores.
Cada uma delas pode ser eficiente para os diferentes propósitos na criação de ambientes
virtuais de ensino.
Na literatura especializada existem muitas definições sobre ensino/educação a distância. Duas definições elaboradas em épocas diferentes foram aqui destacadas:
• Ensino a distância é o ensino que não implica a presença física do professor indicado para ministrá-lo no lugar onde é recebido, ou no qual o professor está presente
apenas em certas ocasiões ou para determinadas tarefas [LEI FRANCESA, 1971].
• Educação a distância é um modo não contíguo de transmissão entre professor e
conteúdos do ensino e aprendentes e conteúdos da aprendizagem - possibilita maior
liberdade ao aprendente para satisfazer suas necessidades de aprendizagem, seja por
modelos tradicionais, não tradicionais, ou pela mistura de ambos [REBEL, 1983].
8
CAPÍTULO 2. FUNDAMENTAÇÃO TEÓRICA
Segundo [BELLONI, 2003], as definições acima, como muitas outras, são de modo
geral descritivas e definem a Educação a distância pelo que ela não é, ou seja, a partir da
perspectiva do ensino convencional da sala de aula. Adicionalmente, um outro parâmetro
comum em grande parte destas definições refere-se à separação física entre professor e
aluno, cuja interação passa a ser mediada através de uma tecnologia que tem a função de
um canal de comunicação [OEIRAS, 1998].
O desenvolvimento do ensino a distância acompanhou a evolução das tecnologias
de comunicação disponíveis em cada momento histórico. Desta forma, há três fases ou
gerações: geração textual, até cerca de 1960, baseada em material impresso; geração
analógica, de 1960 até 1980, textos impressos complementados por recursos de áudio e
vídeo; e a geração digital, em curso, com suporte em recursos tecnológicos altamente
diferenciados, do texto impresso à videoconferência, com forte apoio na Intenet e na
comunicação via satélite [GUIMARÃES, 2005].
A respeito da terceira geração, [BELLONI, 2003] afirma que a característica principal
destas tecnologias é a interatividade, característica técnica que significa a possibilidade de
o usuário interagir com uma máquina. Além disso, oferecem possibilidades inéditas de
interação mediatizada (professor/aluno; estudante/estudante) e de interatividade com materiais de boa qualidade e grande variedade. As técnicas de interação mediatizada criadas
pelas redes telemáticas (e-mail, listas de discussão, web sites etc.) apresentam grandes
vantagens pois permitem combinar a flexibilidade da interação humana (com relação à
fixidez dos programas informáticos, por mais interativos que sejam) com a independência
no tempo e no espaço, sem por isso perder velocidade.
Os primeiros cursos a distância eram realizados por correspondência e utilizavam materiais impressos. O processo de ensino/aprendizagem iniciava quando o aluno submetia
um pedido de inscrição no curso a distância e recebia os livros-textos e outros materiais.
O aluno deveria então estudar o conteúdo do curso, fazer as atividades propostas no material e enviá-las para a instituição responsável, onde seriam examinadas pelos professores
do curso. O curso por correspondência, utilizado até hoje, depende muito da motivação
do aluno, do seu interesse e de sua capacidade de trabalhar sozinho, além é claro dos
materiais educacionais utilizados [OEIRAS, 1998].
Segundo [OEIRAS, 1998], os recursos de comunicação da Internet, quando utilizados
em um curso a distância, podem tornar mais eficiente a comunicação entre o professor e o
aluno e entre os alunos, se comparados com outros métodos convencionais como o correio
comum. O correio eletrônico pode ser utilizado para enviar mensagens para o professor
ou outros alunos. As listas podem ser utilizadas para a discussão e compartilhamento de
idéias dentro de um grupo. A vantagem desses recursos é a otimização da comunicação e
2.1. ENSINO A DISTÂNCIA
9
o baixo custo associado. Essas características da Internet têm ampliado as possibilidades
de sua utilização como nova tecnologia de EAD. As facilidades mencionadas estão sendo
vistas pelos professores como um meio de difundir conhecimentos e criar cursos baseados
na Web para alunos em qualquer parte do mundo a fim de minimizar os problemas de
distância e tempo.
As facilidades de armazenamento e transporte de conteúdo através da Internet também são um outro ponto importante que merece destaque. Todos os participantes de
um sistema compartilhado podem ter acesso a repositórios de informação, que são constantemente atualizados de forma colaborativa ou não, comforme as necessidades dos
participantes do sistema.
Conforme descrito por [GUIMARÃES, 2005], um programa para a transferência de
arquivos pode ser utilizado de várias formas. Por exemplo, as respostas das provas subjetivas podem ser enviadas a um servidor de arquivos para posterior análise por parte
dos professores. Bem como, os professores podem disponibilizar as provas ou material
didático em uma área de um servidor de arquivos para que os alunos possam copiá-las.
Os navegadores de páginas web podem ser usadas pelos alunos para acessar um portal de
ensino a distância. Neste portal devem estar todas as opções possíveis de serem escolhidas por um aluno, desde a matrícula até a execução de provas on-line. Os programas de
bate-papo (chat) podem ser usados em seções de tira-dúvidas, em discussões entre professores e alunos ou entre alunos. Estes programas podem estar integrados no conjunto
navegador web / portal de ensino a distância, como uma das opções disponível ao aluno.
Desenvolver um curso para a Web requer conhecimentos que vão além dos conteúdos
e metodologia utilizada. Entre esses, destacam-se principalmente, conhecimentos sobre
a área de informática que envolvem criação de páginas, gerenciamento dessas páginas
e das informações que vão trafegar no decorrer do curso [OEIRAS, 1998]. Atualmente
existem muitas ferramentas computacionais que caracterizam ambientes integrados cujo
objetivo é facilitar o trabalho do professor na criação de cursos a distância via Web. O
restante desta seção contém uma breve apresentação de cinco ferramentas computacionais
que foram analisadas por [GOMES, 2004].
2.1.1
Blackboard
O Blackboard é um ambiente virtual corporativo disponível em língua inglesa cujas
raízes tecnológicas surgiram da colaboração entre um grupo de estudantes e a Universidade de Cornell [GOMES, 2004].
A apresentação do ambiente aos usuários é feita em uma área denominada MyBlack-
10
board (Figura 2.1); uma tela de abertura onde estão disponíveis informações sobre cursos
e ferramentas tais como: e-mail, notas, calendário, tarefas a serem realizadas, diretório e
agenda. O MyBlackboard fornece opções para criar, gerenciar e/ou participar de cursos. O
Blackboard disponibiliza um catálogo de cursos existentes, o Course Cartridge Catalog,
que consiste em um repositório de cursos ou parte de cursos que já foram desenvolvidos
por diversos autores para auxiliar os usuários do Blackboard a customizar seus cursos.
Estes contêm uma variedade de materiais que podem incluir slides, documentos, arquivos
multimídia, vínculos para home-pages, bancos de testes (avaliações), dentre outros. A
estas ferramentas são acrescentados: um portal educacional (Academic Web Resources)
e o Instrutor Training Center, responsável pela disponibilização de tutoriais, manuais e
informações sobre as várias versões do Blackboard [GOMES, 2004]. A figura 2.2 contém
a tela de apresentação de um curso no Blackboard.
Figura 2.1: Tela de abertura do Blackboard - MyBlackboard
A Figura 2.3 demonstra alguns passos para a disponibilização de um conteúdo. Inicialmente, são fornecidas as informações sobre o conteúdo, nome, cor e o texto que estará
disponível. Para o nome do tipo da informação, já existem alguns pré-definidos. A seguir,
deve ser incluído o arquivo a ser disponibilizado. No terceiro passo são fornecidas informações sobre a disponibilidade deste material, isto é quando poderá estar visível aos
11
Figura 2.2: Apresentação de um curso no Blackboard
alunos e depois o formulário é submetido [GOMES, 2004].
2.1.2
WebCT
O WebCT é um ambiente virtual corporativo, produzido em língua inglesa que foi
desenvolvido pelo departamento de Ciência da Computação da Universidade de British
Columbia, Canadá [GOMES, 2004]. Segundo [GOMES, 2004], o acesso a um curso, no
WebCT, é feito através de uma área denominada myWebCT vinculada a um usuário, tal
como o myBlackboard do ambiente Blackboard. Desta forma, no myWebCT (Figura 2.4)
são apresentadas informações sobre o(s) curso(s) em que se administra e/ou está inscrito,
além da possibilidade de criar cursos, inscrever e/ou cancelar a participação em outros.
O myWebCT facilita o gerenciamento de todos os cursos em que os usuários participam.
Mas, em comparação com o myBlackboard do ambiente virtual Blackboard, no myWebCT
é apresentada uma quantidade menor de recursos. O WebCT trabalha com uma estratégia
de que muitos recursos ficam desativados até que sejam necessários. Ou seja, esta área
com poucas opções e/ou recursos pode garantir aos usuários que entram pela primeira vez
no myWebCT uma visualização mais ampla das opções básicas, sem causar confusão visual pelas várias imagens e textos disponíveis. Com a diminuição de comandos e botões,
12
Figura 2.3: Adicionar conteúdo no Blackboard
os usuários poderão enxergar de forma mais objetiva para as opções existentes. E a qualquer momento, os módulos necessários poderão ser acionados e inseridos ao ambiente.
A ferramenta permite também a administração do curso. Existe um gerenciador de
arquivos com o qual o professor pode efetuar operações sobre arquivos e diretórios como
copiar, apagar, compactar, transferir etc. Cópias de segurança (backup) do curso podem
ser feitas e o professor pode gerenciar os alunos, desde a inclusão no curso até o acompanhamento das etapas em que eles estão [OEIRAS, 1998]. A figura 2.5 apresenta a página
de acesso de um curso exemplo criado com o WebCT para uma disciplina de Sistemas
Operacionais [OEIRAS, 1998].
A ferramenta WebCT está disponível gratuitamente para teste e criação de cursos. No
caso do professor optar por disponibilizar o curso on-line, ele deverá requerer uma licença
e verificar as taxas a serem pagas [OEIRAS, 1998].
O WebCT ainda fornece outras ferramentas na área de gerenciamento de alunos cadastrados no curso que registram diversas atividades realizadas, tais como: visita das páginas,
participação do fórum, dentre outros. Estes registros podem ser utilizados para fornecer
subsídios ao professor em uma avaliação aprofundada da aprendizagem de seus alunos
[GOMES, 2004]. A figura 2.6 apresenta uma tela utilizada pelo professor para o acompanhamento de diversos índices de aproveitamento de um curso por parte dos alunos.
Figura 2.4: Tela de abertura do WebCT - myWebCT
Figura 2.5: Página de acesso ao curso de Sistemas Operacionais
13
14
Figura 2.6: Relatório das ações realizadas pelo aluno no WebCT
2.1.3 AulaNet
O AulaNet é um ambiente virtual, desenvolvido no Laboratório de Engenharia de
Software - LES - do Departamento de Informática da PUC-Rio, para administração, criação, manutenção e participação em cursos a distância. Tem como objetivo a adoção da
Web como um ambiente educacional que apóia a transição da sala de aula tradicional para
a sala de aula virtual, possibilitando a reutilização do material educacional já existente e
permitindo a criação de comunidades virtuais de conhecimento [GOMES, 2004].
Segundo [OEIRAS, 1998], o AulaNet se apóia nas seguintes premissas básicas:
• Os cursos criados devem possuir grande capacidade de interatividade, de forma a
atrair a participação intensa do aluno no processo de aprendizado (learningware).
• O autor do curso não precisa ser necessariamente um especialista em Internet.
• Os recursos oferecidos para a criação de cursos devem corresponder aos de uma sala
de aula convencional, acrescidos de outros normalmente disponíveis no ambiente
Web.
• Deve ser possível a reutilização de conteúdos já existentes em mídia digital, através,
por exemplo, da importação de arquivos.
15
A tela de entrada está representada na Figura 2.7. Baseada em títulos com os objetivos
das seções, o AulaNet fornece: a) uma lista de opções para saber o que o usuário pretende
com relação a um curso: criar, atualizar, matricular, trancar matrícula e alterar dados
pessoais, b) cursos nos quais pode-se participar como coordenador e c) cursos nos quais
o usuário pode participar como mediador [GOMES, 2004].
Figura 2.7: Tela de entrada para área do usuário no AulaNet
Os Avisos (Figura 2.8) são destinados à divulgação de eventos. Os avisos podem
ser utilizados pelo professor no planejamento para divulgação de, por exemplo, uma
sessão de debate, data ou transferência de prova, entrega de exercícios, dentre outros
[GOMES, 2004].
Para a realização da atividade de avaliação, o AulaNet (Figura 2.9) proporciona ao
professor duas opções: ”Lista de Provas” e ”Banco de Questões”. Na lista de provas, tal
como no mapa de aulas, é apresentada uma listagem de todas as provas criadas para o
curso. No banco de questões são apresentadas todas as questões, tanto as já associadas às
provas como as questões criadas mas que ainda não estão associadas às provas (questões
não certificadas) [GOMES, 2004].
16
Figura 2.8: Ferramenta responsável pelos Avisos no AulaNet
Figura 2.9: Ferramenta para gerenciar avaliações no AulaNet
2.1.4
17
Virtus
O Ambiente Virtual de estudo Virtus foi desenvolvido pelo Laboratório de Hipermídia
da Universidade Federal de Pernambuco (UFPE). É um ambiente virtual simples e fácil de
usar. Assim, como o AulaNet, utiliza a metáfora da sala de aula virtual para a apresentação
dos cursos [GOMES, 2004].
A apresentação do Virtus está dividida em dois módulos: ”convivência” e ”edição”,
representadas na tela inicial (Figura 2.10). As seções contidas no módulo ”convivência” também estão presentes no módulo ”edição”, com a diferença de que neste último
é permitido ao professor modificar, apagar e corrigir informações, além de gerenciar o
ambiente [GOMES, 2004].
Figura 2.10: Tela inicial de um curso no Virtus
Na Agenda de atividades (Figuras 2.11 e 2.12), o professor deve inserir as atividades
previstas para serem executadas pelos participantes no decorrer da disciplina, indicando
inclusive data e hora de realização. Uma tarefa definida, pode ser, por exemplo, um
encontro virtual no bate-papo (Chat), uma leitura disponível na central de documentos a
ser discutida em sala de aula e etc [GOMES, 2004].
A Biblioteca de links (Figura 2.13) é um local onde são inseridas referências para documentos na web relacionados ao tema de estudo do ambiente, inseridos pelos integrantes
do grupo de estudo (condutores do curso e/ou alunos) [GOMES, 2004].
18
Figura 2.11: Agenda de atividades no Virtus
Figura 2.12: Inserção de informações na agenda de atividades do Virtus
19
Figura 2.13: Biblioteca de links no Virtus
2.1.5
TelEduc
O TelEduc é um ambiente para a criação, participação e administração de cursos na
Web. Ele foi concebido tendo como alvo o processo de formação de professores para
informática educativa, baseado na metodologia de formação contextualizada desenvolvida
por pesquisadores do Nied (Núcleo de Informática Aplicada à Educação) da Unicamp
(Universidade Estadual de Campinas) [TELEDUC].
Segundo [GOMES, 2004], um curso criado no ambiente TelEduc (Figura 2.14) é desenvolvido ao redor de um conjunto de atividades sugeridas pelo professor, denominado
formador. Para a resolução destas atividades, o ambiente fornece aos alunos um conjunto de recursos, nos quais o professor/formador disponibiliza informações que estão
relacionadas com a temática do curso. Além disso, o ambiente fornece recursos de comunicação que visam possibilitar o acompanhamento do processo de aprendizagem do
aluno, além de permitir um contato constante entre o professor/formador e os alunos do
curso e entre os próprios alunos.
A Agenda (Figura 2.15) é a ferramenta apresentada aos usuários durante a tela de
entrada do curso e contém a programação do dia baseada em uma Agenda Atual, previamente programada pelo professor/formador. O TelEduc armazena agendas ciradas
anteriormente, isto é com datas anteriores e elas estão disponíveis para que o professor/formador possa armazenar e alternar entre as mensagens que devem estar disponíveis
20
Figura 2.14: Tela de abertura de um curso no TelEduc
aos integrantes do curso imediatamente na abertura do ambiente [GOMES, 2004].
Figura 2.15: Agenda de um curso no TelEduc
A ferramenta Atividades (Figura 2.16) é responsável pela apresentação das atividades
planejadas pelo professor a serem realizadas durante o curso. É o local onde o professor
21
disponibiliza os conteúdos. No entanto, para que o professor utilize esta ferramenta, é
necessário estruturar os conteúdos, exercícios, ou outras atividades programadas em pastas para que sejam visualizadas, por exemplo, em capítulos, unidades, assuntos, módulos,
ou outra denominação [GOMES, 2004].
Figura 2.16: Atividades de um curso no TelEduc
Em sua tese de doutorado, [GOMES, 2004] apresenta uma discussão detalhada sobre as ferramentas acima citadas, abordando os aspectos característicos das atividades de
planejamento, elaboração e disponibilização de materiais didáticos, avaliação e tutoramento, selecionadas como atividades essenciais na prática docente conduzida em ambientes virtuais.
A ênfase dada à coleta e leitura de material sobre ensino a distância contribuiu como
revisão bibliográfica durante o desenvolvimento deste trabalho. O conhecimento adquirido
ao longo do trabalho troxe uma base teórica necessária e de grande valia para direcionar
o processo de desenvolvimento do protótipo, tanto sob os aspectos funcionais como arquiteturais, além de fornecer subsídios no que diz respeito ao conhecimento do domínio
no qual o sistema irá atuar. Além disso, a análise das características das ferramentas apresentadas acima permitiu uma melhor compreensão sobre quais recursos o sistema deveria
oferecer e de que forma seriam oferecidos aos seus participantes.
22
2.2
Arquitetura proposta
Com base na revisão bibliográfica e no estudo realizado sobre as características desejáveis de um sistema de ensino a distância via Internet, foi idealizada uma arquitetura para o protótipo juntamente com um conjunto de funcionalidades. O desenvolvimento desse processo deu-se em duas vias: a via analítica e a prática. A via analítica
refere-se a uma metodologia conhecida como análise de sistemas, que é caracterizada
por [YOURDON, 1990] como sendo o estudo de um domínio de problemas, que leva
a uma especificação de comportamento observável externamente; uma declaração completa, consistente e possível do que é necessário; um conjunto de características operacionais quantificadas e funcionais. A via prática, apoiada na analítica, denotava de que
forma aspectos conceituais (modelo) seriam expressos em condições implementacionais
(produto), ou seja, a via prática buscava uma representação comportamental do sistema
em um nível mais baixo de abstração.
No início do processo de análise, notou-se que o sistema fundamentaria-se em três
tipos de recursos:
• material didático,
• recursos de comunicação e
• recursos de avaliação.
Segundo [SANTOS, 2001], no caso da educação a distância, o material didático assume o papel de mediador entre as partes. O aluno passa a ter no material didático o
elemento instigador de interação com os conteúdos veiculados. Os recursos de comunicação representam os mecanismos responsáveis pela interação entre os participantes do
sistema, e entre estes e o material didático. Os recursos de avaliação compõem um segmento importante onde, de acordo com [GUIMARÃES, 2005], a avaliação possui um
potencial enorme, no que tange à promoção da aprendizagem, seja através da problematização de conteúdos, nas gerações de oportunidades de interação entre os alunos, de
aprofundamento e discussão de saberes, de elaboração e reelaboração de conhecimentos.
Sua prática, ao longo do processo de ensino, é primordial para a reorientação dos trabalhos educacionais. A prática avaliatória pode e deve se valer das ferramentas oferecidas
pela Computação.
Ao longo do processo de desenvolvimento do protótipo, foi observado também que
o sistema incorporaria basicamente três classes de usuários, ou seja, um participante do
sistema necessariamente estaria inserido em uma das seguintes classes:
2.2. ARQUITETURA PROPOSTA
23
• aluno,
• professor e
• administrador do sistema.
Em termos arquiteturais, o sistema deveria apresentar um ambiente padrão, que seria
acessível a todos os usuários de todas as classes, e um ambiente do usuário, acessível
apenas a usuários do sistema. O ambiente do usuário seria subdividido em sub-ambientes
específicos para cada classe de usuário. A classe do usuário, assim como o usuário,
deveriam ser identificados através de um processo de autenticação encarregado de duas
tarefas principais:
• restringir o acesso a setores de uma classe específica (sub-ambiente) e
• recuperar informações relacionadas ao usuário em questão.
Através da abordagem adotada acima, resolvel-se dividir o sistema em dois ambientes:
padrão e usuário, sendo este último subdividido em três sub-ambientes: aluno, professor
e administrador, cada qual com suas restrições e particularidades (Figura 2.17). No entanto, o sub-ambiente central do processo de desenvolvimento seria o do aluno, onde à
medida que novas permissões e recursos fossem concedidos a essa classe de usuário, automaticamente alguns ou todos os demais sub-ambientes teriam de adequar-se a essa nova
alteração. Por exemplo: decidiu-se que o aluno deveria ter acesso a uma área de links para
URL’s (Uniform Resource Locator - Localizador Uniforme de Recursos) com conteúdo
relacionado ao do curso. Essa característica teria de ser refletida no sub-ambiente do professor, onde este teria acesso a um setor de edição que o possibilitasse inserir, remover e
alterar os links e respectivos URL’s relacionados com o curso.
O ambiente padrão (Figura 2.18) seria acessível não apenas para usuários do sistema, como também para qualquer usuário da rede onde o sistema estivesse operando.
Nesse ambiente seria possível o acesso a informações, tais como listagens dos cursos
disponíveis, professores cadastrados e formulários para acesso e submissão de cadastro
de novos usuários.
No sub-ambiente do aluno (Figura 2.19), ele teria acesso aos cursos em que estivesse
matriculado, bate-papo, submissão de cadastro em novos cursos e alteração de informações pessoais. No setor de cursos seria possível o acesso a recursos diversos tais como
material didático, agenda, links, provas além de informações sobre outros alunos.
24
Figura 2.17: Ambientes e sub-ambientes do sistema
Figura 2.18: O ambiente padrão
Figura 2.19: O sub-ambiente aluno
Figura 2.20: O sub-ambiente professor
25
26
Em seu sub-ambiente, o professor (Figura 2.20) teria acesso a bate-papo e aos cursos
sob sua docência, nos quais teria permissão tanto para ver, como editar cada recurso
didático que fosse acessível pelo aluno.
Por fim, o administrador seria responsável pelo gerenciamento dos cursos e professores em seu sub-ambiente (Figura 2.21). Seu papel seria criar novos cursos, removê-los
e alterar informações, tais como o professor do curso ou o código, além de ser o responsável pela inserção e remoção de professores.
Figura 2.21: O sub-ambiente administrador
Uma vez decomposto o sistema em sub-ambientes, iniciou-se o processo de análise e
estruturação das entidades e dos relacionamentos pertinentes ao universo que seria representado, isto é, ”quais informações seriam necessárias e como essas informação estariam
relacionadas”. Esse processo de análise deu origem a um modelo de dados (Figura 2.22);
um conceito usado para auxiliar na descrição de dados e nos seus relacionamentos.
O modelo de dados apresentado foi produzido com base no conhecido Modelo EntidadeRelacionamento (E-R). Esse modelo tem por base a percepção do mundo real como um
conjunto de objetos básicos, chamados entidades, e do relacionamento entre eles. Uma
entidade é uma ”coisa” ou um ”objeto” do mundo real que pode ser identificado por outros
objetos [SILBERSCHATZ, 2004].
Segundo [SILBERSCHATZ, 2004], o modelo E-R é um dos modelos com maior capacidade semântica; os aspectos semânticos do modelo se referem à tentativa de representar o significado dos dados. O modelo E-R é extremamente útil para mapear, sobre um
27
Figura 2.22: O Modelo de dados
esquema conceitual, o significado e interações das empresas reais.
De acordo com a o modelo de dados apresentado, observa-se que este apresenta treze
”conjuntos de entidades” (representados pelos retângulos): Adm, Aluno, Curso, Professor, Aviso, Download, Link, Prova, Prova-Aluno, Sala, Mensagem, Curso-Aluno e
Sessão. As linhas conectando os conjuntos de entidades representam os relacionamentos,
que são as associações entre uma ou várias entidades. Essas associações são descritas na
figura de duas formas:
• 1 - Um para muitos: significa que uma entidade do conjunto de entidades A pode
está relacionada com muitas entidades do conjunto B e uma entidade do conjunto
B pode está relacionada a uma, e somente uma, entidade do conjunto A. Esse relacionamento é representado pela linha com uma seta na ponta próxima ao conjunto
A.
• 2 - Muitos para muitos: significa que uma entidade do conjunto de entidades A pode
está relacionada com muitas entidades do conjunto B e uma entidade do conjunto
B pode está relacionada a muitas entidades do conjunto A. Esse relacionamento
é representado pela linha sem seta e sempre dá origem a um novo conjunto de
entidades.
Dados seus nomes, todos os conjuntos de entidades são auto-explicativos no que diz
28
respeito ao tipo de informações que eles contém. No entanto, será feita uma breve explanação sobre o significado de cada conjunto.
O conjunto Adm refere-se ao usuário administrador, que é responsável pelo controle
sobre os conjuntos Curso e Professor. Os relacionamentos entre Adm, Curso e Profesor
não foram tratados por questões de simplificação, uma vez que existe apenas um usuário
como administrador do sistema; em outras palavras, existe apenas uma entidade no conjunto de entidades Adm.
O conjunto Professor contém todos os usuários do tipo professor. Cada professor
(um professor é uma entidade do conjunto de entidades Professor) pode estar associado
a vários cursos e gerenciar várias salas de bate-papo, no entanto, um curso pode estar
associado a apenas um professor, assim como uma sala de bate-papo.
O conjunto Aluno contém todos os usuários do tipo aluno. Um aluno pode estar
associado a vários cursos e um curso pode conter vários alunos; o que dá origem ao
conjunto de entidades Curso-Aluno. Cada entidade do tipo Curso-Aluno representa uma
matrícula de um aluno em um curso.
O conjunto Curso contém todos os cursos cadastrados no sistema e cada curso pode
estar associado a um único professor. Um curso também contém vários avisos, downloads, links e provas. No caso da prova o relacionamento é um pouco mais elaborado
pois um aluno pode estar associado a várias provas e uma prova associada a vários alunos,
originando o conjunto Prova-Aluno para tratar essa relação.
As sessões referem-se aos vínculos estabelecidos sempre que um aluno entra no sistema, de modo que todas as sessões são agrupadas pelo conjunto Sessão que armazena,
entre outros, a data de início e do fim da sessão.
No conjunto Sala estão todas as salas de bate-papo criadas, de modo que cada sala está
associada a várias mensagens do conjunto Mensagem. Por outro lado uma mensagem
está associada a uma única sala, juntificando assim o tipo de relacionamento adotado.
Capítulo 3
Implementação do protótipo
No capítulo 2 foram tratados os aspectos teóricos relacionados ao sistema, desde seus
princípios e características fundamentais até a descrição do modelo de dados. Este capítulo será totalmente dedicado a mostrar os aspectos da implementação do protótipo do
Sistema de Ensino a Distância.
3.1
Ferramentas utilizadas
Os tópicos a seguir descrevem de forma breve as principais ferramentas utilizadas no
desenvolvimento do protótipo. Além dessa descrição, são destacados os principais pontos
do sistema em que essas tecnologias foram empregadas.
3.1.1
SQL e MySQL
SQL significa Structured Query Language. Essa é a linguagem padrão para acssar sistemas de gerenciamento de banco de dados relacional (relational database management
systems - RDBMS). A SQL é utilizada para armazanar e recuperar dados para e a partir de
um banco de dados. É utilizada em sistemas de bancos de dados como MySQL, Oracle,
PostgreSQL, Sybase e Microsoft SQL Server entre outros [WELLING, 2005]. Segundo
[SILBERSCHATZ, 2004], embora refira-se à linguagem SQL como uma ”linguagem de
consulta”, ela possui muitos outros recursos além da consulta ao banco de dados, como
meios para a definição da estrutura dos dados, para modificação de dados no banco de
dados e para a especificação de restrições de segurança.
O MySQL [MYSQL] é um RDBMS poderoso e muito rápido que implementa o padrão
ANSI da SQL. O servidor do MySQL controla o acesso aos dados para assegurar que
vários usuários possam trabalhar com os dados ao mesmo tempo, fornecer acesso rápido
aos dados e assegurar que somente usuários autorizados obtenham acesso. Portanto, o
30
CAPÍTULO 3. IMPLEMENTAÇÃO DO PROTÓTIPO
MySQL é um servidor multiusuário e multiencadeado (multithreaded).
No protótipo desenvolvido neste trabalho foi utilizado o MySQL como RDBMS. Sua
utilização deu-se tanto na definição das estruturas dos dados como no processamento
das consultas sobre os dados armazenados. O exemplo abaixo contém, como forma de
ilustrar a utilização do MySQL, o trecho de código SQL elaborado para criar o conjunto
de entidades Professor, discutido no capítulo anterior.
CREATE TABLE professor(
nome_prf char(30) not null,
login_prf char(8) not null,
senha_prf char(8) not null,
email_prf char(40) not null,
primary key (login_prf)
)type = InnoDB;
Esse trecho de código SQL define o conjunto de entidades (ou tabela) professor
que representa o esquema de estruturação de um registro [SQL] referente um professor armazenado no banco de dados. Os campos nome_prf, login_prf, senha_prf e
email_prf são auto-explicativos, indicando o tipo de informação neles armazenados, e a
diretiva not null diz que esses campos não podem ser nulos. A diretiva primary key
indica que o campo login_prf será a chave primária [SILBERSCHATZ, 2004] do registro; em outras palavras, será o campo a partir do qual um professor será referenciado
dentre os demais professores e dessa forma deve ser único para cada professor cadastrado.
Por fim, type = InnoDB foi utilizado para que o MySQL crie uma tabela do tipo
InnoDB. Essas tabelas são mais rápidas e seguras, além de darem suporte à utilização de
transações seguras e chaves estrangeiras [WELLING, 2005].
Muitas das características do MySQL ocasionaram na sua escolha, eis algumas:
• Baixa demanda de recursos de hardware
• Simplicidade de administração
• Protocolo de rede enxuto
• É o mais veloz do mercado
• Otimizado para as aplicações típicas da web, onde ocorrem mais consultas do que
atualizações
3.1. FERRAMENTAS UTILIZADAS
31
Outro fator muito importante que deve ser levado em consideração é o fato do MySQL
trabalhar de forma simples e robusta quando combinado com o PHP (descrito adiante).
Uma das maiores qualidades do PHP e do MySQL é o fato de eles funcionarem com
qualquer um dos maiores sistemas operacionais e muitos dos menores.
3.1.2
PHP
O PHP [PHP] é uma linguagem de criação de scripts do lado servidor que foi projetada especificamente para a Web. Dentro de uma página HTML [HTML], você pode
embutir código de PHP que será executado toda vez que a página for visitada. O código
PHP é interpretado no servidor Web e gera HTML ou outra saída que o visitante verá
[WELLING, 2005]. PHP significa PHP Hypertext Preprocessor e é um módulo oficial
do servidor Web Apache [APACHE], o lider do mercado de servidores Web.
Neste trabalho o PHP foi utilizado na elaboração de scripts, responsáveis por duas
tarefas principais:
• Interagir com o banco de dados MySQL
• Gerar a interface HTML com o usuário
Na interação com o banco de dados, o código PHP descrevia qual o serviço iria solicitar ao servidor MySQL, o qual atendia ao serviço retornando o resultado do processamento (consulta ou atualização). O exemplo abaixo mostra como o processo é realizado:
$consulta = "update curso set desc_crs = ’$desc’ where codigo_crs = ’$curso’";
$resultado = @mysql_query($consulta);
if(!$resultado)
Sair(’Erro no banco de dados!’);
Sair(’Edição salva!’);
A variável $consulta contém uma string que descreve em SQL o serviço que está
sendo solicitado ao MySQL. Essa consulta diz ao MySQL para atualizar todas as entidades do conjunto de entidades curso, cujo valor do atributo codigo_crs seja igual ao
valor contido na variável $curso, alterando o valor do atributo desc_crs para o valor
contido na variável $desc. A variável $resultado contém o resultado do processamento
da consulta após o retorno da função mysql_query(). Por fim um condicional verifica
se houve algum erro, e caso tenha ocorrido reporta-o ao usuário; no caso de sucesso, é
reportada uma mensagem de confirmação.
32
Na geração de HTML o PHP utiliza-se de estruturas de controle do fluxo de execução
para alterar o layout de uma página. A HTML [HTML] é uma linguagem estática usada para a formatação de conteúdo na Web, e como tal não possui recursos de controle
tradicionais existentes nas linguagens de programação. O exemplo a seguir mostra como
ocorre a interação entre as linguagens:
for($i=0; $i<$num_rows; $i++){
$row = mysql_fetch_array($resultado);
echo "
<tr><td align=’left’>{$row[’nome_prf’]}</td><td align=’left’>
<a href=’mailto: {$row[’email_prf’]}’>{$row[’email_prf’]}</a></td></tr>
";
}
O laço for, presente no PHP, itera $num_rows vezes e em cada iteração é exibido
na tela o nome e e-mail de todos os professores, os quais estão armazenados no array
$row. O resultado é formatado em uma tabela HTML (<tr><td>...</td></tr>) que
também apresenta links para os e-mails dos professores, descritos pelos valores entre as
tags <a>...</a>.
Entre as principais características do PHP que justificam seu uso pode-se destacar:
• O alto desempenho
• Interfaces para muitos sistemas diferentes de banco de dados
• Bibliotecas integradas para muitas tarefas comuns da Web
• Baixo custo (gratuito)
• Ótimo suporte orientado a objetos
• Portabilidade
Com relação à portabilidade, o PHP está disponível para muitos sistemas operacionais
diferentes [PHP]. É possível escrever código PHP em sistemas operacionais do tipo Unix
gratuitos como o Linux e o FreeBSD, versões comerciais de Unix como Solaris e IRIX,
ou em versões diferentes do Microsoft Windows [WELLING, 2005].
3.1. FERRAMENTAS UTILIZADAS
3.1.3
33
HTML
HTML [HTML] (HyperText Markup Language - Linguagem de Formatação de Hipertexto) é a linguagem mais usada na Web. A HTML é uma linguagem de formatação e não
de programação, ela não apresenta recursos de controle do fluxo de execução tais como
laços de repetição e condicionais. Um texto em HTML normalmente é chamado documento, e todo documento apresenta elementos entre parênteses angulares (< e >); esses
elementos são as etiquetas (tags) de HTML, que são os comandos de formatação da linguagem.
A HTML foi utilizada neste trabalho para a formulação da interface gráfica do protótipo e praticamente todo o seu uso foi combinado com o código PHP que gerava o
código HTML dinamicamente, conforme descrito no tópico anterior.
3.1.4
JavaScript
O JavaScript [NEGRINO, 1999] é uma linguagem de criação de scripts do lado cliente,
diferentemente do PHP que roda no lado servidor. Isso significa que o código do JavaScript
é interpretado pelo navegador (brownser) do usuário enquanto o código PHP é interpretado no servidor Web. O JavaScript é uma linguagem que permite criar uma interface com
usuário ativa, tornando as páginas dinâmicas, e fornece recursos para controlar o navegador; assim, é possível abrir novas janelas, exibir caixas de alerta e exibir mensagens
personalizadas na barra de status da janela do navegador.
No desenvolvimento do protótipo o JavaScript foi utilizado na elaboração de uma
biblioteca de funções utilizadas principalmente para a validação de formulários. Abaixo
encontra-se um exemplo de uma função que valida um formuário para cadastro:
function validaFormCad(pForm){
for(i=0; i<(pForm.elements.length); i++){
if(pForm.elements[i].value == ""){
alert(’Preencha todos os campos!’);
return false;
}
}
if(pForm.senha.value != pForm.confsenha.value){
alert(’Problema com senha!’);
pForm.senha.focus();
pForm.senha.select();
34
return false;
}
return true;
}
Essa função recebe um formulário inteiro como parâmetro; o laço for percorre todos
os campos do formulário e caso algum seja vazio o formulário é invalidado. Em seguida o
condicional if avalia se os campos senha e confsenha são diferentes, e se forem o formulário é invalidado. Caso nenhuma das condições anteriores seja satisfeita o formulário
é validado e a função retorna sucesso ( true ).
O JavaScript tem um processamento muito rápido e permite a interação com o computador cliente. Além disso, as informações inseridas pelo usuário podem ser validadas
em sua própria máquina, evitando sobrecarregar o servidor com dados incompletos e/ou
inconsistentes que porventura venham a ser inseridos pelo usuário.
3.2
Resultados
Após a conclusão de sua implementação, o protótipo foi submetido a alguns testes
realizados a partir da simulação de situações nas quais o sistema seria utilizado. Foram
inseridos no protótipo cinco dos cursos pertencentes à grade do PRH-22:
• DIM331 Modelos de Otimização na Solução de Problemas de Exploração de Petróleo.
• DIM332 Desenvolvimento de Software de Controle em Tempo Real
• DIM334 Sistemas de Tempo Real Embutidos
• DIM333 Elementos de Pesquisa Operacional Aplicada a Indústria do Petróleo
• GEO042 Elementos de Geologia
A adição desses cursos contribuiu de forma preliminar na realização dos testes, uma
vez que o principal objetivo nesta etapa era verificar a consistência do banco de dados
[SILBERSCHATZ, 2004]. A adição do curso DIM333 foi posteriormente elaborada em
maiores detalhes para a verificação da funcionalidade do protótipo e será descrita no próximo capítulo.
Também foram cadastrados professores e alunos hipotéticos para tornar o teste o mais
próximo possível de uma situação real de uso. O restante desta seção é dedicado a apresentar os resultados obtidos.
35
3.2. RESULTADOS
3.2.1
Módulo padrão
O ambiente padrão é acessível não apenas para usuários do sistema, como também
para qualquer usuário da rede onde o sistema estiver operando. A Figura 3.1 mostra a tela
de início do protótipo.
Figura 3.1: Tela de início
Quando o usuário clica em ”Cursos”, no menu lateral, os cursos cadastrados no sistema são listados (Figura 3.2).
Figura 3.2: Listagem dos cursos
De modo semelhante ao que ocorre na opção ”Cursos” a opção ”Docentes” lista todos
os professores cadastrados no sistema (Figura 3.3).
36
Figura 3.3: Listagem dos professores
O cadastro de novos alunos também é realizado nesse ambiente. Na opção ”Cadastro”
(Figura 3.4), o usuário realiza uma submição de cadastro em um curso que pode ou não
ser aprovado pelo professor do respectivo curso.
Figura 3.4: Formulário para cadastro de novo aluno
Por fim, quando o usuário clica em ”Login” ele é direcionado para o formulário de
acesso ao sistema (Figura 3.5), onde seleciona o perfil em que deseja efetuar login.
37
3.2. RESULTADOS
Figura 3.5: Formulário para acesso ao sistema
3.2.2
Módulo do aluno
Quando um aluno efetua login é exibida a tela principal do seu ambiente contendo os
cursos em que ele está matriculado (Figura 3.6).
Figura 3.6: Tela principal do ambiente do aluno
Quando o aluno clica em um curso ele é direcionado para a página principal do curso
(Figura 3.7) na opção ”Home”.
Na opção ”Alunos” o aluno tem acesso a uma listagem dos alunos matriculados no
respectivo curso (Figura 3.8).
Em ”Downloads” (Figura 3.9) o aluno é direcionado para uma área de links para os
38
Figura 3.7: Página principal do curso
Figura 3.8: Listagem dos alunos de um curso
39
3.2. RESULTADOS
arquivos contendo o material didático do curso.
Figura 3.9: Listagem dos downloads
Clicando na opção ”Agenda” o aluno tem acesso às mensagens inseridas pelo professor do curso (Figura 3.10).
Figura 3.10: Agenda de avisos
Na opção ”Links” (Figura 3.11) estão listados os links para URL’s com conteúdo
relacionado ao do curso e finalizando o menu, na opção ”Provas”, o aluno tem acesso
40
a uma lista de provas (Figura 3.12). Ao clicar em uma prova é exibido um formulário
contendo a prova (Figura 3.13).
Figura 3.11: Listagem dos links
Figura 3.12: Listagem das provas
No menu lateral, além da opção ”Cursos”, o aluno tem acesso ao setor de bate-papo
clicando na opção ”Batepapo”. Ao clicar é exibida uma listagem com links para as salas
de bate-papo abertas, e clicando em um dos links a sala é exibida (Figura 3.14).
41
3.2. RESULTADOS
Figura 3.13: Exemplo de prova
Figura 3.14: Sala de bate-papo
42
Em ”Cadastro” o aluno pode solicitar o cadastro em um novo curso (Figura 3.15).
Observe que o cadastro de quem já é aluno é diferente do cadastro de um novo usuário do
sistema.
Figura 3.15: Cadastro de aluno em curso
Na opção ”Configuração” o aluno pode alterar seus dados pessoias (Figura 3.16). Essa
opção é exatamente igual para alunos, professores e administrador assim como a última
opção ”Logout”, que fecha a sessão do usuário.
Figura 3.16: Formulário para dados pessoais
43
3.2. RESULTADOS
3.2.3
Módulo do professor
Quando um professor efetua login é exibida uma página principal contendo todos os
cursos sob sua docência (Figura 3.17).
Figura 3.17: Página principal do professor
A página principal do curso contém duas áreas, Ver curso e Editar curso (Figura
3.18). A área ”Ver curso” permite ao professor visualizar o curso da perspectiva do aluno
com algumas funcionalidades a mais nas opções ”Alunos” e ”Provas”.
Figura 3.18: Página principal do curso
44
Em ”Alunos” o professor tem acesso a um histórico de utilização do sistema para cada
aluno do curso (Figura 3.19).
Figura 3.19: Histórico de utilização
Na opção ”Provas” o professor visualiza as perguntas das provas e as respostas dos
alunos, além de poder atribuir notas para cada prova enviada pelo aluno (Figura 3.20).
Figura 3.20: Respostas das provas
Em ”Editar curso” o professor altera todas as informação acessíveis ao aluno a partir
do menu horizontal, por exemplo a inserção de uma mensgem na agenda (Figura 3.21).
45
3.2. RESULTADOS
Figura 3.21: Editando a Agenda
O professor é o responsável pela gerencia dos alunos do curso. Isso é feito através da
opção ”Alunos” (Figura 3.22).
Figura 3.22: Gerenciando alunos
Em ”Provas” o professor realiza todo o gerenciamento, isto é, insere, remove e altera
a prova. A Figura 3.23 mostra a inserção de uma questão em uma prova, onde é possível
adicionar uma imagem no formato JPEG à questão além de optar por uma questão objetiva
(multipla escolha) ou subjetiva (texto).
46
Figura 3.23: Inserindo questão em prova
Também é de responsabilidade exclusiva do professor a gerência das salas de batepapo (Figura 3.24). Apenas ele pode criar e remover uma sala.
Figura 3.24: Gerenciando salas de bate-papo
47
3.2. RESULTADOS
3.2.4
Módulo do administrador
O ambiente do administrador do sistema, assim como o do professor, também é dotado
das áreas de visualização e edição. Na área de vizualização o administrador tem acesso
aos cursos e professores cadastrados (Figura 3.25).
Figura 3.25: Cursos (ver)
Na área de edição (Figuras 3.26 e 3.27) o administrador tem permissão para editar
cursos e professores.
Figura 3.26: Professores (editar)
48
Figura 3.27: Cursos (editar)
O administrador do sistema é o reponsável pelo cadastro e remoção de professores e
cursos, além de associar professores a cursos.
Capítulo 4
Implantação da disciplina DIM333
A disciplina DIM333-Elementos de Pesquisa Operacional Aplicada à Indústria do
Petróleo é parte constituinte do conjunto de disciplinas do Departamento de Informática e
Matemática Aplicada - DIMAp/UFRN e é oferecida como disciplina complementar de especialização no setor Petróleo e Gás aos cursos de Ciências da Computação e Engenharia
da Computação.
O objetivo da disciplina consiste em proporcionar aos alunos o ferramental teórico e
as experiências práticas necessárias ao desenvolvimento de modelos matemáticos para a
solução de problemas de decisão associados principalmente à:
• Explotação
• Transporte
• Refino
de petróleo e seus derivados.
O curso também visa introduzir o uso das principais técnicas de Pesquisa Operacional
para análise quantitativa, bem como aplicar em vários casos práticos os conceitos teóricos
desenvolvidos, entre os quais destacam-se: Conceitos básicos em Pesquisa Operacional,
Modelagem Matemática, Programação Dinâmica, Métodos Heurísticos de Solução de
Problemas, O problema do transporte de óleo e gás, O problema da mistura ótima de óleos,
O problema de localização de poços terrestres, O problema de explotação de petróleo
em solo oceânico (localização de poços, manifolds e plataformas), O problema da programação da tripulação de plataformas, entre outros problemas de Pesquisa Operacional
aplicados à Indústria do Petróleo [PRH-22].
O processo de implantação de DIM333 iniciou-se com a criação e o cadastro do curso
e professor no protótipo, conforme mencionado no capítlo 3, onde essa adição contribuiu
de forma preliminar na realização dos testes, visto que o principal objetivo nesta etapa
50
CAPÍTULO 4. IMPLANTAÇÃO DA DISCIPLINA DIM333
foi verificar a consistência do banco de dados. As figuras 4.1 e 4.2 mostram a criação do
curso DIM333 e o cadastro de um professor hipotético para a disciplina chamado ”João
Câmara”.
Figura 4.1: Cadastro de DIM333
Figura 4.2: Cadastro do professor ”João Câmara”
As atividades mencionadas acima ocorreram em caráter de simulação e foram realizadas pelo administrador do sistema, o qual é cadastrado quando o script de inicialização
do banco de dados é interpretado (é necessário que essa script seja interpretado uma única
vez para que o banco de dados seja criado junto com todas as tabelas e todos os dados
51
de inicialização). Sendo assim, quando o sistema é instalado em um servidor, o administrador passa a ser o único usuário pré-cadastrado com nome, senha e login padronizados
que devem ser alterados em seguida para garantir maior segurança e integridade das informações cadastradas no banco de dados.
A figura 4.3 apresenta a associação do professor ”João Câmara” à disciplina DIM333.
Esse é um privilégio concedido apenas ao usuário administrador que é o responsável pelas
tarefas de gerenciamento de cursos e professores, abstendo-se do controle dos alunos que
é de inteira responsabilidade do professor. Após esta associação todos os direitos sobre
DIM333 e seus alunos passam a ser concedidos ao professor ”João Câmara”.
Figura 4.3: Associando ”João Câmara” à DIM333
Após a realização das atividades iniciais de cadastro iniciou-se o processo de implantação de conteúdo no curso de DIM333. A implantação de conteúdo também foi realizada
através de simulação onde o professor (João Câmara) que e único detentor do direito de
edição de DIM333 efetuou logon no sistema e iniciou o processo de inserção através
da edição da página principal do curso (Home), adicionando os objetivos e programa da
disciplina conforme mostra a Figura 4.4.
Em seguida, foi liberado o acesso a todos os alunos que solicitaram cadastro ao professor do curso (Figura 4.5). Quando um aluno deseja cadastrar-se em um curso ele
automaticamente envia uma solicitação de cadastro ao professor, sendo portanto mantido
em um estado bloqueado até que o professor o libere para acesso tornando-o ativo.
As Figuras 4.6, 4.7 e 4.8 apresentam respectivamente as áreas de Downloads, Agenda
e Links. Na área de Downloads dois arquivos no formato PDF (Portable Document For-
52
Figura 4.4: DIM333 - Home
Figura 4.5: DIM333 - Alunos
53
mat) foram disponibilizados para os alunos do curso. Em Agenda alguns avisos foram
enviados pelo professor afim de alertar os alunos acerca de eventos realizados ou datas
importantes de eventos que estariam para ocorrer. Por fim, em Links, foram inseridos
links importantes com conteúdo relacionado ao do curso tornando o acesso rápido e fácil
a outras fontes de conhecimento.
Figura 4.6: DIM333 - Downloads
Figura 4.7: DIM333 - Agenda
O processo de implantação finalizou-se com a inserção de três provas (Figura 4.9) que
foram elaboradas e realizadas em cursos anteriores da disciplina DIM333. Quando da
54
Figura 4.8: DIM333 - Links
inserção de uma prova, o professor pode optar por inserir uma imagem associada a cada
questão facilitando o trabalho de edição e ampliando as possibilidades de avaliação da
aprendizagem. A Figura 4.10 mostra uma prova de DIM333 realizada no dia 25/06/2003
onde o texto original foi adaptado ao estilo de edição do sistema.
Figura 4.9: DIM333 - Lista de provas
A maior parte do material utilizado para a implantação de DIM333 foi extraido dos
arquivos originais contendo o programa e objetivos da disciplina, conteúdo didático e
provas. O programa da disciplina e os arquivos para download foram inseridos direta-
55
Figura 4.10: DIM333 - Prova
mente no sistema, os textos originais das provas foram adaptados ao formato de edição
do protótipo e os links foram obtidos através de uma pesquisa na Internet por sites relacionados com o conteúdo do curso.
56
Capítulo 5
Conclusões
O ensino a distância é de fato uma tendência que tem se tornado cada vez mais presente nos últimos anos, seja pelo advento das novas tecnologias de informação e comunicação que deram suporte diferenciado a tal processo, seja pelas recentes necessidades
impostas pela sociedade comteporânea que levam muitas vezes a confundir o ensino a
distância com educação de massa.
Apesar deste trabalho concentrar seus esforços nos aspectos técnicos relacionados
com o problema, abordando-o de uma perspectiva prática e fortemente fundamentada
nos princípios da computação, o avanço desta ciência tem crescentemente estimulado-a a
ultrapassar os limites a ela impostos ao longo do seu desenvolvimento.
O objetivo inicial deste trabalho consistiu em auxiliar o PRH-22 no processo de ensino
e aprendizagem de tecnologias do petróleo, fornecendo um apoio tecnológico complementar ao processo tradicional de ensino realizado em sala de aula. O desenvolver desta
pesquisa também ocasionou em uma investigação sobre o potencial da Internet como tecnologia de educação a distância, uma vez que foi necessário adquirir conhecimentos sobre
as tecnologias envolvidas e metodologias empregadas.
Aguns sistemas gratuitos e de código-fonte aberto disponíveis na Internet foram analisados antes de optar-se por desenvolver um protótipo do início. Iniciar o desenvolvimento de um sistema, como alternativa para atacar o problema abordado neste trabalho,
pode parecer mais trabalhoso e até desnecessário porém, no desenvolvimento tem-se um
maior controle sobre o que está sendo produzido e não é preciso adaptar um sistema existente; o que pode ser um processo altamente complexo visto que antes de adaptar um
sistema existente é necessário entender seu funcionamento.
Este trabalho resultou na concepção de um prótótipo de um Sistema de Ensino a Distância que possibilita o controle de acesso ao ambiente e facilidades de comunicação entre
seus participantes através do suporte a tecnologias tradicionalmente empregadas no ensino a distância via Web tais como o e-mail, bate-papo, downloads, provas, controle de
58
CAPÍTULO 5. CONCLUSÕES
acesso, quadro de avisos, entre outras. O suporte a essas tecnologias no âmbito do setor petróleo e gás constitui ao protótipo seu apoio tecnológico complementar ao PRH-22,
agregando valor ao programa e apresentando condições para auxiliá-lo no processo de
ensino e aprendizagem de tecnologias do petróleo.
Como perspectiva, a adição de suporte a outras tecnologias empregadas no ensino a
distância como: listas de discussão, servidor de e-mail, ajuda, perguntas frequêntes, etc, e
o aprimoramento das tecnologias existentes contribuirá de forma considerável para tornar
o protótipo cada vez mais próximo de um sistema completo. Outro avanço importante
seria a inclusão do protótipo em um curso piloto, o que auxiliaria na compreensão sobre
como essas novas tecnologias se relacionariam e de que forma iriam interagir com os
partipantes do sistema.
Referências Bibliográficas
[ANP] Site da ANP [em rede]. <http://www.anp.gov.br/> [Consulta: 09/08/2006].
[APACHE] Servidor
10/09/2006].
Apache
[em
rede].
<http://www.apache.org>
[Consulta:
[BELLONI, 2003] BELLONI, M. L. Educação a Distância. 3rd ed. Campinas - SP: Ed.
Autores Associados, 2003.
[DOU, 1998] BRASIL. Diário Oficial da União. Decreto no 2.494, 10 de Fevereiro de
1998.
[EARTHWEB] Site
do
JavaScript
em
Developer.Com
[em
<http://webdeveloper.earthweb.com/webjs/> [Consulta: 20/10/2006].
rede].
[GOMES, 2000] GOMES, A. V. Educação a distância via web : desenvolvimento de um
modelo conceitual. 2000. Dissertação de mestrado, UFRN, Natal - RN.
[GOMES, 2004] GOMES, A. V. Uma Abordagem Centrada no Usuário para Ferramentas de Suporte a Atividades Docentes em Ambientes de Educação a Distância.
2004. Tese de doutorado, UFPE, Recife - PE.
[GOODMAN, 1998] GOODMAN, D., MARAN, R. Javascript Bible. 3rd ed. IDG Books
Worldwide: 1998.
[GUIMARÃES, 2005] GUIMARÃES, M. F. B., BATISTA, O. M. N., SANTOS, G. H.
Avaliação Construtivista Informatizada no Ensino a Distância: Uma Proposta
para o Colégio Militar de Salvador. Revista Científica da EsAEx. v. 1, n◦ 1, p.
28-38, 2005.
[HTML] Hypertext Markup Language [em rede]. <http://www.html.org> [Consulta:
06/08/2006].
[MYSQL] Site oficial do MySQL [em rede]. <http://www.mysql.org> [Consulta:
25/09/2006].
59
60
REFERÊNCIAS BIBLIOGRÁFICAS
[NEGRINO, 1999] NEGRINO, T., SMITH, D. JavaScript para a World Wide Web. 3.ed.
Rio de Janeiro - RJ: Campus, 1999.
[OEIRAS, 1998] OEIRAS, J. Y. Y. ACEL - Ambiente Computacional Auxiliar ao Ensino/Aprendizagem a Distância de Línguas. 1998. Dissertação de mestrado, UNICAMP, Campinas - SP.
[OETIKER, 2001] OETIKER, T. Introdução ao LATEX 2ε. 2001.
[PHP] Site oficial do PHP [em rede]. <http://www.php.net> [Consulta: 18/10/2006].
[PHPBRASIL] Site do phpbrasil.com [em rede]. <http://phpbrasil.com/> [Consulta:
22/10/2006].
[PRH-22] Site do PRH-22 [em rede]. <http://www.ccet.ufrn.br/prh22/> [Consulta:
13/10/2006].
[SANTOS, 2001] SANTOS, G. L. Módulo Integrado III: Meios e Materiais para a Educação a Distância. SESI/UnB. Brasília - DF, 2001.
[SCREMIM, 2002] SCREMIN, S. B. Educação a Distância: Uma Possibilidade na Educação Profissional Teórica. Visual Books. Florianópolis. 2002.
[SILBERSCHATZ, 2004] SILBERSCHATZ, A., KORTH, H. F., SUDARSHAN, S. Sistemas de Bancos de Dados. 3.ed. São Paulo - SP: Makron Books, 2004.
[SQL] Site oficial da SQL [em rede]. <http://www.sql.org/> [Consulta: 30/09/2006].
[TANENBAUM, 2003] TANENBAUM, A. S. Redes de Computadores. 4 ed. São Paulo
- SP: Campus, 2003.
[TELEDUC] Site do TelEduc [em rede]. <http://teleduc.nied.unicamp.br/teleduc/>.
[WEBCT] Site do WebCT [em rede]. <http://www.webct.com/>.
[WELLING, 2005] WELLING, L., THOMSON, L. PHP e MySQL Desenvolvimento
Web. 3.ed. Rio de Janeiro - RJ: Campus, 2005.
[YOURDON, 1990] YOURDON, E. Análise estruturada moderna. Editora: Campus,
1990.
Apêndice A
Listagens computacionais
A.1
5
10
15
20
25
Código JavaScript
/∗∗
∗ T i t u l o : ACET
∗ Descrição : Protótipo
∗ C o p y r i g h t : C o p y r i g h t ( c ) 2 0 0 6 , by Arakén P e r e i r a da S i l v a
∗ Company : UFRN − U n i v e r s i d a d e F e d e r a l do Rio Grande do N o r t e
∗ A u t h o r : Arakén P e r e i r a da S i l v a ( a r a k e n p @ l c c . u f r n . b r )
∗ WebPage : h t t p : / / www. l c c . u f r n . b r / ~ a r a k e n p /
∗ Versão : b e t a
∗ Data : 2 0 0 6 / 1 0 / 1 0
∗/
f u n c t i o n v a l i d a F o r m C a d ( pForm ) {
f o r ( i = 0 ; i < ( pForm . e l e m e n t s . l e n g t h ) ; i ++) {
i f ( pForm . e l e m e n t s [ i ] . v a l u e = = " " ) {
a l e r t ( ’ P r e e n c h a t o d o s o s campos ! ’ ) ;
return false ;
}
}
i f ( pForm . s e n h a . v a l u e ! = pForm . c o n f s e n h a . v a l u e ) {
a l e r t ( ’ P r o b l e m a com s e n h a ! ’ ) ;
pForm . s e n h a . f o c u s ( ) ;
pForm . s e n h a . s e l e c t ( ) ;
return false ;
}
return true ;
}
f u n c t i o n v a l i d a F o r m C a d A l n ( pForm ) {
62
30
APÊNDICE A. LISTAGENS COMPUTACIONAIS
a l e r t ( ’ S e l e c i o n e um c u r s o ! ’ ) ;
return false ;
}
}
return true ;
35
}
40
45
50
55
60
65
70
f u n c t i o n v a l i d a F o r m L o g ( pForm ) {
a l e r t ( ’ P r e e n c h a t o d o s o s campos ! ’ ) ;
return false ;
}
}
}
f u n c t i o n MudaDwl ( p S e l e c t ) {
v a r p1 = p S e l e c t . v a l u e . i n d e x O f ( ’ @$ ’ ) ;
v a r d e s c = p S e l e c t . v a l u e . s u b s t r ( ( p1 + 2 ) ) ;
document . download . d e s c . v a l u e = d e s c ;
}
f u n c t i o n V a l i d a D w l ( pButon ) {
i f ( pButon . v a l u e . i n d e x O f ( ’ I n s e r i r ’ ) > = 0 ) { / / i n s e r i r
i f ( document . download . u s e r f i l e . v a l u e = = " " | | document .
download . d e s c . v a l u e = = " " ) {
a l e r t ( ’ P r e e n c h a o s campos c o r r e t a m e n t e ! ’ ) ;
return false ;
}
return true
}
e l s e i f ( pButon . v a l u e . i n d e x O f ( ’ S a l v a r ’ ) > = 0 ) {
i f ( document . download . a r q u i v o . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e um a r q u i v o ! ’ ) ;
return false ;
}
e l s e i f ( document . download . d e s c . v a l u e = = " " ) {
return false ;
}
return true ;
}
A.1. CÓDIGO JAVASCRIPT
e l s e i f ( pButon . v a l u e . i n d e x O f ( ’ Remover ’ ) > = 0 ) {
i f ( document . download . a r q u i v o . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e um a r q u i v o ! ’ ) ;
return false ;
}
return true ;
}
return false ;
75
80
85
90
95
100
105
110
}
f u n c t i o n V a l i d a A l n ( pButon ) {
i f ( pButon . v a l u e . i n d e x O f ( ’ S a l v a r ’ ) > = 0 ) {
i f ( document . a l u n o s . n A l u n o s . v a l u e > 0 )
return true ;
return false ;
}
i = 0;
w h i l e ( document . g e t E l e m e n t B y I d ( i ) )
i f ( document . g e t E l e m e n t B y I d ( i ++) . c h e c k e d )
return true ;
a l e r t ( ’ S e l e c i o n e um a l u n o ! ’ ) ;
return false ;
}
return false ;
}
f u n c t i o n V a l i d a S a l a ( pButon ) {
i f ( pButon . v a l u e . i n d e x O f ( ’ C r i a r ’ ) >=0) {
i f ( ! v a l i d a C a m p o ( document . s a l a s . d e s c ) ) {
return false ;
}
return true ;
}
e l s e i f ( pButon . v a l u e . i n d e x O f ( ’ Remover ’ ) >=0) {
i = 0;
return true ;
a l e r t ( ’ S e l e c i o n e uma s a l a ! ’ ) ;
return false ;
}
63
64
115
return false ;
}
120
f u n c t i o n KeyDownSalas ( ) {
i f ( e v e n t . keyCode = = 1 3 ) {
event . returnValue= f a l s e ;
event . cancel = true ;
document . s a l a s . a c a o [ 0 ] . c l i c k ( ) ;
}
}
125
130
135
140
145
150
155
f u n c t i o n MudaMsg ( p S e l e c t ) {
v a r msg = p S e l e c t . v a l u e . s u b s t r ( ( p1 + 2 ) ) ;
document . a g e n d a . t e x t o . v a l u e = msg ;
}
f u n c t i o n ValidaMsg ( pButon ) {
i f ( pButon . v a l u e . i n d e x O f ( ’ I n s e r i r ’ ) >=0) {
i f ( document . a g e n d a . t e x t o . v a l u e = = " " ) {
a l e r t ( ’ I n s i r a um t e x t o ! ’ ) ;
return false ;
}
return true ;
}
e l s e i f ( pButon . v a l u e . i n d e x O f ( ’ S a l v a r ’ ) >=0) {
i f ( document . a g e n d a . msg . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e uma mensagem ! ’ ) ;
return false ;
}
e l s e i f ( document . a g e n d a . t e x t o . v a l u e = = " " ) {
a l e r t ( ’ I n s i r a um t e x t o ! ’ ) ;
return false ;
}
return true ;
}
i f ( document . a g e n d a . msg . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e uma mensagem ! ’ ) ;
return false ;
}
return true ;
}
return false ;
}
160
165
170
175
180
185
190
195
f u n c t i o n MudaLnk ( p S e l e c t ) {
v a r p2 = p S e l e c t . v a l u e . l a s t I n d e x O f ( ’ @$ ’ ) ;
v a r msg1 = p S e l e c t . v a l u e . s u b s t r i n g ( ( p1 + 2 ) , p2 ) ;
v a r msg2 = p S e l e c t . v a l u e . s u b s t r i n g ( ( p2 + 2 ) ) ;
document . l i n k . d e s c . v a l u e = msg1 ;
document . l i n k . u r l . v a l u e = msg2 ;
}
f u n c t i o n V a l i d a L n k ( pButon ) {
i f ( ! v a l i d a C a m p o ( document . l i n k . d e s c ) | | ! v a l i d a C a m p o (
document . l i n k . u r l ) ) {
return false ;
}
return true ;
}
i f ( document . l i n k . l n k . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e um l i n k ! ’ ) ;
return false ;
}
e l s e i f ( ! v a l i d a C a m p o ( document . l i n k . d e s c ) | | !
v a l i d a C a m p o ( document . l i n k . u r l ) ) {
return false ;
}
return true ;
}
i f ( document . l i n k . l n k . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e um l i n k ! ’ ) ;
return false ;
}
return true ;
}
return false ;
}
65
66
200
205
210
215
220
225
230
235
f u n c t i o n MudaCrs ( p S e l e c t ) {
v a r p2 = p S e l e c t . v a l u e . l a s t I n d e x O f ( ’ @$ ’ ) ;
v a r cod = p S e l e c t . v a l u e . s u b s t r i n g ( 0 , p1 ) ;
v a r nome = p S e l e c t . v a l u e . s u b s t r i n g ( p1 + 2 , p2 ) ;
v a r l o g = p S e l e c t . v a l u e . s u b s t r i n g ( p2 + 2 ) ;
document . c u r s o . cod . v a l u e = cod ;
document . c u r s o . nome . v a l u e = nome ;
f o r ( i = 0 ; i < document . c u r s o . p r f . l e n g t h ; i ++)
i f ( document . c u r s o . p r f [ i ] . v a l u e = = l o g ) {
document . c u r s o . p r f . s e l e c t e d I n d e x = i ;
break ;
}
}
f u n c t i o n V a l i d a C r s ( pButon ) {
i f ( ! v a l i d a C a m p o ( document . c u r s o . cod ) | | ! v a l i d a C a m p o (
document . c u r s o . nome ) ) {
return false ;
}
return true ;
}
i f ( document . c u r s o . c r s . v a l u e = = " " ) {
return false ;
}
e l s e i f ( ! v a l i d a C a m p o ( document . c u r s o . cod ) | | !
v a l i d a C a m p o ( document . c u r s o . nome ) ) {
return false ;
}
return true ;
}
i f ( document . c u r s o . c r s . v a l u e = = " " ) {
return false ;
}
return true ;
}
240
return false ;
}
245
250
255
260
265
270
275
280
f u n c t i o n V a l i d a P r f ( pButon ) {
i f ( pButon . v a l u e . i n d e x O f ( ’ Remover ’ ) >=0) {
i f ( document . p r o f _ r e m . p r f . v a l u e = = " " ) {
a l e r t ( ’ S e l e c i o n e um p r o f e s s o r ! ’ ) ;
return false ;
}
return true ;
}
return false ;
}
f u n c t i o n v a l i d a P r v A l n ( pForm ) {
i f ( pForm . e l e m e n t s [ i ] . v a l u e . i n d e x O f ( ’ @$ ’ ) > = 0 | | pForm .
e l e m e n t s [ i ] . v a l u e . i n d e x O f ( ’ # % ’ ) >=0) {
return false ;
}
}
return true ;
}
f u n c t i o n v a l i d a P r v P r f ( pForm ) {
f o r ( i = 0 ; i < ( pForm . e l e m e n t s . l e n g t h ) ; i ++)
i f ( ! v a l i d a C a m p o ( pForm . e l e m e n t s [ i ] ) ) {
return false ;
}
return true ;
}
f u n c t i o n V a l i d a P r v ( pButon ) {
i f ( pButon . v a l u e . i n d e x O f ( ’ S a l v a r ’ ) > = 0 ) {
i f ( document . p r o v a s . n P r o v a s . v a l u e > 0 )
return true ;
return false ;
}
i = 0;
67
68
return true ;
a l e r t ( ’ S e l e c i o n e uma p r o v a ! ’ ) ;
return false ;
285
}
return false ;
}
290
function InserirPrv ( str ){
document . l o c a t i o n . h r e f = ’ p r o v a _ n e w _ f o r m . php ? ’ + s t r ;
return true ;
}
295
f u n c t i o n AddQuest ( ) {
var newquest ;
i f ( ! v a l i d a C a m p o ( document . q u e s t . q s t ) ) {
return false ;
}
n e w q u e s t = document . q u e s t . q s t . v a l u e ;
i f ( document . q u e s t . t i p o [ 0 ] . c h e c k e d ) {
f o r ( i = 1 ; i < 5 ; i ++) {
i f ( ! v a l i d a C a m p o ( document . g e t E l e m e n t B y I d ( i ) ) ) {
a l e r t ( ’ P r e e n c h a o s campos c o r r e t a m e n t e
!’) ;
return false ;
}
n e w q u e s t + = ’ # % ’ + document . g e t E l e m e n t B y I d ( i ) .
value ;
}
}
document . q u e s t . s t r _ p r v . v a l u e + = document . q u e s t . s t r _ p r v . v a l u e
! = ’ ’ ? ’ @$’ + n e w q u e s t : n e w q u e s t ;
document . q u e s t . q s t . v a l u e = ’ ’ ;
f o r ( i = 1 ; i < 5 ; i ++)
document . g e t E l e m e n t B y I d ( i ) . v a l u e = ’ ’ ;
return true ;
}
300
305
310
315
320
function validaPrvIns () {
i f ( document . q u e s t . d e s c . v a l u e = = ’ ’ ) {
return false ;
69
}
i f ( document . q u e s t . s t r _ p r v . v a l u e = = ’ ’ ) {
a l e r t ( ’ A d i c i o n e p e l o menos uma q u e s t ã o ! ’ ) ;
return false ;
}
return true ;
325
}
330
f u n c t i o n ValidaMessage ( ) {
i f ( document . m e s s a g e . msg . v a l u e = = " " )
return false ;
return true ;
}
335
340
345
f u n c t i o n KeyDownMessage ( ) {
i f ( e v e n t . keyCode = = 1 3 ) {
event . returnValue= f a l s e ;
event . cancel = true ;
document . m e s s a g e . a c a o . c l i c k ( ) ;
}
}
function setTipo () {
v a r t i p o = document . q u e s t . t i p o [ 1 ] . c h e c k e d ;
f o r ( i = 1 ; i < 5 ; i ++)
document . g e t E l e m e n t B y I d ( i ) . d i s a b l e d = t i p o ;
}
350
function verHistorico ( str ){
h i s t W i n d o w = window . open ( ’ h i s t o r i c o . php ? ’ + s t r , ’ H i s t o r i c o ’ , ’
l o c a t i o n =no , s c r o l l b a r s = y e s , w i d t h = 7 0 0 , h e i g h t = 7 0 0 ’ ) ;
h i s t W i n d o w . document . b g C o l o r = ’ # FFFFCC ’ ;
}
355
function verRespostas ( s t r ) {
respWindow = window . open ( ’ p r o v a _ r e s p . php ? ’ + s t r , ’ R e s p o s t a s ’ , ’
l o c a t i o n =no , s c r o l l b a r s = y e s , w i d t h = 7 0 0 , h e i g h t = 7 0 0 ’ ) ;
respWindow . document . b g C o l o r = ’ # FFFFCC ’ ;
}
360
f u n c t i o n v a l i d a C a m p o ( campo ) {
i f ( campo . v a l u e = = " " | | campo . v a l u e . i n d e x O f ( ’ @$ ’ ) > = 0 | | campo
. value . indexOf (’#%’) > = 0 )
70
return false ;
return true ;
}

Resumo - Centro de Ciências Exatas e da Terra

Transcrição

Documentos relacionados

Textos Luminosos Descrição: Este é um script muito interessante

Boletim de Atualização Document Light – Versão 1.14

RESULTADO DA CARTA DE INTENÇÃO E DO CURRÍCULO

Modelo de apresentação IFSC 2015 - Apenas mais

Roteiro 13 - André Moraes [email protected]

Principal - Regimento Osorio

Cursor Animado

x - SQLSaturday

Python`–`Funções`

FICHA TÉCNICA Certificação de Domínio