jueves, septiembre 21, 2006

Proceso de inicio de dotLRN

Para iniciar el servicio dotLRN se ejecuta el siguiente comando
$ nsd -it /dotlrn/config.tcl -u dotlrn -g nogroup
La ruta /dotlrn/config.tcl inidica la ubicación del archivo de configuración de dotLRN.
Este archivo de configuración está dividido en secciones que pueden configurar el servidor a nivel global o a nivel de módulos. Los módulos son la forma en que AOLServer divide e implementa su funcionalidad (ej. conexión a DB, ssl, java, php). El archivo config.tcl instruye a para AOlServer sobre como debe iniciar el servicio, que módulos cargar y con qué parámetros.
La opción -u dotlrn indica el propietario del servicio. El grupo se pasa con la opción -g nogroup.
Después de leer config.tcl AOLServer continua con /dotlrn/tcl/0-acs-init.tcl.
En este archivo se llama al bootstrap
/dotlrn/packages/acs-bootstrap-installer/bootstrap.tcl que se encuentra en el paquete instalador de openACS. Este archivo realiza entre otras cosas la verificación de la base de datos (modelo de datos) de dotLRN para, en caso de ser necesario, realizar una instalación completa, iniciar una instalación correcta, o indicar una instalación con errores. También carga la biblioteca tcl del instalador /dotlrn/packages/acs-bootstrap-installer/tcl/*.tcl, para posteriormente cargar la biblioteca acs-tcl, el API de openACS, /dotlrn/packages/acs-tcl/tcl/*.tcl.

La siguiente imagen muestra un fragmento del proceso de inicio del servicio:

martes, diciembre 27, 2005

4bots

La solución se ha dividido en cuatros áreas cláramente definidas y que será implementada por robots que establecen un protocolo de comunicación de dos vías, que se podrían definir como SEMIDUPLEX por el grado de asincronismo presente, con un lado cliente y servidor presentes que permitan sincronizar la información de contenidos y de seguimiento a ambos extremos del canal.

CLIENTE

CSbot:
Los usuarios desconectados, es decir aquellos con pobres capacidades de conectividad a internet, tienen a su dispoción una serie de cursos y contenidos que corren localmente. CSbot (Client Smtp Robot) se encarga de revisar, con la frecuencia definida por el usuario, la pobre conexión a internet que dispone el equipo desconectado y en el momento de mejor conexión, recoge los datos de sincronización generados por la plataforma como efecto de la actividad académica que éste desempeña en los cursos a los que pertenece y los envía como archivo comprimido a una dirección de correo válida y dispuesta para este servicio.

CMPbot: Este robot se conecta con un servidor de correo en el cual el usuario desconectado tiene alojado sus correos electrónicos, descarga los nuevos, los analiza para filtrar aquellos que son utilizados para la actualización de los contenidos. CMPbot (Client Mime-Pop3 Robot) descarga el contenido y lo sube a LORs en la comunidad, curso y asignatura específica que el usuario desconectado está estudiando.

SERVIDOR

SMPbot:
Server Mime-Pop3 Robot se encarga de conectar al servidor de correo del usuario administrador de la plataforma, y luego de analizar los correos nuevos, filtra aquellos que provienen de los usuarios desconectados con información de seguimiento y los sube a la plataforma servidora.

SSbot: En el momento que se suben contenidos a un curso, Server Smtp Robot analiza los usuarios desconectados que pertenecen a ese curso, y les envía un correo a sus cuentas de correo en el formato establecido con el curso scorm como archivo adjunto.

La comunicación es de dos vías y si asumimos que el flujo Cliente-Servidor es de subida y el Servidor-Cliente es de bajada, entonces podríamos decir que la comunicación:

En subida es CSbot-SMPbot
En bajada es SSbot-CMPbot

Pasos para crear un paquete en dotLRN

Para crear el paquete se siguen los siguientes pasos:
  • En la página principal (http://localhost/index) pinchar el botón Administration
  • En el menú de administración (/admin) pinchar el enlace Site-Wide Administration
  • En el menú de Site-Wide Administration (/acs-admin) pinchar el botón Developer's Admin
  • En el menú de Developer's Administration (/acs-admin/developer) pinchar el enlace Package Manager
  • Y finalmente dentro de las opciones del APM (/acs-admin/apm) pinchar la opción Create a new package.
  • Se llena el formulario y gualá, fácilmente se crea un paquete.
  • Se busca el paquete recién creado en la lista ofrecida por el APM y se habilita la opción Watch all files
Luego de creado el paquete, hay que crear y adicionar una instancia de la aplicación al servidor, de forma que pueda ser referenciado después a través de una url. Estos son los pasos para conseguirlo:
  • Parado sobre la página de administración (/admin) pinchar secuencialmente el enlace Applications (/admin/applications) y el botón Add application (admin/applications/application-add) y llenar el formulario

lunes, mayo 16, 2005

SCORM RTE en dotLRN

Buscando informacion acerca del entorno de ejecucion de SCORM para la plataforma de aprendizaje, lo cual ha sido sumamente por la dispersa y confusa informacion del proyecto, me encontré con que el encargado de la implementacion de SCORM, Ernie Ghiglione, habla en e-lane sobre la implementacion de un Content Repository (LORS) y un RTE, pero en su sitio personal solo hace referencia a LORS. El proyecto de RTE pertenece al WEG de la universidad del Sydney; tiene como titulo "API Adapter for a SCORM Run-time Environment Implementation on OpenACS" y fué desarrollado en 2003 por Adam John Ullman bajo la supervision del propio Ghiglione y Rafael Calvo. Parece que esta es la primera parte en el proceso de la creacion de un RTE para dotLRN, falta encontrar quien esta a cargo del Modelo de Datos y en que estado se encuentra.

viernes, mayo 06, 2005

Manejo de curos de dotLRN - primera impresion

No está bien definido el stage window que es donde se ejecutan los SCOs que normalmente es un Frame o un Popup. En lugar de definir un área independiente para cargar los SCOs, utilizan una plantilla que envuelve el contenido de éste por medio de un tag html conocido como blockquote.

Hay que explorar la viabilidad de esta forma de presentar los contenidos de un curso.

miércoles, mayo 04, 2005

Seguimiento de Usuarios Según Telefónica

El campo de acción o el contexto de aplicación de la herramienta de seguimiento para ambientes desconectados debe estar enmarcado en E-LANE, como ya se ha dicho. El proyecto E-LANE está basado en dotLRN y está haciendo modificaciones considerables y permanentens sobre ésta plataforma en todos los frentes. En lo que tiene que ver con Seguimiento, nuestro campo de interés, el equipo de Teléfonica TID (Telefónica Investigación y Desarrollo) ha desarrollado un módulo bautizado como User Tracking y cuyo propósito principal es efectuar seguimiento y poder recoger información sobre cómo los usuarios finales están haciendo uso del sistema.

Mas detalladamente el módulo de User Tracking de Telefónica se centra en estos frentes bien definidos:
  • Reporte sobre usuarios: Detalle de los items que el usuario haya visto (Foros, faqs, mensajes, noticias, etc), frecuencia con que los consulta; número de visitas por usuario disciminado por fechas y horas.

  • Aggregated user information: ??

  • Reporte sobre clases y comunidades:Reporte de usuario por clase o por comunidad y de toda la clase o comunidad en general.

  • Aggregated data reports: Similares a los reportes por comunidades, pero en este caso reportes sobre departamentos y asignaturas (o materias).
  • Reportes Generales del Sistema: Browser usudos, sistemas operativos, direcciones IP con que consultan los usuarios, páginas de ingreso y de salida del sistema, errores HTTP, registros en el sistema (nuevos usuarios, total de usuarios y promedios por mes), clases (numero de clases, usuarios x clases, visitas x clases.

Obtencion e instalacion de dotLRN

Para descargar las versiones más recientes de la plataforma u obtener las instrucciones para trabajar directamente con el cvs, nos referimos al portal de e-lane.
La instalacion es muy simple, teniendo en cuenta que se han descargado e instalado los paquetes requeridos, como postgresql y aolserver:
  • Modificar el archivo /var/lib/aolserver/dotlrn/etc/config.tcl y fijar los parametros apropiados como el nombre del servicio y el puerto
  • Se crea un usuario y un grupo del sistema con el mismo nombre del servicio
  • Se crea una base de datos y un propietario de esta con el mismo nombre del servicio
  • Se ejecuta el servicio: $ /var/lib/aolserver/dotlrn/etc/daemontools/run
  • Se accede atravez de un browser a la instancia: http://localhost:8000
  • Se registran los campos requeridos en el formulario de instalacion de la aplicacion. El ultimo paso de la instalacion detiene el servicio
  • Despues de instalado el sistema se inicia de nuevo.
    $ /var/lib/aolserver/dotlrn/etc/daemontools/run

la plataforma de aprendizaje

Ahora que el contexto de nuestro proyecto quedó restringido a e-lane debemos utilizar su LMS dotlrn, este se basa en un desarrollo de un CMS anterior y maduro conocido como openACS. dotLRN pretende extender la funcionalidad básica de CMS de openACS para convertirlo, en un futuro no muy cercano, en un robusto LMS. Por el momento cuenta con utilidades interesantes para manejo de recursos y experiencias de aprendizaje, como un Content Repository, Cursos, Foros, Blog, Evaluaciones, Tracking del sistema, y lo mas importante para nosotros, el soporte de empaquetamiento de contenidos educativos de acuerdo a estandares como SCORM (En realidad nos consta que soporta agregaciones de acuerdo a IMS).

viernes, abril 08, 2005

MRDP

El modelo del que hablaba se conoce especificamente como MRDP y se puede encontrar mucha informacion al respecto en el sitio de nuestro director de proyecto, Mario Solarte

metodologia de proyecto

Ahora estamos desarrollando la planeacion de actividades y recursos; y como es necesario sustentarse en una metodologia bien formada y confiable se nos ocurre utilizar la que se desarrolló al interior de la Universidad. Modelo para Construccion de Solucion (MCS) es el nombre, pero se complica la busqueda de documentacion al respecto, parece que no han publicado en la Web el documento de especificaciones. De todas maneras parece ser que con esta metodologia podemos organizar adecuadamente el proyecto de desarrollo.

martes, abril 05, 2005

Exploracion documental

En este documento se presentan los resultados de la exploración bibliográfica realizada durante la primera etapa del desarrollo del anteproyecto sobre el modelo planteado, previo al planteamiento del problema.

La principal motivación para iniciar una revisión del material relacionado con el tema bajo investigación es obtener los elementos de juicio y las herramientas para asegurar que el ámbito y la dimensión del modelo sean manejables (o por lo menos limitadas), y así el problema planteado, y las subsecuentes soluciones, tengan la especificidad requerida. Por otro lado, el posterior resultado de una revisión de este tipo se presenta como el estudio del estado del arte, tecnológico e investigativo del área de estudio, en este caso el aprendizaje electrónico.

Durante el inicio de la investigación documental se formó la idea que el problema que aborda el proyecto estaba enmarcado en lo que se conocía como aprendizaje asíncrono. Se suponía asíncrono debido a que los contenidos son concebidos, generados y distribuidos para un LMS, para que luego ser sometidos a una “transformación” que les permitiera ser enviados por correo o por CD a los estudiantes ubicados remotamente, y aún mas importante, poder monitorizar las actividades que los estudiantes realicen con el contenido educativo. Asíncrono debido a la interoperabilidad prácticamente nula entre los instructores y los estudiantes.

En verdad, y luego de los resultados que arrojó la exploración documental, nos dimos cuenta que el concepto asíncrono era mucho más que eso. La ausencia de sincronismo que contextualiza a este tipo de aprendizaje no lo conforma únicamente la lejanía o la interoperabilidad física entre los instructores y los estudiantes.

El aprendizaje asíncrono es considerado el aprendizaje centrado en el estudiante, en lugar de ser centrado en el instructor, como suele ser. Este concepto genérico trata sobre la tendencia actual de la educación a descentralizarse y salir de las aulas. La visión del 'conocimiento administrado por el instructor' cambia radicalmente y pasa a ser 'el conocimiento apropiado por el alumno', es decir el alumno es el elemento central que decide el modo de aprendizaje.

Una forma de aprendizaje asíncrono sería entonces las clases personalizadas, en las cual es el profesor el que se centra su atención en el estudiante de forma exclusiva facilitando la asimilación del conocimiento. Ésta es quizás la mejor forma de aprehender conocimiento pero también la mas costosa e ineficiente. Tecnológicamente han surgido muchas innovaciones que han permitido la evolución, la innovación y el fortalecimiento del aprendizaje centrado en el estudiante. El aprendizaje centrado en el computador (CBT=Computer Based Training) es el más fortalecido, principalmente por el inmenso soporte que brindó en su época la multimedia, y que ahora complementa y fortalece el Internet. Dentro de las referencias documentales más valiosas con respecto a este tema se cuenta con las del Consorcio SLOAN, principalmente su Journal de nombre JALN.
No es ni un misterio ni un sorpresa que sea INTERNET la base fundamental sobre la cual gire y se soporte el aprendizaje asíncrono, y en general todos los tipos y variaciones de e-learning. Internet se está convirtiendo rápidamente en la red que intercomunica a todo el mundo, una red que está siendo utilizada para comunicar, informar y enseñar.

Lamentablemente, las condiciones del proyecto en el que enmarca EHAS no permite que se saqué todo el provecho que proporciona la conexión dedicada a Internet. En la actualidad se cuenta con una conexión pobre que sólo permite el uso de correo electrónico de forma esporádica durante la semana. Por esto se llegó a la conclusión de que en efecto el problema está enmarcado en el aprendizaje asíncrono pero que se cuenta con unas limitaciones de conectividad, de comunicación y de distancia que exigen soluciones alternativas.

El número de plataformas de aprendizaje que existen en el mercado es considerablemente alto, realizadas sobre una amplia variedad de arquitecturas, de lenguajes de programación, pero todas concebidas sobre la base de una conectividad a Internet medianamente fiable que permita la interoperabilidad directa con la plataforma, condición que no se cumple entorno a EHAS.

El aprendizaje fuera de línea, aprendizaje desconectado o aprendizaje móvil, son tres nombres que describen el mismo problema: EXISTE UNA CONEXIÓN POCO FIABLE y a través de ella se deben idear los medios que permitan lograr el objetivo del proyecto, que es enseñar y monitorizar el uso que hagan los estudiantes de las herramientas de aprendizaje.

Precisamente por la diversidad de plataformas y por la variedad de conceptos que existen, es necesario que la investigación y los resultados de ésta estén enmarcados en torno a los estándares de aprendizaje que existen.

ESTANDARES PARA EL APRENDIZAJE ASÍNCRONO

En las últimas décadas del siglo pasado se hizo notorio el impacto que las nuevas tecnologías de comunicación tienen en los individuos de una sociedad, siendo uno de estos aspectos el aprendizaje, de esta manera se dio inicio al estudio de los beneficios que se derivan de la combinación de lo academia en lo tecnológico, para salvar barreras en la educación como son la presencia de un instructor, la disponibilidad de los estudiantes, y el ritmo individual de estudio y aprehensión de conocimientos. A esto se le llamó Aprendizaje Electrónico (e-learning) que se centra principalmente en el uso de la Internet como medio de difusión de conocimiento.

Las grandes empresas se posicionan como las principales fuentes de investigación y desarrollo en el área de e-learning, para aminorar los costos relacionados con la capacitación de su personal. La evolución de este campo fue grande durante algunos años, pero no estaba orientada a un punto especifico, dado que cada compañía se centró en solucionar sus propios problemas.

Lo crítico de el desarrollo de esta manera es que el principio del e-learning se convierte en un inconveniente puesto que cada solución se comunica con sus protocolos y directivas específicas no necesariamente compatibles con el resto. Gracias a esto surgieron iniciativas de estandarización del formato de los contenidos que se comparten en una red, uno de estos es IMS desarrollado por la IEEE, que fue el primer modelo de referencia para distribuir contenido. Posteriormente el DoD, la organización que mas formación imparte a su personal en el mundo, con el ánimo de evolucionar este modelo creó SCORM, que se presenta como la alternativa de facto a la hora de soluciones de distribución de contenidos de aprendizaje. La documentación de SCORM se encuentra en www.adlnet.org y contiene toda las evoluciones del estándar. La ventaja de SCORM es que se acerca al seguimiento de la “experiencia de aprendizaje”, ya que considera no solo la distribución de conocimiento u objetos de aprendizaje sino también la captura de datos con respecto al avance del estudiante en su formación.

BIBLIOGRAFÍA

Enlaces Generales:

Disconnected Learning: OpenACS:

SCORM:

SCORM & .LRN:
Asynchronous Learning:

planteamiento del problema

El dia de hoy realizamos el planteamiento formal del problema que trata de resolver el proyecto de grado. Basicamente se trata de manejar dos situaciones:
- La distribucion de los contenidos de aprendizaje
- El seguimiento de la experiencia de aprendizaje
A partir de estos dos frentes se planteará la solucion y se definirá el sustento teorico que soporte todo el desarrollo.