Tabla 1.1.
Herramientas posibles
Herramienta | Categoría | Función | |
Presentaciones | Síncrona | Presentación sincronizada | |
Chat | Síncrona | ||
Broadcast Chat | Síncrona | 1-1 o 1-muchos mensajes directos. | |
Asíncrona | Correo electrónico | ||
Foro de Discusión | Asíncrona | Discusiones | |
Librería de | Asíncrona | Colocar y repartir documentos | |
Pizarrón | Asíncrona | Colocar fechas y eventos importantes | |
a) Presentaciones Interactivas
Las presentaciones interactivas son herramientas
poderosas para la presentación de material. Una serie de
imágenes pueden ser controladas sincronizadamente por el
docente, permitiendo una presentación multi-usuaria
distribuida parecida a la de PowerPoint. Además de las
imágenes, URL"s y archivos de audio pueden estar adjuntos
en cada "slide". Una presentación interactiva puede ser
usada en conjunción con Chat para discutir la
presentación y permitir que el instructor haga preguntas a
los estudiantes y viceversa.
b) Librería de Documentos:
Consiste en una herramienta de búsqueda de
documentos que permite a los estudiantes seleccionar y ver
documentos que han sido colocados o guardados en la
librería. Esta herramienta es usada por cada estudiante de
manera independiente para revisar, "bajar" y/o "subir"
materiales. Los documentos podrían ser soportados por los
Web Browsers como HTML, GIF, JPG y texto o también
podrían usarse documentos PDF, AVI, MPEG, MOV, DOC, XLS,
AVI y otros que sean configurables vía
plug-ins.
c) Proveer un Ambiente Colaborativo
Un ambiente es colaborativo cuando se le provee al
usuario todas las facilidades necesarias para que él mismo
realice las actividades deseadas. Al referirnos al hecho de
proveer las facilidades necesarias, hablamos de:
i) Que el ambiente sea de fácil
navegación, es decir, que sea fácil para el usuario
moverse de un sitio a otro dentro del sistema.
ii) Que la información sea expuesta al usuario de
forma fácil, precisa y concreta.
iii) Que el usuario obtenga la información
deseada.
iv) Que el ambiente le ofrezca todos los recursos
necesarios para realizar todas las tareas ofrecidas por el
sistema.
v) Que el ambiente provea siempre al usuario la ayuda
necesaria para realizar cualquier tarea en
específico.
El rol asociado a esta característica es el rol
de Administrador.
En este contexto, un ambiente colaborativo es
aquél en el que tanto el alumno como el docente pueden
trabajar en conjunto en el desarrollo de un curso y en la
publicación y confección del contenido. En la tabla
1.2 se muestra los Aplicativos o entornos existentes.
Tabla 1. 2.
Aplicativos o Entornos
existentes
TÍTULO | URL | DESCRIPCIÓN | ||
a) ENTORNOS VIRTUALES EXISTENTES EN | ||||
Universidad de Lima | http://menta.ulima.edu.pe/ulima.nsf/Serv_Estudiante | Brinda un espacio virtual para que los alumnos y | ||
Universidad del Pacífico | http://www.up.edu.pe | Utiliza el BLACKBOARD 5 como herramienta | ||
Universidad de Ciencias Aplicadas | http://www.upc.edu.pe | Brinda servicios como chat con Directores de Desde este site se puede acceder a los | ||
Universidad San Ignacio de Loyola | http://www.sil.edu.pe | Cuenta con un entorno virtual para acceder a la Su escuela de postgrado utiliza el Lotus Learning | ||
Universidad Nacional de | http://www.uni.edu.pe | Utiliza el Learning Space en: -Maestría virtual en Gestión – Costos, Presupuestos, Proyectos de | ||
Universidad Cayetano Heredia | http://www.upch.edu.pe | Tiene un Campus Virtual que brinda Cursos en | ||
EDUCARED PERÚ | http://www.educared.edu.pe/ | La página web de EDUCARED PERÚ tiene Apoyar a los docentes en su actualización Proporcionar a los alumnos herramientas para Orientar a los padres de familia para brindar una Ofrecer al personal directivo diversos Servir de foro de comunicación, intercambio | ||
INICTEL | http://www.inictelvirtual.gob.pe/ | Centro de capacitación que brinda cursos a | ||
CAPITULO II
Aprendizaje
electrónico
2.1. Descripción
Los sistemas Aprendizaje electrónico (elearning)
son el último paso de la evolución de la
educación a distancia (que se iniciaron con cursos por
correspondencia y más tarde con apoyos tecnológicos
radio, televisión, video,…).
Fueron inventados en el siglo XIX con el objetivo de
proporcionar acceso a la educación a todos aquellos que
por diversas razones no podía acceder a las clases
presénciales. Y constituyen un sistema adecuado para
estudiantes con autodisciplina y perseverancia para estudiar en
solitario o con puntuales apoyos de un tutor.
Cuando nos referimos al elearning no se trata
únicamente de coger un curso de cualquier materia y
colgarlo en el ordenador o en una página web. Es algo
más complicado. Como ya se dijo en la introducción,
el elearning es un nuevo concepto de educación a distancia
en el que se integra el uso de las TIC y otros elementos
didácticos para el aprendizaje y la enseñanza, y
toma auge con la introducción de forma masiva de Internet
en nuestra sociedad, ya que aumentan de manera considerable las
posibilidades de acceso a la formación y es posible
ofrecer ambientes de estudio más complejos y
elaborados.
Como sabemos, la educación tradicional siempre ha
tenido como elemento principal al profesor. De hecho, el maestro
ha sido una de las figuras importantes en la sociedad de no hace
demasiados años. En contraposición, nació
este nuevo paradigma de educación en el que el alumno es
el elemento principal y alrededor de él tiene el resto de
elementos encargados de formarle. El profesor ha pasado a ser una
parte más de la educación de los alumnos,
quizá la más importante, por supuesto, pero
desaparece del centro del sistema educativo. Esto se puede ver de
forma clara en las figuras 2.1 y 2.2.
Figura 2.1.
Educación basada en el
profesor.
Figura 2.2.
Educación basada en el
alumno.
¿Dónde se aplican los sistemas elearning?
Algunas de las líneas de estudio donde es posible aplicar
elearning son las siguientes:
– Carreras universitarias.
– Cursos de postgrado o master.
– Cursos de apoyo en enseñanzas obligatorias
(primaria y secundaria).
– Bachillerato.
– Cursos de formación profesional.
– Entorno empresarial.
Una de las características más importantes
de los sistemas elearning es la interactividad. Hacer que la
persona que se esté formando tome conciencia de que es
él el protagonista de su formación es un rasgo
importantísimo y es un aliciente para el alumno el saberse
responsable de su formación. Esta interactividad se
traduce en que los alumnos eligen sus propios itinerarios
formativos según las necesidades del momento, se ponen en
contacto de manera rápida con sus tutores o
compañeros a través del chat o del correo
electrónico, realizan ejercicios variados. Como principal
ventaja del elearning está la facilidad de acceso a la
formación, ya que desaparecen las barreras
espacio-temporales y permite que un mayor número de
personas tenga la posibilidad de formarse.
2.2. Elementos de Aprendizaje
Electrónico
A continuación se describen los principales
elementos de que consta un sistema elearning:
2.2.1. Sistema de Gestión o LMS 1 (Learning
Management System),
Es el elemento alrededor del cual giran los demás
elementos del sistema. Explicado de una manera sencilla, es un
software para servidores de Internet o de intranets que tiene las
siguientes funcionalidades; lo que se puede observar en la figura
2.3.
a) Gestión de usuarios relativa a la
matrícula, seguimiento del aprendizaje, generación
de informes.
b) Gestión de los cursos, creando un registro de
las actividades de los usuarios que se conecta: resultados de los
ejercicios, tiempos de conexión y estancia en el sistema,
accesos al material.
c) Gestionar las herramientas de comunicación,
foros de discusión, charlas, videoconferencias, pizarras
online.
Existen multitud de variantes de LMS y la
supremacía de algún producto respecto al resto,
como se da en muchas otras áreas del software, está
aún por llegar.
2.2.2. Contenidos o Courseware,
Que es precisamente el material de aprendizaje que se
pone a disposición del alumno. Estos contenidos pueden
presentarse en forma de WBT (Web Based Training), que son cursos
online en los que se integra elementos multimedia e
interactividad y que permiten que el alumno avance por el
contenido del curso y tenga posibilidad de evaluar lo aprendido.
También se pueden presentar los contenidos en forma de
aula virtual, que está basada en la
comunicación mediante videoconferencia complementada, por
ejemplo, con una presentación de diapositivas o con
explicaciones en una pizarra virtual. Normalmente, esta
presentación de contenidos no suelen venir aislados sino
que lo que suele suceder es que sean una característica
más de un WBT. Otras veces el contenido no se presenta en
formato multimedia sino en forma de documentos que se pueden
descargar. En definitiva, cualquier tipo de representación
de los contenidos puede venir conjuntada con las demás y
todas formar parte de un mismo sistema elearning.
2.2.3. Sistemas de
Comunicación.
Pueden ser síncronos o asíncronos. Los
sistemas síncronos son aquellos que tienen
comunicación entre los usuarios en tiempo real. Entre las
herramientas que utilizan este tipo de comunicación
estarían los chats o las videoconferencias. Los sistemas
asíncronos carecen de comunicación en tiempo real
pero ofrecen la posibilidad de que las aportaciones de los
usuarios queden registradas y de que se puedan estudiar con
detenimiento antes de ofrecer una respuesta. Entre las
herramientas que utilizan este tipo de comunicación
podemos citar a los foros de discusión o al correo
electrónico.
Figura 2.3.
Esquema de un Sistema
elearning.
Digamos que la explicación anterior es la parte
dura de un sistema elearning, sería como el hardware del
ordenador si lo comparáramos con él. Luego
estaría el software, lo que resulta más interesante
de cara a los usuarios y que son las posibilidades que tiene el
sistema, las herramientas de que disponemos para enseñar o
para aprender, según sea el caso. Tales herramientas como
pudieran ser chats, foros de discusión, auto evaluaciones,
libro de notas del estudiante, auto matrícula,
etc.
2.3. Características Generales
Existen cuatro características básicas que
todo sistema de tele-educación debería tener:
interactividad, flexibilidad, escalabilidad y
estandarización. A continuación haremos una breve
descripción.
2.3.1. Flexibilidad:
Conjunto de funcionalidades que permiten que el sistema
elearning tenga una fácil adaptación en la
organización donde se va a implementar. Esta
adaptación de la que hablamos se puede dividir en los
siguientes puntos:
a) Capacidad de adaptación a la estructura
organizacional de la institución donde se implante, ya que
no existen dos instituciones iguales.
i) Capacidad de adaptación a los planes de
estudio de la institución donde se implantará el
sistema. Resulta obvio decir que los planes de estudio se deben
mantener y que es el sistema el que se debe adaptar a ellos.
Además, los planes de estudios son muy variopintos:
diferentes carreras, empresas, etc.
ii) Capacidad de adaptación a los contenidos y
estilo pedagógico de la organización. No es bueno
que se fuerce la forma de enseñar de los profesores ni la
forma de aprender de los alumnos sino que es el sistema el que se
debe adaptar a estos estilos.
2.3.2. Escalabilidad:
Capacidad de la plataforma de Aprendizaje
electrónico de funcionar igualmente con un número
pequeño o un número grande de usuarios. Esto se
puede ver de forma clara si entendemos el proceso de
integración de la plataforma como un proceso gradual.
Pongamos el ejemplo de una universidad. Una primera etapa
podría ser la implantación de la plataforma como un
proyecto piloto (como es el nuestro) para realizar un curso de
una carrera determinada. Posteriormente, podría
incorporarse los cursos dentro de una facultad. Y por
último, la incorporación de todo un campus. En cada
una de las etapas es imprescindible que la plataforma se comporte
de una manera eficiente.
2.3.3. Estandarización:
Cuando se habla de plataformas estándar
está referido, básicamente, a la capacidad de
utilizar cursos realizados por terceros. Si esto no fuera
así, únicamente estarían disponibles los
cursos realizados en la propia organización, y, a veces,
sobretodo en empresas, esto suele ser una continua pérdida
de tiempo y dinero. En estos momentos no existe un
estándar acogido por todas las organizaciones, sino que
son varios los estándares disponibles que intentan
solucionar los problemas de la standardización de forma
independiente.
2.4. Funcionalidades Principales
Pasaremos ahora a listar las principales funcionalidades
que poseen las plataformas de Aprendizaje electrónico
(e-learning):
– Posibilidad de elección de idioma.
– Correo electrónico interno.
– Listas de distribución.
– Tablón de anuncios.
– Foros de discusión.
– Chats.
– Pizarra.
– Videoconferencia.
– Herramienta de búsqueda de
información.
– Intercambio de ficheros con el servidor.
– Ayuda. Páginas personales.
– Agenda.
– Creaciones de grupos de trabajo.
Auto-evaluaciones.
– Control del progreso.
– Plantillas.
– Creación de índices.
– Gestión del curso: secuencias de estudio,
limitación de materiales por calendario o por
requisitos
– Libro de notas.
– Automatrícula.
– Autentificación.
– Perfiles y privilegios.
– Apariencia.
2.5. Ventajas
Se podrían citar las siguientes ventajas de los
sistemas elearning:
– Se eliminan las barreras espaciales: la
formación se acerca al estudiante y lo libera de viajes
con el consiguiente ahorro de tiempo y dinero. Por el contrario
hay que pagar los accesos a Internet.
– Se eliminan las barreras temporales: el horario de
estudio es totalmente flexible salvo en los casos donde se
realiza una videoconferencia en tiempo real.
– Menor coste para los alumnos, ya que suelen ser
más barata la teleformación que la formación
presencial.
– Familiarización con las TIC: al realizar un
curso online los estudiantes se ponen al día en el uso de
las TIC tan extendidas hoy en día.
– Acceso permanente a toda la información
relativa al curso.
– Facilidad de comunicación entre los estudiantes
y con los profesores gracias a las herramientas de
comunicación.
– Posibilidad de realizar trabajo colaborativo entre
personas distantes.
– Posibilidad de evaluación continua a los
alumnos.
– Fácil elaboración y actualización
de materiales
– Facilidad para la configuración de la
plataforma.
– Escasez de inversiones en infraestructuras
físicas por parte de los centros docentes.
– Reducción de costes de profesorado ya que el
tiempo de dedicación de los mismos disminuye.
2.6. Desventajas
Está claro que también existen desventajas
que a continuación pasamos a comentar.
– La soledad del alumno puede ser un factor negativo a
la hora de la formación.
– La interacción continua con el ordenador
también puede convertirse en un factor negativo ya que
puede llegar a provocar ansiedad.
– Los alumnos necesitan disponer de un equipo
informático para acceder a la formación.
– Mayor tasa de abandono que en la formación
presencial.
– Pérdida de información: a veces las
páginas enlazadas se pierden debido a la inestabilidad de
la información en Internet. ME PARECE QUE ESTO ES
INHERENTE AL TRABAJO, YA Q NO PODEMOS MANIPULAR EL ENTORNO EN EL
ESPACIO O LA INTERNET.(MEJOR ELIMINA ESTE ITEM)
– Falta de contacto directo lo que provoca que los
diálogos sean rígidos y que a veces no se entienda
lo que se dice.
– Estudiantes con estratagemas para realizar el
mínimo esfuerzo.
– Control insuficiente de calidad de los materiales.
(ESTO ES DEL DOCOENTE O DE LA ISNTITUCION, O DE LA
APLICACION)
– Los profesores necesitan especializarse en su propia
materia y en las TIC.
CAPITULO III
Estudio de
plataformas de libre distribución
3.1. Descripción
La primera fuente utilizada para la recogida de
información ha sido Internet, que es fuente de una
cantidad enorme de información de actualidad, pero donde
esa información no está recogida de la manera en
que nosotros la esperamos por lo que a veces resulta un trabajo
un poco tortuoso llegar a todos los sitios interesantes y
conjuntar toda esa información.
Cabe destacar, dentro de Internet, los diferentes foros
de discusión existentes sobre aprendizaje
electrónico, ya que han servido de gran ayuda para poder
recabar cierta información importante para el desarrollo
de la tesina.
Algunas de las plataformas que citaremos a
continuación únicamente tienen licencia de libre
distribución siempre y cuando la persona o la
institución que lo vaya a utilizar no tenga fines
lucrativos o pertenezca a una organización educativa.
Todas formas la mayoría de las plataformas se distribuyen
bajo los términos de la licencia pública GPL del
proyecto GNU.
Como se puede observar en la tabla, casi todas las
plataformas de libre distribución se han creado en el
entorno de instituciones educativas, la mayoría de las
cuales son universidades. Este hecho no es nada sorprendente ya
que cualquier producto que cree una empresa privada va a nacer
con el objetivo de ser comercializado. Entonces, lo único
que quedan son las instituciones públicas, representadas
sobretodo por las universidades y donde el espíritu
comercial tiene mucha menos cabida. Estas son las
plataformas de libre distribución que, buscando por
Internet, hemos encontrado las que podemos observar en la tabla
3.2.
Tabla 3.2.
Plataformas de libre
distribución
Nombre | Autor | País | |
Acolad | Universidad Louis Pasteur | Francia | |
Adept | Mikael Ulfemborg | Rusia | |
ATutor | Universidad de Toronto | Canadá | |
AUC | Iniciativa Conjunta | Estados Unidos | |
Aula Escolar | Escolar.com | Argentina | |
Bazaar | Universidad de Athabasca | Canadá | |
BolinOS | Desconocido | Suiza | |
BSCW | Universidad de Hagen | Alemania | |
CHEF | Universidad de Michigan | Estados Unidos | |
Chirone | Universidad de Papua | Italia | |
Claroline | Universidad de Louvain | Bélgica | |
Class Web | UCLA | Estados Unidos | |
Colloquia | Colloquia | Gales | |
COSE | Universidad de Staffordshire | Inglaterra | |
Eledge | Universidad de Utah | Estados Unidos | |
Eval | Calvin Collage | Estados Unidos | |
Fle3 | Universidad de Helsinki | Finlandia | |
Freestyle | Universidad de Muenster | Alemania | |
Ganesha | Abemalab | Francia | |
ICA2 | Nicenet | Estados Unidos | |
Ilias | Universidad de Colonia | Alemania | |
KEWL | Universidad Western Cape | Nueva Zelanda | |
Lon-Capa | Universidad de Michigan | Estados Unidos | |
Manhattan | Western New England College | Estados Unidos | |
MANIC | Universidad de Massachusetts | Estados Unidos | |
Mimerdesk | Ionstream Ltd. | Finlandia | |
Moodle | Martin Dougiamas | Australia | |
Norton Connect | Norton | Estados Unidos | |
OKI | MIT | Estados Unidos | |
O-LMS | Universidad de Utah | Estados Unidos | |
Open LMS | Open LMS Foundation | Estados Unidos | |
Open USS | Campus Source | Internacional | |
Open CMS | Open CMS | Estados Unidos | |
Phedre | Universidad de Henry Ponearé | Francia | |
Php Test | Brandom Tallent | Estados Unidos | |
Rear Site | Universidad de Rennes | Francia | |
Shadow netWorkspaces | Universidad de Missouri | Estados Unidos | |
Testatos | Universidad de Berna | Suiza | |
UPortal | MIT | Estados Unidos | |
Como vemos, son muchas y entrar a analizar todas de
manera exhaustiva es una tarea muy extensa por lo que se ha
optado en este caso por dejarse guiar por algunos estudios
previos encontrados por Internet donde ya se hubiesen hecho
valoraciones previas de las plataformas. Pero aunque no vayamos a
analizar todas, sí que todas nos van a servir para
realizar una serie de estadísticas. Por ejemplo, en la
figura 3.1 queda claro que Estados Unidos está por delante
del resto de países en la creación de plataformas
de libre distribución, como en muchas otras ramas
tecnológicas.
Figura 3.1.
Estadística por
países
Las cosas se igualan más, como vemos en la figura
3.2, cuando hablamos de los continentes que desarrollan
plataformas de libre distribución. Europa desarrolla casi
el mismo número de plataformas pero, al contrario que en
América, donde la producción está
concentrada en tres países, en Europa
está
Figura 3.2
Estadística de Plataformas por
Continentes.
En la columna Otros están incluidos
todos los países que únicamente tienen una
plataforma.
3.2. Primer Descarte De Plataformas.
Para llevar a cabo el primer descarte de plataformas,
como se dijo con anterioridad, en principio me deje guiar por
otros estudios, aunque finalmente se tomará la acudiendo a
la página web de la plataforma. En ellas se puede obtener
información detallada sobre las características de
la plataforma, aunque no siempre es así, y donde
normalmente existe una demo para poder probar el
funcionamiento de la misma. Primeramente se han descartado una
serie de plataformas debido a que no existía
información sobre las mismas o la información que
existía no estaba actualizada o apenas existía
información. Estos casos corresponden a las siguientes
plataformas:
– Acolad.
– AUC.
– Eval.
– Norton Connect.
– Open CMS.
– Shadow netWorkspaces.
– Uportal
Otra de las razones para descartar plataformas ha sido
el idioma. Entendemos que para implantar una plataforma en la
Universidad Peruana los Andes – Facultad de Ingeniería, el
entorno de trabajo debe estar desarrollado en un idioma accesible
para la mayoría. Esto implica que las plataformas que no
estén desarrolladas en castellano, se descartarán
automáticamente. Este ha sido el caso de las siguientes
plataformas:
– Chirone.
– Ganesha.
– Phédre.
– RearSite.
– BolinOS
– COSE
– Eledge
– Fle3
– Lon Capa
– Manhattan
– Mimerdesk
La siguiente razón por la que se han descartado
plataformas ha sido por alojarse todos los datos en servidores
propios de la compañía que ha desarrollado el
software. Este hecho puede llegar a ser un problema por la falta
de control total sobre la plataforma y por la distancia a la que
se encuentran los servidores. Es mucho más eficiente tener
el software alojado en los servidores de la universidad donde si
surge un problema, tenemos la capacidad de poder entrar a
solucionarlo que esperar a que un tercero lo haga. Las
facilidades de alojamiento que ofrecen algunas
compañías desarrolladoras están muy bien
siempre y cuando no se tenga espacio en los propios servidores o
no se disponga de ellos. Debido a ello se han descartado las
siguientes plataformas:
– AulaEscolar.
– ICA2.
Posteriormente se han descartado plataformas debido a
que no ofrecían un producto adecuado para el objetivo que
se persigue en este proyecto como pudiera ser la falta de
funcionalidades, el encontrarse la plataforma en desarrollo o que
no fuese en sí una plataforma propiamente dicha. En la
mayoría de estos casos este argumento se ve apoyado por el
hecho de que en otros estudios anteriores no se hayan valorado de
forma positiva. Debido a este hecho se han descartado las
siguientes plataformas:
– Adept.
– Bazaar.
– BSCW.
– Classweb.
– Colloquia.
– CHEF
– eConf.
– Freestyle.
– KEWL.
– MANIC.
– Mimerdesk.
– OKI.
– O-LMS.
– Open LMS.
– Open USS.
– Phptest.
– Testatos.
– WebCT
Descartadas un total de 21 plataformas, a partir de
ahora trabajaremos con las siguientes tres:
– ATutor.
– LRN 1.
– Moodle.
3.3. Segundo Descarte de Plataformas.
Ahora que ya se dispone de un reducido número de
plataformas, en comparación con las 41 que se tenía
en un principio, pasaremos a analizar cada una de ellas de una
manera un poco más exhaustiva, viendo las necesidades
técnicas que requieren, En la tabla 3.3. se detallan las
características y aspectos generales.
Tabla 3.3.
Aspectos generales.
ATUTOR 1.3.1 | Moodle 1.5.3 | .LRN 1 | |
1. Aspectos generales Filosofía y características | |||
Características Generales Filosofía, ¿Se trata de un entorno de ¿Cómo se organiza el ¿Alrededor de ¿Alrededor del | ATutor es un entono de creación y La unidad lógica es el curso, que puede ATutor ha anunciado recientemente planes para | Moodle es un entorno de creación y Moodle parte de un modelo pedagógico Pone el énfasis en las actividades y la | LRN es un entorno de apoyo a grupos al que se le La unidad lógica es el usuario, que dispone Este espacio da también acceso a espacios |
Apoyo ¿Quién es | ATutor es un proyecto open source de la Adaptive El sitio web de ATutor incluye un foro de | Moodle es un proyecto open source promovido por Está organizada alrededor de moodle.org. | LRN es un proyecto open source promovido por la El entorno LRN está basado en penACS, que LRN todavía es poco utilizado y se |
Tabla 3.4.
Funcionalidades
didácticas
ATutor 1.3.1 | Moodle | .LRN 1 | ||
1. Funcionalidades Herramientas para el diseño | ||||
Diseño del Acceso a los cursos. Posibilidades | Los cursos pueden ser totalmente públicos, Cada curso se organiza alrededor de un material en Además, el curso tiene una sección | Todos los cursos requieren tener una cuenta Existe un usuario "guest" especial para permitir Los profesores pueden optar entre tres formatos de | El curso ("class") consta de un número de | |
Herramientas de aprendizaje | ||||
Foros Foros de debate. | Los foros se añaden en una sección | El profesor puede utilizar un foro en cualquier Estas opciones se pueden cambiar posteriormente: El profesor puede limitar el tamaño de los Los usuarios pueden suscribirse a cada foro y | Los foros se añaden al portlet de foros. El Los mensajes se pueden escribir en formato texto o Se pueden realizar búsquedas por palabras Los usuarios pueden suscribirse por correo | |
Materiales Posibilidades de gestión de | El profesor tiene un área privada de Los archivos que se suben a esta área se Se pueden subir grupos de archivos en formato ZIP El curso tiene asociada también una | El profesor tiene un área privada de No se pude definir qué tipo de archivos También se pueden incluir enlaces externos | Algunos de los portlets ("Lecture Notes", | |
Mensajería ¿Existe un sistema de | Los usuarios del entorno disponen de un | No hay mensajería interna. Los usuarios | No hay mensajería interna. Los usuarios | |
Chat ¿Existe un sistema de | Hay una sala de chat activa para cada curso. El | Dentro de cada curso, el profesor puede programar | No existe. | |
Ejercicios ¿Se pueden crear tests, | El profesor puede crear cuestionarios con El profesor debe revisar las respuestas para poner | El profesor puede crear cuestionarios con El sistema puede calcular y mostrar las Puntuaciones automáticamente. | Se pueden crear encuestas con diversos tipos de | |
Deberes ¿Se pueden poner tareas | No existe esta posibilidad. | El profesor puede poner tareas a los estudiantes. El profesor puede evaluarla. | Existe una "Homework Dropbox" donde los | |
Otros Otras herramientas de | Glosario: el profesor puede crear un glosario con | Glosario: el profesor puede crear diferentes | La versión 2 permitirá a todos los | |
Extensibilidad ¿Cabe la posibilidad de | No existe esta posibilidad. | La arquitectura modular de Moodle permite crear | La arquitectura modular de OpenACS permite | |
Multimedia ¿Hay alguna facilidad | No existen facilidades especiales. | Moodle 1.2 incorpora un sistema de | No existen facilidades especiales. | |
Grupos ¿Cabe la posibilidad de | No se pueden crear grupos dentro de un | Se pueden crear grupos que pueden "verse" entre | Se pueden crear grupos de estudiantes con oros, | |
Copias ¿Los profesores pueden | El profesor puede crear backups completos del | El profesor puede crear backups completos del | El profesor no puede crear backups del curso. | |
Compatibilidad de ¿Es posible Concretamente: ¿se pueden | La utilidad de backups permite compartir cursos | La utilidad de backups permite compartir cursos | El soporte de estándares IMS, SCORM y OKI | |
Seguimiento y evaluación ¿El profesor puede ¿Puede evaluar y calificar | El entorno registra la navegación del El profesor solamente puede calificar los | El entorno registra todas las acciones de los | Esta posibilidad no está | |
Tabla 3.5.
Usabilidad
ATutor 1.3.1 | Moodle | .LRN 1 | ||
2. Usabilidad Condiciones y medidas de | ||||
Facilidad de uso Facilidad de uso percibida por los | Entorno: confuso, embrollado. Tiene una | Media-alta. Percepción del entorno: Las operaciones básicas se realizan sin | Media. Percepción del entorno: sencillo, | |
Conocimientos ¿Qué nivel de | Familiaridad con entornos de trabajo web: El profesorado debe aprender necesariamente a | Familiaridad con entornos de trabajo web: La concepción modular del entorno facilita | Familiaridad con entornos de trabajo web: El entorno es modular. En este momento hay pocos | |
Ayuda ¿Hay un sistema de ayuda en | El usuario dispone de un sistema de ayuda | El usuario dispone de un sistema de ayuda | Hay una sección de ayuda. | |
Trabajo offline ¿Se puede hacer servir de | El estudiante puede bajar a su ordenador, en un | El usuario puede bajar a su ordenador los archivos | El usuario puede bajar a su ordenador los archivos | |
Accesibilidad ¿El entorno cumple los | ATutor manifiesta un compromiso explícito Incluye documentación y ayuda para los | Moodle tiene previsto mejorar la accesibilidad y Actualmente no supera las pruebas de accesibilidad | LRN no supera las pruebas de accesibilidad | |
Tabla 3.6.
Flexibilidad
Técnica
ATutor 1.3.1 | Moodle | .LRN 1 | |
3. Flexibilidad Requisitos y escalabilidad del | |||
Requisitos Requisitos de hardware / sistema operativo / | • Apache (u otro servidor web) • MySQL • PHP | • Apache ( u otro servidor web) • MySQL o PostgreSQL (puede funcionar con • PHP | • AOLServer (puede funcionar con Apache, pero • Oracle o PostgreSQL • OpenACS |
Escalabilidad ¿El servidor puede hacerse cargo del | Se puede implementar una arquitectura HA (alta | Se puede implementar una arquitectura HA (alta | Se dispone de HA (alta disponibilidad) en |
Integración Posibilidades de ¿Se puede crear ¿Se pueden incorporar los datos | No existen interfaces de intercambio. La incorporación de datos personales, Inconveniente: pérdida de compatibilidad en | Se pueden importar listas de usuarios y La arquitectura de autenticación de Moodle La automatización de la creación de Inconveniente: pérdida de compatibilidad en Se plantea colaborar. | No existen interfaces de intercambio. La incorporación de datos personales, |
Autenticación Mecanismos de autenticación de los | La contraseña se almacena en la base de | El sistema de autenticación es modular. Se Se puede desarrollar fácilmente un | La contraseña se almacena en la base de |
Imagen ¿Se puede adaptar la imagen del entorno | Se puede adaptar la imagen del entorno (y de cada | Se puede adaptar la imagen del entorno mediante | Las posibilidades de adaptar la imagen son |
Costes de Implementación | La instalación del hardware y puesta en | La instalación del hardware y puesta en | La instalación del hardware se complica por |
Costes de Mantenimiento Valoración del coste de | El mantenimiento del software se reduce a la Se necesita una persona que se haga cargo de la | El mantenimiento del software se reduce a la Se necesita una persona que se haga cargo de la | El mantenimiento del software se reduce a la Se necesita una persona que se haga cargo de la |
3.4. Elección de la Plataforma
De acuerdo con las comparaciones realizadas
líneas arriba, podemos concluir que los tres entornos
enseñanza aprendizaje analizados son técnicamente
viables en lo que respecta a sus posibilidades de
integración, aunque .LRN presenta indudables
particularidades que incrementan su coste de
implementación y de mantenimiento. Por otra parte, los
tres ofrecen las funcionalidades básicas suficientes para
utilizarse como entornos virtuales de
enseñanza/aprendizaje en una universidad. Sin embargo, en
el momento presente la ventaja de Moodle parece clara en casi
todos los aspectos comparados:
– Ofrece más funcionalidades didácticas y
éstas son más sofisticadas y ricas en opciones. Al
mismo tiempo, el diseño modular del entorno garantiza su
flexibilidad: según los módulos empleados puede dar
soporte a cualquier tipo de estilo docente o modalidad educativa.
Selección de un entorno virtual de
enseñanza/aprendizaje de código fuente abierto para
la Facultad de Ingeniería de la Universidad Peruana los
Andes.
– Gracias, también, a su diseño modular y
a una mayor atención a la interfaz de usuario, el
índice de usabilidad de Moodle es superior al de sus
competidores. Disponer de más opciones no implica pues en
este caso complicar el uso del entorno.
– El grado de apertura y el dinamismo del proyecto son
también más elevados. El desarrollo de Moodle
está siendo conducido por una comunidad de usuarios cada
vez más amplia y abierta a la participación, lo que
ha dado lugar a una evolución del producto más
rápida de lo previsto y al desarrollo de módulos y
características adicionales en un período muy breve
de tiempo.
En consecuencia, se concluye lo siguiente:
a) Escoger Moodle como entorno virtual de
enseñanza/aprendizaje de la Facultad de Ingeniería
de la Universidad Peruana los Andes por su combinación de
flexibilidad y sofisticación didáctica, por su
flexibilidad tecnológica, por el dinamismo de su comunidad
de desarrollo y por su facilidad de uso para estudiantes y
profesores, factor que contribuirá sin duda a su
difusión.
b) Seguir la evolución futura de ATutor, .LRN y
otros entornos similares (p. e. Ilias) que presentan
características interesantes y que pueden corregir sus
carencias actuales3.
c) Comprometer a la Facultad de Ingeniería de la
Universidad Peruana los Andes activamente en el desarrollo de
Moodle a fin de influir en su evolución en las
líneas apuntadas más arriba: soporte para objetos
de aprendizaje, lenguajes de modelado y diseño del
aprendizaje, accesibilidad, etc.
CAPITULO IV
Caso
práctico Moodle
4.1. Descripción de Moodle como Software no
Propietario
Moodle es un paquete de software para la creación
de cursos y sitios Web basados en Internet. Es un proyecto en
desarrollo diseñado para dar soporte a un marco de
educación social constructivista.
Moodle se distribuye gratuitamente como Software libre
(Open Source) (bajo la Licencia pública GNU).
Básicamente esto significa que Moodle tiene derechos de
autor (copyright), pero que usted tiene algunas libertades. Puede
copiar, usar y modificar Moodle siempre que acepte:
proporcionar el código fuente a otros, no
modificar o eliminar la licencia original y los derechos de
autor, y aplicar esta misma licencia a cualquier trabajo
derivado de él.
La palabra Moodle era al principio un acrónimo de
Modular Object-Oriented Dynamic Learning Environment (Entorno de
Aprendizaje Dinámico Orientado a Objetos y Modular), lo
que resulta fundamentalmente útil para programadores y
teóricos de la educación. También es un
verbo que describe el proceso de deambular perezosamente a
través de algo, y hacer las cosas cuando se te ocurre
hacerlas, una placentera chapuza que a menudo te lleva a la
visión y la creatividad. Las dos acepciones se aplican a
la manera en que se desarrolló Moodle y a la manera en que
un estudiante o profesor podría aproximarse al estudio o
enseñanza de un curso en línea. Todo el que usa
Moodle es un Moodler.
4.2. Requerimientos
Moodle está desarrollado principalmente en Linux
usando Apache, MySQL y PHP (también conocida como
plataforma LAMP), aunque es probado regularmente con PostgreSQL y
en en los sistemas operativos Windows XP y Mac OS X y Netware
6.
Los requerimientos de Moodle son los
siguientes:
– Un servidor web. La mayoría de los usuarios
usan Apache, pero Moodle debe funcionar bien en cualquier
servidor web que soporte PHP.
– Una instalación de PHP en funcionamiento
(versión 4.1.0 o posterior). PHP 5 está soportado a
partir de Moodle 1.4.
– Una base de datos: MySQL o PostgreSQL, que
están completamente soportadas y recomendadas para su uso
con Moodle.
4.3. Descarga
Existen dos formas de obtener Moodle, como un paquete
comprimido y a través de CVS. Esto se explica con detalle
en la página de descarga en
http://moodle.org/download/
Tras descargar y descomprimir el archivo, o actualizar
los archivos vía CVS, tendrá un directorio llamado
"moodle", que contiene varios archivos y carpetas.
Puede o bien colocar la carpeta completa en su
directorio de documentos de su servidor web, en cuyo caso el
sitio estará localizado en
http://suservidor.com/moodle, o bien copiar todos los
contenidos directamente en el directorio principal de documentos
del servidor web, en cuyo caso el sitio será simplemente
http://suservidor.com.
4.3.1. Estructura del sitio
Aquí mostramos un breve resumen de los contenidos
del directorio Moodle, para ayudarle a orientarse:
Tabla 4.1.
Contenidos del directorio
Moodle
config.php | – | contiene la configuración | ||||||||||||||||||||
install.php | – | el script que ejecutará para | ||||||||||||||||||||
version.php | – | define la versión actual del | ||||||||||||||||||||
index.php | – | la página principal del | ||||||||||||||||||||
a) admin/ – Código para administrar todo el
servidor.
b) auth/ – Módulos para la autenticación
de usuarios.
c) blocks/ – Módulos para los pequeños
bloques laterales contenidos en muchas páginas
d) calendar/ – Código para manejar y mostrar
eventos de calendario
e) course/ – Código para presentar y gestionar
los cursos.
f) doc/ – Documentación de ayuda de Moodle. (Por
ejemplo esta página).
g) files/ – Código para presentar y gestionar los
archivos cargados.
h) lang/ – Textos en diferentes idiomas, un directorio
por idioma.
i) lib/ – Librerías del código fundamental
de Moodle.
j) login/ – Código para manejar las entradas y
creación de cuentas.
k) mod/ – Todos los módulos de los cursos de
Moodle.
l) pix/ – Gráficos genéricos del
sitio.
m) theme/ – Paquetes de temas/pieles para cambiar la
apariencia del sitio.
n) user/ – Código para mostrar y gestionar los
usuarios.
4.4. Recorrido por Moodle
Figura 4.1.
Configuración
General
4.1.1. Diseño general
a) Promueve una pegadogía constructivista social
(colaboración, actividades, reflexión
crítica, etc.).
b) Apropiada para el 100% de las clases en línea,
así como también para complementar el aprendizaje
presencial.
c) Tiene una interfaz de navegador de tecnología
sencilla, ligera, eficiente, y compatible.
d) Es fácil de instalar en casi cualquier
plataforma que soporte PHP. Sólo requiere que exista una
base de datos (y la puede compartir).
 Página anterior | Volver al principio del trabajo | Página siguiente  |