Tabla 1.1.
Herramientas posibles
Herramienta | Categoría | Función Común | |
Presentaciones interactivas | 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 documentos | 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 PERÚ | ||||
Universidad de Lima | http://menta.ulima.edu.pe/ulima.nsf/Serv_Estudiante | Brinda un espacio virtual para que los alumnos y docentes puedan comunicarse a través del correo electrónico además de poder acceder al material de los cursos. | ||
Universidad del Pacífico | http://www.up.edu.pe | Utiliza el BLACKBOARD 5 como herramienta educativa. | ||
Universidad de Ciencias Aplicadas | http://www.upc.edu.pe | Brinda servicios como chat con Directores de Carrera, la participación en foros de discusión, la suscripción a boletines en línea, la descarga de archivos de interés, el acceso a una selección de enlaces interesantes, la posibilidad de configurar el portal según su perfil (postulante, padre de familia, docente y directivo de colegio, empresas o visitantes extranjeros), la opción de recomendar las páginas del portal y agregarlas a favoritos. Desde este site se puede acceder a los catálogos de la Biblioteca de la UPC, el correo interno de la Universidad, la Intranet, el calendario de actividades y el directorio de anexos. | ||
Universidad San Ignacio de Loyola | http://www.sil.edu.pe | Cuenta con un entorno virtual para acceder a la biblioteca, un espacio para los docentes en el que se muestra sus horarios, sus grupos de alumnos, las aulas en las que dicta y todo su cronograma de actividades. Su escuela de postgrado utiliza el Lotus Learning Space versión 5 como herramienta educativa. | ||
Universidad Nacional de Ingeniería | http://www.uni.edu.pe | Utiliza el Learning Space en: -Maestría virtual en Gestión tecnológica virtual y – Costos, Presupuestos, Proyectos de Inversión, Sistemas Eléctricos en Corriente Directa. | ||
Universidad Cayetano Heredia | http://www.upch.edu.pe | Tiene un Campus Virtual que brinda Cursos en línea, Foros temáticos, Aulas Virtuales de soporte, Cursos de Actualización, Programas en línea y Servicios para el docente para que puedan tener su curso en línea, participar de foros dentro y fuera de la universidad, biblioteca virtual entre otros. | ||
EDUCARED PERÚ | http://www.educared.edu.pe/ | La página web de EDUCARED PERÚ tiene como propósito fundamental mejorar la educación nacional, sobre todo: Apoyar a los docentes en su actualización permanente. Proporcionar a los alumnos herramientas para alcanzar mejores aprendizajes. Orientar a los padres de familia para brindar una mejor crianza y educación a sus hijos. Ofrecer al personal directivo diversos instrumentos y técnicas que les permitan mejorar la gestión pedagógica y administrativa de las instituciones de enseñanza que lideran. Servir de foro de comunicación, intercambio de experiencias y de canalización de sugerencias a favor de la educación nacional. | ||
INICTEL | http://www.inictelvirtual.gob.pe/ | Centro de capacitación que brinda cursos a distancia a través de su plataforma virtual utilizando moodle. | ||
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 generales del entorno. | |||
Características Generales Filosofía, arquitectura y objetivos del entorno. ¿Se trata de un entorno de apoyo a cursos presenciales, un entorno de enseñanza a distancia, un entorno de aprendizaje cooperativo…? ¿Cómo se organiza el entorno? ¿Alrededor de cursos? ¿Alrededor del usuario? | ATutor es un entono de creación y gestión de cursos en línea. Pone mucho énfasis en la accesibilidad de los materiales de aprendizaje. La unidad lógica es el curso, que puede corresponder a una asignatura, un curso de posgrado, etc. Los cursos se estructuran en categorías y subcategorías (que pueden corresponder a centros, titulaciones, etc.). ATutor ha anunciado recientemente planes para integrar ACollab, una herramienta de trabajo en grupo. | Moodle es un entorno de creación y gestión de cursos en línea. La unidad lógica es el curso, que puede corresponder a una asignatura, un curso de postgrado, etc. Los cursos se estructuran en categorías (que pueden corresponder p. e. a centros o titulaciones). Moodle parte de un modelo pedagógico construccionista social que inspira los rasgos generales del entorno y todas sus funcionalidades. Pone el énfasis en las actividades y la participación. | LRN es un entorno de apoyo a grupos al que se le han añadido funcionalidades de elearning. Está previsto potenciar este último aspecto. La unidad lógica es el usuario, que dispone de un espacio personal de trabajo. Este espacio da también acceso a espacios compartidos que pueden ser espacios de trabajo o de aprendizaje (los cursos o "clases "). |
Apoyo ¿Quién es responsable del desarrollo de este software? ¿Hay una comunidad de usuarios y una comunidad de desarrollo activas que garanticen el apoyo técnico y la continuidad y la evolución del producto? | ATutor es un proyecto open source de la Adaptive Technology Resource Centre (ATRC) de la University de Toronto. Actualmente también colaboran instituciones canadienses. La versión 1.0 apareció en diciembre de 2002. El sitio web de ATutor incluye un foro de asistencia técnica, para bugs y otro para proponer nuevas funcionalidades. | Moodle es un proyecto open source promovido por Martín Dougiamas, técnico de la Curtin University of Technology (Australia) con experiencia en WebCT y con formación académica en los campos de la informática y la educación. La versión 1.0 apareció en agosto de 2002. La comunidad de usuarios y desarrolladores de Moodle es actualmente muy activa y dinámica. Está organizada alrededor de moodle.org. Las traducciones, algunos módulos y gran parte de la documentación son obra de esta comunidad. Los diversos foros de debate existentes constituyen una herramienta de apoyo bastante eficaz. moodle.com proporciona servicios de pago (asistencia técnica, consultoría, desarrollo a medida…) | LRN es un proyecto open source promovido por la Sloan School of Management del MIT y la Universidad de Heidelberg. La versión 1.0 apareció en abril de 2003. La versión 2.0 ha aparecido el 26 de febrero de 2004. El entorno LRN está basado en penACS, que cuenta con una notable comunidad de usuarios y de desarrolladores. LRN todavía es poco utilizado y se encuentra en una fase inicial de desarrollo. |
Tabla 3.4.
Funcionalidades didácticas
ATutor 1.3.1 | Moodle 1.5.3 | .LRN 1 | ||
1. Funcionalidades didácticas Herramientas para el diseño y el desarrollo del currículum y para la evaluación. | ||||
Diseño del currículum Acceso a los cursos. Posibilidades de diseño y organización del curso: organización temporal, por temas, etc. | Los cursos pueden ser totalmente públicos, "protegidos" requieren tener una cuenta abierta en el entorno) o"privados" (requieren autorización). Cada curso se organiza alrededor de un material en formato de libro electrónico creado por el profesor. Este "libro" consta de "páginas " y "subpáginas" de texto/HTML. El texto puede incluir enlaces a materiales en otros formatos colgados por el profesor y enlaces a los ejercicios que también puede crear. Además, el curso tiene una sección separada de enlaces externos y una sección de "discusiones" que incluye foro y chat. | Todos los cursos requieren tener una cuenta abierta en el entorno. Existe un usuario "guest" especial para permitir la entrada ocasional de invitados. Se puede autorizar la entrada de invitados o no para cada curso. Los profesores pueden optar entre tres formatos de curso: por semanas, por temas y formato social. Los dos primeros constan de una secuencia de núcleos, cada uno de los cuales puede contener diversas actividades de aprendizaje: materiales docentes en cualquier formato, foros de debate, ejercicios, deberes, etc. El formato social se articula alrededor de un foro. Es un entorno modular y flexible: el profesor puede escoger qué tipos de actividades utiliza en cada curso. Un curso puede constar sólo de materiales o p. e. puede incluir una serie de foros de debate. Se pueden activar y desactivar temporalmente actividades individuales o núcleos completos. | El curso ("class") consta de un número de "portlets" que proporcionan diversas funcionalidades: un área de materiales, un área de foros, un área de noticias, un FAQ, etc. | |
Herramientas de aprendizaje | ||||
Foros Foros de debate. | Los foros se añaden en una sección de "discusiones" que también puede incluir chats. Todos los miembros del curso pueden intervenir e iniciar debates. Los mensajes se formatean utilizando un lenguaje especial de códigos (BBCode) y/o un editor visual incorporado. No se pueden efectuar búsquedas por palabras dentro de los foros. Los usuarios pueden suscribirse a cada debate para recibir los mensajes por correo electrónico. | El profesor puede utilizar un foro en cualquier punto del curso. En cada foro que crea puede decidir si los estudiantes podrán iniciar debates, si sólo podrán contestar los debates que empieza él o si se limitarán a leer los envíos del profesor (foro de noticias del curso. Estas opciones se pueden cambiar posteriormente: p. e. para impedir nuevas intervenciones a partir de una fecha. Por otra parte, el profesor puede permitir que los estudiantes valoren los envíos de sus compañeros. Los mensajes pueden escribirse en formato texto (con diversas opciones de autoformato) o HTML (con un editor visual incorporado). Se pueden adjuntar archivos. El profesor puede limitar el tamaño de los archivos para cada foro y puede poner un tamaño máximo para todos los foros del curso. El administrador puede fijar el tamaño máximo posible para todos los foros. Se pueden efectuar búsquedas por palabras dentro de todos los foros de un curso. Los usuarios pueden suscribirse a cada foro y recibir los mensajes por correo electrónico. El profesor puede forzar que todos estén suscritos a un foro por correo electrónico (p. e. al foro de noticias del curso). | Los foros se añaden al portlet de foros. El profesor puede decidir en cada foro si quiere que los estudiantes puedan iniciar debates o no y si pueden enviar respuestas o no. Estas opciones se pueden cambiar más adelante. Los mensajes se pueden escribir en formato texto o HTML por medio de un formulario web estándar. Se pueden realizar búsquedas por palabras dentro de cada foro. Los mensajes de los foros se pueden recibir por correo electrónico. Los usuarios pueden suscribirse por correo electrónico a cada foro y a cada debate individual. | |
Materiales Posibilidades de gestión de archivos, enlaces externos, etc. | El profesor tiene un área privada de archivos en cada curso, que puede organizar por medio de carpetas y subcarpetas. Los archivos que se suben a esta área se pueden poner luego a disposición de los estudiantes en cualquier página del curso. Se pueden subir grupos de archivos en formato ZIP y descomprimirlos en el servidor. El administrador puede determinar qué tipos de archivos (extensiones) no se pueden cargar (por defecto no se pueden cargar programas ejecutables). El curso tiene asociada también una sección de enlaces externos ("Links Database"), que se puede organizar por categorías y admite aportaciones de los estudiantes (moderadas por el profesor). | El profesor tiene un área privada de archivos en cada curso, que puede organizar por medio de carpetas y subcarpetas. Los archivos que se suben a esta área se pueden poner luego a disposición de los estudiantes en cualquier página del curso. Se pueden subir grupos de archivos en formato ZIP i descomprimirlos en el servidor. No se pude definir qué tipo de archivos (extensiones) se pueden cargar o no. También se pueden incluir enlaces externos en un curso, uno por uno, con diversas opciones de visualización: dentro de la ventana del curso, en una ventana nueva, etc. | Algunos de los portlets ("Lecture Notes", "Handouts") constan de archivos y/o enlaces externos que aporta el profesor. | |
Mensajería ¿Existe un sistema de mensajería interno? | Los usuarios del entorno disponen de un buzón privado para intercambiar mensajes. | No hay mensajería interna. Los usuarios deben tener una dirección de correo externa. El profesor puede suscribir a los estudiantes a un foro de manera que reciban los mensajes por correo electrónico. | No hay mensajería interna. Los usuarios deben tener una dirección de correo externa. El entorno permite enviar un mensaje de correo a un grupo o a todos los miembros de un curso. | |
Chat ¿Existe un sistema de chat? | Hay una sala de chat activa para cada curso. El profesor puede activar y desactivar la transcripción del chat. Las trascripciones se archivan y están disponibles. | Dentro de cada curso, el profesor puede programar sesiones de chat en diferentes salas. Las trascripciones se archivan automáticamente y son accesibles. | No existe. | |
Ejercicios ¿Se pueden crear tests, cuestionarios o ejercicios autocorrectivos? | El profesor puede crear cuestionarios con preguntas de verdadero/falso, de respuestas múltiples y de repuesta libre. El test está activo durante un periodo de tiempo determinado. El profesor debe revisar las respuestas para poner la puntuación. | El profesor puede crear cuestionarios con preguntas de verdadero/falso, de respuestas múltiples, de repuesta libre, de relacionar y de otros tipos. Las preguntas se van acumulando en una base de datos y son reutilizables en otros cuestionarios y en otros cursos. También se pueden importar desde ficheros externos. Hay muchos parámetros configurables: se pueden reordenar las preguntas aleatoriamente cada vez que un estudiante rellena el cuestionario, se puede mostrar la respuesta correcta después de que la conteste el estudiante, etc. El sistema puede calcular y mostrar las Puntuaciones automáticamente. | Se pueden crear encuestas con diversos tipos de preguntas (no son cuestionarios: no tienen puntuaciones). | |
Deberes ¿Se pueden poner tareas online/offline a los estudiantes? | No existe esta posibilidad. | El profesor puede poner tareas a los estudiantes. Estas tareas pueden consistir en subir un archivo o en realizar una actividad fuera de línea. La tarea tiene una fecha límite. El profesor puede evaluarla. | Existe una "Homework Dropbox" donde los estudiantes pueden poner sus tareas (archivos). El profesor no puede evaluarlas, pero puede adjuntar comentarios. | |
Otros Otras herramientas de enseñanza/aprendizaje relevantes. | Glosario: el profesor puede crear un glosario con términos utilizados a lo largo del material de curso. No se crean enlaces automáticos a los términos del glosario. | Glosario: el profesor puede crear diferentes glosarios (se pueden importar/exportar en formato XML). Hay una opción para activar enlaces automáticos al glosario que aparecen cada vez que se utiliza un término del glosario, p. e. en un mensaje de un foro. Diarios: el profesor puede activar diarios de aprendizaje privados donde el alumno escribe sobre un tema de estudio. El profesor puede leer, comentar y evaluar estas entradas. Hay un número creciente de módulos de actividades adicionales en diversas fases de desarrollo (Lesson, Workshop, etc.). | La versión 2 permitirá a todos los usuarios rear sus weblogs personales y/o de grupo). | |
Extensibilidad ¿Cabe la posibilidad de incorporar otras herramientas de aprendizaje adicionales? | No existe esta posibilidad. | La arquitectura modular de Moodle permite crear fácilmente herramientas adicionales programadas en PHP. Hay una plantilla y documentación. | La arquitectura modular de OpenACS permite integrar nuevas funcionalidades utilizando tcl. | |
Multimedia ¿Hay alguna facilidad especial para distribuir contenidos de audio o vídeo? | No existen facilidades especiales. | Moodle 1.2 incorpora un sistema de reproducción (streaming) de audio en formato MP3 basado en Flash. Puede ser útil p. e. para enseñanza de idiomas, entrevistas, etc. | No existen facilidades especiales. | |
Grupos ¿Cabe la posibilidad de gestionar grupos de estudiantes dentro de un curso? | No se pueden crear grupos dentro de un curso. | Se pueden crear grupos que pueden "verse" entre ellos o no. Cada actividad individual (p. e. un foro) puede configurarse para toda la clase o sólo para un grupo. | Se pueden crear grupos de estudiantes con oros, noticias y calendario propios. | |
Copias ¿Los profesores pueden crear copias de seguridad de sus cursos? | El profesor puede crear backups completos del curso en formato ZIP (no se incluyen los mensajes de los foros, sólo la estructura). Este backup sirve como copia de seguridad y también para importarlo en otro curso de Tutor. | El profesor puede crear backups completos del curso en formato ZIP. Puede decidir qué tipos de actividad incluye (foros, recursos, ejercicios, etc.), si incluye las aportaciones de los usuarios o no (p. e. intervenciones en el foro), la lista de usuarios, los logs y los archivos cargados en el curso. Este backup sirve como copia de seguridad y también para importarlo en otro curso de Moodle. | El profesor no puede crear backups del curso. Sólo puede bajar un backup de los archivos ("Lecture Notes") en formato TAR comprimido (.tgz). | |
Compatibilidad de Contenidos ¿Es posible compartir/importar cursos o partes de cursos? ¿Se pueden incorporar contenidos procedentes de otros entornos? Concretamente: ¿se pueden importar contenidos desde WebCT? | La utilidad de backups permite compartir cursos con otras instalaciones de ATutor. La utilidad Content Packaging permite exportar/importar los materiales del curso (todos o una sección) en formato IMS Content Packaging. Sólo los materiales: esto excluye los foros, ejercicios, etc. Los ejercicios no se pueden importar ni exportar. | La utilidad de backups permite compartir cursos con otras instalaciones de Moodle. Los materiales del curso se pueden importar/exportar en archivos de formato ZIP. Se pueden importar ejercicios en diversos formatos: WebCT, Blackboard, IMS QTI y otros. | El soporte de estándares IMS, SCORM y OKI está previsto para la versión 3. | |
Seguimiento y evaluación del aprendizaje ¿El profesor puede monitorizar la actividad de los estudiantes dentro del curso? ¿Puede evaluar y calificar a los estudiantes dentro del entorno? | El entorno registra la navegación del usuario por los materiales del curso, las visitas a los enlaces externos y las intervenciones en foros y chats. El profesor puede consultar estos registros. El profesor solamente puede calificar los ejercicios. | El entorno registra todas las acciones de los miembros del curso. El profesor puede obtener informes de actividad para cada miembro que detallen qué días ha entrado, cuántas acciones ha realizado, qué actividades ha realizado y cuáles no, cuántos envíos a cada foro, cuántas veces ha visualizado un recurso, etc. El profesor puede evaluar y calificar la mayor parte de actividades. Puede descargar las calificaciones en un archivo de texto o en formato Excel. | Esta posibilidad no está prevista. | |
Tabla 3.5.
Usabilidad
ATutor 1.3.1 | Moodle 1.5.3 | .LRN 1 | ||
2. Usabilidad Condiciones y medidas de usabilidad y accesibilidad. | ||||
Facilidad de uso Facilidad de uso percibida por los usuarios4. | Entorno: confuso, embrollado. Tiene una lógica propia difícil de captar de entrada. | Media-alta. Percepción del entorno: sencillo, amigable, bastante intuitivo. Las operaciones básicas se realizan sin dificultad. | Media. Percepción del entorno: sencillo, claro. Pocas opciones, fáciles de encontrar. | |
Conocimientos Técnicos ¿Qué nivel de conocimientos técnicos es necesario que tengan los usuarios (profesorado y estudiantado)? | Familiaridad con entornos de trabajo web: formularios de edición, envío de archivos, foros, etc. El profesorado debe aprender necesariamente a crear los materiales del curso utilizando el entorno de creación de ATutor. | Familiaridad con entornos de trabajo web: formularios de edición, envío de archivos, foros, etc. La concepción modular del entorno facilita que el profesor pueda utilizarlo profundizando más o menos: para comenzar, p. e. sería suficiente con aprender a cargar archivos y crear un foro. | Familiaridad con entornos de trabajo web: formularios de edición, envío de archivos, foros, etc. El entorno es modular. En este momento hay pocos módulos y tienen un funcionamiento bastante sencillo. | |
Ayuda ¿Hay un sistema de ayuda en línea? | El usuario dispone de un sistema de ayuda contextual. | El usuario dispone de un sistema de ayuda contextual. | Hay una sección de ayuda. | |
Trabajo offline ¿Se puede hacer servir de alguna manera el entorno cuando se está desconectado de la red? | El estudiante puede bajar a su ordenador, en un archivo ZIP, el material del curso (todo o una parte). | El usuario puede bajar a su ordenador los archivos que el profesor haya cargado en el curso. | El usuario puede bajar a su ordenador los archivos que el profesor haya cargado en el curso. | |
Accesibilidad ¿El entorno cumple los estándares de usabilidad? | ATutor manifiesta un compromiso explícito con la accesibilidad de los contenidos, aunque no supera las pruebas de accesibilidad más estrictas. Incluye documentación y ayuda para los profesores sobre creación de contenidos accesibles. Tiene planes de integración con el servidor de text-tospeech ATalker, con el verificador de accesibilidad de ATRC y con el repositorio de objetos de elearning accesibles TILE. | Moodle tiene previsto mejorar la accesibilidad y adecuarla a estándares en la versión 2.0. Actualmente no supera las pruebas de accesibilidad más estrictas. | LRN no supera las pruebas de accesibilidad más estrictas. | |
Tabla 3.6.
Flexibilidad Técnica
ATutor 1.3.1 | Moodle 1.5.3 | .LRN 1 | |
3. Flexibilidad técnica Requisitos y escalabilidad del servidor. Posibilidades de integración, etc. | |||
Requisitos Requisitos de hardware / sistema operativo / servidor de bases de datos / otros. | • Apache (u otro servidor web) • MySQL • PHP | • Apache ( u otro servidor web) • MySQL o PostgreSQL (puede funcionar con Oracle) • PHP | • AOLServer (puede funcionar con Apache, pero no está documentado) • Oracle o PostgreSQL • OpenACS |
Escalabilidad ¿El servidor puede hacerse cargo del número previsible de cursos / estudiantes / profesores durante los próximos años? | Se puede implementar una arquitectura HA (alta disponibilidad) basada en CSS (Cluster Support Services) y en hardware de balanceo para MySQL. | Se puede implementar una arquitectura HA (alta disponibilidad) basada en CSS (Cluster Support Services) y en hardware de balanceo para MySQL. | Se dispone de HA (alta disponibilidad) en Oracle. |
Integración Posibilidades de integración con los sistemas de información de la UPLA. ¿Se puede crear automáticamente un curso basado en una asignatura existente, incluyendo a los estudiantes matriculados en la asignatura? ¿Se pueden incorporar los datos personales de los estudiantes? ¿Se pueden conectar los datos de evaluación y calificaciones del entorno con las preactas? | No existen interfaces de intercambio. La incorporación de datos personales, creación de cursos e inscripción automática de estudiantes requieren ingeniería inversa del modelo de datos y/o código fuente. Inconveniente: pérdida de compatibilidad en versiones futuras. | Se pueden importar listas de usuarios y inscribirlos en los cursos correspondientes. La arquitectura de autenticación de Moodle permite incorporar datos de los usuarios procedentes de una fuente externa (base de datos, LADP, etc.), pero no existen otras interfaces de intercambio La automatización de la creación de cursos y de la inscripción de los estudiantes requiere ingeniería inversa del modelo de datos y/o código fuente. Inconveniente: pérdida de compatibilidad en versiones futuras. se pueda gestionar la inscripción y el acceso a los cursos desde una fuente externa igual que se hace ahora con la autenticación y los datos personales. Se plantea colaborar. | No existen interfaces de intercambio. La incorporación de datos personales, creación de cursos e inscripción automática de estudiantes requieren ingeniería inversa del modelo de datos y/o código fuente. Inconveniente: pérdida de compatibilidad en versiones futuras. |
Autenticación Mecanismos de autenticación de los usuarios. | La contraseña se almacena en la base de datos. | El sistema de autenticación es modular. Se proporcionan módulos de autenticación internos que almacenan la contraseña en la base de datos de Moodle y otros que se comunican con fuentes externas: bases de datos externas, servidores IMAP, LDAP, etc. Se puede desarrollar fácilmente un módulo de autenticación a medida en PHP. | La contraseña se almacena en la base de datos. |
Imagen ¿Se puede adaptar la imagen del entorno a los requisitos de identidad visual de la UPLA? | Se puede adaptar la imagen del entorno (y de cada curso) . | Se puede adaptar la imagen del entorno mediante plantillas PHP. | Las posibilidades de adaptar la imagen son escasas. |
Costes de Implementación | La instalación del hardware y puesta en marcha del servicio es trivial. El coste de integración se puede estimar en seis-nueve meses. | La instalación del hardware y puesta en marcha del servicio es trivial. El coste de integración se puede estimar en seis-nueve meses. | La instalación del hardware se complica por las deficiencias de la documentación. |
Costes de Mantenimiento Valoración del coste de administración y mantenimiento del servicio. | El mantenimiento del software se reduce a la actualización de versiones. Se necesita una persona que se haga cargo de la gestión del servicio: creación de cursos, configuración, resolución de problemas, etc. | El mantenimiento del software se reduce a la actualización de versiones. Se necesita una persona que se haga cargo de la gestión del servicio: creación de cursos, configuración, resolución de problemas, etc. | El mantenimiento del software se reduce a la actualización de versiones. Se necesita una persona que se haga cargo de la gestión del servicio: creación de cursos, configuración, resolución de problemas, etc. |
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 fundamental. Este archivo no viene con Moodle – usted lo creará. | ||||||||||||||||||||
install.php | – | el script que ejecutará para crear el archivo config.php | ||||||||||||||||||||
version.php | – | define la versión actual del código de Moodle | ||||||||||||||||||||
index.php | – | la página principal del sitio | ||||||||||||||||||||
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 siguiente |