Nuevos estándares de tecnologías aplicadas a la

educación

Moodlemoot España 201326, 27 y 28 de Septiembre

¿Quién soy?

Juan Leyva (jleyva@cvaconsulting.com)

Moodle Developer (desde 2003), actualmente trabajando @ CV&A Consulting

Desarrollador de Moodle Mobile (aplicación oficial para Android y iOs)

Desarrollador de los siguientes plugins:● Configurable Reports● jmail● LTI Provider● Anonymous posting in forums, Collaborative real-time editor,

ConfigTabs, Forum discuss subscription,

De qué voy a hablar

● Estándares actuales dominantes en el mercado

● Cómo funcionan los modelos tradicionales de distribución de contenidos y tracking

● Nuevos estándares● Nuevos modelos de funcionamiento

Estándares actuales dominantes en el mercado

● SCORM (1.2, 1.3 ó 2004)Es el estándar más extendido en la actualidad (principalmente en su

versión 1.2). Todas las herramientas de autor exportan en este formato. En realidad, es un conjunto de estándares.

● AICC/CMI001Uno de los estándares más antiguos, data del 1993 con posteriores

actualizaciones en 1998. Es parte también de SCORM

● IMS CPDespués de AICC, uno también de los más antiguos (sobre el año

2000). Es parte también del estándar SCORM

Modelo de funcionamiento tradicional

● Un Objeto de aprendizaje paquetizado como SCORM se incluye dentro de un curso en un LMS

● El estudiante, desde su navegador de Internet, realiza el curso

● Conforme realiza el curso, se va guardando información como su calificación, último acceso, última unidad donde se quedó, etc..

Problemas de este modelo

● La información de la que hacer seguimiento es muy limitada en tipo y “espacio de almacenamiento”

● Inicialmente estaba pensado para self-training (autoaprendizaje) en ordenadores personales

● Es un estándar muy antiguo, usa tecnologías cada vez más en desuso y no adaptadas a nuevos dispositivos como móviles

Problemas de este modelo

● Presenta problemas para distribución de contenidos Cross / Domain

● No está pensado para funcionar offline

● No es apto para simulaciones o “serious games”

● No dispone de mecanismos de seguridad, autenticación, o distribución de contenidos segura nativos

Nuevos modelos de funcionamiento

xAPI al rescate

Marco de trabajo para proporcionar herramientas que permitan almacenar y acceder a experiencias de aprendizaje

xAPI permite almacenar guardar registro de experiencias de aprendizaje, incluyendo registros tradicionales como calificaciones.

También permite registrar acciones realizadas por el estudiante, del tipo, he visto un vídeo o he leído un artículo

Ventajas e inconvenientes respecto a SCORM

Puede almacenar múltiples resultados para un mismo objeto de aprendizaje

Pueda almacenar información de cualquier tamaño, incluyendo archivos binarios como mp3

Dispone de una capa de seguridad integrada

Ventajas e inconvenientes respecto a SCORM

No requiere de un LMS para funcionar

Puede no requerir un navegador de Internet

No tiene limitaciones cross-domain

Facilita el uso de dispositivos móviles en educación

Puede guardar registro de simulaciones, serious games, informal learning, adaptive, blended learning

Ventajas e inconvenientes respecto a SCORM

Es complicado definir una política de privacidad de datos dada la cantidad de datos que se puede almacenar

Dado que la información se guarda en forma de “frases” usando verbos como “completado” y/o “finalizado” crear informes a partir de ello puede ser complicado debido a la posible cantidad de verbos a utilizar

Ventajas e inconvenientes respecto a SCORM

Requiere un LRS para almacenar datos que puede llegar a almacenar mucha información

El estándar no contempla como se han de empaquetar los datos o cómo se ha de lanzar un paquete dentro de un LMS

CMI-5 al rescate!

● CMI-5 es un estándar cuya finalidad es sustituir al actual SCORM y AICC

● Se basa en xApi (TinCan API)

● No existe una versión 1 / especificación final aún aprobada

● Básicamente añade las carencias que tiene xApi para ser un reemplazo real a SCORM:

1. Definición de los contenidos del Objeto de Aprendizaje2. Información para realizar el lanzamiento de Objetos de

Aprendizaje desde un LMS

Comparando estos tres estándares I

Componentes habituales de un Objeto de Aprendizaje empaquetado:

Package DefinitionDescripción de los contenidos del Objeto de Aprendizaje (Nombre, título, organización de los contenidos)

Launch SpecificationCómo se ha de lanzar el Objeto desde un LMS (Cuantas formas hay de navegarlo, cual es el punto inicial de entrada)

Modelo de DatosQué información se va a guardar y bajo qué formato

Capa / API de comunicación con el LMSQué método se va a usar para comunicarse con el LMS

Comparando estos tres estándares II

Package Definition

Launch Speficiation Data Model API Runtime

SCORM IMS CP SCORM AICC JavaScript API (AICC)

xAPI

X Xtincan.xml

Native Statements

Native REST API

CMI-5Native CMI-5 Native CMI-5 xAPI xAPI

xAPI, CMI-5 y Moodle

Dan Marsden, (principal encargado del plugin de SCORM) está analizando incorporar soporte xAPI a Moodle

https://tracker.moodle.org/browse/MDL-35433

Existen ya algunos plugins que permiten incorporar paquetes xAPI:

https://github.com/jgsmitty

Básicamente, es una modificación del player de SCORM para poder reproducir paquetes tincan generados por Articulate, así mismo, incorpora un LRS para el almacenamiento de datos

xAPI, CMI-5 y Moodle

Dado que se está reescribiendo el sistema de Loging en Moodle, se está planteando la posibilidad de exportar las acciones realizadas por un usuario como “frases” estatements

User XX view this activity..

User YY post a message in this forum..

¿Qué herramientas exportan/ han adoptado estos formatos?xAPI

Articulate (Usa TinCan launch)

Questionmark

Rustici

http://www.adlnet.gov/tla/experience-api/adopters

CMI-5

No existe aún una especificación final oficial

Resumiendo

● SCORM: Distribución de contenidos bajo el modelo tradicional LMS

● xAPI: Nuevo marco de trabajo genérico para la obtención y seguimiento de experiencias

● CMI-5: xAPI aplicado al modelo tradicional de LMS

● CMI-5 = xAPI + algunas cosas más