Manual SCorm 2007

AulaWeb
Publicación de contenidos en
formato SCORM
lizado por los profesores Ángel García y Beltrán y Raquel Martínez Fernández
pmquelm@etsii.upm.es
Ángel García-Beltrán y Raquel Martínez
Universidad Politécnica de Madrid
Junio de 2007
2 AulaWeb - 2007
AulaWeb – Publicación de contenidos en formato SCORM

A. García-Beltrán, R. Martínez Fernández
I.S.B.N.: 978-84-690-8575-2
(c) Madrid, 2007
Tel.: 91 336 4266
URL: http://www.dii.etsii.upm.es/aulaweb

Creación de contenidos SCORM en AulaWeb 3
Índice
1. Introducción. ..........................................................................................................................4
1.1. Alcance de los estándares ...............................................................................................5
1.2. Objetos de aprendizaje....................................................................................................5
1.3. Especificaciones y estandarización: aspectos y proceso.................................................6
2. Sobre SCORM y RELOAD.................................................................................................17
3. Sobre la publicación de contenidos en AulaWeb ................................................................19
4. Creación del contenido en formato SCORM .......................................................................20
5. Generación de los contenidos en formato HTML ...............................................................22
6. Modificación de los documentos en formato HTML ..........................................................30
7. Creación del paquete SCORM.............................................................................................32
8. Publicación del contenido SCORM en AulaWeb................................................................42
9. Uso de los contenidos SCORM ...........................................................................................50
10. Estadísticas de uso del contenido SCORM..........................................................................52
11. Referencias...........................................................................................................................55
Sobre este manual
La presente edición de este Manual de Publicación de Contenidos en formato SCORM hace

referencia al sistema AulaWeb implantado en la ETSI Industriales en abril de 2007 y trata de
aquellos elementos de la plataforma AulaWeb no recogido en los anteriores Manuales del Profesor.
Obviamente tampoco recoge las funcionalidades del sistema añadidas con posterioridad.
Participantes en el proyecto
Las siguientes personas han colaborado en el proyecto de desarrollo de las distintas

versiones del sistema: Aurora Alonso, José María Arranz, Pablo Avendaño, Marcos Aza, Juan
Antonio Criado, Francisco de Ory, Carlos Engels, Miguel Fernández, Pilar García, Ángel García-
Beltrán, Manuel González, Jorge Granado, Teresa Hernández, Isadora Iglesias, José Alberto Jaén,
Antonio R. López, Julio A. Martín, Marcos Martín, Raquel Martínez, Francisco José Mascato,
David Molina, Carlos Moreno, Daniel Muñoz, Luis Miguel Pabón, Juan Carlos Pérez, Alberto
Rodelgo, Santiago Tapia, Alberto Valero, Eduardo Villalar y Carlos Zoido dentro de la División de
Informática Industrial de la ETSII-UPM.
Junio 2007
4 AulaWeb - 2007
1. Introducción.
Los sistemas de gestión del aprendizaje (en inglés, Learning Management System o LMS)
son uno de los elementos fundamentales del eLearning (aprendizaje-enseñanza apoyado en el uso
de las nuevas tecnologías). Un LMS permite la publicación de contenidos, el acceso a los
contenidos, la gestión de los recursos y la comunicación entre todos los actores implicados
(alumnos, profesores, administradores del sistema y creadores de contenidos). Además, el sistema
gestiona habitualmente los accesos, las actividades y los permisos del usuario y facilita
herramientas de comunicación tanto síncronas como asíncronas.
El uso de aplicaciones educativas que emplean Internet como sistema de distribución de

contenidos de calidad puede facilitar la sistematización de los procesos y la mejora de su eficiencia.
Aunque la utilización de este tipo de sistema otorga una serie de ventajas, también surgen algunos
problemas como son:
a) el alto coste del desarrollo de contenidos

b) la limitada posibilidad de reutilización/adaptación de contenidos y aplicaciones cuando se
modifica alguna circunstancia, como por ejemplo, el contexto del curso o el LMS
empleado.
El proceso de creación de aplicaciones y contenidos educativos de calidad es una labor

ardua que requiere la colaboración de expertos en diversas áreas (tecnología, didáctica y
contenidos). Hasta ahora ha sido habitual que contenidos educativos excelentes, desarrollados con
enorme coste para una tecnología concreta, se hayan perdido cuando se ha cambiado de plataforma
o se ha producido un cambio tecnológico (por ejemplo, la evolución desde el video disco interactivo
al CD-ROM y, posteriormente, a Internet).
Como forma de reducir los problemas de coste y posibilidad de reutilización y de asegurar

dicha calidad de los contenidos, todos los agentes implicados en e-learning tratan de sistematizar la
creación de materiales educativos de calidad que puedan ser actualizados, reutilizados y mantenidos
a lo largo del tiempo. De estas necesidades básicas surge un nuevo modelo para el diseño de los
cursos denominado modelo de objetos de aprendizaje u objetos educativos (Learning Objects).
Los contenidos de los cursos se generan por agregación de contenidos más pequeños, objetos de
aprendizaje (OA), que en teoría son independientes y que pueden ser actualizados, reutilizados,
mantenidos y combinados a la manera de las piezas de un juego de tipo mecano (ya que no todos
son combinables con todos).
Para poder hacer realidad esta nueva forma de crear contenidos, y debido a la
heterogeneidad de plataformas educativas y de los LMS, es necesaria la existencia de
recomendaciones y estándares ampliamente aceptados que posibiliten la reutilización de los OA y
su interoperabilidad entre diferentes sistemas. Los estándares de dichos contenidos tratan de
especificar cómo se realizan los procesos de enseñanza y aprendizaje de forma que la información
del sistema y los contenidos puedan ser reutilizables, interoperables e intercambiables entre
plataformas de enseñanza distintas.
Existen ya muchas especificaciones en este sentido si bien una de las más extendidas es la
de IMS. La madurez de las especificaciones y la consecuente publicación de estándares oficiales,
unido al creciente soporte de estos por las plataformas de enseñanza y las herramientas de creación
de contenidos facilitarán su adopción generalizada.

1.1. Alcance de los estándares
Una de las principales funciones de los estándares es servir como facilitadores de la

durabilidad y de la reutilización en el tiempo de las aplicaciones y de la interoperabilidad, es decir,
facilitar el intercambio de los contenidos entre diversas plataformas y sistemas. Por tanto su
objetivo debe ser simplificar el trabajo de los docentes y no servir como limitador de la función o de
la creatividad del educador. En muchos casos, cuando los educadores oyen la palabra estándar
suelen tener una reacción adversa ya que tienden a considerar que es una norma de obligado
cumplimiento que coartará su creatividad o su forma habitual de planificar una acción formativa o
una clase. En este caso, no se debe olvidar que finalmente estos contenidos deben ser integrables en
un LMS y que deberían de ser mantenibles a lo largo del tiempo. Por otro lado, abordar procesos
ambiciosos como virtualizar una carrera completa o toda una universidad, necesitan una
sistematización que puede no existir en propuestas que han funcionando bien para un número
limitado de cursos. Por tanto, en la tecnología y en la industria los estándares son elementos
fundamentales ya que permiten el desarrollo de tecnologías aceptadas y compartidas por todos que
demuestran una madurez de dichos campos.
Pero la realidad es que el e-learning es un campo relativamente joven e inmaduro en el que

se está, todavía, en una fase previa a la definición de un estándar suficientemente completo. En esta
fase siempre se produce una confusión que responde a la elaboración descoordinada de
especificaciones por parte de diferentes organizaciones. Este trabajo en paralelo desemboca en un
escenario confuso inundado por las siglas de cada una de las propuestas desarrolladas. IMS, IEEE,
ADL/SCORM, AICC, MIT/OCW/OKI son sólo algunos ejemplos de la gran cantidad de
consorcios, iniciativas, organismos e instituciones implicados en el proceso de estandarización del
e-learning. Esta diversidad, originada por la poca madurez del dominio, aumenta el riesgo de elegir
el estándar perdedor. Invertir mucho esfuerzo en el desarrollo o aprendizaje de un estándar que
finalmente no tendrá aceptación comercial (recuérdese la guerra entre formatos de video de los años
80 entre VHS y Beta) puede tener un alto coste. Afortunadamente existe una tendencia unificadora
e integradora entre los principales desarrolladores de especificaciones para e-learning, agrupadas
bajo las iniciativas IMS, IEEE, LTSC (Learning Technology Standards Comitee), e ISO/IEC que
puede ayudar a simplificar y generalizar la creación y adopción de un único estándar educativo que
sirva cómo referencia.
1.2. Objetos de aprendizaje
El elemento central en la nueva forma de desarrollar los cursos es el objeto de aprendizaje

(en adelante OA). La definición más citada en la literatura es la de IEEE, propuesta en uno de los
pocos estándares relacionados con e-learning que han sido aprobados: cualquier entidad, digital o
no digital, que puede ser utilizada para el aprendizaje, la educación o el entrenamiento.
Esta es una definición excesivamente genérica y que ha hecho que se proporcionen otras
definiciones más específicas como la de Wiley (2000): cualquier recurso digital que pueda ser
reutilizado como soporte para el aprendizaje. Wiley también matiza que se usa para designar
material educativo diseñado y creado en pequeñas unidades con el propósito de maximizar el
número de situaciones educativas en las que se puede utilizar dicho recurso. Esta idea está
directamente recogida en la definición proporcionada por Polsani (2003) que lo define como unidad
didáctica de contenido, autocontenida e independiente, predispuesta para su reutilización en
múltiples contextos instruccionales.
En realidad, IEEE actualmente ha redefinido ligeramente el objeto de aprendizaje como

cualquier entidad digital o no digital que puede ser usada, reutilizada o referenciada durante un
Junio 2007
6 AulaWeb - 2007
proceso de aprendizaje apoyado por la tecnología. Ahora le da más importancia al soporte

tecnológico, entre los que destacan los LMS, y además se proporcionan como posibles ejemplos de
objetos de aprendizaje contenidos multimedia, contenido instruccional, objetivos de aprendizaje o
programas instruccionales.
El objetivo es que los cursos se puedan crear por agregación de estos objetos de aprendizaje.
El conjunto de especificaciones y estándares de e-learning pretenden facilitar todos los procesos
asociados para que se puedan hacer de forma eficiente y sistemática. Con este propósito se trata de
normalizar aspectos como la descripción (mediante metadatos) de los objetos de aprendizaje de
modo que puedan ser gestionados, indexados y clasificados de forma eficiente; su almacenamiento
en catálogos o bases de datos (que habitualmente se denominan mediante el anglicismo
repositorios) o la descripción de un curso completo. Los estándares, por tanto, facilitan
fundamentalmente la reutilización y la interoperabilidad ya que permiten el intercambio directo de
objetos de aprendizaje y de cursos completos entre distintos sistemas de enseñanza electrónica. Por
otro lado, los objetos de aprendizaje no presuponen ningún tipo de filosofía educativa determinada
y, aunque se han utilizado mayormente siguiendo un enfoque instruccional, también se pueden
utilizar en sistemas que utilicen otros paradigmas (constructivista).
No obstante, aunque los OA suponen un gran avance hacía la sistematización del desarrollo
de cursos existen diversos problemas no totalmente resueltos. Por ejemplo, hay una falta de
consenso sobre la definición concreta y la descripción de los objetos de aprendizaje así como sobre
su tamaño (granularidad). De hecho muchos de los almacenes de recursos educativos no siguen
ningún estándar y presentan contenidos muy diversos (páginas de contenido, fotos, cursos, libros
electrónicos, etc). También es necesaria más experiencia en el aspecto de reutilizar dichos OA, ya
que su combinación no es tan directa como cabría desear, ni actualmente existen herramientas que
simplifiquen dicho proceso sin necesidad de tener un profundo conocimiento ni tecnológico ni de
los estándares.
1.3. Especificaciones y estandarización: aspectos y proceso
El éxito de un estándar radica en su nivel de aceptación, por lo que un grupo de

estandarización debe ser un organismo que se encargue de recopilar requisitos de múltiples fuentes
y elabore con ellos una especificación consensuada. La obtención de un estándar formal se consigue
como resultado de los esfuerzos combinados de numerosos organismos y consorcios que se agrupan
de acuerdo a tres niveles de trabajo:
a) Nivel de especificación: En este primer paso del proceso, se trabaja en la elaboración de

recomendaciones basadas en el análisis de las necesidades de los propios participantes. El
objetivo es proponer la especificación elaborada a la comunidad e-learning de modo que se
pueda experimentar, corregir y actualizar en función de las nuevas necesidades detectadas.
b) Nivel de validación: En esta fase del proceso, se desarrollan nuevos productos que
incorporan las especificaciones elaboradas en el paso anterior y se inician programas piloto
con el fin de valorar la efectividad y aplicabilidad de la especificación. Así mismo, se crean
modelos de referencia que muestran cómo las distintas especificaciones y estándares pueden
ensamblarse para integrar un sistema e-learning completo.
c) Nivel de estandarización: Es el paso final de la elaboración. Las especificaciones, que ya
han sido validadas, son retomadas por los organismos oficiales de estandarización que se
encargan de realizar un último refinamiento, consolidación y clarificación de los requisitos
que satisfacen. Habitualmente también hay un proceso de acreditación para los productos
que cumplen un determinado estándar. Es importante distinguir entre la especificación (que

es un proceso de trabajo en evolución) y el estándar acreditado (que es mucho más estable y,

por tanto, menos propenso a cambios).
Los estándares proporcionan distintas ventajas respecto a los contenidos. Primero, se logra
independencia de una aplicación concreta: los contenidos podrán ser intercambiables entre distintos
LMS. Segundo se obtiene independencia de la plataforma concreta de modo que se podrá cambiar
de equipo informático o de sistema operativo sin problemas. Tercero, se obtiene una garantía en la
durabilidad en los contenidos, ya que al seguir un estándar y no un formato propietario de una
compañía se logra la seguridad de que perduren a lo largo del tiempo.
Como todo el proceso de e-learning es muy complejo, implicando muchas herramientas y

actores, nos centramos inicialmente en la interoperabilidad de los cursos. Esta interoperabilidad
consiste en poder reutilizar de manera global los cursos o contenidos educativos entre distintos
sistemas de gestión de cursos o LMS. Por tanto, son necesarios consensos sobre diversas
características relativas a estos contenidos educativos. Nosotros para simplificar y sistematizar el
análisis hemos identificado ocho capas sobre las que es necesario establecer estándares para lograr
la total interoperabilidad.
En estas capas hemos destacado las iniciativas de estandarización, especificación o formatos

que nos parecen más prometedoras o tienen actualmente una mayor aceptación:
a) La capa más baja hace referencia a aspectos puramente tecnológicos para las que ya existen
estándares aceptados: TCP/IP y HTTP son los protocolos estándar de intercambio de
información en Internet.
b) La segunda capa trata de los formatos en los que se crean los contenidos educativos. En
este punto existe una gran variedad de modo que, en general, se acepta cualquier formato de
contenido web que sea capaz de visualizar un navegador (incluso si para ello necesita algún
complemento o plug-in). La realidad es que no existe aún un consenso claro de qué lenguaje
o formato utilizar. XML y HTML son los principales candidatos actuales pero hay muchos
sistemas que utilizan contenidos PDF por su portabilidad y calidad de impresión, o
Macromedia Flash por su capacidad de animación o interacción.
c) La tercera capa selecciona los mecanismos que se utilizarán para representar los metadatos
asociados con los contenidos educativos. Los metadatos son la información complementaria
que se añade sobre los objetos educativos y que describen distintos aspectos sobre su
contenido, sus objetivos didácticos, y facilitan los procesos de búsqueda, selección y
recuperación. XML es la tecnología más frecuente para crear los metadatos, siendo
considerada ya estándar de facto para esta capa. Entre las características que han convertido
a XML en la tecnología más utilizada, vale la pena destacar: la validación automática de
documentos, la separación entre contenido y procesamiento, y la independencia de
herramientas o plataformas concretas. No obstante, con el desarrollo de la web semántica
hay iniciativas para hacer dicha descripción utilizando RDF, ya que estas nuevas tecnologías
facilitan el desarrollo de aplicaciones informáticas que traten e interpreten de manera
automática dicha metainformación.
d) En la cuarta capa, los esquemas de metadatos, se determina qué información es relevante
para los objetivos del modelo, se agrupa de acuerdo a una serie de categorías, que por lo
general tienen carácter jerárquico, y por último, se adjunta al objeto como metadato
(implementados habitualmente con XML). El principal estándar ya aprobado de IEEE es el
esquema de metadatos LOM (Learning Object Metadata) que se ocupa de estos aspectos.
e) Las capas quinta y sexta hacen referencia a la necesidad de estructurar los objetos en
unidades superiores de contenido (los cursos) y asegurar su portabilidad a través de la red en
forma de fichero, aportando toda la información para que sea posible su reconstrucción
exacta en el sistema destinatario.
Junio 2007
8 AulaWeb - 2007
f) La séptima capa busca la homogeneidad en la estructuración de los perfiles de aquellos

implicados en el proceso de enseñanza y en la forma de utilizar didácticamente los recursos
educativos.
g) Por último, la capa de nivel superior aborda los aspectos de adecuación lingüística, cultural
y social a distintos contextos. Esta última capa tiene un gran nivel de dificultad, y todavía no
hay trabajos significativos al respecto.
Respecto a los propios sistemas de gestión del aprendizaje los estándares proporcionan un
modelo arquitectónico coherente, en el cuál se pueden integrar distintas soluciones o programas y se
pueden realizar evoluciones y actualizaciones de forma controlada y además se proporciona un
mercado abierto en el que los usuarios pueden elegir el LMS deseado o incluso cambiarlo con un
mínimo riesgo y coste.
1.4. Especificaciones y estándares más utilizados en e-learning
Actualmente IMS (Global Learning Consortium, Inc) es el principal promotor y

desarrollador de especificaciones abiertas orientadas a la enseñanza electrónica (actualmente tiene
16 especificaciones). Su objetivo es que a partir de estas especificaciones se consiga la
interoperabilidad de aplicaciones y servicios en la enseñanza electrónica para que los autores de
contenidos y de entornos puedan trabajar conjuntamente. No obstante, ningún estándar puede cubrir
todas y cada una de las necesidades que la gran diversidad de aplicaciones y contextos educativos
exigen. Mas bien, ahora se considera que estas especificaciones son un marco general de
interoperabilidad que proporcionan un margen de adaptación a las necesidades concretas de cada
dominio o aplicación (lo que se denominan perfiles de aplicación).
El objetivo de IMS es definir especificaciones que hagan posible la interoperabilidad de

aplicaciones y servicios de enseñanza f distribuida. A día de hoy, se ha concretado en once
especificaciones principales. Normalmente cada una de ellas se encuentra detallada al menos en tres
documentos:
a) Guía de Implementación y consejos: En ella se incluyen: la forma de uso de la
especificación, ejemplos, la relación con otras especificaciones, y cualquier tipo de
información complementaria que pueda servir de ayuda. Normalmente es el documento que
se recomienda leer primero para entender los conceptos generales con los que se trata.
b) Modelo de Información: Documento que describe de manera formal los datos, así como su
estructuración, detallando cada uno de los elementos considerados en la especificación. El
modelo que se propone en este documento es independiente del formato físico en el que
finalmente se representa la información.
c) Documento de Enlace: Documento que ofrece la forma de representar la estructura de
datos de la especificación, generalmente en XML. Adicionalmente se proporciona el
esquema documental XML que nos permite comprobar la validez de la estructura de un
documento que hayamos creado, respecto a la especificación a la que está asociado.
IMS tiene muchas especificaciones ya que cada una de ellas está enfocada en una necesidad
distinta del proceso de enseñanza. A continuación, vamos a describir con más detalle algunas de las
más relevantes.
1.5. IMS Content Packaging
El objetivo de esta especificación es permitir la distribución de contenidos reutilizables e

intercambiables, es decir, describe el modo en el que se debe empaquetar el contenido educativo
para que pueda ser procesado por otro sistema LMS diferente. Ofrece una forma de empaquetar (en

un archivo comprimido tipo zip) los contenidos educativos tales como cursos individuales,
conjuntos de cursos, o cualquier tipo de recurso necesario en el proceso educativo (por ejemplo,
evaluaciones o exámenes). Al distribuir una serie de contenidos empaquetados según el Content
Packaging de IMS, existe un documento fundamental que es el Manifiesto. Dicho documento es un
fichero XML en el que se describe la estructura de los contenidos incluidos en el paquete. Dicha
descripción se realiza a dos niveles diferentes:
a) Por un lado, se describe cada uno de los Recursos del paquete. En una primera aproximación
se puede hacer una relación casi directa entre un Recurso y un fichero con contenidos
visualizables (e.g. un OA) como pueden ser ficheros HTML, animaciones en Flash, etc. En
realidad, en cada Recurso se puede incluir información sobre los ficheros que componen
dicho Recurso, el tipo de los mismos (que puede ser uno de los tipos ya definidos por el
estándar o una extensión de los propuestos) y, opcionalmente, metadatos con información
adicional sobre dicho Recurso.
b) Por otro lado, en el Manifiesto se describe cómo están organizados dichos Recursos, es
decir, cómo se estructura el contenido del paquete. Esto se implementa mediante las
Organizaciones. Una organización es una vista (o recorrido) de una posible ordenación
jerárquica (actualmente en forma de árbol) de los Recursos de un paquete. El estándar
permite que un Manifiesto contenga distintas organizaciones sobre los Recursos del paquete,
dando así lugar a distintas vistas o cursos a partir de los mismos contenidos. El elemento
básico de estructuración que se usa al definir las organizaciones son los ítems. A cada ítem
se le puede asociar un Recurso, de modo que el árbol de Ítems es, efectivamente, una
estructuración de los Recursos del paquete.
En resumen, el Manifiesto es un fichero XML que describe y organiza los contenidos de un

paquete, añadiendo información adicional en forma de metadatos que pueden ser procesados y
aprovechados en tareas de catalogación de contenidos.
Finalmente, para la distribución e intercambio efectivo de los cursos lo que se crea es un

Archivo de Intercambio de Paquetes (Package Interchange File, o simplemente PIF). El _PIF_ es un
archivo que alberga en su interior el manifiesto y los recursos que se referencian en dicho
manifiesto. Por tanto, podemos decir que es un paquete comprimido y con un formato de
intercambio en .zip. La funcionalidad de exportación a PIF o de importación de un PIF se encuentra
en muchos de los LMS tanto comerciales (v.g. WebCT) como de software libre (v.g. Moodle,
Dokeos, Claroline).
1.6. IEEE Learning Object Metadata / IMS Learning Resource Metadata Specification
(Versión 1.3 Public Draft)
Los metadatos proporcionan descripciones, propiedades e información sobre los objetos de

aprendizaje que permiten caracterizarlos de forma que se simplifica su uso y gestión. De forma
coloquial, lo que se busca mediante esta información complementaria es poder saber cuál es el
contenido y el propósito de un OA sin tener que acceder a dicho contenido. Por tanto, los metadatos
aportan información orientada a hacer más eficiente la búsqueda y utilización de los recursos. Los
metadatos se pueden aplicar tanto a OA concretos como a cursos completos o a partes del curso.
Actualmente LOM (IEEE Learning Object Meta-Data) es uno de los estándares de e-

learning formalmente aprobado que goza de mayor aceptación (estándar IEEE 1484.12.1 - 2002), y
ha sido adoptado en la especificación de IMS Learning Resorce Metadata. De hecho LOM se basa
en los esfuerzos previos hechos para la descripción de recursos educativos en los proyectos
ARIADNE, IMS y Dublín Core.
Junio 2007
10 AulaWeb - 2007
El objetivo de LOM es la creación de descripciones estructuradas de recursos

educativos. Su modelo de datos especifica qué aspectos de un objeto de aprendizaje deberían ser
descritos y qué vocabularios se pueden utilizar en dicha descripción. Esta es una descripción
jerárquica con nueve apartados principales que agrupan el resto de campos. A continuación
describimos cada una de estas categorías:
a) General: Aquí se describe el objeto educativo. Incluye campos como identificador del OA,
título, descripción., etc.
b) Lifecycle: Almacena un histórico del objeto y su estado actual. Detalla quiénes han
interactuado con este objeto desde que fue creado, y el tipo de interacción que han realizado.
c) Meta- Metadata: Agrupa información sobre los metadatos. Esto puede parecer redundante
a primera vista pero resulta muy interesante tener información como quién ha contribuido a
la creación de los metadatos y el tipo de contribución que ha realizado.
d) Technical: Incluye la información técnica del recurso de aprendizaje tal como tamaño,
ubicación, o formato en el que se encuentra. Además, en este elemento se almacenan los
posibles requisitos técnicos necesarios para poder usar el objeto al que se refieren los
metadatos.
e) Educational: En este elemento se encuentran las diferentes características pedagógicas del
objeto. Típicamente se incluyen campos como tipo de recurso ejercicio, diagrama, figura,
nivel de interactividad entre el usuario y el objeto alta, media, baja, o el contexto de uso del
recurso universidad, enseñanza primaria, doctorado, entre otros.
f) Rights: Se incluyen los detalles sobre la propiedad intelectual del recurso. También se
detallan las condiciones de utilización y el precio en caso de tenerlo.
g) Relation: Explica el tipo de relación que tiene el recurso de aprendizaje con otros OA.
Posee un par nombre-valor en el que detalla el nombre del OA relacionado y el tipo de
relación es parte de, está basado en, etc.
h) Annotation: Incluye comentarios sobre la utilización del LO, además de su autor y la fecha
de creación.
i) Classification: Nos informa si el OA pertenece a algún tema en concreto. Por ejemplo, es
aquí dónde se almacenaría que un OA se refiere a Física o a Historia. Permite tanto detalle
como se quiera mediante anidamiento de temas.
El modelo de datos especifica también qué elementos de la descripción pueden repetirse

(e.g. Classification). Además, hay unos campos en los que el tipo de contenido es libre, es decir, se
puede poner cualquier cadena de texto (para la cual se puede especificar además el idioma) y hay
otros campos en los que se dispone de un conjunto de valores concretos entre los que se puede
elegir, es decir, se tiene un vocabulario controlado.
1.7. IMS Question & Test Interoperability (QTI) Specification
Esta especificación contempla una estructura básica que describe la forma de representar
preguntas individuales o ítems (assesment item) y gestionar evaluaciones o exámenes completos
(assessment). Su objetivo es conseguir que tanto las evaluaciones como los resultados sean
intercambiables entre los diferentes LMS. Así, podríamos disponer de almacenes de preguntas y
bases de datos con los resultados obtenidos por los alumnos a los que cualquier sistema de
enseñanza electrónica podría acceder.
Con este propósito se plantea y se documenta un formato de contenido para almacenar las
preguntas o ítems independientemente del sistema o herramienta de autoría utilizada para crearlas.
Esto permite, por ejemplo, el uso de las mismas preguntas en diversos LMS o en sistemas de

evaluación electrónica, o la integración en un único LMS de preguntas o exámenes

desarrollados con distintas herramientas. Por otro lado, se propone un sistema coherente para
que los sistemas puedan informar de cuál es el resultado de una evaluación.
Un ítem incluye la pregunta que se presenta al usuario y puede incluir otra información
necesaria para el procesamiento de la respuesta o puntuación, retroalimentación instantánea o
consejos para su realización, y otros mecanismos para mejorar el examen y/o la evaluación. QTI
trata de ser pedagógicamente neutral y proporciona un gran conjunto de preguntas que
habitualmente se utilizan en las evaluaciones tales como elección verdadero/falso, elección múltiple
con respuesta única, elección múltiple con varias respuestas válidas, rellenar campos en blanco,
ordenar objetos, relacionar objetos, etc. Además permite definir nuevos tipos de preguntas si fuera
necesario.
Las preguntas se agrupan en secciones que a su vez se agrupan para formar una evaluación o
examen. Una evaluación, examen o test es una colección de secciones que agrupan ítems y que
además contiene información sobre cómo secuenciar los ítems (presentación secuencial o se barajan
las preguntas antes de presentarlas) y cómo combinar sus evaluaciones individuales para obtener la
evaluación final. Esto permite, por ejemplo, definir cuál es el número de preguntas que se deben
responder correctamente para que el examen se considere aprobado.
En la especificación de QTI se ha producido un gran cambio entre la versión anterior la 1.2 y

la versión final 2.0 ya que en esta última se ha tratado de sistematizar más los exámenes evitando
muchas de las dificultades de interpretación y tecnológicas que existían en versión anterior. Por
ejemplo, la versión 2.0 se ha centrado en simplificar el aspecto más conflictivo en las
especificaciones anteriores, que es el concepto de ítem o pregunta individual, dejando inalterados
aspectos como la agrupación de preguntas en secciones o exámenes que estaban claramente
definidas en la versión 1.2.
Mientras que en versiones anteriores se centraba principalmente en cómo se presentaba

finalmente la pregunta, ahora se definen los posibles tipos de interacciones por parte del usuario
(e.g. seleccionar uno o más elementos de una lista, crear asociaciones entre elementos de dos listas,
introducir texto, seleccionar un trozo de texto de uno más largo, etc). Además de todas las
interacciones contempladas introduce un tipo de interacción propia para poder extender el modelo y
crear nuevas formas de interacción y poder, así, introducir nuevos tipos de preguntas. También tiene
plantillas para crear preguntas similares pero en la que hay partes variables que se seleccionan
aleatoriamente entre un conjunto de valores predefinidos. Otra de las novedades que introduce son
los ítems adaptativos que permite su corrección adaptativa en función de una secuencia de intentos.
Esto permite, por ejemplo, que el alumno pueda alterar su respuesta debido a la realimentación o
que se le planteen preguntas adicionales en función de su respuesta actual. QTI permite la
construcción de almacenes o repositorios de preguntas que sean directamente utilizables en distintos
sistemas (e incluso para crear exámenes tipo test que los alumnos realicen por escrito). Esto puede
ser muy útil cuando se generalice la representación mediante QTI de los repositorios de libre acceso
existentes.
La generalización de este tipo de almacenes y su libre disposición en formato compatible

con otras plataformas puede simplificar mucho la creación de evaluaciones y exámenes por parte de
los docentes. Además de LMS comerciales que soportan el formato y la importación de preguntas
también hay LMS de software libre que soportan dicho formato y que permiten incluso exportar las
evaluaciones del sistema en formato QTI.
Junio 2007
12 AulaWeb - 2007
1.8. IMS Learner Information Package Specification
Esta especificación nos indica qué información se almacena referente a un alumno (o grupo
de alumnos) o incluso a un productor de contenido educativo, y cómo debe almacenarse. El objetivo
de esta especificación es definir una estructura que permita el intercambio de paquetes con
información relativa a cualquiera de los implicados en el sistema de enseñanza.
La existencia de formatos consensuados para la definición de expedientes de alumnos

permite su exportación entre sistemas educativos heterogéneos. Es necesario decidir qué
información debe incluirse en el expediente y el formato para representarla. Dentro de los
estándares para perfiles y expedientes debe contemplarse tanto la información estática (no depende
de la interacción con el sistema, v.g. datos personales) como la dinámica (aquella que se genera o se
modifica a medida que el alumno avanza en su proceso de aprendizaje, ej. calificaciones). LIP
incluye la información de otra especificación sobre información de alumnos denominada Personal
and Private Information (PAPI) de IEEE y que en la actualidad está siendo revisada por ISO
considerando la posibilidad de pasar a ser estándar oficial. Esta especificación está complementada
por otra denominada Accessibility for LIP que define nuevas estructuras de datos para poder
especificar preferencias de accesibilidad que tengan en cuenta las características del alumno (v.g.
alumnos con discapacidades) de modo que el LMS se pueda adaptar a dichas características (v.g.
modificando la presentación en forma sonora si tiene dificultades visuales).
1.9. Otras especificaciones
Hay otras especificaciones de IMS que describiremos de modo más breve:
a) Definición e intercambio de vocabulario. IMS VDEX (Vocabulary Definition and

Exchange) define una gramática para el intercambio de listas de valores o vocabularios que
puedan ser procesables automáticamente y entendibles por las personas. Permite, por
ejemplo, definir valores para ser utilizados en IEEE LOM, IMS LIP o en ADL/SCORM.
b) Secuenciación de los contenidos educativos. La especificación Simple Sequencing [IMS
SS 2002] se ocupa de la definición de los mecanismos que permitan la secuenciación de los
recursos educativos dentro de un sistema e-learning. El objetivo es poder definir, por
ejemplo, el orden en el que se presentan los objetos de aprendizaje o las reglas para
seleccionar un objeto de aprendizaje entre varios posibles en función del comportamiento o
de las respuestas del alumno.
c) Interoperabilidad entre repositorios digitales. La especificación Digital Repositories
tiene como objetivo la elaboración de recomendaciones que permitan la interoperabilidad
entre diferentes repositorios digitales. El propósito es poder acceder a cualquier almacén de
recursos educativos para obtenerlos sin necesidad de conocer cuál es la organización o
estructura de dicho almacén. En esta recuperación, los metadatos son el elemento principal
para la identificación de los recursos.
d) Descripción de sistemas basados en competencias. La especificación Reusable
Competencies Definition tiene como objetivo definir una nomenclatura estándar para
etiquetar las distintas componentes de un sistema de competencias. Estas competencias
pueden formar parte de los prerrequisitos o de los objetivos educativos de una actividad
formativa. Además debe permitir el intercambio de datos con sistemas de gestión académica
o de recursos humanos.
e) El modelo de información empresarial. IMS Enterprise Information Model define
modelos de datos que permiten la integración y el intercambio de datos de los LMS con los
otros sistemas de gestión de una empresa o centro educativo como, por ejemplo, la gestión
de estudiantes o la administración general.

f) Servicios de empresa. La especificación Enterprise Services es la definición de cómo los

sistemas gestionan el intercambio de información que describe personas, grupos y
membresías en el contexto del aprendizaje desde el punto de vista organizativo y no
educativo, como en el caso de LIP.
1.10. Perfiles de aplicación
Un perfil de aplicación es una colección de estándares, especificaciones y guías de buenas

prácticas que se combinan, adaptan y particularizan para su mejor aplicación en una determinada
comunidad o en un determinado dominio. Inicialmente esto podría parecer contradictorio con el
concepto de estandarización, pero no es así ya que en muchos casos hay aspectos muy concretos
que, por generalidad, el estándar deja sin fijar y que dificultan su implementación o aplicación final.
Por ejemplo, puede fijar qué campos de la descripción mediante metadatos tendrán que estar
siempre presentes aunque en el estándar sean opcionales, o proporcionar un vocabulario controlado
para rellenar un campo descriptivo cuando en el estándar no se prefijan valores para dicho campo.
En otros casos se puede considerar que el estándar es demasiado amplio y que limitar dicha
amplitud puede simplificar la aplicación efectiva en un determinado campo. Por ejemplo, el perfil
de aplicación CanCore utiliza sólo un subconjunto de los metadatos definidos en LOM para la
descripción de OAs.
De hecho, la importancia de los perfiles de aplicación ha hecho que IMS publique una nueva
especificación denominada Application Profile Guidelines en la que se describe qué es lo que IMS
entiende por perfil de aplicación, los beneficios que se obtienen y los pasos para realizarlo. Es decir,
refleja la experiencia previa obtenida por los usuarios en el desarrollo de otros perfiles y se dan
consejos sobre cómo realizar el proceso.
1.11. ADL/SCORM
En Noviembre de 1997 el Departamento de Defensa de EE.UU. y la oficina de Ciencia y

Tecnología de la Casa Blanca lanzaron la iniciativa Advanced Distributed Learning. ADL surge
como respuesta a las necesidades de uno de los mayores consumidores de software del mundo
y forma parte del esfuerzo que el gobierno norteamericano viene realizando con el objetivo de
conseguir una enseñanza de calidad.
ADL se ha centrado desde un principio en el aprendizaje sobre la Web. Actualmente es el

modelo más utilizado en la industria y que cuenta con mayor cantidad de herramientas que lo
soportan. Es un perfil de aplicación ya que combina muchas especificaciones (IMS, AICC, IEEE) y
las particulariza para un caso concreto. Las especificaciones por su generalidad dejan sin fijar
aspectos que son necesarios para facilitar la implementación final y SCORM trata de ser más
preciso para lograr una mayor compatibilidad. Bajo la denominación SCORM (Sharable
Courseware Object Referente Model) proponen un entorno de ejecución, un modelo de metadatos y
un modelo de la estructura de los cursos.
SCORM define un software que describe el modelo de agregación de contenidos, las

interrelaciones establecidas entre las componentes de los cursos, los modelos de datos y los
protocolos de comunicación, de manera que los objetos definidos en un LMS puedan compartirse
entre diferentes LMS. Los elementos más característicos del modelo son:
a) SCO (Sharable Courseware Object): curso o componente de un curso que cumple con los
requisitos de interoperabilidad, durabilidad y que dispone de la información suficiente para
poder ser reutilizado y accesible. Un SCO es la mínima unidad intercambiable entre
Junio 2007
14 AulaWeb - 2007
sistemas compatibles con SCORM, y consiste en un objeto de aprendizaje que incluye un

módulo software que le permite comunicarse con el entorno de ejecución proporcionado por
el LMS.
b) Assets: Recursos o elementos básicos, como ficheros de texto, audio, video, etc. Estos
recursos básicos se agrupan en los SCOs.
c) Entorno de ejecución (Runtime Environment, RTE): Propone un entorno estándar en el que
se puede presentar un objeto de aprendizaje (en este caso un SCO) que es capaz de
intercambiar datos con el LMS. El LMS se encarga de enviar los contenidos al alumno y el
contenido intercambia la información sobre el alumno y el seguimiento de su interacción
con el curso al LMS.
1.12. LMS y utilidades compatibles con las especificaciones y los estándares
Algunos de los problemas identificados para la generalización de los estándares educativos

han sido, por un lado, que algunos LMS han tardado en ser compatibles con las especificaciones, y
por otro la necesidad de que los educadores tengan bastante conocimiento técnico para su uso
efectivo. No obstante, estos problemas están en vías de solución ya que cada vez aparecen nuevas
versiones de los LMS, tanto comerciales como de software libre, que soportan el uso de algunas
especificaciones y, por lo menos, la importación o la exportación de cursos completos
empaquetados según IMS o SCORM. Además esto está unido también al desarrollo de nuevas
herramientas que permiten la creación de objetos de aprendizaje y de cursos completos así como su
anotación con metadatos sin necesidad de ser un experto en los estándares educativos. Aunque ya
hemos mencionado previamente algunos LMS y herramientas, en este epígrafe y sin el propósito de
ser exhaustivos citaremos algunos de los mas relevantes. En cuanto a LMS comerciales cabe
mencionar WebCT Vista (www.webct.com ) y Blackboard (www.blackboard.com) como dos de los
más utilizados. En cuanto a LMS de software abierto destacan Moodle (www.moodle.com ),
dotLRN (www.dotlrn.org), Claroline (www.claroline.net), Dokeos (www. y ultimamente LAMS ya
que incluye soporte para IMS Learning Design
Respecto a herramientas concretas probablemente las que mayor repercusión están teniendo
son las desarrolladas en el proyecto Reload (www.reload.ac.uk) que incluyen un editor de
metadatos que permite diferentes perfiles de aplicación, un creador de cursos empaquetados (con
IMS o con SCORM), un editor de IMS Learning Design y visualizadores (players) para que se
pueda ver el resultado obtenido con las herramientas. Hay herramientas que soportan IMS QTI
fundamentalmente comerciales como QuestionMark (www.questionmark.com) o CanvasLearning
(www.canvaslearning.com). También hay muchos proyectos de software libre que proporcionan
soporte a los estándares, como por ejemplo, el sistema de ejecución CopperCore para IMS Learning
Design desarrollado por los principales creadores de la especificación. Además, hay proyectos
como SAK (www.sakaiproject.org) u Open Kowledge Inititiative (web.mit.edu/oki/) que tienen
herramientas y propuestas de arquitectura para sistemas LMS muy versátiles y en continuo
desarrollo.
Otros sitios web para encontrar información sobre las últimas herramientas compatibles con
los estándares son Academia ADL Co-lab (www.academiccolab.org) y los sitios web de ADL
(www.adlnet.org) e IMS (www.imsglobal.org). Además, dos sitios de referencia para mantenerse al
día de las continuas evoluciones de los estándares son Centre for educational technology
interoperability standards (www.cetis.ac.uk) y el Learning Technolgy Standards Observatory
(www.cen-ltso.net) del Centro Europeo para la Normalización.

1.13. Compartición de recursos educativos y repositorios de objetos de aprendizaje
Otro elemento importante para el éxito de los objetos de aprendizaje es la existencia de

materiales educativos de calidad y fácilmente reutilizables por los educadores. Aquí hay muchos
aspectos a considerar, que van desde los aspectos más técnicos como el formato de dichos
materiales, su granularidad o su localización, a aspectos más legales, como su uso libre (incluso con
modificación posterior) o si están protegidos por derechos de propiedad intelectual. Iniciativas
como la realizada por el Instituto de Tecnología de Massachussets denominada MITOCW Open
CourseWare Initiative (http://ocw.mit.edu/index.html) por la cual se compromete a hacer disponible
todos sus contenidos de cursos universitarios de forma gratuita en Internet está creando una nueva
tendencia. De hecho hay otras universidades que lo están comenzando a hacer e incluso algunos de
los contenidos del MIT también están disponibles en español ya que hay un acuerdo con el portal
Universia para la traducción y distribución de dichos cursos (http://mit.ocw.universia.net/). Como el
MIT está implicado también en iniciativas de estandarización existe el compromiso de que todos
estos contenidos sean acordes a estándares en un futuro.
Por otro lado en los contenidos está pasando algo similar a lo que ya se ha mostrado como
muy eficaz en el desarrollo de aplicaciones que es el la idea de software libre. Se han desarrollado
tipos de licencias similares para contenidos que permite el libre uso e incluso modificación de los
contenidos, y de la que el más claro exponente es la licencia Creative Commons
(http://creativecommons.org/). Por ejemplo, los contenidos del MIT-OCW se distribuyen utilizando
esta licencia.
Otro de los elementos clave son los almacenes de objetos de aprendizaje o repositorios con
los que se pretende disponer de grandes bases de datos de recursos educativos directamente
utilizables y en muchos casos compatibles con los estándares (o por lo menos descritos mediante
ellos). Hay muchos proyectos e iniciativas, que a su vez son muy diversas en cuanto a contenidos.
Entre ellas podemos destacar Merlot (www.merlot.org), Ariadne (http://www.ariadne-eu.org/),
EdNA Online (www.edna.edu.au) o SMETE (www.smete.org). De hecho una de las iniciativas
actuales de SCORM es proponer una arquitectura para la federación de almacenes de objetos de
aprendizaje llamada CORDRA (Content Object Repository Discovery and Registration/Resolution
Architecture) que simplifique y resuelva la búsqueda y obtención de objetos de aprendizaje
preexistentes.
Por toda la información anterior podría parecer que la estandarización y, en general, el e-

learning sólo está teniendo repercusión en disciplinas más técnicas, generalmente de nivel
universitario o profesional, y que los contenidos sólo están en inglés. Aunque es cierto que hay más
información disponible en esas áreas y que el inglés es la lengua predominante en los recursos
(como por otro lado también lo es en el conjunto de información que contiene Internet) existen
ejemplos significativos de contenidos y experiencias en disciplinas no técnicas en español. En este
momento el Centro Nacional de Información y Comunicación Educativa (CNICE)
(www.cnice.mec.es), del Ministerio de Educación y Ciencia (MEC) (www.mec.es) está estudiando
cómo utilizar los estándares (e.g. LOM) para mejorar la indexación, búsqueda y reutilización de
dichos recursos. Existe también una lista de distribución sobre e-learning soportada por RedIris en
la que participan varios cientos de personas interesadas en el tema, no sólo de España sino también
de Latinoamérica, (la dirección de la lista es elearning@listserv.rediris.es pero previamente hay que
suscribirse) por lo que es un recurso adecuado para saber lo que está sucediendo en este campo,
sobre todo desde el punto de vista de la aplicación real. En lo referente a la aplicación industrial hay
dos asociaciones representativas de las principales empresas dedicadas al e-learning en España que
son AEFOL (www.aefol.com) y APEL (www.apel.es).
Junio 2007
16 AulaWeb - 2007
1.14. Conclusiones
Ahora los estándares y las especificaciones en e-learning comienzan a tener una amplia
difusión, de modo que su uso se incrementa y puede afirmarse, sin mucho riesgo, que serán
necesarios para el desarrollo de contenidos educativos en los próximos años. La madurez de las
especificaciones y la consecuente publicación de estándares oficiales, unido al creciente soporte de
estos por los LMS y a la mayor disposición de herramientas que eviten la necesidad de tener un alto
nivel técnico, facilitará su adopción generalizada.
Asimismo, las normas nacionales pueden contribuir a su desarrollo, como lo ha hecho que la
compatibilidad con el modelo SCORM sea un requisito imprescindible para la venta de aplicaciones
educativas al Departamento de Defensa de EEUU (uno de los mayores compradores de software
educativo del mundo). Por ejemplo, en España AENOR (www.aenor.es) ha organizado un grupo
(CTN71/SC36) para el estudio y adaptación al caso español de estas tecnologías, a imagen del
subcomité 36 de la ISO (ISO/IEC JTC1 SC36), que fue creado en 1999 con el objetivo de cubrir
todos los aspectos relacionados con la estandarización en el campo de las tecnologías de
aprendizaje.
Además iniciativas, como, por ejemplo, MIT-OCW o las licencias Creative Commons que
aumentan la cantidad y calidad de la información disponible, así como la mejora en los sistemas de
almacenamiento y recuperación de objetos de aprendizaje simplificarán los procesos de localización
y reutilización de información de calidad. De este modo, si esos nuevos contenidos realimentan al
sistema cada vez habrá mas contenidos y de mejor calidad.
No obstante, los estándares no son la panacea universal ni resuelven todos los problemas.
Hoy por hoy, solucionan fundamentalmente la interoperabilidad y la reusabilidad de los contenidos
pero hay muchas situaciones educativas y nuevos modos de trabajo que no se tienen adecuadamente
en cuenta. Por ejemplo, no está claro cómo incluir los juegos educativos (lo que se ha venido
llamando edutaiment o serious gaming en inglés), o nuevos modelos basados en creación
cooperativa de contenidos (v.g. wikis, foros de conversación) o en publicación personalizada (v.g.
blogs). En cualquier caso, sí parece quedar claro que seguirá siendo crucial la importancia de la
participación de los profesores y de los educadores en e-learning como lo es en todo proceso
educativo tradicional (aunque quizás en roles diferentes).

2. Sobre SCORM y RELOAD

SCORM (del inglés Sharable Content Object Reference Model) es una especificación que
permite crear objetos pedagógicos estructurados. Los sistemas de gestión de contenidos en web
originales usaban formatos propietarios para los contenidos que distribuían. Como resultado, no era
posible el intercambio de tales contenidos. Con SCORM se hace posible la creación de contenidos
que puedan importarse dentro de sistemas de gestión de aprendizaje diferentes, siempre que estos
soporten la norma SCORM.
Los principales requerimientos que el modelo SCORM trata de satisfacer son:
a) Accessibilidad: capacidad de acceder a los componentes de enseñanza desde un sitio

distante a través de las tecnologías web, así como distribuirlos a otros sitios.
b) Adaptabilidad: capacidad a personalizar la formación en función de las necesidades de las
personas y organizaciones.
c) Durabilidad: capacidad de resistir a la evolución de la tecnología sin necesitar una
reconcepción, una reconfiguración o una reescritura del código.
d) Interoperabilidad: capacidad de utilizarse en otro emplazamiento y con otro conjunto de
herramientas o sobre otra plataforma de componentes de enseñanza desarrolladas dentro de
un sitio, con un cierto conjunto de herramientas o sobre una cierta plataforma. Existen
numerosos niveles de interoperabilidad.
e) Reusabilidad: flexibilidad que permite integrar componentes de enseñanza dentro de
múltiples contextos y aplicaciones.
SCORM es un conjunto de normas técnicas que permiten a los sistemas de aprendizaje en

línea importar y reutilizar contenidos de aprendizaje que se ajusten al estándar. La organización
ADL a cargo de este estándar no trabaja sola sobre este proyecto, sino en colaboración con
numerosas organizaciones, que trabajan también con las especificaciones destinadas al aprendizaje
en línea. De este modo, las especificaciones de las organizaciones siguientes han sido integradas a
la norma SCORM:
a) Alliance of Remote Instructional Authoring & Distribución Networks for

b) Europe (ARIADNE) [2]
c) Aviación Industry CBT (Computer-Based Training) Committee (AICC) [3]
d) IEEE Learning Technology Standards Committee (LTSC) [4]
e) IMS Global Learning Consortium, Inc [5]
f) AeroSpace and Defense Industries Association of Europe (ASD) Technical
g) Publication Specification Maintenance Group (TPSMG) [6]
No obstante, a menudo estas especificaciones han sido modificadas ligeramente a fin de

hacer el conjunto más coherente. La especificación SCORM cuenta con tres componentes:
a) El modelo de agregación de contenidos, que asegura métodos coherentes en materia de

almacenamiento, de identificación, de condicionamiento de intercambios y de recuperación
de contenidos.
b) El entorno de ejecución describe las exigencias sobre el sistema de gestión del aprendizaje
(SGA) que este debe implementar para que pueda gestionar el entorno de ejecución con el
contenido SCORM.
c) El modelo de secuenciamiento y de navegación permite una presentación dinámica del
contenido. Describe como el sistema interpreta las reglas de secuenciamiento introducidas
Junio 2007
18 AulaWeb - 2007
por un desarrollador de contenidos, así como los eventos de navegación lanzados por el
estudiante o por el sistema.
El modelo de agregación de contenidos puede descomponerse en varias funcionalidades. La

primera es la definición de «Learning Object Metadata» (LOM). Estos metadatos, utilizados dentro
de los estándares de IEEE, de Ariadne y de IMS, permiten la definición de un diccionario de
términos describiendo el contenido del objeto de aprendizaje. Por ejemplo, ellas representan el
asunto del contenido, el nivel requerido, la identificación del estudiante, el precio del módulo, etc.
La segunda especificación une los metadatos y el/los archivo(s) XML, reutilizándose de IMS.
Define como codificar los archivos XML a fin de que sean legibles por la máquina. La última
especificación trata del empaquetado. Define cómo empaquetar el conjunto de una colección de
objetos de aprendizaje, sus metadatos, y las informaciones sobre la manera en que el contenido debe
ser leído para el usuario. En la práctica, se trata de crear un archivo zip que contiene todos los
ficheros apropriados, así como un fichero manifest.XML definiendo los contenidos de los
diferentes ficheros y las relaciones entre ellos.
El modelo de ejecución establece una comunicación entre el objeto pedagógico (más

particularmente, el estudiante) y el sistema de aprendizaje (Learning Management System). Por
ello, ADL ha trabajado en colaboración con AICC para establecer un envío estandarizado de la
información entre los dos sentidos, y compatible con las tecnologías de Internet. Se ha definido una
API (Application Program Interface) en Javascript, que suministra una manera estándar de
comunicar con un LMS, independientemente de la herramienta utilizada para desarrollar el
contenido.
El modelo de secuenciamiento y de navegación describe el orden de la presentación de los

contenidos según la navegación hecha por el usuario. Con este propósito se definen los llamados
árboles de actividades, que definen las posibles ordenaciones según las acciones efectuadas por el
usuario.
El editor RELOAD es un empaquetador de contenidos y editor de metadatos de código

abierto, destinado a generar material para enseñanza-aprendizaje en un formato electrónico
estándar. Reload ha sido desarrollado por Paul Sharples y Phillip Beauvoir del Bolton Institute
(http://www.reload.ac.uk/scormplayer.html). La versión actual trabaja con ADL SCORM 1.2.
Con Reload Editor se puede tomar contenido electrónico previo (páginas web, imágenes,
animaciones flash, applets Java, etc.), empaquetarlo y prepararlo para almacenarlo en LMS (un
servicio destinado al depósito de contenidos para compartir material de enseñanza y aprendizaje)
que trabajen con formatos estándar. Este editor tiene un valor significativo para la educación,
puesto que permite a los autores de contenidos transmitir sus objetos de aprendizaje en un formato
compatible con determinadas especificaciones. Reload Editor permite las siguientes funciones:
a) Crear, importar, editar y exportar paquetes de contenidos
b) Empaquetar contenidos creados con otras herramientas
c) Darle un propósito nuevo a tus contenidos a través de la reorganización y recatalogación de
los mismos
d) Preparar contenidos para almacenar en sitios destinados a tales efectos
e) Entregar contenido a usuarios finales usando la herramienta de guardado previo de
contenidos

3. Sobre la publicación de contenidos en AulaWeb

Aunque cualquiera de ellos podría catalogarse con un objeto de aprendizaje o learning
object, los contenidos introducidos dentro de la plataforma por el personal docente pueden
clasificarse en tres grandes grupos:
a) Contenidos formativos o Recursos didácticos

b) Preguntas para el sistema de autoevaluación de la plataforma
c) Contenidos para un curso on-line
La existencia de estas tres categorías es consecuencia de la necesidad de flexibilizar la

plataforma en función de las diferentes necesidades docentes. La primera de las categorías está más
orientada a una metodología semipresencial mientras que la última se dirige fundamentalmente a
una metodología de enseñanza a distancia. En cualquiera de las categorías y para facilitar la
publicación de los recursos formativos, la plataforma AulaWeb ofrece un asistente que permite
transferir cualquier contenido sin necesidad de conocimientos técnicos para la publicación en web.
Los recursos didácticos pertenecen a la categoría más sencilla de los contenidos publicados
en la plataforma. Además, permiten introducir referencias formativas aprovechando documentos ya
existentes en formato electrónico. Se clasifican en documentos en general, enunciados de exámenes,
guiones de prácticas, enunciados de problemas, enlaces de internet y referencias bibliográficas.
Los principales inconvenientes es que no siguen ningún estándar y que no
En concreto, con esta práctica se realizará paso a paso el proceso de creación y publicación
en AulaWeb de un paquete SCORM. Un paquete SCORM permite “transportar” contenidos
educativos de un sistema formativo a otro (por ejemplo de Moodle a AulaWeb. Otra de las
propiedades de un paquete SCORM es que se pueden etiquetar todos los recursos que lo componen,
teniendo así la posibilidad de organizar mejor el trabajo de diseño y desarrollo de los contenidos, la
posibilidad de hacer estadísticas sobre páginas visitadas y un rastreo de los estudiantes que han
visto el curso y su portabilidad, ya que una vez subido a la plataforma, todo el curso puede
exportarse con facilidad en formato .zip
Se va a utilizar el Reload Editor para crear el paquete. Para comprobar cómo se instala el
paquete en distintos sistemas educativos utilizaremos AulaWeb y ReloadEditor. RELOAD es una
Desarrollado por Paul Sharples y Phillip Beauvoir del Bolton Institute
(http://www.reload.ac.uk/scormplayer.html). La versión actual trabaja con ADL SCORM 1.2.
Junio 2007
20 AulaWeb - 2007
4. Creación del contenido en formato SCORM

Los pasos para la creación del contenido en formato SCORM que se van a seguir en esta
práctica son:
a) Creación de los contenidos en formato HTML y, en su caso, en otros formatos (PDF,

imágenes, audio, video…). El contenido en formato HTML puede crearse con un simple
editor de texto. En este caso se va a emplear el Bloc de notas de Windows. Para el resto de
contenidos será necesario emplear un programa específico dependiendo del tipo de formato.
b) Generación del archivo comprimido en formato zip: el paquete SCORM. En este paso es
necesario la utilización de un editor SCORM. En este caso se va a emplear, la aplicación
Reload Editor.
c) Publicación del contenido en formato SCORM. En este paso se emplea un LMS que sea
compatible con SCORM. En este caso, se emplea la plataforma AulaWeb.
Una vez instalado todo el software necesario, se deben generar o copiar los archivos que van
a utilizar dentro del contenido que se va a crear. En esta práctica, se va a generar el paquete
correspondiente a un curso que contiene ocho apartados o Unidades/Objetos (SCO’s). En el ejemplo
se usaran 11 archivos: ocho páginas HTML (uno por apartado) y tres imágenes. Es importante
pensar bien cómo organizar los ficheros en carpetas y qué nombre dar a dichos archivos.
En el curso ejemplo que se va a generar la estructura es la que se muestra a continuación en

la Tabla 1:
Capítulo o apartado Prerrequisito Documentos asociados

1. Introducción --
1.1. Introducción -- 0101ElCurso.html
1.2. La plataforma AulaWeb 1.1. 0102LaPlataformaAulaWeb.html
1.3. El equipo de desarrollo 1.2. 0103ElEquipoDeDesarrollo.html y
aulaweb.jpg
2. Desarrollo --
2.1. Contenidos en formato texto 1.3. 0201Texto.html
2.2. Contenidos en formato tabla 2.1. 0202Tablas.html
2.3. Elementos multimedia 2.2. 0203ElementosMultimedia.html,
ecuacion.gif y mapaETSII.jpg
3. Conclusiones --
3.1. Conclusiones finales 2.3. 0301Conclusiones.html
3.2. Referencias 3.1. 0302Referencias.html
Tabla 1. Estructura del curso a desarrollar
Para generar los archivos en formato HTML con los contenidos del curso se puede emplear
cualquier editor de texto o editor HTML. Por ejemplo el Bloc de notas de Windows (Figura 1).

Figura 1. Edición de un documento de texto con el Bloc de notas de Windows
Junio 2007
22 AulaWeb - 2007
5. Generación de los contenidos en formato HTML
Contenido del documento 0101ElCurso.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN">

<html>
<head>
<title>Curso SCORM. Introduccion</title>
</head>
<body>
<h1>Sección 1.1. Introducción</h1>
<p>
En esta práctica vamos a crear un curso con contenido SCORM.
Este documento sólo contiene este párrafo.
</p>
</body>
</html>
El contenido del documento anterior se visualiza en un navegador web como muestra la

Figura 2.
Figura 2. Visualización del documento 0101ElCurso.html en un navegador

Contenido del documento 0102LaPlataformaAulaWeb.html:

<html>
<head>
<title>Curso SCORM. AulaWeb</title>
</head>
<body>
<h1>Sección 1.2. La plataforma AulaWeb</h1>
<p>
La plataforma AulaWeb se utiliza en la Universidad Politecnica de
Madrid desde el curso 1999/2000. Actualmente AulaWeb está
instalada en 17 centros de esta Universidad.<br>
Esta plataforma permite la gestión de contenidos
en formato SCORM.
</p>
</body>
</html>

Figura 3.
Figura 3. Visualización del documento 0102LaPlataformaAulaWeb.html en un navegador
Junio 2007
24 AulaWeb - 2007
Contenido del documento 0103ElEquipoDeDesarrollo.html:

<html>
<head>
<title>Curso SCORM. Autores</title>
</head>
<body>
<h1>Sección 1.3. El Equipo de Desarrollo</h1>
<p>
La plataforma AulaWeb ha sido desarrollada por la Division de
Informatica Industrial de la Escuela Tecnica Superior de
Ingenieros Industriales de la Universidad Politecnica de Madrid.
</p>
<img src="aulaweb.jpg">
</body>
</html>

Figura 4.
Figura 4. Visualización del documento 0103ElEquipoDeDesarrollo.html en un navegador

Contenido del documento 0201Texto.html:

<html>
<head>
<title>Curso SCORM. Textos</title>
</head>
<body>
<h1>Sección 2.1. Contenidos en formato texto</h1>
<p>
El texto se puede formatear empleando texto en <b>negrita</b>,
<i>cursiva</i>, <u>subrayado</u> y otros estilos.
</p>
<p>
Cada parrafo tambien se puede escribir por separado.
</p>
</body>
</html>

Figura 5.
Figura 5. Visualización del documento 0201Texto.html en un navegador
Junio 2007
26 AulaWeb - 2007
Contenido del documento 0202Tablas.html:

<html>
<head>
<title>Curso SCORM. Tablas</title>
</head>
<body>
<h1>Seccion 2.2. Contenidos en formato Tabla</h1>
<p>
Pueden incluirse contenidos con formato de tabla.
</p>
<table border="1">
<tr>
<th>Pais</th>
<th>Capital</th>
</tr>
<tr>
<td>España</td>
<td>Madrid</td>
</tr>
<tr>
<td>Francia</td>
<td>Paris</td>
</tr>
</table>
</body>
</html>

Figura 6.
Figura 6. Visualización del documento 0202Tablas.html en un navegador

Contenido del documento 0203ElementosMultimedia.html:

<html>
<head>
<title>Curso SCORM. Multimedia</title>
</head>
<body>
<h1>Seccion 2.3. Elementos multimedia</h1>
<p>
Pueden introducirse elementos multimedia, como imagenes (en formato
GIF o JPG),audio, video, objetos Flash, applets de Java... </p>
<p>Esto es una ecuacion incluida en una imagen GIF</p>
<img src="ecuacion.gif">
<p>Esto es una mapa en una imagen JPG</p>
<img src="mapaETSII.jpg">
</body>
</html>

Figura 7.
Figura 7. Visualización del documento 0203ElementosMultimedia.html en un navegador
Junio 2007
28 AulaWeb - 2007
Contenido del documento 0301Conclusiones.html:

<html>
<head>
<title>Curso SCORM. Conclusiones</title>
</head>
<body>
<h1>Seccion 3.1. Conclusiones finales</h1>
<p>Las conclusiones son las siguientes:</p>
<ul>
<li>La construccion de un curso en formato
SCORM es muy sencilla.</li>
<li>Primero es necesario crear los contenidos
en formato electronico.</li>
<li>Despues puede emplearse Reload para generar
el archivo comprimido.</li>
<li>Posteriormente el curso puede publicarse
en AulaWeb.</li>
</ul>
</body>
</html>

Figura 8.
Figura 8. Visualización del documento 0301Conclusiones.html en un navegador

Contenido del documento 0302Referencias.html:

<html>
<head>
<title>Curso SCORM. Referencias</title>
</head>
<body>
<h1>Seccion 3.2. Referencias</h1>
<p>Para saber mas:</p>
<ol>
<li>Advanced Distributed Learning,
<a href=http://www.adlnet.gov/
target="_blank">Web</a>.</li>
<li>Servidor de Informacion de AulaWeb,
<a href="http://www.dii.etsii.upm.es/aulaweb"
target="_blank">Web</a>.</li>
</ol>
</body>
</html>

Figura 9.
Figura 9. Visualización del documento 0302Referencias.html en un navegador
Junio 2007
30 AulaWeb - 2007
6. Modificación de los documentos en formato HTML

A continuación es necesario incluir algunas modificaciones en todos los documentos HTML
que componen el curso. En concreto
a) Incluir el elemento script que hace referencia a las librerías .js utilizadas en la cabecera de
todos los documentos HTML
<script language="javascript" src='./APIWrapper.js'></script>
<script language="javascript" src='./SCOFunctions.js'></script>
b) Incluir el atributo onLoad="loadPage()" en la etiqueta de apertura del cuerpo de todos los
documentos HTML.
c) Incluir el botón Done al final del cuerpo de todos los documentos HTML.
<form>
<input type="button" value="Done"
onClick="doQuit('completed')"
id="button_done" name="button_done">
</form>
Por ejemplo la modificación del documento 0101ElCurso.html lo dejaría con el

siguiente contenido:

<html>
<head>

<script language="javascript" src='./APIWrapper.js'></script>
<script language="javascript" src='./SCOFunctions.js'></script>

</head>
<body onLoad="loadPage()">
<h1>Sección 1.1. Introducción</h1>
<p>
En esta práctica vamos a crear un curso con contenido SCORM.
Este documento sólo contiene este párrafo.
</p>

<form>
<input type="button" value="Done"
onClick="doQuit('completed')"
id="button_done" name="button_done">
</form>

</body>
</html>

La única modificación visible en el navegador es el botón incluido al final del contenido del
documento (Figura 10).
Figura 10. Visualización del documento 0101ElCurso.html con un botón en un navegador
Todos los documentos HTML y las imágenes se deben almacenar en el mismo directorio. En
este directorio se deben incluir, además, las librerías APIWrapper.js y SCOFunctions.js.
Junio 2007
32 AulaWeb - 2007
7. Creación del paquete SCORM

Para generar el paquete SCORM se va a utilizar la aplicación Reload Editor una vez
instalada en el ordenador local. La ventana principal de la aplicación con la interfaz en español se
muestra en la Figura 11.
Figura 11. Interfaz de la aplicación Reload Editor versión 2.5.4.
En este paso, después de iniciar Reload Editor, se va a crear el paquete SCORM: la

herramienta crea unos ficheros XML en el directorio que se haya indicado. Las acciones de este
paso son:
a) Menú Archivo
b) Seleccionar icono Nuevo
c) Seleccionar opción Paquete SCORM 1.2
d) En el cuadro Seleccionar carpeta para el nuevo Paquete, seleccionar la carpeta en la
que se han almacenado previamente los contenidos y se pulsa el botón “Select” (en el
ejemplo se selecciona la carpeta ContenidosSCORM, en la que se copiaron los ficheros).
La configuración inicial del paquete se muestra en la Figura 12.
Figura 12. Configuración inicial del Paquete SCORM

La aplicación recoge los archivos del directorio indicado y también genera y añade nuevos
archivos que permiten estructurar el contenido del paquete (ver columna de la izquierda). Los
nuevos archivos son: adlco_rootv1p2.xml, ims_xml.xml, imscp_rootv1p1p2.xml,
imsmd_rootv1p2p1.xml y imsmanifest.xml. A continuación es necesario crear una
Organización. Para ello se lleva el cursor sobre Organizations del Paquete de contenido, se pulsa
el botón derecho y se selecciona Añadir Organization en la ventana de opciones (Figura 13).
Figura 13. Añadir una organización
Esta acción genera una nueva organización en la que se van a estructurar los capítulos y
apartados o secciones del curso (Figura 14).
Figura 14. Creación de una organización
Junio 2007
34 AulaWeb - 2007
Para añadir los capítulos (nodos) en el curso, se lleva el curso sobre la nueva Organization y
se pulsa el botón izquierdo. A continuación se marca la opción Añadir Item en la ventana (Figura
15).
Figura 15. Añadir Item o apartado
Tras este paso, aparece el nuevo Item en la Organization. En el campo del título del Item, se
le puede asignar el nombre del primer capítulo del curso (Figura 16).
Figura 16. Edición del nombre del item o apartado

Estos dos pasos se repiten tantas veces como capítulos tenga el curso hasta obtener el listado
completo de capítulos (Figura 17).
Figura 17. Creación de todos los capítulos del curso
Seguidamente para crear los apartados de los capítulos se arrastran los archivos HTML de la
columna de la izquierda hasta los capítulos a los que pertenecen en la organización del Paquete de
contenido (Figura 18).
Figura 18. Creación de los apartados
Junio 2007
36 AulaWeb - 2007
El siguiente paso consiste en cambiar el tipo de recurso (Resources). En principio, el

modelo SCORM describe dos tipos de recursos: los SCO (que representan un Objeto de Contenido)
y los assets (que componen el objeto de contenido y en los que no se navega desde el Índice de
Contenido). El valor asociado por defecto a un recurso es asset. Los documentos HTML que
representan el contenido del curso deben ser definidos explícitamente como SCO. Para editar el tipo
de un recurso se debe seleccionar el recurso y pulsar el botón derecho del ratón. En el campo
SCORM Type del cuadro de propiedades hay seleccionar como valor el tipo sco en el combo
correspondiente (Figura 19).
Figura 19. Configuración de los archivos HMTL como recursos de tipo SCO
En el apartado de Resources pueden eliminarse todos los recursos que no sean de tipo
SCO.
A continuación deben indicarse los prerrequisitos entre los distintos nodos de la

organización. En el ejemplo de trabajo, para que el alumno pueda acceder al apartado 1.2 es
necesario que haya pasado por el 1.1. De la misma forma el apartado 1.2 permite el acceso al 1.3 y
así sucesivamente.

Para configurar los prerrequisitos, se lleva el curso sobre el apartado y se pulsa el botón
derecho para seleccionar la opción Editar SCORM (Figura 20).
Figura 20. Configuración de requisitos para un apartado
En la nueva ventana se selecciona el prerrequisito correspondiente a cada apartado. Con el

botón-flecha se lleva el prerrequisito a la ventana de la izquierda. Por ejemplo para
0102LaPlataformaAulaWeb.html el prerrequisito es 0101ElCurso.html (Figura 21).
Figura 21. Selección del prerrequisito para un apartado
Junio 2007
38 AulaWeb - 2007
Este paso se repite para todos los apartados con prerrequisitos. Una vez hecho esto los topos
correspondiente a los apartados con prerrequisitos aparecen con un punto dentro (Figura 22).
Figura 22. Organización de apartados con prerrequisitos
En el siguiente paso se guardan todas las modificaciones realizadas. En la opción Archivo se

selecciona Guardar. Como resultado de esta acción se actualiza el contenido del archivo
imsmanifest.xml.

A modo de curiosidad el contenido del archivo imsmanifest.xml es:
<?xml version="1.0" encoding="UTF-8" ?>

- 
- 
- <manifest xmlns="http://www.imsproject.org/xsd/imscp_rootv1p1p2"
xmlns:imsmd="http://www.imsglobal.org/xsd/imsmd_rootv1p2p1"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:adlcp=http://www.adlnet.org/xsd/adlcp_rootv1p2
identifier="MANIFEST-5451652A427557F3394FA18D6933722A"
xsi:schemaLocation="http://www.imsproject.org/xsd/imscp_rootv1p1p2 imscp_rootv1p1p2.xsd
http://www.imsglobal.org/xsd/imsmd_rootv1p2p1 imsmd_rootv1p2p1.xsd
http://www.adlnet.org/xsd/adlcp_rootv1p2 adlcp_rootv1p2.xsd">
- <organizations default="ORG-982AFF0433C9B61B730DD49BB55345DC">
- <organization identifier="ORG-982AFF0433C9B61B730DD49BB55345DC" structure="hierarchical">
<title>Organization</title>
- <item identifier="ITEM-756A08B856A35363DCE60D918A22D779" isvisible="true">
<title>Introducción</title>
- <item identifier="ITEM-360DB570E0F3F71CABC0E5323817D891" isvisible="true" identifierref="RES-
55817FF3C4D5966228688B9464005A5E">
</item>
- <item identifier="ITEM-943DA43CE8FA310F2EC53962DE49EBDB" isvisible="true" identifierref="RES-
FF67E18488A8D8B8B11126BFE3656CB1">
<title>Curso SCORM. AulaWeb</title>
<adlcp:prerequisites type="aicc_script">ITEM-
360DB570E0F3F71CABC0E5323817D891</adlcp:prerequisites>
</item>
- <item identifier="ITEM-2B2238F9880570F3BD9447C464AC79FC" isvisible="true" identifierref="RES-
666AF1C7BA004C23827919919CA629F8">
<title>Curso SCORM. Autores</title>
943DA43CE8FA310F2EC53962DE49EBDB</adlcp:prerequisites>
</item>
</item>
- <item identifier="ITEM-200B12B5F36B9BBD8B163E7605850D89" isvisible="true">
<title>Desarrollo</title>
- <item identifier="ITEM-53FD0B40275F9C5C178078F5F963596F" isvisible="true" identifierref="RES-
3A94513017C3D8141B82A43ED1C7D52E">
<title>Curso SCORM. Textos</title>
2B2238F9880570F3BD9447C464AC79FC</adlcp:prerequisites>
</item>
- <item identifier="ITEM-9561B5BC1921861DAA009414C8165DE4" isvisible="true" identifierref="RES-
2C8121697410B0F1C28D1E99C682B836">
<title>Curso SCORM. Tablas</title>
53FD0B40275F9C5C178078F5F963596F</adlcp:prerequisites>
</item>
- <item identifier="ITEM-D7E91EBC9201DF9C2940EB518D88D54F" isvisible="true" identifierref="RES-
DB796BE9D7DA9610770CCDE039C9A7DE">
<title>Curso SCORM. Multimedia</title>
9561B5BC1921861DAA009414C8165DE4</adlcp:prerequisites>
</item>
</item>
- <item identifier="ITEM-768BE98D1DF61DE758C84D3CDDB05279" isvisible="true">
<title>Conclusiones</title>
- <item identifier="ITEM-0FBB9BE9177415882722C4A880ABD083" isvisible="true" identifierref="RES-
37EA366C69B364A6D8EA6DA62FD8542F">
<title>Curso SCORM. Conclusiones</title>
Junio 2007
40 AulaWeb - 2007
D7E91EBC9201DF9C2940EB518D88D54F</adlcp:prerequisites>
</item>
- <item identifier="ITEM-826B8301E96ECF150D69FAC0174E89E4" isvisible="true" identifierref="RES-
3ECCC25C9B9B797710690594086268B8">
<title>Curso SCORM. Referencias</title>
0FBB9BE9177415882722C4A880ABD083</adlcp:prerequisites>
</item>
</item>
</organization>
</organizations>
- <resources>
- <resource identifier="RES-55817FF3C4D5966228688B9464005A5E" type="webcontent"
href="0101ElCurso.html" adlcp:scormtype="sco">
<file href="0101ElCurso.html" />
</resource>
- <resource identifier="RES-FF67E18488A8D8B8B11126BFE3656CB1" type="webcontent"
href="0102LaPlataformaAulaWeb.html" adlcp:scormtype="sco">
<file href="0102LaPlataformaAulaWeb.html" />
<dependency identifierref="" />
</resource>
- <resource identifier="RES-666AF1C7BA004C23827919919CA629F8" type="webcontent"
href="0103ElEquipoDeDesarrollo.html" adlcp:scormtype="sco">
<file href="0103ElEquipoDeDesarrollo.html" />
<dependency identifierref="RES-FF67E18488A8D8B8B11126BFE3656CB1" />
</resource>
- <resource identifier="RES-3A94513017C3D8141B82A43ED1C7D52E" type="webcontent"
href="0201Texto.html" adlcp:scormtype="sco">
<file href="0201Texto.html" />
<dependency identifierref="RES-666AF1C7BA004C23827919919CA629F8" />
</resource>
- <resource identifier="RES-2C8121697410B0F1C28D1E99C682B836" type="webcontent"
href="0202Tablas.html" adlcp:scormtype="sco">
<file href="0202Tablas.html" />
<dependency identifierref="RES-3A94513017C3D8141B82A43ED1C7D52E" />
</resource>
- <resource identifier="RES-DB796BE9D7DA9610770CCDE039C9A7DE" type="webcontent"
href="0203ElementosMultimedia.html" adlcp:scormtype="sco">
<file href="0203ElementosMultimedia.html" />
<dependency identifierref="RES-2C8121697410B0F1C28D1E99C682B836" />
</resource>
- <resource identifier="RES-37EA366C69B364A6D8EA6DA62FD8542F" type="webcontent"
href="0301Conclusiones.html" adlcp:scormtype="sco">
<file href="0301Conclusiones.html" />
<dependency identifierref="RES-DB796BE9D7DA9610770CCDE039C9A7DE" />
</resource>
- <resource identifier="RES-3ECCC25C9B9B797710690594086268B8" type="webcontent"
href="0302Referencias.html" adlcp:scormtype="sco">
<file href="0302Referencias.html" />
<dependency identifierref="RES-37EA366C69B364A6D8EA6DA62FD8542F" />
</resource>
</resources>
</manifest>

Para crear el paquete SCORM con los contenidos y organización anteriores se pulsa el botón
Crear Paquete de contenido… en la barra superior de iconos de la aplicación (Figura 23).
Figura 23. Creación de un Paquete de contenido
Con esta acción aparece una ventana de diálogo en la que se debe indicar el nombre del
archivo comprimido donde se quiere guardar el Paquete SCORM (Figura 24).
Figura 24. Selección del archivo comprimido con el paquete de contenidos
Con los contenidos anteriores, el archivo generado, MiCurso.zip, ocupa 68 KB.
Junio 2007
42 AulaWeb - 2007
8. Publicación del contenido SCORM en AulaWeb

La plataforma donde se va a publicar el contenido SCORM es AulaWeb (Figura 25). En la
página inicial del sistema se introduce el identificador de usuario y la contraseña y se elige la
asignatura correspondiente.
Figura 25. Página de entrada del servidor de AulaWeb de la ETSII-UPM

El área de publicación se accede desde:
Icono Contenidos > Solapa Curso Online
Como el sistema detecta que no existe ningún contenido previo sólo aparece un botón con la
opción de Cargar nuevo curso (Figura 26).
Figura 26. Área de gestión del curso online en la interfaz del profesor sin contenidos previos
Se pulsa sobre el botón Cargar nuevo curso y aparece una ventana donde se debe indicar el
nombre del archivo comprimido que contiene el curso en formato SCORM (Figura 27).
Figura 27. Paso 1 de 3 en el proceso de carga de un nuevo curso en formato SCORM
Junio 2007
44 AulaWeb - 2007
Una vez enviado el archivo comprimido en formato zip con el contenido del curso, en el
siguiente paso es necesario especifica la organización concreta (por si hubiera varias configuradas)
que se pretende utilizar (Figura 28).
Al pulsar sobre el botón Enviar y si no ha habido ningún problema debe aparecer la ventana
de confirmación del éxito en la carga del archivo comprimido (Figura 29).
Para continuar con el proceso se pulsa el botón Cerrar.

Una vez cargado el nuevo curso, la interfaz del profesor muestra nuevas opciones (Figura
30).
Figura 30. Área de gestión del curso online en la interfaz del profesor una vez introducido un
contenido en formato SCORM
Las opciones que el profesor tiene ahora son las siguientes:
a) Ver el curso
b) Gestionar los nodos o apartados de los cursos
c) Recuperar el archivo comprimido de un curso
d) Cargar un nuevo curso
e) Eliminar el curso actual
A continuación se detallan cada una de estas acciones.
Junio 2007
46 AulaWeb - 2007
La opción Ver el curso permite la visualización de los contenidos en formato SCORM. La

nueva ventana que se abre se estructura en dos columnas. En la columna de la izquierda aparece la
organización del curso en capítulo y apartados (Figura 31).
Figura 31. Visualización del contenido del curso en la interfaz del profesor
El profesor puede seleccionar en la columna de la izquierda el apartado cuyo contenido

desear visualizar. Dicho contenido se muestra en el área de la derecha (Figura 32).
Figura 32. Visualización del primer apartado del curso en la interfaz del profesor
Al pulsar el botón Volver se cierra la ventana con la estructura y los contenidos.

La opción Gestión de los nodos permite la configuración de cada uno de los apartados de
la estructura del curso. En la nueva ventana aparece un listado con todos los apartados (Figura 33).
El profesor tiene la posibilidad de asignarles diferentes atributos:
a) El atributo Habilitado (HAB) indica que el apartado está activo, es decir, le aparece al
alumno en su interfaz.
b) El atributo No habilitado (N/HAB) indica que el apartado está inactivo: no le aparece al
alumno en su interfaz.
c) El atributo SCORM indica que el apartado es accesible por el alumno siempre que haya
cumplido los prerrequisitos en caso de que existan.
Figura 33. Gestión de los nodos del curso en la interfaz del profesor
El botón Actualizar confirma las modificaciones realizadas por el profesor, mientras que el
botón Cerrar abandona la ventana de configuración.
Junio 2007
48 AulaWeb - 2007
La opción Recuperar curso permite al profesor volver a descargarse el archivo

comprimido original a su ordenador local. La ventana de diálogo que aparece (Figura 34) muestra
las opciones de abrir el contenido desde un directorio temporal o almacenarlo localmente en algún
directorio concreto.
Figura 34. Ventana de diálogo en el proceso de descarga del archivo comprimido en la interfaz del
profesor
El botón Abrir descarga el archivo y muestra su contenido en una nueva ventana (Figura 35).
Figura 35. Ventana con el contenido del archivo comprimido

El botón Guardar abre una nueva ventana (Figura 36) para que el profesor especifique el
directorio local donde se va a descargar el archivo comprimido.
Figura 36. Ventana de selección del nombre para el archivo descargado
La opción Cargar nuevo curso permite reemplazar completamente un curso previamente

cargado por uno nuevo. Antes de hacerlo, le pide al usuario confirmación de esta acción (Figura
37).
Figura 37. Ventana de confirmación en el proceso de reemplazo del contenido en la interfaz del
profesor
La opción Borrar curso actual permite eliminar completamente un curso previamente

cargado. Antes de hacerlo, le pide al usuario confirmación de esta acción (Figura 38).
Figura 38. Ventana de confirmación en el proceso de borrado del contenido en la interfaz del
profesor
Junio 2007
50 AulaWeb - 2007
9. Uso de los contenidos SCORM

Una vez publicado los contenidos en la plataforma, el alumno matriculado en la asignatura
tiene acceso a dichos contenidos desde su propio interfaz.
Icono Contenidos > Solapa Curso Online > Botón Ver el curso
La interfaz del alumno se muestra en la Figura 39.

En la columna de la izquierda el alumno tiene la organización del curso en capítulos y

apartados. En el área de la derecha aparecen los contenidos de cada apartado (Figura 40).
Dependiendo de la configuración de permiso tendrá que seguir o no una determinada

secuencia de apartados. El sistema marca como ya visto (con una marca de color verde), los
apartados en los que el alumno haya pulsado el botón Done que aparece en la parte final de los
contenidos correspondientes.
Al pulsar el botón Volver se cierra la ventana con la estructura y los contenidos.
Junio 2007
52 AulaWeb - 2007
10. Estadísticas de uso del contenido SCORM

La plataforma AulaWeb dispone de un módulo de generación automática de estadísticas que
proporciona información de interés al profesor para el seguimiento de la actividad de los alumnos.
Entre los datos facilitados por la herramienta se encuentran:
a) Nodos de la estructura del curso visitados por los alumnos

b) Fecha de visita de los nodos
c) Duración del acceso a un nodo
d) Actividad del grupo de alumnos en su conjunto
e) Comparación de la actividad de un alumno con la media del resto del grupo
El acceso a este módulo se realiza en:
Icono Estadísticas > Solapa Curso online
Figura 41. Ventana de generación de estadísticas sobre el uso del contenido SCORM

Desde esta ventana se puede obtener de forma sencilla mucha información que desee sobre
el uso del curso online de una asignatura. El procedimiento para indicar el tipo de información a
obtener es el siguiente:
a) En primer lugar se selecciona en el Árbol de contenidos el curso, capítulo o apartado sobre

el que desea obtener información
b) En el primer formulario se indica el Tipo de información requerida: número de visitas,
tiempo de visita o duración de la visita
c) En el segundo formulario se especifican los alumnos consultados (todos, uno o uno y la
media)
d) En el tercer formulario se indica el periodo temporal sobre el que realizar la consulta (el
curso académico completo, el mes o un intervalo específico de fechas).
e) En el cuarto formulario se elige la agrupación (por mes, por días de las semana,
laborables/fines de semana, por franjas horarias o por alumnos). Aparece seleccionado por
defecto el tipo de gráfico más explicativo, si bien también se puede cambiar. Finalmente, si
se habilita la opción Acumulativa y se selecciona se podrá observar cómo se han ido
acumulando los datos obtenidos a lo largo del período temporal elegido.
Al pulsar el botón Mostrar se ve el gráfico deseado. A modo de ejemplo se muestran

algunas gráficas obtenidas con este módulo de estadísticas. En la Figura 43 se muestra la
distribución horaria de las visitas de los alumnos a los contenidos SCORM.
Figura 42. Ventana de generación de estadísticas sobre el uso del contenido SCORM
Junio 2007
54 AulaWeb - 2007
En la Figura 43 se muestra una distribución de las visitas de los alumnos a los contenidos
SCORM de la asignatura por día de la semana.
Figura 43. Distribución de las visitas de los alumnos a los contenidos SCORM por día de la semana.
En la Figura 44 se muestra un diagrama de barras con el número total de visitas de los

alumnos de una asignatura a los contenidos SCORM. Con estos datos el profesor puede determinar
quién ha realizado un seguimiento completo del curso.
Figura 44. Número total de visitas de cada uno de los alumnos a los contenidos SCORM

11. Referencias
1. ADL (http://www.adlnet.org/) Advanced Distributed Learning Network. Advanced
Distributed Learning-Sharable Content Object Reference Model. www.adlnet.org.
2. AICC (http://www.aicc.org/) The Aircraft Industry CBT Committee.
3. Canadian Core Learning Object Metadata Application Profile. Accesible en la web en
http://www.cancore.ca
4. CEN/ISSS (http://www.cenorm.be/isss/) (European Committee for Standardization)
5. CETIS (http://www.cetis.ac.uk/) Centre for Educational Technology Interoperability
Standards.
6. Dublin Core Metadata Initiative (http://dublincore.org/)
7. Duval, E., and Forte, E. et al. The ARIADNE Knowledge Pool System. C.ACM, May 2001,
44(5), 73-78.
8. Fernández-Manjón, B., Sancho, P. (2002). "Creating cost-effective adaptive educational
hypermedia based on markup technologies and e-learning standards." Interactive
Educational Multimedia.
9. IEEE Learning Technology Standards Committee. Accesible en la web en http://ltsc.ieee.org
10. IEEE LOM Learning Object Metadata. Learning Technology Standards Committee.
Borrador final del estándar disponible en
http://ltsc.ieee.org/wg12/files/LOM_1484_12_1_v1_Final_Draft.pdf
11. IEEE-LTSC: (http://ltsc.ieee.org/) IEEE Learning Technology Standards Committee
12. IMS CP. 2005. Content Packaging Information Model. Version 1.1.4 Final Specification.
Disponible on-line: http://www.imsglobal.org/content/packaging/index.cfm.
13. IMS QTI. 2005. Question and Test Interoperability. Version 2.0 Final Specification.
Disponible online: http://www.imsglobal.org/question/index.cfm
14. OKI. Open Knowledge Initiative. http://web.mit.edu/oki/
15. Polsani, P. R. (2003). Use and abuse of reusable learning objects. Journal of Digital
Information, 3(4).
16. Wiley D. (ed.) 2000. The Instructional Use of Learning Objects. Bloomington, IN: AECT.
Disponible en http://reusability.org/read/
Junio 2007

Manual SCorm 2007

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Manual SCorm 2007

Uploaded by

Copyright:

Available Formats

AulaWeb

Universidad Politécnica de Madrid

AulaWeb – Publicación de contenidos en formato SCORM

Universidad Politécnica de Madrid

Sobre este manual

La presente edición de este Manual de Publicación de Contenidos en formato SCORM hace

Las siguientes personas han colaborado en el proyecto de desarrollo de las distintas

El uso de aplicaciones educativas que emplean Internet como sistema de distribución de

a) el alto coste del desarrollo de contenidos

El proceso de creación de aplicaciones y contenidos educativos de calidad es una labor

Como forma de reducir los problemas de coste y posibilidad de reutilización y de asegurar

Universidad Politécnica de Madrid

1.1. Alcance de los estándares

Una de las principales funciones de los estándares es servir como facilitadores de la

Pero la realidad es que el e-learning es un campo relativamente joven e inmaduro en el que

1.2. Objetos de aprendizaje

El elemento central en la nueva forma de desarrollar los cursos es el objeto de aprendizaje

En realidad, IEEE actualmente ha redefinido ligeramente el objeto de aprendizaje como

proceso de aprendizaje apoyado por la tecnología. Ahora le da más importancia al soporte

1.3. Especificaciones y estandarización: aspectos y proceso

El éxito de un estándar radica en su nivel de aceptación, por lo que un grupo de

a) Nivel de especificación: En este primer paso del proceso, se trabaja en la elaboración de

Universidad Politécnica de Madrid

es un proceso de trabajo en evolución) y el estándar acreditado (que es mucho más estable y,

Como todo el proceso de e-learning es muy complejo, implicando muchas herramientas y

En estas capas hemos destacado las iniciativas de estandarización, especificación o formatos

f) La séptima capa busca la homogeneidad en la estructuración de los perfiles de aquellos

1.4. Especificaciones y estándares más utilizados en e-learning

Actualmente IMS (Global Learning Consortium, Inc) es el principal promotor y

El objetivo de IMS es definir especificaciones que hagan posible la interoperabilidad de

1.5. IMS Content Packaging

El objetivo de esta especificación es permitir la distribución de contenidos reutilizables e

Universidad Politécnica de Madrid

En resumen, el Manifiesto es un fichero XML que describe y organiza los contenidos de un

Finalmente, para la distribución e intercambio efectivo de los cursos lo que se crea es un

Los metadatos proporcionan descripciones, propiedades e información sobre los objetos de

Actualmente LOM (IEEE Learning Object Meta-Data) es uno de los estándares de e-

El objetivo de LOM es la creación de descripciones estructuradas de recursos

El modelo de datos especifica también qué elementos de la descripción pueden repetirse

1.7. IMS Question & Test Interoperability (QTI) Specification

Universidad Politécnica de Madrid

evaluación electrónica, o la integración en un único LMS de preguntas o exámenes

En la especificación de QTI se ha producido un gran cambio entre la versión anterior la 1.2 y

Mientras que en versiones anteriores se centraba principalmente en cómo se presentaba

La generalización de este tipo de almacenes y su libre disposición en formato compatible

1.8. IMS Learner Information Package Specification

La existencia de formatos consensuados para la definición de expedientes de alumnos

1.9. Otras especificaciones

Hay otras especificaciones de IMS que describiremos de modo más breve:

a) Definición e intercambio de vocabulario. IMS VDEX (Vocabulary Definition and

Universidad Politécnica de Madrid

f) Servicios de empresa. La especificación Enterprise Services es la definición de cómo los

1.10. Perfiles de aplicación

Un perfil de aplicación es una colección de estándares, especificaciones y guías de buenas

En Noviembre de 1997 el Departamento de Defensa de EE.UU. y la oficina de Ciencia y

ADL se ha centrado desde un principio en el aprendizaje sobre la Web. Actualmente es el

SCORM define un software que describe el modelo de agregación de contenidos, las

sistemas compatibles con SCORM, y consiste en un objeto de aprendizaje que incluye un

1.12. LMS y utilidades compatibles con las especificaciones y los estándares

Algunos de los problemas identificados para la generalización de los estándares educativos

Universidad Politécnica de Madrid

1.13. Compartición de recursos educativos y repositorios de objetos de aprendizaje

Otro elemento importante para el éxito de los objetos de aprendizaje es la existencia de

Por toda la información anterior podría parecer que la estandarización y, en general, el e-