divendres, 20 de març de 2015

Del feedback entre contenidos y LMS / EVA , analisis del aprendizaje y porfolios


El mayor problema de los contenidos educativos disponibles en la actualidad es que no aportan feedback al estudiante ( salvo algún test interactivo ), ni información de registro (o log) al EVA (donde reside el profesor), ni se reportan resultados del aprendizaje (learning outcomes) para la evaluación de la actividad de estudio o integración en Portfolios personales de aprendizaje.

El estándar SCORM 2004 incorporaba la funcionalidad de retroacción (feedback), estableciendo un mecanismo de comunicación entre el reproductor del contenido y el EVA. Pero la versión 2004 raramente es utilizada y casi en ningún caso implementada en su totalidad.

Actualmente existe más conciencia de la necesidad de feedback al estudiante, la obtención de información de registro para procesos de Learning Analytics y de la comunicación de resultados del aprendizaje al EVA y eventuales portfolios. En esta línea, ADL (la entidad que gestiona el estándar SCORM ) ha propuesto un nuevo estándar que no aborda el tema de la paquetización de contenidos sino que se concentra en el problema del feedback. Este estándar es Tin Can API rebautizado en Experience API  

Se recomienda el uso de TinCan Api o Experience API como canal de envío de feedback, registros y resultados de aprendizaje. Experience API es un mecanismo muy simple, comprensible por los seres humanos pues se estructuran los registros en forma de oraciones “Sujeto”+”Verbo”+”Predicado”, pero que a su vez pueden ser tratados automáticamente por procesos de Learning Analytics, ontologías y herramientas semánticas, motores de inferencia y almacenados en registros de aprendizaje ( Learning Record Store - LRS) o portfolios.

Actualmente, se están desarrollando otros estándares como IMS Caliper, que en teoría sería más compatible con una estrategia basada en IMS LTI. Pero Caliper no esta completo ni existen implementaciones de referencia, actualmente.

Por su parte, Experience API ha cogido mucha tracción en los dos últimos años y ya se encuentran en desarrollo los módulos consumidores para los EVAs más importantes ( por ejemplo, Moodle ya lo está desarrollando (https://tracker.moodle.org/browse/MDL-35433).

IMS LTI permite un marco de comunicación vía Webservices entre proveedor LTI (actividad de aprendizaje) y consumidor LTI (EVA). En este marco de comunicación se podría hacer caber la retroacción basada en Experience API. Siendo claramente viable, esta integración no se ha implementado y sería necesario y recomendable un trabajo de investigación en este sentido para ofrecer una implementación de referencia como ejemplo.



El estado del arte relativo a tecnologías de Análisis del aprendizaje (Learning Analytics), LRS y Portfolios todavía no ha llegado a un punto de madurez. En algún momento en el futuro habrá que elegir mecanismos de estandarización para políticas de privacidad sobre los registros de aprendizaje, interoperabilidad entre portfolios etc. Actualmente solo se puede recomendar que la información empiece a fluir hacia el EVA en un formato estándar como se define en Experience API, proporcionando una plataforma estable con la que incitar a la investigación y la innovación.

Integración de Apps educativas en EVA's o LMS (Moodle et alt) : IMS LTI



El estándar IMS LTI hoy es soportado por practicamente la totalidad de los LMS/EVA/VLE , ello se debe debe s creador de Sakai Carles Severance -  Dr Chuck (en la foto) para los amigos,  que trabajó incansablemente durante 6 años con desarrolladores de las distintas comunidades Open Source y fabricantes para crear implementaciones de referencia, mecanismos de certificación y validación. Chuck luce en su tatuaje los productos que implementan el estándar que ha acuñado. Hoy en día el tatuaje es más grande, lo podeis ver en la charla de Chuck en TED

IMS LTI hoy en dia es EL mecanismo de interoperabilidad para integrar los contenidos/actividades de aprendizaje como servicio y el EVA o LMS. IMS LTI esta implementado por la mayoría de software de LMS y ofrece un mecanismo simple, estándar y seguro para incorporar en un EVA extensiones de actividad de aprendizaje o contenido proporcionadas como Servicio (Software as a Service SAAS),

Con IMS LTI un profesor puede colocar en su aula virtual un Contenido o Actividad de Aprendizaje proporcionada por un proveedor ajeno a su institución. Por ejemplo acceder a un libro de texto en el servidor de una editorial. La aplicación LTI se ejecuta en un iFrame o ventana emergente (popular). Cuando un usuario accede a una actividad LTI, el EVA informa al proveedor del contexto en que tiene lugar ese acceso (institución, curso, rol). El usuario ya se encuentra autenticado por el EVA y se pueden establecer las políticas de privacidad necesarias para proteger la identidad del usuario.

IMS LTI es un estándar simple, probado con múltiples implementaciones de referencia y que LMS modernos como CANVAS usan como elemento esencial de su tecnología.

Marsupial actúa de forma parecida a LTI con su consumidor para Moodle, pero por una parte este no es un módulo estándar y debe mantenerse al día con las nuevas versiones de este software (que salen semestralmente) y no esta mantenido por los desarrolladores de Moodle. Esto es un problema serio por temas de seguridad.

Apps LTI? 

LTI fue diseñado como mecanismo de invocación de actividades basadas en Web. Pero hoy en día muchos centros educativos han abandonado el uso de ordenadores de sobremesa y portátiles en las aulas para adoptar tabletas Android e iPad. Por lo que integrar las Actividades y Contenidos basadas en Apps con el EVA es una necesidad.

En el caso de Moodle, desde la versión 2.0 existe una API de Webservices con funcionalidad es limitadas para comunicación con Apps y el proyecto Moodbile http://Moodbile.org aporta una extensión a esta API que permite implementar los servicios parciales del aula virtual en un App offline.  Pero Moodle es solo uno de las EVA del mercado y la integración con Webservices no oficiales de Moodle puede ser una solución a una necesidad concreta pero no una estrategia general a recomendar.


Apps móviles se pueden integrar con un EVA a través de LTI, de forma simple. Tan solo es necesario que el desarrollador de la App proporcione en su servidor una web App que actúe como proxy de LTI. El protocolo de LTI intercambia una clave o secret entre proveedor y consumidor, y las políticas de seguridad de LTI incluyen limitación por IP o dominio, por lo que hace falta un proxy. El proxy se puede ejecutar en el browser del tablet o smartphone o en el browser interno del App. El proxy puede invocar el App a través de links y ambos se pueden comunicar vía Webservices Json o REST. SOAP se desaconseja para cualquier tipo de uso. Obviamente toda comunicación debe hacerse vía HTTPS encriptado.

Contenidos educativos accesibles offline, algunas recomendaciones.


A medida que las TIC evolucionan muchas veces se olvida que el acceso a la red tiene un coste y que no siempre esta disponible. Desde un punto de vista del acceso, a veces acceder a contenidos estando desconectados de la red, en paz, puede hasta aportar un valor añadido. La necesidad de acceder offline a contenidos educativos està presente con independencia de las ventajas de lo online. No obstante hay que tener en cuenta que no se pueden esperar las mismas funcionalidades en contextos offline que estando online. La necesidad del acceso offline coincide con la necesidad de acceso en un contexto móvil, portable.

Recomendamos tres tipos de solución al problema de lo offline.

La primera recomendación consiste en la solución básica muy extendida en contenidos legados en Portable Document Format. PDF. Siendo de fácil creación, distribución y existiendo lectores de este contenido por omisión en todas las plataformas modernas.

La segunda recomendación es adoptar el estándar EPUB 3 (http://www.elizabethcastro.com/epub/ ) de libro electrónico. EPUB 3 es una solución madura (es una tercera iteración sobre el problema), compatible con HTML 5 y que aporta un framework mucho más potente que PDF: Metadatos, orden de lectura, navegación, contenidos dinámicos y multimèdia, integración con motores de sintetización de voz (text 2 speech) y scripting. EPUB 3 es fácilmente transformable al formato iBOOKs de Apple (basado en una versión no final del estándar) y al formato MOBI del Amazon Kindle . Existen aplicaciones lectoras para la mayoría de e-readers (exceptuando Amazon Kindle que sólo lee MOBI) smarphones y tablets.

La tercera recomendación son los formatos de App nativas de los sistemas operativos móviles más extendidos:Android y iOS.Ambos ecosistemas ofrecen mecanismos de distribución efectivos (App stores) e implementan mecanismos de pago seguro establecidos.Un App puede ser invocada desde el web browser, con lo que puede ser invocada desde un EVA al (más sobre el tema más adelante). Existen muchos entornos de desarrollo que permiten empaquetar contenidos HTML5 dinámicos en apps, transformándolos en accesibles offline. Por último las Apps móviles nativas permiten el acceso a hardware específico al que el browser no tiene  o solo de forma limitada (cámara, gps, acelerómetros, giroscopios y nuevos sensores que se van incorporando, conectividad bluetooth etc.) Finalmente en España hay una industria floreciente en el desarrollo de Apps que compite en un mercado global.


dijous, 19 de març de 2015

De contenidos educativos digitales a modelos basados en servicios.

Si pasamos la situación actual expuesta por el prisma de los tres niveles deaplicación de las TIC a la educación 1) Aprender DE las TIC 2) Aprender SOBRE las TIC 3) Aprender CON las TIC , vemos que los contenidos paquetizados se ocupan de los niveles 1 y 2 (DE y SOBRE) mientras que el aprender CON las TIC puede suceder en las actividades colaborativas del LMS y en herramientas no necesariamente diseñadas para la educación ( lenguajes de programación, mapas interactivos, entornos virtuales, redes sociales, entornos personales de aprendizaje, redes de aprendizaje, comunidades de aprendizaje, etc. ) [1]

La asignatura completamente pendiente es, quizás un cuarto nivel, el Aprender COMO APRENDEMOS con TIC. Un nivel reservado a educadores que quieren mejorar su actividad y también reservado a aquel que aprende a lo largo de la vida. O sea todo el mundo

En el paradigma del aprendizaje a lo largo de la vida llega un momento en el que toda persona es responsable de la dirección en que quiere hacer evolucionar su aprendizaje. En este punto es esencial disponer de instrumentos para analizar (personalmente o con la ayuda de un asesor) la trayectoria de aprendizaje, contrastar-la con las necesidades que impone la carrera profesional elegida y trazar un plan de aprendizaje acorde. 

Para ello hace falta disponer de herramientas de analítica del aprendizaje (Learning Analytics) , registros de aprendizaje (o Learning Record Stores LRS) y Portfolios personales e institucionales de aprendizaje. Con todo el cuidado que hay que tener con este tipo de herramientas, son tecnologías muy potentes y deben estar al servicio quien aprende o desea aprender, y no de quien pretende guiar o imponer el aprendizaje.   

Es necesario que las herramientas, servicios y contenidos que sirven a los tres (o 4 ) niveles de aplicación de las TIC en la educación sean interoperables entre ellos, que proporcionen la posibilidad de implementar políticas de privacidad de los alumnos ( se producen acciones de captación de información de los alumnos por parte de proveedores de contenidos de ética dudosa y que seguramente no encajan con el marco legal de la Ley Orgánica de Protección de Datos LOPD ) y que a su vez se transmitan al EVA, herramientas de análisis y portfolios.

De contenidos a Servicios

Las TIC aplicadas a cualquier entorno suelen conllevar un elemento disruptivo y de transformación. La mayor parte de la oferta presente de contenidos educativos difiere muy poco de los libros de texto impresos en papel. En el mejor de los casos vemos en contenidos SCORM una versión online de lo que en los años 90 del siglo pasado se solía desarrollar para CD-ROM.

Es en el paso a un modelo de servicios donde encontramos oportunidades de mejora disruptiva ya que entre otras cosas:

      Se mantiene contacto con el usuario, generando una comunicación bi-direccional permitiendo una auténtica interactividad.
      Desaparece el concepto de copia maestra, el contenido/servicio se puede corregir y mejorar en todo momento a costes mínimos (Beta permanente) 
      Se dispone de información inmediata acerca de la interacción del usuario, ello abre las puertas a mejoras pedagógicas - recomendación, guiado entre pares, autoevaluación, evaluación, registro de actividades de aprendizaje - y a la mejora continua del contenido/servicio. Si bien aparecen nuevas complicaciones de seguridad, privacidad, etc. 
      El usuario/alumno no está solo. La red social esta a un paso. 
      Podemos pasar de modelos de aprendizaje conductistas basados en “el libro” a modelos constructivistas/construccionistas sociales/conectivistas basados en actividades de aprendizaje y no sólo en contenidos.
Se abre la puerta a nuevas encarnaciones de las TIC : Mundos virtuales, Juegos online, Simulación, Realidad aumentada, Laboratorios remotos (impresión 3D, robótica, etc)  

Contenidos Legados

En un modelo basado en servicios los contenidos paquetizados siguen siendo necesarios y viables, pero son ofrecidos como servicio. Ello ya lo vemos en Atria/Marsupial/Punto neutro o en el modo previsualización en Agrega2. No obstante cabe recordar que se trata de contenidos que no reportan información sobre acceso, autoevaluación etc. al EVA donde residen el profesor y el alumno[1]. Solo en el plugin Rgrade de Marsupial hemos visto algún tipo de feedback elemental.

En un modelo de servicios no hace falta que los contenidos estén empaquetados en un formato contenedor específico, ya que basta con que sean HTML 5 compatibles y, a ser posible, implementen Mobile Responsive Design para ser visualizados en dispositivos móviles. No obstante los contenidos SCORM, IMS Common Cartdirge etc compatibles con HTML 5 pueden ser vigentes durante mucho tiempo, además de ser necesarios en los escenarios de negocio donde el cliente imponga como requisito obtener una copia de los contenidos.

Desaconsejamos  continuar desarrollando con plataforma FLASH dado que gran parte del parque de smartphones y tablets (Apple iOS y en Android por omisión) no implementa reproductor FLASH. Existen varios conversores de contenidos FLASH a HTML 5 por lo que no va a ser problema migrar la gran cantidad de contenido legado en en este formato.  


[1] El proveedor de contenidos dispone de los datos de acceso, al menos de la oportunidad, pero no los comparte con centro, profesor y alumno.





[1] Aunque hay que reconocer que en Agrega2 se pueden encontrar muchas actividades tipo Webquest.