Professional Documents
Culture Documents
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
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.
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.
Figura 1.1a: El Manual del Modelo de Agregacin de Contenidos (CAM) de SCORM como parte de la biblioteca SCORM.
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
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-1-4 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-1-5 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
sobre la relacin entre el paquete XML de la informacin de secuencia y sus procesos y comportamientos.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-1-7 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-1-8 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
SECCIN 2
El Modelo de Contenido SCORM
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-2 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-4 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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.
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
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-6 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-7 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-8 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-9 2006 Advanced Distributed Learning. Todos los derechos reservados.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-2-10 2006 Advanced Distributed Learning. Todos los derechos reservados.
SECCIN 3
Empaquetado de Contenido SCORM
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-3-2 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-5 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-3-6 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
El archivo manifiesto representa la informacin necesaria para describir el contenido del paquete. La figura 3.3a describe la composicin de un archivo 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.)
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-7 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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.
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.
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
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-11 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-3-12 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-13 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
CAM-3-14 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-15 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-3-16 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-3-18 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-19 2006 Advanced Distributed Learning. Todos los derechos reservados.
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"> <!-- imsmanifest contents --> </manifest>
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>:
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
CAM-3-20 Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
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:
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 <schema> se representa como una cadena de caracteres. Tipo de datos XML: xs:string.
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-21 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
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 <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).
Modelo de Agregacin de Contenidos (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-21 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0 o Ms 0 o Ms
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-25 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
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>
CAM-3-26 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<organizations default="TOC1"> <organization identifier="TOC1"> <title>Introduction to SCORM for LMS Vendors</title> <!--organizations structure placed here --> </organization> <organization identifier="TOC2"> <title>Introduction to SCORM for Content Vendors</title> <!--organizations structure placed here --> </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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-27 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-3-28 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-29 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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>
CAM-3-30 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-31 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>.
CAM-3-32 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
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 <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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-33 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0o1 0
CAM-3-34 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-35 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
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:
CAM-3-36 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
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 <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:
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-37 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-3-38 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-39 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
CAM-3-40 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-41 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-3-42 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>:
Perfil de Aplicacin del Empaquetado de Contenido SCORM Agregacin de Contenido Recurso Requisitos de Multiplicidad del Manifiesto 0 o Ms 0 o Ms
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-43 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>.
CAM-3-44 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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>
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.
CAM-3-48 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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"
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"
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-49 2006 Advanced Distributed Learning. Todos los derechos reservados.
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> <!-- Por efectos de brevedad los elementos que no se relacionan al --> <!-- ejemplo se muestran en versin sencilla e incompletos --> <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.
CAM-3-50 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-51
Las siguientes secciones detallan los perfiles de aplicacin, las restricciones impuestas por SCORM y un conjunto de mejores prcticas recomendadas.
CAM-3-52 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-53
La figura 3.5.1c muestra el ejemplo de un Asset representado como un elemento <resource> en una instancia de imsmanifest.xml.
CAM-3-54 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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
CAM-3-56 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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>
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-57
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-58 2006 Advanced Distributed Learning. Todos los derechos reservados.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-59 2006 Advanced Distributed Learning. Todos los derechos reservados.
<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>.
CAM-3-60 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> <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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-3-61 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-3-62 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
SECCIN 4
Metadatos de SCORM
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-1 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-4-2 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-4-3 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-4 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-4-5 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-6 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-4-8 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-4-9 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-4-10 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-11 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <general> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/content/CO_01</entry> </identifier> </general> </lom>
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).
CAM-4-12 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <general> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/content/CO_01</entry> </identifier> </general> </lom>
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)*
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-13 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-14 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-15 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-16 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-17 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-4-18 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-4-19 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
CAM-4-20 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-21 2006 Advanced Distributed Learning. Todos los derechos reservados.
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 END:VCARD</entity> <date> <dateTime>2002-12-12</dateTime> <description> <string language="en">A description for the date</string> </description> </date> </contribute> </lifeCycle> </lom>
CAM-4-22 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-23 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-24 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <lifeCycle> <contribute> <role> <source>LOMv1.0</source> <value>author</value> </role> <entity>BEGIN:VCARD VERSION:2.1 FN:Joe Author END:VCARD</entity> <entity>BEGIN:VCARD VERSION:2.1 FN:Mary Author 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.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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-25 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <lifeCycle> <contribute> <role> <source>LOMv1.0</source> <value>author</value> </role> <entity>BEGIN:VCARD VERSION:2.1 FN:Joe Author END:VCARD</entity> <entity>BEGIN:VCARD 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>
CAM-4-26 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-27 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-4-28 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<lom> <metaMetadata> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/metadata/MDO_01</entry> </identifier> </metaMetadata> </lom>
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-29 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<lom> <metaMetadata> <identifier> <catalog>URI</catalog> <entry>http://www.adlnet.org/metadata/MDO_01</entry> </identifier> </metaMetadata> </lom>
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>
CAM-4-30 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <metaMetadata> <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">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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-31 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <metaMetadata> <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">Esta fecha representa el da en que el creador termin de construir los metadatos.</string> </description> </date> </contribute> </metaMetadata> </lom>
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.
CAM-4-32 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <metaMetadata> <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">Esta fecha representa el da en que el creador termin de construir los metadatos.</string> </description> </date> </contribute> </metaMetadata> </lom>
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>):
<dateTime> <description>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-33 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <metaMetadata> <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">Esta fecha representa el da en que el creador termin de construir los metadatos.</string> </description> </date> </contribute> </metaMetadata> </lom>
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.
CAM-4-34 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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> <!-- Mandatory Element/Values for all SCORM 1.3 Metadata instances --> <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
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-35 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-4-36 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-4-37 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-38 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-39 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
CAM-4-40 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-41 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-4-42 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
<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:
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-43 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.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
CAM-4-44 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Si Requirement.OrComposite.Type = browser:
any netscape communicator ms-internet explorer opera amaya
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.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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-45 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.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).
CAM-4-46 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-47 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-48 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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> <!-- Movie will play for 1 hour and 30 minutes --> <duration>PT1H30M</duration> <description> <string language="en">Length of time to play movie</string> </description> </duration> </technical> </lom>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-49 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-4-50 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-51 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
CAM-4-52 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-53
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:
CAM-4-54 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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> <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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-55
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>
CAM-4-56 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-57
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
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> <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).
CAM-4-58 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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>.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-59
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>
CAM-4-60 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-61
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.
CAM-4-62 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-63
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>
CAM-4-64 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-65 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-66 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-67 2006 Advanced Distributed Learning. Todos los derechos reservados.
<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:
<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.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.
CAM-4-68 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<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.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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-69 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<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.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).
CAM-4-70 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-71 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-4-72 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<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.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>):
<dateTime> <description>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-73 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.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:
<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> <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>
CAM-4-74 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-4-75 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-4-76 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-77 2006 Advanced Distributed Learning. Todos los derechos reservados.
<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.
CAM-4-78 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-79 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
CAM-4-80 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-81 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-4-82 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-83 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
CAM-4-84 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-85 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<lom> <!--SCORM Restricted Vocabulary example--> <rights> <cost> <source>LOMv1.0</source> <value>yes</value> </cost> </rights> <!--SCORM Best Practice Vocabulary example --> <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
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
CAM-4-86 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<lom> <lifeCycle> <contribute> <role> <source>LOMv1.0</source> <value>author</value> </role> <entity>BEGIN:VCARD VERSION:2.1 FN:Joe Author END:VCARD</entity> <entity>BEGIN:VCARD VERSION:2.1 FN:Mary Author 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.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
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]]
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>
CAM-4-88 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-89 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-91 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
CAM-4-92 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-93 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
CAM-4-94 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
Mejores Prcticas. En algunos casos, SCORM identifica algunas mejores prcticas para construir instancias de metadatos.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-95
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.
CAM-4-96 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-97
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.
CAM-4-98 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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>.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-99
CAM-4-100 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-101
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
CAM-4-102 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
O O O O O O O
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-4-103
CAM-4-104 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
SECCIN 5
Secuencia y Presentacin SCORM
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-1
CAM-5-2 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
Se pueden encontrar ms detalles sobre la informacin y las estrategias de secuencia en el manual de Secuencia y Navegacin de SCORM.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-3
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>
CAM-5-4 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-5
CAM-5-6 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-7
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>
CAM-5-8 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR
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.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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-9 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-11 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.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
CAM-5-12 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
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.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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-13 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-5-14 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
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
CAM-5-16 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Ejemplo:
<item identifier="INTRO" identifierref="RESOURCE_INTRO"> <title>Photoshop Introduction</title> <imsss:sequencing> <imsss:limitConditions attemptLimit="1"/> </imsss:sequencing> </item>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-17 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-5-18 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-19 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-5-20 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
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
Elementos:
<rollupCondition>
CAM-5-22 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-23 2006 Advanced Distributed Learning. Todos los derechos reservados.
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:
<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.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
CAM-5-24 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-25 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-5-26 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-27 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Elementos:
<minNormalizedMeasure> <mapInfo>
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:
<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.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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-29 2006 Advanced Distributed Learning. Todos los derechos reservados.
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):
CAM-5-30 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
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:
<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.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>.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-31 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>.
CAM-5-32 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-33 2006 Advanced Distributed Learning. Todos los derechos reservados.
Elementos: Ninguno
CAM-5-34 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-35 2006 Advanced Distributed Learning. Todos los derechos reservados.
Elementos: Ninguno
CAM-5-36 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-37 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
CAM-5-38 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Elementos: Ninguno
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-39 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-5-40 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-41 2006 Advanced Distributed Learning. Todos los derechos reservados.
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> <!-- A listing of 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>
CAM-5-42 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
Elementos:
<navigationInterface>
Multiplicidad: El elemento <presentation> puede existir 0 o 1 vez como hijo del elemento <imscp:item>.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-43 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>.
CAM-5-44 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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>
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:
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
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-45 2006 Advanced Distributed Learning. Todos los derechos reservados.
Elementos: Ninguno Multiplicidad: El elemento <hideLMSUI> puede existir 0 o ms veces dentro del elemento
<navigationInterface>.
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>
CAM-5-46 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-5-47 2006 Advanced Distributed Learning. Todos los derechos reservados.
CAM-5-48 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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.
30-Jan-2004
22-Jul-2004
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-C-3 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-C-4 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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,
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-C-5 2006 Advanced Distributed Learning. Todos los derechos reservados.
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
CAM-C-6 Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR 2006 Advanced Distributed Learning. Todos los derechos reservados.
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).
Modelo de Agregacin de Contenido (CAM) de SCORM 2004 Versin 1.3.2 - BORRADOR CAM-C-7 2006 Advanced Distributed Learning. Todos los derechos reservados.