latesis

Proceso de inicio de dotLRN

2006-09-21T16:31:00.000-05:00

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:

4bots

2005-12-27T10:43:00.000-05:00

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

2005-12-27T10:05:00.000-05:00

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

SCORM RTE en dotLRN

2005-05-16T13:34:00.000-05:00

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.

Manejo de curos de dotLRN - primera impresion

2005-05-06T13:01:00.000-05:00

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.

Seguimiento de Usuarios Según Telefónica

2005-05-04T21:50:00.000-05:00

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

2005-05-04T15:35:00.000-05:00

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

2005-05-04T15:28:00.000-05:00

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).

MRDP

2005-04-08T15:15:00.000-05:00

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

2005-04-08T15:08:00.000-05:00

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.

Exploracion documental

2005-04-05T19:20:00.000-05:00

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:

Un foro de disconnected learning en ADLNET

Monitoreo online con los logs del AOLServer

Una empresa que trabaja con EXACTAMENTE lo que necesitamos

OpenACS:

SCORM:

SCORM & .LRN:

Asynchronous Learning:

planteamiento del problema

2005-04-05T11:27:00.000-05:00

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.

Algunos buenos enlaces

2005-02-28T14:25:00.000-05:00

Documentos pdf sobre scorm: Link

El RTE de SCORM

2005-02-21T17:17:00.000-05:00

== RTE (Run-Time Environment) ==

El objetivo de SCORM es que los recursos de aprendizaje sean reusables e interoperables entre múltiples LMS. Para que esto pueda ser posible, debe existir:

Una forma común para iniciar recursos de aprendizaje (Launch - lanzar). Este mecanismo define los procedimientos y las responsabilidades para el establecimiento de la comunicación entre el recurso de aprendizaje y el LMS. El protocolo de comunicación está estandarizado a través del uso de un API común.
Un mecanismo común para que comunicarse con el LMS (API). La comunicación gira en torno al estado del recurso de aprendizaje (inicializado, terminado, condición de error) y además permite obtener y fijar datos (puntajes, límites, etc) entre el LMS y el SCO.

Un lenguaje predefinido (vocabulario) que forme las bases de la comunicación (Data Model). En su forma más simple, el "modelo de datos" define elementos que tanto el LMS como el SCO están esperando conocer. El LMS debe mantener el estado de los elementos requeridos a través de sesiones, y el contenido de aprendizaje debe utilizar sólo estos elementos predefinidos para garantizar el reuso en diversos sistemas, que cumplan con la especificación de SCORM.

LAUNCH

Como está presente en el CAM de SCORM, el "Modelo de Contenido" de SCORM está conformado de los Assets, de los SCOs y de las "agregaciones de contenido". De ellos, los Assets y los SCOs pueden ser "iniciados" (lauched) por un LMS, y los procedimientos y las responsabilidades para el establecimiento de la comunicación entre los recursos de contenido y el LMS varian dependiendo del tipo de recurso de contenido.

Asset: El "modelo de iniciamiento" de SCORM exige que un LMS inicie un Asset usando el protocolo HTTP. Dado que al asset no se le hace seguimiento, no necesita comunicarse y por lo tanto no hace uso del API ni del modelo de datos.

SCO: El "modelo de iniciamiento" de SCORM exige que:

El LMS lance uno y sólo un SCO al tiempo.

El LMS es el único que puede iniciar un SCO.

El LMS debe iniciar un SCO en la ventana de un browser que es una ventana hija o un frame hijo de la ventana del LMS que el Adpatador del API expone como un objeto del DOM. El adaptador del API debe ser proporcionado por el LMS. Es respondabilidad del SCO buscar recursivamente el padre hasta que el adptador del API sea encontrado para poder iniciar la comunicación con el LMS.

API

El uso de un API común satisface muchos de los requerimientos de más alto nivel de SCORM para la reusabilidad y la interoperabilidad. Proporciona un forma estandarizada a los SCO para comunicarse con los LMS, encapsulando la implementación de la comunicación del desarrollador. El adaptador del API es una pieza de software funcional, implementado por el LMS, que implementa las funciones del API y por medio de interfaces las hace disponibles a los clientes SCO. Una vez la comunicación entre el SCO y el LMS se establece, el SCO puede obtener y fijar información en el LMS. Toda la comunicación entre el adaptador del API y el SCO es iniciada por el SCO. Las funciones del adaptador del API pueden ser agrupados en tres grupos básicos:

Ejecución del estado de un SCO: que permite iniciar y finalizar la ejecucicion de un SCO.

Gestión del estado de un SCO: usadas para manejar errores.

Transferencia de datos: usadas para transferir datos, obteniendo y fijando información.

La comunicación entre el adaptador del API y el SCO pasa por una serie de estados bien determinados en tiempo de ejecución. Los estados son: No inicializado, Inicializado y Finalizado.

No inicializado: El estado después de que el SCO ha sido "lanzado" y justo antes de sea inicializado (es decir, antes de que sea invocada la funcion de inicialización del API). Durante este estado es labor del SCO encontrar el Adaptador del API.

Inicializado: Estado en el que se encuentra despues de ser inicializado y antes de ser terminado (silly?). Puede usar todos las funcioens del API, excepto la de inicialización.

Finalizado: Es es estado en que se encuentre el SCO despues de invocar la funcion de terminacion. Puede acceder a las funciones de obtencion y manejo de errores, si el metodo de finalizacion no se llevo a cabo satisfactoriamente.

Rol del LMS:
SCORM exige que el LMS implemente un adaptador del api que implemente el API, haciendo uso de la encapsulación de forma que el SCO no tenga acceso a los los detalles de implementación. Las responsabilidades del adaptador del API son:

El LMS debe lanzar el SCO en una ventana del browser que debe ser una venta o un frame hijo de la ventana del LMS el cual contiene el adpatador.

El adaptador debe ser suministrador por el LMS.

El único mecanismo permitido para la interacción entre el API y el SCO es a través de llamadas ECMAScript.

El adaptador del api debe ser accesible por medio del DOM como un objeto llamado "API".

El adapatador puede estar implementado en diversos lenguajes de programación como Java (haciendo uso de applets, por ejemplo) o C++ (como un plug-in del browser). La implementación del adaptador es responsabilidad del LMS.

Rol del SCO
Lo mínimo que debe hacer un SCO es invocar los métodos de inicialización y finalización del API. Para poder hacerlo, el contenido debe poder ubicar el adaptador. Es pues deber del contenido encontrar y establecer comunicación con el adaptador.

MODELO DE DATOS
La necesidad de definir un modelo de datos común es aseguranos que a un conjunto definido de información sobre un SCO se le puede hacer seguimiento sin importar el LMS en el que esté operando. Hay un número de modelo de datos bajo desarrollo en varios comités y organizaciones. Hasta la versión 1.2 de Scorm, el modelo de datos corresponde a una versión borrador (draft) de un modelo de datos.

El modelo da datos del RTE:
Para identificar el modelo de datos en uso, a las primeras palabras de los elementos que lo conforman. Todos los elementos utilizados por el modelo que utiliza SCORM fueron creados por el AICC CMI, por ellos es que todos los elementos comienzan con la palabra "cmi". Hay que aclarar una cosa y es que un SCO no puede acceder a los elementos de datos de otro SCO.

Los elementos del modelo datos se clasifican en dos grandes grupos, que son la "obligada" y la "opcional". Todos los elementos "obligados" deben ser implementados por todos los LMS que cumplan con SCORM.

Todo LMS está obligado a soportar:

Todos los métodos y elementos del CORE (id, nombre, Ubicación de la lección, estado de la lección, etc)

Todos los métodos y elementos que indiquen el desempeño del estudiante ("the raw", tiempo acumulado total, indicadores sobre como o por que se abandona un SCO, duracion de la ultima sesion, etc.)

Los datos de suspensión y lanzamiento de un SCO.

El CAM de SCORM

2005-02-19T10:53:00.000-05:00

La principal iniciativa que pretendemos, al inicio de este proyecto, es que la solución de aprendizaje desconectado se siga lo más posible a los lineamientos del standard con mas fuerza en el mundo del e-learning, SCORM. Para ello, es necesario entender los conceptos, y estructuras que propone SCORM en la definicion de los Objetos de aprendizaje, y sus estructuras de seguimiento. Comenzaremos con un resumen de los conceptos mas importantes del "Modelo de Agregación de Contenidos - CAM".

== SCORM CAM: Modelo de Agregación de Contenidos ==

Representa un medio neutral y pedagógico para que los instructores adicionen recursos de aprendizaje con el propósito de crear una esperiencia de aprendizaje. El CAM de SCORM está constituido por:

Modelo de contenido: Nomenclactura que define los componentes de contenido que constituyen una experiencia de aprendizaje.
Meta-datos: Mecanismo para describir instancias específicas de los componentes del modelo de contenido.
Empaquetamiento de contenido: Define cómo representar el comportamiento de una experiencia de aprendizaje (Estructura de contenido) y cómo empaquetar los recursos de contenido para el movimiento entre diferentes plataformas de aprendizaje (Empaquetiamiento de contenido).

MODELO DE CONTENIDO
Describe los componentes SCORM usados para construir una experiencia de aprendizaje con base en recursos de aprendizaje reusables. El modelo de contenido también define cómo, estos recursos de aprendizajes de bajo nivel reusables y compartibles, son agregados para conformar unidadades de instrucción de más alto nivel. Los componentes del modelo de contenido son considerados especializaciones de los recursos de aprendizaje. Está conformado por: Assets (activos), SCOs (Objetos de Contenido Compartibles) y Agregaciones de Contenido.

Assets: Son considerados representaciones electrónicas de texto, imágenes, sonido, video o en general cualquier dato que pueda ser desplegados en un cliente web (un asset puede ser incluso TODA una página web). Un asset es descrito por medio de los "meta-datos de assets" para permitir búsqueda en los repositorios y el reuso. Los mecanismos para ligar un Asset a su metadato es el "empaquetamiento de contenido".

SCO: Es el conjunto de uno o muchos assets que incluyen un asset especial que hace uso del RTE para comunicarse con el LMS y que puede ser lanzado, iniciado y finalizado. Un SCO representa el nivel de granuladidad más pequeño de los recursos de aprendizaje al que se le puede hacer seguimiento por un LMS usando el RTE. Un SCO debe ser independiente del contexto de aprendizaje para que pueda ser efectivamente reusable. Un SCO es un unidad subjetivamente pequeña de forma que se facilite el reuso. El tamaño subjetivo del SCO debería ser guiado por el contenido más pequeño al que se desearía hacer seguimiento a través del RTE. De igual manera, un SCO puede ser descrito haciendo uso del meta-dato del sco e igualmente queda ligado al SCO a través del "Empaquetamiento de Contenido". Algo importante para agregar acerca de los SCOs y su reusabilidad, es que sin importar con qué LMS fue generado, cualquier otro LMS puede hacerle seguimiento.

Agregación de contenido: Es una "estructura de contenido" que puede ser usada para integrar recursos de aprendizaje en una unidad de instrucción cohesiva (como por ejemplo un curso, un capítulo, un módulo), para aplicar estructura y asociar taxonomías de aprendizaje. La estructura de contenido define la representación taxonómica de los recursos de aprendizaje. Una agragación de contenido puede tener referencia del "meta-dato de la agregación de contenido" para permitir la busqueda en los repositorios. La agregación de contenido define la estructura del contenido que proporciona los mecanismos para definir la SECUENCIA en que los recursos de aprendizaje deben ser presentrados al usuario.

META-DATO
La estructura de los meta-datos es una iniciativa que nació del IMS y que ha sido adaptada por ADL para SCORM, como una forma para describir, buscar y facilitar la creación de repositorios de recursos de aprendizajes. El "modelo de información" describe todos los elementos que conforman la estructura jerárquica para la creación de los metadatos en general. Existe una estructura de meta-datos particular, basada en la estructura general que propone el modelo de información, por cada componente del modelo de contenido (SCO, agregacion de contenido y los Asset). Esta particularización de la estructura de metadatos está definida en los "perfiles de aplicación de los metados a SCORM".

EMPAQUETAMIENTO DE CONTENIDO
El propósito del "empaquetamiento de contenido" es proporcionar una forma estandarizada para intercambiar recursos de aprendizaje digitales entre diferentes sistemas o herramientas. Además puede definir la estructura y el comportamiento de un grupo de recursos de aprendizaje. Define:

Un archivo manifiesto que describe el paquete y que a su vez está compuesto
por:

Un archivo metadato del paquete

Una sección opcional de "organización" que define la "estructura de contenido" y el comportamiento

Una lista de referencias de los recursos en el paquete

Las reglas para crear un manifiesto basado en XML

Instrucciones para empaquetar el manifiesto y todos los archivos físicos relacionados en un archivo comprimido zip o en un CD-ROM, etc.

Estructura de contenido: El propósito de la "estructura de contenido" es proveer al desarrollador de contenido los medios para agrupar recursos de contenido en una cohesiva unidad de instrucción, aplicar estructuras y asociar comportamientos específicos que pueden ser reproducidos uniformemente a través de ambientes LMS. Es como un mapa usado para recorrer los recursos de aprendizaje definidos en el paquete de contenido y el comportamiento que constituye la experiencia de aprendizaje. La estructura de contenido no define funcionalidades del LMS y se asume que cada LMS tiene representaciones privadas para los elementos de contenido y las estructuras, y que además permite exportar su estructura de cotenido (dentro de un paquete de contenido) de forma que otro LMS pueda importarla y guardarla en su formato local. De todas formas, es el LMS el que determina el orden (la secuencia) en que el contenido (recursos de aprendizaje) es mostrado al alumno. El LMS puede acceder a esta información a través de la "estructura de contenido", localizada en la sección de "organización" del empaquetamiento de contenido.

La estructura de cotenido está conformada por tres partes.

Jerarquía de cotenido: La cual define una representacion en forma de arbol, muy parecido a una tabla de contenidos, que agrupa los recursos de aprendizaje en un orgen lógico. En muchos casos, pero no en todos, esta estructura en arbol corresponde al orden por defecto en que el autor planea que el alumno navegue a través del material.

Meta-datos específicos a un contexto: Cuando el desarrollador crea los recursos de aprendizaje crea junto con ellos meta-datos que definen el propósito, la descripción, el nombre, etc. Estos meta-datos son "independientes del contexto" en el que recurso de aprendizaje será usado. Pero cuando un grupo de recursos de aprendizaje son creados, debe existir un "metadato específico del contexto" que describe cómo cada recurso de aprendizaje es usado en ese grupo.

Secuenciamiento y navegación: Le dice al LMS qué y cuando los recursos de aprendizaje deben ser presentados al alumno. Además, debería indicarle al usuario opciones para recorrer el contenido. Por ejemplo, la forma mas simple para recorrer los recursos de aprendizaje es siguiendo el arbol de contenido definido en la jerarquía de contenido. Navegaciones más complejas podrían estar basadas en el estado de finalización de ciertos recursos (que pueden ser definidos como pre-requisitos).

SCORM y el seguimiento

2005-02-19T10:22:00.000-05:00

En nuestro contexto de aplicación, un estudiante desconectado (con conectividad a internet pobre o inexistente) debe poder disponer de un contenido y de una "experiencia de aprendizaje" tal y como se estuviera conectado disfruntando de todas las características y ventajas que el LMS le suministra, excepto probablemente, a todo lo que se encuentre por fuera del (de los) curso(s) que el estudiante esté tomando.

Según SCORM, desde el punto de vista de un LMS el seguimiento se entiende como "el mantenimiento de información sobre el perfil del estudiante, el suministro de contenidos, y el monitoreo de las interacciones y el desempeño dentro del contenido para poder determinar lo que el estudiante debería expermientar próximamente"(*)... o al menos en el sentido estricto del seguimiento en línea. La pregunta que surge es si el seguimiento desconectado seguiría los mismos lineamientos de esta definición, si estaría en capacidad de hacerlo o incluso, si es correcto hacerlo.

De todas formas, y expresando literalmente lo que dice la especificación, "La creación de SCOs que sean sujetos de seguimiento requiere un modelo estandard de la información que desea seguirse" (*). El RTE propone ese modelo estandard.

(*) Extraido de The Scorm Overview. Octubre 1, 2001. Version 1.2

¿SCORM nos cobija?

2005-02-16T14:57:00.000-05:00

Bueno aquí comienza un resumen de los cosas mas importantes presentesen la especificación de SCORM 1.2.

Cuando uno busca en internet da la impresión que el contexto detrabajo en el que nos encontramos sencillamente sólo está presente ennuestro entorno. Parece que resulta inconcebible para el resto delmundo pensar en aprendizaje a distancia (o tecnicamenten mejordefinido como Technoligy-Based Instruction) sin contar conconectividad a Internet. Según la iniciativa ADL que se puede leer enla página 1-19 del overview de scorm se contemplan dos categorias deaprendizaje. El aprendizaje síncrono, también conocido como "Distance Learning" y el famosísimo aprendizaje asíncrono o "AdvancedDistributed Learning". Nuestro desarrollo cae en lo asíncrono por losiguiente:

SINCRONO al parecer implica el trabajo conjunto de grupos deestudiantes al mismo tiempo en lugares específicos aún estandofísicamente distantes del instructor. Las tecnologías que generalmenteabarcan este tipo de aprendizajes tienen que ver con "salones declases virtuales", es decir, que hagan uso de tele-entrenamiento porvideo, y tele-conferencia por video.

ASINCRONO se centra en cambio en en la capacitación disponible encualquier momento y en cualquier lugar. Dentro del grupo detecnologias que abarcan lo asíncrono, están los Technology-BasedTraining (que incluyen las basadas en computador, en multimedia y enweb) entre otras. Supone uno pues que los LCMS y los LMS caen en losWeb Based Training, y que el desarrollo "Desconectado" (si es querealmente es el término correcto) que está bajo nuestraresponsabilidad hacer, es un puente entre los Web Based Training y losComputer Based Instruction, entiendo la instrucción basada encomputador como las viejas aplicaciones que corrían en máquinas conprogramas de capacitación "stand-alone"..

Según ADL, la web y WBT son la base del presente y del futuro del aprendizaje porque las tecnologías basadas en web se están expandiendo rápidamente y se han vuelto la mejor forma de interoperar a todo elmundo, por lo tanto el mejor medio para enseñar; estandares sobre estas tecnologias de aprendizaje basada en web no existen formalmente y, lo que mas nos intereza a nosotros, porque el contenido web puede ser distribuido usando practicamente cualquier medio, aparte de lapropia internet, como son los CDs, los sistemas stand-alone y/oambientes conectados en red... Se supone que SCORM pretende ser laforma como ADL pretende lograr estas metas. En el cómo lo vamos alograr nostros? ahí está el dilema.

prologo

2005-02-08T16:00:00.000-05:00

Hoy 8 de febrero de 2005 se crea el blog del proyecto de grado de ingerniería electrónica y telecomunicaciones de Victor Andrés Valencia y yo, Luis Eduardo Bravo. La intención principal de contar con este espacio es poder intercambiar informacion, la discusión de ideas, llevar un registro de las actividades realizadas. Con este blog esperamos que esta informacion sea de acceso libre a cualquier individuo además.
Se discutirá en general sobre el aprendizaje electrónico, particularizando en las herramientas tecnológicas que faciliten el acceso al contenido y permitan medir ciertas variables del proceso de aprendizaje, en entornos de conectvidad pobre o inexistente.