9

1.Quesunestndar?

Bien, esta pregunta es inevitable. A continuacin tiene una serie de definiciones,

conlascualesnossentimosidentificados.Anas,haymuchasms.
SegnlaRealAcademiaEspaolaunestndaresunadjetivo:

...quesirvecomotipo,modelo,norma,patrnoreferencia"

SegnlaInternationalStandardsOrganization(ISO)losestndaresson:

...acuerdosdocumentadosquecontienenespecificacionestcnicasuotroscriterios
precisos para ser usados consistentemente como reglas, guas o definiciones de
caractersticas para asegurar que los materiales, productos, procesos y servicios
cumplanconsupropsito."

Dichoconotraspalabras,yparaquenosentendamos,unestndares:

...ponernos de acuerdo para hacer las cosas de una sola manera y que dicha
manera asegure que el material, producto, proceso o servicio haga o sirva para lo
quedicehaceroservir"
Quvamosaestandarizardelelearning?
Quelementos,delosquehavisto,seestnestandarizando?.Larespuestaes
simple:todos. Los actuales esfuerzos de estandarizacin buscan crear norma
sobrelosiguiente:
La construccin de Objetos de Aprendizaje (LOs) de manera que sean
portablesentredistintasplataformas(LMS,LCMS).
Ensamblamiento de varios objetos de aprendizaje para formar estructuras
curriculares ms grandes (como cursos) que sean tambin portables entre
plataformas.
LacomunicacinentreunLOyunLMSLCMS,mientrasalumnosousuarios
oestninteractuandoconlLO.

2.TiposdeEstndares

Eltrminoestndarcomogeneralmenteseutilizahacereferenciaalosestndares
acreditados, es decir los estndares que han sido analizados, procesados y
aprobadosporcuerposuorganismosacreditadosparahacerlo.
Losorganismosacreditadosmsconocidosson:
ISO
Institute of Electrical and ElectronicsEngineers (IEEE) que se pronuncia y
leecomo"itriplee"
An as, la palabra estndar puede llegar ms all de los organismos acreditados.
As,existentrestiposdeestndares:
De jureu oficial, es definido por grupos u organismos de estandarizacin
talescomolaITU,ISO,ANSI,IEEE.
De facto, es aquel patrn o norma que se caracteriza por no haber sido
consensuada ni legitimada por un organismo de estandarizacin al efecto.
Por el contrario, se trata de una norma generalmente aceptada y
ampliamente utilizada por iniciativa propia de un gran nmero de
interesados.
Propietario,sonpropiedadabsolutadeunacorporacinoentidadysuuso
todava no logra una alta penetracin en el mercado. Muchas compaas
trabajanconunesquemadeestndarpropietariosloparaganarclientes
ydealgunamanera"atarlos"alosproductosquefabrica.
Si unestndar propietariotiene xito, al lograr ms penetracin en el mercado,
puedeconvertirseenunestndardefactoeinclusiveconvertirseenunestndar
dejurealseradoptadoporunorganismooficial.

3.Orgenes

En los aos 80, la industria de laaviacinfue una de las primeras industrias en

adoptarelCBT(ComputerBasedTraining)agranescala.
Amedidaquelatecnologadelaaviacinavanzabalosavionessefueronhaciendo
mssofisticados,sehizomuydifcilmanteneralostcnicosytripulacinformados
adecuadamente. Esto, en el campo de la aviacin es especialmente importante,
sobretodoporeltemadelaseguridad.
LosfabricantesdeavionesencontraronenelCBTunmedioidealpararespondera
las necesidades de formacin de sus empleados y el CBT se transform en una
herramientavitaleimportantedentrodelaaviacinmilitar,civilycomercial.
Sin embargo, a medida que la adopcin del CBT se empezaba a hacer comn en
todalaindustriadelaaviacin,prontosurgiunproblema.
En los 80el CBTno slo era producido utilizando software propietario sino que
adems corra sobrehardware propietario. As, el CBT provisto por Boeing,
Airbus,McDonnellDouglas,yotrosnecesitabaunconjuntodehardwaredistinto.
Las aerolneas deban adquirir un equipamiento informtico para cada tipo de
avinqueibanadquiriendo.

4.Estndares

A partir de los siguientes apartados va a adentrarse en la historia y definicin de

losprincipalesorganismosdeestandarizacinconsusrespectivasespecificaciones
yestndaresparaelelearning.
Descubrirque...

AICCnaci en los aos 80 dentro de laindustria de la aviacin, pues fue

sta una de las primeras industrias en adoptar el CBT (ComputerBased
Training)agranescala.
ADL SCORMsurgi en los aos 90 en base a las especificaciones de
formacin necesarias para lasFuerzas Armadas de los Estados Unidos,
enrelacinasusexperienciasenlaGuerradelGolfoPrsico.
IMSse desarroll a finales de los aos 90 a partir de un consorcio de
proveedores, vendedores, y usuarios de tecnologas para el aprendizaje
cuyos miembros eran en su mayora universidades norteamericanas y su
focoprincipaleralaEducacinSuperior.
IEEEesunaasociacinsinnimodelucrodeprofesionalesdemuchasreas
tcnicas(ingenierainformtica,tecnologabiomdica,telecomunicaciones,
electricidad,...) con distintos grupos relacionados al desarrollo de
estndares.

5.NacimientoyprimerostrabajosdeAICC

El AICC est formado por un grupo de fabricantes de aviones, profesionales

especializados en la formacin de pilotos (militar, comercial y civil), agencias de
gobierno, proveedores de contenidos (con el tiempo se fueron aadiendo
proveedores de herramientas y contenidos eLearning)AICC nace con una
necesidad de estandarizar las plataformas CBT y los contenidos para as reducir
loscostosdeimplantacindedichossistemas.

La primera misin de AICC fue superar el mayor dolor de cabeza que tenan por
esos das:el hardware. Por lo tanto, el primer trabajo fue la estandarizacin del
hardwareparaladistribucindeCBT
Elresultadoseentregaalacomunidadcomoundocumento,alquegenricamente
se le conoce comoGuas y Recomendaciones de AICCoAICC Guidelines and
Recommendations(AGR).
ComounamaneradeordenarlosAGR,AICCloshaidoenumerando.ElAGR001es
documentoqueresumeycontieneunabrevedescripcindelosotrosAGR.As,el
AGR002 es el de las recomendaciones del hardware, que lograba que el CBT
corrieraenunaarquitecturadehardwarenica.
AGR001: Resumen y actualizaciones de todos los otros AGR producidos por
AICC.
AGR002:EspecificacindelHardwareautilizar

A continuacin AICC lanz elAGR003EspecificacindesonidobasadoenDOSque

dedica a estandarizar el audio digital, que permita que los usuarios pudieran
ejecutarcorrectamenteelCBTutilizandounatarjetadesonidocomn(bajoDOS)

5.1EstandarizandoelCourseware

El siguiente reto era lograr que el courseware (contenidos) que provena de

distintosproveedorespudieracargarseendiferentessistemasCMI.
En 1993, AICC produce su AGR ms conocido y utilizado, elAGR006, que
especifica un mecanismo estndar para la interoperabilidad de la instruccin
gestionadaatravsdeordenadoresoComputerManagedInstruction(CMI).

El Courseware (o leccin de CBT) debera poder comunicarse con el CMI a travs

de la red LAN para intercambiar informacin, principalmente los alumnos o
usuarios(tiemposderespuesta,resultadosdelasevaluaciones,tiempoconsumido
porelusuarioenunaunidad,etc.
El AGR006 deba incluir una serie de informacin tcnica que lograse explicar
cmo cumplir con los objetivos anteriormente descritos. De esta manera, AICC
lanza un documento llamadoCMIGuidelinesforInteroperabilityal que se le conoce
comoCMI001.PorlotantoAGR006yCMI001sonunnicoconjunto.

5.2AICCsesubealaWeb

Enenerode1998elAICCtomasuespecificacinCMIylaactualizaparaincluir,alo
queporesosdassellamabaelCBTbasadoenWeb(WebbasedCBT),yqueahora
loconocemossimplementecomoWBT(Webbasedtraining).
AGR010:WebbasedCMI(CMIbasadoenWeb)
En realidad, los objetivos perseguidos por el AGR010 son los mismos que se
persiguen en AGR006, con la nica (pero gran) diferencia que ahora se basaba
sobreInternet.
ConlaAGR010deAICCsebuscaba:
1. Lograrquecontenidosdesarrolladospordistintosproveedorespuedanser
cargadoseinterpretadosendistintossistemasCMI(ahoraLMS).
2. Permiten que las lecciones de CBT (contenidos) puedan establecer un
mecanismo de comunicacin con el sistema CMI (LMS) para intercambiar
informacin, principalmente, sobre el alumno. Para ello, se utilizara el
protocoloHTTP,naciendolaexpresin"HTTPbasedAICCCMIProtocol"
HACP que se pronuncia en Ingls como "hackpee" y que podra
traducirsecomo"ProtocoloCMIdeAICCbasadoenHTTP"
8

5.3.ElimpactodeAICC

Dos grandes campaas de marketing marcaron un antes y un despus en la

historiadelosestndaresydelelearning:
A finales de los aos 80, AICC realiz una campaa de marketing. Sin
embargo, fueron las propias compaas areas las que presionaban para
quesusproveedoresadaptaransuscontenidosysolucionesaAICC.
Afinalesdelos90,unanuevacampaa,estavezparalaadopcindelAGR
010,utilizelnuevotrminoelearning,relacionndoloconelconceptode
WBT.
Debido a la caracterstica asncrona del WBT, no tard en asociarse
laWBT+Asncrono = elearning, lo que a su vez llev a hablar
deEspecificacionesdeeLearning.
La mayora del CBT desarrollado para la aviacin eran de autoaprendizaje o
autoinstruccionales, sin la presencia de un profesor o tutor. Por lo tanto, las
especificacionesAICC,ademsdeorientarsealWBTAsncrono,estntambinmuy
inclinadasalautoaprendizaje.
Adems, como resultado de toda esta promocin, la especificacin AGR010 se
convirti en la primera especificacin ampliamente adoptada por la industria en
general,noslolaaviacin.

6.ADLSCORM

Enelao1991,traslaguerradelGolfoPrsico,elcongresoevalulaefectividad
de las fuerzas de reserva llamadas para la operacin Tormenta del Desierto,
llegandoalconclusindelanecesidaddeunaeducacincontinuaparamejorarsu
preparacin.Elelearningeralasolucin.
La masificacin del elearningenesta rea produjo que en 1997 el Departamento
de Defensa de los Estados Unidos decidiera expandir este trabajo y fund la
AdvancedDistributedLearningIniatiative(ADL).
LaprimeramisindeADLfuemodernizarlaformacindelasFuerzasArmadasde
los Estados Unidos. Con el tiempo, el trabajo de ADL fue creciendo y ganando
inters,yaqueeraaplicableaotrossectorespblicosyprivados.
LosobjetivosdeADL
ADLseplantealossiguientesobjetivosparaloscontenidos.stosdebenser:
9

1. Accesibles desde mltiples ubicaciones remotas a travs del uso de

estndaresdemetadatosydeempaquetamientodecontenidos
2. Adaptable, permitiendo que los contenidos puedan satisfacer la necesidad
deunindividuoodeunainstitucin.
3. Fcilesdeejecutar,elevandolaeficienciayproductividad,juntoconreducir
costosytiempos.
4. Durable, siendo independientes de revisiones de sistemas de operativos y
software
5. Interoperableentremltiplesherramientasyplataformas
6. Reusableentremltiplesaplicaciones.

7.ElnacimientodeSCORM

ADLpublicsuprimeraversindesuespecificacindeelearningaprincipiosdel
2000 (enero), bajo el nombre deSharableCoursewareObject Reference Model
(SCORM).
LaespecificacinSCORMtrata,demodogeneral,delossiguientespuntos:
1. Consigue reunir en un solo modelo las especificaciones tcnicas de otras
organizacionescomoAICCeIMS.
2. Propone un modelo contenidos para representar los LO y estructuras
mayores formados a partir de LO. Este modelo se conoce ahora
comoContentAggregationModeloCAM.
3. Un mecanismo estandarizado de comunicacin entre los LO y un servidor
(LMS, LCMS). Todo este mecanismo se conoce de manera genrica
comoRunTimeEnvironmentoRTE.

Para facilitar toda esta colaboracin entre empresas, instituciones e individuos,

ADL cre la ADL CoLaboratory Network, la cual provee de una instancia abierta
para compartir, probar, investigar, desarrollar y evaluar tecnologa aplicada a la
educacin. La ADL CoLaboratory Network organiza eventos pblicos llamados
Plugfests.
Comopodrsuponer,actualmenteSCORMhadejadodeserrealmenteunproducto
o especificacin exclusiva para cubrir los intereses y objetivos del Departamento
deDefensadelosEstadosUnidosyhapasadoaserunmodeloslidodondetodala
industriadelelearningestaportandoparasudesarrollo.
10

Tambin mostraremos que actualmente se viene trabajando en un estndar que

pretendesuperarlaslimitacionesdeSCORM:TINCANAPI.

7.1.SCORM

OriginalmenteSCORMfuelanzadoenEnerodelao2000ensuversin1.0.conla
misindesatisfacerlasnecesidadesdelDepartamentodeDefensanorteamericano
en cuanto a los sistemas y contenidos de aprendizaje basados en web, con la idea
de que fuese puesto a prueba por investigadores y desarrolladores de productos,
teniendoencuentasu:
Accesibilidad
Interoperabilidad
Durabilidad
Reusabilidad
SCORM1.0secomponadetresgrandeselementos:
CourseStructureFormat(CSF)
UnarepresentacindelaestructuradelcursoatravsdeXML.LaideadelCSFera
ladefinicindetodosloselementosdelcurso:
Estructura
Elementosfsicosqueloconformaban
Referenciasexternas(sifuesenecesario)
As se cumpla con elrequisito de interoperabilidadque permitira mover
cursosdesdeunLMSaotro.
RunTimeEnvironment(RTE)
Consiste en un protocolo para lanzar (desplegar) contenido elearning
basado en Web, as como un mecanismo de comunicacin entre el
contenidoyelLMS.
ElRTEdefineelmodelodedatosqueestablecequdatossernlosquese
puedencomunicarentreelcontenidoyelLMS.
Facilita lainteroperabilidadal permitir que cursos de distintos proveedores
puedanejecutarseocorrerenunnicoLMS,ytambinpermitelareusabilidadde
loscontenidosendiferentessistemas.

11

Metadata
BasadosenladefinicindelIEEELTSC,paralossiguienteselementosdeSCORM:
1. Metadata de Curso:Una definicin de metadatos externos al curso pero
que permitan describirlo con el propsito que ste (el curso) pueda ser
encontradoenunabsquedaenelinteriordeunrepositoriodecontenidos.
Ademsestosmetadatosdebenproveerinformacindescriptivadelcurso.
2. Metadata de los Contenidos:Una definicin de metadatos que puedan
aplicarse a "trozos" de contenidos basados en Web con el objetivo de
entregar informacin descriptiva sobre el contenido independiente de un
curso particular. Estos metadatos son utilizados para facilitar la
reutilizacinylaposibilidaddeencontrardichocontenidoalinteriordeun
repositoriodecontenidos.
3. Raw Media Metadata:Definicin de metadatos que pueden aplicarse a
elementos o recursos (assets) como ilustraciones, documentos, videos, etc.
As se logra tener una descripcin sobre estos elementos,
independientemente del contenido o curso en el cual estn asignados. De
esta forma, estos podran ser buscados y encontrados en un depsito de
medios.

7.2.SCORM1.1

DelCoursewarealContent
El cambio ms notorio fue pasar delSharableCoursewareObject Reference
ModelalSharableContentObjectReferenceModel,paradejarclaroqueSCORM
seaplicaavariosnivelesdecontenidos,nosoloalCourseware.
En la misma lnea elCourseStructureFormatpas a
serContentStructureFormat, donde las colecciones de contenidos cuyo tamao
fuese mayor o menor a un curso tambin podan ser representados por SCORM.

Loscambiosdeestaversinseresumenen:
DocumentacinMejorada
Cambiosyarreglosasufuncionalidad
SCORMahorareferenciaaAICCCMI001
SCORMahorausalaversin1.1deIMSLearningResourceMetadata
CambiosenelContentStructureFormat
Eliminaciones
12

Algunos elementos del modelo de datos fueron "dados de baja" o

revisados.

7.3SCORM1.2

Lanzado en octubre de2001, y marca el fin de las pruebas y evaluaciones. Con

SCORM 1.2 se aadi la posibilidad de empaquetar el material instruccional y sus
metadatos para importarlos y exportarlos desde los sistemas (principalmente
LMS).
Elempaquetamiento de contenidoses una parte fundamental de los
requerimientosoriginalesdeSCORM:la"interoperabilidad".
SCORM 1.2 incorpora la especificacin de IMS "Content Packaging"
(empaquetamiento de contenidos) y adems la extiende para incluir capacidades
que la especificacin original de IMS no considera. Estas especificaciones al estar
basadasenXMLsoncrucialesparaserelnexoentredepsitosdecontenidosylos
LMS.
ElContentAggregationModelseactualizaparareflejarahoraelempaquetamiento
decontenidos(IMS).LaespecificacindeCSFhasido"dadadebaja".
Generalmente se dice queSCORM Versin 1.2est compuesto de tres "libros"
separadosqueenconjuntoformanSCORM:

13

7.4SCORM2004

Con el lanzamiento de SCORM 2004, ADL ha decidido cambiar el formato de su

versinparareflejarquecadalibroahoraserdeunaversinindependienteyno
estaratadaalaversindeSCORMengeneral.
Esto significa que se pueden hacer cambios, por ejemplo, al libro de SCORM CAM
conlocualsuversincambiaraynoafectaraalaversindellibrodeSCORMRTE.
De esta maneraSCORM2004es un nombre genrico para agrupar a una serie de
libros cuyas versiones sern independientes entre s. De hecho, cada libro ahora
poseelaversin1.3yloscambiosenelfuturoseaplicarnsoloallibroafectado.
SCORM2004aadeunnuevolibroyporlotantoahoraposeecuatro:

SCORMOverview: Cubre la historia y los objetivos de la iniciativa ADL y SCORM,

indicandoademslasespecificacionessobrelascualesSCORMestconstruido.

SCORMContentAggregationModel (CAM): Describe los componentes utilizados

enelaprendizaje,cmoempaquetarlosparalograrintercambiarlosdeunsistema
a otro, y cmo describirlos (metadatos) para buscarlos y encontrarlos y cmo
definirlasreglasparasecuenciarsuscomponentes.EspecificacionesoEstndares
empleados:
Metadatos(deIEEELOM1484,12)
EmpaquetamientodeContenidos(deIMS)
InformacindeSecuenciamiento(deIMS)
EstructuradeCursos(deAICC)
SCORM RunTime Environment(RTE): Describe los requisitos de los Learning
Management System (LMS) para soportar el runtime environment. Este libro
cubre el protocolo de comunicacin entre el LMS y los SCOs y adems detalla el
modelo de datos utilizado para pasar informacin relevante al usuario o para
enviarinformacindesdeelSCOalLMSEspecificacionesoEstndaresempleados:
APIdeIEEE1484,11.2
ModelodeDatosdeIEEE1484,11.1
SCORM Sequencing and Navigation(SN): Describe cmo el contenido se puede
secuenciardependiendodeeventosgeneradosporelalumnooporelsistema.
EspecificacionesoEstndaresempleados:
InformacinyComportamientodeSecuenciamiento(deIMS)
14

7.5EvolucindeSCORM

SCORM1.0.Enero2000:OriginalmenteSCORMfuelanzadoenEnerodelao2000
ensuversin1.0.conlamisindesatisfacerlasnecesidadesdelDepartamentode
Defensa norteamericano en cuanto a los sistemas y contenidos de aprendizaje
basados en web y sent las bases de cmo el contenido deba empaquetare
(contentpackaging) y cmo deba comunicarse con el LMS (runtime) as como la
descripcindelcontenido(metadata).

SCORM 1.1.Enero 2001: Primera versin real de SCORM, incorporando varios

cambios resultado de la retroalimentacin obtenida en las pruebas de la versin
1.0.

SCORM 1.2. Octubre 2001: Lanzado en octubre de 2001, y marca el fin de las
pruebas y evaluaciones, incluyendo todas las lecciones aprendidas en versiones
previas. Con SCORM 1.2 se aadi la posibilidad de empaquetar el material
instruccional y sus metadatos para importarlos y exportarlos desde los sistemas
(principalmente LMS). Es una versin ampliamente adoptada y actualmente
superaaotrasversionesposteriores.

SCORM 2004 Primera Edicin.Enero 2004: SCORM 2004 incluye en todas sus
ediciones versiones actualizadas de los libros que componen SCORM 1.2 y aade
con un libro adicional la secuenciacin y el control de la navegacin. La primera
edicin(inicialmenteconocidasimplementecomoSCORM2004),tenaproblemas
fundamentales y no fue completamente implementada y por tanto esta versin
nuncafueutilizada.

SCORM 2004 Segunda Edicin. Julio 2004: La adopcin progresiva de SCORM

2004pusoaldescubiertoalgunosdefectosquetenanqueresolverse,surgiendoen
julio del 2004 la segunda edicin que permiti que la especificacin fuese
adoptada y su implementacin se iniciara, aunque lejos de los niveles de SCORM
1.2, entre otras cosas por lo complicado que supona la especificacin de
secuenciacin.

SCORM 2004 Tercera Edicin. Octubre 2006: La tercera edicin incluye gran
cantidaddemejorasparaminimizarambigedadesymejorarsuinteroperabilidad.
Elgrancambiodelaterceraedicinfuelainclusinderequerimientosdeinterfaz
deusuarioparalosLMS,detalformaqueapartirdeahoralosLMSparasoportar
SCORM2004debanproveerelementosconcretosensuinterfazparapermitirque
lasecuenciacinynavegacinfuncionaradeformaconsistente.

SCORM 2004 Cuarta Edicin.Marzo 2009: Nuevas caractersticas simplifican la

creacin de contenido con secuenciacin y en general esta versin mejora
15

drsticamente las posibilidades de uso. En principio es la versin que deben

soportaraquellosproveedoresqueindiquensoportarSCORM2004.

7.6AdopcindeSCORM

La tendencia actual segn los datos que recogen las estadsticas de SCORM Cloud
indican que aproximadamente un 75% de los paquetes SCORM utilizados son
versin1.2.

SCORMCloud
Es un servicio en la nube que permite alojar paquetes SCORM y realizar
seguimientosinnecesidaddeunLMS.Elusodeesteservicioreflejauninteresante
dato en cuanto al uso de versiones de SCORM y que dado su volumen puede ser
relevanteparaentenderelpresenteyelfuturodeSCORM.Encuantoalosusuarios,
latendenciaeslasiguiente:

LapreguntaesPorqulaltimaversindeSCORMnohatenidounapenetracin
en el eLearning como podra suponerse en cuanto a versiones que suponen una
mejora frente a la anteriores? A este respecto se contemplan las siguientes
razones:
Complejidad: Al margen de las grandes mejoras frente a las versiones
anteriores,elusoeimplementacindeSCORM2004escompleja.
Baja adopcin: Como consecuencia de lo anterior, SCORM 2004 se utiliza
menos, los beneficios que procura esta versin no estn equiparados a la
complejidaddeuso,conuncostedeimplementacinalto,promoviendouna
bajaadopcin.
Avancestecnolgicos: desde la introduccin en 2004 de la nueva versin
de SCORM, el mundo tecnolgico en el que vivimos ha cambiado mucho
(telfonos inteligentes, redes sociales, servicios en la nube, etc), que ha
impactadodirectamenteenelaprendizaje:
o Nuevos canales y dispositivos: tablets, telfonos inteligentes,
smartTV,
16

o Nuevosmodosdeaprenderatravsdelatecnologa:sociallearning,
mobilelearning,seriousgames,gamification,realidadaumentada
Estos grandes cambios han dificultado que el estndar SCORM actual avance al
ritmodelosnuevostiempos,quedandomuchomsenfocadoaentornoscerrados
y aislados, basados en navegares web. Este motivo, ente otros, promueve
queADLdeunsaltoconlaconsideradasiguienteversindeSCORM,creadadesde
cero, denominadaTinCan API o Experience API (xAPI),que veremos en
prximosapartados.

8.TinCanAPI

TinCan API(tambin conocido comoExperience API o xAPI) es una nueva

especificacin eLearning que permite recopilar y hacer seguimiento de
experienciasdeaprendizaje(tantoonlinecomooffline)msalldelasfronterasde
unLMS.
Las experiencias pueden ser completar un curso en unLMS, pero tambin jugar a
un juego, twittear, ver un video, etc...abriendo las puertas al aprendizaje en
cualquiermomentoyencualquierlugar.
TinCanAPIseconsideracomolasiguientegeneracindelestndarSCORM,ybajo
la premisade que el aprendizajesucede en cualquier lugar (nosolo en un LMS) y
de cualquier forma (no solo a travs de un curso SCORM), permite reconocer,
registrar y comunicar acciones de aprendizaje que ocurren desde dispositivos
mviles,simulaciones,mundosvirtuales,juegosserios,actividadesdelmundoreal,
aprendizaje social, colaborativo y basado en la experiencia, aprendizaje sin
conexinainternet,etc

17

8.1TinCanAPIvs.ExperienceAPI

Tin Can API es la denominacin surgida del proyecto inicial Project Tin Can,
realizada porRustici SoftwareparaADL, que dio como resultado las primeras
versiones del Tin Can API, y que posteriormente fue renombrada por ADL como
ExperienceAPI(xAPI),tambinconocidosimplementecomoxAPI.

RusticiSoftwaremantieneactualmenteladenominacinTinCanAPI,integrndolo
adems en sus productos y servicios. Experience API es la primera fase de una
iniciativadeADLdenominadaTrainingandLearningArchitecture(TLA).

8.2.Estructurageneral

Engeneral,TinCanAPIseestructuraen4capas:
Capa1:TinCanAPIesunaversinoptimizadadelestndarSCORM,conel
objetivodeadaptarsealasnuevosmodosdeaprender,comoporejemplo:
o Seguimientodeentornosonlineyofflineymultidispositivos
o QueloscontenidosestnfueradelLMS
Capa 2: Esta capa permite el registro de cualquier experiencia de
aprendizaje, incluyendo aprendizaje informal, permitiendo mostrar una
foto detallada del itinerario de aprendizaje de un individuo. Cualquier
accin que susceptible de registrarse es tenida en cuenta (redes sociales,
blogs,etc)
Capa3:EstacapapermiteliberarlosdatosdelosconfinesdeunLMS
Capa4:Estacapaestpensadaparalacorrelacindedatosdeaprendizaje
ylamejoradeldesempeolaboral,anlisisdelaefectividaddelitinerarioy
elretornodelainversin.

18

8.3.Caractersticasycomponentes

LasprincipalescaractersticasdeTinCanAPIsonlassiguientes:
NoesnecesariolapresenciadeunLMS(LearningManagementSystem)
Elaprendizajepuedeocurrirfueradelnavegadorweb.
Controlcompletosobreloscontenidos.
MobileLearningyapps
Seguimientodejuegos,simulacionesyaprendizajeinformal
Seguimientodeaccionesenelmundoreal
Seguimientodeaprendizajeoffline
Cmoseconsigueesto?
Cuando un alumno realiza actividades de aprendizaje que utiliza Tin Can, se
recogen, envan y reciben en uno o varios LRS (Learning Record Store), una
especie de repositorio de registros de aprendizaje, independientes de un LMS. Lo
quelaactividadenvasedenominanstatementsodeclaracionesdeestado.

8.4.LRS:LearningRecordStore

LRS"LearningRecordStore"setratadeunsistemaquealmacenalosregistrosde
aprendizaje (Learning records) en la nube y que comparte la informacin
registradaconunLMSoherramientadegeneracindeinformes.Esgeneralmente
independienteaunLMS.

Tin Can API permite tanto el envo como la lectura de datos de un LRS,
permitiendoutilizarherramientasdeanlisisdedatosexternasparaobtenerdatos
deunLRSparaoptimizarlaefectividaddelprogramadeaprendizaje.

19

8.5.Statements(Declaracionesdeestado)

Las declaraciones de estado (statements) o huellas de aprendizaje, permiten el

seguimiento de determinados aspectos de una experiencia de aprendizaje,
comunicandolosavancesalLRS.
Un conjunto de statements pueden utilizarse para registrar todos los detalles
sobreunaexperienciadeaprendizaje.
Sebasanesencialmenteen3conceptos:

Actor: Identidad de un individuo o grupo del cual se hace seguimiento en

cuanto a lo que hace (verbo) dentro de una actividad (objeto). Se
correspondealyoenYohiceesto
Verbo:Definelaaccinrealizadaporelactordentrodelaactividadquese
incluye en la declaracin de estado. Se corresponde al hice en Yo hice
esto.
Objeto:actividadocualquiercosaqueesobjetodeladeclaracindeestado.
SecorrespondealestoenYohiceesto

8.6.Ventajaseimplicaciones

MsalldelLMS
Como ya hemos comentado, con Tin Can API el contenido puede residir fuera de
los lmites de un LMS, siendo lanzado y consumido desde cualquier lugar, sin
necesidad del soporte de un LMS, solo de uno o varios LRS donde guardar los
registrosdeaprendizajeyconsecucindeacciones.
Esto permitir abrir un mundo de posibilidades en cuando a qu componentes
conformanuncurso,quepuedenprovenirdemltiplesfuentes.

20

La experiencia de aprendizaje por tanto no tendr porqu iniciarse en un LMS. El

contenidonotendrqueestarbasadoencursosypodrestarbasadoenrecursos
deaprendizaje,inclusoactividadesenelmundoreal.Estosrecursospuedenresidir
en cualquier lugar, incluso si no hay conexin a internet en el momento de su
realizacin,losdatossonalmacenadoslocalmenteparasuposteriortransmisinal
LRS.

8.7.Aprendizajeformal/social

El aprendizaje ocurre en cualquier lugar y el diseo de Tin Can permite realizar

seguimiento del aprendizaje informal, aquel que ocurre en mltiples
circunstancias,lugaresydeformaindividualogrupal:
El LRS no precisa conocer las actividades antes de realizarse. Al
contrarioqueconuncursoSCORM,quedebeserimportadopreviamenteen
laplataformaantesdeserlanzadoalosalumnospararealizarseguimiento,
Tin Can permite hacer seguimiento de cualquier actividad o contenido
externoencuantoestdisponible.
Como ya comentamos anteriormente,la experiencia de aprendizaje no
precisaestaroriginadaenunLMS.
Seeliminaelrequerimientodequeelcontenidoseageneradodesdeel
diseador de la experiencia de aprendizaje, pues cualquier contenido
externo puede ser susceptible de formar parte de la experiencia y tener
seguimiento(contenidodescentralizado).
Sumadoaestasconsideraciones,elhechodequeestasaccionespuedanrealizarse
en grupo, y a su vez generadas desde redes sociales o entornos colaborativos,
permitequeTinCansoporteelaprendizajesocial.
Porotraparte,lascaractersticasdeTinCanAPIpermitenrealizarunseguimiento
multidispositivo, entendiendo elMobileLearningen su ms amplio sentido, esto
es, aprender cuando se est en movimiento, desde mltiples dispositivos
dependiendo del contexto (PC, porttil, smartphone, tablet, ebookreader, etc) y
permitiendo una experiencia de aprendizaje continua, sin importar el lugar o el
momento.

21

9.SCORMvs.TinCanAPI

Para concluir este mdulo, a continuacin se presenta una pequea tabla con una
comparativa entre SCORM y xAPI en cuanto a sus principales diferencias.
Proyectos actuales procuran la integracin entre materiales SCORM y sistemas
bajoxAPI,paramsinformacinvisitalosenlacespropuestosenelapartadoPara
saberms.

SCORMAPI
ExperienceAPI
(TinCan)
Requiereconexinconstanteainternet Norequiereconexinconstantea
internet
ElcontenidodebeestarenunLMS Elcontenidopuedeexistirencualquier
lugar
Seguimientolimitado:superado/no
superado,puntuacinycompletado.
Seguimientodeunagranvariedadde
experienciasdelalumno
Solorealizaseguimientodecursos
eLearningformales
Puederealizarseguimientode
aprendizajeinformalyaprendizaje
autodirigido.