API de experiencia

La API de experiencia ( xAPI ) es una especificación de software de aprendizaje electrónico que registra y realiza un seguimiento de varios tipos de experiencias de aprendizaje para sistemas de aprendizaje. ^{[ 1 ]} Las experiencias de aprendizaje se registran en un Almacén de Registros de Aprendizaje (LRS), que puede existir dentro de los sistemas de gestión del aprendizaje (LMS) tradicionales o de forma independiente. ^{[ 2 ]}

La API Experience (Tin Can API) está diseñada para suceder a SCORM , ^{[ 3 ]} el Modelo de Referencia de Objetos de Contenido Compartible, que es un estándar para empaquetar contenido de aprendizaje electrónico. ^{[ 4 ]} La nueva API Experience permite a los instructores implementar varias capacidades nuevas que no eran compatibles con SCORM en ese momento, ^{[ 5 ] [ 6 ]} tales como:

• Registro del aprendizaje a partir de actividades que no se realizan en el navegador, como juegos y simulaciones . ^{[ 7 ] [ 2 ] [ 8 ]}
• Transición de plataforma; por ejemplo, comenzar el aprendizaje electrónico en un dispositivo móvil y terminarlo en una computadora ^{[ 7 ] [ 1 ]}
• Aprendizaje electrónico basado en equipos ^{[ 2 ]}
• Seguimiento de planes y objetivos de aprendizaje ^{[ 9 ]}

La especificación de Experience API es de código abierto . ^{[ 10 ]} xAPI utiliza un servicio web RESTful con JSON ( JavaScript Object Notation ) para su formato de datos. El servicio web permite a los clientes de software leer y escribir datos experienciales en forma de objetos de "declaración". En su forma más simple, las declaraciones tienen la forma de "Hice esto" o, más generalmente, "objeto verbo actor". ^{[ 6 ] [ 11 ]} Se pueden utilizar formas de declaración más complejas. También hay una API de consulta integrada para ayudar a filtrar las declaraciones registradas y una API de estado que permite una especie de " espacio temporal " para las aplicaciones consumidoras.

En 2008, se determinó que los estándares de interoperabilidad eran demasiado limitados para SCORM. LETSI solicitó ideas a la comunidad, y como resultado de esto surgió SCORM 2.0. ^{[ 12 ]}

En 2011, Advanced Distributed Learning (ADL), la entidad patrocinada por el Departamento de Defensa de los Estados Unidos encargada de SCORM, reconoció la necesidad de una especificación de software más reciente y capaz que la especificación SCORM original, que entonces tenía más de diez años. ^{[ 2 ]} Para abordar esta necesidad, ADL emitió un Anuncio de Agencia Amplia (BAA) solicitando asistencia para mejorar SCORM, y el BAA fue adjudicado a Rustici Software, una empresa de software con sede en Nashville y experiencia en SCORM. ^{[ 13 ]}

Rustici Software realizó entrevistas con la comunidad de aprendizaje electrónico para determinar dónde realizar mejoras y luego desarrolló la versión de investigación de la especificación de la API de experiencia. Este proceso se denominó Proyecto Tin Can. ^{[ 14 ]} El nombre "API Tin Can" se derivó del Proyecto Tin Can y todavía se usa indistintamente con el nombre "API de experiencia". ^{[ 15 ]}

La API Experience fue desarrollada por un grupo de trabajo de la comunidad y lanzada como versión 1.0 en abril de 2013. Actualmente hay más de 160 usuarios (19 de enero de 2016). ^{[ 16 ]}

La versión actual de la especificación es “ IEEE 9274.1.1-2023 ” – también conocida como xAPI 2.0 – publicada el 10 de octubre de 2023 por el IEEE . ^{[ 17 ] [ 18 ]}

Las versiones anteriores incluyen: 1.0.3, 1.0.2, 1.0.1, ^{[ 19 ]} 1.0.0 ^{[ 20 ]} versión 0.8 (salida oficial de la BAA) ^{[ 21 ]} y versión 0.9 (especificación de la versión de investigación) 0.95 (segunda especificación de la versión de investigación).

• Sitio web oficial