ENTORNO DE GESTIÓN PARA UN AULA VIRTUAL DE … - Oviedo/Trabajos/PDF/106... · del vídeo afecta...
Transcript of ENTORNO DE GESTIÓN PARA UN AULA VIRTUAL DE … - Oviedo/Trabajos/PDF/106... · del vídeo afecta...
ENTORNO DE GESTIÓN PARA UN AULA VIRTUAL DE FORMACIÓN UNIVERSITARIA
Alberto Manuel Fernández Álvarez – [email protected] José Ignacio Suárez García – [email protected]
Universidad de Oviedo
Reservados todos los derechos. Este documento ha sido extraído del CD Rom “Anales de Economía Aplicada. XIV Reunión ASEPELT-España. Oviedo, 22 y 23 de Junio de 2000”. ISBN: 84-699-2357-9
Entorno de gestión para un aula virtual de formación universitaria
Fernández Álvarez, Alberto Manuel [email protected]
Suárez García, José Ignacio [email protected]
Universidad de Oviedo
Introducción
En este trabajo presentamos el estado actual del sistema AulaNet, aula virtual de
enseñanza universitaria que durante el presente curso académico comenzó su
funcionamiento en la Universidad de Oviedo.
Comenzamos describiendo el web de alumnos y visitantes con sus principales
recursos docentes, esbozando los principios técnicos que los sustentan y la metodología
de trabajo para su desarrollo.
A continuación nos ocupamos de uno de los aspectos más novedosos del
sistema: la gestión de exámenes on-line, experiencia que exige un importante esfuerzo
en las etapas de diseño, autentificación de alumnos, realización y entrega de exámenes,
vigilancia, consultas, etc.
El Sistema AulaNet
El sistema AulaNet ha sido desarrollado empleando tecnologías de uso en Internet.
Todas las funcionalidades son ofrecidas a los usuarios a través de páginas web, lo que
permite el acceso desde casi cualquier sitio y ordenador, siempre que se disponga del
ancho de banda adecuado.
De este modo, AulaNet ofrece a cada tipo de usuario una interfaz web particular que
permite aplicar políticas de seguridad a distintos niveles. El empleo de la tecnología
web permite además construir interfaces amigables para el usuario que facilitan su
aprendizaje, haciéndolas más intuitivas y agradables.
Aula Virtual
El web de alumnos y visitantes ofrece información general sobre el proyecto y es
la puerta de entrada al público en general y a los alumnos. Tanto alumnos como
visitantes tienen a su disposición todas las áreas que se ofrecen desde esta página,
incluida el Aula Virtual, si bien los visitantes sólo tienen acceso a una versión reducida
a modo de muestra.
Figura 1
Para acceder al Aula Virtual el alumno debe autentificarse en el sistema suministrando
su login y password. La verificación de la validez de los datos se hace por comparación
con los existentes en la Base de Datos del sistema.
Un punto débil en este esquema de seguridad es la transmisión de esos datos a través de
un medio no seguro como es la red Internet. Personas mal intencionadas podrían
disponer equipos especiales conectados a la red con la finalidad de capturar el trafico
existente y con un análisis posterior recuperar información vital. Con el objetivo de
evitar el problema, esta transferencia de información se realiza de forma encriptada,
para lo cual el servidor web y el navegador emplean el protocolo de encriptación SSL
que, básicamente, consiste en determinar una clave de sesión con la que se encripta el
contenido a transferir entre ambos.
Una vez la información llega al servidor de forma segura, si el usuario existe y está
activo, el sistema le autorizará el paso.
En el Aula Virtual están disponibles para el alumno todas las funciones
mostradas en la figura y sólo referentes a la asignatura Análisis de Datos Económicos
(ADE), primera materia incorporada a AulaNet. El acceso a cada función desde esta
página es sencillo e intuitivo.
Figura 2
El área de la Lección Virtual presenta al alumno toda la información docente de
la asignatura organizada jerárquicamente en módulos y lecciones y estructurada en tres
zonas. La parte superior es constante y presenta enlaces rápidos a otras partes del aula
virtual. La zona inferior izquierda contiene un árbol jerárquico que muestra la estructura
docente de la asignatura y cada hoja es un enlace activo que presenta sus contenidos en
la zona inferior derecha.
Figura 3 Cada lección del temario presenta sus contenidos de manera ordenada, precedidos de
una introducción a la lección (ficha de trabajo), mostrando después una explicación
virtual y dejando el material para estudio más detenido a continuación.
Esta presentación jerarquizada se obtiene de forma dinámica del
sistema cada vez que el alumno entra en el aula. El objetivo es
asegurar que el alumno sigue la asignatura en orden y que se
poseen los conocimientos necesarios para asimilar las partes
restantes del temario. En función de la información almacenada en
el expediente del alumno (en la Base
de Datos del sistema) un proceso en el servidor construye el árbol
jerárquico de enlaces activos que dan acceso a la información de
cada tema. El árbol generado deja libre acceso a los contenidos ya
vistos y restringe el acceso a los que quedan fuera de la
ordenación decidida por el profesor.
Tiene especial importancia dentro del programa docente la
Lección Virtual, presentada en dos formatos distintos: uno con
audio y vídeo y otro más reducido con sólo audio (más apto para situaciones de escaso
ancho de banda). En ambos casos la lección virtual consiste en una presentación de
diapositivas sincronizada con vídeo o audio según la opción escogida.
Para lograr esta presentación multimedia, se emplea la tecnología Web habitual en
combinación con un sistema de transmisión de vídeo y audio por red.
Transmitir vídeo por la red tiene complicaciones tecnológicas importantes
derivadas de la necesidad devoradora de ancho de banda que demanda una transmisión
de calidad. Como quiera que sea, hoy por hoy, Internet no da ese ancho de banda, y para
empeorar aún mas las cosas es fluctuante. La solución pasa por comprimir el vídeo con
algoritmos (codecs) más o menos perfectos que estrechan la banda necesaria pero
reducen la calidad de imagen y sonido. Lógicamente a menos ancho de banda se obtiene
menos calidad, por lo cual en las condiciones actuales de la red muchos contenidos
(gráficos sobre todo) perderían tanta calidad que se harían ilegibles si se transmiten
como vídeo.
Las lecciones virtuales, tal y como están concebidas en AulaNet, presentan a un
profesor que da una explicación apoyándose transparencias animadas. La compresión
del vídeo afecta de forma drástica a la legibilidad de las diapositivas, lo cual
imposibilita la transmisión de éstas dentro de la corriente de vídeo. La solución
adoptada consiste en separar el vídeo del profesor de las transparencias, de modo que
éstas se transmiten como si fuesen páginas Web, preservando de esta forma su calidad
mientras que el vídeo llega desde un servidor especifico para transmisión multimedia.
Sólo queda entonces mantener el sincronismo entre el vídeo del profesor y las
diapositivas, cosa que se logra insertando eventos en la línea de tiempos del vídeo que
son recogidos en el cliente por el reproductor y éste, a su vez, emplea el navegador para
realizar las peticiones de dispositivas.
Una vez visualizada la lección virtual, punto obligado para que el alumno pueda seguir
avanzando y que además queda registrada en su expediente para la generación dinámica
del árbol de acceso ya referido, el alumno encuentra a su disposición todo el contenido
teórico, que se le presenta bajo la forma de páginas Web enriquecidas con enlaces a
fuentes externas, imágenes, otras presentaciones, etc. y algunas zonas activas en las que
puede interactuar. Estas zonas corresponden a preguntas en las que el alumno encuentra
la respuesta pulsando sobre ellas y a textos que despliegan una aclaración de términos,
cuyo interés radica en que permiten medir el grado de implicación del alumno con la
materia. ya que las acciones en estas zonas activas quedan registradas en la Base de
Datos formando parte del expediente del alumno (a cada activación de una de estas
zonas se produce una llamada al servidor que realiza la anotación correspondiente).
Al final de cada lección el alumno puede contrastar sus conocimientos realizando test
que el sistema genera de forma automática mediante una selección aleatoria de entre
todas las preguntas que corresponden a la lección y están almacenadas en la base de
datos del sistema. Este test es de corrección automática por simple comparación con los
datos almacenados en la base de preguntas y se le devuelve al alumno indicándole los
fallos y aciertos.
Autoevaluaciones
En el caso de la asignatura Análisis de Datos Económicos, el seguimiento de la materia
incluye la realización de Auto-evaluaciones con carácter de examen parcial. Por ello
estas autoevaluaciones son obligatorias para los alumnos al finalizar cada uno de los
módulos y son llave para permitir el avance en el resto de la materia, de modo que el
árbol de contenidos no se expandirá al siguiente módulo si no se satisface antes este
requisito.
La autoevaluación consiste en una veintena de preguntas de tipo test que se le
presentan al alumno bajo la forma de un formulario Web generado automáticamente
mediante una selección aleatoria de entre todas las preguntas disponibles para las
lecciones que componen el módulo. Una vez cumplimentado, el formulario se devuelve
al sistema que lo almacena para una posterior reproducción a la vez que corrige
automáticamente y anota el resultado en el expediente.
El hecho de formar parte del expediente y contar en la nota final pudiera hacer que el
alumno intentase repetir las auto-evaluaciones hasta que alguna le saliese de forma
aceptable. Para evitarlo el sistema sólo le permite realizar la auto-evaluación una vez y
toma nota del tiempo empleado en su realización. También es posible que por
impedimentos técnicos -cortes de luz, caídas del sistema, de las líneas de comunicación,
etc- no pueda ser devuelto el formulario, por lo que están permitidos hasta tres intentos.
Si al tercer intento falla el sistema bloquea el acceso y el alumno deberá ponerse en
contacto con algún profesor tutor para justificar las causas y restablecer su estado.
Tutorías
El sistema AulaNet dispone de tres formas de tutoría: por correo electrónico, por
videoconferencia y usando un canal de chat.
La utilidad de tutoría por correo está construida sobre un sistema de correo
tradicional embebido dentro del sistema AulaNet, de forma que sólo permite
intercambio de correo entre alumnos y profesores y no es accesible desde el exterior.
Para su utilización no es necesario emplear ningún programa externo de correo ni
necesita configuración. El usuario accede a esta utilidad de forma transparente.
Las tutorías por vídeo-conferencia están basadas en el software NetMeeting de
Microsoft. Al igual que la anterior utilidad están integradas en el sistema, de forma que
el usuario no necesita configurar nada ni conocimientos especiales. Permiten, además de
la comunicación por vídeo y voz entre alumno y profesor, el intercambio de ficheros, el
uso de una pizarra compartida y disponer de una utilidad para mensajes escritos.
Como complemento a esta herramienta es necesario un servidor de localización de
personas (Servidor ILS) que hace de punto de encuentro para todos los usuarios
conectados en un momento. Esto permite a los alumnos localizar a los profesores
conectados y entablar comunicación con ellos.
Otra modalidad de tutoría consiste en programar tertulias en las que participan alumnos
y profesores. En éstas los usuarios se comunican de forma escrita y el profesor actúa
como moderador planteando cuestiones de interés para la asignatura. Este sistema está
basado en el uso de un servidor de chat, propio para el sistema AulaNet, que actúa a
modo de repetidor enviando a todos los usuarios conectados lo que cualquier otro aporta
a la discusión. También permite hacer comunicaciones privadas entre dos usuarios.
Conferencias
Figura 4
El sistema de conferencias de AulaNet, está basado en el empleo del ya referido
sistema de transmisión de vídeo para las lecciones virtuales. No se debe confundir este
tipo de transmisión con la vídeoconferencia empleada en las tutorías, ya que en aquel
caso se establecía una comunicación simétrica y de uno a uno mientras para la emisión
multitudinaria de una conferencia cambia el escenario de uso.
En la transmisión de estas conferencias hay un solo emisor frente a múltiples
receptores de los mismos contenidos y el sistema debe soportar toda esa carga de
usuarios. Por añadidura también debe permitir visionar conferencias ya emitidas en
modo diferido. Detallando un poco más estos aspectos podemos apuntar dos conceptos
distintos pero complementarios:
• Transmisión en directo o en diferido. • Transmisión a un único usuario o a muchos. Unicast y Multicast.
La transmisión en directo exige tener dispositivos que capturen la imagen en
vivo: cámara, micrófono y digitalización-compresión del vídeo en tiempo real. La
segunda posibilidad exige añadir la capacidad de almacenamiento de los contenidos
para dejarlos a disponibilidad.
La transmisión Unicast establece un canal único para cada usuario por el que se pueden
transmitir contenidos en directo o en diferido. Usando este modo un usuario tiene
libertad para escoger lo que quiere de entre lo que ya está grabado, cuándo lo desea ver
y parar o repetir secuencias (no es posible en directo). El inconveniente es que cada
usuario consume una porción del ancho de banda disponible.
La transmisión Multicast consiste en enviar el mismo contenido a muchos usuarios a la
vez, consumiendo muy poco ancho de banda. Esta forma es apta para eventos
transmitidos en directo o para programas broadcast, pero tiene el inconveniente de que
el usuario es pasivo y no puede controlar la recepción.
La implementación en AulaNet permite asistir en directo a conferencias de este tipo y
visionar otras ya grabadas. Ambas cosas son posibles desde el área de conferencias del
Aula Virtual empleando el navegador Web. Las páginas de esta zona integran el visor
multimedia y lo redirigen hacia el servidor de vídeo.
Encuestas Periódicamente interesa recabar información que nos permita conocer cómo los
alumnos están siguiendo las asignaturas. AulaNet incorpora un sistema que permite
gestionar encuestas y almacenar para posterior explotación las respuestas de los
alumnos.
Figura 5
Las encuestas sólo aparecen cuando éstas están activas y son de cumplimentación
voluntaria. Lógicamente se responden desde el navegador Web que las obtiene desde el
servidor central de AulaNet. A la recepción del formulario se almacenan en la base de
datos las respuestas a las preguntas y queda un registro de que el alumno respondió a la
encuesta. Las respuestas se guardan de forma anónima y el registro se emplea para
evitar que el mismo alumno responda varias veces a la misma encuesta falseando los
resultados.
Una vez finalizado el período activo de la encuesta ésta se retira del Web y la
información obtenida se recoge de la Base de Datos.
Los exámenes en AulaNet
Consideramos que las nuevas metodologías docentes deben tratar de evitar llegar a
incoherencias, para lo cual es necesario adaptar los sistemas de evaluación a los
métodos de enseñanza empleados. En nuestra opinión, un examen de corte tradicional
no sería un buen indicador de los conocimientos adquiridos con estas nuevas
metodologías, si bien el diseño de evaluaciones alternativas no resulta sencillo.
AulaNet presenta un modelo de examen on-line que trata de maximizar la virtualidad, es
decir, la libertad de horario y lugar de realización a la par que debe garantizar unas
condiciones de seguridad al menos iguales a las que se pueden esperar en un examen
tradicional. Aspectos importantes a tener en cuenta son la seguridad, disponibilidad,
accesibilidad del examen, almacenamiento, etc.
Habida cuenta de que la total disponibilidad de horario y lugar entra en colisión con las
condiciones de seguridad mínimas requeridas, resulta necesario relajar las aspiraciones
iniciales y hacer concesiones a favor de la seguridad. Por ello, en esta primera
experiencia, la disponibilidad de lugar de examen se limita a varias salas dispersas
geográficamente con opción a que el alumno escoja la que más le convenga.
Al diseñar un examen para ser resuelto a través de un ordenador es necesario adaptar el
enfoque tradicional, para poder aprovechar las ventajas de las nuevas metodologías
docentes:
• Posibilidad de generación aleatoria de los exámenes. Si el sistema
dispone de una base de preguntas amplia y éstas están bien catalogadas
en cuanto a dificultad, tiempo de realización y naturaleza es posible
generar los exámenes de forma aleatoria, si bien no resulta sencillo
garantizar niveles similares de dificultad. Además, será necesario
disponer de una base muy amplia de preguntas para conseguir evitar
parecidos en los modelos. Una aproximación a este enfoque consiste en
realizar un número suficiente de modelos de examen supervisados por el
profesor y realizar la asignación aleatoria en el momento que el alumno
solicite su examen.
• Posibilidad de corrección automática o semiautomática. El sistema
podría encargarse de la corrección si el tipo de preguntas es tipo test, y
también podría actuar como filtro para las preguntas en las que se
combine selección de respuestas con razonamiento del alumno
(cuestiones tipo test para justificar).
• Búsqueda y consulta avanzada de exámenes. Al permanecer los
exámenes ya resueltos, corregidos y revisados en el sistema, existe la
posibilidad de que alumnos y profesores consulten sus calificaciones y
correcciones de forma permanente.
• Elaboración de estadísticas, informes y actas de manera automática.
• Control preciso del tiempo de examen. El sistema puede enviar el
examen automáticamente, evitando así que se comentan excesos en el
tiempo.
• Posibilidad de evaluar la destreza adquirida por el alumno en el manejo
de herramientas informáticas.
Existen también algunas desventajas y riesgos, entre los que podemos citar los
siguientes:
• Pérdida de expresividad por parte del alumno. Este tipo de examen debe
adaptarse a las herramientas disponibles por parte del alumno, evitando
las preguntas poco adecuadas a este contexto (por ejemplo, la utilización
de fórmulas).
• Posibilidad de cometer fraudes informáticos. Aprovechando agujeros en
la seguridad de los sistemas se podrían alterar los exámenes una vez en el
sistema u obtener las repuestas del examen de forma fraudulenta.
• Dependencia de la infraestructura tecnológica. Si durante el examen falla
la red corporativa, el servidor, hay cortes de luz, etc. la entrega de
exámenes podría resultar imposible.
• Dificultad para identificar e impedir suplantaciones de personalidad. Es
muy dificultoso llegar a poder realizar exámenes totalmente on-line sin
ninguna restricción y sin vigilancia por parte del profesorado.
En el contexto anteriormente descrito, señalamos algunos de los aspectos claves
para el éxito de la realización de exámenes on-line.
Autentificación: El alumno deberá realizar el examen desde salas especialmente
acondicionadas para ello, a las que sólo se le permitirá el acceso después de verificar su
identidad (DNI) y su convocatoria de examen.
Tras acceder a la sala y sentarse en su puesto de trabajo, el alumno debe identificarse
con su login y password, creado específicamente para el examen (no es el habitual y le
será suministrado por el profesor).
No repudio: El sistema debe garantizar que un examen dado, si existe en el
sistema, es porque ha sido cumplimentado por el alumno no permitiendo la posibilidad
de que éste niegue haber asistido al examen.
Entrega del examen: Estas pruebas tienen carácter de examen final, con todas
las implicaciones legales que ello conlleva. Según estas disposiciones legales, el alumno
una vez presentado al examen, está obligado a hacer entrega de éste y le correrá
convocatoria. El sistema guarda información relativa al comienzo del examen para
controlar aquellos que por causas “fortuitas” no hayan sido entregados. El análisis de
esas causas corresponde a al equipo docente que podría forzar al alumno a repetir el
examen.
La duración del examen es controlada por el sistema y, tras varios avisos cercanos a la
finalización del tiempo, es recogido de forma automática y cerrada la sesión.
Acceso a otras fuentes de información: Para la realización del examen puede
resultar interesante, desde el punto de vista docente, solicitar al alumno que acceda a
otras fuentes de información en Internet. Esto es también un agujero de seguridad, ya
que con facilidad se podría acceder a destinos no deseados y de muy difícil control (por
ejemplo, los alumnos que estén realizando el examen podrían conectarse a chats
externos e intercambiar información entre ellos o con otras personas ajenas).
Las salas destinadas a exámenes están equipadas con dispositivos “firewall” que filtran
todas las conexiones permitiendo únicamente el acceso al servidor Web de AulaNet
desde el que se descarga el examen. El hardware de los equipos alumnos se limita para
impedir introducir disquetes o CD-ROMs.
Sin necesidad de sacrificar la opción de obtención de información de otras fuentes
externas, se opta por replicar esa información en un área controlada del sistema.
Acceso desde ordenadores fuera de las salas: La conexión al servidor, que sigue
funcionando para alumnos y profesores ofreciendo las funciones habituales durante la
realización del examen, imposibilita aislarlo del resto del mundo. Por ello el subsistema
de exámenes debe controlar las direcciones de las máquinas desde las que se están
realizando. Estos datos de direcciones forman parte de la parametrización de cada
convocatoria.
Uso de la red para intercambio de información: La disposición de las salas, en las
que todos los ordenadores instalados están conectados en una red de área local, hace que
sea posible el intercambio de información entre ellos. A pesar de que el sistema se ha
diseñado para impedir que se esté realizando el mismo modelo de examen dentro de la
misma sala, a los equipos empleados para la realización de éste se les aplican
restricciones de forma que sólo se pueden ejecutar los programas necesarios para el
desarrollo del examen y se les elimina toda posibilidad de conexión a red que no sea el
navegador Web.
Disponibilidad de salas y horarios: Se han habilitado varias salas ubicadas en
los campus con más alumnado de AulaNet para aumentar la disponibilidad de aulas de
examen. Dada la dispersión geográfica de la Universidad de Oviedo, con centros
distribuidos en varios campus, esta fórmula permite obtener un punto de compromiso
entre la disponibilidad ideal y las restricciones impuestas por la seguridad.
La diversidad del alumnado que estudia a través de AulaNet, de diversas titulaciones y
planes de estudios, con distintos programas de examen tradicionales, coincidentes
además en las mismas fechas, haría totalmente imposible planificar una sola
convocatoria de examen. La disponibilidad de horarios también debe ser amplia y
permitir al alumno escoger y asegurar su día y hora de examen.
De esta forma, el alumno debe solicitar en las semanas previas al examen una
sala, fecha y hora que le vayan bien pudiendo sugerir sus preferencias. En las semanas
anteriores queda a disposición de los alumnos en el Web de la asignatura la
programación de los turnos de examen.
Vigilancia física: Durante la realización del examen, con el fin de facilitar la
movilidad del profesorado encargado de vigilarlo, las salas están controladas por una
cámara on-line que permite a los profesores vigilar de forma remota los movimientos de
los alumnos. Este diseño hace posible que una sola persona pueda controlar varias salas
complementando la seguridad del sistema informático.
Consultas durante el examen: Durante la realización del examen, los alumnos
tienen a su disposición un canal de chat abierto que les permite comunicarse con los
profesores para las dudas que les puedan ir surgiendo en el transcurso de la prueba. Este
canal público, en el que las preguntas y respuestas les aparecen a todos (de la misma
forma que en un examen tradicional un profesor aclara de viva voz cuestiones de interés
general), se limita para impedir que haya comunicaciones privadas entre ellos fuera del
control del profesorado.
Tipos de preguntas: El sistema desarrollado para AulaNet soporta en la
actualidad cuatro tipos de preguntas, si bien ha sido diseñado para poder alojar nuevos
tipos con facilidad.
• Preguntas de tipo test con corrección y calificación automática.
• Preguntas de tipo test con justificación de respuesta en formato texto. En este
caso la corrección es semiautomática, permitiendo filtrar la corrección en
exámenes masivos.
• Preguntas para responder con ayuda de programas externos, que necesiten un
fichero inicial en el que se devuelve la respuesta.
• Preguntas genéricas para justificar respuesta en formato texto.
Mecánica del examen: Desde el punto de vista de los alumnos, realizar un
examen de estas características conlleva una serie de pasos:
• En las semanas anteriores deben enviar una solicitud de fecha, hora y lugar
para la realización del examen a través de la página Web de la asignatura. El
alumno puede sugerir sus preferencias.
• Una semana antes del examen se publica en el Web la lista definitiva de
alumnos, turnos y salas de examen.
• Llegada la fecha y hora del examen el alumno se presentará a la sala que se
le haya asignado provisto de DNI y recibirá la información necesaria para
cumplimentar el examen.
• Pasada la semana dedicada a exámenes, se inicia el periodo de corrección,
transcurrido el cual aparecerá en el Web de la asignatura, en la zona privada
de cada alumno, el examen corregido. Desde ahí, si el alumno no está
conforme, puede solicitar una revisión del examen.
• Durante el periodo de revisión alumno y profesor se comunican con las
utilidades de tutoría, por video conferencia o correo electrónico.
• Finalizado este periodo, se realiza la evaluación final por parte del
profesorado y sus notas pasan a actas.
Los pasos a realizar por el profesor son los siguientes:
• Definición en el sistema de la convocatoria, introduciendo los parámetros
que crean cada examen: convocatoria, periodo de realización, etc.
• Apertura del plazo para la recepción de solicitudes de examen.
• Finalizado el plazo de recepción de solicitudes, elaboración de la
programación de alumnos, aulas y fechas.
• Durante el periodo de realización de exámenes, control de asistencia de
alumnos y vigilancia.
• Corrección de los exámenes.
• Revisión.
Formato del examen: El examen para la asignatura piloto, ADE, tiene una
duración de dos horas y está compuesto de tres bloques:
• Un bloque de 30 preguntas de test, con corrección automática.
• Otro bloque de varias preguntas de test a justificar.
• Finalmente un bloque compuesto por varias preguntas prácticas a
resolver empleando el programa ADE+. El alumno descarga un fichero
para cada pregunta que contiene el planteamiento y los datos necesarios y
tras resolverlo (en el mismo fichero), éste se envía al servidor y queda
almacenado junto con el resto del examen.
Para finalizar, el diagrama siguiente presenta una descripción sintética de las
etapas del examen on-line de AulaNet .
Estados Definición Acciones permitidas Creación Se introduce la configuración del examen y se
reciben las solicitudes de hora.
Altas/Bajas/Modificaciones de convocatoria, localizaciones, modelos de examen y preguntas. Recepción de peticiones de hora/lugar y elaboración de las listas alumnos/horas/aulas.
Ensayo Antes de pasar a la realización, esta fase permitirá depurar el sistema y las preguntas de examen. Desde aquí se puede volver al estado Creación para hacer correcciones.
Ensayo de exámenes. Recepción de peticiones de hora/lugar y elaboración de las listas alumnos/horas/aulas.
Realización Este estado estará activo durante la semana de examen.
Realización de exámenes.
Corrección El examen permanece bloqueado para consultas por parte de los alumnos.
Corrección de preguntas de examen Calificación de exámenes
Revisión Consulta de los exámenes por parte de los alumnos. Solicitud de revisiones Modificación de notas de preguntas del examen completo
Definitivo Los exámenes permanecerán inalterados en el sistema durante el tiempo legal de retención.
Consulta de exámenes por alumnos y profesores
Figura 6
Creación
Ensayo
Definitivo Revisión
Corrección
Realización
Bibliografía BANIC, S.; MORRISON, M. (1999): Visual InterDev 6, Prentice Hall. DACONTA, M.; SAGANICH, A.; MONK, E. (1999): Java 2 and Javascript for C and C++
Programmers, Wiley. DELGADO, A. (1998): Descubre Internet Information Server 4, Prentice Hall. FERNÁNDEZ, A.M.; SUÁREZ, I.; PÉREZ, R. (1999): “Tecnologías para la enseñanza virtual
por Internet” I Jornada ASEPELT “Nuevas Tecnologías para la enseñanza de Economía Aplicada, Alcalá de Henares, 26 de Noviembre de 1999.
GISBERT, M. y otros (1998): “Entornos virtuales de enseñanza-aprendizaje: el proyecto GET”. Cuadernos de Documentación Multimedia .
GULBRANSEN, D.; RAWLINGS, K. (1998): DHTML HTML Dinámico, Prentice Hall. HAHN, H. (1994): INTERNET: Manual de referencia técnica, Osborne McGraw-Hill. MARIMOTO, R. (1997): Deploying Microsoft Exchange Server 5, Osborne McGraw-Hill. MICROSOFT (1999): Libro guía del programador de bases de datos de Microsoft SQL Server,
Microsoft Press. MICROSOFT: "MSDN Library Visual Studio 6.0", Microsoft Press. MICROSOFT: Windows Media Technologies, Jump Start 4.0 (CD) MICROSOFT: www.microsoft.com, www.microsoft.com/spain; www.tecnech.com;
msdn.microsoft.es. PÉREZ, R.; LÓPEZ, A.J.; FERNÁNDEZ, A.M.; SOMARRIBA, N. (1999): “Tele-enseñanza
en la Universidad. El Proyecto AulaNet”, Jornadas Técnicas RedIRIS, Oviedo. PHILLIPS, L.A. (1998): HTML 4, Prentice Hall. RAYA, J.L.; RAYA, E. (1997): Windows NT Server Version 4. Instalación, configuración y
administración, Ra-ma. RUSSEL, C.; CROWFORD, S. (1998): Running Microsoft Windows NT Server 4.0, Microsoft
Press. SALINAS, J. (1999): “Enseñanza flexible, aprendizaje abierto. Las redes como herramientas
para la formación”. EDUTEC, Revista Electrónica de Tecnología Educativa, 10. http://www.uib.es/depart/gte/revelec10.html
TITTTEL, E.; STEWART, J.M. (1997): La biblia de Intranet, Anaya Multimedia WILLE, C. (1997): Unlocking Active Server Pages, New Riders.