Manual de Agregación de Contenido (CAM) (SCORM - 2004 - 04 - CAM)

SCORM 2004
Modelo de Referencia de Objetos de Contenido Compartido Modelo de Agregacin de Contenidos (CAM) Versin 1.3.2 (Borrador)
13 de febrero de 2006 Borrador pblico Solicitud de comentarios
2006 Advanced Distributed Learning. Todos los derechos reservados.
Esta pgina se dej en blanco intencionalmente.
Advanced Distributed Learning (ADL)
SCORM 2004 Modelo de Agregacin de Contenido (CAM) Versin 1.3.2
Disponible en ADLNet.org (http://www.adlnet.org/)
Para ver preguntas y comentarios visita Pregunte a los expertos en ADLNet.org
Con formato: Color de fuente: Rojo
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR i 2006 Advanced Distributed Learning. Todos los derechos reservados.
ii Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Arquitecto tcnico en jefe Philip Dodds
Editor tcnico Schawn E. Thropp
Principales colaboradores del equipo tcnico de ADL a SCORM 2004:

Megan Beyer Jeffrey M. Falls Jennifer Brooks Cande Filip William Capone Dexter Fletcher Clark Christensen Matthew Handwork Michele Christner Rob Harrity Tom Creighton Sue Herald Alan Hoberney Paul Jesukiewicz Kirk Johnson Mary Krauland Jeff Krinock Molly McQuillan Kraig Mentor Eric Sakmar Lori Morealli Tyler Shumaker Angelo Panar Aaron Silvers Aaron Perrin Betsy Spigarelli Douglas Peterson Bryce Walat Jonathan Poltrack Jerry West
Principales colaboradores de la comunidad ADL a SCORM 2004:

John Alonso Warwick Bailey Fred Banks Mike Bednar Bill Blackmon John Campbell Abre Chase Brandt Dargue Dave DeVaux Tom Dinger Nicholas DiPiazza Howard Fear Lenny Greenberg Jason Haag Bob Hess Don Holmes Peter Hope Tom King Tamara Krepps Ken McKenzie Peter Lamothe Boyd Nielsen Claude Ostyn Nina Pasini-Deibler Michael Pietrantonio Tim Potter Allyn Radford Anand Rajagopalan Brendon Towle Dan Rehak Jonathan Zempel Tyde Richards Steve Roberts Robby Robson Mike Rustici Chris Sawwa Roger St. Pierre Alex Stone
iii Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Agradecimientos ADL quisiera agradecer a las siguientes organizaciones y sus miembros por su compromiso continuo para desarrollar estndares y especificaciones interoperables para el Aprendizaje electrnico:
Alianza de la Autora y Distribucin Educativa Remota Redes por Europa (ARIADNE) (http://www.ariadne-eu.org/) Erik Duval Eddy Forte Florence Haenny Ken Warkentyne Comit de Capacitacin por Computadora de la Industria de la Aviacin (AICC) (http://www.aicc.org/) Jack Hyde Bill McDonald Anne Montgomery Instituto de Ingenieros Elctricos y Electrnicos (IEEE) Comit de Estndares para la Tecnologa del Aprendizaje (LTSC) (http://ltsc.ieee.org/) Erik Duval Mike Fore Wayne Hodgins Tyde Richards Robby Robson Consorcio de Aprendizaje Global IMS, Inc. (http://www.imsglobal.org/) Thor Anderson Steve Griffin Mark Norton Ed Walker (Independientes) Bob Alcorn Chantal Paquin Tom Grobicki Mike Pettit Tom King Tom Rhodes Chris Moffatt Kenny Young
y muchos ms.
ADL tambin quisiera agradecer a la Comunidad ADL por su compromiso y contribucin a la evolucin de SCORM.
iv Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
DERECHOS RESERVADOS Copyright 2006 Advanced Distributed Learning (ADL). Todos los derechos reservados.
DISTRIBUCIN Se concede permiso de distribuir este documento bajo las siguientes condiciones: 1. El uso de este documento, sus imgenes y de los ejemplos es con propsitos no comerciales, solamente educativos o informativos. 2. El documento, sus imgenes y ejemplos estn intactos, completos y sin modificar. Toda la portada, as como las secciones de COPYRIGHT, DISTRIBUCIN y de REPRODUCCIN quedan por lo tanto incluidas.
REPRODUCIN Se concede permiso de reproducir este documento completo o parcialmente bajo las siguientes condiciones: 1. Su reproduccin es con propsitos no comerciales, solamente educativos o informativos. 2. Se cita apropiadamente el documento fuente de la manera siguiente: Fuente: Advanced Distributed Learning (ADL), Modelo de Referencia de Objetos de Contenido Compartido (SCORM) Modelo de Agregacin de Contenidos, Versin, 1.3.2, 2006.
Si necesita informacin o tiene preguntas adicionales con respecto al derecho de autor, la distribucin y la reproduccin, contacte a:
ADL Co-Laboratory 1901 North Beauregard Street, Suite 106 Alexandria, VA 22311 USA (703) 575-2000
Modelo de Agregacin de Contenidos (CAM) de SCORM SCORM 2004 Versin 1.3.2 - BORRADOR v 2006 Advanced Distributed Learning. Todos los derechos reservados.
vi Modelo de Agregacin de Contenidos (CAM) de SCORM SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Contenido
SECCIN 1 INTRODUCCIN AL MODELO DE AGREGACIN DE CONTENIDOS DE SCORM ..1-1 1.1. INTRODUCCIN AL MANUAL DEL MODELO DE AGREGACIN DE CONTENIDOS DE SCORM...1-3 1.1.1. Qu cubre el manual del Modelo de Agregacin de Contenidos (CAM) de SCORM?....................... 1-3 1.1.2. Cmo usar el manual CAM de SCORM.1-4 1.1.3. Su relacin con los dems manuales de SCORM ................................................................................. 1-5 1.2. EL MODELO DE AGREGACIN DE CONTENIDOS DE SCORM...1-8 SECCIN 2 EL MODELO DE CONTENIDO SCORM................................................................................ 2-1 2.1. COMPONENTES DEL MODELO DE CONTENIDO SCORM........................................................ 2-3 2.1.1. Asset ........................................................................................................................................... 2-3 2.1.2. Objeto de Contenido Compartido (SCOs).................................................................................. 2-4 2.1.3. Organizacin del contenido ....................................................................................................... 2-5 2.1.4. Componentes de los metadatos de SCORM .............................................................................. 2-7 SECCIN 3 EMPAQUETADO DE CONTENIDO SCORM......................................................................... 3-1 3.1. INTRODUCCIN AL EMPAQUETADO DE CONTENIDO.......................................................... 3-3 3.2. COMPONENTES DEL PAQUETE DE CONTENIDO..................................................................... 3-4 3.2.1. Paquete.3-5 3.2.2. Manifiesto3-5 3.2.3. Archivo de intercambio de paquetes (PIF, por sus siglas en ingls) ..........................................3-6 3.3. COMPONENTES DE UN MANIFIESTO ........................................................................................ 3-7 3.3.1. Metadatos ................................................................................................................................... 3-7 3.3.2. Organizaciones.3-8 3.3.3. Recursos.3-15 3.3.4. Contenido.................................................................................................................................. 3-16 3.4. CMO CONSTRUIR PAQUETES DE CONTENIDO.................................................................. 3-17 3.4.1. Archivo de manifiesto .............................................................................................................. 3-17 3.4.2. Extensiones del manifiesto del paquete de contenido............................................................. 3-45 3.4.3. Manejo Href del manifiesto del paquete de contenido............................................................. 3-45 3.5. PERFILES DE APLICACIN DEL PAQUETE DE CONTENIDO SCORM.............................. 3-52 3.5.1. Paquete de Contenido del recurso............................................................................................ 3-52 3.5.2. Paquete de Contenido de la Agregacin de Contenido............................................................ 3-55 3.5.3. Requisitos de Perfil de la Aplicacin del Paquete de Contenido SCORM.............................. 3-57 3.6. MEJORES PRCTICAS Y LINEAMIENTOS PRCTICOS...................................................... 3-59 3.6.1. Organizaciones Mltiples para un Curso Individual ............................................................... 3-59 3.6.2. Cmo usar el Elemento de <dependency> ............................................................................. 3-59 SECCIN 4 METADATOS DE SCORM....................................................................................................... 4-1 4.1. INTRODUCCIN A LOS METADATOS DE SCORM ................................................................ 4-3 4.2. CREACIN DE METADATOS DE SCORM ................................................................................ 4-5 4.2.1. Elemento <lom>......................................................................................................................... 4-7 4.2.2. Elemento <general> ................................................................................................................... 4-9 4.2.3. Elemento <lifeCycle>............................................................................................................... 4-19 4.2.4. Elemento <metaMetadata>....................................................................................................... 4-27 4.2.5. Elemento <technical>............................................................................................................... 4-37 4.2.6. Elemento <educational>........................................................................................................... 4-50 4.2.7. Elemento <rights> .................................................................................................................. 4-61 4.2.8. Elemento <relation> .................................................................................................................4-65 4.2.9. Elemento <annotation> ............................................................................................................ 4-72 4.2.10. Elemento <classification> ..................................................................................................... 4-75 4.2.11. Tipos Datos Comunes............................................................................................................. 4-84 4.3. ENFOQUES DE LA VALIDACIN DEL ESQUEMA XML DE LOM .................................. 4-89
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR vii 2006 Advanced Distributed Learning. Todos los derechos reservados.
4.3.1. Enfoque de Validacin de Esquema Estricto ........................................................................... 4-89 4.3.2. Enfoque de Validacin de Esquema Personalizado ................................................................. 4-90 4.3.3. Enfoque de Validacin de Esquema Adaptable ....................................................................... 4-90 4.4. EXTENSIONES DE LOS METADATOS ....................................................................................... 4-91 4.4.1. Extensin del elemento de datos .............................................................................................. 4-92 4.4.2. Extensin del vocabulario ........................................................................................................ 4-93 4.5. PERFIL DE APLICACIN DE METADATOS DE SCORM.......................................................... 4-94 4.5.1. Cmo asociar los Metadatos con los Componentes SCORM .................................................. 4-95 4.5.2. Requisitos Cardinales de los metadatos de SCORM ............................................................. 4-101 SECCIN 5 SECUENCIA Y PRESENTACIN DE SCORM...................................................................... 5-1 5.1. SECUENCIA Y PRESENTACIN..................................................................................................... 5-3 5.1.1. Elemento <sequencing>.............................................................................................................. 5-3 5.1.2. Elemento <controlMode> .......................................................................................................... 5-5 5.1.3. Elemento <sequencingRules>.................................................................................................... 5-7 5.1.4. Elemento <limitConditions>.................................................................................................... 5-16 5.1.5. Elemento <auxiliaryResources> .............................................................................................. 5-18 5.1.6. Elemento <rollupRules>........................................................................................................... 5-19 5.1.7. Elemento <objectives> ............................................................................................................ 5-26 5.1.8. Elemento <randomizationControls>......................................................................................... 5-34 5.1.9. Elemento <deliveryControls>................................................................................................... 5-36 5.1.10. Elemento <constrainedChoiceConsiderations> ..................................................................... 5-37 5.1.11. Elemento <rollupConsiderations> ......................................................................................... 5-39 5.1.12. Elemento <sequencingCollection> ........................................................................................ 5-41 5.2. INFORMACIN DE LA PRESENTACIN Y NAVEGACIN ............................................. 5-43 5.2.1. Elemento <presentation> ......................................................................................................... 5-43 5.3. RELACIN CON EL EMPAQUETADO DE CONTENIDO........................................................ 5-47 APNDICE A LA LISTA DE ACRNIMOS............................................................................................... A-1 LISTA DE ACRNIMOS ............................................................................................................................. A-3 APNDICE B REFERENCIAS..................................................................................................................... B-1 REFERENCIAS.............................................................................................................................................. B-3 APNDICE C HISTORIAL DE CAMBIOS AL DOCUMENTO................................................................ C-1 HISTORIAL DE CAMBIOS AL DOCUMENTO.......................................................................................... C-3
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR vii 2006 Advanced Distributed Learning. Todos los derechos reservados.
Lista de Tablas
Figura 1.1a: El Manual del Modelo (CAM) de SCORM como parte de la biblioteca SCORM ......... 1-3 Figura 2.1.1a: Ejemplos de Assets .................................................................................................................. 2-4 Figura 2.1.2a: Constitucin conceptual de un SCO ........................................................................................ 2-5 Figura 2.1.3a: Ilustracin conceptual de una Organizacin de Contenido....................................................... 2-6 Figura 3.2a: Diagrama Conceptual del Paquete de Contenido......................................................................... 3-4 Figura 3.3a: Componentes de un Manifiesto .................................................................................................. 3-7 Figura 3.3.2.3.1a: Terminologa de la Jerarqua de Contenido IMS.............................................................. 3-12 Figura 3.3.3a: Ilustracin conceptual de los Recursos del Manifiesto........................................................... 3-15 Figura 3.5.1a: Ejemplo de un Asset Representado como Elemento <file> ................................................... 3-53 Figura 3.5.1b: Ejemplo de un Asset Representado como Elemento <resource> .......................................... 3-54 Figura 3.5.1c: Ejemplo de un SCO Representado como Elemento <resource> ........................................... 3-55 Figura 3.5.2a: Ejemplo del Paquete de Contenido de una Agregacin de Contenido y sus Componentes .. 3-56 Figura 4.5.1.1a: Aplicacin de los Metadatos que describen una Agregacin de Contenido ....................... 4-95 Figura 4.5.1.2a: Aplicacin de los Metadatos que describen una Organizacin de Contenido .................... 4-97 Figura 4.5.1.3a: Aplicacin de los Metadatos que describen una Actividad ................................................ 4-98 Figura 4.5.1.4a: Aplicacin de los Metadatos que describen un SCO .......................................................... 4-99 Figura 4.5.1.5a: Aplicacin de los Metadatos que describen Assets .......................................................... 4-100 Figura 5.3a: Relacin de las Reglas de Secuencia y la Estructura del Empaquetado de Contenido.............. 5-47
Lista de Tablas
Tabla 3.3.2.3a: Ejemplo de Modelos de Taxonoma Curricular ................................................................... 3-11 Tabla 3.4.1a: Formato de la Tabla del Perfil de Aplicacin del Empaquetado de Contenido SCORM........ 3-18 Tabla 3.4.1b: Requisitos de Multiplicidad del Perfil de la Aplicacin del Empaquetado de Contenido....... 3-18 Tabla 3.5.3a: Requisitos, Elemento Manifiesto del Perfil de Aplicacin del Paquete de Cont. SCORM.... 3-57 Tabla 4.2a: Explicacin de los Requisitos de Multiplicidad del Perfil de la Aplicacin de los Metadatos..... 4-6 Tabla 4.5.2a: Requisitos del Elemento de Perfil de Aplicacin de Metadatos SCORM............................. 4-101
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR ix 2006 Advanced Distributed Learning. Todos los derechos reservados.
x Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
SECCIN 1
Introduccin al Modelo de Agregacin de Contenidos (CAM) de SCORM
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-1-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-1-2 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
1.1. Introduccin al Manual del Modelo de Agregacin de Contenido (CAM) de SCORM

A menudo se describe a SCORM como una serie de libros en un estante. El manual del Modelo de Agregacin de Contenidos (CAM) es uno del conjunto de libros (consulte la Figura 1.1a: El Manual del Modelo de Agregacin de Contenidos (CAM) de SCORM como parte de la biblioteca SCORM). Se puede encontrar mayor informacin acerca de los otros manuales de SCORM y la relacin entre ellos en el manual de Introduccin a SCORM 2004. El Manual CAM de SCORM describe los componentes usados en una experiencia de Aprendizaje, cmo hacer paquetes de esos componentes para que se intercambien entre sistemas, cmo describir esos componentes para permitir que se busque dentro de ellos y que sean descubiertos y cmo definir la informacin de secuencia para los componentes. El Modelo de Agregacin de Contenidos de SCORM promueve la consistencia en el almacenaje, etiquetado, empaquetado, intercambio y descubrimiento del contenido de Aprendizaje.
Figura 1.1a: El Manual del Modelo de Agregacin de Contenidos (CAM) de SCORM como parte de la biblioteca SCORM.
1.1.1. Qu cubre el manual del Modelo de Agregacin de Contenidos (CAM) de SCORM?

En el manual CAM de SCORM se presentan varios conceptos clave. El libro describe las responsabilidades y requisitos para construir el contenido y las organizaciones de contenido (p. ej., el curso, las lecciones, los mdulos, etc.). El libro contiene la informacin sobre cmo crear paquetes de contenido, cmo aplicar metadatos a los componentes del paquete de contenidos y cmo aplicar detalles de secuencia y navegacin en el contexto de un paquete de contenido. El Empaquetado de Contenido SCORM, segn lo indicado en este libro, ofrece una forma constante para describir las estructuras de contenido, el contenido de Aprendizaje, los metadatos que describen los distintos componentes de las estructuras de contenido y las reglas de secuencia y navegacin. Esta consistencia facilita la bsqueda y el descubrimiento de los paquetes de contenido y sus recursos (ayudando a facilitar la reutilizacin del contenido certificado para de SCORM), la construccin de las organizaciones de contenido que se comportarn de
manera similar de sistema a sistema y una comprensin estndar del contenido del paquete de contenido. Entre los temas generales que se discuten estn: Modelo de Contenido: definicin de la terminologa comn usada a lo largo del Manual CAM Empaquetado de Contenido: descripciones y requisitos para agregar y hacer grupos de contenido de Aprendizaje Metadatos: descripciones y requisitos de los componentes de SCORM Secuencia y Navegacin: descripciones y requisitos para definir la informacin de secuencia y navegacin
1.1.2. Cmo usar el manual CAM de SCORM

Este manual asistir a proveedores de herramientas de autor, desarrolladores de contenido y a cualquier otra persona interesada en crear, editar o utilizar: Componentes del Modelo de Contenido SCORM (Assets, SCOs, Actividades y Organizaciones de Contenido) Paquetes de Contenido SCORM (con o sin informacin de secuencia y navegacin) o Metadatos de SCORM A lo largo de este manual se definen varios requisitos que describen cmo crear, editar o utilizar los paquetes de contenido, los metadatos y los componentes del modelo de contenido. Las primeras partes de este libro, Seccin 1: Introduccin al Modelo de Agregacin de Contenidos (CAM) SCORM hasta la Seccin 2: El Modelo de Contenido SCORM, cubren conceptos generales de SCORM relacionados al CAM. Se recomienda leer estas secciones a todos aquellos que buscan una introduccin a los conceptos fundamentales del CAM de SCORM y que no estn interesados en adentrarse en los detalles tcnicos. Otras personas que pueden considerar tiles estas secciones son los que deseen informarse sobre las actualizaciones al CAM de SCORM. Seccin 2.1.3: Organizacin de Contenido, por ejemplo, discute la manera en que las Actividades afectan al CAM de SCORM. Seccin 3: Empaquetado de Contenido SCORM es la primera seccin de este libro que ofrece detalles tcnicos especficos a CAM. Describe los Manifiestos, los Paquetes de Contenido, el Perfil de la Aplicacin del Paquete de Contenido de la Agregacin de Contenido de SCORM, el Perfil de la Aplicacin del Paquete de Contenido del Recurso SCORM y las Mejores Prcticas y Lineamientos Prcticos. Esta seccin no slo cubre los detalles tcnicos acerca de los distintos componentes individuales de los Paquetes de Contenido SCORM, sino tambin cmo ensamblarlos, y muestra ilustraciones del cdigo de los manifiestos con explicaciones. Seccin 4: Metadatos de SCORM cubre todos los aspectos de la creacin de metadatos en cuanto a etiquetado, la inclusin de enfoques de validacin en XML de los Metadatos de Objetos de Aprendizaje (LOM, por sus siglas en ingls), extensiones de los metadatos y sus perfiles de uso. Esta seccin tambin describe cmo asociar los metadatos a los Componentes del Modelo de Contenido SCORM en un paquete de contenido.
Seccin 5: Secuencia y Navegacin en SCORM cubre las maneras en que la introduccin de informacin de Secuencia y Navegacin afecta al CAM de SCORM. Esta seccin tambin delinea cmo desarrollar informacin y de secuencia y navegacin en XML y cmo poner esas reglas en el manifiesto de un paquete de contenido. La seccin describe los requisitos para desarrollar XML que represente las estrategias de secuencia deseadas.
1.1.3. Su relacin con los dems manuales de SCORM

Aunque los distintos libros de SCORM tienen la intencin de ser independientes, existen reas que se entrecruzan o donde hay cobertura mutua. Por ejemplo, mientras que este libro se enfoca primordialmente en elementos del contenido SCORM, tales como los SCOs y los Assets, esos objetos son lanzados por Sistemas de Administracin de Aprendizaje (LMS, por sus siglas en ingls) certificados para SCORM, as que en numerosas ocasiones se menciona el Manual de Ambiente de Desempeo (RTE, por sus siglas en ingls) de SCORM [2], que cubre el lanzamiento de contenido. De igual modo, mientras que el manual de Secuencia y Navegacin (SN) cubre los detalles de los procesos de secuencia y navegacin de SCORM, incluyendo una cobertura especfica de cmo el Sistema de Administracin de Aprendizaje evala las solicitudes de navegacin y las actividades relacionadas, este manual se ocupa de los manifiestos que contienen la informacin de Secuencia descrita en el manual SN de SCORM, as que se abordan algunos de los aspectos bsicos de la secuencia y navegacin. Para ayudar a aclarar las reas que se entrecruzan, la Seccin 1.1.3.1: Manual de Ambiente de Desempeo de SCORM ofrece breves descripciones del contenido de estos manuales de SCORM.
1.1.3.1. El libro del Ambiente de Desempeo (RTE) de SCORM

El propsito del manual del Ambiente de Desempeo (RTE) de SCORM es proporcionar los medios para la interoperabilidad entre los SCOs y los Sistemas de Administracin de Aprendizaje. SCORM proporciona los medios para que el contenido de Aprendizaje sea interoperable a travs de mltiples Sistemas de Administracin de Aprendizaje sin importar las herramientas que se hayan usado para crear el contenido. Para que esto sea posible, debe haber una manera comn de lanzar el contenido, una manera comn de que el contenido se comunique con el Sistema de Administracin de Aprendizaje y elementos de datos predefinidos que se intercambien entre un Sistema de Administracin de Aprendizaje y un contenido durante su ejecucin. Los tres componentes del Ambiente de Desempeo de SCORM son: Lanzamiento, Interfaz de Programa de Aplicacin (API, por sus siglas en ingls) y el Modelo de Datos. Los detalles tcnicos de estos elementos se sealan en el manual de Ambiente de Desempeo de SCORM, pero a continuacin hay una breve descripcin de cada uno de estos elementos. El lanzamiento incluye el definir la relacin entre los Sistemas de Administracin del Aprendizaje y el contenido de SCORM, de modo que todo el contenido SCORM certificado por ADL recaiga en un Sistema de Administracin del Aprendizaje SCORM certificado por ADL para ser entregado y mostrado al estudiante. Adems, los Sistemas de Administracin de Aprendizaje tienen la responsabilidad de determinar qu contenido SCORM debe ser entregado a continuacin. Estas responsabilidades, especificadas en el manual SN de SCORM, tambin se cubren en el manual de Ambiente de Desempeo de SCORM. La API de SCORM, segn se describe en el libro de Ambiente de Desempeo de SCORM, ofrece un conjunto de mtodos predefinidos acordadas entre los proveedores de Sistemas de Administracin de Aprendizaje y los proveedores de herramientas de contenido para permitir la comunicacin entre el Sistema de Administracin de Aprendizaje y los SCOs que lanza. Estas funciones hacen el proceso de lanzamiento estableciendo un apretn de manos entre el SCO y el Sistema de Administracin de Aprendizaje que lo lanz y, separando ese apretn de manos, cuando concluye la sesin de Aprendizaje con el SCO.
Adems, provee los medios para que el contenido de SCORM configure y obtenga datos sobre el Sistema de Administracin de Aprendizaje, por ejemplo, resultados de evaluaciones, y revisin y arreglo de cualquier error que ocurra durante estos procesos. El Modelo de Datos del Ambiente de Desempeo de SCORM, segn se describe en el manual del Ambiente de Desempeo de SCORM, ofrece los elementos de datos que se pueden usar para configurar y obtener datos desde y hacia el Sistema de Administracin de Aprendizaje. Por ejemplo, al pasar la calificacin de una prueba del estudiante, el SCO utilizara el Elemento del Modelo de Datos del Ambiente de Desempeo SCORM conocido como cmi.score.scaled para informar al Sistema de Administracin de Aprendizaje el resultado del estudiante. Esto, y el resto de los Elementos del Modelo de Datos del Ambiente de Desempeo SCORM, se detalla en el manual del Ambiente de Desempeo de SCORM. Varios conceptos descritos en el manual del Modelo de Agregacin de Contenidos de SCORM afectan el Ambiente de Desempeo de SCORM. Los datos definidos en el manifiesto de un paquete de contenido afectan ciertos valores iniciales de algunos de los Elementos del Modelo de Datos del Ambiente de Desempeo de SCORM. Los datos del manifiesto se utilizan en el proceso de entregar y lanzar contenidos para el estudiante y afectan al Ambiente de Desempeo. stas y otras relaciones se explican a lo largo del Modelo de Agregacin de Contenidos de SCORM.
1.1.3.2. El Manual de Secuencia y Navegacin (SN) de SCORM

El manual SN de SCORM se basa en la Versin 1.0 de la Especificacin de Secuencia Simple (SS) del IMS, el cual define un mtodo para representar el comportamiento previsto de una experiencia de Aprendizaje de autor, de modo que cualquier Sistema de Administracin de Aprendizaje SCORM certificado por ADL secuenciar las actividades de Aprendizaje discretas de una manera consistente. El manual del Modelo SN de SCORM indica cmo se aplica y se extiende el SS de IMS en un ambiente de SCORM. Define los comportamientos y funcionalidad requeridos que un Sistema de Administracin de Aprendizaje SCORM certificado debe implementar para procesar la informacin de secuencia en tiempo de ejecucin. Ms especficamente, describe la estratificacin y el flujo de actividades de Aprendizaje en un rbol de Actividades, basadas en los resultados de las interacciones del estudiante con objetos de contenido y una estrategia de secuencia de autor. El rbol de Actividades es una estructura conceptual de actividades de Aprendizaje manejadas por el Sistema de Administracin de Aprendizaje con cada estudiante. El manual SN de SCORM explica cmo se pueden originar y procesar eventos de navegacin iniciados por el estudiante o por el sistema, dando como resultado la identificacin de las actividades de Aprendizaje que se entregarn. Cada actividad de Aprendizaje identificada para entrega tendr un objeto de contenido asociado. El manual de Ambiente de Desempeo de SCORM describe cmo se lanzan los objetos de contenido identificados. La secuencia de objetos de contenido que se lanzaron para cierto estudiante y cierta estructura de contenido, ofrecen una experiencia de Aprendizaje (interaccin del estudiante con los objetos de contenido); el modelo del Ambiente de Desempeo de SCORM describe cmo manejar el Sistema de Administracin de Aprendizaje la experiencia de Aprendizaje resultante y de qu manera esa experiencia de Aprendizaje puede afectar el rbol de Actividades. Varios conceptos sealados en el manual de Modelo de Agregacin de Contenidos de SCORM se relacionan con el manual SN de SCORM. El CAM de SCORM describe cmo construir informacin de secuencia y cmo representarla en XML. Luego indica cmo retomar el manifiesto existente para aplicar estas reglas de secuencia. El manual SN de SCORM contiene ms detalles
sobre la relacin entre el paquete XML de la informacin de secuencia y sus procesos y comportamientos.
1.2. El Modelo de Agregacin de Contenidos (CAM) de SCORM

El CAM de SCORM representa un medio neutral en cuanto a la taxonoma de Aprendizaje para que los diseadores y los implementadores de la enseanza agreguen recursos de Aprendizaje con el fin de entregar la experiencia de Aprendizaje deseada. Un recurso de Aprendizaje es una representacin de informacin que se usa en una experiencia de Aprendizaje. Las experiencias de Aprendizaje consisten en actividades apoyadas por recursos de Aprendizaje electrnicos o no electrnicos. Una de las actividades del proceso de crear y entregar experiencias de Aprendizaje involucra la creacin, descubrimiento y recoleccin, o agregacin de assets simples en recursos de Aprendizaje ms complejos, y luego organizarlos en una secuencia predefinida para la entrega. El CAM de SCORM apoya este proceso y se compone de lo siguiente: Modelo de contenido: Nomenclatura que define los componentes de contenido de la experiencia de Aprendizaje. Empaquetado de Contenido: Define cmo representar el comportamiento previsto de la experiencia de Aprendizaje (Estructura de Contenido) y cmo agregar las actividades de los recursos de Aprendizaje para transferirlos entre distintos ambientes de entrega (Empaquetado de Contenido). Metadatos: Mecanismo para describir las instancias especficas de los componentes del modelo de contenido. Secuencia y Navegacin: Un modelo basado en reglas para definir un conjunto de reglas que describirn la secuencia y el orden previsto de las actividades. Las actividades pueden o no hacer referencia a los recursos de Aprendizaje que se entregarn al estudiante.
SECCIN 2
El Modelo de Contenido SCORM
2.1. Componentes del Modelo de Contenido SCORM

El Modelo de Contenido de SCORM describe los componentes de SCORM usados para construir una experiencia de Aprendizaje a partir de recursos de Aprendizaje. El Modelo de Contenido tambin define cmo estos recursos de Aprendizaje compartidos de menor nivel, se agregan a unidades de enseanza de alto nivel. El Modelo de Contenido SCORM se compone de Assets, Objetos de Contenido Compartido (SCOs, por sus siglas en ingls) y la Organizacin de Contenido.
2.1.1. Asset
La forma ms elemental que hay de recursos de Aprendizaje es un Asset. Los assets son una representacin electrnica de medios, texto, imgenes, sonidos, pginas Web, objetos de evaluacin u otras piezas de datos que puedan ser procesadas en un cliente Web y entregadas al estudiante (consulte la Figura 2.1.1). Se puede recolectar ms de un asset para construir o componer otros; en algunos casos, se puede lanzar como parte de la experiencia de Aprendizaje. El Asset se puede describir con metadatos (consulte la definicin de Metadatos de los Assets que aparece a continuacin) para permitir su bsqueda y ser descubiertos en los repositorios, posibilitando su reutilizacin. Una manera de asociar los Assets a los metadatos es el Paquete de Contenido (consulte la Seccin 3: Empaquetado de Contenido SCORM).
Figura 2.1.1a: Ejemplos de Assets

2.1.2. Objeto de Contenido Compartido (SCOs)

Un SCO es una recopilacin de uno o ms assets que representan un recurso de Aprendizaje individual que puede ser lanzado y que usa el Ambiente de Desempeo de SCORM para comunicarse con el Sistema de Administracin de Aprendizaje. Un SCO representa el nivel ms bajo de granularidad de los recursos de Aprendizaje que el Sistema de Administracin de Aprendizaje puede rastrear usando el Modelo de Datos del Ambiente de Desempeo de SCORM. La nica diferencia entre un SCO y un Asset es que el SCO se comunica con el Sistema de Administracin de Aprendizaje, usando el estndar para Comunicacin de los Servicios en Tiempo de Ejecucin para el Contenido en la Interfaz de Programacin de la Aplicacin en ECMAScript del Instituto de Ingenieros Elctricos y Electrnicos (IEEE, por sus siglas en ingls) [1]. La figura 2.1.2a que aparece a continuacin muestra un ejemplo de un SCO integrado por varios Assets. Para mejorar la reutilizacin, el SCO debe ser independiente de su contexto de Aprendizaje. Por ejemplo, se podra reutilizar un SCO en diferentes experiencias de Aprendizaje para que cumpla distintos objetivos de Aprendizaje. Adems, una Actividad refiere hacia la Organizacin de Contenido y puede agregar ms de un recurso de SCO (y/o recurso de Asset), para formar una unidad de enseanza o capacitacin de alto nivel que cumpla objetivos de Aprendizaje de alto nivel. Los SCOs estn pensados como unidades subjetivamente pequeas para que sea posible su reutilizacin en mltiples contextos de Aprendizaje. SCORM no impone ninguna restriccin particular en cuanto al tamao exacto de los SCOs. Durante las actividades de diseo y autora del contenido, al determinar el tamao del SCO, se debe pensar en cul ser la menor medida lgica de contenido que ser rastreado por el Sistema de Administracin de Aprendizaje durante el Tiempo de Ejecucin. Los requisitos de reutilizacin de las organizaciones afectarn las decisiones sobre el tamao de SCOs. Otros factores que pueden afectar estas decisiones son cunta informacin se necesita para alcanzar un resultado de Aprendizaje y el punto en el que se requiere una decisin de estratificacin para la secuencia. El SCO se puede describir con metadatos (consulte la definicin de Metadatos de los SCOs que aparece a continuacin) para permitir su bsqueda y ser descubiertos en los repositorios, y posibilita su reutilizacin. Una manera de asociar los SCOs a los metadatos es el Paquete de Contenido (consulte la Seccin 3: Empaquetado de Contenido SCORM).
Figura 2.1.2a: Constitucin conceptual de un SCO
Se requiere un SCO para adherirse a los requisitos definidos en el manual RTE de SCORM [2]. Esto implica que debe tener medios para localizar una Instancia API proporcionada por el Sistema de Administracin de Aprendizaje y debe invocar, como mnimo, los mtodos API (Initialize () y Terminate ()). No hay obligacin de invocar ninguno de los otros mtodos API, ya que son opcionales y dependen de la naturaleza del contenido. El requisito de que un SCO deba utilizar el RTE de SCORM ofrece las siguientes ventajas: Cualquier Sistema de Administracin de Aprendizaje que opere con el RTE de SCORM puede lanzar SCOs y rastrearlos, sin importar quin los haya generado; Sistema de Administracin de Aprendizaje que opere con el RTE de SCORM puede rastrear cualquier SCO y saber cundo inici y cundo termina; y Cualquier Sistema de Administracin de Aprendizaje que opere con el RTE de SCORM puede lanzar cualquier SCO de la misma forma.
2.1.3. Organizacin del contenido

La Organizacin de Contenido es un mapa que representa el uso previsto del contenido a lo largo de las unidades estructuradas de enseanza (Actividades). El mapa describe cmo se relacionan entre s las actividades. La figura 2.1.3a que aparece a continuacin muestra un ejemplo de una Organizacin de Contenido. Las Actividades representadas en una Organizacin de Contenido pueden estar formadas por otras Actividades (subactividades), que a su vez pueden estar formadas por otras actividades. No hay un lmite establecido para el nmero de niveles de anidacin de las Actividades. Aunque las taxonomas de Aprendizaje se pueden asociar a los niveles jerrquicos de Actividades (p. ej., curso, captulo, mdulo, etc.), esto no es un requisito. Las actividades que no estn formadas por otras Actividades (actividades de rama) tendrn un recurso de Aprendizaje asociado (recurso de SCO o recurso de Asset) que se utilice para realizar la actividad.
Las actividades que estn formadas de otras Actividades tambin se conocen como Racimos en el manual SN de SCORM. Consulte el manual SN de SCORM para saber ms detalles sobre cmo se pueden definir los comportamientos de las Actividades y Racimos.
Figura 2.1.3a: Ilustracin conceptual de una Organizacin de Contenido
La organizacin de contenido se puede describir con metadatos, posibilitando as que haya oportunidades para la reutilizacin. Una manera de asociar la Organizacin de Contenido a los metadatos es el Paquete de Contenido (consulte la Seccin 3: Empaquetado de Contenido SCORM). Cada Actividad de la Organizacin de Contenido puede hacer referencia a los metadatos para permitir su bsqueda y ser descubiertos en los repositorios, y posibilita su reutilizacin. Una manera de asociar las Actividades a los metadatos es el Paquete de Contenido (consulte la Seccin 3: Empaquetado de Contenido SCORM). La Secuencia slo se aplica a las Actividades. La secuencia prevista de las Actividades se define como parte de la Organizacin de Contenido, estructurando las Actividades entre s y asociando informacin de secuencia a cada Actividad. El Sistema de Administracin de Aprendizaje es responsable de interpretar la informacin de secuencia descrita en la Organizacin de Contenido, aplicando comportamientos de secuencia para controlar la secuencia real de los recursos de Aprendizaje en Tiempo de Ejecucin. Esta estrategia de desarrollo representa una desviacin de la manera tradicional que se ha desarrollado usando herramientas de autor independientes para la capacitacin por computadora (CBT, por sus siglas en ingls). Antes, estas herramientas portaban toda la
informacin de la secuencia y navegacin que rige qu parte del curso ver el estudiante en formatos de datos patentados. Casi en todos los casos, las herramientas o los sistemas de autor definieron e implementaron mtodos de secuencia patentados y a veces exclusivos para el contenido. Antes de la llegada de SCORM y del cambio hacia una estrategia de desarrollo interoperable, era extremadamente difcil compartir contenidos entre distintos ambientes de autor e igualmente difcil reutilizar el contenido en otros contextos que involucraban distintos requisitos de secuencia. Dentro de SCORM, la informacin de secuencia se define en las Actividades representadas en la Organizacin de Contenido y es externo a los recursos de Aprendizaje asociados a esas Actividades. Es responsabilidad del Sistema de Administracin de Aprendizaje lanzar los recursos de Aprendizaje asociados a las actividades en respuesta a la aplicacin de los comportamientos de secuencia definidos. Esto es importante conceptualmente porque la reutilizacin del recurso de Aprendizaje es limitada si un recurso de Aprendizaje porta informacin especfica al contexto del curso. Por ejemplo, si un recurso de Aprendizaje contiene una estratificacin preprogramada hacia otro recurso de Aprendizaje bajo condiciones especficas, no podra ser utilizado en un curso distinto en el cual el segundo recurso de Aprendizaje podra no ser aplicable o no estar disponible. La reutilizacin de un recurso de Aprendizaje depende de que sea independiente y autnoma. SCORM reconoce, sin embargo, que algunos recursos de Aprendizaje pueden contener una lgica interna para cumplir una tarea de Aprendizaje particular. Un recurso de Aprendizaje de ese tipo podra estar estratificado por dentro, dependiendo de las interacciones del usuario. Todos estos estratos son autnomos, relevantes para un recurso de Aprendizaje independiente y por lo general no son visibles para el Sistema de Administracin de Aprendizaje. Es importante sealar que la estratificacin interna no debe hacer referencia a recursos de Aprendizaje externos que pueden o no estar presentes en otras organizaciones de contenido. sta es una parte fundamental a la que los desarrolladores de contenido deben prestar atencin al determinar qu recursos de Aprendizaje deben ser utilizados y cmo deben ser agregados.
2.1.4. Componentes de los metadatos de SCORM

El Perfil de los Metadatos de SCORM es un mapeo y una forma de uso recomendada de los elementos de los Metadatos del Objeto de Aprendizaje (LOM) del Comit de Estndares para la Tecnologa del Aprendizaje (LTSC) del IEEE para cada uno de los Componentes del Modelo de Contenido de SCORM. Por lo general se ofrece una gua para que los metadatos se apliquen a los Assets, los SCOs, las Actividades, las Organizaciones de Contenido y las Agregaciones de Contenido, con el fin de describirlos de manera consistente para que puedan ser identificados, categorizados, buscados y descubiertos en uno y entre varios sistemas para facilitar an ms la reutilizacin. Las polticas que rigen la aplicacin de metadatos a los componentes del Modelo de Agregacin de Contenido deben ser definidas dentro de las organizaciones que deseen permitir la reutilizacin basndose en los requisitos de esas organizaciones. SCORM no intenta imponer requisitos en relacin al rango de las etiquetas de los metadatos en los Componentes del Modelo de Contenido, sino ms bien ofrecerle a las organizaciones que deseen compartir y reutilizar el contenido, una gua prctica basada en estndares.
2.1.4.1. Modelo de Agregacin de Contenidos (CAM)

Los Metadatos de Agregacin de Contenido se refieren a la Agregacin de Contenido (es decir, el paquete de contenido) en su totalidad. El propsito de aplicar metadatos de Agregacin de Contenido es la posibilidad de encontrar la agregacin de contenido y ofrecer informacin descriptiva sobre la Agregacin de Contenido en su totalidad. Los requisitos para los metadatos de cualquier Agregacin de Contenido se deben ajustar a los requisitos dispuestos en el Perfil de la Aplicacin de Metadatos de la Agregacin de Contenido.
2.1.4.2. Metadatos de la organizacin del contenido

Los Metadatos de la Organizacin de Contenido describen a la Organizacin de Contenido. El propsito de aplicar metadatos de Organizacin de Contenido es lograr encontrarla dentro, por ejemplo, de un repositorio de contenido, y ofrecer informacin descriptiva acerca de la estructura del contenido en su totalidad, segn se explica en la Organizacin del Contenido. Los requisitos para los metadatos de cualquier Organizacin de Contenido se deben ajustar a los requisitos dispuestos en el Perfil de la Aplicacin de Metadatos de la Organizacin de Contenido.
2.1.4.3. Metadatos de las actividades

Los Metadatos de las Actividades describen una Actividad individual. El propsito de aplicar metadatos de las Actividades es hacer que sea posible encontrar la Actividad (permitiendo que sea descubierta) dentro de un repositorio de contenido. Los Metadatos deben describir la Actividad en su totalidad. Los requisitos para los metadatos de cualquier Actividad se deben ajustar a los requisitos dispuestos en el Perfil de la Aplicacin de Metadatos de la Actividad.
2.1.4.4. Metadatos de los SCO Se pueden aplicar metadatos a los SCOs para ofrecer informacin descriptiva sobre el contenido del SCO independientemente de cualquier uso o potencial uso dentro del contenido del curso. Estos metadatos se utilizan para facilitar la reutilizacin y la capacidad de que ese contenido sea encontrado, por ejemplo, dentro de un repositorio de contenido. Los requisitos para los metadatos de cualquier SCO se deben ajustar a los requisitos dispuestos en el Perfil de la Aplicacin de Metadatos de los SCOs. 2.1.4.5. Metadatos de los Assets Se pueden aplicar metadatos a los Assets para ofrecer informacin descriptiva sobre los Assets independientemente de cualquier uso o potencial uso dentro del contenido del curso. Estos metadatos se utilizan para facilitar la reutilizacin y la capacidad de que ese contenido sea encontrado, por ejemplo, dentro de un repositorio de contenido. Los requisitos para los metadatos de cualquier Asset se deben ajustar a los requisitos dispuestos en el Perfil de la Aplicacin de Metadatos de los Assets. 2.1.4.6. Aplicacin de los Metadatos El mecanismo para vincular los Componentes del Modelo de Contenido discutidos anteriormente, al perfil de aplicacin de los Metadatos es el Paquete de Contenido, segn lo descrito en SCORM.
Actualmente existen cinco lugares en los que se pueden aplicar los metadatos dentro de un paquete de contenido: El Manifiesto: Los Metadatos al nivel del manifiesto describen el paquete de contenido en su totalidad. Los metadatos puestos a nivel de metadatos son Metadatos de la Agregacin de Contenido de SCORM. La Organizacin: Los Metadatos al nivel de la organizacin describen la Organizacin de Contenido en su totalidad. Puede tratarse de un curso, una unidad, leccin o cualquier otra unidad educativa organizada. Los metadatos puestos al nivel de la organizacin son Metadatos de Organizacin de Contenido SCORM. El Artculo (item): Los metadatos al nivel del artculo describen una jerarqua anidada de Actividades de manera sensible al contexto. Al asociarlos a un artculo, se debe utilizar la definicin de Metadatos de Actividad de SCORM. Recurso: Los metadatos al nivel del recurso describen un recurso de SCO o un recurso de Asset de manera independiente del contexto. Estos metadatos estn ligados a las definiciones de Metadatos de SCO y Metadatos de Asset de SCORM (determinada por el tipo de recurso atributo adlcp:scormType). Archivo: Los metadatos al nivel de archivo describen un Asset de manera independiente del contexto. Estos metadatos estn ligados a la definicin de Metadatos de Asset de SCORM.
SECCIN 3
Empaquetado de Contenido SCORM
3.1. Introduccin al Empaquetado de Contenido

Una vez que se disee y se construya el contenido de Aprendizaje, existe la necesidad de hacer que el contenido est a disposicin de los aprendices, las herramientas de autor, los repositorios o los Sistemas de Administracin de Aprendizaje. La Especificacin del Empaquetado de Contenido IMS fue diseada para ofrecer una manera estndar de estructurar e intercambiar el contenido de Aprendizaje. El propsito del Paquete de Contenido es ofrecer una manera estandarizada de contenido de Aprendizaje entre distintos sistemas o herramientas. El Paquete de Contenido tambin ofrece un lugar para describir la estructura (o la organizacin) y el comportamiento previsto de un grupo de contenido de Aprendizaje. Se espera que los paquetes de contenido sean utilizados para transferir el contenido de Aprendizaje o los grupos de contenidos de un Sistema de Administracin a otro, o de una herramienta de desarrollo o repositorio de contenido a otros. La Especificacin de Empaquetado de Contenido IMS [3] ofrece un formato comn de entrada y salida compatible con cualquier sistema. El Empaquetado de Contenido SCORM es un conjunto de requisitos y guas especficas, o de perfiles de aplicacin para la Especificacin de Empaquetado de Contenido IMS. Los Paquetes de Contenido SCORM se adhieren estrictamente a la Especificacin de Empaquetado de Contenido IMS y ofrecen otros requisitos explcitos y guas adicionales para empaquetar los Assets, SCOs y la Organizacin del Contenido. Esta seccin se organiza de la siguiente manera: La Seccin 3.2: Componentes del Paquete de Contenido define los conceptos clave que se ocupan del paquete de contenido. Estos conceptos clave son tiles para alcanzar una comprensin fundamental del paquete de contenido antes de describir requisitos especficos. La Seccin 3.3: Componentes de un Manifiesto definen la composicin del manifiesto del Paquete de Contenido. El manifiesto acta como la "ficha del envo" del paquete de contenido. Describe los componentes del paquete de contenido. La Seccin 3.4: Cmo Construir Paquetes de Contenido define el proceso de construccin de un paquete de contenido. Esta seccin se enfoca en la creacin del paquete de contenido y del archivo de manifiesto. La seccin describe los componentes en XML del manifiesto y los requisitos para usarlos. La Seccin 3.5: Perfiles de Aplicacin del Paquete de Contenido SCORM define especficamente cmo crear paquetes SCORM certificados que contengan Assets, SCOs y Organizaciones de Contenido. Esta seccin describe los dos tipos de perfiles de aplicacin y los requisitos asociados a esos perfiles. La Seccin 3.6: Mejores Prcticas y Lineamientos Prcticos es una recopilacin de mejores prcticas y lineamientos para construir o procesar paquetes de contenido.
3.2. Componentes del Paquete de Contenido

Esta seccin contiene una explicacin sobre los paquetes de contenido, la nomenclatura usada para describirlos y su composicin. La Especificacin de Empaquetado de Contenido IMS se refiere a las estructuras de datos usadas para favorecer la interoperabilidad del contenido basado en Internet con las herramientas de autor, los Sistemas de Administracin de Aprendizaje y los Ambientes de Tiempo de Ejecucin. El objetivo de la Especificacin del Empaquetado de Contenido IMS es definir un conjunto estndar de estructuras que se puedan utilizar para intercambiar contenidos. El alcance de la Especificacin del Empaquetado de Contenido IMS se enfoca en definir la interoperabilidad entre sistemas que busquen importar, exportar, agregar o desagregar Paquetes de Contenido. Un Paquete de Contenido contiene dos componentes principales: Un documento XML especial que describe la estructura de contenido y los recursos asociados al paquete, llamado archivo manifiesto (imsmanifest.xml). Consulte la seccin 3.3: Componentes del Manifiesto para ver ms detalles sobre los manifiestos. Se requiere que el manifiesto se encuentre en la raz del paquete de contenido. El contenido (es decir, archivos fsicos) que componen el paquete de contenido. La figura 3.2a es un diagrama conceptual que ilustra los componentes de un Paquete de Contenido.
Eliminado: de Eliminado: trata de Eliminado: ofrecer
Figura 3.2a: Diagrama Conceptual del Paquete de Contenido

3.2.1. Paquete
Un paquete representa una unidad de Aprendizaje. La unidad de Aprendizaje puede ser parte de un curso que tenga relevancia educativa fuera de la organizacin de un curso y que se pueda entregar independientemente, como parte de un curso, como curso entero o como recopilacin de cursos. Una vez que un paquete llega a su destino, debe permitir que se le desagregue o agregue. Un paquete tambin debe poder ser independiente; es decir, debe contener toda la informacin necesaria para utilizar el contenido de Aprendizaje empaquetado en el momento en que se desempaquete.
3.2.2. Manifiesto
Un manifiesto es un documento XML que contiene un inventario estructurado del contenido de un paquete. Si el paquete de contenido est pensado para ser entregado a un usuario final, el manifiesto tambin contendr informacin sobre cmo se organiza el contenido. El alcance de un manifiesto es elstico. Un manifiesto puede describir la parte de un curso que pueda ser independiente del contexto de un curso (un objeto educativo), un curso entero, una recopilacin de cursos, o tan slo una recopilacin de contenido que deba ser enviado de un sistema a otro. Al empaquetar una recopilacin de cursos, un paquete de contenido de ese tipo, por lo general tendra que ser desagregado para que pueda ser entregado a los aprendices en un Sistema de Administracin de Aprendizaje prctico en Tiempo de Ejecucin. La manera en que se lleve a cabo esta desagregacin est fuera del alcance de esta versin de SCORM. A estas alturas no hay consenso o estndares acerca de cmo publicar un paquete muy grande o muy complejo en un Sistema de Administracin de Contenido prctico, ya que los distintos sistemas y repositorios utilizan diversos mtodos para representar o almacenar el contenido de Aprendizaje que se entregar a los aprendices. La regla general es que el paquete siempre contendr un manifiesto individual de alto nivel que puede incluir uno o ms (sub)manifiestos. El manifiesto de alto nivel siempre describe el paquete. Cualquier (sub)manifiesto anidado explica el contenido al nivel al que el (sub)manifiesto cubre, ya sea el curso, el objeto educativo u otro. Nota de ADL: El IMS Global Consortium, Inc. est trabajando en una nueva versin para la Especificacin de Empaquetado de Contenido IMS. Uno de los principales problemas que el IMS est resolviendo se relaciona a los (sub)manifiestos, su uso, los requisitos de uso y los requisitos de sintaxis XML. A estas alturas, ADL recomienda no utilizar (sub)manifiestos hasta que se concluya la labor del IMS. Cualquier pregunta, duda u otra recomendacin acerca de los (sub)manifiestos deben enviarse a ADL. El manifiesto se debe apegar a los siguientes requisitos (segn lo definido por la Especificacin de Empaquetado de Contenido IMS): El archivo manifiesto debe llamarse imsmanifest.xml El imsmanifest.xml, y cualquiera de sus archivos de control que sirvan de apoyo (p. ej., DTD, XSD), deben estar en la raz del paquete de contenido. Si se usan extensiones para describir caractersticas definidas de organizacin y stas se representan en XML; absolutamente todos los archivos de control tambin deben estar en la raz del paquete.
Esto incluye cualquier archivo de control necesario para
validar instancias de XML, incluyendo las referidas por el elemento <adlcp:location>. Todos los requisitos definidos en la Especificacin de Vinculacin XML de Empaquetado de Contenido IMS, cualquier restriccin y requisito adicional para la vinculacin IMS, segn lo definido en la Seccin 3.4: Cmo Construir Paquetes de Contenido. 3.2.3. Archivo de intercambio de paquetes (PIF, por sus siglas en ingls) El Archivo de Intercambio de Paquetes (PIF, por sus siglas en ingls) es un envoltorio con los componentes del paquete de contenido, bajo la forma de un archivo comprimido. El PIF contiene el imsmanifest.xml, todos los archivos de control y los recursos a los que se hace referencia en el paquete de contenido (los que son locales del PIF, es decir, que estn dentro del paquete de contenido). SCORM recomienda que los paquetes de contenido sean creados como PIFs. El PIF proporciona un formato conciso de entrega por la Web, que puede ser utilizado para transportar los paquetes de contenido de sistema a sistema. Si se usa un PIF para representar el paquete de contenido, SCORM exige que el PIF se adhiera al RFC 1951 [12]. Adems de este requisito, SCORM pide que el formato del archivo sea PKZip v2.04g (.zip). Este archivo .zip se adhiere al RFC1951.
3.3. Componentes de un Manifiesto
El archivo manifiesto representa la informacin necesaria para describir el contenido del paquete. La figura 3.3a describe la composicin de un archivo manifiesto.
Figura 3.3a: Componentes de un Manifiesto
El manifiesto se compone de cuatro secciones principales: Metadatos: los datos que describen el paquete de contenido en su totalidad. Organizaciones: contiene la estructura o la organizacin de contenido de los recursos de Aprendizaje que componen una unidad independiente o las unidades de la enseanza. Recursos: define los recursos de Aprendizaje integrados al paquete de contenido. (sub)Manifiesto(s): describe cualquier unidad de enseanza anidada lgicamente (que pueda ser tratada como unidad independiente).
3.3.1. Metadatos
Los metadatos se definen como datos acerca de los datos. Los metadatos representados en la Figura 3.3a se utilizan para describir el paquete de contenido (es decir, la Agregacin de Contenido) en su totalidad. Estos metadatos permiten que el paquete de contenido sea buscado y localizado. Tambin permiten que haya un mecanismo para describir las caractersticas del paquete de contenido. Nota de ADL: Tambin se pueden utilizar los metadatos en distintas ubicaciones dentro del manifiesto para describir los diferentes aspectos del paquete de contenido. (Consulte la Seccin 4.5.1: Cmo Asociar Metadatos con los Componentes de SCORM para ver ms informacin.)
3.3.2. Organizaciones
El componente de Organizaciones se utiliza para describir cmo est dispuesto el paquete de contenido. Puede contener uno o ms componentes de Organizacin, y cada uno describe una estructura particular del contenido del paquete. La versin actual de la Especificacin de Empaquetado de Contenido IMS define solamente una forma de organizacin de contenido, en forma de un rbol o de una jerarqua. Ni la Especificacin de Empaquetado de Contenido IMS ni SCORM especifican si esa jerarqua debe representar una taxonoma o una nomenclatura de Aprendizaje particular. Es decir, SCORM no especifica trminos tales como mdulo, leccin y as sucesivamente, para describir los niveles de jerarqua de una organizacin de contenido. Esos trminos suelen ser resueltos de manera particular. Por lo tanto, la eleccin de la nomenclatura se deja al desarrollador de contenido.
3.3.2.1. Mltiples organizaciones de contenido

La Especificacin de Empaquetado de Contenido IMS separa los recursos de Aprendizaje de la manera en que esos recursos estn organizados, posibilitando que haya uno o ms usos de los mismos recursos de Aprendizaje en distintos contextos. Para entregar el paquete de contenido al estudiante en un Sistema de Administracin de Aprendizaje debe haber, por lo menos, una organizacin de contenido. En algunos casos es til definir distintas maneras de utilizar el contenido en un paquete. Cada una de estas maneras se representa en una organizacin de contenido distinta. Aunque existen varias organizaciones de contenido, siempre hay alguna que est sealada como la predeterminada si la entidad que utiliza el paquete no puede decidir cul usar.
3.3.2.2. Organizacin del contenido

La organizacin de contenido describe de qu manera se organiza el contenido del paquete para su uso. En la Versin 1.2 de SCORM, el nico uso definido de las organizaciones de contenido es una clase de ndice de los recursos que hay en el paquete de contenido. En SCORM 2004, la organizacin de contenido tambin se utiliza como una manera de describir la jerarqua de las actividades de Aprendizaje que aprovechan los recursos de Aprendizaje. Estos recursos se describen en otra parte del manifiesto. La organizacin de contenido no se debe confundir con la estructura fsica del paquete de contenido, ni con la estructura del manifiesto en s mismo. Por ejemplo, los archivos de un paquete de contenido a menudo se organizan en una jerarqua de carpetas, pero esa estructura en s misma no puede decirle al usuario de un paquete de contenido cmo utilizar el contenido. El propsito de la organizacin de contenido es ofrecerle al desarrollador de contenido los medios para especificar las unidades de enseanza que utilizan las colecciones de recursos de Aprendizaje. Una unidad de enseanza de ese tipo es una jerarqua de actividades de Aprendizaje, para la cual se pueden prescribir comportamientos y reglas especficos de una manera tal, que la estructura de esta actividad y los comportamientos asociados a ella se puedan reproducir en el ambiente de cualquier Sistema de Administracin de Contenido certificado para SCORM. Con cualquier actividad definida en la organizacin de contenido, el desarrollador de contenido puede o no puede definir comportamientos y reglas especficos. Si no hay reglas especficas, la organizacin de contenido es slo un mapa que se puede utilizar para navegar a voluntad en los
recursos de Aprendizaje definidos en el paquete de contenido. Al agregar reglas y comportamientos especficos, la organizacin de contenido se convierte en una gua que prescribe la manera en que el Sistema de Administracin de Aprendizaje debe manejar la experiencia y el uso de los recursos de Aprendizaje por parte del estudiante. Una organizacin de contenido puede ser concebida como un mapa estructurado de recursos de Aprendizaje, o un mapa de actividades estructurado para dirigir al estudiante con una jerarqua de actividades que utilicen los recursos de Aprendizaje. Un desarrollador de contenido puede elegir estructurar la organizacin de contenido para los recursos de Aprendizaje, mientras que otro puede elegir estructurarla como una trayectoria dirigida adaptable dentro de una experiencia de Aprendizaje, invocando los recursos de Aprendizaje solamente cuando sean necesarios. Otro desarrollador ms podra crear una organizacin de contenido donde algunas de las actividades de descubrimiento sean usar libremente algunos de los recursos de Aprendizaje, mientras que otras actividades se manejen ms formalmente. Un Sistema de Administracin de Aprendizaje puede crear su propia representacin interna para el paquete y su contenido. La especificacin de una organizacin de contenido en SCORM no implica que se les exija a los Sistemas de Administracin de Aprendizaje adoptar el modelo de contenido de la organizacin o almacenar los componentes del paquete usando la misma organizacin estructural. El componente de Organizacin definido en la Especificacin del Empaquetado de Contenido IMS proporciona el marco para la informacin que se requiere para representar la estructura de contenido. Por diseo, el componente de Organizacin tambin contiene la capacidad de agregar, con cada artculo de la organizacin, informacin adicional, como metadatos o reglas y prescripciones de comportamiento. SCORM se refiere a ellos como componente de Organizaciones, y a lo que pueden representar como Organizacin de Contenido. La Organizacin de Contenido no es un inventario de los recursos de Aprendizaje en s, y no describe esos recursos. El modelo de Empaquetado de Contenido IMS tambin proporciona una manera limpia de inventariar y agrupar todo el contenido (es decir, los archivos fsicos) necesarios para entregar los recursos de Aprendizaje, as como para identificar relaciones entre los archivos que pertenecen a uno o ms recursos de Aprendizaje, incluyendo los externos que no estn como archivos fsicos dentro del paquete.
3.3.2.2.1. Contenido de Autor y Colecciones de Contenido

Las organizaciones de contenido proporcionan los medios para representar la estructura de las colecciones de recursos de Aprendizaje. ste es un enfoque relativamente nuevo en cuanto al diseo de contenido de Aprendizaje. Anteriormente, las herramientas de autor de enseanza por computadora ofrecan los medios para crear las partes de un curso y para decidir cmo y cundo se presentaban esas piezas al estudiante. Los recursos de Aprendizaje y la organizacin de contenido por lo general eran inseparables, y se desarrollaban usando las mismas herramientas y formatos de datos patentados. El cambio hacia tecnologas basadas en Internet y la nocin de desarrollar objetos de contenido reutilizables alteraron el proceso de autora considerablemente. En SCORM, el Sistema de Administracin de Aprendizaje es el responsable de entregar el contenido segn las prescripciones integradas a la organizacin de contenido. Eso significa que el diseador del Sistema de Administracin de Aprendizaje previ cmo y cundo se deban presentar al estudiante los recursos de Aprendizaje incluidos en un paquete de contenido. La organizacin de contenido, que est situada en la seccin de las organizaciones del paquete de manifiesto, permite que el diseador le proporcione esta informacin al Sistema de Administracin de Aprendizaje.
Esto significa que crear una unidad de enseanza consiste en hacer o recopilar recursos de Aprendizaje y tambin ser autor de una organizacin de contenido que utilice esos recursos usando, tal vez, herramientas de autora totalmente distintas. En SCORM, hay dos productos de autora distintos: Informacin de autora de la organizacin de contenido, que el Sistema de Administracin de Aprendizaje utiliza como prescripcin y la procesa durante el Tiempo de Ejecucin; y los recursos de Aprendizaje de autor, que se lanzan en el ambiente del explorador, segn lo prescrito por la organizacin de contenido. A diferencia de muchos modelos de enseanza por computadora, en este caso la estructura es independiente del contenido. Ahora la estructura est totalmente expuesta y se puede representar de forma estandarizada. Los paquetes de contenido ya se pueden entregar de una manera predecible, para producir experiencias de Aprendizaje comparables en los ambientes de distintos Sistemas de Administracin de Aprendizaje.
3.3.2.3. Cmo Representar Estructura de Contenido

Una organizacin de contenido SCORM incluye componentes que estn previstos para definir distintos aspectos de una estructura de contenido: La Jerarqua de Contenido: sta es una representacin en forma de rbol, muy parecida a un ndice que representa la organizacin lgica de los recursos de Aprendizaje o las actividades que stos utilizan. En muchos casos, pero no en todos, este rbol jerrquico se puede cruzar en un orden especfico que represente el orden predeterminado que el autor previ como la ruta del estudiante en los materiales. Los Metadatos: stos son datos opcionales, especficos al contexto, que describen la actividad definida en la organizacin de contenido. Esos metadatos se pueden manejar para describir cmo debe ser utilizado un recurso de Aprendizaje particular en una organizacin de contenido particular (p. ej., la competencia o los objetivos que se deban presentar al estudiante cuando se usa el recurso de Aprendizaje en una actividad particular). Secuencia, Secuencia Adaptable y Navegacin: Se pueden incorporar prescripciones opcionales a la organizacin de contenido si el desarrollador desea controlar qu recursos de Aprendizaje se deben presentar al estudiante a medida que navega el contenido. Lo predeterminado: si no se define ninguna prescripcin de secuencia y navegacin, entonces que el estudiante elija cualquier artculo de contenido a voluntad. Si se aaden prescripciones especficas se puede alterar este comportamiento predeterminado. Por ejemplo, incluir un flujo para los artculos de la organizacin de contenido le ordenar al Sistema de Administracin de Aprendizaje que dirija la navegacin en el orden definido en el rbol de la organizacin. Una secuencia adaptable ms compleja podra estar basada en el grado de culminacin de ciertos recursos de Aprendizaje o en un cmputo ms complejo de las preferencias del usuario o de los resultados de la evaluacin. Las Organizaciones de Contenido deben representar una amplia variedad de enfoques a la agregacin del contenido. Una organizacin de contenido puede representar una agregacin de contenido que va desde recursos de Aprendizaje muy, muy pequeos algunos de tan slo unas lneas de HTML, o con slo un breve archivo de medios hasta otros altamente interactivos que son rastreados por el Sistema de Administracin de Aprendizaje. El CAM de SCORM es neutral en cuanto a la complejidad del contenido, el nmero de niveles jerrquicos de una unidad de enseanza particular (es decir, la taxonoma) y de la metodologa educativa usada.
La tabla 3.3.2.3a representa ejemplos de varios modelos de taxonoma curricular, segn se utilizan en las fuerzas armadas estadounidenses y canadienses, y que pueden ser representados en una organizacin de contenido de SCORM.
Tabla 3.3.2.3a: Ejemplos de Modelos de Taxonoma Curricular
Ejrcito de los Estados Unidos Curso Mdulo Leccin Objetivo de Aprendizaje Paso de Aprendizaje
Fuerza Area de los Estados Unidos Curso Bloque Mdulo Leccin Objetivo de Aprendizaje
Cuerpo de Marines de los Estados Unidos Curso Fase Subcurso (Anexo)( Leccin Tarea Objetivo de Aprendizaje Paso de Aprendizaje
Fuerzas Armadas Canadienses Curso Objetivo de Desempeo Objetivo Capacitador Punto de Enseanza
3.3.2.3.1. Jerarqua de contenido

Por lo general se puede organizar una recopilacin de recursos de Aprendizaje en una jerarqua, que se representara como organizacin de contenido. Otro enfoque para la organizacin de recursos de Aprendizaje es definir una jerarqua de actividades que dependan de los recursos para recibir una experiencia de Aprendizaje especfica. En este caso, el nivel superior de la jerarqua es la actividad principal, que consiste en subactividades. Dependiendo de la metodologa de diseo, este agrupamiento jerrquico se puede utilizar para constituir conceptos como Curso, Captulo, Tema u otros trminos similares que representan la manera en que el contenido se organiza para ser entregado a un estudiante. La especificacin de Empaquetado de Contenido IMS define un conjunto de trminos usados para representar la jerarqua de contenido. La Figura 3.3.2.3.1a representa la manera en que una organizacin de contenido forma una estructura jerrquica y hace un mapa hacia una recopilacin de recursos de Aprendizaje (segn lo definido por la Especificacin de Empaquetado de Contenido IMS). La estructura jerrquica es un rbol de elementos Artculo (Item) anidados. La raz del rbol es el elemento de Organizacin. Un elemento de Artculo puede referir hacia un elemento de Recurso (Resource) que describe un recurso de Aprendizaje especfico, el cual ser lanzado cuando el Artculo se maneje como actividad. El mismo elemento de Recurso puede ser referido por ms de un elemento de Artculo. SCORM y la Especificacin SS del IMS [5] son perfiles de aplicacin de la Especificacin de Empaquetado de Contenido IMS, y, como tales, agregan un par de restricciones. Una de ellas es que solamente los Artculos de rama (los Artculos que no tengan hijos) puede referir hacia un recurso de Aprendizaje. Otra es que la Organizacin debe contener por lo menos un Artculo. Adems, SCORM exige que el recurso de Aprendizaje sea un SCO o un Asset. stos sern mencionados con ms detalles en la seccin sobre Recursos.
Figura 3.3.2.3.1a: Terminologa de la Jerarqua de Contenido IMS
3.3.2.3.2. Metadatos
Cuando un recurso de Aprendizaje se crea con la intencin de ser reutilizado, se considera una mejor prctica describirlo con metadatos. Los metadatos permiten que el recurso de Aprendizaje sea encontrado cuando se almacena en un paquete de contenido o en un repositorio. Tambin hace que el recurso sea ms reutilizable puesto que uno puede, con slo examinar los metadatos, decidirse a reutilizarlo sin tener que abrirlo y examinar el recurso en s mismo. Esos metadatos se consideran independientes del contexto, ya que describen el recurso de Aprendizaje sin importar dnde pueda encontrarse, independientemente de cualquier uso particular que tenga en el contexto de una estrategia de Aprendizaje especfica. Por ejemplo, imagine un SCO individual que ensea cmo hilar una aguja. Los metadatos de este SCO pueden indicar la habilidad que se adquirir insertar un hilo en el ojo de una aguja y quiz incluso describir la simulacin que forma parte de la experiencia de Aprendizaje. Sin embargo, estos metadatos no explican cmo se podra utilizar la aguja. Cuando el uso del recurso de Aprendizaje se define como parte de una estrategia de Aprendizaje, se pueden utilizar metadatos adicionales para describir la actividad que utiliza el recurso. Los metadatos que son especficamente para una estrategia de Aprendizaje particular se llaman metadatos especficos al contexto y se integran a la organizacin de contenido. Podran, por ejemplo, incluir una explicacin de por qu esa actividad en particular est en ese lugar de la secuencia de enseanza. Por lo general los metadatos independientes del contexto nos dirigen hacia metadatos inmutables que describen assets digitales, objetos de contenido o colecciones de objetos. Por el otro lado, los metadatos especficos al contexto nos dirigen hacia metadatos que slo tienen sentido en el contexto particular de una organizacin de contenido.
Desarrollar y aplicar metadatos a los recursos de Aprendizaje y a las colecciones de recursos de Aprendizaje es un concepto nuevo para muchos. An estn por desarrollarse mejores prcticas para este fin. En algunos casos, el propsito principal de los metadatos es facilitar el descubrimiento y la reutilizacin del contenido. En otros, es estrictamente informativo y le ofrece informacin a los autores sobre el diseo y la intencin del objeto de Aprendizaje descrito o sobre un artculo de la organizacin de contenido. Algunos han teorizado que se podran ofrecer metadatos a los aprendices para ayudarles a navegar en el contenido. An no se alcanza ningn consenso en cuanto al uso comn de los metadatos, pero se han tomado medidas en estas especificaciones para una variedad de usos potencialmente muy valiosos de los metadatos. Si el paquete de contenido est pensado solamente para ser entregado a los aprendices, y no hay intencin de reorganizarlo o desagregarlo para reutilizar sus componentes en otra organizacin, agregar metadatos detallados en cada elemento del paquete de contenido puede ser contraproducente, ya que esos metadatos harn que el paquete de contenido sea ms costoso de almacenar, transmitir y manejar. Por otro lado, si hay alguna posibilidad de que el paquete de contenido sea modificado, reorganizado o desagregado para ser reutilizado posteriormente, es muy til que haya metadatos en cada elemento que pueda ser reutilizado o que necesite ser interpretado. En caso de duda, la experiencia previa con el contenido parece indicarnos que lo mejor es agregar metadatos, aun si despus son retirados, cuando se requiera dinamizar la entrega del paquete.
3.3.2.3.3. Secuencia, Secuencia Adaptable y Navegacin

Secuencia y Navegacin son los comportamientos que el Sistema de Administracin de Aprendizaje debe seguir para presentar una experiencia de Aprendizaje tal y como fue concebida por el autor o el desarrollador de contenido. Esta experiencia de Aprendizaje puede ser libre, en la cual el estudiante elige cualquier artculo de la organizacin de contenido en cualquier orden, o puede ser dirigida por flujo, a lo largo de la estructura de la organizacin de contenido. La experiencia de Aprendizaje puede ser adaptable, con distintos comportamientos que dependan del desempeo del estudiante u otras variables que el Sistema de Administracin de Aprendizaje puede rastrear. SCORM define un sistema predeterminado para ordenar la informacin que rige la secuenciar y navegacin en una organizacin de contenido especfica. Sin embargo, la informacin predeterminada de secuencia solamente prev un orden libre. Muchos desarrolladores de contenido y diseadores de enseanza prefieren usar estrategias educativas o de enseanza especficas. En esos casos, el desarrollador de contenido puede definir alguna informacin de secuencia especfica que prescriba la manera en que el Sistema de Administracin de Aprendizaje manejar la experiencia de Aprendizaje. La informacin de secuencia se asocia a los elementos del rbol de la organizacin de contenido y cada uno de estos elementos representa una actividad en la que el estudiante se pueda involucrar, bajo el control de la informacin de secuencia. La aplicacin de informacin de secuencia por lo general ocasiona el lanzamiento de un recurso de Aprendizaje, o una opcin que el estudiante debe tomar dentro de los lmites definidos por el desarrollador de contenido. Dado que la informacin de secuencia y navegacin es parte de la organizacin de contenido, que es en s misma parte del paquete manifiesto, se pueden incorporar comportamientos previstos al paquete de contenido de manera que el paquete se use para ofrecer la misma experiencia de Aprendizaje en cualquier Sistema de Administracin de Aprendizaje certificado para SCORM.
La Secuencia y Navegacin SCORM ofrece, entre otras cosas, la capacidad de definir actividades de secuencia altamente adaptables. Por ejemplo, permite la estratificacin condicional hacia otra actividad, dependiendo de si el estudiante concluy cierta tarea, si obtuvo una calificacin aceptable o si logr cierto objetivo. La informacin de Secuencia y Navegacin que est integrada en la organizacin de contenido puede prescribir si el Sistema de Administracin de Aprendizaje le permitir al estudiante utilizar recursos de Aprendizaje en el paquete de contenido, y tambin la manera en que lo har, basndose en la forma en que otros recursos de Aprendizaje del mismo paquete han sido utilizados en actividades anteriores. Anteriormente, las herramientas de creacin de enseanza por computadora solan ofrecer funciones de secuencia y navegacin codificadas en formatos de datos patentados, pero surgieron nuevos requisitos, como la capacidad de publicar y mostrar contenidos basados en exploradores en distintos Sistemas de Administracin de Aprendizaje. Otro requisito era poder separar la estructura y la lgica de la estrategia educativa del recurso de Aprendizaje usado en la implementacin de esa estrategia. Esto condujo a la necesidad de estandarizar algunos medios para definir y codificar comportamientos adaptables de secuencia y navegacin, para que las organizaciones de contenido pudieran ser transferidas, usadas y reutilizadas en el ambiente de distintos Sistemas de Administracin de Aprendizaje. El proceso de estandarizacin de la secuencia y la navegacin ha resultado ser difcil por la variedad de complejos enfoques de diseo requeridos para impartir eficazmente ciertas tareas o para preparar a los aprendices para algunos papeles o responsabilidades complejos. Las versiones anteriores de SCORM no ofrecan capacidades de secuencia especficas, solamente permitan el orden libre, dado que es un tema difcil y complejo que necesitaba ms tiempo para encontrar soluciones realizables. Existen muchos requisitos en la comunidad de diseo educativo, y a menudo son muy divergentes. No se ha encontrado ningn enfoque para solucionar todos los casos. No obstante, el enfoque usado en SCORM, que se basa en la Especificacin SS del IMS [5], es lo suficientemente flexible como para que permita una amplia variedad de enfoques de Aprendizaje y de diseo educativo. La Seccin 5: Secuencia y Navegacin en SCORM describe cmo estn integradas las reglas de secuencia y navegacin en la representacin en XML de las organizaciones de contenido de un paquete manifiesto, cumpliendo con la Especificacin SS del IMS y con SCORM. Esta especificacin permite que se asocie informacin robusta de secuencia y navegacin a los paquetes de contenido que extienden el esquema de la organizacin de contenido con prescripciones de secuencia. stas se basan en un modelo comn para expresar reglas, eventos y condiciones, as como comportamientos en tiempo de ejecucin asociados a varios mtodos de secuencia y navegacin. La Especificacin SS del IMS permite que los sistemas entreguen recursos de Aprendizaje de manera fiable, al tiempo que reaccionan de manera consistente a las interacciones de los aprendices con los recursos de Aprendizaje. El enfoque previsto fomenta la reutilizacin de los recursos de Aprendizaje al acceder que los desarrolladores de contenido definan el comportamiento de secuencia y navegacin o las estrategias educativas, independientemente de los recursos de Aprendizaje en s. La informacin adaptable de secuencia se encuentra codificada en la organizacin de contenido, admitiendo que los recursos de Aprendizaje se reutilicen en mltiples contextos (es decir, muchos manifiestos u organizaciones distintas, cada uno con su propio conjunto de informacin de secuencia y navegacin).
3.3.3. Recursos:
El componente de recursos del manifiesto puede describir recursos externos, as como el contenido que hay en el paquete. Estos archivos pueden ser medios, texto, objetos de evaluacin u otras piezas de datos en formato electrnico. Las agrupaciones y relaciones conceptuales entre archivos se representan dentro del componente de recursos. Por lo general la mezcla de recursos se categoriza como contenido. En varios puntos del componente de organizaciones se hace referencia a estos recursos, y esto proporciona su estructura. En la Figura 3.3.3a, un solo Recurso consiste en mltiples componentes. En SCORM, estos componentes son assets simples. Si el Resource fue construido para comunicarse con un Sistema de Administracin de Aprendizaje (consulte el manual RTE de SCORM [2]), entonces el Recurso es un SCO. Si el Resource no fue construido para comunicarse con un Sistema de Administracin de Aprendizaje, se le considera un Asset. El grupo de componentes del Recurso forman el universo de Recursos a los que una Organizacin puede hacer referencia. Este grupo de Recursos y la Organizacin definen la Organizacin del Contenido.
Figura 3.3.3a: Ilustracin conceptual de los Recursos del Manifiesto
El Recurso describe la composicin fsica (el inventario de los componentes) del recurso en su totalidad. Los componentes del recurso se enumeran como Archivos dentro del Recurso.
3.3.4. Contenido
El componente de contenido (es decir, los archivos fsicos) representa los archivos referidos en el componente de recursos. stos podran ser archivos locales que estn dentro del paquete de contenido, o podran ser archivos externos referidos por un Indicador Universal de Recurso (URI, por sus siglas en ingls). Al intercambiar paquetes de contenido se deben declarar y referir en el manifiesto todos los archivos fsicos incluidos en el paquete de contenido. Incluir en el paquete de contenido archivos a los que no se refiera en el manifiesto puede llevar a una amplia gama de problemas cuando el paquete de contenido es importado, abierto o exportado desde un sistema. Durante uno de estos procesos los archivos fsicos podran ser necesarios para completar el paquete de contenido. Los sistemas utilizan el manifiesto para determinar la composicin del paquete de contenido. Si no se enumeran archivos fsicos en el manifiesto, se corre el riesgo de corromper el paquete de contenido posteriormente.
3.4. Cmo Construir Paquetes de Contenido

Esta seccin presenta los requisitos para construir Paquetes de Contenido SCORM. Esta seccin describe la vinculacin XML de la Especificacin de Empaquetado de Contenido IMS en relacin a SCORM. Existen algunas reglas especficas que han dirigido la creacin de esta vinculacin XML: La vinculacin XML se apegar a la Especificacin 1.0 de XML [6] del W3C; y La vinculacin XML debe mantener la estructura definitoria del Modelo de Informacin del Empaquetado de Contenido IMS. Tambin se retomaron algunos requisitos de otras especificaciones y estndares. La mayora se heredaron de los requisitos definidos en la Especificacin de Empaquetado de Contenido IMS. Otras especificaciones y estndares se heredan de manera implcita, basndose en la naturaleza del XML y de otras tecnologas de Internet. Esta seccin tambin define los requisitos para cada uno de los Perfiles de Aplicacin del Paquete de Contenido SCORM: o Perfil de Aplicacin del Paquete de Contenido del Recurso: Un paquete de contenido que contenga solamente recursos (es decir, ninguna organizacin). Este tipo de paquete de contenido se puede utilizar para que incluya un conjunto de recursos de Aprendizaje sin estructura de organizacin o contenido. Estos recursos de Aprendizaje pueden o no tener relaciones entre s. o Perfil de Aplicacin del Paquete de Contenido de la Agregacin de Contenido: Un paquete de contenido que contenga un conjunto de recursos de Aprendizaje y la estructura esttica y los requisitos de secuencia previstos para ellos (es decir, que el manifiesto contiene una o ms organizaciones de los recursos de Aprendizaje). Consulte la Seccin 3.5: Perfiles de Aplicacin del Paquete de Contenido SCORM para ver ms informacin sobre estos perfiles.
3.4.1. Archivo de manifiesto

La siguiente seccin define los requisitos para construir un archivo imsmanifest.xml. Un manifiesto es un inventario estructurado del contenido de un paquete. Si el paquete de contenido est pensado para ser entregado a un usuario final, el manifiesto tambin incluir informacin sobre cmo se organiza el contenido. El imsmanifest.xml es, como el nombre lo implica, un archivo XML. Esta seccin define los requisitos de cada elemento definido en la Especificacin de Empaquetado de Contenido IMS. Algunos elementos utilizan el trmino mnimo permitido (SPM, por sus siglas en ingls) al describir la multiplicidad y/o los tipos de datos. El SPM indica que las aplicaciones que procesan paquetes de contenido deben procesar por lo menos ese nmero de elementos o de caracteres, pero tienen la libertad de operar con el lmite y de excederlo.
Los tipos de datos y los formatos para los elementos son definidos por los tipos de datos prescritos por el Esquema XML Parte 2: Recomendacin de Tipos de Datos del W3 C [13]. El orden de los elementos de XML es igual al definido en la Vinculacin XML del Empaquetado de Contenido IMS para el manifiesto. La siguiente tabla se utiliza para describir los requisitos del Perfil de Aplicacin de Empaquetado de Contenido SCORM (consulte la Seccin 3.5: Los Perfiles de Aplicacin del Empaquetado de Contenido SCORM para ver ms detalles):
Tabla 3.4.1a: Formato de la Tabla del Perfil de Aplicacin del Empaquetado de Contenido SCORM Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto <requirement> <requirement>
La columna izquierda se titula Perfil de Aplicacin del Empaquetado de Contenido SCORM. Esta columna describe los tipos de perfiles de aplicacin definidos por SCORM. La columna derecha se titula Requisitos de Multiplicidad del Manifiesto. Esta columna define los requisitos de multiplicidad de los elementos XML del archivo imsmanifest.xml.
Tabla 3.4.1b: Explicacin de los Requisitos de Multiplicidad del Perfil de la Aplicacin del Empaquetado de Contenido Requisitos de Multiplicidad Explicacin 1 y solamente 1 El elemento debe existir 1 y solamente 1 vez dentro del elemento progenitor. 0 o Ms El elemento puede existir 0 veces o ms dentro del elemento progenitor. 1 o Ms El elemento tiene que existir 1 vez o ms dentro del elemento progenitor. 0 El elemento no est permitido. 0o1 El elemento puede existir 0 o 1 vez dentro del elemento progenitor.
La tabla 3.4.1b define los tipos de multiplicidades que se utilizan en esta seccin. Cada uno de los tipos se acompaa con una breve explicacin.
3.4.1.1. Elemento <manifest> El elemento <manifest> es una unidad de enseanza reutilizable que contiene los metadatos, las organizaciones y las referencias del recurso [3]. El elemento <manifest> es el nodo del elemento de raz del archivo imsmanifest.xml. Las apariciones subsecuentes de los elementos <manifest> dentro de la raz <manifest> se utilizan para dividir en compartimientos los archivos, los metadatos y la estructura de organizacin de la agregacin, la desagregacin y la reutilizacin. A estos elementos <manifest> hijos se les conoce como (sub)manifiestos. Nota de ADL: El IMS Global Consortium, Inc. est trabajando en una nueva versin para la Especificacin de Empaquetado de Contenido IMS. Uno de los principales problemas que el IMS est resolviendo se relaciona a los (sub)manifiestos, su uso, los requisitos de uso y los requisitos de sintaxis XML. A estas alturas, ADL recomienda no utilizar (sub)manifiestos hasta que se concluya la labor del IMS. Cualquier pregunta, duda u otra recomendacin acerca de los (sub)manifiestos deben enviarse a ADL. Todas los declaraciones de namespace deben hacerse dentro del elemento <manifest>. Esto incluye cualquier namespace que sea considerado como extensiones del IMS y de ADL. Aunque esto no supone un requisito, basndose en las especificaciones de XML, ADL toma en cuenta esto como una mejor prctica y anima a los proveedores y las herramientas para que proporcionen esta informacin. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo de Espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <manifest> Requisitos de SCORM: El elemento manifiesto es el nodo del elemento de raz del Manifiesto IMS. El elemento <manifest> de raz existir 1 y solamente 1 vez.
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 1 y solamente 1 1 y solamente 1
Tipo de datos: El elemento <manifest> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <manifest> contiene los siguientes elementos o atributos: Atributos: identificador (obligatorio): Este atributo identifica al manifiesto. El identificador es nico dentro del Manifiesto [3]. Por lo general el atributo del identificador es proporcionado por el autor o la herramienta durante el desarrollo del manifiesto. Tipo de datos XML: xs:ID. versin (opcional): El atributo de versin identifica la versin del Manifiesto [3]. Se usa para distinguir entre manifiestos que tengan el mismo identificador. El valor tiene un SPM de 20 caracteres. Tipo de datos XML: xs:string.
xml:base (opcional): El atributo xml:base ofrece una ruta relativa para los archivos
de contenido que estn en el manifiesto [3]. El uso de este elemento se define en la especificacin de Base XML [7] desarrollada por el World Wide Web Consortium (W3C). El valor tiene un SPM de 2000 caracteres. Tipo de datos XML: xs:anyURI. Elementos:
<metadata> <organizations> <resources> <manifest> <imsss:sequencingCollection>
Ejemplo:
<manifest identifier="SAMPLE1" version="1.3" xml:base="mycontent" xmlns="http://www.imsglobal.org/xsd/imscp_v1p1" xmlns:adlcp="http://www.adlnet.org/xsd/adlcp_v1p3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd http://www.adlnet.org/xsd/adlcp_v1p3 adlcp_v1p3.xsd">  </manifest>
lustracin del cdigo 3-1
3.4.1.2. Elemento de <metadata> El elemento <metadata> contiene metadatos que describen el manifiesto [3]. Contiene informacin relevante que describe el paquete de contenido (es decir, la Agregacin de Contenido) en su totalidad. El elemento <metadata> es considerado el nodo de raz de los metadatos definidos en un paquete de contenido. Esto significa que todos los metadatos de un paquete de contenido estn definidos como hijos del elemento <metadata>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo de Espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <metadata> Requisitos de SCORM: SCORM impone un requisito de que todos los elementos <manifest> contengan los siguientes requisitos de multiplicidad para el elemento <metadata>:
Tipo de datos: El elemento <metadata> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <metadata> contiene los siguientes elementos o atributos: Atributos: Ninguno Elementos:
<schema> <schemaversion> {Metadata}
Ejemplo:
<manifest identifier="SAMPLE1" version="1.3" xml:base="mycontent/" xmlns="http://www.imsglobal.org/xsd/imscp_v1p1" xmlns:adlcp="http://www.adlnet.org/xsd/adlcp_v1p3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd http://www.adlnet.org/xsd/adlcp_v1p3 adlcp_v1p3.xsd"> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> <adlcp:location>packageMetadata.xml</adlcp:location> </metadata> </manifest>
Ilustracin del cdigo 3-2
3.4.1.3. Elemento <schema> El elemento <schema> describe el esquema que define y controla el Manifiesto [3]. Dado que este elemento es un hijo de los metadatos que indican el paquete, el elemento se utiliza para describir el esquema que controla los requisitos del manifiesto. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo de Espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <schema> Requisitos de SCORM: SCORM impone un requisito de que el elemento <schema> se atenga a los siguientes requisitos de multiplicidad:
Tipo de datos: El elemento <schema> se representa como una cadena de caracteres. Tipo de datos XML: xs:string.
SCORM exige que el elemento <schema> contenga la siguiente representacin de vocabulario:

SCORM DE ADL: Esta representacin indica que el Paquete de Contenido fue construido
de acuerdo con los requisitos definidos por SCORM. Ejemplo:

<manifest> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> </metadata> </manifest>
3.4.1.4. Elemento <schemaversion> El elemento <schemaversion> describe la versin del esquema antes mencionado (<schema> )[3]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <schemaversion> Requisitos de SCORM: SCORM impone un requisito de que el elemento <schemaversion> se atenga a los siguientes requisitos de multiplicidad:
Tipo de datos: El elemento <schemaversion> se representa como una cadena de caracteres. Tipo de datos XML: xs:string. SCORM exige que el elemento <schemaversion> contenga la siguiente representacin de vocabulario: CAM 1.3: Esta representacin indica que el Paquete de Contenido fue construido de acuerdo con los requisitos definidos por la versin 1.3 del Modelo de Agregacin de Contenido de SCORM.
CAM-3-22 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-23 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<manifest> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> </metadata> </manifest>
3.4.1.5. {Metadata} Los metadatos se pueden insertar en un manifiesto usando un esquema apropiado para metadatos [3]. Si se usan metadatos para describir Componentes del Modelo de Contenido SCORM, ADL recomienda ampliamente, como mnimo, usar el esquema de metadatos de LOM del IEEE. Las organizaciones pueden utilizar distintos esquemas de metadatos si es necesario (por ejemplo, el Dubln Core). Estos metadatos describen el paquete de contenido en su totalidad. Existen distintos mecanismos para insertar los metadatos en el manifiesto. Los metadatos pueden ser insertados en el manifiesto por medio de extensiones al XML (metadatos de lnea interna). ADL tambin proporciona un elemento para el espacio del nombre (consulte la Seccin 3.4.1.5.2: Elemento <location>) para permitir que se refiera a un archivo XML independiente. Los {Metadata}, que se encuentran como hijos de los <metadata>, son opcionales (pueden aparecer 0 o ms veces usando uno de los mecanismos descritos). El ejemplo que aparece a continuacin ilustra el uso de las extensiones XML de lnea interna en los elementos de los Metadatos del Objeto de Aprendizaje.
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0 o Ms 0 o Ms
3.4.1.5.1. Metadatos usando extensiones XML Por definicin, se puede extender el XML introduciendo elementos y atributos de otros espacios de nombre definidos. Los metadatos se pueden insertar en el manifiesto del Paquete de Contenido usando este tipo de mecanismo de extensin XML. Existen varias maneras de agregar elementos de extensin a un documento XML: 1. Cmo definir un espacio de nombre en el elemento XML con un prefijo especfico. En este mtodo, el espacio del nombre especfico debe definirse usando la sintaxis xmlns:<prefix> en el elemento. Por lo general, estos prefijos se definen en el nodo de raz del elemento XML. Sin embargo, esto no es un requisito. El prefijo y el espacio del nombre pueden definirse en cualquier elemento, siempre y cuando los elementos extendidos no se utilicen antes de la declaracin del espacio del nombre (consulte la Ilustracin del Cdigo 3-5 para ver un ejemplo).
Ejemplo:
<manifest xmlns:lom = "http://ltsc.ieee.org/xsd/LOM"> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> <lom:lom> <lom:general> <lom:title> <lom:string language="en-US">Title for the Package</lom:string> </lom:title> </lom:general> <lom:metaMetadata> <lom:metadataSchema>LOMv1.0</lom:metadataSchema> <lom:metadataSchema>ADLv1.0</lom:metadataSchema> </lom:metaMetadata> </lom:lom> </metadata> </manifest>
2. Cmo definir un espacio de nombre en el elemento XML sin un prefijo. En este mtodo, el espacio del nombre se define al usarse. Usando este mtodo, la sintaxis indica que el elemento es de un espacio de nombre en particular y cada elemento hijo de este elemento tambin es de ese espacio de nombre (refiera a Code Illustration 3-6por un ejemplo). Ejemplo:
<manifest> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> <lom xmlns="http://ltsc.ieee.org/xsd/LOM"> <general> <title> <string language="en-US">Title for the Package</string> </title> </general> <metaMetadata> <metadataSchema>LOMv1.0</metadataSchema> <metadataSchema>ADLv1.0</metadataSchema> </metaMetadata> </lom> </metadata> </manifest>
3.4.1.5.2. Elemento <location> El elemento <location> proporciona un medio para describir la ubicacin en donde se pueden encontrar los metadatos que describen el Componente del Modelo de Contenido SCORM. Podra tratarse de un URI. sta es una extensin hecha por ADL al elemento con espacio de nombre de la Especificacin de Empaquetado de Contenido IMS. El creador de los metadatos tiene dos opciones para expresarlos en el Paquete de Contenido. Puede usar el elemento <location> para declarar la ubicacin de
CAM-3-24 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
el registro de los metadatos o colocar los metadatos dentro de la lnea en el archivo Manifiesto, segn se mencion previamente. Este valor es afectado por el uso de los valores xml:base. Consulte la seccin 3.4.4.1: Cmo Manejar el Atributo Base XML para ver ms informacin sobre los requisitos de uso y para obtener asesora sobre xml:base. Espacio de nombre en XML: http://www.adlnet.org/xsd/adlcp_v1p3 Prefijo del espacio de nombre en XML: adlcp Representacin de la Vinculacin XML: <location> Requisitos de SCORM: SCORM impone un requisito en el que el elemento <adlcp:location> se atenga a los siguientes requisitos de multiplicidad:
Tipo de datos: El elemento <adlcp:location> se representa como una cadena de caracteres. Esta cadena tiene un SPM de 2000 caracteres. Tipo de datos XML: xs:string. Atributos: Ninguno
Elementos: Ninguno
Ejemplo:
<manifest> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> <adlcp:location>course/metadata/course.xml</adlcp:location> </metadata> </manifest>
3.4.1.6. Elemento <organizations> El elemento <organizations> describe una o ms estructuras u organizaciones del paquete de contenido [3]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <organizations> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <organizations>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso
Requisitos de Multiplicidad del Manifiesto 1 y solamente 1 1 y solamente 1
SCORM impone un requisito en el que, al construir un Paquete de Contenido para un Recurso, este elemento debe estar representado en el manifiesto como un elemento vaco (es decir, <organizations/>). Al construir un Paquete de Contenido para una Agregacin de Contenido, se exige que este elemento contenga por lo menos un subelemento de
<organization>.
Tipo de datos: El elemento <organizations> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <organizations> contiene los siguientes elementos o atributos:
Atributos:
default (obligatorio en los Paquetes de Contenido de una Agregacin de Contenido): El atributo default identifica qu organizacin se usar como predeterminada. El valor de este elemento debe referirse a un atributo identifier de un elemento <organization> que sea un descendiente directo del elemento <organizations>. Tipo de datos XML: xs:IDREF.
Elementos:
<organization>
Ejemplo:
<organizations default="TOC1"> <organization identifier="TOC1"> <title>Introduction to SCORM for LMS Vendors</title>  </organization> <organization identifier="TOC2"> <title>Introduction to SCORM for Content Vendors</title>  </organization> </organizations>
3.4.1.7. Elemento <organization> El elemento <organization> describe una organizacin jerrquica particular [3]. La organizacin de contenido es definida por el elemento <organization>. La organizacin de contenido es un trmino conceptual: puede ser una leccin, un mdulo, un curso, un captulo, etc. Aquello que la organizacin de contenido defina depender de la taxonoma curricular de la organizacin. El elemento <organization> representa una Actividad en los trminos del SS del IMS. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <organization> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <organization>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 1 o Ms 0
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> (su progenitor) est vaco. Tipo de datos: El elemento <organization> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <organization> contiene los siguientes elementos o atributos: Atributos: identifier (obligatorio): Un identificador exclusivo para la organizacin dentro del manifiesto [3]. Por lo general este valor lo da un autor o la herramienta de autora. Tipo de datos XML: xs:ID.
structure (opcional): Describe la forma de la organizacin [3]. El valor predeterminado del atributo de estructura, si no est previsto, debe ser jerrquico. El valor tiene un SPM de 200 caracteres. Tipo de datos XML: xs:string. adlseq:objectivesGlobalToSystem (opcional, predeterminado = verdadero) indica
que cualquier objetivos compartido global definido en la informacin de secuencia (consulte la Seccin 5.1.1: Elemento <sequencing>) es global para el estudiante y la organizacin de contenido (falso) o global para el todo el tiempo que el estudiante pase en todas las organizaciones de contenido dentro del Sistema de Administracin de Aprendizaje (verdadero). Tipo de datos XML: xs:boolean. Elementos:
<title> <item> <metadata> <imsss:sequencing>
Ejemplo:
<organizations> <organization identifier="TOC1"> <title> Introduction to SCORM for LMS Vendors </title> <item identifier="ITEM1" identifierref="RESOURCE1" isvisible="true"> <title>SCORM Run-Time Environment Requirements</title> </item> <item identifier="ITEM2" identifierref="RESOURCE2" isvisible="true"> <title>LMS Conformance Requirements</title> </item> </organization> </organizations>
3.4.1.8. Elemento <title> El elemento <title> describe el ttulo de la organizacin [3]. Este elemento podra ser utilizado para ayudar al estudiante a decidir qu organizacin elegir. Dependiendo de lo que describa la organizacin, este ttulo podra ser de un curso, un mdulo, una leccin, etc. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <title> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <title>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 1 y solamente 1 0
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco. Tipo de datos: El elemento <title> se representa como una cadena de caracteres. Esta cadena de caracteres tiene un SPM de 200 caracteres. Tipo de datos XML: xs:string. Ejemplo:
<organization identifier="TOC1"> <title>Introduction to the SCORM</title> </organization>
3.4.1.9. Elemento <item> El elemento <item> es un nodo que describe la estructura jerrquica de la organizacin [3]. Representa una Actividad en la organizacin de contenido. Este elemento describe un nodo dentro de la estructura de la organizacin. El elemento <item> puede ser jerarquizado y repetido dentro de otros elementos <item> en cualquier nmero de niveles. Esta estructuracin de los elementos <item> da forma a la organizacin de contenido y describe las relaciones entre las partes del contenido de Aprendizaje. El elemento <item> puede actuar como contenedor de otros elementos <item> o como nodo. Si el <item> es un nodo debe referir a un elemento de <resource>. Si un elemento <item> se usa como progenitor, al <item> en s no se le permite referir a un elemento <resource>, slo a los elementos <item> de rama se les permite referir hacia los recursos. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <item> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <item>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 1 o Ms 0
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco. Tipo de datos: El elemento <item> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <item> contiene los siguientes elementos o atributos:
Atributos: identifier (obligatorio): Un identificador exclusivo para el artculo dentro del manifiesto. Tipo de datos XML: xs:ID. identifierref (opcional): El atributo identifierref refiere hacia un identifier en la seccin de recursos o en un (sub)manifiesto [3]. Nota de ADL: El IMS Global Consortium, Inc. est trabajando en una nueva versin para la Especificacin de Empaquetado de Contenido IMS. Uno de los principales problemas que el IMS est resolviendo se relaciona a los (sub)manifiestos, su uso, los requisitos de uso y los requisitos de sintaxis XML. A estas alturas, ADL recomienda no utilizar (sub)manifiestos hasta que se concluya la labor del IMS. Cualquier pregunta, duda u otra recomendacin acerca de los (sub)manifiestos deben enviarse a ADL. Si no se provee ningn identifierref, se asume que no hay contenido asociado a esta partida en la organizacin. El valor tiene un SPM de 2000 caracteres. Tipo de datos XML:
xs:string. isvisible (opcional) El atributo isvisible indica si este artculo se muestra
cuando la estructura del paquete es mostrada o entregada. Si no aparece, el valor predeterminado debe ser verdadero [3]. El valor slo afecta al artculo para el cual fue definido y no a los hijos del artculo o a un recurso asociado al artculo. Tipo de datos XML: xs:boolean. parameters (opcional): El atributo parameters contiene los parmetros estticos que se pasarn al recurso al momento de lanzarlo. El atributo de parmetros slo debe ser utilizado en elementos <item> que refieran hacia elementos de <resource>. El valor tiene un SPM de 1000 caracteres. Tipo de datos XML: xs:string.
La sintaxis aceptada para el atributo parameters ser:

#<parameter> <name>=<value>(&<name>=<value>)*(#<parameter>) ?<name>=<value>(&<name>=<value>)*(#<parameter>)
En la cual: <parameter>, <name> y <value> son valores de la cadena de caracteres definidos para esa implementacin = es necesario para separar el par de <name> y <value> & es necesario para separar varios conjuntos de pares de <name> y <value> (&<name>=<value>)* indica que 0 o ms pares de <name> y <value> pueden ser concatenados NOTA: Tal vez sea necesario que los caracteres usados en el valor parameters estn codificados para un URL. El RFC 2396 define los requisitos para codificar URLs. Elementos:
<title> <item>
<metadata> <adlcp:timeLimitAction> <adlcp:dataFromLMS> <adlcp:completionThreshold> <imsss:sequencing> <adlnav:presentation>
Ejemplo:
<organization> <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true" parameters="?width=500&length=300"> <title>Content 1</title> </item> </organization>
3.4.1.10. Elemento <title> El elemento <title> describe el ttulo del artculo [3]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <title> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <title>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 1 y solamente 1 0
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco; por lo tanto, no se proporcionar ningn <item> o <title>. Tipo de datos: El elemento <title> se representa como una cadena de caracteres. Esta cadena de caracteres tiene un SPM de 200 caracteres. Tipo de datos XML: xs:string. Ejemplo:
<organization> <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true"> <title>Content 1</title> </item> </organization>
3.4.1.11. Elemento <item> El elemento <item> puede estar anidado en cualquier nmero de niveles. Por lo general esto se basa en la estructura de contenido de la agregacin. El elemento <item> puede aparecer 0 o ms veces como hijo del elemento <item> (consulte la Seccin 3.4.1.9: Elemento <item> para ver ms acerca del elemento <item>). 3.4.1.12. Elemento <metadata> El elemento <metadata> contiene metadatos que describen el manifiesto [3]. Contiene informacin relevante que describe el elemento <item> (es decir, la Actividad) en su totalidad. El elemento <metadata> es considerado el nodo de raz de los metadatos que describen la actividad. Esto significa que todos los metadatos de la actividad estn definidos como hijos del elemento <metadata>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <metadata> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <metadata>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0o1 0
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco. Tipo de datos: El elemento <metadata> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <metadata> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos: {Metadata}: Consulte la Seccin 3.4.1.5: {Metadata} para ver informacin sobre la inclusin de metadatos. Nota de ADL: ste es distinto al elemento <metadata> definido en la Seccin 3.4.1.2: Elemento <metadata>. La Especificacin del Empaquetado de Contenido IMS slo permite que los elementos <schema> y <schemaversion> sean definidos como hijos del elemento <metadata>.
Ejemplo:
<organization> <item> <title>The organization title</title> <metadata> <adlcp:location>lesson1/lesson1MD.xml</adlcp:location> </metadata> </item> </organization>
3.4.1.13. Elemento <timeLimitAction> El elemento <timeLimitAction> define la accin que se tomar cuando se exceda el tiempo mximo en el intento actual de la actividad. Todo el monitoreo del tiempo y las acciones relacionadas al lmite de tiempo son controlados por el SCO. sta es una extensin hecha por ADL al elemento de la Especificacin de Empaquetado de Contenido IMS. El elemento slo aparecer, si es necesario, como hijo de un elemento <item> de rama que refiera a un SCO. Slo los elementos <item> que refieran hacia un recurso del SCO pueden contener el elemento <timeLimitAction>. El Sistema de Administracin de Aprendizaje utilizar el valor del elemento
<timeLimitAction>, si est previsto, para inicializar el elemento del modelo de datos cmi.time_limit_action (consulte el Manual de RTE de SCORM [2]). Si el desarrollador
de contenido define una accin para el lmite de tiempo, entonces el SCO es responsable de todos los comportamientos basados al exceder ese lmite (si se diera la situacin de que el tiempo se agotara). Espacio de nombre en XML: http://www.adlnet.org/xsd/adlcp_v1p3 Prefijo del espacio de nombre en XML: adlcp Representacin de la Vinculacin XML: <timeLimitAction> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <timeLimitAction>:
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco. Tipo de datos: El elemento <timeLimitAction> se representa como una cadena de caracteres. Se exige que la cadena de caracteres sea una de las siguientes representaciones:
exit,message: Se forzar al estudiante a salir del SCO. El SCO debe dar un mensaje
al estudiante que indique que se excedi el tiempo mximo permitido para el intento.
exit,no message: Se forzar al estudiante a salir del SCO sin un mensaje. continue,message: Se permitir al estudiante a continuar en el SCO. El SCO debe
dar un mensaje al estudiante que indique que se excedi el tiempo mximo permitido para el intento. continue,no message: Aunque el estudiante ha excedido el tiempo mximo permitido para el intento, no se le dar ningn mensaje ni se le forzar a salir del SCO.
Si esta funcin se utiliza dentro del SCO, ste debe monitorear el tiempo que afecta este perodo extra y proporcionar un mensaje informativo con el tiempo extra (si es apropiado). Ejemplo:
<organization> <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true"> <title>Content 1</title> <adlcp:timeLimitAction>exit,no message</adlcp:timeLimitAction> </item> </organization>
3.4.1.14. Elemento <dataFromLMS> El elemento <dataFromLMS> proporciona los datos de inicializacin que el recurso (es decir, el SCO) espera, representados por el <item> tras el lanzamiento. Estos datos no significan nada para el Sistema de Administracin de Aprendizaje y slo tienen significado funcional para el SCO. Este elemento no ser utilizado en los parmetros que el SCO puede necesitar durante el lanzamiento (parmetros de secuencia de la consulta). Si se exige este tipo de funcionalidad, entonces el desarrollador debe utilizar el atributo de parameters del artculo que refiera al recurso del SCO. sta es una extensin hecha por ADL al elemento de la Especificacin de Empaquetado de Contenido IMS. El elemento slo aparecer, si es necesario, como hijo de un elemento <item> de rama. Slo los elementos <item> que refieran hacia un recurso del SCO pueden contener el elemento <dataFromLMS>. El Sistema de Administracin de Aprendizaje utilizar el valor del elemento
<dataFromLMS>, si est previsto, para inicializar el elemento del modelo de datos cmi.launch_data (consulte el Manual del Ambiente de Desempeo de SCORM [2]).
Espacio de nombre en XML: http://www.adlnet.org/xsd/adlcp_v1p3 Prefijo del espacio de nombre en XML: adlcp Representacin de la Vinculacin XML: <dataFromLMS> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <dataFromLMS>:
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco. Tipo de datos: El elemento <dataFromLMS> se representa como una cadena de caracteres. Esta cadena de caracteres tiene un SPM de 4000 caracteres. Ejemplo:
<organization> <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true"> <title>Content 1</title> <adlcp:dataFromLMS>Some SCO Information</adlcp:dataFromLMS> </item> </organization>
3.4.1.15. Elemento <completionThreshold> El elemento <completionThreshold> define el valor del umbral que puede utilizar el recurso del SCO al que refiri el <item> para el cual se define el <completionThreshold>. sta es una extensin hecha por ADL al elemento de la Especificacin de Empaquetado de Contenido IMS. El elemento slo aparecer, si es necesario, como hijo de un elemento <item> de rama. Slo los elementos <item> que refieran hacia un recurso del SCO pueden contener el elemento <completionThreshold>. El Sistema de Administracin de Aprendizaje utilizar el valor del elemento <completionThreshold>, si est previsto, para inicializar el elemento del modelo de datos cmi.completion_threshold (consulte el Manual del Ambiente de Desempeo de SCORM [2]). Este valor puede ser usado por el SCO para determinar el nivel de conclusin. Espacio de nombre en XML: http://www.adlnet.org/xsd/adlcp_v1p3 Prefijo del espacio de nombre en XML: adlcp Representacin de la Vinculacin XML: <completionThreshold> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <completionThreshold>:
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco.
Tipo de datos: El elemento <completionThreshold> se representa como un valor decimal entre el elemento 0.0 y 1.0. Ejemplo:
<organization> <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true"> <title>Content 1</title> <adlcp:completionThreshold>0.75</adlcp:completionThreshold> </item> </organization>
3.4.1.16. Elemento <sequencing> Consulte la seccin 5.1.1: Elemento <sequencing>. 3.4.1.17. Elemento <presentation> Consulte la seccin 5.2.1: Elemento <presentation>. 3.4.1.18. Elemento <metadata> El elemento <metadata> son metadatos que describen la organizacin [3]. Contiene informacin relevante que describe el elemento <organization> (es decir, la Organizacin de Contenido) en su totalidad. El elemento <metadata> es considerado el nodo de raz de los metadatos que describen la organizacin de contenido. Esto significa que todos los metadatos de la organizacin de contenido estn definidos como hijos del elemento <metadata>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <metadata> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad de este elemento <metadata>:
Este elemento no debe aparecer en los Paquetes de Contenido de los Recursos. Se exige que el elemento <organizations> est vaco. Tipo de datos: El elemento <metadata> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <metadata> contiene los siguientes elementos o atributos:
Atributos: Ninguno Elementos: {Metadata}: Consulte la Seccin 3.4.1.5: {Metadata} para ver informacin sobre la inclusin de metadatos. Nota de ADL: ste es distinto al elemento <metadata> definido en la Seccin 3.4.1.2: Elemento <metadata>. La Especificacin del Empaquetado de Contenido IMS slo permite que los elementos <schema> y <<schemaversion> sean definidos como hijos del elemento <metadata>. Ejemplo:
<organization> <title>Introduction to SCORM</title> <item identifier="ITEM1" identifierref="RESOURCE1" isvisible="true"> <title>SCORM Run-Time Environment Requirements</title> </item> <metadata> <adlcp:location>activities/activity1MD.xml</adlcp:location> </metadata> </organization>
3.4.1.19. Elemento <sequencing> Consulte la seccin 5.1.1: Elemento <sequencing>. 3.4.1.20. Elemento <resources> El elemento <resources> es una coleccin de referencias a los recursos. No se asume orden o jerarqua de los elementos individuales de <resource> que el elemento <resources> contiene [3]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <resources> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <resources>:
Tipo de datos: El elemento <resources> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <resources> contiene los siguientes elementos o atributos:
Atributos:
xml:base (opcional): El atributo xml:base ofrece una ruta relativa para los archivos
de contenido [3]. El uso de este elemento se define en el borrador de la especificacin de Base XML [7] desarrollada por el W3C. El valor tiene un SPM de 2000 caracteres. Tipo de datos XML: xs:anyURI. Elementos:
<resource>
Ejemplo:
<manifest> <metadata/> <organizations/> <resources> <resource identifier="RESOURCE1" adlcp:scormType="sco" type="webcontent" href="lesson1.htm"> <file href="lesson1.htm"/> </resource> <resource identifier="RESOURCE2" adlcp:scormType="sco" type="webcontent" href="intro1.htm"> <file href="intro1.htm"/> </resource> <resource identifier="RESOURCE3" adlcp:scormType="asset" type="webcontent" href="content1.htm"> <file href="content1.htm"/> </resource> <resource identifier="RESOURCE4" adlcp:scormType="sco" type="webcontent" href="summary1.htm"> <file href="summary1.htm"/> </resource> </resources> </manifest>
3.4.1.21. Elemento <resource> El elemento <resource> es una referencia a un recurso [3]. Hay dos tipos primarios de recursos definidos en SCORM: SCOs Assets
Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <resource>
Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <resource>:
Perfil de Aplicacin del Empaquetado de Requisitos de Multiplicidad del Manifiesto Contenido SCORM Agregacin de Contenido 0 o Ms Recurso 0 o Ms Se requiere un elemento de hoja <item> para referir hacia un recurso (recurso de SCO o recurso de Asset). Si un <item> refiere hacia un recurso, este recurso est sujeto a ser identificado para ser entrega y lanzado con el estudiante. Si un <item> refiere hacia un <resource>,el elemento <resource> debe cumplir los siguientes requisitos:
El atributo type debe estar configurado como webcontent El adlcp:scormType debe estar configurado como sco o asset Se debe exigir el atributo href.
Tipo de datos: El elemento <resource> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <resource> contiene los siguientes elementos o atributos: Atributos: identifier (obligatorio): El atributo identifier representa un identificador del recurso que es nico dentro del archivo Manifiesto que lo contiene [3]. Por lo general el atributo del identificador es proporcionado por el autor o la herramienta de autora. Tipo de Datos XML: xs:ID. type (obligatorio): El atributo type indica el tipo de recurso [3]. El valor tiene un SPM de 1000 caracteres. Tipo de datos XML: xs:string. href (opcional): El atributo href es una referencia a un Localizador de Recursos Uniformes (URL) [3]. El atributo href representa el punto de entrada o punto de lanzamiento de este recurso. Tambin se permiten URLs externos completamente calificados. Este valor es afectado por el uso de los valores xml:base. Consulte la seccin 3.4.4.1: Cmo Manejar el Atributo Base XML para ver ms informacin sobre los requisitos de uso y para obtener asesora sobre xml:base. El valor tiene un SPM de 2000 caracteres. El SPM representa la longitud del href con los valores de cualquier xml:base que se le aplique. Tipo de datos XML: xs:string. xml:base (opcional): El atributo xml:base ofrece una ruta relativa para los archivos que estn en el manifiesto. El uso de este elemento se define en el borrador de la especificacin de Base XML del W3C: El valor tiene un SPM de 2000 caracteres. Tipo de datos XML: xs:anyURI. adlcp:scormType (obligatorio): El atributo adlcp:scormType define el tipo de recurso SCORM. sta es una extensin hecha por ADL al Modelo de Informacin del Empaquetado de Contenido IMS. Tipo de datos XML: xs:string. La cadena de caracteres est restringida y se har con alguna de las siguientes representaciones (sco o asset). En la cual sco indica que es un recurso SCO y asset indica que es recurso de Asset.
Elementos:
<metadata> <file> <dependency>
Ejemplo:
<resources> <resource identifier="R_A2" type="webcontent" adlcp:scormType="sco" href="sco1.html"> <file href="sco1.html"/> </resource> <resource identifier="R_A3" type="webcontent" adlcp:scormType="sco" href="sco3.html"> <file href="sco3.html"/> </resource> <resource identifier="R_A5" type="webcontent" adlcp:scormType="asset" href="pics\distress_sigs_add.jpg"> <file href="pics\distress_sigs_add.jpg"/> </resource> </resources>
3.4.1.22. Elemento <metadata> El elemento <metadata> son metadatos que describen el recurso [3]. Contiene informacin relevante que describe el elemento <resource> en su totalidad. El elemento <resource> puede representar un SCO o un Asset. Esto depende del valor del atributo adlcp:scormType. El elemento <metadata> es considerado el nodo de raz de los metadatos que describen el recurso. Esto significa que todos los metadatos del recurso estn definidos como hijos del elemento <metadata>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <metadata> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <metadata>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0o1 0o1
Tipo de datos: El elemento <metadata> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <metadata> contiene los siguientes elementos o atributos:
Atributos: Ninguno Elementos: {Metadata}: Consulte la Seccin 3.4.1.5: {Metadata} para ver informacin sobre la inclusin de metadatos. Nota de ADL: ste es distinto al elemento <metadata> definido en la Seccin 3.4.1.2: Elemento <metadata>. La Especificacin del Empaquetado de Contenido IMS slo permite que los elementos <schema> y <schemaversion> sean definidos como hijos del elemento <metadata>. Ejemplo:
<resources> <resource identifier="R_A2" type="webcontent" adlcp:scormType="sco" href="sco1.html"> <file href="sco1.html"/> <metadata> <adlcp:location>resources/resource1MD.xml</adlcp:location> </metadata> </resource> </resources>
3.4.1.23. Elemento <file> El elemento <file> es un listado de los archivos de los que depende este recurso [3]. Este elemento se repite tanto como sea necesario con cada archivo en un recurso dado. El elemento acta como un sistema de inventario que detalla el conjunto de archivos usados para construir el recurso. El elemento <file> representa los archivos locales del paquete de contenido. En todos los archivos locales del paquete de contenido (que estn ubicados fsicamente dentro del paquete de contenido) se debe usar un elemento <file> para representar el archivo relacionado al recurso en el cual se utiliza. Si el recurso identificado es local del paquete, entonces el recurso mismo ser identificado como elemento <file>. La ubicacin de lanzamiento del <resource> (el valor href del <resource>) se utilizar como el href del archivo. Un elemento de file debe referir hacia todos los archivos fsicos que se incluyan en el paquete de contenido. No incluir estas referencias a los archivos fsicos en el manifiesto puede ocasionar una gran variedad de problemas. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <file> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <file>:
Perfil de Aplicacin del Empaquetado de Requisitos de Multiplicidad del Manifiesto Contenido SCORM Agregacin de Contenido 0 o Ms Recurso 0 o Ms Tipo de datos: El elemento <file> es un elemento progenitor. Los elementos
progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <file> contiene los siguientes elementos o atributos: Atributos: href (obligatorio): El atributo href identifica la ubicacin del archivo [3]. Este valor es afectado por el uso de valores xml:base. Consulte la seccin 3.4.4.1:Cmo Manejar el Atributo Base XML para ver ms informacin acerca de los requisitos de uso y para obtener asesora sobre xml:base. El valor tiene un SPM de 2000 caracteres. El SPM representa la longitud del href con los valores de cualquier xxml:base que se le aplique. Tipo de datos XML: xs:string. Elementos:
<metadata>
Ejemplo:
<resource identifier="R_A2" type="webcontent" adlcp:scormType="sco" href="sco1.html"> <file href="assets/image1.gif"/> <file href="sco1.html"/> <file href="assets/common/APIWrapper.js"/> </resource>
3.4.1.24. Elemento <metadata> El elemento <metadata> son metadatos que describen la organizacin [3]. Contiene informacin relevante que describe el elemento <file> (es decir, el Asset) en su totalidad. El elemento <metadata> es considerado el nodo de raz de los metadatos que describen el Asset. Esto significa que todos los metadatos del Asset estn definidos como hijos del elemento <metadata>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <metadata> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <metadata>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0o1 0o1
Tipo de datos: El elemento <metadata> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <metadata> contiene los siguientes elementos o atributos: Atributos: Ninguno Elementos: {Metadata}: Consulte la Seccin 3.4.1.5: {Metadata} para ver informacin sobre la inclusin de metadatos. Nota de ADL: ste es distinto al elemento <metadata> definido en la Seccin 3.4.1.2: Elemento <metadata>. La Especificacin del Empaquetado de Contenido IMS slo permite que los elementos <schema> y <<schemaversion> sean definidos como hijos del elemento <metadata>. Ejemplo:
<resource identifier="R_A2" type="webcontent" adlcp:scormType="sco" href="sco1.html"> <file href="assets/image1.gif"> <metadata> <adlcp:location>assets/asset1.xml</adlcp:location> </metadata> </file> <file href="sco1.html"/> <file href="assets/common/APIWrapper.js"/> </resource>
3.4.1.25. Elemento <dependency> El elemento <dependency> identifica un recurso de cuyos archivos depende este recurso (el recurso en el que se declara la dependencia) [3]. El recurso al que refiere la <dependency> pueden actuar como contenedor de muchos archivos de los que depende el recurso que contiene la <dependency>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imscp_v1p1 Prefijo del espacio de nombre en XML: imscp Representacin de la Vinculacin XML: <dependency> Requisitos de SCORM: SCORM impone un requisito en el que todos los manifiestos se atengan a los siguientes requisitos de multiplicidad del elemento <dependency>:
Tipo de datos: Este elemento se representa como un elemento vaco. El elemento <dependency> contiene solamente atributos. Atributos: identifierref (opcional): El atributo identifierref refiere hacia un atributo identifier de un <resource> (dentro del alcance del elemento <manifest> en el que est definido) y se usa para resolver la ubicacin final del recurso dependiente. No se permite que el identifierref refiera hacia un recurso definido en un (sub)manifiesto. El valor tiene un SPM de 2000 caracteres. Tipo de datos XML:
xs:string.
Elementos: Ninguno
Ejemplo:
<resources> <resource identifier="R_A2" type="webcontent" adlcp:scormType="sco" href="sco1.html"> <file href="sco1.html"/> <dependency identifierref="R_A5"/> </resource> <resource identifier="R_A5" type="webcontent" adlcp:scormType="asset" href="pics\distress_sigs_add.jpg"> <file href="pics\distress_sigs_add.jpg"/> </resource> </resources>
3.4.1.26. Elemento <manifest> Consulte la seccin 3.4.1.1: Elemento <manifest>. Nota de ADL: El IMS Global Consortium, Inc. est trabajando en una nueva versin para la Especificacin de Empaquetado de Contenido IMS. Uno de los principales problemas que el IMS est resolviendo se relaciona a los (sub)manifiestos, su uso, los requisitos de uso y los requisitos de sintaxis XML. A estas alturas, ADL recomienda no utilizar (sub)manifiestos hasta que se concluya la labor del IMS. Cualquier pregunta, duda u otra recomendacin acerca de los (sub)manifiestos deben enviarse a ADL. 3.4.1.27. Elemento <sequencingCollection> Consulte la seccin 5.1.12: Elemento <sequencingCollection>.
3.4.2. Extensiones del manifiesto del paquete de contenido

La Especificacin de Empaquetado de Contenido IMS permite que las comunidades coloquen elementos con sus propios espacios de nombre a lo largo del manifiesto. SCORM retoma esta prctica con un conjunto de extensiones. Se exige que estos conjuntos de extensiones cumplan varios requisitos y ayuden a perfilar las distintas aplicaciones y estndares descritos en SCORM. Las extensiones se definen en tres archivos de Definicin de Esquema XML (XSD) individuales. Estos archivos son:
adlcp_v1p3.xsd: Describe las extensiones de Empaquetado de Contenido SCORM.
Estos elementos y atributos de extensin se definen dentro del espacio de nombre

http://www.adlnet.org/xsd/adlcp_v1p3. ADL reserva el espacio del nombre y el prefijo adlcp: para indicar qu elementos son de ese espacio de nombre. Estos
elementos de extensin se detallan en la Seccin 3.4.1: Archivo Manifiesto. adlseq_v1p3.xsd: Describe las extensiones de Secuencia de SCORM. Estos elementos y atributos de extensin se definen dentro del espacio de nombre http://www.adlnet.org/xsd/adlseq_v1p3. ADL reserva el espacio del nombre y el prefijo adlseq: para indicar qu elementos son de ese espacio de nombre. Estos elementos de extensin se detallan en la Seccin 3.4.1: Archivo Manifiesto. adlnav_v1p3.xsd: Describe las extensiones de Navegacin de SCORM. Estos elementos y atributos de extensin se definen dentro del espacio de nombre http://www.adlnet.org/xsd/adlnav_v1p3. ADL reserva el espacio del nombre y el prefijo adlnav: para indicar qu elementos son de ese espacio de nombre. Estos elementos de extensin se detallan en la Seccin 3.4.1: Archivo Manifiesto.
Extender el manifiesto con una extensin definida para la organizacin poda ocasionar un grado moderado de interoperabilidad semntica. Las organizaciones que no reconozcan la extensin no sabran cmo manejar la extensin correctamente e ignoraran las extensiones. Para mantener un alto grado de interoperabilidad semntica y, si se presenta la necesidad, extender el manifiesto; ADL recomienda que las comunidades verticales lleguen a un consenso sobre cmo desarrollar un conjunto de extensiones interoperables.
3.4.3. Manejo Href del manifiesto del paquete de contenido

Se utiliza un href para describir la ubicacin de un <file> o un <resource> identificado en el manifiesto del paquete de contenido. Esta ubicacin puede ser un URL interno o un URL externo. Segn la Versin 1.1.3, Especificacin Final del Empaquetado de Contenido IMS, el valor del href debe ser construido segn las reglas expresadas en RFC 2396 [8]. 3.4.3.1. Cmo manejar el Atributo Base XML La Base XML [7] es una construccin que se usa para especificar explcitamente el URL de base de un documento, al resolver los URLs relacionados en los enlaces a los archivos de un Paquete de Contenido. Los URLs pueden tener el prefijo de un Atributo de Base XML. Esto permite que el autor o la herramienta de autora especifiquen y/o anulen el directorio base para que no sea necesario repetir el directorio base cada vez que se use ese URL.
El directorio base predeterminado es la ubicacin del paquete. Este concepto se conoce como "relacionado al paquete". La nica manera de reemplazar explcitamente este directorio base predeterminado es referir hacia un archivo con una ruta absoluta externa al paquete. Si el archivo no es externo al paquete, cualquier valor de XML Base anular el directorio base predeterminado. El Atributo Base de XML puede ser: un URL relacionado (que describa la anulacin de la raz del paquete, p. ej., Curso/Leccin/); o URL externo (externo al paquete, p. ej., http://www.adlnet.org/content/).
Se requiere que haya diagonales al final de cualquier valor de Base XML. Al referir hacia archivos locales del paquete de contenido, el URL, incluyendo la Base XML, no debe comenzar con una diagonal (/). Segn lo definido en el RFC 2396, la diagonal indica la ruta absoluta de ese archivo. Usarla equivale a indicar la raz del host local. Tomando en cuenta esto, no se permite el uso de la diagonal para reducir al mnimo los malentendidos y aumentar la portabilidad. La Especificacin de Vinculacin XML del Empaquetado de Contenido IMS permite el uso del atributo de Base XML en los elementos <manifest>, <resources> y <resource>. Si el atributo Base XML Base est presente en el elemento <manifest>, todos los URLs que se encuentran dentro de los elementos hijo del elemento <manifest> utilizarn el valor de la Base XML para construir el valor href. Esto incluye los valores href para los elementos <resource> y <file> y el valor que tiene el elemento <adlcp:location>.
<manifest xml:base="Course/"> <organizations> <organization> <item identifier="ID1" identifierref="R_ID1"></item> </organization> </organizations> <resources> <resource identifier="R_ID1" href="Lesson01/Topics/index.htm"></resource> </resources> </manifest>
Dado que el uso del atributo de Base XML en el elemento <manifest> y un href estn dentro de la jerarqua hijo del elemento <manifest>, el href del recurso, mostrado en la Ilustracin del Cdigo 3-24, es: Course/Lesson01/Topics/index.htm. Si el atributo Base XML Base est presente en el elemento <resources>, todos los URLs que se encuentran dentro de los elementos hijo del elemento <resources> utilizarn el valor de la Base XML para construir el valor href.
CAM-3-46 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
2006 Advanced Distributed Learning. Todos los derechos reservados. <manifest> <organizations> <organization> <item identifier="ID1" identifierref="R_ID1"></item> </organization> </organizations> <resources xml:base="Course/Lesson01/"> <resource identifier="R_ID1" href="Topics/index.htm"></resource> </resources> </manifest>
Ilustracin del cdigo 3-25:
Dado que el uso del atributo de Base XML en el elemento <resources> y un href estn dentro de la jerarqua hijo del elemento <resources>, el href del recurso, mostrado en la Ilustracin del Cdigo 3-25, es: Course/Lesson01/Topics/index.htm. Si el atributo Base XML Base est presente en el elemento <resource>, todos los URLs que se encuentran dentro de los elementos hijo del elemento <resource> utilizarn el valor de la Base XML para construir el valor href.
<manifest> <organizations> <organization> <item identifier="ID1" identifierref="R_ID1"> </item> </organization> </organizations> <resources> <resource identifier="R_ID1" xml:base="Course/Lesson01/Topics/" href="index.htm"> </resource> </resources> </manifest>
Dado que el uso del atributo de Base XML en el elemento <resource> y un href estn dentro de la jerarqua hijo del elemento <resource>, el href del recurso, mostrado en la Ilustracin del Cdigo 3-26, es: Course/Lesson01/Topics/index.htm. Si se usa una combinacin de los atributos de Base XML a lo largo del Manifiesto, el valor del atributo de Base XML ser aadido en el orden de jerarqua de estos elementos para formar el URL. El valor de Base XML del elemento <manifest> es el primero, seguido por el valor de Base XML de los elementos <resources>, seguido por el valor de Base XML del elemento <resources>, seguido por el valor del atributo href.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-47
2006 Advanced Distributed Learning. Todos los derechos reservados. <manifest xml:base="Course/"> <organizations> <organization> <item identifier="ID1" identifierref="R_ID1"></item> </organization> </organizations> <resources xml:base="Lesson01/"> <resource identifier="R_ID1" href="index.htm" xml:base="Topics/"> </resource> </resources> </manifest>
Dado que el uso del atributo de Base XML en los elementos <manifest>, <resources> y <resource> y un href existe como un atributo del elemento <resource>, el href del recurso, mostrado en la Ilustracin del Cdigo 3-27, es:
Course/Lesson01/Topics/index.htm.
Al usar el atributo xml:base, se debe prestar atencin al SPM definido para el valor de los atributos xml:base y href. El atributo xml:base tiene un SPM de 2000 caracteres. Este SPM no slo se aplica al valor del atributo xml:base, sino que tambin afecta al SPM total del atributo href. El SPM de 2000 caracteres definido para el atributo href representa el SPM de duracin del href despus de que se le han aplicado todos los atributos xml:base para formar el URL absoluto. As que los desarrolladores deben tener este SPM en cuenta al usar el atributo xml:base en conjunto con el atributo href. Violar el SPM puede ocasionar problemas de interoperabilidad entre distintos sistemas. 3.4.3.2. Codificacin y decodificacin del URL En algunas situaciones puede ser necesario codificar el URL usado para definir la ubicacin de los archivos o recursos. El RFC 2396 define las reglas y requisitos para codificar URLs. Las secciones de la 2.2 a la 2.4 del RFC 2396 describen cmo y cundo codificar o decodificar los URLs. Algunos caracteres tienen propsito estructural como delimitadores en el URL y no se les puede escapar si sirven a ese propsito. Esos caracteres son: / en la parte del esquema del URL, o como separador en la parte de la ruta del URL. ":" en la parte del esquema del URL. # como caracter principal de un valor ancla. & como separador entre parmetros. ? como separador en la parte de la ruta del URL y los parmetros. = como separador entre el valor y el nombre del parmetro. % como indicador de escape. Si uno de esos caracteres aparece en el URL, pero no para ese propsito, debe ser codificado (o evitado). Con esto en mente, sera incorrecto tomar un URL completo, por ejemplo "Cursp/Leccin/Mdulo/Recurss/bar.html", y tan slo escaparlo usando una funcin de escape de ECMAScript, ya que eso cambiara las diagonales del separador de la ruta requeridas para la interpretacin del URL y las convertira en caracteres escapados.
Por otra parte, si el valor de un parmetro incluido como parte del URL contiene una diagonal, sta debe ser escapada. Entonces, se tendr que hacer el escape antes de ensamblar las partes del URL, escapando los segmentos que necesitan ser escapados y despus montando esas partes con delimitadores que no deben ser escapados. Adems, no se debe utilizar doble codificacin cuando el URL se incluya en un manifiesto. Por lo tanto el valor del atributo href de un recurso deber ser una cadena que contenga un URL vlido en el formato preciso que se requiere para lanzar el recurso en un explorador Web. Y, si se especifican los parmetros del <item>, debern ser escapados correctamente para ser usados en el URL. Por ejemplo, supongamos que se necesitan los siguientes parmetros para un SCO especfico:
"?ratio=3/4&scale=100&label=Gilbert & Sullivan"
El ejemplo anterior no es un valor de parmetro vlido porque contiene caracteres ilegales.

La / de 3/4 necesita ser escapada porque no es parte del URL y no se utiliza como separador en la ruta. Tambin, la & en Gilbert & Sullivan necesita ser escapada porque no se utiliza como separador entre los parmetros. El equivalente correctamente escapado de estos parmetros es:
"ratio=3%2F4&scale=100&label=Gilbert %26 Sullivan"
Sin embargo, el siguiente ejemplo no est correctamente escapado porque los caracteres estn escapados doblemente:
"ratio=3%252F4&scale=100&label=Gilbert %2526 Sullivan"
Ya que los manifiestos se implementan en XML, tambin deben seguirse las reglas de escape de XML. Por ejemplo, la & puede aparecer en su forma literal slo cuando se usa dentro de un comentario, una instruccin de procesamiento o una seccin CDATA segn el estndar 1.0 de XML. Si se les necesita en otra parte, como en el ejemplo anterior, deben ser escapados usando referencias numricas o cadenas de caracteres (% 26 o &). El siguiente sera el valor correcto que se debe usar en el atributo de parmetros del elemento de ejemplo:
"ratio=3%2F4%26scale=100%26label=Gilbert %26 Sullivan"
Se permite escapar otros caracteres, como = o , ejemplo:

"ratio%3D3%2F4%26scale%3D100%26label%3DGilbert%20%26%20Sullivan"
3.4.3.3. Cmo manejar el Atributo de Parmetros

Puede haber situaciones en las que los objetos de contenido requieran alguna informacin al momento del lanzamiento para que el objeto de contenido opere correctamente. A esta informacin se le conoce a veces como parmetros de lanzamiento (o cadenas de consulta). Actualmente existen dos mecanismos para representar las cadenas de consulta en un Manifiesto. Opcin 1: Como parte del atributo href del <resource> o del <file>. El desarrollador de contenido puede colocar la cadena de la consulta como parte del href. Un ejemplo de lo anterior sera:
<resource href="foo.html?Topic=1">  </resource>
Opcin 2: Usando el atributo de parmetros del <item>. El desarrollador de contenido tambin tiene la opcin de colocar la cadena de consulta o los parmetros de lanzamiento en el atributo de parmetro s del <item> que refiere hacia el <resource>. El atributo href del elemento <resource> es el URL usado para lanzar el recurso, que puede, o no, resolver hacia un archivo del paquete. El href en el elemento <file> especifica un nombre de archivo y, si se requiere, la ruta de instalacin relacionada al directorio de raz de la instalacin del paquete. stos no son redundantes, porque no necesariamente son los mismos. Por ejemplo, el href del elemento <resource> podra ser algo como "scos/foo.html#xyz", mientras que el respectivo href de <file> es "scos/foo.html". Observe tambin que el manifiesto tambin es un inventario de todos los archivos incluidos en el paquete, incluyendo el archivo de lanzamiento del recurso. En otras palabras, el elemento <file> es una partida de inventario. El elemento <resource> especifica cmo utilizar un conjunto especfico de archivos (o cmo tener acceso a un recurso externo), y el elemento <<item> de la <organization> especifica cmo utilizar un recurso en uno o ms lugares de una organizacin de contenido. Si el <item> refiere hacia un <resource>, se exige que el <resource> contenga una partida href para lanzar el recurso. El atributo de parameters se define como los parmetros estticos que se pasarn al recurso al momento de lanzarlo. Esto permite la capacidad de que se refiera hacia el mismo <resource> desde distintos artculos, con diferentes propsitos. Por ejemplo:
<manifest>   <organizations> <organization> <item identifier="I01" identifierref="R_I01" parameters="?Topic=1"> </item> </organization> </organizations> <resources> <resource identifier="R_I01" href="foo.htm"> </resource> </resources> </manifest>
En la opcin 1, cada Resource tendra que ser repetido en el Manifiesto y definir parameters en el atributo href.
Debido al nmero de maneras que hay para representar sintcticamente los parmetros de lanzamiento dentro del Manifiesto, la Especificacin de Empaquetado de Contenido IMS detalla un algoritmo para construir el atributo href del elemento recurso y de los parmetros de manera consistente.
Mientras el primer caracter de los parmetros est en ?& Borrar el primer caracter de los parmetros Si el primer caracter de los parmetros es # Si el URI contiene # Descartar los parmetros De lo contrario Agregar parmetros al URI Se acab de procesar el URI Si el URI contiene un ? Agregar & al URI De lo contrario Agregar ? al URI Agregar parmetros al URI Se acab de procesar el URI
3.5. Perfiles de aplicacin del paquete de contenido SCORM

Los Perfiles de Aplicacin del Paquete de Contenido SCORM describen la manera en que se aplicar la Especificacin de Empaquetado de Contenido IMS en el contexto general de SCORM. Los perfiles de aplicacin ofrecen asesora prctica para los implementadores y definen los requisitos adicionales que impone SCORM para integrar otros estndares y especificaciones y garantizar la interoperabilidad. La Especificacin de Empaquetado de Contenido ser utilizada como base para los Paquetes de Contenido SCORM. Sin embargo, SCORM impondr requisitos adicionales a los definidos por la Especificacin de Empaquetado de Contenido IMS para asegurar que se incluya suficiente informacin en cada paquete. Esto permitir que los sistemas precertificados para SCORM importen y exporten paquetes que puedan ser utilizados por otros sistemas precertificados para SCORM. SCORM presenta el Modelo de Agregacin de Contenido (Seccin 2.1: Componentes del Modelo de Contenido SCORM) que define un marco generalizado para el contenido de Aprendizaje basado en objetos. Los componentes son Assets, SCOs y Organizaciones de Contenido. Actualmente se identifican dos Perfiles de Aplicacin del Paquete de Contenido SCORM, que describen cmo empaquetar componentes del Modelo de Agregacin de Contenido:
Paquete de Contenido del Recurso Paquetes de Contenido de la Agregacin de Contenido
Las siguientes secciones detallan los perfiles de aplicacin, las restricciones impuestas por SCORM y un conjunto de mejores prcticas recomendadas.
3.5.1. Paquete de contenido del recurso

El Perfil de Aplicacin del Paquete de Contenido SCORM define un mecanismo para empaquetar Assets y SCOs sin tener que proporcionar una organizacin, contexto de Aprendizaje ni una taxonoma curricular. El empaquetado de recursos de Aprendizaje ofrece un medio comn para el intercambio. El Perfil de Aplicacin del Paquete de Contenido SCORM se debe utilizar para transferir los SCOs y Assets entre sistemas. Dado que no hay una organizacin definida en el Paquete de Contenido del Recurso, no se especifica ninguna estructura lgica de contenido. Ya que no hay estructura definida, este tipo de paquete no puede ser entregado al estudiante por el Sistema de Administracin de Aprendizaje. El Paquete de Contenido del Recurso SCORM es simplemente un grupo de recursos de Aprendizaje que se pueden transferir entre sistemas de Aprendizaje. En muchos casos los recursos de Asset o de SCO estn compuestos por un solo archivo. Sin embargo, hay casos en los que los Assets y SCOs podran estar compuestos por mltiples archivos. El Perfil de Aplicacin del Paquete de Contenido SCORM permite el empaquetado de Assets y SCOs compuestos de uno o varios archivos. Adems, se pueden incluir los Assets y SCOs localmente en el paquete o se puede referir hacia ellos externamente. Los archivos empaquetados localmente se incluirn como archivos fsicos dentro del paquete total. Cuando se refiera hacia ellos externamente, los Assets y SCOs no estarn incluidos como archivos fsicos dentro del paquete, sino que se remitir a ellos con un URL.
Las siguientes imgenes muestran varios Paquetes de Contenido de un Recurso. Los ejemplos sealan una instancia de muestra de imsmanifest.xml y la manera en que se podran representar los Assets y SCOs. La figura 3.5.1 muestra el ejemplo de un Asset representado como un elemento <file> en una instancia de imsmanifest.xml.
Figura 3.5.1a: Ejemplo de un Asset Representado como Elemento <file>
La figura 3.5.1b muestra el ejemplo de un Asset representado como un elemento <resource> (es decir, un recurso de Asset) en una instancia de imsmanifest.xml.
Figura 3.5.1b: Ejemplo de un Asset Representado como Elemento <resource>
La figura 3.5.1c muestra el ejemplo de un Asset representado como un elemento <resource> en una instancia de imsmanifest.xml.
Figura 3.5.1c: Ejemplo de un SCO Representado como Elemento <resource>
3.5.2. Paquete de contenido de la agregacin de contenido

SCORM no impone requisitos en cuanto a la estructura de las organizaciones de contenido. Cada desarrollador de contenido tiene la libertad de agregar contenido a cualquier estructura que les proporcione valor. La Especificacin de Empaquetado de Contenido IMS [3] proporciona un marco que incluye la mayor parte de la informacin que ADL necesita, as como los lugares lgicos en los cuales se pueden agregar extensiones de ADL para capturar el resto de la informacin. Adems, el modelo de empaquetado IMS tambin proporciona una manera limpia de inventariar y agrupar todos los archivos fsicos requeridos para entregar los recursos de Aprendizaje, as como para identificar relaciones entre los archivos que pertenecen a uno o ms recursos de Aprendizaje, incluyendo los recursos externos que no estn como archivos fsicos dentro del paquete de contenido. El Perfil de Aplicacin del Paquete de Contenido de Agregacin de Contenido debe ser utilizado para agrupar los recursos de Aprendizaje y la estructura de contenido. ste es el perfil de aplicacin que se debe utilizar para agrupar cursos, mdulos, lecciones, etc., que estn completos. El propsito principal del Paquete de Contenido de Agregacin de Contenido es ser utilizado para entregar el contenido a un usuario final (generalmente a travs de un Sistema de Administracin de Aprendizaje). La Especificacin de Empaquetado de Contenido IMS tambin permite la separacin de los recursos de Aprendizaje de la manera en que esos recursos estn organizados, posibilitando que haya uno o ms usos de los mismos recursos de Aprendizaje en distintos contextos. SCORM define un mecanismo para empaquetar los archivos y proporcionar la estructura.
La figura 3.5.2a muestra el ejemplo de una Organizacin de Contenido representada en una instancia de imsmanifest.xml.
Figura 3.5.2a: Ejemplo del Paquete de Contenido de una Agregacin de Contenido y sus Componentes
3.5.3. Perfil de aplicacin del paquete de contenido SCORM Requisitos

La tabla 3.5.3a define los requisitos para cada uno de los Perfiles de Aplicacin del Paquete de Contenido antes mencionados. Cada uno de los perfiles aparece con los requisitos correspondientes para cada uno de los elementos/atributos para el manifiesto de empaquetado de contenido. M indica que el elemento/atributo es Obligatorio. O indica que el elemento/atributo es Opcional. NP indica que el elemento/atributo No est Permitido.
Se indican los elementos como apareceran en la Vinculacin XML (es decir, usando notacin XML <nombre_del_elemento>). Los atributos se indican sin notacin (p. ej., identificador 1.1 es un atributo del elemento <manifest>). El sistema de numeracin se basa en la Especificacin de Empaquetado de Contenido IMS.
Tabla 3.5.3a: Requisitos del Elemento del Manifiesto del Perfil de la Aplicacin del Paquete de Contenido SCORM
No.
Elementos
1 1.1 1.2 1.3 1.4 1.4.1 1.4.2 1.4.3 1.5 1.5.1 1.5.2 1.5.2.1 1.5.2.2 1.5.2.3 1.5.2.4 1.5.2.5 1.5.2.5.1 1.5.2.5.2 1.5.2.5.3 1.5.2.5.4 1.5.2.5.5 1.5.2.5.6 1.5.2.5.7 1.5.2.5.7.1 1.5.2.5.8 1.5.2.5.9 1.5.2.5.10 1.5.2.5.11 1.5.2.5.12
<manifest> identifier version xml:base <metadata> <schema> <schemaversion> {Metadata} <organizations> default <organization> identifier structure adlseq:objectivesGlobalToSystem <title> <item> identifier identifierref <title> isvisible parameters <item> <metadata> {Metadata} <adlcp:timeLimitAction> <adlcp:dataFromLMS> <adlcp:completionThreshold> <imsss:sequencing> <adlnav:presentation>
Paquete de Contenido del Recurso M M

O O
Agregacin de Contenido Paquete de Contenido M M

O O
M M M
O
M M M
O
M
NP NP NP NP NP NP NP NP NP NP NP NP NP NP NP NP NP NP NP NP
M
M M M O O M M M O M O O O O O O O O O O
1.5.2.6 1.5.2.6.1 1.5.2.7 1.6 1.6.1 1.6.2 1.6.2.1 1.6.2.2 1.6.2.3 1.6.2.4 1.6.2.5 1.6.2.6 1.6.2.6.1 1.6.2.7 1.6.2.7.1 1.6.2.7.2 1.6.2.7.2.1 1.6.2.8 1.6.2.8.1 1.7 1.8
<metadata> {Metadata} <imsss:sequencing> <resources> xml:base <resource> identifier type href adlcp:scormType xml:base <metadata> {Metadata} <file> href <metadata> {Metadata} <dependency> identifierref <manifest> <imsss:sequencingCollection>
NP NP NP M O O M M O M O O O O M O O O M O NP
O O O M O O M M O M O O O O M O O O M O O
3.6. Mejores prcticas y lineamientos prcticos

La siguiente seccin describe un conjunto de mejores prcticas y lineamientos prcticos recomendados para el desarrollo de paquetes de contenido. Estas mejores prcticas no son consideradas requisitos para la precertificacin.
3.6.1. Organizaciones Mltiples para un Curso Individual

El paquete de contenido permite la representacin de mltiples organizaciones para sus recursos. Los mismos recursos pueden ser utilizados en diferentes organizaciones de contenido adaptadas para distintos pblicos. Por ejemplo, se puede considerar valioso forzar a los principiantes a avanzar de manera lineal por el contenido, sin tener la opcin de saltarse ninguna de las unidades educativas, mientras que los usuarios experimentados tal vez deseen utilizar el contenido como recordatorio, seleccionando slo las unidades educativas que quieran experimentar. Se pueden usar mltiples organizaciones para estructurar un conjunto de recursos de distintas maneras por diferentes razones. La utilizacin de mltiples elementos de organizacin es ideal para el caso.
3.6.2. Cmo usar el Elemento <dependency>

Varios recursos de Aprendizaje, definidos en un paquete de contenido, podran contener el mismo conjunto de archivos. Los archivos se representan como elementos <file> en el manifiesto. El elemento <dependency> se puede utilizar para agrupar estos conjuntos de archivos. El uso del elemento <dependency> en este caso aliviar la duplicacin del elemento <<file> en cada conjunto de archivos de cada recurso. En este caso, se puede usar un elemento <resource> para reunir este conjunto de archivos. Una vez que se prepare el <resource>, todos los dems recursos que dependan de ese conjunto de archivos pueden referir hacia el recurso usando el elemento <dependency>.
<manifest> <organizations> <organization> <item identifier="ID1" identifierref="R_ID1"></item> <item identifier="ID2" identifierref="R_ID2"></item> </organization> </organizations> <resources> <resource identifier="R_ID1" adlcp:scormType="sco" href="index_1.htm"> <file href="index_1.htm"/> <file href="image1.jpg"/> <file href="image2.jpg"/> <file href="image3.jpg"/> <file href="apiWrapper.js"/> </resource> <resource identifier="R_ID2" adlcp:scormType="sco" href="index_1.htm"> <file href="index.htm"/> <file href="image1.jpg"/> <file href="image2.jpg"/> <file href="image3.jpg"/> <file href="image4.gif"/> <file href="apiWrapper.js"/> </resource> </resources> </manifest>
En la Ilustracin del Cdigo3-31, los dos recursos definidos comparten un conjunto comn de archivos:
image1.jpg image2.jpg image3.jpg apiWrapper.js
Estos conjuntos de archivos se repiten como elementos <file> en cada recurso. El mtodo descrito anteriormente se puede usar para eliminar la repeticin de estos elementos <file>.
<manifest> <organizations> <organization> <item identifier="ID1" identifierref="R_ID1"></item> <item identifier="ID2" identifierref="R_ID2"></item> </organization> </organizations> <resources> <resource identifier="R_ID1" adlcp:scormType="sco" href="index_1.htm"> <file href="index_1.htm"/> <dependency identifierref="DEP_R_ID1"/> </resource> <resource identifier="R_ID2" adlcp:scormType="sco" href="index_1.htm"> <file href="index.htm"/> <file href="image4.gif"/> <dependency identifierref="DEP_R_ID1"/> </resource> <resource identifier="DEP_R_ID1" adlcp:scormType="asset"> <file href="image1.jpg"/> <file href="image2.jpg"/> <file href="image3.jpg"/> <file href="apiWrapper.js"/> </resource> </resources> </manifest>
En la Ilustracin del Cdigo 3-32, se cre un recurso para que contenga el conjunto de archivos de uso comn. Al recurso se le dio un identificador exclusivo, tal y como se exige. Este recurso recientemente creado es un Asset. No se proporcion ningn atributo href para este recurso. El asset nunca ser lanzado por un Sistema de Administracin de Aprendizaje (ningn identifierref de <item> refiere hacia el recurso). Los recursos que ahora comparten estos conjuntos de archivos contienen un elemento <dependency> que refiera hacia el recurso recientemente creado usando el atributo identifierref.
SECCIN 4
Metadatos de SCORM
4.1. Introduccin a los metadatos de SCORM

Hasta este punto, SCORM ha descrito los pilares bsicos (los Componentes del Modelo de Contenido SCORM) para el desarrollo de contenido. SCORM tambin ha descrito cmo agrupar estos pilares en Agregaciones de Contenido y cmo empaquetar esas piezas para ser distribuidas entre sistemas. Una vez que se hayan construido los Componentes del Modelo de Contenido SCORM, sera til describirlos de manera consistente. Describir estos componentes con metadatos facilita la bsqueda y el hallazgo de los componentes en los distintos sistemas. Un Sistema de Administracin de Aprendizaje podra utilizar los metadatos para darle informacin al estudiante sobre la organizacin del contenido (es decir, el curso, leccin, mdulo, etc.). Los metadatos tambin se pueden utilizar en el desempeo para ayudar a decidir qu componente del modelo de contenido se entregar al estudiante. Esta seccin proporciona requisitos y asesora especficos para aplicar los metadatos a los Componentes del Modelo de Contenido SCORM. El Perfil de la Aplicacin de Metadatos de SCORM definido en esta seccin retoma directamente el estndar 1484.12.1-2002 de Metadatos de Objetos de Aprendizaje (LOM) del IEEE [11] y el estndar 1484.12.3 de Vinculacin XML para el Modelo de Datos de Metadatos de Objetos de Aprendizaje [14]. El IEEE proporciona, a grandes rasgos, 64 elementos para los metadatos, ms de los que sera prctico usar cotidianamente. Esta seccin define, en el contexto de SCORM, qu elementos de datos son obligatorios en los metadatos usados para marcar los componentes descritos en el Modelo de Agregacin de Contenido. Aunque SCORM se apega al estndar IEEE, esta seccin proporciona asesora adicional especficamente para usar los metadatos para describir componentes de SCORM. SCORM recomienda ampliamente el uso del LOM del IEEE para describir los Componentes del Modelo de Contenido SCORM. Sin embargo, se pueden usar otros esquemas de metadatos. Estos esquemas de metadatos podran, o no, ser reconocidos por los sistemas. La seccin siguiente se divide en cinco subsecciones bsicas, y cada una describe una parte distinta de los Metadatos de SCORM: Seccin 4.1: Introduccin a los Metadatos. Esta seccin ofrece un panorama general y antecedentes sobre los Metadatos del Objeto de Aprendizaje (LOM). Seccin 4.2: Creacin de Metadatos. Esta seccin define los requisitos para crear metadatos. La seccin proporciona los detalles sobre los requisitos definidos por el IEEE y la manera en que estos requisitos afectan a SCORM. Esta seccin proporciona los detalles sobre cmo construir instancias XML que se apeguen a los requisitos de LOM del IEEE. Seccin 4.3: Enfoques de la validacin del esquema XML de LOM. Esta seccin describe los enfoques de validacin desarrollados por el IEEE y descritos en el Estndar del IEEE para la Vinculacin XML del Modelo de Datos de LOM. Estos enfoques de validacin ofrecen un soporte diferente para los requisitos de validacin XML, dependiendo de las necesidades del usuario. Seccin 4.4: Extensiones de los Metadatos. Esta seccin describe las capacidades de extensin descritas por el Estndar del IEEE para la Vinculacin XML del Modelo de Datos de Metadatos de los Objetos de Aprendizaje y para SCORM. Tambin discute los pros y los contras de crear extensiones.
Seccin 4.5: Perfil de aplicacin de metadatos de SCORM. Esta seccin proporciona asesora especfica sobre cmo implementar los metadatos en el ambiente SCORM. Todos los elementos definidos por el IEEE se consideran de uso opcional. Esta seccin define elementos obligatorios en SCORM, para el Perfil de Aplicacin de Metadatos de SCORM y la manera en que deben ser expresados en XML para que estn certificados para SCORM. El propsito de los metadatos es ofrecer una nomenclatura comn que permite a los recursos de Aprendizaje ser descritos de manera comn. Los metadatos se pueden recopilar en catlogos, as como estar directamente en un paquete con el recurso de Aprendizaje que se detallan. Los recursos de Aprendizaje descritos con metadatos pueden localizarse sistemticamente con bsquedas para ser y usados y reutilizados.
SCORM aplica las definiciones de los elementos de metadatos LOM del IEEEE a los Componentes del Modelo de Contenido SCORM descritos en el Modelo de Agregacin de Contenido. Estos componentes definen los aspectos de metadatos del Modelo de Agregacin de Contenido de SCORM. El mapeo de las definiciones estandarizadas del IEEE y el Modelo de Agregacin de Contenido de SCORM completa el eslabn perdido entre las especificaciones generales y los modelos de contenido especficos. Las siguientes secciones explican cmo se aplican en SCORM los estndares del IEEE en los aspectos de metadatos del Modelo de Agregacin de Contenido de SCORM.
4.2. Creacin de metadatos de SCORM

Las siguientes secciones delinean los elementos de metadatos en XML de los Metadatos de los Objetos de Aprendizaje. Segn el IEEE, todos los elementos de metadatos de los Metadatos de los Objetos de Aprendizaje son opcionales. Esto implica que al construir una instancia de metadatos en XML, el desarrollador puede escoger y elegir qu elementos utilizar. Para cumplir con muchos de los requisitos clave de alto nivel de ADL, SCORM impone requisitos adicionales sobre cules elementos son obligatorios en las instancias XML de metadatos precertificados para SCORM. Estos requisitos adicionales permiten tener la capacidad de describir esos objetos con metadatos (de manera consistente, usando un conjunto constante de elementos obligatorios) y la capacidad de encontrar esos objetos de Aprendizaje en un repositorio para que puedan ser utilizados en otros contextos. Consulte la seccin 4.5.2: Requisitos del Perfil de Aplicacin de Metadatos SCORM para ver un listado completo de los elementos y sus requisitos de uso. El Modelo de Informacin 1484.12.1-2002 (en adelante mencionado como Modelo de Informacin LOM) describe el conjunto de elementos de datos disponibles para la construccin de paquetes certificados para SCORM. Junto con los requisitos mencionados en el Modelo de Informacin LOM, SCORM define un Perfil de Aplicacin para las instancias de metadatos. Estos requisitos y definiciones del perfil de aplicacin pueden encontrarse en la seccin 4.5.2: Requisitos del Perfil de Aplicacin de Metadatos SCORM. Los metadatos precertificados para SCORM pueden contener elementos de datos adicionales, segn lo descrito en la Seccin 4.4: Extensiones de los metadatos. El Modelo de Informacin LOM se divide en nueve categoras: Estas categoras se basan en las definiciones encontradas en el Modelo de Informacin LOM. Las nueve categoras de los elementos de metadatos son: 1. La categora General puede usarse para describir la informacin de carcter general sobre el Componente del Modelo de Contenido SCORM en su totalidad. 2. La categora de Ciclo puede usarse para describir las funciones relacionadas con la historia y el estado actual del Componente del Modelo de Contenido SCORM y con las personas que han afectado este recurso durante su evolucin. 3. La categora de Meta-metadatos puede ser usada para describir la informacin del registro de metadatos en s mismo (en vez del Componente del Modelo de Contenido SCORM que ese registro describe). 4. La categora Tcnica puede ser utilizada para describir requisitos y caractersticas tcnicas de los Componentes del Modelo de Contenido SCORM. 5. La categora Educativa puede utilizarse para describir las caractersticas educativas y pedaggicas del Componente del Modelo de Contenido SCORM. 6. La categora de Derechos puede usarse para describir los derechos de propiedad intelectual y las condiciones de uso del Componente del Modelo de Contenido SCORM. 7. La categora de Relacin puede ser utilizada para describir las funciones que definen la relacin entre este Componente del Modelo de Contenido SCORM y otros componentes que se pretenda usar. 8. La categora de Anotacin puede usarse para ofrecer comentarios acerca del Componente del Modelo de Contenido SCORM e informacin sobre cundo y quin cre los comentarios.
9. La categora de Clasificacin puede utilizarse para describir a dnde pertenece este Componente del Modelo de Contenido SCORM dentro de un sistema de clasificacin en particular. Algunos elementos utilizan el trmino mnimo permitido (SPM, por sus siglas en ingls) al describir la multiplicidad y/o los tipos de datos. El SPM indica que las aplicaciones que procesan metadatos deben procesar por lo menos ese nmero de elementos o de caracteres, pero tienen la libertad de operar con el lmite y de excederlo. Para los elementos que tengan un tipo de datos sobre un Tipo de Vocabulario se ofrece informacin adicional sobre si el vocabulario es Restringido o Vocabulario de Mejor Prctica. Si es Restringido esto indica que el elemento de los metadatos es restringido a las partidas del vocabulario enumeradas. Si es de Mejor Prctica, esto indica que SCORM recomienda usar las partidas enumeradas como mejor prctica.
Tabla 4.2a: Explicacin de los Requisitos de Multiplicidad del Perfil de la Aplicacin de los Metadatos Requisitos de Multiplicidad Explicacin 1 y solamente 1 El elemento debe existir 1 y solamente 1 vez dentro del elemento progenitor. 0 o Ms El elemento puede existir 0 veces o ms dentro del elemento progenitor. 1 o Ms El elemento tiene que existir 1 vez o ms dentro del elemento progenitor. 2 o Ms El elemento tiene que existir 2 vez o ms dentro del elemento progenitor. 0o1 El elemento puede existir 0 o 1 vez dentro del elemento progenitor.
La tabla 4.2a define los tipos de multiplicidades que se utilizan en esta seccin. Cada uno de los tipos se acompaa con una breve explicacin. La tabla tambin tiene definiciones de SPMs para los elementos que tengan una multiplicidad mayor a 1. El SPM indica el menor nmero de elementos que deben apoyar el sistema de procesamiento.
4.2.1. Elemento <lom>

Todas las instancias de metadatos deben tener <lom> como nodo de raz. El nodo de raz comienza a definir los metadados usados para describir el Componente del Modelo de Contenido SCORM. Cuando se coloca en un paquete de contenido (consulte la Seccin 4.5.1: Cmo asociar Metadatos a los Componentes de SCORM), todos los metadatos se ponen dentro de un elemento <imscp:metadata> (consulte la Seccin 3.4.1: Archivo de Manifiesto) dentro de un archivo imsmanifest.xml. El nodo de raz <lom> encapsula todas las categoras mencionadas anteriormente. No hay orden implcito para las nueve categoras. Los elementos hijo pueden aparecer en cualquier orden. Todas las declaraciones de espacio de nombre deben hacerse dentro del elemento <lom>. Esto incluye cualquier espacio de nombre que sea considerado una extensin de los metadatos. Aunque esto no se considera un requisito, basndose en las especificaciones de XML, ADL supone esto como una mejor prctica y anima a los proveedores y las herramientas para que proporcionen esta informacin. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <lom> Requisitos de SCORM: El elemento <lom> contiene elementos importantes exigidos por SCORM para describir todos los Componentes del Modelo de Contenido SCORM. El elemento <lom> aparecer 1 y solamente 1 vez. Nota de ADL: Los requisitos de multiplicidad del elemento <lom> implican que ste (el elemento de raz de una Instancia LOM) aparecer 1 y solamente 1 vez en una Instancia LOM dada. Se podra usar ms de una Instancia LOM para describir a un Componente del Modelo de Contenido SCORM. En estos casos, el elemento <lom> podra aparecer 0 o ms veces como descendiente directo del elemento <imscp:metadata> (consulte la Seccin 3.4.1.2 Elemento <metadata> para ver ms informacin). Tipo de datos: El elemento <lom> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <lom> contiene los siguientes elementos hijo:
<general> <lifeCycle> <metaMetadata> <technical> <educational> <rights> <relation> <annotation> <classification>
Ejemplo: El ejemplo se utiliza para ilustrar los conceptos descritos anteriormente. Los nueve elementos de categora se representan como elementos vacos para mayor sencillez.
<lom xmlns="http://ltsc.ieee.org/xsd/LOM"> <general/> <classification/> <annotation/> <lifeCycle/> <technical/> <metaMetadata/> <educational/> <relation/> <rights/> </lom>
4.2.2. Elemento <general>

La categora General agrupa la informacin de carcter general que describe al recurso en su totalidad. El recurso en este caso es el Componente del Modelo de Contenido SCORM particular (Asset, SCO, Actividad u Organizacin de Contenido) que se seala. Esta informacin de carcter general a veces es vista como informacin clave, importante para anotar el componente particular. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <general> Requisitos de SCORM: El elemento <general> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <general> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <general> contiene los siguientes elementos hijo:
<identifier> <title> <language> <description> <keyword> <coverage> <structure> <aggregationLevel>
Ejemplo:
<lom> <general> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/content/CO_01</entry> </identifier> <title> <string language="en">Title for the learning object</string> </title> <language>en</language> <description> <string language="en">Textual description</string> </description> <keyword> <string language="en">learning object</string> </keyword> <coverage> <string language="en">Circa, 16th century France</string> </coverage> <structure> <source>LOMv1.0</source> <value>atomic</value> </structure> <aggregationLevel> <source>LOMv1.0</source> <value>2</value> </aggregationLevel> </general> </lom>
4.2.2.1. Elemento <identifier> El elemento <identifier> representa un mecanismo para asignar una etiqueta que sea exclusiva a nivel global para identificar el Componente del Modelo de Contenido SCORM. La nocin de asignar un identificador global nico a un componente es importante cuando se manejan mltiples facetas de desarrollo del contenido de Aprendizaje (p. ej., nuevas versiones, mantenimiento, etc.). Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <identifier> Requisitos de SCORM: El elemento <identifier> aparecer 0 o ms veces. El elemento <identifier> tiene un SPM de 10. Tipo de datos: El elemento <identifier> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <identifier> contiene los siguientes elementos hijo:
<catalog> <entry>
Ejemplo:
<lom> <general> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/content/CO_01</entry> </identifier> </general> </lom>
4.2.2.1.1. Elemento <catalog> El elemento <catalog> representa el nombre o la designacin de la identificacin o del esquema de catalogacin de esta partida. Existe una variedad de sistemas de catalogacin que estn disponibles. SCORM no exige el uso de sistema de catalogacin alguno, en particular. Las organizaciones tienen la libertad de elegir cualquier esquema de catalogacin que sirva a sus prcticas o polticas. Algunos de los tipos de sistemas de catalogacin son: Identificador Universal de Recurso (URI) Nombre Universal del Recurso (URN) Identificador de Objeto Digital (DOI) Nmero Estndar Internacional para Libros (ISBN) Nmero de Serie Estndar Internacional (ISBN)
El elemento <catalog> representa el esquema usado para crear y manejar la partida. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <catalog> Requisitos de SCORM: El elemento <catalog> aparecer 0 o 1 vez. Si el elemento <identifier> est presente en una instancia de metadatos, SCORM recomienda el uso del elemento <catalog> para calificar el valor real del identificador. Tipo de datos: El elemento <catalog> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin).
Ejemplo:
4.2.2.1.2. Elemento <entry> El elemento <entry> representa el valor del identificador dentro del esquema de catalogacin (consulte el elemento <catalog>) que seala o identifica el objeto de Aprendizaje. Los identificadores pueden adquirir varios formatos. El IEEE exige que el valor real del identificador se represente como una CadenaDeCaracteres. Las organizaciones tienen la libertad de elegir cualquier mecanismo para crear identificadores exclusivos que sirvan a sus prcticas o polticas. La siguiente lista rene ejemplos del valor de los identificadores (partida): Esquema (<catalog>) Valor (<entry>) Nombre Universal del Recurso urn:ADL: 1345-GFGC-23ED-3321 Identificador Universal de Recurso http://www.adlnet.org/content/C0_01 Sintaxis de manejo 100.100/2345342256349543 Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <entry> Requisitos de SCORM: El elemento <entry> aparecer 0 o 1 vez. Si el elemento <identifier> est presente en una instancia de metadatos, SCORM recomienda el uso del elemento <entry> para portar el valor real del identificador. Tipo de datos: El valor del elemento <entry> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin).
Ejemplo:
4.2.2.2. Elemento <title> El elemento <title> representa el nombre dado al objeto de Aprendizaje. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <title> Requisitos de SCORM: El elemento <title> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <title> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <general> <title> <string language="en">Sharable Content Object Reference Model</string> </title> </general> </lom>
4.2.2.3. Elemento <language> El elemento <language> representa el lenguaje(s) humano primordial usado en el Componente del Modelo de Contenido SCORM para comunicarse con el usuario. El elemento de Lenguaje se puede repetir. Esto permite que se describan los componentes construidos para que se opere en mltiples idiomas. El valor que tiene el elemento <language> ser representado de acuerdo a lo siguiente:
Idioma = cdigo de idioma (-Subcdigo)*
Cdigo de idioma: Representa el cdigo de un idioma segn se define en el ISO 639:1988. Este valor es obligatorio. Subcdigo: Representa el cdigo de pas del conjunto de cdigos definido por el ISO 3166-1997. Este valor se puede repetir y es opcional.
El elemento <language> tambin puede tener un valor de cero, si el Componente del Modelo de Contenido SCORM no tiene contenido idiomtico. Ejemplos: en en-GB Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <language> Requisitos de SCORM: El elemento <language> aparecer 0 o ms veces. El elemento <language> tiene un SPM de 10. Tipo de datos: El elemento <language> se representa como una cadena de caracteres. La CadenaDeCaracteres tiene un SPM de 100 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
<lom> <general> <language>en</language> <language>fr</language> </general> </lom>
4.2.2.4. Elemento <description> El elemento <description> representa una descripcin textual del Componente del Modelo de Contenido SCORM descrito en los metadatos. Este elemento permite una descripcin narrada del componente. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <description> Requisitos de SCORM: El elemento <description> aparecer 1 o ms veces. El elemento <description> tiene un SPM de 10.
Tipo de datos: El elemento <description> se representa como un elemento LangString. El LangString tiene un SPM de 2000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <general> <description> <string language="en">Textual description of the learning object</string> </description> </general> </lom>
4.2.2.5. Elemento <keyword> El elemento <keyword> ser utilizado para definir las palabras clave o frases comunes que describen al objeto de Aprendizaje. Al crear trminos clave, el creador debe escoger palabras o frases que sean sucintas y que se refieran especficamente al componente de SCORM. El elemento Keyword consiste en una palabra o frase. Si se desea ms de una palabra clave, el creador debe utilizar mltiples instancias del elemento Keyword. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <keyword> Requisitos de SCORM: El elemento <keyword> aparecer 1 o ms veces. El elemento <keyword> tiene un SPM de 10. Tipo de datos: El elemento <keyword> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin).
Ejemplo:
<lom> <general> <keyword> <string language="en">learning object</string> <string language="nl">leerobject</string> <string language="fr">objet dapprentissage</string> </keyword> <keyword> <string language="en">metadata</string> <string language="nl">metadata</string> <string language="fr">mtadonnes</string> </keyword> </general> </lom>
4.2.2.6. Elemento <coverage> El elemento <coverage> se usar para describir la hora, cultura, geografa o regin en la que se aplicar el Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <coverage> Requisitos de SCORM: El elemento <coverage> aparecer 0 o ms veces. El elemento <coverage> tiene un SPM de 10. Tipo de datos: El elemento <coverage> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <general> <coverage> <string language="en">Circa, 16th century France</string> </coverage> </general> </lom>
4.2.2.7. Elemento <structure> El elemento <structure> describir estructura organizacional subyacente del Componente del Modelo de Contenido SCORM.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <structure> Requisitos de SCORM: El elemento <structure> aparecer 0 o 1 vez. Tipo de datos: El elemento <structure> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <structure> como elemento de Vocabulario Restringido. Si el elemento <structure> se utiliza en una instancia de metadatos, SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es: atomic: un objeto que es indivisible collection: un conjunto de objetos sin relacin especfica entre ellos networked: un conjunto de objetos sin relacin, que no estn especificados hierarchical: un conjunto de objetos cuyas relaciones puedan ser representadas con una estructura de rbol linear: un conjunto de objetos completamente ordenados. Ejemplo: un conjunto de objetos conectados con relaciones de "anterior" y "siguiente". Ejemplo:
<lom> <general> <structure> <source>LOMv1.0</source> <value>atomic</value> </structure> </general> </lom>
4.2.2.8. Element <aggregationLevel> El elemento <aggregationLevel> describir la granularidad funcional del objeto de Aprendizaje. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <aggregationLevel> Requisitos de SCORM: El elemento <aggregationLevel> aparecer 0 o 1 vez.
Tipo de datos: El elemento <aggregationLevel> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <aggregationLevel> como elemento de Vocabulario Restringido. Si el elemento <aggregationLevel> se utiliza en una instancia de metadatos, SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
1: el menor nivel de la agregacin, por ejemplo: informacin o fragmentos de
informacin de medios en bruto

2: un grupo de objetos de Aprendizaje de nivel 1, por ejemplo: una leccin 3: un grupo de objetos de Aprendizaje de nivel 2, por ejemplo: un curso 4: el nivel ms grande de granularidad, por ejemplo: un conjunto de cursos que
conduzcan a un certificado Ejemplo:

<lom> <general> <aggregationLevel> <source>LOMv1.0</source> <value>2</value> </aggregationLevel> </general> </lom>
4.2.3. Elemento <lifeCycle>

La categora de Ciclo agrupa las funciones relacionadas con la historia y el estado actual del Componente del Modelo de Contenido SCORM y con las personas que han afectado al componente durante su evolucin. Entre los tipos de informacin que comnmente se renen en esta categora estn el estado del componente (p. ej., si el componente est en su estado final o sigue siendo un borrador), un identificador de esa versin, que indique la versin del componente y una lista de los individuos y/o organizaciones que han afectado al componente de una manera u otra. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <lifeCycle> Requisitos de SCORM: El elemento <lifeCycle> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <lifeCycle> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <lifeCycle> contiene los siguientes elementos hijo:
<version> <status> <contribute>
Ejemplo:
<lom> <lifeCycle> <version> <string language="en">1.0 alpha</string> </version> <status> <source>LOMv1.0</source> <value>final</value> </status> <contribute> <role> <source>LOMv1.0</source> <value>author</value> </role> <entity>BEGIN:VCARD
VERSION:2.1
FN:Joe Friday
END:VCARD</entity> <date> <dateTime>2002-12-12</dateTime> <description> <string language="en">A description for the date</string> </description> </date> </contribute> </lifeCycle> </lom>
4.2.3.1. Elemento <version> El elemento <version> describir la edicin del Componente del Modelo de Contenido SCORM. Un componente puede tener varias versiones o ediciones durante su ciclo de vida. El elemento <version> permite que se describa la versin del componente. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <version> Requisitos de SCORM: El elemento <version> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <version> se representa como un elemento LangString. El LangString tiene un SPM de 50 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin).
Ejemplo:
<lom> <lifeCycle> <version> <string language="en">1.0 alpha</string> </version> </lifeCycle> </lom>
4.2.3.2. Elemento <status> El elemento <status> describir el estado de conclusin o la condicin del Componente del Modelo de Contenido SCORM. El estado del componente puede cambiar durante su ciclo de vida (borrador, final, etc.). El elemento <status> permite que se describa el estado del componente.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <status> Requisitos de SCORM: El elemento <status> aparecer 0 o 1 vez. Tipo de datos: El elemento <status> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <status> como elemento de Vocabulario Restringido. Si el elemento <status> se utiliza en una instancia de metadatos, SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
draft: el componente est en estado de borrador (determinado por el desarrollador) final: el componente est en estado final (determinado por el desarrollador) revised: el componente ha sido modificado desde su ltima versin unavailable: no est disponible la informacin de su estado
Ejemplo:
<lom> <lifeCycle> <status> <source>LOMv1.0</source> <value>final</value> </status> </lifeCycle> </lom>
4.2.3.3. Elemento <contribute> El elemento <contribute> se usar para describir las entidades (es decir, gente, organizaciones) que han contribuido al estado actual del Componente del Modelo de Contenido SCORM durante su ciclo de vida (p. ej., en su creacin, edicin, resea, publicacin, etc.). El elemento Contribute permite capturar a todos los individuos u organizaciones involucrados. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <contribute> Requisitos de SCORM: El elemento <contribute> aparecer 0 o ms veces. El elemento <contribute> tiene un SPM de 30. SCORM recomienda que se identifique al autor o creador del Componente del Modelo de Contenido SCORM. Esto se logra usando el elemento <contribute> para identificar al autor. Se recomienda usar, junto con el elemento <contribute>, los elementos <role> y <entity> para identificar al autor del Componente del Modelo de Contenido SCORM. Tipo de datos: El elemento <contribute> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <contribute> contiene los siguientes elementos hijo:
<role> <entity> <date>
Ejemplo:
<lom> <lifeCycle> <contribute> <role> <source>LOMv1.0</source> <value>author</value> </role> <entity>BEGIN:VCARD
VERSION:2.1
FN:Joe Friday
4.2.3.3.1. Elemento <role> El elemento <role> define la clase o el tipo de contribucin hecha por el colaborador (identificado en el elemento Entity). El IEEE ha definido un conjunto de roles tpicos en relacin al ciclo de vida del componente. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <role> Requisitos de SCORM: El elemento <role> aparecer 0 o 1 vez. SCORM recomienda que se identifique al autor o creador del Componente del Modelo de Contenido SCORM. Se debe utilizar el elemento <role> para indicar al autor y el valor se debe configurar como autor. Tipo de datos: El elemento <role> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <role> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
author publisher unknown initiator terminator validator editor graphical designer technical implementer content provider technical validator educational validator script writer instructional designer subject matter expert
Ejemplo:
<lom> <lifeCycle> <contribute> <role> <source>LOMv1.0</source> <value>author</value> </role> </contribute> </lifeCycle> </lom>
4.2.3.3.2. Elemento <entity> El elemento <entity> identifica la entidad o entidades que pudieron haber contribuido durante el ciclo de desarrollo del Componente del Modelo de Contenido SCORM. Una entidad puede ser una persona, una organizacin, etc. Si se enumera ms de una entidad, las entidades deben aparecer en orden de importancia. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <entity> Requisitos de SCORM: El elemento <entity> aparecer 0 o ms veces. El elemento <entity> tiene un SPM de 40. SCORM recomienda que se identifique al autor o creador del Componente del Modelo de Contenido SCORM. Se debe utilizar el elemento <entity> para indicar al autor, con la informacin del autor representada en sintaxis de VCard. Tipo de datos: El elemento <entity> se representa como una cadena de caracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Todos los valores de la entidad sern representados en formato de vCard [9]. Esto permite que los sistemas tomen la cadena de caracteres representada por el elemento <entity> y la procesen como una vCard vlida.
Ejemplo:
VERSION:2.1
FN:Joe Author
END:VCARD</entity> <entity>BEGIN:VCARD
VERSION:2.1
FN:Mary Author
4.2.3.3.3. Elemento <date> El elemento <date> identifica la fecha de la colaboracin de la entidad. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <date> Requisitos de SCORM: El elemento <date> aparecer 0 o 1 vez. Tipo de datos: El elemento de Fecha se representa con el tipo de datos DateTime (consulte la Seccin 4.2.11.4: Tipo de Datos DateTime para ver ms informacin). El elemento <date> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <date> contiene dos elementos: uno que representa la fecha real de la colaboracin (<dateTime>) y otro que represente una descripcin textual de la fecha (<description>):
<dateTime> <description>
Ejemplo:
VERSION:2.1
FN:Joe Author
VERSION:2.1
FN:Mary Author
END:VCARD</entity> <date> <dateTime>2002-12-12</dateTime> <description> <string language="en">This date represents the date the author finished authoring the component.</string> </description> </date> </contribute> </lifeCycle> </lom>
4.2.4. Elemento <metaMetadata>

La categora de Meta-metadatos ofrece elementos que describen el registro de metadatos en s mismo y no al Componente del Modelo de Contenido SCORM que ese registro seala. Esta categora describe cmo se puede identificar la instancia de metadatos, quin la cre, cmo, cundo y con qu referencias. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <metaMetadata> Requisitos de SCORM: El elemento <metaMetadata> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <metaMetadata> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <metaMetadata> contiene los siguientes elementos hijo:
<identifier> <contribute> <metadataSchema> <language>
Ejemplo:
<lom> <metaMetadata> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/metadata/MDO_01</entry> </identifier> <contribute> <role> <source>LOMv1.0</source> <value>creator</value> </role> <entity>BEGIN:VCARD
VERSION:2.1
FN:Joe Metadata Creator
END:VCARD</entity> <date> <dateTime>2002-12-12</dateTime> <description> <string language="en">This date represents the date the creator finished authoring the metadata.</string> </description> </date> </contribute> <metadataSchema>LOMv1.0</metadataSchema> <metadataSchema>ADLv1.0</metadataSchema> <language>en</language> </metaMetadata> </lom>
4.2.4.1. Elemento <identifier> El elemento <identifier> representa un mecanismo para asignar una etiqueta que sea exclusiva a nivel global, que identifique el registro de metadatos que describe al Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <identifier> Requisitos de SCORM: El elemento <identifier> aparecer 0 o ms veces. El elemento <identifier> tiene un SPM de 10. Tipo de datos: El elemento <identifier> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <identifier> contiene los siguientes elementos hijo:
<catalog> <entry>
Ejemplo:
<lom> <metaMetadata> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/metadata/MDO_01</entry> </identifier> </metaMetadata> </lom>
4.2.4.1.1. Elemento <catalog> El elemento <catalog> representa el nombre o la designacin de la identificacin o del esquema de catalogacin de esta partida. Existen una variedad de sistemas de catalogacin que estn disponibles. SCORM no exige el uso de sistema de catalogacin alguno, en particular. Las organizaciones tienen la libertad de elegir cualquier esquema de catalogacin que sirva a sus prcticas o polticas. Algunos de los tipos de sistemas de catalogacin son: Identificador Universal de Recurso (URI) Nombre Universal del Recurso (URN) Identificador de Objeto Digital (DOI) Nmero Estndar Internacional para Libros (ISBN) Nmero de Serie Estndar Internacional (ISBN) El elemento <catalog> representa el esquema usado para crear y manejar la partida. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM
Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <catalog> Requisitos de SCORM: El elemento <catalog> aparecer 0 o 1 vez. Si el elemento <identifier> est presente en una instancia de metadatos, SCORM recomienda el uso del elemento <catalog> para calificar el valor real del identificador. Tipo de datos: El elemento <catalog> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
4.2.4.1.2. Elemento <entry> El elemento <entry> representa el valor del identificador dentro del esquema de identificacin o catalogacin (consulte el elemento <catalog>) que seala o identifica los metadatos. Los identificadores pueden adquirir varios formatos. El IEEE exige que el valor real del identificador se represente como una CadenadeCaracteres. Las organizaciones tienen la libertad de elegir cualquier mecanismo para crear identificadores exclusivos que sirvan a sus prcticas o polticas. Se recomienda que se elija un esquema comn. La siguiente lista rene ejemplos del valor de los identificadores (partida): Esquema (<catalog>) Nombre Universal del Recurso Identificador Universal de Recurso Sintaxis de manejo Valor (<entry>) urn:ADL: 1345-GFGC-23ED-3321 http://www.adlnet.org/content/C0_01 100.100/2345342256349543
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <entry> Requisitos de SCORM: El elemento <entry> aparecer 0 o 1 vez.
Si el elemento <identifier> est presente en una instancia de metadatos, SCORM recomienda el uso del elemento <entry> para portar el valor real del identificador. Tipo de datos: El elemento <entry> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
4.2.4.2. Elemento <contribute> El elemento <contribute> se usar para describir las entidades (es decir, gente, organizaciones) que han afectado el estado actual de la instancia de metadatos (no del Componente del Modelo de Contenido SCORM que est siendo descrito) durante su ciclo de desarrollo. El elemento <contribute> permite capturar a todos los individuos u organizaciones involucrados. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <contribute> Requisitos de SCORM: El elemento <contribute> aparecer 0 o ms veces. El elemento <contribute> tiene un SPM de 10. Tipo de datos: El elemento <contribute> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <contribute> contiene los siguientes elementos hijo:
<role> <entity> <date>
Ejemplo:
<lom> <metaMetadata> <contribute> <role> <source>LOMv1.0</source> <value>creator</value> </role> <entity>BEGIN:VCARD
VERSION:2.1
END:VCARD</entity> <date> <dateTime>2002-12-12</dateTime> <description> <string language="en">Esta fecha representa el da en que el creador termin de construir los metadatos.</string> </description> </date> </contribute> </metaMetadata> </lom>
4.2.4.2.1. Elemento <role> El elemento <role> define la clase o el tipo de contribucin hecha por el colaborador (identificado en el elemento Entity). El IEEE ha definido un conjunto de roles tpicos en relacin al ciclo de vida de la instancia de metadatos. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <role> Requisitos de SCORM: El elemento <role> aparecer 0 o 1 vez. Si se usa el elemento <contribute>, SCORM recomienda el uso del elemento <role>. El elemento <role> describe el papel que jug el colaborador en el desarrollo de los metadatos que describen el Componente del Modelo de Contenido SCORM. Tipo de datos: El elemento <role> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <role> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
creator validator
Ejemplo:
VERSION:2.1
4.2.4.2.2. Elemento <entity> El elemento <entity> identifica la entidad o entidades que pudieron haber contribuido durante el ciclo de desarrollo de la instancia de metadatos. Una entidad puede ser una persona, una organizacin, etc. Si se enumera ms de una entidad, las entidades deben aparecer en orden de importancia. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <entity> Requisitos de SCORM: El elemento <entity> aparecer 0 o ms veces. El elemento <entity> tiene un SPM de 10. Si se usa el elemento <contribute>, SCORM recomienda el uso del elemento <entity>. El elemento <entity> describe a los que estuvieron involucrados en el desarrollo de los metadatos que describen el Componente del Modelo de Contenido SCORM. Tipo de datos: El elemento <entity> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Todos los valores de la entidad sern representados en formato de vCard [9]. Esto permite que los sistemas tomen la CadenaDeCaracteres representada por el elemento <entity> y la procesen como una vCard vlida.
Ejemplo:
VERSION:2.1
4.2.4.2.3. Elemento <date> El elemento <date> identifica la fecha de la colaboracin de la entidad. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <date> Requisitos de SCORM: El elemento <date> aparecer 0 o 1 vez. Tipo de datos: El elemento de Fecha se representa con el tipo de datos DateTime (consulte la Seccin 4.2.11.4: Tipo de Datos DateTime para ver ms informacin). El elemento <date> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <date> contiene dos elementos: uno que representa la fecha real de la colaboracin (<dateTime>) y otro que represente una descripcin textual de la fecha (<description>):
Ejemplo:
VERSION:2.1
4.2.4.3. Elemento <metadataSchema> El elemento <metadataSchema> representa el nombre y la versin de la especificacin considerada como autoridad para crear la instancia de metadatos. Si se proporcionan mltiples valores, la instancia de metadatos deber apegarse a mltiples esquemas de metadatos. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <metadataSchema> Requisitos de SCORM: Las instancias de metadatos de todos los Metadatos SCORM deben apegarse a los requisitos de precertificacin del LOM y los requisitos definidos en esta seccin. Debido a esto, SCORM exige que se documenten al menos los siguientes esquemas de metadatos en todas las instancias de metadatos: Versin 1.0 del LOM Versin 1.0 de ADL
SCORM exige el uso de las siguientes cadenas para representar los dos esquemas de metadatos identificados:
LOMv1.0: Indica que se usaron los elementos del Esquema Base de la Versin 1.0 del
LOM.
ADLv1.0: Indica que se sigui el Perfil de Aplicacin de Metadatos de SCORM.
Si hay otros esquemas de metadatos involucrados, sos tambin deben ser mencionados. Sin embargo, no son requeridos para SCORM 2004.
El elemento <metadataSchema> aparecer 2 o ms veces. El elemento <metadataSchema> tiene un SPM de 10. Tipo de datos: El elemento <metadataSchema> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 30 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
<lom> <metaMetadata>  <metadataSchema>LOMv1.0</metadataSchema> <metadataSchema>ADLv1.0</metadataSchema> </metaMetadata> </lom>
4.2.4.4. Elemento <language> El elemento <language> representa el idioma de la instancia de metadatos (es decir, el idioma de todos los valores que se encuentran en los LangStrings). Este valor representa el idioma predeterminado para todos los LangStrings. Si no hay un valor para este elemento de datos en la instancia de metadatos, no hay idioma predeterminado para los valores LangString. Si se proporciona este valor, no es necesario indicar un valor de idioma en los elementos LangString. El valor que tiene el elemento <language> ser representado de acuerdo a lo siguiente:
Idioma = cdigo de idioma (-Subcdigo)* Cdigo de idioma: Representa el cdigo de un idioma segn se define en el ISO
639:1988. Este valor es obligatorio.

Subcdigo: Representa el cdigo de pas del conjunto de cdigos definido por el ISO
3166-1997. Este valor se puede repetir y es opcional. Ejemplos: en en-GB
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <language> Requisitos de SCORM: El elemento <language> aparecer 0 o 1 vez.
Tipo de datos: El elemento <language> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 100 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
<lom> <metaMetadata> <language>en</language> </metaMetadata> </lom>
4.2.5. Elemento <technical>

La categora Tcnica describe todos los requisitos y caractersticas tcnicas de los Componentes del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <technical> Requisitos de SCORM: El elemento <technical> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <technical> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <technical> contiene los siguientes elementos hijo:
<format> <size> <location> <requirement> <installationRemarks> <otherPlatformRequirements> <duration>
Ejemplo:
<lom> <technical> <format>text/html</format> <size>1024</size> <location>Lesson01/Module01/Resources/SCO01.htm</location> <requirement> <orComposite> <type> <source>LOMv1.0</source> <value>browser</value> </type> <name> <source>LOMv1.0</source> <value>ms-internet explorer</value> </name> <minimumVersion>5.0</minimumVersion> <maximumVersion>6.0</maximumVersion> </orComposite> </requirement> <installationRemarks> <string language="en">This activity requires the client browser to have a Macromedia Flash plugin installed.</string> </installationRemarks> <otherPlatformRequirements> <string language="en">Sound card, Min. RAM: 16Mb, Video card and display: at least 800 X 600 pixels x 256 colors</string> </otherPlatformRequirements> <duration> <duration>P5Y</duration> <description> <string language="en">Length of time to play simulation</string> </description> </duration> </technical> </lom>
4.2.5.1. Elemento <format> El elemento <format> representa el tipo(s) tcnico de los datos de todos los componentes usados en la elaboracin del Componente del Modelo de Contenido SCORM. Este elemento se utiliza para identificar la posible necesidad de algn software de tener acceso al componente y utilizarlo. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <format> Requisitos de SCORM: El elemento <format> aparecer 1 o ms veces. El elemento <format> tiene un SPM de 40. Tipo de datos: El elemento <format> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 500 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). La CadenaDeCaracteres deber estar basada en el tipo MIME con registro IANA (consulte el RFC 2048:1996) o la cadena literal no digital.
Ejemplo:
<lom> <technical> <format>video/mpeg</format> <format>text/html</format> </technical> </lom>
4.2.5.2. Elemento <size> El elemento <size> representa el tamao del Componente digital del Modelo de Contenido SCORM en bytes. El tamao se representa como un valor decimal (raz 10). Slo deben usar los dgitos del 0 al 9. Este elemento de datos debe referirse al tamao del Componente SCORM. Si el componente est comprimido, este elemento de datos debe referirse al tamao sin comprimir. Al determinar el tamao del componente, stas son las prcticas recomendadas: Agregacin de Contenido: El tamao del paquete de contenido (es decir, la Agregacin de Contenido). Si el paquete se comprime en un PIF, se debe indicar el tamao comprimido. Si el paquete no est comprimido, debe reflejar el tamao de todos los archivos del paquete (es decir, la suma del tamao de todos los archivos). Organizacin del contenido: El tamao de la organizacin de contenido. Solamente debe reflejar el tamao de la organizacin de contenido (es decir, el curso, leccin o lo que la organizacin de contenido represente). Puede ser distinto al tamao del paquete, porque puede haber archivos que el paquete necesita (es decir, archivos de control necesarios para la validacin del manifiesto) que no necesariamente se reflejan en la organizacin de contenido. Actividad: El tamao de la actividad (representada en un archivo imsmanifest.xml como elemento <organization> o <item>). Ese tamao slo debe reflejar los archivos involucrados en la composicin de la actividad. El tamao de la actividad depende de si sta que se describe est compuesta de otras actividades o si es independiente. SCO: El tamao del SCO. Se refleja en el tamao del recurso que representa el SCO. Esto incluira todos los archivos de soporte usados en la composicin del SCO. Asset: El tamao del Asset que se describe.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <size>
Requisitos de SCORM: El elemento <size> aparecer 0 o 1 vez. Tipo de datos: El elemento <size> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 30 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
<lom> <technical> <size>345</size> </technical> </lom>
4.2.5.3. Elemento <location> El elemento <location> es una cadena que especifica la ubicacin del Componente del Modelo de Contenido SCORM descrito en los metadatos. No se recomienda usar el elemento <location> en los metadatos de SCORM ya que la informacin de ubicacin requerida para la entrega o la desagregacin del contenido del paquete es proporcionada por los URLs en el atributo href de los elementos <resource> y <file> del manifiesto. Este elemento se podra usar para describir una o varias ubicaciones en donde se puede encontrar el Componente del Modelo de Contenido SCORM, adems del paquete de contenido (es decir, una ubicacin fija conocida). Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <location> Requisitos de SCORM: El elemento <location> aparecer 0 o ms veces. El elemento <location> tiene un SPM de 10. Tipo de datos: El elemento <location> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin).
Ejemplo:
<lom> <technical> <location>http://www.adlnet.org/content/Asset.jpg</location> </technical> </lom>
4.2.5.4. Elemento <requirement> El elemento <requirement> expresa las capacidades tcnicas necesarias para usar el Componente del Modelo de Contenido SCORM. El elemento <requirement> puede repetirse. Si son necesarios mltiples requisitos, todos stos sern obligatorios (el enlace lgico es un AND). Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <requirement> Requisitos de SCORM: El elemento <requirement> aparecer 0 o ms veces. El elemento <requirement> tiene un SPM de 40. Tipo de datos: El elemento <requirement> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <requirement> contiene los siguientes elementos hijo:
<orComposite>
Ejemplo:
<lom> <technical> <requirement> <orComposite> <type> <source>LOMv1.0</source> <value>browser</value> </type> <name> <source>LOMv1.0</source> <value>ms-internet explorer</value> </name> <minimumVersion>5.0</minimumVersion> <maximumVersion>6.0</maximumVersion> </orComposite> </requirement> </technical> </lom>
4.2.5.4.1. Elemento <orComposite> El elemento <orComposite> representa a un requisito individual. Si hay mltiples elementos <orComposite>, se conectan con un enlace lgico de or. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <orComposite> Requisitos de SCORM: El elemento <orComposite> aparecer 0 o ms veces. El elemento <orComposite> tiene un SPM de 40. Tipo de datos: El elemento <orComposite> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <orComposite> contiene los siguientes elementos hijo:
<type> <name> <minimumVersion> <maximumVersion>
Ejemplo: Los siguientes metadatos indican que el componente que se describe se ejecutar en cualquiera de los siguientes navegadores: Microsoft Internet Explorer o Versin mnima: 5.0 o Versin mxima 6.0 Netscape Communicator o Versin mnima: 4.7.9 o Versin mxima 5.0
or
<lom> <technical> <requirement> <orComposite> <type> <source>LOMv1.0</source> <value>browser</value> </type> <name> <source>LOMv1.0</source> <value>ms-internet explorer</value> </name> <minimumVersion>5.0</minimumVersion> <maximumVersion>6.0</maximumVersion> </orComposite> <orComposite> <type> <source>LOMv1.0</source> <value>browser</value> </type> <name> <source>LOMv1.0</source> <value>netscape communicator</value> </name> <minimumVersion>4.7.9</minimumVersion> <maximumVersion>5.0</maximumVersion> </orComposite> </requirement> </technical> </lom>
4.2.5.4.1.1. Elemento <type> El elemento <type> representa la tecnologa necesaria para utilizar el Componente del Modelo de Contenido SCORM (p. ej., hardware, software, la red, etc.). Una mejor prctica que se recomienda si la instancia de metadatos contiene un elemento <type> es que exista un respectivo elemento <name> para describir ms detalles sobre su tipo. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <type> Requisitos de SCORM: El elemento <type> aparecer 0 o 1 vez. Tipo de datos: El elemento <type> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <type> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
operating system browser
Ejemplo:
4.2.5.4.1.2. Elemento <name> El elemento <name> representa la tecnologa necesaria para utilizar el Componente del Modelo de Contenido SCORM. El valor usado para el elemento Name depende del valor identificado por el elemento Value. Una mejor prctica que se recomienda si la instancia de metadatos contiene un elemento <name> es que exista un respectivo elemento <type> para describir ms detalles sobre la tecnologa requerida. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <name> Requisitos de SCORM: El elemento <name> aparecer 0 o 1 vez. Tipo de datos: El elemento <name> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <name> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es: Si Requirement.OrComposite.Type = operating system:
pc-dos
ms-windows macos unix multi-os none
Si Requirement.OrComposite.Type = browser:
any netscape communicator ms-internet explorer opera amaya
Ejemplo:
4.2.5.4.1.3. Elemento <minimumVersion> El elemento <minimumVersion> representa la versin ms baja posible de la tecnologa necesaria para utilizar el Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <minimumVersion> Requisitos de SCORM: El elemento <minimumVersion> aparecer 0 o 1 vez. Tipo de datos: El elemento <minimumVersion> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 30 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin).
Ejemplo:
4.2.5.4.1.4. Elemento <maximumVersion> El elemento <maximumVersion> representa la versin ms alta posible de la tecnologa necesaria para utilizar el Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <maximumVersion> Requisitos de SCORM: El elemento <maximumVersion> aparecer 0 o 1 vez. Tipo de datos: El elemento <maximumVersion> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 30 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin).
Ejemplo:
4.2.5.5. Elemento <installationRemarks> El elemento <installationRemarks> se usa para representar instrucciones especficas acerca de cmo instalar el Componente del Modelo de Contenido SCORM. Este elemento se podra usar para describirle al usuario (p. ej., el Sistema de Administracin de Aprendizaje, Desarrollador de Contenido o la herramienta de autora) respecto al componente cualquier instruccin particular de su uso. Puede ser utilizado para obtener, ms detalladamente, los requisitos tcnicos del componente de SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <installationRemarks> Requisitos de SCORM: El elemento <installationRemarks> aparecer 0 o 1 vez. Tipo de datos: El elemento <installationRemarks> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin).
Ejemplo:
<lom> <technical> <installationRemarks> <string language="en">This activity requires the client browser to have a Macromedia Flash plugin installed.</string> </installationRemarks> </technical> </lom>
4.2.5.6. Elemento <otherPlatformRequirements> El elemento <otherPlatformRequirements> se usa para representar informacin sobre otros requisitos de software y hardware del Componente del Modelo de Contenido SCORM. Este elemento se debe utilizar para describir los requisitos que no se pueden representar o expresar con los otros elementos Technical. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <otherPlatformRequirements> Requisitos de SCORM: El elemento <otherPlatformRequirements> aparecer 0 o 1 vez. Tipo de datos: El elemento <otherPlatformRequirements> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <technical> <otherPlatformRequirements> <string language="en">Sound card, Min. RAM: 16Mb, Video card and display: at least 800 X 600 pixels x 256 colors</string> </otherPlatformRequirements> </technical> </lom>
4.2.5.7. Elemento <duration> El elemento <duration> representa el tiempo que toma un Componente del Modelo de Contenido SCORM continuo al ser reproducido a la velocidad prevista. Este elemento es til para los sonidos, pelculas, simulaciones y similares.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <duration> Requisitos de SCORM: El elemento <duration> aparecer 0 o 1 vez. Tipo de datos: El elemento <duration> se representa como un tipo de datos de Duracin (consulte la Seccin 4.2.11.5: Tipo de Datos de Duracin para ver ms informacin). Ejemplo:
<lom> <technical> <duration>  <duration>PT1H30M</duration> <description> <string language="en">Length of time to play movie</string> </description> </duration> </technical> </lom>
4.2.6. Elemento <educational>

La categora Educativa muestra las caractersticas educativas y pedaggicas clave del Componente del Modelo de Contenido SCORM. Esta categora permite la descripcin de las caractersticas educativas y generalmente es utilizada por profesores, gerentes, autores y estudiantes. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <educational> Requisitos de SCORM: El elemento <educational> aparecer 0 o ms veces. El elemento <educational> tiene un SPM de 100. Tipo de datos: El elemento <educational> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <educational> contiene los siguientes elementos hijo:
<interactivityType> <learningResourceType> <interactivityLevel> <semanticDensity> <intendedEndUserRole> <context> <typicalAgeRange> <difficulty> <typicalLearningTime> <description> <language>
Ejemplo:
<lom> <educational> <interactivityType> <source>LOMv1.0</source> <value>mixed</value> </interactivityType> <learningResourceType> <source>LOMv1.0</source> <value>figure</value> </learningResourceType> <learningResourceType> <source>LOMv1.0</source> <value>narrative text</value> </learningResourceType> <interactivityLevel> <source>LOMv1.0</source> <value>very low</value> </interactivityLevel> <semanticDensity> <source>LOMv1.0</source> <value>very low</value> </semanticDensity> <intendedEndUserRole> <source>LOMv1.0</source> <value>learner</value> </intendedEndUserRole> <context> <source>LOMv1.0</source> <value>training</value> </context> <typicalAgeRange> <string language="en">18-</string> </typicalAgeRange> <difficulty> <source>LOMv1.0</source> <value>easy</value> </difficulty> <typicalLearningTime> <duration>PT1H30M</duration> <description> <string language="en">Average length of time to experience the activity.</string> </description> </typicalLearningTime> <language>en-US</language> </educational> </lom>
4.2.6.1. Elemento <interactivityType> El elemento <interactivityType> representa el modo de Aprendizaje dominante con el que opera el Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom
Representacin de la Vinculacin XML: <interactivityType> Requisitos de SCORM: El elemento <interactivityType> aparecer 0 o 1 vez. Tipo de datos: El elemento <interactivityType> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <interactivityType> como elemento de Vocabulario Restringido. Si el elemento <interactivityType> se utiliza en una instancia de metadatos, SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
active: El Aprendizaje activo (es decir, aprender por medio de la prctica) funciona
con el contenido que induce directamente a acciones productivas del estudiante. expositive: Aprendizaje expositivo (es decir, Aprendizaje pasivo) ocurre cuando el papel del estudiante consiste principalmente en absorber el contenido al que es expuesto. mixed: Una mezcla de los tipos activo y expositivo.
Ejemplo:
<lom> <educational> <interactivityType> <source>LOMv1.0</source> <value>mixed</value> </interactivityType> </educational> </lom>
4.2.6.2. Elemento <learningResourceType> El elemento <learningResourceType> representa la clase especfica del Componente del Modelo de Contenido SCORM. Este elemento puede repetirse para describir por completo el tipo de recursos usados en el componente. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <learningResourceType> Requisitos de SCORM: El elemento <learningResourceType> aparecer 0 o ms veces. El elemento <learningResourceType> tiene un SPM de 10. Tipo de datos: El elemento <learningResourceType> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <learningResourceType> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
exercise simulation questionnaire diagram figure graph index slide table narrative text exam experiment problem statement self assessment lecture
Ejemplo:
<lom> <educational> <learningResourceType> <source>LOMv1.0</source> <value>narrative text</value> </learningResourceType> <learningResourceType> <source>LOMv1.0</source> <value>simulation</value> </learningResourceType> </educational> </lom>
4.2.6.3. Elemento <interactivityLevel> El elemento <interactivityLevel> representa el grado de interactividad que caracteriza al Componente del Modelo de Contenido SCORM. La interactividad en este contexto se refiere al grado en que el estudiante puede influir en el aspecto o el comportamiento del componente. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <interactivityLevel> Requisitos de SCORM: El elemento <interactivityLevel> aparecer 0 o 1 vez. Tipo de datos: El elemento <interactivityLevel> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin).
Representacin en vocabulario: SCORM define al elemento <interactivityLevel> como elemento de Vocabulario Restringido. Si el elemento <interactivityLevel> se utiliza en una instancia de metadatos, el SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
very low low medium high very high
Estos valores, intrnsecamente, slo tienen sentido en el contexto de una prctica comunitaria. De momento, la Comunidad ADL no ha definido esta escala, pero si desea definirla, esta informacin debe ser presentada al Equipo Tcnico de ADL. Por ahora, se les deja a las organizaciones la responsabilidad de definir esta escala. Ejemplo:
<lom> <educational> <interactivityLevel> <source>LOMv1.0</source> <value>very low</value> </interactivityLevel> </educational> </lom>
4.2.6.4. Elemento <semanticDensity> El elemento <semanticDensity> representa el grado de precisin del Componente del Modelo de Contenido SCORM. La densidad semntica de un componente de SCORM se puede calcular con base en su tamao, rango o, en el caso de los recursos cronometrados, como el audio o el video, su duracin. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <semanticDensity> Requisitos de SCORM: El elemento <semanticDensity> aparecer 0 o 1 vez. Tipo de datos: El elemento <semanticDensity> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <semanticDensity> como elemento de Vocabulario Restringido. Si el elemento <semanticDensity> se utiliza en una instancia de metadatos, SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
very low low medium high very high
<lom> <educational> <semanticDensity> <source>LOMv1.0</source> <value>very low</value> </semanticDensity> </educational> </lom>
4.2.6.5. Elemento <intendedEndUserRole> El elemento <intendedEndUserRole> representa al usuario(s) principal para quien fue diseado el Componente del Modelo de Contenido SCORM. Si se utilizan mltiples elementos, el rol ms dominante debe aparecer primero. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <intendedEndUserRole> Requisitos de SCORM: El elemento <intendedEndUserRole> aparecer 0 o ms veces. El elemento <intendedEndUserRole> tiene un SPM de 10. Tipo de datos: El elemento <intendedEndUserRole> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <intendedEndUserRole> como elemento de Vocabulario Restringido. Si el elemento <intendedEndUserRole> se utiliza en una instancia de metadatos, el SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
teacher author learner manager
Ejemplo:
<lom> <educational> <intendedEndUserRole> <source>LOMv1.0</source> <value>learner</value> </intendedEndUserRole> </educational> </lom>
4.2.6.6. Elemento <context> El elemento <context> representa el principal ambiente en el que se prev que se lleve a cabo el Aprendizaje y el uso del Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <context> Requisitos de SCORM: El elemento <context> aparecer 0 o ms veces. El elemento <context> tiene un SPM de 10. Tipo de datos: El elemento <context> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <context> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
school higher education training other
Ejemplo:
<lom> <educational> <context> <source>LOMv1.0</source> <value>training</value> </context> </educational> </lom>
4.2.6.7. Elemento <typicalAgeRange> El elemento <typicalAgeRange> representa la edad del usuario final comn. Este elemento se referir a la edad de desarrollo, en caso de que fuera distinta de la edad cronolgica. El Estndar IEEE recomienda que, cuando sea aplicable, el valor debe estar formateado como edad mnima a edad mxima o edad mnima - (p. ej., de 18 a 25, o 18-). Los valores de este elemento no necesariamente tienen que estar representados numricamente (p. ej., slo adultos, recomendable para nios mayores de 7 aos). Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <typicalAgeRange> Requisitos de SCORM: El elemento <typicalAgeRange> aparecer 0 o ms veces. El elemento <typicalAgeRange> tiene un SPM de 5. Tipo de datos: El elemento <typicalAgeRange> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <educational> <typicalAgeRange> <string language="en">18-</string> </typicalAgeRange> </educational> </lom>
4.2.6.8. Elemento <difficulty> El elemento <difficulty> representa qu tan sencillo es hacer o atravesar el Componente del Modelo de Contenido SCORM para su pblico objetivo comn. El pblico objetivo comn puede estar caracterizado con elementos <context> y <typicalAgeRange>. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <difficulty> Requisitos de SCORM: El elemento <difficulty> aparecer 0 o 1 vez. Tipo de datos: El elemento <difficulty> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin).
Representacin en vocabulario: SCORM define al elemento <difficulty> como elemento de Vocabulario Restringido. Si el elemento <difficulty> se utiliza en una instancia de metadatos, el SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
very easy easy medium difficult very difficult
<lom> <educational> <difficulty> <source>LOMv1.0</source> <value>easy</value> </difficulty> </educational> </lom>
4.2.6.9. Elemento <typicalLearningTime> El elemento <typicalLearningTime> representa un clculo aproximado del tiempo que comnmente toma atravesar el Componente del Modelo de Contenido SCORM para su pblico objetivo comn. El pblico objetivo comn puede estar caracterizado con elementos <context> y <typicalAgeRange>. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <typicallearningtime> Requisitos de SCORM: El elemento <typicalLearningTime> aparecer 0 o 1 vez. Tipo de datos: El elemento <typicalLearningTime> se representa como un tipo de datos de Duracin (consulte la Seccin 4.2.11.5: Tipo de Datos de Duracin para ver ms informacin).
Ejemplo:
<lom> <educational> <typicalLearningTime> <duration>PT1H30M</duration> <description> <string language="en">Average length of time to experience the activity.</string> </description> </typicalLearningTime> </educational> </lom>
4.2.6.10. Elemento <description> El elemento <description> se utilizar para ofrecer comentarios acerca de cmo se debe usar el Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <description> Requisitos de SCORM: El elemento <description> aparecer 0 o ms veces. El elemento <description> tiene un SPM de 10. Tipo de datos: El elemento <description> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <educational> <description> <string language="en">This course is designed for IT professionals responsible for implementing Java</string> </description> </educational> </lom>
4.2.6.11. Elemento <language> El elemento <language> representa el lenguaje humano manejado por el usuario comn previsto para el Componente del Modelo de Contenido SCORM. El usuario objetivo comn puede estar caracterizado con elementos <context> y <typicalAgeRange>.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <language> Requisitos de SCORM: El elemento <language> aparecer 0 o ms veces. El elemento <language> tiene un SPM de 10. Tipo de datos: El elemento <language> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 100 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
<lom> <educational> <language>en-US</language> </educational> </lom>
4.2.7. Elemento <rights>

La categora de Derechos describe los derechos de propiedad intelectual y las condiciones de uso del Componente del Modelo de Contenido SCORM. Este elemento se utilizar para describir cualquiera y todos los derechos digitales del Componente SCORM (costo por su uso, derechos de autor, etc.). Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <rights> Requisitos de SCORM: El elemento <rights> aparecer 1 y solamente 1 vez. Tipo de datos: El elemento <rights> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <rights> contiene los siguientes elementos hijo:
<cost> <copyrightAndOtherRestrictions> <description>
Ejemplo:
<lom> <rights> <cost> <source>LOMv1.0</source> <value>yes</value> </cost> <copyrightAndOtherRestrictions> <source>LOMv1.0</source> <value>yes</value> </copyrightAndOtherRestrictions> <description> <string language="en">For additional information or questions regarding copyright, distribution and reproduction, contact Joe Developer at joe_developer@someorganization.org</string> </description> </rights> </lom>
4.2.7.1. Elemento <cost> El elemento <cost> declara si el Componente del Modelo de Contenido SCORM exige algun tipo de pago.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <cost> Requisitos de SCORM: El elemento <cost> aparecer 0 o 1 vez. Tipo de datos: El elemento <cost> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <cost> como elemento de Vocabulario Restringido. Si el elemento <cost> se utiliza en una instancia de metadatos, el SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
yes no
Si el elemento <cost> est configurado en s (yes), el elemento <description> puede ser utilizado para describir detalles adicionales relacionados al costo. Ejemplo:
<lom> <rights> <cost> <source>LOMv1.0</source> <value>yes</value> </cost> <description> <string language="en">Contact joe_developer@someorg.org for cost information.</string> </description> </rights> </lom>
4.2.7.2. Elemento <copyrightAndOtherRestrictions> El elemento <copyrightAndOtherRestrictions> declara si se aplican derechos de autor u otras restricciones al uso del Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <copyrightAndOtherRestrictions> Requisitos de SCORM: El elemento <copyrightAndOtherRestrictions> aparecer 1 y solamente 1 vez.
Tipo de datos: El elemento <copyrightAndOtherRestrictions> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento
<copyrightAndOtherRestrictions> como elemento de Vocabulario Restringido. Si el elemento <copyrightAndOtherRestrictions> se utiliza en una instancia de metadatos,
SCORM exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. El conjunto vlido de representaciones definidas por el IEEE es:
yes no
Si el elemento <copyrightAndOtherRestrictions> est configurado en s (yes), el elemento <description> puede ser utilizado para describir detalles adicionales sobre los derechos de autor y otras restricciones. Ejemplo:
<lom> <rights> <copyrightAndOtherRestrictions> <source>LOMv1.0</source> <value>yes</value> </copyrightAndOtherRestrictions> <description> <string language="en">Contact joe_developer@someorg.org for copyright information.</string> </description> </rights> </lom>
4.2.7.3. Elemento <description> El elemento <description> permite que haya comentarios sobre las condiciones de uso del Componente del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <description> Requisitos de SCORM: El elemento <description> aparecer 0 o 1 vez. SCORM recomienda que se use el elemento <description> para describir cualquier costo, derecho de autor u otras restricciones del Componente del Modelo de Contenido SCORM.
Tipo de datos: El elemento <description> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <rights> <copyrightAndOtherRestrictions> <source>LOMv1.0</source> <value>yes</value> </copyrightAndOtherRestrictions> <description> <string language="en">For additional information or questions regarding copyright, distribution and reproduction, contact Joe Developer at joe_developer@someorganization.org</string> </description> </rights> </lom>
4.2.8. Elemento <relation>

La categora de Relation define la relacin entre el Componente del Modelo de Contenido SCORM y otros componentes, si los hubiera. Se permite que el elemento Relation se repita. Para identificar mltiples relaciones, se podran crear varias instancias de esta categora. Si hay ms de un componente objetivo, cada uno tendr una nueva instancia de relacin. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <relation> Requisitos de SCORM: El elemento <relation> aparecer 0 o ms veces. El elemento <relation> tiene un SPM de 100. Tipo de datos: El elemento <relation> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <relation> contiene los siguientes elementos hijo:
<kind> <resource>
Ejemplo:
<lom> <relation> <kind> <source>LOMv1.0</source> <value>isbasedon</value> </kind> <resource> <identifier> <catalog>URN</catalog> <entry>urn:ADL:1234-45FD</entry> </identifier> <description> <string language="en">Microsoft MSCE</string> </description> </resource> </relation> </lom>
4.2.8.1. Elemento <kind> El elemento <kind> describe la naturaleza de la relacin entre el Componente del Modelo de Contenido SCORM y el componente objetivo identificado por el recurso.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <kind> Requisitos de SCORM: El elemento <kind> aparecer 0 o 1 vez. Tipo de datos: El elemento <kind> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <kind> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
ispartof haspart isversionof hasversion isformatof hasformat references isreferencedby isbasedon isbasisfor requires isrequiredby
Ejemplo:
<lom> <relation> <kind> <source>LOMv1.0</source> <value>ispartof</value> </kind> <resource> <identifier> <catalog>URN</catalog> <entry>urn:ADL:1234-45FD-3324</entry> </identifier> <description> <string language="en">ADL Course: Microsoft MSCE</string> </description> </resource> </relation> </lom>
4.2.8.2. Elemento <resource> El elemento <resource> describe el Componente objetivo del Modelo de Contenido SCORM al que refiere esta relacin.
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <resource> Requisitos de SCORM: El elemento <resource> aparecer 0 o 1 vez. Tipo de datos: El elemento <resource> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <resource> contiene los siguientes elementos hijo:
<identifier> <description>
Ejemplo:
<lom> <relation> <kind> <source>LOMv1.0</source> <value>isbasedon</value> </kind> <resource> <identifier> <catalog>URN</catalog> <entry>urn:ADL:1234-45FD</entry> </identifier> <description> <string language="en">ADL Course: Microsoft MSCE</string> </description> </resource> </relation> </lom>
4.2.8.2.1. Elemento <identifier> El elemento <identifier> representa un mecanismo para asignar una etiqueta que sea exclusiva a nivel global para identificar el Componente objetivo del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <identifier> Requisitos de SCORM: El elemento <identifier> aparecer 0 o ms veces. El elemento <identifier> tiene un SPM de 10. Tipo de datos: El elemento <identifier> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <identifier> contiene los siguientes elementos hijo:
<catalog> <entry>
Si el elemento <identifier> se utiliza en una instancia de metadatos, SCORM exige que el elemento <entry> aparezca en la instancia de metadatos. El elemento <entry> es el que porta el identificador exclusivo. El elemento <catalog> es opcional, pero se debe considerar como mejor prctica el ofrecer el esquema de catalogacin o el sistema de identificacin de la partida. Ejemplo:
4.2.8.2.1.1. Elemento <catalog> El elemento <catalog> representa el nombre o la designacin de la identificacin o del esquema de catalogacin de esta partida. Existe una variedad de sistemas de catalogacin que estn disponibles. SCORM no exige el uso de sistema de catalogacin alguno, en particular. Las organizaciones tienen la libertad de elegir cualquier esquema de catalogacin que sirva a sus prcticas o polticas. Algunos de los tipos de sistemas de catalogacin son: Identificador Universal de Recurso (URI) Nombre Universal del Recurso (URN) Identificador de Objeto Digital (DOI) Nmero Estndar Internacional para Libros (ISBN) Nmero de Serie Estndar Internacional (ISBN) El elemento <catalog> representa el esquema usado para crear y manejar la partida. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <catalog> Requisitos de SCORM: El elemento <catalog> aparecer 0 o 1 vez.
Si el elemento <identifier> est presente en una instancia de metadatos, SCORM recomienda el uso del elemento <catalog> para calificar el valor real del identificador. Tipo de datos: El elemento <catalog> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
4.2.8.2.1.2. Elemento <entry> El elemento <entry> representa el valor del identificador dentro del esquema de identificacin o catalogacin (consulte el elemento <catalog>) que seala o identifica al Componente objetivo del Modelo de Contenido SCORM. Los identificadores pueden adquirir varios formatos. El IEEE exige que el valor real del identificador se represente como una CadenadeCaracteres. Las organizaciones tienen la libertad de elegir cualquier mecanismo para crear identificadores exclusivos que sirvan a sus prcticas o polticas. Se recomienda que se elija un esquema comn . La siguiente lista rene ejemplos del valor de los identificadores (partida): Esquema (<catalog>) Nombre Universal del Recurso (URN) Identificador Universal de Recurso Sintaxis de manejo Valor (<entry>) ADL: 1345-GFGC-23ED-3321 http://www.adlnet.org/content/C0_01 100.100/2345342256349543
Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <entry>
Requisitos de SCORM: El elemento <entry> aparecer 0 o 1 vez. Si el elemento <identifier> est presente en una instancia de metadatos, SCORM recomienda el uso del elemento <entry> para portar el valor real del identificador. Tipo de datos: El elemento <entry> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Ejemplo:
4.2.8.2.2. Elemento <description> El elemento <description> describe el Componente objetivo del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <description> Requisitos de SCORM: El elemento <description> aparecer 0 o ms veces. El elemento <description> tiene un SPM de 10. Tipo de datos: El elemento <description> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin).
Ejemplo:
4.2.9. Elemento <annotation>

La categora de Anotacin ofrece comentarios acerca del uso educativo del Componente del Modelo de Contenido SCORM e informacin sobre cundo y quin cre los comentarios. Esta categora permite a los educadores compartir su evaluacin de los Componentes del Modelo de Contenido SCORM, sus sugerencias, etctera. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <annotation> Requisitos de SCORM: El elemento <annotation> aparecer 0 o ms veces. El elemento <annotation> tiene un SPM de 30. Tipo de datos: El elemento <annotation> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <annotation> contiene los siguientes elementos hijo:
<entity> <date> <description>
Ejemplo:
<lom> <annotation> <entity>BEGIN:VCARD
VERSION:2.1
FN:Joe Author
END:VCARD</entity> <date> <dateTime>2001-07-30T10:14:35.5+01:00</dateTime> <description> <string language="en">Date and time annotation was created</string> </description> </date> <description>Learners will need to understand the fundamentals of Windows programming in order to grasp the concepts described in this learning.</description> </annotation> </lom>
4.2.9.1. Elemento <entity> El elemento <entity> identifica la entidad o entidades que pudieron haber creado la anotacin. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom
Representacin de la Vinculacin XML: <entity> Requisitos de SCORM: El elemento <entity> aparecer 0 o 1 vez. Tipo de datos: El elemento <entity> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin). Todos los valores de la entidad sern representados en formato de vCard [9]. Esto permite que los sistemas tomen la CadenaDeCaracteres representada por el elemento <entity> y la procesen como una vCard vlida. Ejemplo:
VERSION:2.1
FN:Joe Author
4.2.9.2. Elemento <date> El elemento <date> identifica la fecha en que se cre la anotacin. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <date> Requisitos de SCORM: El elemento <date> aparecer 0 o 1 vez. Tipo de datos: El elemento de Fecha se representa con el tipo de datos DateTime (consulte la Seccin 4.2.11.4: Tipo de Datos DateTime para ver ms informacin). El elemento <date> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <date>contiene dos elementos: uno que representa la fecha real de la colaboracin (<dateTime>) y otro que represente una descripcin textual de la fecha (<description>):
Ejemplo:
VERSION:2.1
FN:Joe Author
4.2.9.3. Elemento <description> El elemento <description> se utilizar para representar los contenidos de la anotacin. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <description> Requisitos de SCORM: El elemento <description> aparecer 0 o 1 vez. Tipo de datos: El elemento <description> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
VERSION:2.1
FN:Joe Author
END:VCARD</entity> <date> <dateTime>2001-07-30T10:14:35.5+01:00</dateTime> <description> <string language="en">Date and time annotation was created</string> </description> </date> <description> <string>Learners will need to understand the fundamentals of Windows programming in order to grasp the concepts described in this learning.</string> </description> </annotation> </lom>
4.2.10. Elemento <classification>

La categora de Clasificacin describe a dnde pertenece este Componente del Modelo de Contenido SCORM dentro de un sistema de clasificacin en particular. Se pueden usar mltiples categoras de Clasificacin para definir mltiples clasificaciones. La categora de Classificacin comnmente se utiliza para hacer un enlace hacia un sistema de vocabulario o clasificacin controlados. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <classification> Requisitos de SCORM: El elemento <classification> aparecer 0 o ms veces. El elemento <classification> tiene un SPM de 40. Tipo de datos: El elemento <classification> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <classification> contiene los siguientes elementos hijo:
<purpose> <taxonPath> <description> <keyword>
Ejemplo:
<lom> <classification> <purpose> <source>LOMv1.0</source> <value>skill level</value> </purpose> <taxonPath> <source> <string language="en-US">ADL SCORM Concepts</string> </source> <taxon> <id>I</id> <entry> <string language="en-US">Content Aggregation Model</string> </entry> </taxon> <taxon> <id>I.A</id> <entry> <string language="en-US">Content Packaging Fundamentals</string> </entry> </taxon> <taxon> <id>I.A.3</id> <entry> <string language="en-US">Resource Fundamentals</string> </entry> </taxon> <taxon> <id>I.A.3.a</id> <entry> <string language="en-US">Packaging SCOs</string> </entry> </taxon> </taxonPath> <description> <string language="en-US">Describing and packaging SCOs in a SCORM Content Package</string> </description> <keyword> <string language="en-US">Packaging SCOs</string> </keyword> </classification> </lom>
4.2.10.1. Elemento <purpose> El elemento <purpose> define el propsito para clasificar al Componente objetivo del Modelo de Contenido SCORM. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <purpose>
Requisitos de SCORM: El elemento <purpose> aparecer 0 o 1 vez. Tipo de datos: El elemento <purpose> se representa como un elemento de vocabulario (consulte la Seccin 4.2.11.3: Tipo de Datos de Vocabulario para ver ms informacin). Representacin en vocabulario: SCORM define al elemento <purpose> como elemento de Vocabulario de Mejores Prcticas. SCORM no exige el uso del vocabulario definido en el IEEE 1484.12.1-2002. Sin embargo, SCORM s recomienda el uso de esos valores como mejor prctica. El conjunto de representaciones definido por el IEEE es:
discipline idea prerequisite educational objective accessibility restrictions educational level skill level security level competency
Ejemplo:
<lom> <classification> <purpose> <source>LOMv1.0</source> <value>skill level</value> </purpose> </classification> </lom>
4.2.10.2. Elemento <taxonPath> El elemento <taxonPath> describe una trayectoria taxonmica en un sistema de clasificacin especfico. Cada nivel sucesivo es un refinamiento en la definicin del nivel precedente. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <taxonpath> Requisitos de SCORM: El elemento <taxonPath> aparecer 0 o ms veces. El elemento <taxonPath> tiene un SPM de 15. Tipo de datos: El elemento <taxonPath> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <taxonPath> contiene los siguientes elementos hijo:
<source> <taxon>
Ejemplo:
<lom> <classification> <purpose> <source>LOMv1.0</source> <value>skill level</value> </purpose> <taxonPath> <source> <string language="en-US">ADL SCORM Concepts</string> </source> <taxon> <id>I</id> <entry> <string language="en-US">Content Aggregation Model</string> </entry> </taxon> <taxon> <id>I.A</id> <entry> <string language="en-US">Content Packaging Fundamentals</string> </entry> </taxon> <taxon> <id>I.A.3</id> <entry> <string language="en-US">Resource Fundamentals</string> </entry> </taxon> <taxon> <id>I.A.3.a</id> <entry> <string language="en-US">Packaging SCOs</string> </entry> </taxon> </taxonPath> </classification> </lom>
4.2.10.2.1. Elemento <source> El elemento <source> describe o da nombre al sistema de clasificacin. Este elemento de datos puede utilizar cualquier taxonoma oficial reconocida o cualquier taxonoma definida por el usuario. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <source> Requisitos de SCORM: El elemento <source> aparecer 0 o 1 vez.
Tipo de datos: El elemento <source> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <classification> <purpose> <source>LOMv1.0</source> <value>skill level</value> </purpose> <taxonPath> <source> <string language="en-US">ADL SCORM Concepts</string> </source> </taxonPath> </classification> </lom>
4.2.10.2.2. Elemento <taxon> El elemento <taxon> describe un trmino particular dentro de una taxonoma. El taxon es un nodo que tiene una etiqueta o un trmino definidos. El taxon tambin puede tener una designacin o un identificador alfanumrico como referencia estandarizada. La etiqueta, la partida, o incluso ambos, pueden ser utilizados para designar una taxonoma particular. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <taxon> Requisitos de SCORM: El elemento <taxon> aparecer 0 o ms veces. El elemento <taxon> tiene un SPM de 15. Tipo de datos: El elemento <taxon> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos. El elemento <taxon> contiene los siguientes elementos hijo:
<id> <entry>
Ejemplo:
<lom> <classification> <purpose> <source>LOMv1.0</source> <value>skill level</value> </purpose> <taxonPath> <source> <string language="en-US">ADL SCORM Concepts</string> </source> <taxon> <id>I</id> <entry> <string language="en-US">Content Aggregation Model</string> </entry> </taxon> </taxonPath> </classification> </lom>
4.2.10.2.2.1. Elemento <id> El elemento <id> describe el identificador del ttulo del taxon. Por ejemplo, el elemento puede ser una combinacin de nmeros o letras proporcionada por la fuente de la taxonoma. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <id> Requisitos de SCORM: El elemento <id> aparecer 0 o 1 vez. Tipo de datos: El elemento <id> se representa como una CadenaDeCaracteres. La CadenaDeCaracteres tiene un SPM de 100 caracteres (consulte la Seccin 4.2.11.1: Tipo de Datos de la CadenaDeCaracteres para ver ms informacin).
Ejemplo:
<lom> <classification> <taxonPath> <source> <string language="en-US">ADL SCORM Concepts</string> </source> <taxon> <id>I</id> <entry> <string language="en-US">Content Aggregation Model</string> </entry> </taxon> </taxonPath> </classification> </lom>
4.2.10.2.2.2. Elemento <entry> El elemento <entry> deber contener una etiqueta textual de la taxon. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <entry> Requisitos de SCORM: El elemento <entry> aparecer 0 o 1 vez. Tipo de datos: El elemento <entry> se representa como un elemento LangString. El LangString tiene un SPM de 500 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin).
Ejemplo:
<lom> <classification> <purpose> <source>LOMv1.0</source> <value>skill level</value> </purpose> <taxonPath> <source> <string language="en-US">ADL SCORM Concepts</string> </source> <taxon> <id>I</id> <entry> <string language="en-US">Content Aggregation Model</string> </entry> </taxon> </taxonPath> </classification> </lom>
4.2.10.3. Elemento <description> El elemento <description> contiene una descripcin del Componente del Modelo de Contenido SCORM en relacin al Propsito (<purpose>) declarado de su clasificacin especfica, tal como disciplina, idea, nivel de aptitud, objetivo educativo, etctera. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <description> Requisitos de SCORM: El elemento <description> aparecer 0 o 1 vez. Tipo de datos: El elemento <description> se representa como un elemento LangString. El LangString tiene un SPM de 2000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <classification> <description> <string language="en-US">Describing and packaging SCOs in a SCORM Content Package</string> </description> </classification> </lom>
4.2.10.4. <keyword> El elemento <keyword> palabras clave y frases que decriben al Componente del Modelo de Contenido SCORM en relacin al Propsito (<purpose>) declarado de su clasificacin especfica, tal como disciplina, idea, nivel de aptitud, objetivo educativo, etctera. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML: <keyword> Requisitos de SCORM: El elemento <keyword> aparecer 0 o ms veces. El elemento <keyword> tiene un SPM de 40. Tipo de datos: El elemento <keyword> se representa como un elemento LangString. El LangString tiene un SPM de 1000 caracteres (consulte la Seccin 4.2.11.2: Tipo de Datos LangString para ver ms informacin). Ejemplo:
<lom> <classification> <keyword> <string language="en-US">Packaging SCOs</string> </keyword> </classification> </lom>
4.2.11. Tipos de Datos Comunes

El LOM del IEEE contiene varios tipos de datos comunes. stos se utilizan para describir la composicin de los valores que tienen los elementos individuales del LOM. Las siguientes secciones definen los tipos de datos del LOM y sus caractersticas. 4.2.11.1. Tipo de datos CadenaDeCaracteres (CharacterString) La CadenaDeCaracteres es un tipo de datos usado para capturar un conjunto de caracteres que no se interpretan en un lenguaje. Los caracteres representados por este tipo de datos son los del ISO/IEC 10646-1:2000 [10]. El ISO 10646 proporciona un estndar unificado de codificacin de caracteres para la comunicacin y el intercambio de informacin electrnica. 4.2.11.2. Tipo de datos LangString: El tipo de datos LangString representa una o ms cadenas de caracteres en las que se identifica el lenguaje. El valor de un LangString puede incluir mltiples cadenas de caracteres que sean semnticamente equivalentes, por ejemplo traducciones o descripciones alternativas. Espacio de nombre en XML: http://ltsc.ieee.org/xsd/LOM Prefijo del espacio de nombre en XML: lom Representacin de la Vinculacin XML:
<string language=language-code>Cadenadecaracteres textual representada en el lenguaje definido</string> Ilustracin del cdigo 4-79
El elemento <string> deber contener la frase en un lenguaje humano. La longitud SPM del valor del elemento <string> es determinada por el elemento progenitor. Consulte los elementos LangString definidos en la Seccin 1.2: IEEE 1484.12.1-2002 Metadatos de Objetos de Aprendizaje). Atributo:
lenguaje: representa el lenguaje humano del contenido del elemento <string>. El
atributo de lenguaje se representa como una CadenaDeCaracteres con un SPM de 100 caracteres. Este atributo es opcional. El elemento <language> del elemento <metaMetadata> representa el idioma predeterminado de todos los valores LangString. Si el atributo de lenguaje no est presente en los elementos <string> individuales, el valor de la cadena se representar en el idioma definido por el elemento <language> del elemento <metaMetadata>. El atributo de lenguaje es importante porque sin l se pierde la informacin del idioma. El espacio del valor de la cadena de caracteres es del ISO-10646-1. Este estndar consiste solamente en cdigos de caracteres para cada caracter independiente. El estndar consiste en cdigos para los caracteres que vienen de distintos idiomas. Dado que stos comparten los mismos caracteres, que se representan con los mismos cdigos para caracteres, la informacin del idioma es importante.
Multiplicidad: El elemento <string> puede existir 0 veces o ms dentro del elemento progenitor (con un SPM de 10 elementos <string>). Ejemplo:
<general> <keyword> <string language="en">metadata</string> <string language="fr"> mtadonnes</string> </keyword> </general>
4.2.11.3. Tipo de datos de Vocabulario: Hay ciertos elementos que tienen un tipo de datos de Vocabulario. Un vocabulario es una lista recomendada (y en algunos casos exigida) de valores apropiados. El tipo de datos de Vocabulario se represenca como un par de fuente/valor. Esto indica que por cada vocabulario hay una fuente (o dueo) y luego un valor (la representacin del vocabulario en s). En los vocabularios definidos por el LOM, se exige que la fuente sea LOMv1.0. Tipo de datos: El tipo de datos de Vocabulario es un tipo de datos agregado compuesto por dos elementos:
<source>: Un indicador de la fuente, o dueo, de los valores del vocabulario. En los
elementos en los que se exige el uso de los vocabularios del LOM, el elemento
<source> tendr un valor de LOMv1.0. En los elementos en los que no se exija, el valor <source> puede configurarse con cualquier CadenaDeCaracteres definida en la
implementacin. La CadenaDeCaracteres tendr un SPM de 1000 caracteres. <value>: El valor definido por la fuente. Si el <source> es LOMv1.0, el valor vendr de la lista definida en el LOM. En los elementos en los que no se exige el uso de los vocabularios del LOM, el <value> ser definido por la <source>. El valor del elemento <value> tendr un SPM de 1000 caracteres.
Multiplicidad: Los elementos <source> y <value> existirn 1 y solamente 1 vez dentro de los elementos progenitores que sean del Tipo de Datos de Vocabulario.
Ejemplo:
<lom>  <rights> <cost> <source>LOMv1.0</source> <value>yes</value> </cost> </rights>  <educational> <learningResourceType> <source>ADL</source> <value>simple questionnaire</value> </learningResourceType> </educational> </lom>
4.2.11.4. Tipo de datos DateTime: El tipo de datos DateTime se utiliza para describir un momento con la precisin de hasta un segundo. Tipo de datos: El tipo de datos DateTime es un tipo de datos agregado compuesto por dos elementos:
<dateTime>: Representacin en CadenaDeCaracteres del momento. La
CadenaDeCaracteres tendr un SPM de 200 caracteres.

<description>: Representa una descripcin del momento. El elemento <description> es un tipo de datos LangString (consulte la Seccin 4.2.11.2: Tipo de
Datos LangString para ver ms informacin). El LangString tendr un SPM de 1000 caracteres. Formato: El formato del elemento <dateTime> ser representado de acuerdo al ISO8601:2000:
AAAA[-MM][-DD[Thh[:mm[:ss[.s[TZD]]]]]]]
En la cual: AAAA = ao de cuatro dgitos (>=0001) MM = mes de dos dgitos (del 01 al 12) DD = da de dos dgitos (del 01 al 31) hh = hora de dos dgitos (de 00 a 23) mm = minuto de dos dgitos (de 00 a 59) ss = segundo de dos dgitos (de 00 a 59) s = un dgito o ms que representan una fraccin decimal de segundo TZD = siglas del huso horario
Por lo menos el ao de cuatro dgitos debe estar presente. Si se incluyen otras partes de la Hora y Fecha, los caracteres literales -, T, : y . son parte de la representacin lxica de <dateTime>. Multiplicidad: Los elementos <dateTime> y <description> pueden existir 0 o 1 vez dentro de su elemento progenitor. Ejemplo:
VERSION:2.1
FN:Joe Author
VERSION:2.1
FN:Mary Author
4.2.11.5. Tipo de datos de Duracin: El tipo de datos de Duracin se utiliza para describir un intervalo de tiempo con precisin de hasta un segundo. Tipo de datos: El tipo de datos de Duracin es un tipo de datos agregado compuesto por dos elementos:
<duration>: Representacin en CadenaDeCaracteres del intervalo. La
CadenaDeCaracteres tendr un SPM de 200 caracteres.

<description>: Representa una descripcin del intervalo. El elemento <description> es un tipo de datos LangString (consulte la Seccin 4.2.11.2: Tipo de
Datos LangString para ver ms informacin). El LangString tendr un SPM de 1000 caracteres. Formato: El formato del elemento <duration> ser representado de acuerdo al ISO8601:2000:
P[aA][mM][dD][T[hH][mM][s[.s]S]]
En la cual: a = nmero de aos m = nmero de meses

d = nmero de das h = nmero de horas n = nmero de minutos s = nmero de segundos o fracciones de segundo Los indicadores literales de caracteres P, A, M, D, T, H, M y S deben aparecer si el respectivo valor de no-cero est presente. Multiplicidad: Los elementos <duration> y <description> pueden existir 0 o 1 vez dentro de su elemento progenitor. Ejemplo:
<lom> <educational> <typicalLearningTime> <duration>PT1H30M</duration> <description> <string language="en">It takes this long to complete the course</string> </description> </typicalLearningTime> </educational> </lom>
4.2.11.6. Tipo de datos vCard: El tipo de datos vCard se utiliza para describir una entidad (individuo u organizacin). El tipo vCard automatiza el intercambio de la informacin personal que suele encontrarse en una tarjeta de visita tradicional. La especificacin vCard [9] define una tarjeta de visita electrnica virtual. Las vCards pueden almacenar informacin como el nombre, la direccin, nmero de telfono, la direccin de correo electrnico, etc. Los siguientes elementos debern estar en formato vlido de vCard: Ciclo.Contribuye.Entidad MetaMetadatos.Contribuye.Entidad Anotacin.Entidad Ejemplo:
<annotation> <entity>BEGIN:VCARD
VERSION:2.1
FN:Joe Friday
TITLE:Area Adminstrator\,Assistant
EMAIL\;TYPE=INTERN
ET:jfriday@host.co m
END:VCARD</entity> </annotation>
4.3. Enfoques de validacin del esquema XML del LOM

La Vinculacin XML del LOM es, fundamentalmente, un grupo de reglas que describen cmo crear instancias de metadatos en XML. Los archivos XSD se utilizan para describir y para hacer cumplir estas reglas. A veces hay ciertas reglas que no se pueden expresar en una Definicin de Esquema XML. En estos casos, estas reglas se describen con el texto normativo que se encuentra en el estndar del IEEE. El IEEE proporciona varios enfoques de validacin para la Vinculacin XML del LOM. Estos enfoques de validacin se construyeron para proporcionar varios esquemas XML alternativos. Cada uno de los enfoques creados utiliza y hace cumplir un conjunto distinto de reglas de vinculacin. En todos los casos, los archivos XSD no son suficientes para validar las instancias de Metadatos LOM. Las instancias de Metadatos LOM deben apegarse a la Vinculacin XML del LOM en todos los casos en que:
Vinculacin XML del LOM = Definicin de Esquema XML + Estndar Normativo
El IEEE proporciona un conjunto de esquemas gua driver schemas que utilizan los distintos enfoques de validacin. Estos enfoques pueden usarse en la validacin de las instancias de metadatos LOM. Sin embargo, puede ser que se necesiten pasos de validacin adicionales, dependiendo del enfoque que se utilice. Las siguientes secciones describen los distintos enfoques de validacin, los guas drivers y su relacin a SCORM.
4.3.1. Enfoque de Validacin de Esquema Estricto

La meta principal del enfoque de validacin de esquema estricto es hacer cumplir los requisitos estrictos tal y como se definen en el LOM. El enfoque de validacin de esquema estricto y el conjunto de sus respectivos archivos XSD tienen las siguientes caractersticas: Funciona con las restricciones de unicidad. En los elementos que se definen en el LOM, que tienen un requisito de multiplicidad de 0 o 1, el enfoque de validacin de esquema estricto hace cumplir esta limitante. Vocabulario LOM nicamente. El enfoque de validacin de esquema estricto solamente permite instancias de metadatos LOM que utilicen las representaciones de vocabulario definidas por el LOM. Sin extensiones. El enfoque de validacin de esquema estricto no permite extensiones al LOM. Dado que este enfoque no permite extensiones al LOM y el uso de vocabularios de LOM, permite instancias de metadatos vlidas que se apeguen estrictamente al LOM (segn lo definido por el IEEE).
Si una organizacin constituye polticas para no extender los elementos base definidos por el LOM y hacer cumplir el uso de los vocabularios definidos por el LOM, en ese caso ADL recomienda el uso del enfoque de validacin de esquema estricto. ste es el que garantiza la interoperabilidad ms semntica de todos los enfoques de validacin.
4.3.2. Enfoque de Validacin de Esquema Personalizado

La meta principal del enfoque de validacin de esquema personalizado es que ofrezca la capacidad de personalizar las instancias de metadatos LOM para que permitan las extensiones a los vocabularios y a los elementos de datos. El enfoque de validacin de esquema personalizado (y el conjunto de sus respectivos archivos XSD) contienen las siguientes caractersticas: Funciona con las restricciones de unicidad. En los elementos que se definen en el LOM, que tienen un requisito de multiplicidad de 0 o 1, el enfoque de validacin de esquema estricto hace cumplir esta limitante. Vocabularios personalizados. Este enfoque permite el uso de vocabularios definidos por el LOM o vocabularios de las organizaciones. Este enfoque de validacin tambin proporciona una plantilla para ayudar a construir archivos XSD para uso de las herramientas. Estos archivos XSD podran ser utilizados en apoyo de la validacin de instancias de Metadatos LOM. Permite las extensiones al LOM. Este enfoque de validacin del esquema permite tener la capacidad de ampliar el conjunto del modelo de datos definido por el LOM. Esto permite que la organizacin incorpore un conjunto de elementos distinto (de otro espacio de nombre) a una instancia de metadatos LOM. Dado que este enfoque permite las extensiones al LOM, el enfoque permite instancias de metadatos vlidas que se apeguen al LOM (segn lo definido por el IEEE).
Si una organizacin contiene polticas o prcticas que exigen un conjunto distinto de vocabularios o un conjunto de elementos que deban incluirse en los metadatos, ADL recomienda el uso del enfoque de validacin de esquema personalizado. Sin embargo, tenga presente que esto no permitir la interoperabilidad semntica de las instancias de metadatos de una organizacin a otra. Para mantener un alto grado de interoperabilidad semntica, ADL recomienda que las comunidades verticales (p. ej., la industria de la atencin mdica) lleguen a un consenso sobre cmo desarrollar un conjunto de vocabularios interoperables que se puedan aplicar al enfoque de validacin personalizado. En los elementos del LOM que sean de tipo Vocabulario, SCORM solamente exige que ciertos elementos utilicen esos vocabularios. En algunos de los elementos, SCORM solamente considera el uso de los vocabularios LOM como una mejor prctica recomendada. Si una organizacin necesita definir un conjunto de vocabularios distintos para los elementos de vocabulario de mejores prcticas de SCOMR, ADL recomienda el uso del enfoque de validacin de esquema personalizado y la asesora que se ofrece para la construccin de un archivo XSD. Esto permitir que las herramientas validen correctamente las instancias de metadatos.
4.3.3. Enfoque de Validacin de Esquema Adaptable

El objetivo principal del enfoque de validacin de esquema adaptable es relajar algunos de los lmites definidos en los dems enfoques de validacin de esquema. Al usar el enfoque de validacin estricto o el personalizado, se introduce un atributo artificial para asistir a las herramientas en la validacin de las limitantes de unicidad del LOM. Si una organizacin desea evitar la introduccin de este elemento artificial, se puede usar el enfoque de validacin de esquema adaptable. Tenga presente que el enfoque de validacin de esquema adaptable (y su respectivo gua driver) no verifica las limitantes de unicidad y permite que haya instancias de metadatos que no se apeguen al LOM. Se deben tomar medidas adicionales para que las herramientas hagan cumplir las reglas generales de la Vinculacin XML del LOM.
El enfoque de validacin de esquema adaptable (y su respectivo conjunto de archivos de Definicin de Esquema XML) contiene las siguientes caractersticas: No opera con las restricciones de unicidad. El enfoque de validacin de esquema adaptable relaja la verificacin de las limitantes de unicidad eliminando la introduccin del atributo artificial. Por esto, existen casos en los que algunas instancias de metadatos que no se apeguen al LOM se validarn contra el enfoque de validacin de esquema adaptable. Se recomienda que los productores de instancias de metadatos LOM se aseguren de que la instancia producida sea vlida de acuerdo a la Vinculacin XML del LOM del IEEE, al usar el enfoque de validacin de esquema adaptable. No hay validacin de vocabularios. El enfoque de validacin de esquema adaptable relaja el cumplimiento del esquema que impone limitantes de relacin doble de la fuente y el valor del vocabulario. El enfoque de validacin de esquema adaptable simplifica el proceso de validacin de esquema. Sin embargo, ante la falta de aplicacin no se garantiza que haya instancias de metadatos certificadas para el LOM. Las aplicaciones tendran que validar la relacin doble de la fuente y el valor del vocabulario por otros medios. Permite las extensiones al LOM. Este enfoque de validacin permite tener la capacidad de ampliar el conjunto del modelo de datos definido por el LOM. Esto permite que la organizacin incorpore un conjunto de elementos distinto (de otro espacio de nombre) a una instancia de metadatos LOM. El enfoque de validacin de esquema adaptable requiere ms procesamiento, fuera de las herramientas de validacin, para verificar que la instancia de metadatos LOM se apegue a los requisitos del IEEE. ADL recomienda que se use alguno de los dems enfoques de validacin de esquema en vez del enfoque de validacin de esquema adaptable.
4.4. Extensiones de los Metadatos

En algunos casos, las organizaciones pueden descubrir que el conjunto base de elementos para los metadatos definidos por el LOM no es adecuado para describir los Componentes del Modelo de Contenido SCORM. La organizacin puede tener un conjunto de extensiones a los metadatos cuyo uso sea requerido para describir estos componentes. Actualmente existen dos tipos de mecanismo de extensin permitidos en el LOM: Extensin del elemento XML. El primer mecanismo permite la extensin de los elementos del modelo de datos LOM. Se permite agregar elementos adicionales a las instancias de metadatos. Por ejemplo, si una organizacin tiene informacin adicional con respecto a los derechos de propiedad intelectual y las condiciones de uso de sus Componentes del Modelo de Contenido SCORM, es posible que los agregue a la Categora de Derechos. Actualmente estn en progreso algunas actividades de investigacin y desarrollo relacionadas al manejo de los derechos digitales. Es factible que se desarrolle una serie de elementos que describa un conjunto de derechos ms amplio. Esto, idealmente, podra utilizarse para describir Componentes del Modelo de Contenido SCORM, por medio de una ampliacin a la categora de Derechos.
Extensiones al vocabulario. En algunos de los elementos del IEEE que tengan una lista de vocabularios, SCORM recomienda el uso de esos vocabularios. Sin embargo, esto es slo una recomendacin y no se les exige (para estar certificadas) a las instancias de metadatos el uso de esos vocabularios (indicados como Vocabularios de Mejores Prcticas). Si una organizacin tiene la necesidad de utilizar un conjunto de vocabularios diferente a los elementos enumerados como Vocabularios de Mejores Prcticas de SCORM, hay varias alternativas. Si la organizacin quiere aplicar la validacin de los vocabularios, ADL recomienda el uso del enfoque de validacin de esquema personalizado (consulte la Seccin 4.4.2: Extensin de Vocabulario para ver ms informacin sobre cmo construir archivos de Definicin de Esquema XML con propsitos de validacin). El enfoque de validacin de esquema estricto no se puede usar ya que solamente valida pares estrictos de vocabulario LOM.
Algunas advertencias al usar extensiones. 1. Al crear elementos de extensin, no se permite definir los elementos que contengan la misma semntica de los elementos actualmente definidos en el LOM del IEEE. 2. Los metadatos que usan los valores recomendados tienen el mayor grado de interoperabilidad semntica (es decir, mayor probabilidad de que esos metadatos sean comprendidos por otros usuarios finales u otros sistemas). Para mantener un alto grado de interoperabilidad semntica ADL recomienda que si se necesitan extensiones para satisfacer las necesidades de una comunidad vertical (p. ej., la industria de la atencin mdica), que sta llegue a un consenso sobre cmo desarrollar un conjunto de extensiones interoperables. El LOM distingue entre dos tipos de cumplimiento del estndar del IEEE. Si una instancia de metadatos LOM no contiene extensiones, el estndar del IEEE se refiere a ella como una instancia de metadatos LOM estricta. Si una instancia de metadatos LOM contiene elementos de datos extendidos, el estndar del IEEE se refiere a ella como una instancia de metadatos LOM. SCORM opera con ambos tipos de seguimiento y recomienda que las instancias de metadatos LOM sean estrictas (basndose en las precauciones descritas anteriormente).
4.4.1. Extensin del elemento de datos

Puede haber situaciones en las que las organizaciones tengan polticas y prcticas para describir Componentes del Modelo de Contenido SCORM, que funcionen en maneras no compatibles con el LOM en su conjunto de elementos. Por ejemplo, pueden tener un esquema digital robusto de administracin de derechos que se use para describir su contenido de Aprendizaje. El LOM permite que su esquema base se extienda. Como se mencion anteriormente, esto tiene el potencial de reducir la interoperabilidad semntica de los metadatos y del contenido de Aprendizaje.
Si una organizacin desea proporcionar sus propias extensiones al LOM actual, debe seguir las siguientes reglas: Las extensiones al esquema base del LOM deben conservar el espacio del valor y el tipo de datos de los elementos de datos del esquema base del LOM. Las extensiones no deben definir los tipos de datos ni los espacios de valor de los elementos de datos agregados del esquema base del LOM. Los elementos de datos extendidos no deben sustituir elementos de datos del esquema base del LOM.
Las extensiones a los elementos se manejan de distintas maneras, basndose en el conjunto de especificaciones de XML. ADL recomienda que si una organizacin necesitara extensiones de XML, provea un archivo XSD que se pueda utilizar para la validacin de la instancia de Metadatos XML.
4.4.2. Extensin del vocabulario

El IEEE recomienda el uso del conjunto de representaciones del vocabulario definido en el LOM. SCORM reconoce esta recomendacin, e incluso permite, si es necesario, que las organizaciones creen y usen su propio conjunto de representaciones en vocabulario con los elementos marcados como Vocabulario de Mejores Prcticas. Como se mencion anteriormente, esto tiene el potencial de reducir la interoperabilidad semntica de los metadatos y del contenido de Aprendizaje y debe usarse con precaucin. Para mantener un alto grado de interoperabilidad semntica, ADL recomienda que las comunidades verticales (p. ej., la industria de la atencin mdica) lleguen a un consenso sobre cmo desarrollar un conjunto de vocabularios interoperables. Si en una industria vertical existe la necesidad de crear nuevos conjuntos de representaciones en vocabulario, es conveniente que los distintos actores de la industria trabajen en equipo para crear un conjunto de representaciones en un vocabulario acordado por todos. ADL recomienda el uso del enfoque de validacin de esquema personalizado para representar los vocabularios extendidos. Para crear y usar los conjuntos de representaciones definidos por una organizacin, el enfoque de validacin de esquema personalizado del IEEE exige una vinculacin XML similar a la que se define en el LOM.
4.5. Perfil de Aplicacin de Metadatos de SCORM

Hasta ahora, las secciones de metadatos de este documento han detallado el modelo de informacin LOM, la manera en que este modelo se vincula a XML y las formas en que se puede extender el LOM para potencialmente satisfacer ciertas polticas o necesidades de las organizaciones. Esta seccin comienza a describir los requisitos para construir metadatos que describen los Componentes del Modelo de Contenido SCORM (Agregacin de Contenido, Organizacin de Contenido, Actividad, SCO y Asset). El Perfil de Aplicacin de Metadatos de SCORM describe la integracin del LOM del IEEE dentro del ambiente SCORM. El perfil del uso exige el manejo de elementos de metadatos cuando se apliquen Metadatos LOM a los Componentes del Modelo de Contenido SCORM. Dentro de SCORM, se pueden usar metadatos para describir los distintos Componentes del Modelo de Contenido SCORM. El perfil de aplicacin definido en esta seccin delinea los requisitos para construir instancias de metadatos que describan: Agregaciones de Contenido Organizaciones de contenido Actividades SCOs Assets
Dentro de SCORM, el Perfil de Aplicacin de Metadatos indica cmo utilizar y crear instancias de metadatos. SCORM impone limitantes adicionales a la aplicacin del estndar. Estos requisitos o limitantes adicionales se pueden describir como: Elementos obligatorios. SCORM describe conjuntos de elementos que es obligatorio que las instancias de metadatos usen para describir los Componentes del Modelo de Contenido SCORM. El LOM indica que todos los elementos son opcionales. Si no se presentan requisitos en cuanto a qu elementos se deben utilizar al crear instancias de metadatos, podra reducirse la oportunidad de buscar y localizar los objetos dentro de un repositorio y otro tipo de sistemas. Al poner requisitos sobre qu conjuntos de elementos son obligatorios en las instancias de metadatos, aumenta la oportunidad de buscarlos, encontrarlos y reutilizarlos. Uso de vocabularios. El LOM sugiere firmemente el uso de las representaciones base en vocabulario definidas por el LOM (los vocabularios de fuente/valor LOMv1.0). Si se utilizan otros valores, en esos metadatos se reduce el grado de interoperabilidad semntica. SCORM sugiere enfticamente que las instancias de metadatos sigan esta prctica. Si existe la necesidad de crear nuevos conjuntos de representaciones en vocabulario para mantener un alto grado de interoperabilidad semntica, ADL recomienda que las comunidades verticales (p. ej., la industria de la atencin mdica) lleguen a un consenso sobre cmo desarrollar un conjunto de vocabularios interoperables. SCORM describe los vocabularios de dos maneras: Restringido y de Mejores Prcticas. Si un vocabulario se identifica como Restringido, SCORM exige el uso del vocabulario del LOM. Si un vocabulario se identifica como de Mejores Prcticas, SCORM sugiere el uso del vocabulario del LOM. Sin embargo, las organizaciones tienen la libertad de extender las instancias de metadatos con su propio vocabulario (consulte la Seccin 4.4: Extensiones de Metadatos para ver ms detalles sobre cmo extender las listas de representaciones en vocabulario).
Mejores Prcticas. En algunos casos, SCORM identifica algunas mejores prcticas para construir instancias de metadatos.
4.5.1. Cmo asociar los Metadatos con los Componentes SCORM

Una vez que se creen los metadatos, tal vez sea necesario asociarlos o asignarlos a los Componentes del Modelo de Contenido SCORM para que sean tiles. El Paquete de Contenido provee la manera de asociar los metadatos a los Componentes del Modelo de Contenido SCORM en s mismos. La Especificacin de Empaquetado de Contenido del IMS a lugares del Manifiesto IMS para asociar los metadatos a distintas porciones del Manifiesto (vase la Seccin 3.4: Cmo Construir Paquetes de Contenido para tener ms informacin). 4.5.1.1. Metadatos que Describen una Agregacin de Contenido Los metadatos del nivel de la Agregacin de Contenido se utilizarn para describir el paquete (es decir, la Agregacin de Contenido) en su totalidad. Si se ofrecen metadatos para describir la Agregacin de Contenido, estos metadatos deben seguir los requisitos delineados anteriormente.
Figura 4.5.1.1a: Aplicacin de los Metadatos que Describen una Agregacin de Contenido
El ejemplo siguiente ilustra la inclusin de los metadatos en lnea interna en el manifiesto del paquete de contenido. ste es un mecanismo para aplicar los metadatos al manifiesto. Este mecanismo se puede utilizar para describir el resto de los Componentes del Modelo de Contenido SCORM dentro de un manifiesto.
2006 Advanced Distributed Learning. Todos los derechos reservados. <manifest> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> <lom xmlns="http://ltsc.ieee.org/xsd/LOM"> <general /> <classification /> <annotation /> <lifeCycle /> <technical /> <metaMetadata /> <educational /> <relation /> <rights /> </lom> </metadata> </manifest>
El ejemplo siguiente ilustra la inclusin del elemento <adlcp:location> para describir los metadatos. El elemento <adlcp:location> describe la ubicacin de los metadatos en relacin a la raz del paquete.
<manifest> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> <adlcp:location>contentAggregationMetadata.xml</adlcp:location> </metadata> </manifest>
Ambos ejemplos ilustran cmo se puede construir el XML para describir la Agregacin de Contenido y dnde se debe colocar en el archivo manifiesto. 4.5.1.2. Metadatos que Describen una Organizacin de Contenido Los Metadatos a nivel de la Organizacin de Contenido describen a la Organizacin de Contenido. Estos metadatos se utilizan para facilitar la reutilizacin y la capacidad de que ese contenido sea encontrado dentro de un repositorio de contenido o un sistema similar. Esto se consigue proveyendo informacin descriptiva sobre la Organizacin de Contenido. Los metadatos son informacin sobre la Organizacin de Contenido como un todo. Describen para qu sirve la Organizacin de Contenido, quin puede utilizarla, quin la controla, etc., y tambin a la informacin que puede ser buscada desde fuera, por ejemplo su ttulo, descripcin y versin.
Figura 4.5.1.2a: Aplicacin de los Metadatos que describen una Organizacin de Contenido
Los metadatos usados para describir una Organizacin de Contenido se pueden aplicar como metadatos de lnea interna o se pueden referir hacia ellos con el elemento <adlcp:location>. Especficamente, se aplica a los elementos <organization> del manifiesto del paquete. Para simplificar, los siguientes ejemplos utilizarn el elemento <adlcp:location> para representar la referencia a los metadatos que se describen. Es importante observar que esto se hace estrictamente por efectos de brevedad. Los metadatos de lnea interna se permiten en todos los lugares donde se encuentre el elemento <adlcp:location>.
<organizations> <organization> <title>Introduction to the SCORM</title> <item></item> <item></item> <metadata> <adlcp:location>contentOrganizationMetadata.xml</adlcp:location> </metadata> </organization> </organizations>
4.5.1.3. Metadatos que Describen Actividades Los metadatos a nivel de Actividad son metadatos que describen las actividades (representados en un archivo imsmanifest.xml como elemento <item>). Estos metadatos se utilizan para facilitar la reutilizacin y la capacidad de que ese contenido sea encontrado dentro de un repositorio de contenido o un sistema similar y para proveer informacin descriptiva sobre la actividad. Los metadatos de actividad por lo general contienen informacin acerca de una actividad en su totalidad, y explican, de manera sensible al contexto, para qu sirve, quin puede utilizarla, quin la controla, etctera.
Figura 4.5.1.3a: Aplicacin de los Metadatos que describen una Actividad
Los Metadatos de Actividad se aplican a los elementos <item> en el manifiesto del paquete.
<organizations> <organization> <title>Introduction to the SCORM</title> <item> <title>SCORM 101</title> <metadata> <adlcp:location>activityMetadata.xml</adlcp:location> </metadata> </item> </organization> </organizations>
4.5.1.4. Metadatos que Describen SCOs Los metadatos se pueden asociar a un SCO y deben proveer informacin especfica sobre el recurso de Aprendizaje independientemente de un contexto particular. Estos metadatos se utilizan para facilitar la reutilizacin y la capacidad de que esos recursos de Aprendizaje sean encontrados. Los Metadatos de SCO son metadatos que describen a un SCO que no se relacione a la estructura de una Organizacin de Contenido especfica (es decir, metadatos independientes del contexto). Los metadatos contienen informacin que puede ser buscada desde fuera, por ejemplo el ttulo, descripcin, fecha de creacin y la versin del contenido.
Figura 4.5.1.4a: Aplicacin de los Metadatos que describen un SCO
Los Metadatos de SCO se aplican a los elementos <resource> con un atributo adlcp:scormType=sco (es decir, un recurso SCO) en el manifiesto de los paquetes de contenido.
<resources> <resource type=webcontent adlcp:scormType=sco href=sco1.htm> <metadata> <adlcp:location>SCOMetadata.xml</adlcp:location> </metadata> </resource> </resources>
4.5.1.5. Metadatos que describen Assets Los metadatos se pueden asociar a los Assets como ilustraciones, documentos o medios. Estos metadatos de Asset deben proveer informacin descriptiva sobre el Asset, independientemente del contexto de Aprendizaje. Estos metadatos se utilizan para facilitar la reutilizacin y la capacidad de que esos Assets sean encontrados. Los metadatos de Asset son metadatos que describen a los Assets independientemente de su contexto, y que pueden ser buscados desde fuera, por su ttulo, descripcin, fecha de creacin y versin, y que tambin pueden ser usados para crear un repositorio de Assets compartidos en el que se puedan realizar bsquedas. Los Metadatos de Asset se aplican a los elementos <resource> con un atributo adlcp:scormType=asset (es decir, un recurso Asset) en el manifiesto de los paquetes de contenido. Los Metadatos de Asset tambin se aplican a los elementos <file> que se encuentran como elementos hijo de los elementos <resource>.
Figura 4.5.1.5a: Aplicacin de los Metadatos que describen Assets
El siguiente ejemplo ilustra los Metadatos de Asset. En l, el recurso representa un asset.

<resources> <resource type="webcontent" adlcp:scormType="asset" href="asset.htm"> <metadata> <adlcp:location>assetMetadata.xml</adlcp:location> </metadata> </resource> </resources>
El siguiente ejemplo ilustra los Metadatos de Asset en un elemento <file>.

<resources> <resource type="webcontent" adlcp:scormType="asset" href="asset.htm"> <file href="asset.htm"> <metadata> <adlcp:location>assetMetadata.xml</adlcp:location> </metadata> </file> </resource> </resources>
4.5.2. Requisitos Cardinales de los Metadatos de SCORM

La Tabla 4.5.2a es un resumen de los requisitos para las instancias de metadatos que se usen para sealar los Componentes del Modelo de Contenido SCORM. Esta tabla describe los requisitos cardinales de cada uno de los elementos de los metadatos. Note que estos requisitos no implican que todas las Agregaciones de Contenido, Organizaciones de Contenido, Actividades, SCOs y Assets tengan que ser descritos con metadatos. Sin embargo, los requisitos s aplican siempre que se usen metadados para describir los componentes. M indica que el elemento es Obligatorio. O indica que el elemento es Opcional.
Se indican los elementos como apareceran en la Vinculacin XML (es decir, usando notacin XML <nombre_del_elemento>). El sistema de numeracin se basa en el Estndar de Metadatos de Objetos de Aprendizaje 1484.12.1-2002 del IEEE.
Tabla 4.5.2a: Requisitos del Elemento de Perfil de la Aplicacin de Metadatos SCORM Requisito Cardinal No. Elemento 1 <general> M 1.1 <identifier> O 1.1.1 <catalog> O 1.1.2 <entry> O 1.2 <title> M 1.3 <language> O 1.4 <description> M 1.5 <keyword> M 1.6 <coverage> O 1.7 <structure> O 1.8 <aggregationLevel> O Requisito Cardinal Nombre 2 <lifeCycle> M 2.1 <version> M 2.2 <status> O 2.3 <contribute> O 2.3.1 <role> O 2.3.2 <entity> O 2.3.3 <date> O Requisito Cardinal Nombre 3 <metaMetadata> M 3.1 <identifier> O 3.1.1 <catalog> O 3.1.2 <entry> O 3.2 <contribute> O 3.2.1 <role> O 3.2.2 <entity> O 3.2.3 <date> O 3.3 <metadataSchema> M 3.4 <language> O
Nombre
4 4.1 4.2 4.3 4.4 4.4.1 4.4.1.1 4.4.1.2 4.4.1.3 4.4.1.4 4.5 4.6 4.7 5 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 5.11 6 6.1 6.2 6.3 7 7.1 7.2 7.2.1 7.2.1.1 7.2.1.2 7.2.2 8 8.1 8.2 8.3 9 9.1 <technical> <format> <size> <location> <requirement> <orComposite> <type> <name> <minimumVersion> <maximumVersion> <installationRemarks> <otherPlatformRequirements> <duration>
Nombre
<educational> <interactivityType> <learningResourceType> <interactivityLevel> <semanticDensity> <intendedEndUserRole> <context> <typicalAgeRange> <difficulty> <typicalLearningTime> <description> <language>
Nombre
<rights> <cost> <copyrightAndOtherRestrictions> <description>
Nombre
<relation> <kind> <resource> <identifier> <catalog> <entry> <description>
Nombre
<annotation> <entity> <date> <description>
Nombre
<classification> <purpose>
Requisito Cardinal M M O O O O O O O O O O O Requisito Cardinal O O O O O O O O O O O O Requisito Cardinal M O M O Requisito Cardinal O O O O O O O Requisito Cardinal O O O O Requisito Cardinal O O
9.2 9.2.1 9.2.2 9.2.2.1 9.2.2.2 9.3 9.4
<taxonPath> <source> <taxon> <id> <entry> <description> <keyword>
O O O O O O O
SECCIN 5
Secuencia y Presentacin SCORM
5.1. Secuencia y presentacin

Esta seccin abarca cmo codificar estrategias de secuencia especficas en XML. Despus este XML se puede colocar en el archivo Manifiesto del IMS para definir conjuntos de informacin de secuencia para las actividades. Hay dos maneras principales de crear informacin de secuencia: elemento <sequencing>. El elemento <sequencing> encapsula toda la informacin de secuencia necesaria para una actividad. elemento <sequencingCollection>. El elemento <sequencingCollection> se puede utilizar para recolectar conjuntos de informacin de secuencia que sean reutilizados por varias actividades. Las actividades se representan como elementos <item> o <organization> dentro de un manifiesto. El elemento <sequencing> se puede colocar como hijo de un elemento <item> o un elemento <organization>.
Se pueden encontrar ms detalles sobre la informacin y las estrategias de secuencia en el manual de Secuencia y Navegacin de SCORM.
5.1.1. Elemento <sequencing>

La informacin de secuencia se asocia a los artculos de una estructura jerrquica asociando un solo elemento <sequencing> al artculo jerrquico. En el contexto de los Paquetes de Contenido IMS, esto se logra incluyendo el elemento <sequencing> dentro de un elemento <item> o de un elemento <organization>. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <sequencing> Tipo de datos: El elemento <sequencing> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <sequencing> contiene los siguientes elementos o atributos: Atributos: ID (opcional): El identificador exclusivo asignado a este conjunto de informacin de secuencia. El atributo ID slo debe aparecer en un elemento <sequencing> que sea hijo de un elemento <sequencingCollection>. El atributo ID no est permitido en un elemento <sequencing> que sea hijo de un elemento <item> o de un elemento <organization>. Tipo de datos XML: xs:ID.
2006 Advanced Distributed Learning. Todos los derechos reservados IDRef (opcional): Una referencia a un identificador
exclusivo (es decir, un atributo del elemento <sequencing>) asignado a un conjunto de informacin de secuencia. El IDRef se utiliza para enlazar hacia la informacin de secuencia reutilizable definida en alguna parte del mismo documento XML. Tipo de datos XML: xs:IDREF.
Elementos:
<controlMode> <sequencingRules> <limitConditions> <auxiliaryResources> <rollupRules> <objectives> <randomizationControls> <deliveryControls> <adlseq:constrainedChoiceConsiderations> <adlseq:rollupConsiderations>
Multiplicidad: Aparece 1 o ms veces dentro del elemento <sequencingCollection>, si el elemento <sequencingCollection> est presente. Ocurre 0 o 1 vez por cada <item> o <organization> que haya dentro de un paquete de contenido IMS. Ejemplo:
<item identifier="INTRO" identifierref="RESOURCE_INTRO"> <title>Photoshop Introduction</title> <imsss:sequencing> <imsss:limitConditions attemptLimit="1"/> <imsss:rollupRules rollupObjectiveSatisfied="false"/> </imsss:sequencing> </item>
5.1.2. Elemento <controlMode>

El elemento <controlMode> es el contenedor de la informacin del modo de control de la secuencia, incluyendo las descripciones de los tipos de comportamientos de secuencia especificados para una actividad [5]. Este elemento captura la informacin que se ocupa de los tipos de peticiones de secuencia que se permiten. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <controlMode> Tipo de datos: El elemento <controlMode> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <controlMode> contiene los siguientes elementos o atributos: Atributo:
choice (opcional, valor predeterminado = verdadero): Indica que se permite una opcin de peticin de navegacin (o que no est permitida si el valor = falso) que apunte a los hijos de la actividad [5]. Tipo de datos XML: xs:boolean. choiceExit (opcional, valor predeterminado = verdadero): Indica que se permite que
termine un hijo activo de esta actividad (o que no est permitido si el valor = falso) si se procesa una opcin de peticin de secuencia [5]. Tipo de datos XML: xs:boolean. flow (opcional, valor predeterminado = falso): Indica que se permiten las peticiones de secuencia de flujo (o que no se permiten si el valor = falso) a los hijos de la actividad [5]. Tipo de Datos XML. xs:boolean. forwardOnly (opcional, valor predeterminado = falso): Indica que no se permiten objetivos inversos (en trminos de la lnea del rbol de actividades) (o que s estn permitidos si el valor = falso) a los hijos de esta actividad [5]. Tipo de Datos XML.
xs:boolean. useCurrentAttemptObjectiveInfo (opcional, valor predeterminado = verdadero):
Indica que slo se utilizar, con los hijos de la actividad, la informacin de progreso en el objetivo (o que no se usar, si el valor = falso) en las evaluaciones de regla y que se acumular si dicha informacin fue grabada durante el intento actual de la actividad [5]. Tipo de datos XML: xs:boolean. useCurrentAttemptProgressInfo (opcional, valor predeterminado = verdadero): Indica que slo se utilizar, con los hijos de la actividad, la informacin de progreso en el intento (o que no se usar, si el valor = falso) en las evaluaciones de regla y que se acumular si dicha informacin fue grabada durante el intento actual de la actividad [5]. Tipo de datos XML: xs:boolean.
Elementos: Ninguno
Multiplicidad: Aparece 0 o 1 vez en el elemento <sequencing>. Ejemplo:

<item identifier="PRETEST1"> <title>Module 1 -- Pretest</title> <item identifier="PRETEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="PRETEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <imsss:sequencing> <imsss:controlMode choice="false" choiceExit="false" flow="true" forwardOnly = "true"/> </imsss:sequencing> </item>
5.1.3. Elemento <sequencingRules>

El elemento <sequencingRules> es el contenedor de la descripcin de secuencia de una regla. Cada regla detalla el comportamiento de secuencia de una actividad. Cada actividad puede tener un nmero ilimitado de reglas de secuencia y dentro de los grupos las reglas se evalan en el orden en el que se enumeran [5].
Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <sequencingRules> Tipo de datos: El elemento <sequencingRules> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <sequencingRules> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos:
<preConditionRule> <exitConditionRule> <postConditionRule>
Multiplicidad: Aparece 0 o ms veces en el elemento <sequencing>.
Ejemplo:
<item identifier="PRETEST1"> <title>Module 1 -- Pretest</title> <item identifier="PRETEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="PRETEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <imsss:sequencing> <imsss:sequencingRules> <imsss:preConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition = "satisfied"/> </imsss:ruleConditions> <imsss:ruleAction action = "disabled"/> </imsss:preConditionRule> </imsss:sequencingRules> </imsss:sequencing> </item>
5.1.3.1. Elemento <preConditionRule> El elemento <preConditionRule> es el contenedor de la descripcin de las acciones que controlan las decisiones de secuencia y la entrega de una actividad especfica. Las reglas que incluyan esas acciones se utilizarn para determinars si la actividad ser entregada [5]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <preConditionRule> Tipo de datos: El elemento <preConditionRule> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <preConditionRule> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos:
<ruleConditions> <ruleAction>
Multiplicidad: Aparece 0 o ms veces en el elemento <sequencingRules>.
Ejemplo:
5.1.3.1.1. Elemento <ruleConditions> El elemento <ruleConditions> es el contenedor del conjunto de condiciones que se aplicarn, ya sean reglas de condicin previa, de condicin posterior o de condicin de salida. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <ruleConditions> Tipo de datos: El elemento <ruleConditions> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <ruleConditions> contiene los siguientes elementos o atributos: Atributos: conditionCombination (opcional, valor predeterminado = todos). Este atributo indica cmo se combinan las condiciones de regla (<ruleCondition>) al evaluar la regla [5]. Tipo de datos XML: xs:token. o all: La condicin de la regla evala como verdadero solamente si cada una de las condiciones de regla evalan como verdadero [5]. o any: La condicin de la regla evala como verdadero solamente si cualquiera de las condiciones de regla evalan como verdadero [5]. Elementos:
<ruleCondition>
Multiplicidad: Aparece 0 o 1 vez en los elementos <preConditionRule>, <exitConditionRule> y <postConditionRule>. Ejemplo:

5.1.3.1.1.1. <ruleCondition> El elemento <ruleCondition> representa la condicin que se evala. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <ruleCondition> Tipo de datos: El elemento <ruleCondition> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <ruleCondition> contiene los siguientes elementos o atributos: Atributos:
referencedObjective (opcional, sin valor predeterminado). Este atributo representa
el identificador de un objetivo asociado a la actividad usada durante la evaluacin de la condicin [5]. El tipo de datos subyacente del referencedObjective, segn lo definido por la Especificacin de Secuencia Simple del IMS, es un identificador exclusivo. Dado que una cadena de caracteres vaca no proporciona suficiente informacin semntica para identificar de manera exclusiva cul es el objetivo al que se est haciendo referencia, el atributo referencedObjective no puede ser una cadena de caracteres vaca y no puede contener slo caracteres de espacio en blanco (que podran ser transcritos como una cadena de caracteres vaca por un programa de anlisis de XML). Tipo de datos XML: xs:string.
CAM-5-10 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
measureThreshold (opcional, valor predeterminado = 0.0). El valor usado como
umbral durante las evaluaciones de condicin basadas en la medida [5]. Tipo de datos XML: xs:decimal (Rango - 1.0000 a 1.0000, con una precisin de al
menos de cuatro decimales). operator (opcional, valor predeterminado noOp). El operador lgico singular que se aplicar a la condicin [5]. Tipo de datos XML: xs:token. o not: La condicin respectiva se niega en la evaluacin de regla [5]. o noOp: La condicin respectiva se usa como aparece en la evaluacin de regla [5]. condition (obligatoria, valor predeterminado = siempre). Este atributo representa la condicin real de la regla [5]. Tipo de datos XML: xs:token. A continuacin aparece
un listado de las representaciones en vocabulario que se utilizarn con el atributo

condition:
o satisfied o objectiveStatusKnown o objectiveMeasureKnown o objectiveMeasureGreaterThan o objectiveMeasureLessThan o completed o activityProgressKnown o attempted o attemptLimitExceeded o timeLimitExceeded o outsideAvailableTimeRange o always Elementos: Ninguno
Multiplicidad: Aparece 0 o ms veces en el elemento <ruleConditions>. Si el elemento <ruleConditions> est definido para capturar condiciones de regla individuales, el elemento <ruleCondition> ser obligatorio (1 o ms veces).
Ejemplo:
5.1.3.1.2. Elemento <ruleAction> El elemento <ruleAction> es el comportamiento de secuencia deseado si la regla evala como verdadero. El conjunto de acciones de la regla vara dependiendo del tipo de condicin (<preConditionRule>, <postConditionRule> o <exitConditionRule>). Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <ruleAction> Tipo de datos: El elemento <ruleAction> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <ruleAction> contiene los siguientes elementos o atributos: Atributos:
action (obligatorio; si no se define ninguna accin, se le ignora). La accin representa
el comportamiento de secuencia deseado si la condicin de la regla evala como verdadero [5]. Si action se define en una <preConditionRule>, el atributo de action tendr uno de los siguientes valores: skip disabled hiddenFromChoice stopForwardTraversal
Si action se define en una <postConditionRule>, el atributo de action tendr uno de los siguientes valores: exitParent exitAll retry retryAll continue previous Si action se define en una <exitConditionRule>, el atributo de action tendr uno de los siguientes valores: exit Elementos: Ninguno
Multiplicidad: Aparece 1 y slo 1 vez en los elementos <preConditionRule>,

<postConditionRule> o <exitConditionRule>.
Ejemplo:
5.1.3.2. Elemento <postConditionRule> El elemento <postConditionRule> es el contenedor de la descripcin de las acciones que controlan las decisiones de secuencia y la entrega de una actividad especfica. Las reglas que incluyan esas acciones se aplicarn cuando concluya el intento dentro de la actividad [5]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss
Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <postConditionRule> Tipo de datos: El elemento <postConditionRule> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <postConditionRule> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos:
<ruleConditions> (consulte la Seccin 5.1.3.1.1: Elemento <ruleConditions> para
ver ms detalles).
<ruleAction> (consulte la Seccin 5.1.3.1.2: Elemento <ruleAction> para ver ms
detalles). Multiplicidad: Aparece 0 o ms veces en el elemento <sequencingRules>. Ejemplo:

<item identifier="PRETEST1"> <title>Module 1 -- Pretest</title> <item identifier="PRETEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="PRETEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <imsss:sequencing> <imsss:sequencingRules> <imsss:postConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition="satisfied"/> </imsss:ruleConditions> <imsss:ruleAction action="exitParent"/> </imsss:postConditionRule> <imsss:postConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition = "always"/> </imsss:ruleConditions> <imsss:ruleAction action = "continue"/> </imsss:postConditionRule> </imsss:sequencingRules> </imsss:sequencing> </item>
5.1.3.3. Elemento <exitConditionRule> El elemento <exitConditionRule> es el contenedor de la descripcin de las acciones que controlan las decisiones de secuencia y la entrega de una actividad especfica. Las reglas que incluyan esas acciones se aplicarn cuando concluya el intento de una actividad sobre una actividad descendiente [5]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <exitConditionRule> Tipo de datos: El elemento <exitConditionRule> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <exitConditionRule> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos: <ruleConditions> (consulte la Seccin 5.1.3.1.1: Elemento <ruleConditions> para ver ms detalles). <ruleAction> (consulte la Seccin 5.1.3.1.2: Elemento <ruleAction> para ver ms detalles). Multiplicidad: Aparece 0 o ms veces en el elemento <sequencingRules>. Ejemplo:
<item identifier="PRETEST1"> <title>Module 1 -- Pretest</title> <item identifier="PRETEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="PRETEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <imsss:sequencing> <imsss:sequencingRules> <imsss:exitConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition="satisfied"/> </imsss:ruleConditions> <imsss:ruleAction action="exit"/> </imsss:exitConditionRule> </imsss:sequencingRules> </imsss:sequencing> </item>

5.1.4. Elemento <limitConditions>

A estas alturas, ADL recomienda utilizar el elemento <limitConditions> con precaucin. Han surgido varias dudas en cuanto al monitoreo del tiempo para evaluar estas condiciones. ADL planea seguir evaluando este elemento y su impacto sobre la secuencia, los comportamientos y las estrategias. ADL slo apoya el uso de dos de las condiciones de lmite actuales. La condicin de lmite se ocupa de los intentos en la actividad y el tiempo mximo que se permite en el intento. Esta seccin describe el lmite de intentos, el tiempo mximo permitido en los intentos y las condiciones para su uso. Para ver ms informacin acerca de las dems condiciones de lmite, vea la Especificacin de Secuencia Simple del IMS [5]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <limitConditions> Tipo de datos: El elemento <limitConditions> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <limitConditions> contiene los siguientes elementos o atributos: Atributos:
attemptLimit (opcional, valor predeterminado = 0). Este valor indica el mximo nmero de intentos en la actividad [5]. Tipo de datos XML: xs:nonNegativeInteger. attemptAbsoluteDurationLimit (opcional, valor predeterminado = 0.0). Este valor
indica el lapso mximo que el estudiante puede pasar en cualquiera de los intentos en la actividad. El lmite se aplica solamente al tiempo en que el estudiante est interactuando con la actividad y no se aplica cuando se suspende la actividad [5]. Este elemento se utiliza para inicializar el cmi.max_time_allowed (consulte el manual de Ambiente de Desempeo SCORM [2]). Actualmente, el SCO es responsable de todo el monitoreo del tiempo y de los comportamientos que se deban seguir si se viola el lmite. Tipo de datos XML: xs:duration. Elementos: Ninguno
Multiplicidad: Aparece 0 o 1 vez en el elemento <sequencing>.
Ejemplo:
<item identifier="INTRO" identifierref="RESOURCE_INTRO"> <title>Photoshop Introduction</title> <imsss:sequencing> <imsss:limitConditions attemptLimit="1"/> </imsss:sequencing> </item>
5.1.5. Elemento <auxiliaryResources>

A estas alturas, ADL recomienda utilizar el elemento <auxiliaryResources> con precaucin. Han surgido distintas dudas acerca de la definicin de los requisitos de uso de los recursos auxiliares (p. ej., un SCO podra ser un recurso auxiliar? Se aplica informacin de secuencia a los recursos auxiliares?). ADL planea seguir evaluando este elemento y su impacto sobre la secuencia, los comportamientos y las estrategias. Para ver ms informacin sobre los recursos auxiliares, vea la Especificacin de Secuencia Simple del IMS [5].
5.1.6. Elemento <rollupRules>

El elemento <rollupRules> es el contenedor del conjunto de reglas de acumulacin definidas para esta actividad. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <rollupRules> Tipo de datos: El elemento <rollupRules> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <rollupRules> contiene los siguientes elementos o atributos: Atributos: rollupObjectiveSatisfied (opcional, valor predeterminado = verdadero). Este atributo indica que el estado de satisfecho del objetivo asociado a la actividad se incluye en el cmulo de su actividad progenitora [5]. Tipo de datos XML:
xs:boolean. rollupProgressCompletion (opcional, valor predeterminado = verdadero). Este
atributo indica que el estado de conclusin del objetivo asociado a la actividad se incluye en el cmulo de su actividad progenitora [5]. Tipo de datos XML:
xs:boolean. objectiveMeasureWeight(opcional, valor predeterminado = 1.0000). Este atributo
indica el factor de peso aplicado a la medida normalizada del objetivo que se haya usado durante la acumulacin en su actividad progenitora [5]. Tipo de datos XML: xs:decimal (Rango 0.0000 a 1.0000 , con una precisin de al menos de cuatro decimales). Elementos:
<rollupRule>
Ejemplo:
<item identifier="MODULE2"> <title>Module 2 -- Enhancing Images</title> <item identifier="PRETEST2"> <title>Module 2 -- Pretest</title> <item identifier="PRETEST_QUESTION4" isvisible = "false" identifierref="RESOURCE_QUESTION4"> <title>Question 4</title> </item> <item identifier="PRETEST_QUESTION5" isvisible = "false" identifierref="RESOURCE_QUESTION5"> <title>Question 5</title> </item> <item identifier="PRETEST_QUESTION6" isvisible = "false" identifierref="RESOURCE_QUESTION6"> <title>Question 6</title> </item> <imsss:sequencing> <imsss:rollupRules > <imsss:rollupRule childActivitySet = "all"> <imsss:rollupConditions> <imsss:rollupCondition condition = "attempted"/> </imsss:rollupConditions> <imsss:rollupAction action = "completed"/> </imsss:rollupRule> </imsss:rollupRules> </imsss:sequencing> </item> </item>
5.1.6.1. Elemento <rollupRules> El elemento <rollupRule> es el contenedor de cada regla de acumulacin que deba ser aplicada a una actividad. El formato general de la regla se puede expresar de manera informal como si el hijo-actividad est configurado, la condicin est configurada, entonces accin. Se permiten mltiples condiciones. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <rollupRule> Tipo de datos: El elemento <rollupRule> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <rollupRule> contiene los siguientes elementos o atributos: Atributos: childActivitySet (opcional, valor predeterminado = todos). Este atributo indica qu valores de datos se utilizan para evaluar la condicin del cmulo [5]. Tipo de datos XML: xs:token. A continuacin aparece una lista de vocabularios permitidos: o all
o any o none o atLeastCount o atLeastPercent

minimumCount (opcional, valor predeterminado = 0). El atributo minimumCount se utilizar cuando el atributo childActivitySet est configurado en atLeastCount. La
condicin de regla de la acumulacin evala como verdadero si por lo menos el nmero de hijos que se especific en este atributo tiene condicin rollup de verdadero [5]. Tipo de datos XML: xs:nonNegativeInteger.
minimumPercent (opcional, valor predeterminado = 0.0000). El atributo minimumPercent se utilizar cuando el atributo childActivitySet est configurado en atLeastPercent. La condicin de regla de la acumulacin evala como verdadero
si por lo menos el porcentaje de hijos que se especific en este atributo tiene condicin rollup de verdadero [5]. Tipo de datos XML: xs:decimal (Rango 0.0000 a 1.0000
, con una precisin de al menos de cuatro decimales).
Elementos:
<rollupConditions> <rollupAction>
Multiplicidad: Aparece 0 o ms veces en el elemento <rollupRules>. Ejemplo:


5.1.6.1.1. Elemento <rollupConditions> El elemento <rollupConditions> es el contenedor del conjunto de condiciones que se aplicarn dentro de una regla de acumulacin individual. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <rollupConditions> Tipo de datos: El elemento <rollupConditions> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <rollupConditions> contiene los siguientes elementos o atributos: Atributos:
conditionCombination (opcional, valor predeterminado = cualquiera). Este atributo
indica cmo se combinan las condiciones de acumulacin. Tipo de datos XML:

xs:token. El atributo contiene el valor de una de las siguientes representaciones: o all: o any
Elementos:
<rollupCondition>
Multiplicidad: Aparece 1 y solamente 1 vez en el elemento <rollupRule>.
Ejemplo:
5.1.6.1.2. Elemento <rollupCondition> El elemento <rollupCondition> identifica una condicin que se aplicar en la regla de acumulacin [5]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <rollupCondition> Tipo de datos: El elemento <rollupCondition> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <rollupCondition> contiene los siguientes elementos o atributos: Atributos: operator (opcional, valor predeterminado noOp). El operador lgico singular que se aplicar a la condicin individual [5]. Tipo de datos XML: xs:token. El atributo contiene el valor de una de las siguientes representaciones: o not o noOp
condition (obligatorio). Indica el elemento de condicin de esa regla. Tipo de datos XML:xs:token. El atributo contiene el valor de una de las siguientes
representaciones: o satisfied o objectiveStatusKnown o objectiveMeasureKnown o completed o activityProgressKnown o attempted o attemptLimitExceeded o timeLimitExceeded o outsideAvailableTimeRange Elementos: Ninguno Multiplicidad: Aparece 1 o ms veces en el elemento <rollupConditions>. Ejemplo:
5.1.6.1.3. Elemento <rollupAction> El elemento <rollupAction> identifica una condicin que se aplicar en la regla de acumulacin [5]. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss
Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <rollupAction> Tipo de datos: El elemento <rollupAction> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <rollupAction> contiene los siguientes elementos o atributos: Atributos:
action (obligatorio). Este atributo indica el comportamiento de acumulacin deseado si la regla evala como verdadero. Tipo de datos XML: xs:token. El atributo contiene el valor de una de las siguientes representaciones: o satisfied o notSatisfied o completed o incomplete
Elementos: Ninguno Multiplicidad: Aparece 1 y solamente 1 vez en el elemento <rollupRule>. Ejemplo:

5.1.7. Elemento <objectives>

El elemento <objectives> es el contenedor del conjunto de objetivos que deben ser asociados a una actividad [5]. Cada actividad debe tener por lo menos un objetivo primario y puede tener un nmero ilimitado de objetivos. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <objectives> Tipo de datos: El elemento <objectives> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <objectives> contiene los siguientes elementos o atributos: Atributos: Ninguno Elementos: <primaryObjective> <objective> Multiplicidad: Aparece 0 o 1 vez en el elemento <sequencing>.
Ejemplo:
<item identifier="POSTTEST1"> <title>Module 1 -- Posttest</title> <item identifier="POSTTEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="POSTTEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <item identifier="POSTTEST_QUESTION3" isvisible = "false" identifierref="RESOURCE_QUESTION3"> <title>Question 3</title> </item> <imsss:sequencing> <imsss:objectives> <imsss:primaryObjective objectiveID = "PRIMARYOBJ" satisfiedByMeasure = "true"> <imsss:minNormalizedMeasure>0.6</imsss:minNormalizedMeasure> <imsss:mapInfo targetObjectiveID = "obj_module_1" readNormalizedMeasure = "false" writeSatisfiedStatus = "true" /> </imsss:primaryObjective> </imsss:objectives> </imsss:sequencing> </item>
5.1.7.1. Elemento <primaryObjective> El elemento <primaryObjective> identifica el objetivo que contribuye a la acumulacin asociada a la actividad [5]. Si el elemento <objectives> est definido, el elemento <primaryObjective> ser obligatorio. Este elemento se puede representar como un elemento vaco (<primaryObjective/>). Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <primaryObjective> Tipo de datos: El elemento <primaryObjective> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <primaryObjective> contiene los siguientes elementos o atributos: Atributos:
satisfiedByMeasure (opcional, valor predeterminado = falso). Este atributo indica que se debe usar el <minNormalizedMeasure> (si el valor est configurado como
verdadero) en lugar de cualquier otro mtodo para determinar si el objetivo asociado a la actividad est satisfecho [5]. Tipo de datos XML: xs:boolean.
objectiveID (opcional). El identificador del objetivo asociado a la actividad [5]. El tipo de datos subyacente del objectiveID, segn lo definido por la SS del IMS, es un
identificador exclusivo. Dado que una cadena de caracteres vaca no proporciona suficiente informacin semntica para identificar de manera exclusiva al objetivo; el atributo objectiveID no puede ser una cadena de caracteres vaca y no puede contener slo caracteres de espacio en blanco (que podran ser transcritos como una cadena de caracteres vaca por un programa de anlisis de XML). Si un <primaryObjective> contiene un mapa objetivo (<mapInfo>), el atributo objectiveID ser obligatorio. Si el <primaryObjective> no contiene un mapa objetivo, el atributo objectiveID ser opcional. En un conjunto dado de objetivos que hayan sido definidos para una actividad (es decir, un
<primaryObjective> y mltiples elementos <objective> en un elemento <objectives>), todos los atributos objectiveID definidos deben ser exclusivos.
Los Sistemas de Administracin de Aprendizaje utilizarn el valor portado por el atributo

objectiveID para inicializar el elemento del modelo de datos llamado cmi.objectives.n.id. Tipo de datos XML: xs:anyURI.
Elementos:
<minNormalizedMeasure> <mapInfo>
Multiplicidad: Aparece 1 y solamente 1 vez en el elemento <objectives>. Ejemplo:


5.1.7.1.1. Elemento <minNormalizedMeasure> El elemento <minNormalizedMeasure> identifica la medida mnima de satisfaccin del objetivo [5]. El valor se normaliza entre 1 y 1 (inclusivo). Si el objetivo primario (es decir, el elemento <primaryObjective>) tiene satisfiedByMeasure igual a verdadero, entonces el Sistema de Administracin de Aprendizaje utilizar este valor para inicializar el cmi.scaled_passing_score (consulte el manual del Ambiente de Desempeo SCORM [2]). Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <minNormalizedMeasure> Tipo de datos: El valor del elemento <minNormalizedMeasure> ser de tipo xs:decimal. El valor predeterminado, si no se provee ningn valor ser 1.0. Multiplicidad: Aparece 0 o 1 vez en los elementos <primaryObjective> y <objective>. Ejemplo:
5.1.7.1.2. Elemento <mapInfo> El elemento <mapInfo> es el contenedor de la descripcin en el mapa del objetivo. Esto define el mapeo de la informacin del objetivo local de una actividad desde y hacia un objetivo global compartido. Cada actividad podr tener un nmero ilimitado de mapas de objetivo.
Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <mapInfo> Tipo de datos: El elemento <mapInfo> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <mapInfo> contiene los siguientes elementos o atributos: Atributos:
targetObjectiveID (obligatorio). El identificador del objetivo global compartido al que apunta el mapeo [5]. El tipo de datos subyacente del targetObjectiveID, segn
lo definido por la SS del IMS, es un identificador exclusivo. Dado que una cadena de caracteres vaca no proporciona suficiente informacin semntica para identificar de manera exclusiva cul es el objetivo al que se est haciendo referencia, el atributo targetObjectiveID no puede ser una cadena de caracteres vaca y no puede contener slo caractres de espacio en blanco (que podran ser transcritos como una cadena de caracteres vaca por un programa de anlisis de XML). Tipo de datos XML:
xs:anyURI. readSatisfiedStatus (opcional, valor predeterminado = verdadero). Este atributo
indica que se debe recuperar el estado de satisfecho del objetivo local identificado (verdadero o falso) del objetivo global compartido cuando el progreso del objetivo local no est definido [5]. Tipo de datos XML: xs:boolean. readNormalizedMeasure (opcional, valor predeterminado = verdadero). Este atributo indica que se debe recuperar la medida normalizada del objetivo local identificado (verdadero o falso) del objetivo global compartido cuando la medida del objetivo local no est definida [5]. Tipo de datos XML: xs:boolean. writeSatisfiedStatus (opcional, valor predeterminado = falso). Este atributo indica que se debe transferir el estado de satisfaccin del objetivo local identificado (verdadero o falso) al objetivo global compartido cuando se concluya (Termination()) el intento en esa actividad. [5].Tipo de datos XML: xs:boolean. writeNormalizedMeasure (opcional, valor predeterminado = falso). Este atributo indica que se debe transferir la medida normalizada del objetivo local identificado (verdadero o falso) al objetivo global compartido cuando se concluya (Termination()) el intento en esa actividad. [5].Tipo de datos XML: xs:boolean.
Elementos: Ninguno
Multiplicidad: Aparece 0 o ms veces en los elementos <primaryObjective> y <objective>. Para Mapas de Lectura de Objetivos (readSatisfiedStatus y readNormalizedMeasure):
Si existen mltiples elementos <mapInfo> para un objetivo (<primaryObjective> o <objective>), solamente un elemento <mapInfo> tendr el atributo readSatisfiedStatus configurado como verdadero. Si existen mltiples elementos <mapInfo> para un objetivo (<primaryObjective> o <objective>) solamente un elemento <mapInfo> tendr el atributo readNormalizedMeasure configurado como verdadero.
Para Mapas de Escritura de Objetivos (writeSatisfiedStatus y

writeNormalizedMeasure):
En una actividad, si mltiples objetivos (<primaryObjective> o <objective>) tienen elementos <mapInfo> que comparten el mismo targetObjectiveID, solamente uno de los objetivos tendr el atributo writeSatisfiedStatus como verdadero. En una actividad, si mltiples objetivos (<primaryObjective> o <objective>) tienen elementos <mapInfo> que comparten el mismo targetObjectiveID, solamente uno de los objetivos tendr el atributo writeNormalizedMeasure como verdadero.
Ejemplo:
5.1.7.2. Elemento <objectives> El elemento <objective> identifica el objetivo que no contribuye a la acumulacin asociada a la actividad. Este elemento slo puede existir si se ha definido un <primaryObjective>.
Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <objective> Tipo de datos: El elemento <objective> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <objective> contiene los siguientes elementos o atributos: Atributos:
satisfiedByMeasure (opcional, valor predeterminado = falso). Este atributo indica que se debe usar el <minNormalizedMeasure> (si el valor est configurado como
verdadero) en lugar de cualquier otro mtodo para determinar si el objetivo asociado a la actividad est satisfecho [5]. Tipo de datos XML: xs:boolean. objectiveID (obligatorio). El identificador del objetivo asociado a la actividad [5]. El tipo de datos subyacente del objectiveID, segn lo definido por la SS del IMS, es un identificador exclusivo. Dado que una cadena de caracteres vaca no proporciona suficiente informacin semntica para identificar de manera exclusiva al objetivo, el atributo objectiveID no puede ser una cadena de caracteres vaca y no puede contener slo caracteres de espacio en blanco (que podran ser transcritos como una cadena de caracteres vaca por un programa de anlisis de XML). En un conjunto dado de objetivos que hayan sido definidos para una actividad (es decir, un <primaryObjective> y mltiples elementos <objective> en un elemento <objectives>), todos los atributos objectiveID deinidos deben ser exclusivos. Los Sistemas de Administracin de Aprendizaje utilizarn el valor portado por el atributo objectiveID para inicializar el elemento del modelo de datos llamado cmi.objectives.n.id. Tipo de datos XML: xs:anyURI.
Elementos: <minNormalizedMeasure> (consulte la Seccin 5.1.7.1.1: Elemento <minNormalizedMeasure> para ver ms detalles). <mapInfo> (consulte la Seccin 5.1.7.1.2: Elemento <mapInfo>). Multiplicidad: Aparece 0 o ms veces en el elemento <objectives>.
Ejemplo:
<item identifier="POSTTEST1"> <title>Module 1 -- Posttest</title> <item identifier="POSTTEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="POSTTEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <item identifier="POSTTEST_QUESTION3" isvisible = "false" identifierref="RESOURCE_QUESTION3"> <title>Question 3</title> </item> <imsss:sequencing> <imsss:objectives> <imsss:primaryObjective objectiveID = "PRIMARYOBJ" /> <imsss:objective objectiveID="obj_module_1"> <imsss:mapInfo targetObjectiveID="obj_module_1" readSatisfiedStatus = "false" readNormalizedMeasure = "false" writeSatisfiedStatus = "true" /> </imsss:objective> </imsss:objectives> </imsss:sequencing> </item>
5.1.8. Elemento <randomizationControls>

El elemento <randomizationControls> es el contenedor para las descripciones de cmo se deben ordenar los hijos de una actividad durante el proceso de secuencia. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <randomizationControls> Tipo de datos: El elemento <randomizationControls> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <randomizationControls> contiene los siguientes elementos o atributos: Atributos:
randomizationTiming (opcional, predeterminado = nunca). Este atributo indica cundo debe ocurrir la secuencia de los hijos de la actividad [5]. Tipo de datos XML: xs:token. El atributo contiene el valor de una de las siguientes representaciones: o never o once o onEachNewAttempt selectCount (opcional, valor predeterminado = 0). Este atributo indica el nmero de actividades hijo que se deben seleccionar en el conjunto de actividades hijo asociadas a la actividad [5]. Tipo de datos XML: xs:nonNegativeInteger. reorderChildren (opcional, valor predeterminado = falso). Este atributo indica que el orden de las actividades hijo es aleatorio [5]. Tipo de datos XML: xs:boolean. selectionTiming (opcional, predeterminado = nunca) Este atributo indica cundo debe ocurrir la seleccin. Tipo de datos XML: xs:token. El atributo contiene el valor de una de las siguientes representaciones: o never o once o onEachNewAttempt
Elementos: Ninguno
Ejemplo:
<item identifier="POSTTEST1"> <title>Module 1 -- Posttest</title> <item identifier="POSTTEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="POSTTEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <item identifier="POSTTEST_QUESTION3" isvisible = "false" identifierref="RESOURCE_QUESTION3"> <title>Question 3</title> </item> <imsss:sequencing> <imsss:randomizationControls selectCount="2" selectionTiming="onEachNewAttempt" /> </imsss:sequencing> </item>
5.1.9. Elemento <deliveryControls>

El elemento <deliveryControls> es el contenedor para las descripciones de cmo se deben ordenar los hijos de una actividad durante el proceso de secuencia. Espacio de nombre en XML: http://www.imsglobal.org/xsd/imsss Prefijo del espacio de nombre en XML: imsss Representacin de la Vinculacin XML: <deliveryControls> Tipo de datos: El elemento <deliveryControls> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <deliveryControls> contiene los siguientes elementos hijo: elementos/atributos: Atributos:
tracked (opcional, valor predeterminado = verdadero). Este atributo indica que se debe registrar la informacin de progreso del objetivo y la informacin de progreso de la actividad/intento (verdadera o falsa) y los datos contribuirn a la acumulacin de su actividad progenitora [5]. Tipo de datos XML: xs:boolean. completionSetByContent (opcional, valor predeterminado = falso). Este atributo indica que el estado de conclusin del objetivo en la actividad ser configurado por el SCO (verdadero o falso) [5]. Tipo de datos XML: xs:boolean. objectiveSetByContent (opcional, valor predeterminado = falso). Este atributo indica que el estado de objetivo satisfecho del objetivo asociado a la actividad que contribuye a la acumulacin ser configurado por el SCO. Tipo de datos XML: xs:boolean.
Elementos: Ninguno

<item identifier="LESSON1" identifierref="RESOURCE_LESSON1"> <title>Lesson 1 -- Interface</title> <imsss:sequencing> <imsss:deliveryControls tracked = "false"/> </imsss:sequencing> </item>
5.1.10. Elemento <constrainedChoiceConsiderations>

El elemento <adlseq:constrainedChoiceConsiderations> es el contenedor para las descripciones de cmo se deben limitar las solicitudes de navegacin durante el proceso de secuencia. La opcin limitada slo se aplica a la actividad para la cual fue definida.
Espacio de nombre en XML: http://www.adlnet.org/xsd/adlseq_v1p3 Prefijo del espacio de nombre en XML: adlseq Representacin de la Vinculacin XML: <constrainedChoiceConsiderations> Tipo de datos: El elemento <constrainedChoiceConsiderations> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <constrainedChoiceConsiderations> contiene los siguientes elementos o atributos: Atributos:
preventActivation (opcional, valor predeterminado = falso). Este atributo indica que no se puedan comenzar en hacer intentos en las actividades hijo a menos que la actividad actual sea la progenitora. Tipo de datos XML: xs:boolean. constrainChoice (opcional, valor predeterminado = falso). Esta cualidad indica que slo las actividades que estn lgicamente junto a las actividades limitadas pueden ser objetivos de una solicitud de navegacin. Tipo de datos XML: xs:boolean.
Elementos: Ninguno
Ejemplo:
<item identifier="Module1"> <item identifier="EXAM1"> <title>Module 1 -- Exam</title> <item identifier="QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <item identifier="QUESTION3" isvisible = "false" identifierref="RESOURCE_QUESTION3"> <title>Question 3</title> </item> <imsss:sequencing> <imsss:controlMode choice="false" choiceExit ="false" flow="true" forwardOnly="true"/> <imsss:rollupRules> <imsss:rollupRule childActivitySet="all"> <imsss:rollupConditions> <imsss:rollupCondition condition="attempted"/> </imsss:rollupConditions> <imsss:rollupAction action="completed"/> </imsss:rollupRule> </imsss:rollupRules> <imsss:objectives> <imsss:primaryObjective satisfiedByMeasure="true"> <imsss:minNormalizedMeasure>0.6</imsss:minNormalizedMeasure> </imsss:primaryObjective> </imsss:objectives> </imsss:sequencing> </item> <imsss:sequencing> <imsss:controlMode flow = "true"/> <imsss:sequencingRules> <imsss:exitConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition = "completed"/> </imsss:ruleConditions> <imsss:ruleAction action = "exit"/> </imsss:exitConditionRule> </imsss:sequencingRules> <adlseq:constrainedChoiceConsiderations constrainChoice = "true" /> </imsss:sequencing> </item>
5.1.11. Elemento <rollupConsiderations>

El elemento <adlseq:rollupConsiderations> es el contenedor para las descripciones de cundo se debe incluir una actividad en el proceso de acumulacin. Espacio de nombre en XML: http://www.adlnet.org/xsd/adlseq_v1p3 Prefijo del espacio de nombre en XML: adlseq Representacin de la Vinculacin XML: <rollupConsiderations> Tipo de datos: El elemento <rollupConsiderations> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <rollupConsiderations> contiene los siguientes elementos o atributos: Atributos: requiredForSatisfied (opcional, valor predeterminado = siempre). Este atributo indica la condicin bajo la cual se incluye la actividad en la evaluacin que hace su progenitor sobre la regla de acumulacin satisfecha. Tipo de datos XML: xs:token. requiredForNotSatisfied (opcional, valor predeterminado = siempre). Este atributo indica la condicin bajo la cual se incluye la actividad en la evaluacin que hace su progenitor sobre una regla de acumulacin no satisfecha. Tipo de datos XML: xs:token. requiredForCompleted (opcional, valor predeterminado = siempre). Este atributo indica la condicin bajo la cual se incluye la actividad en la evaluacin que hace su progenitor sobre la regla de acumulacin concluida. Tipo de datos XML: xs:token. requiredForIncomplete (opcional, valor predeterminado = siempre). Este atributo indica la condicin bajo la cual se incluye la actividad en la evaluacin que hace su progenitor sobre una regla de acumulacin incompleta. Tipo de datos XML: xs:token. measureSatisfactionIfActive (opcional, valor predeterminado = verdadero). Este atributo indica si se debe utilizar la medida para determinar si se satisfizo durante la acumulacin cuando la actividad est activa. Tipo de datos XML: xs:boolean. Cada uno de los atributos definidos anteriormente puede tener el valor de una de las siguientes representaciones restringidas:
always (predeterminado): La actividad se incluye siempre en el proceso de acumulacin de la regla. ifAttempted: La actividad se incluye en los procesos de acumulacin si se realiz un intento. ifNotSkipped: La actividad se incluye en los procesos de acumulacin si se le salt. ifNotSuspended: La actividad se incluye en los procesos de acumulacin si se suspendi.
Elementos: Ninguno

<item identifier="POSTTEST3"> <title>Module 3 -- Posttest</title> <item identifier="POSTTEST_QUESTION7" isvisible = "false" identifierref="RESOURCE_QUESTION7"> <title>Question 7</title> </item> <item identifier="POSTTEST_QUESTION8" isvisible = "false" identifierref="RESOURCE_QUESTION8"> <title>Question 8</title> </item> <item identifier="POSTTEST_QUESTION9" isvisible = "false" identifierref="RESOURCE_QUESTION9"> <title>Question 9</title> </item> <imsss:sequencing> <imsss:controlMode choice = "false" choiceExit = "false" flow = "true" forwardOnly = "true"/> <imsss:sequencingRules> <imsss:preConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition = "always"/> </imsss:ruleConditions> <imsss:ruleAction action = "hiddenFromChoice"/> </imsss:preConditionRule> <adlseq:rollupConsiderations measureSatisfactionIfActive = "false" requiredForCompleted = "ifNotSkipped" /> </imsss:sequencingRules> </imsss:sequencing> </item>
5.1.12. Elemento <sequencingCollection>

Existen situaciones en las que un conjunto de informacin de secuencia (los definidos dentro de un elemento <sequencing>) puede ser reutilizado. La Vinculacin XML de la Secuencia Simple del IMS define un elemento, <sequencingCollection>, que acta como contenedor para la informacin de secuencia. La reutilizacin se da cuando el atributo IDRef del elemento <sequencing> hace referencia de un atributo ID de un elemento <sequencing> que sea elemento hijo de <sequencingCollection>. Si el elemento <sequencing> utiliza tanto el atributo IDRef como una definicin de lnea interna de la informacin de secuencia, cualquier lnea interna definida a nivel superior reemplaza cualquier elemento similar definido en el elemento referido. Algunas de las caractersticas y requisitos importantes de una coleccin son: 1. Si se desea un <sequencingCollection>, existir 1 y solamente 1. 2. Si se configura el elemento <sequencing> para que refiera hacia un elemento <sequencing> definido en una coleccin de secuencia, el atributo IDRef ser obligatorio y referir hacia una ID especificada por el elemento <sequencing> definido en la coleccin de secuencia. 3. Si un elemento <sequencing> est definido como hijo de un elemento <item> o <organization>, el atributo ID no estar permitido. 4. En todos los elementos <sequencing> definidos en la coleccin de secuencia es obligatorio el atributo ID y no se permite el atributo IDRef. Este requisito se hace para evitar el encadenamiento de la informacin de secuencia (es decir, informacin de secuencia que refiera hacia otra informacin de secuencia). Este requisito podr ser relajado a futuro; sin embargo, se requieren ms casos en los que se use el encadenamiento de la informacin de secuencia. Atributos: Ninguno
Elementos:
<sequencing>, el elemento de secuencia aparecer 1 o ms veces si se usa un <sequencingCollection> para definir un conjunto de informacin de secuencia.
Multiplicidad: El elemento <sequencingCollection> puede existir 0 o 1 vez como hijo del elemento <imscp:manifest>.
Ejemplo:
<manifest identifier="Manifest1"> <metadata> <schema>ADL SCORM</schema> <schemaversion>CAM 1.3</schemaversion> </metadata> <organizations default="org1"> <organization identifier="org1"> <title>Organization Title</title> <item identifier="PRETEST1"> <title>Module 1 -- Pretest</title> <item identifier="PRETEST_QUESTION1" isvisible = "false" identifierref="RESOURCE_QUESTION1"> <title>Question 1</title> </item> <item identifier="PRETEST_QUESTION2" isvisible = "false" identifierref="RESOURCE_QUESTION2"> <title>Question 2</title> </item> <imsss:sequencing IDRef = "pretest"> <imsss:objectives> <imsss:primaryObjective objectiveID = "PRIMARYOBJ" satisfiedByMeasure = "true"> <imsss:minNormalizedMeasure>0.6 </imsss:minNormalizedMeasure> <imsss:mapInfo targetObjectiveID = "obj_module_1" readNormalizedMeasure = "false" writeSatisfiedStatus = "true" writeNormalizedMeasure = "true" /> </imsss:primaryObjective> </imsss:objectives> </imsss:sequencing> </item> </organization> </organizations> <resources>  </resources> <imsss:sequencingCollection> <imsss:sequencing ID = "pretest"> <imsss:controlMode choice = "false" choiceExit = "false" flow = "true" forwardOnly = "true"/> <imsss:sequencingRules> <imsss:preConditionRule> <imsss:ruleConditions> <imsss:ruleCondition condition = "satisfied"/> </imsss:ruleConditions> <imsss:ruleAction action = "skip"/> </imsss:preConditionRule> </imsss:sequencingRules> </imsss:sequencing> </imsss:sequencingCollection> </manifest>
5.2. Informacin de la presentacin y navegacin

SCORM define una gua de presentacin/navegacin que coincide con la Secuencia Simple del IMS. ADL planea continuar recolectando casos y requisitos de la Comunidad ADL sobre la presentacin y la navegacin. La Vinculacin XML de la informacin de presentacin y navegacin se maneja con una extensin al Esquema XML del Manifiesto del Paquete de Contenido. Se ha especificado un nuevo elemento llamado <adlnav:presentation>. El elemento <adlnav:presentation> contiene un solo sub-elemento llamado <navigationInterface>. El elemento <adlnav:navigationInterface> tiene un subelemento llamado <adlnav:hideLMSUI>.
5.2.1. Elemento <presentation>

El elemento <presentation> es un elemento contenedor que encapsula la informacin de la presentacin de una actividad de Aprendizaje. Este elemento es una extensin definida por ADL a la Especificacin de Empaquetado de Contenido IMS. Este elemento slo aparecer, si es necesario, como hijo de un elemento <item> de rama que refiera a un recurso. Espacio de nombre en XML: http://www.adlnet.org/xsd/adlnav_v1p3 Prefijo del espacio de nombre en XML: adlnav Representacin de la Vinculacin XML: <presentation> Tipo de datos: El elemento <presentation> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <presentation> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos:
<navigationInterface>
Multiplicidad: El elemento <presentation> puede existir 0 o 1 vez como hijo del elemento <imscp:item>.
Ejemplo:
<organization> <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true"> <title>Content 1</title> <adlnav:presentation> <adlnav:navigationInterface> <adlnav:hideLMSUI>continue</adlnav:hideLMSUI> <adlnav:hideLMSUI>previous</adlnav:hideLMSUI> </adlnav:navigationInterface> </adlnav:presentation> </item> </organization>
5.2.1.1. Elemento <navigationInterface> El elemento <navigationInterface> es un elemento contenedor que encapsula los requisitos de presentacin para la interfaz de navegacin de una actividad de Aprendizaje. Espacio de nombre en XML: http://www.adlnet.org/xsd/adlnav_v1p3 Prefijo del espacio de nombre en XML: adlnav Representacin de la Vinculacin XML: <navigationInterface> Tipo de datos: El elemento <navigationInterface> es un elemento progenitor. Los elementos progenitores no tienen valores asociados a ellos. Los elementos progenitores actan como contenedores de otros elementos o atributos. El elemento <navigationInterface> contiene los siguientes elementos o atributos: Atributos: Ninguno
Elementos:
<hideLMSUI>
Multiplicidad: El elemento <navigationInterface> puede existir 0 o 1 vez como hijo del elemento <presentation>.
Ejemplo:
5.2.1.1.1. Elemento <hideLMSUI>

El elemento <hideLMSUI> indica que el Sistema de Administracin de Aprendizaje no debe proveer dispositivos de interfaz para el usuario que le permitan al estudiante accionar eventos especficos.
Espacio de nombre en XML: http://www.adlnet.org/xsd/adlnav_v1p3 Prefijo del espacio de nombre en XML: adlnav Representacin de la Vinculacin XML: <hideLMSUI> Tipo de datos: El elemento <hideLMSUI> se representa como un xs:string. Esa cadena es una
representacin restringida de vocabulario. La opcin predeterminada, si no se enumeran los valores, es que el Sistema de Administracin de Aprendizaje prover un dispositivo de interfaz para el usuario que le permita las siguientes solicitudes de navegacin. La representacin deber ser una de las siguientes:
previous: Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir
un dispositivo de navegacin de Anterior cuando esta actividad sea la actividad actual. continue : Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir un dispositivo de navegacin de Continuar cuando esta actividad sea la actividad actual. exit: Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir un dispositivo de navegacin de Salir cuando esta actividad sea la actividad actual. exitAll: Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir un dispositivo de navegacin de Salir de todos cuando un hijo de este grupo de actividades sea la actividad actual. abandon: Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir un dispositivo de navegacin de Abandonar cuando esta actividad sea la actividad actual. abandonAll: Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir un dispositivo de navegacin de Abandonar todos cuando un hijo de este grupo de actividades sea la actividad actual. suspendAll: Si se especifica, el Sistema de Administracin de Aprendizaje no exhibir un dispositivo de navegacin de Suspender todos cuando un hijo de este grupo de actividades sea la actividad actual. Atributos: Ninguno
Elementos: Ninguno Multiplicidad: El elemento <hideLMSUI> puede existir 0 o ms veces dentro del elemento
<navigationInterface>.
Ejemplo:
5.3. Relacin con el empaquetado de contenido

La Especificacin de Empaquetado de Contenido del IMS proporciona una estructura para relacionar una actividad de Aprendizaje con un recurso de contenido: el elemento <imscp:item> y su relacin con un elemento <imscp:resource>. Adems, los elementos <imscp:item> se pueden agrupar en colecciones, y stas pueden estar contenidas en un elemento <imscp:organization>, igual que las actividades de Aprendizaje pueden ser agrupadas en una o varias actividades progenitoras. Por lo tanto, la Secuencia Simple del IMS dirige el concepto de una actividad de Aprendizaje hacia un elemento <imscp:item>, una coleccin de elementos <imscp:item> dentro de un elemento <imscp:organization> y hacia un elemento <imscp:organization>, segn lo definido por la Especificacin de Empaquetado de Contenido. La Vinculacin XML del Empaquetado de Contenido se extiende con esta especificacin para definir la manera en que la informacin de secuencia se asocia al contenido empaquetado. El proceso de definir una secuencia especfica de actividades de Aprendizaje comienza con la creacin de una agregacin de contenido que se intercambiar usando un Perfil de Aplicacin de Agregacin de Contenido SCORM de la especificacin de Paquetes de Contenido IMS. Como se muestra en la siguiente figura, el elemento <imscp:organization> del Empaquetado de Contenido y cada elemento <imscp:item> que haya dentro de l pueden tener comportamientos de secuencia definidos por medio de la asociacin de informacin de secuencia:
Figura 5.3a: Relacin estructural de las Reglas de Secuencia y el Empaquetado de Contenido
Todos los Paquetes de Contenido de Agregacin de Contenido SCORM precertificados incluyen, de origen, informacin de secuencia. Si un Paquete de Contenido SCORM no incluye ninguna informacin de secuencia, el comportamiento predeterminado es permitir que el estudiante elija libremente cualquier actividad sin asesora ni lmites.
APNDICE A
Lista de Acrnimos
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-A-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-A-2 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Lista de Acrnimos
ADL AICC API ARIADNE CAM CBT DOI IEEE ISBN ISSN LMS LOM LTSC PIF RTE SCO SCORM SN SS URI URN XML XSD Aprendizaje Distribuido Avanzado Comit de Capacitacin por Computadora de la Industria de la Aviacin Interfaz de Programacin de Aplicaciones Alianza de Autora de Instruccin Remota y Redes de Distribucin para Europa Modelo de Agregacin de Contenido Aprendizaje por Computadora Identificador de Objeto Digital Instituto de Ingenieros Elctricos y Electrnicos Nmero Estndar Internacional para Libros Nmero de Serie Estndar Internacional Sistema de Administracin de Aprendizaje Metadatos del Objeto de Aprendizaje Comit de Estndares para la Tecnologa del Aprendizaje Archivo de Intercambio de Paquetes Ambiente de Desempeo Objeto de Contenido Compartido Modelo de Referencia de Objetos de Contenido Compartido Secuencia y Navegacin Secuencia Simple Identificador de Recurso Uniforme Nombre Universal del Recurso Lenguaje de Marca eXtensible Definicin de Esquema XML
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-A-3 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-A-4 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
APNDICE B
Referencias
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-B-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-B-2 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Referencias
1. IEEE 1484.11.2 Standard for Learning Technology ECMAScript Application Programming Interface for Content to Runtime Services Communication. November 10, 2003 Disponible en: http://www.ieee.org/ 2. SCORM 2004 Run-Time Environment Version 1.3.2, Advanced Distributed Learning, February 6, 2006 Disponible en: http://www.adlnet.org/ 3. IMS Content Packaging Information Model, Version 1.1.4 Final Specification. October, 2004 Disponible en: http://www.imsglobal.org/ 4. Aviation Industry CBT Committee (AICC) Computer Managed Instruction Guidelines for Interoperability (CMI001) Version 3.5. April 2, 2001 Disponible en: http://www.aicc.org/ 5. IMS Simple Sequencing Behavior and Information Model v1.0 Final Specification, IMS Global Learning Consortium, Inc., March 2003 Disponible en: http://www.imsproject.org/. 6. Extensible Markup Language (XML) 1.1 . 04 February 2004. Disponible en: http://www.w3.org/ 7. XML Base. June 27, 2001 Disponible en: http://www.w3.org/ 8. IETF RFC 2396:1998, Universal Resource Identifiers (URI): Generic Syntax. Disponible en: http://www.ietf.org/ 9. IETF RFC 2426:1998, vCard MIME Directory Profile. 10. ISO/IEC 10646-1:2000, Information technologyUniversal multiple-octet coded character set Part 1: Architecture and basic multilingual plane. 11. IEEE 1484.12.1-2002 Learning Object Metadata Standard. Disponible en: http://www.ieee.org/ 12. IETF RFC 1951 DEFLATE Compressed Data Format Specification version 1.3, May 1996 Disponible en: http://www.ietf.org/ 13. XML Schema Part 2: Datatypes, W3C Recommendation 02 May 2001, Disponible en: http://www.w3.org/
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-B-3 2006 Advanced Distributed Learning. Todos los derechos reservados.
Con formato: Francs (Francia)
14. IEEE 1484.12.3 Standard for Extensible Markup Language (XML) Schema Binding for Learning Object Metadata Disponible en: http://www.ieee.org/ 15. IMS Content Packaging Best Practice Guide, Version 1.1.4 Final Specification, October 2004 Disponible en: http://www.imsglobal.org/ 16. SCORM 2004 Sequencing and Navigation Version 1.3.2, Advanced Distributed Learning, February 6, 2006 Disponible en: http://www.adlnet.org/
CAM-B-4 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
APNDICE C
Historial de Cambios al Documento
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-C-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-C-2 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Historial de Cambios al Documento

Versin de SCORM 1.3 Borrador de trabajo 1 Fecha de emisin 22-Oct-2003 Descripcin del cambio Borrador inicial. Los cambios incluyen: Actualizaciones al Empaquetado de Contenido SCORM para incluir cambios introducidos por laVersin 1.1.3 de la Especificacin de Empaquetado de Contenido IMS. Actualizaciones a los Metadatos de SCORM para incluir cambios introducidos por la estandarizacin del estndar 1484.12.1- 2002 del IEEE y el borrador del estndar 1484.12.3 del IEEE para la Vinculacin XML para el Modelo de Datos de los Metadatos de un Objeto de Aprendizaje. Actualizaciones para incluir soporte a la Versin 1.0 de la Secuencia Simple del IMS. Se incluy soporte a los requisitos de Navegacin por la inclusin de la Versin 1.0 de la Secuencia Simple del IMS. Las actualizaciones incluyen: Aclaracin y cambios a las definiciones de la agregacin de contenido y organizacin de contenido. Cambio de nombre a los Perfiles de Aplicacin de Metadatos de SCORM: Los Metadatos a Nivel de Paquete cambiaron a Metadatos de Agregacin de Contenido, los Metadatos de Agregacin de Contenido cambiaron a Metadatos de Organizacin de Contenido. Actualizaciones a la Seccin 3.3.2 Organizaciones para aclarar la definicin de una organizacin de contenido. Se agregaron tablas adicionales a la Seccin 3.4.1 y la Seccin 4.2 para ayudar a explicar los formatos de la tabla. Las actualizaciones incluyen: Afinacin de la gramtica y el estilo. Se actualiz la Figura 2.1.3a para indicar actividades y recursos. Numerosas actualizaciones a las Ilustraciones del cdigo para arreglar problemas del formato durante la validacin. Se actualiz el uso de las comillas correctas para los valores de los atributos. Se agregaron los elementos faltantes que causaban errores de formato. Se cambiaron los nombres de los elementos que causaron errores de formato. Se actualiz la Seccin 3.4.1.6: <organizations> para borrar la nocin de que el atributo predeterminado poda referir al identificador de un manifiesto. El valor del atributo predeterminado debe referirse a elementos <organization> que sean descendientes directos del elemento <organizations>.
Versin 1.3 CAM
30-Jan-2004
Versin 1.3.1 CAM
22-Jul-2004
Se agreg el elemento <adlcp:completionThreshold> faltante y sus requisitos. Se actualiz la Seccin 3.4.1.23 para agregar ms texto que diga que el recurso local debe ser identificado usando un elemento <file>. Se actualiz la Figura 3.4.2.1a para cambiar una ID ilegal. La imagen tena dos elementos item con la misma ID(A002). Se agreg el elemento <adlcp:completionThreshold> faltante de la Tabla 3.5.3a. Se retir la Seccin 3.6.1 Cmo Empaquetar Mltiples Cursos y se reemplaz con la Seccin 3.6.2 Mltiples Organizaciones para un Solo Curso. Se tienen que reunir ms requisitos sobre las razones para empaquetar mltiples cursos antes de que se desarrollen mejores prcticas. Se retir la Figura 4.1a y se asoci el texto a la figura. Se cambiaron los requisitos de multiplicidad del elemento <metaMetadata> del Perfil de Aplicacin de la Agregacin de Contenido de 0 o 1 a 1 y solamente 1. Esto concuerda con el requisito definido en la Versin 1.0 de Requisitos para la Precertificacin de SCORM 2004 y con el requisito definido para el elemento hijo de <metadataSchema>. Se cambi una referencia de vocabulario incorrecta en la Seccin 4.2.8.1 Elemento <kind> de isbasisof a isbasisfor. Se actualizaron los requisitos del Perfil de Aplicacin de Metadatos de Agregacin de Contenido. Los metadatos son obligatorios y los nicos elementos obligatorios son los metaMetadata 3.0 y el Esquema de Metadatos. Se actualiz una inconsistencia encontrada en la Seccin 5.1.1 Elemento <sequencing>. La multiplicidad se actualiz de 1 o ms para que concuerde con lo que aparece en la Seccin 5.1.12. <sequencingCollection> Se borraron las secciones 4.4.2.1 Declaracin de Fuente y 4.4.2.2 Declaraciones de Vocabulario. Este enfoque es slo una manera de extender el LOM. La informacin sobre cmo extender el LOM se discutir fuera de SCORM. Se requiere formular ms asesora (basada en la prctica y el trabajo del IEEE). Se cambi el requisito (en un Paquete de Contenido de Agregacin de Contenido) del elemento <item> de 0 o Ms a 1 o Ms, basndose en la alineacin con el Empaquetado de Contenido IMS. Seccin 5.1.1: Se aclararon los requisitos para el uso de los atributos ID e IDRef. Seccin 5.1.3.1.1.1: Se actualiz para aclarar que el atributo Objective referido no poda ser una cadena de caracteres vaca ni contener slo espacios en blanco. Seccin 5.1.6.1.2: Se actualiz una representacin mal escrita. Al vocabulario timeLimitExceeded le faltaba una i. Seccin 5.1.7: Se actualiz para indicar que el atributo objectiveID no poda ser una cadena de caracteres vaca ni contener slo espacios en blanco. Se actualiz para definir el requisito de que
Versin 1.3.2 CAM
13-Feb-2006
si un <primaryObjective> contiene un mapa objetivo, el objectiveID ser obligatorio. Tambin se actualiz el texto para indicar las circunstancias donde los valores del atributo objectiveID tienen que ser exclusivas. Seccin 5.1.7.1.1: Se actualiz para indicar que el Sistema de Administracin de Aprendizaje es responsable de usar este elemento para inicializar el Elemento del Modelo de Datos del Ambiente de Desempeo cmi.scaled_passing_score. Seccin 5.1.7.1.2: Se actualiz para indicar que el atributo targetObjectiveID no poda ser una cadena de caracteres vaca ni contener slo espacios en blanco. Seccin 5.1.7.1.2: Se agreg ms informacin con respecto a los requisitos de los Mapas de Lectura y de Escritura de Objetivo, especficamente con mapas de objetivos mltiples. Seccin 5.1.7.2: Se actualiz para indicar que el atributo objectiveID no poda ser una cadena de caracteres vaca ni contener slo espacios en blanco. Tambin se actualiz el texto para indicar las circunstancias donde los valores del atributo objectiveID tienen que ser exclusivas. Se actualiz la Ilustracin del cdigo 5-21 para mostrar un ejemplo de Controles Aleatorios. Las actualizaciones incluyen: Actualizaciones a todas las imgenes usadas en el documento. Los cambios incluyen una apariencia ms comn en el color y las imgenes usadas. Se cambiaron todas las apariciones de meta-datos a metadatos. Se retir el guin. De acuerdo con la Versin 1.1.4 del Empaquetado de Contenido IMS, se actualiz la Figura 3.2.a para cambiar Archivos Fsicos a Contenido. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se retir lenguaje y requisitos asociados a los (sub)manifiestos. El nuevo lenguaje indica que ADL no recomienda el uso de (sub)manifiestos hasta que el IMS termine su trabajo sobre la ms reciente versin del Empaquetado de Contenido IMS. Se agregaron distintas Notas de ADL a lo largo del documento. De acuerdo con la Versin 1.1.4 del Empaquetado de Contenido IMS, se agreg ms texto que describe la recomendacin del Empaquetado de Contenido IMS de que se deben declarar y referir en el manifiesto todos los archivos fsicos incluidos en el paquete de contenido. De acuerdo con el Adendum 2.6 a la 21 edicin de SCORM 200, se actualiz el SPM del elemento <adlcp:dataFromLMS> de 4096 a 4000. De acuerdo con el Adendum 2.8 a la 21 edicin de SCORM 200, se retir el lenguaje y los requisitos del elemento adlcp:persistState. De acuerdo con la Versin 1.1.4 del Empaquetado de Contenido IMS, se agreg lenguaje que explica que el SPM del atributo href es el SPM del valor con los valores de cualquier xml:base aplicado a l. De acuerdo con la Versin 1.1.4 del Empaquetado de Contenido IMS,
se actualiz el atributo identifierref del elemento <dependency> para declarar que el valor no puede ser una referencia a un identificador de recurso en un (sub)manifiesto. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM , se agreg una Nota de ADL a la Seccin 3.4.1.26 Elemento <manifest> que declara que se recomienda no utilizar (sub)manifiestos hasta que concluya el trabajo del Empaquetado de Contenido IMS. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se retiraron los (Sub)Manifiestos de la Seccin 3.4.2. Todo lenguaje y requisitos de apoyo y uso de los (sub)manifiestos fueron retirados hasta nuevo aviso. De acuerdo con la Versin 1.1.4 del Empaquetado de Contenido IMS, se actualiz la Seccin 3.4.3.1 Cmo Manejar el Atributo Base XML para incluir lenguaje sobre la atencin especial al SPM definido en el IMS para los atributos href y xml:base. De acuerdo con la Versin 1.1.4 del Empaquetado de Contenido IMS, se actualiz la Seccin 3.4.3.3 Cmo Manejar el Atributo de Parmetros para incluir una actualizacin al algoritmo de construccin de parmetros normativos. De acuerdo con el Adendum 2.8 a la 21 edicin de SCORM 200, se actualiz la Tabla 3.5.3a y se retir el elemento <adlcp:persistState>. De acuerdo con el Adendum 2.11 a la 21 edicin de SCORM 2004, se actualiz la Tabla 3.5.3a para cambiar los requisitos de los elementos 1.4 <metadata>, 1.4.1 <schema>, 1.4.2 <schemaversion> de O (opcional) a M (obligatorio). Los valores de esta tabla no concuerdan con los definidos anteriormente. Se borr la Seccin 3.6.2 Cmo Empaquetar Contenido de Aprendizaje para Reutilizarlo. Esta seccin abordaba el uso de (sub)manifiestos para lograr esta meta. Se retir por los otros cambios debidos a las actualizaciones a los (sub)manifiestos. Se actualiz la Seccin 4.2.1 Elemento <lom> para describir cmo tener instancias mltiples de metadatos describiendo el mismo Componente del Modelo de Contenido SCORM. De acuerdo con la Vinculacin XML del LOM del IEEE, se aclar que el elemento <language> (Lenguaje General LOM) puede tener un valor de Ninguno, si el contenido no tiene ningn contenido lingstico. Se actualizaron todas las ilustraciones del cdigo de los metadatos que utilizan sintaxis de vCard. Se retir el caracter \ n a favor de los valores requeridos y
. Se actualiz la Seccin 4.2.4.2: Elemento <contribute> para arreglar el valor SPM se cambi de 30 a 10 para que concuerde con la Vinculacin XML del LOM del IEEE. Se actualiz la Seccin 4.2.4.2: Elemento <entity> para arreglar el valor SPM. Se cambi de 40 a 10 para que concuerde con la Vinculacin XML del LOM del IEEE. De acuerdo con la Vinculacin XML del LOM del IEEE, se actualiz la Seccin 4.2.4.4 Elemento <language> para aclarar ms sobre el formato del valor que tiene el elemento de lenguaje. Se actualiz la Seccin 4.2.8.2: Elemento <resource> para cambiar
el SPM de 0 o Ms a 0 o 1, para alinearlo con la Vinculacin XML del LOM del IEEE. Se actualiz la Seccin 4.2.8.2.2: Elemento <description> para cambiar el SPM de 0 o 1 a 0 o Ms (SPM: 10) para alinearlo con la Vinculacin XML del LOM del IEEE. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 5.1 Secuencia y Presentacin para retirar lenguaje que abordaba la informacin de secuencia colocada en elementos <item> que referan hacia (sub)manifiestos. Se retir por los otros cambios debidos a las actualizaciones a los (sub)manifiestos. De acuerdo con el Adendum 2.10 a la 2 edicin de SCORM 2004, se actualiz la Seccin 5.1.7.1.1 Elemento <minNormalizedMeasure> para describir cmo el Sistema de Administracin de Aprendizaje tiene que usar este valor para inicializar el elemento del modelo de datos cmi.scaled_passing_score. De acuerdo con el Adendum 2.5 a la 2a edicin de SCORM 2004, se actualiz la Seccin 5.1.11 elemento <rollupConsiderations> para cambiar el valor predeterminado del atributo measureSatisfactionIfActive de falso a verdadero. De acuerdo con el Adendum 2.20 a la 2 edicin de SCORM 2004, se actualiz la Seccin 5.2.1 Elemento <presentation> para cambiar SCO a recurso. Esto cubre el caso en el que el recurso es un Asset o un SCO. De acuerdo con el Adendum 3.7 a la 2 edicin de SCORM 2004, se actualiz el lenguaje que se encuentra en las representaciones usadas en el espacio de valor del elemento <hideLMSUI>. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 5.2.1.1.1 Elemento <hideLMSUI> para incluir un nuevo valor para la representacin (suspendAll, abandonAll y exitAll).

Manual de Agregación de Contenido (CAM) (SCORM - 2004 - 04 - CAM)

Uploaded by

Document Information

Original Title

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 de Agregación de Contenido (CAM) (SCORM - 2004 - 04 - CAM)

Uploaded by

Copyright:

Available Formats

SCORM 2004

2006 Advanced Distributed Learning. Todos los derechos reservados.

Esta pgina se dej en blanco intencionalmente.

2006 Advanced Distributed Learning. Todos los derechos reservados.

Advanced Distributed Learning (ADL)

SCORM 2004 Modelo de Agregacin de Contenido (CAM) Versin 1.3.2

Disponible en ADLNet.org (http://www.adlnet.org/)

Para ver preguntas y comentarios visita Pregunte a los expertos en ADLNet.org

Con formato: Color de fuente: Rojo

Esta pgina se dej en blanco intencionalmente.

Arquitecto tcnico en jefe Philip Dodds

Editor tcnico Schawn E. Thropp

Principales colaboradores del equipo tcnico de ADL a SCORM 2004:

Principales colaboradores de la comunidad ADL a SCORM 2004:

Esta pgina se dej en blanco intencionalmente.

Esta pgina se dej en blanco intencionalmente.

Esta pgina se dej en blanco intencionalmente.

1.1. Introduccin al Manual del Modelo de Agregacin de Contenido (CAM) de SCORM

1.1.1. Qu cubre el manual del Modelo de Agregacin de Contenidos (CAM) de SCORM?

1.1.2. Cmo usar el manual CAM de SCORM

1.1.3. Su relacin con los dems manuales de SCORM

1.1.3.1. El libro del Ambiente de Desempeo (RTE) de SCORM

1.1.3.2. El Manual de Secuencia y Navegacin (SN) de SCORM

1.2. El Modelo de Agregacin de Contenidos (CAM) de SCORM

Esta pgina se dej en blanco intencionalmente.

2.1. Componentes del Modelo de Contenido SCORM

Figura 2.1.1a: Ejemplos de Assets

2.1.2. Objeto de Contenido Compartido (SCOs)

Figura 2.1.2a: Constitucin conceptual de un SCO

2.1.3. Organizacin del contenido

Figura 2.1.3a: Ilustracin conceptual de una Organizacin de Contenido

2.1.4. Componentes de los metadatos de SCORM

2.1.4.1. Modelo de Agregacin de Contenidos (CAM)

2.1.4.2. Metadatos de la organizacin del contenido

2.1.4.3. Metadatos de las actividades

Esta pgina se dej en blanco intencionalmente.

Esta pgina se dej en blanco intencionalmente.

3.1. Introduccin al Empaquetado de Contenido

3.2. Componentes del Paquete de Contenido

Figura 3.2a: Diagrama Conceptual del Paquete de Contenido

Esto incluye cualquier archivo de control necesario para

3.3. Componentes de un Manifiesto

Figura 3.3a: Componentes de un Manifiesto

3.3.2.1. Mltiples organizaciones de contenido

3.3.2.2. Organizacin del contenido

3.3.2.2.1. Contenido de Autor y Colecciones de Contenido

3.3.2.3. Cmo Representar Estructura de Contenido

3.3.2.3.1. Jerarqua de contenido

Figura 3.3.2.3.1a: Terminologa de la Jerarqua de Contenido IMS

3.3.2.3.3. Secuencia, Secuencia Adaptable y Navegacin

Figura 3.3.3a: Ilustracin conceptual de los Recursos del Manifiesto

3.4. Cmo Construir Paquetes de Contenido

3.4.1. Archivo de manifiesto

lustracin del cdigo 3-1

Ilustracin del cdigo 3-2

SCORM exige que el elemento <schema> contenga la siguiente representacin de vocabulario:

de acuerdo con los requisitos definidos por SCORM. Ejemplo:

Ilustracin del cdigo 3-3

Ilustracin del cdigo 3-4

Ilustracin del cdigo 3-5

Ilustracin del cdigo 3-6

Ilustracin del cdigo 3-7

Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso