You are on page 1of 200

SCORM2004

ModelodeReferenciadeObjetosdeContenido Compartido AmbientedeDesempeo(RTE) Versin1.3.2(Borrador)


07 de Noviembre de 2007 Revisin Tcnica por Alex Soto - alexsoto@ilce.edu.mx

2006 Advanced Distributed Learning. Todos los derechos reservados.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 1

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 2

Advanced Distributed Learning (ADL)

SCORM2004
AmbientedeDesempeo(RTE) Versin1.3.2

Disponible en ADL-ILCE.org (http://www.adl-ilce.org/)

Paraverpreguntasycomentariosvisita PreguntealosexpertosenADLNet.org

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 3

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 4

Arquitecto tcnico en jefe Philip Dodds

Editor tcnico Schawn E. Thropp

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

Principales colaboradores de la comunidad ADL a SCORM 2004: John Alonso Tom Dinger Brendon Towle Warwick Bailey Dan Rehak Jonathan Zempel Peter Lamothe Tyde Richards Boyd Nielsen Steve Roberts Claude Ostyn Robby Robson Mike Rustici Abre Chase Chris Sawwa Brandt Dargue Roger St. Pierre Dave DeVaux Alex Stone Nina Pasini-Deibler Tamara Krepps Nicholas DiPiazza Fred Banks Mike Bednar Bill Blackmon John Campbell Don Holmes Peter Hope Tom King Anand Rajagopalan Ken McKenzie Howard Fear Lenny Greenberg Jason Haag Bob Hess Michael Pietrantonio Tim Potter Allyn Radford

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 5

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.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 6

DERECHOSRESERVADOS
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

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 7

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 8

Contenido
SECCIN 1 EL AMBIENTE DE DESEMPEO (RTE) DE SCORM.......................................................... 1-1 1.1. INTRODUCCIN AL MANUAL DEL AMBIENTE DE DESEMPEO (RTE) DE SCORM............. 1-3 1.1.1. Qu cubre el manual del Ambiente de Desempeo (RTE) de SCORM?............................................. 1-3 1.1.2. Cmo usar el manual RTE de SCORM .....1-4 1.1.3. Su relacin con los dems manuales de SCORM ................................................................................. 1-4 1.2. INTRODUCCIN AL AMBIENTE DE DESEMPEO......................................................................... 1-7 SECCIN 2 CMO ADMINISTRAR EL AMBIENTE DE DESEMPEO (RTE)...................................... 2-1 2.1. ADMINISTRACIN DEL AMBIENTE DE DESEMPEO (RTE) DE SCORM.................................. 2-3 2.1.1. Modelo Temporal del Ambiente de Desempeo.................................................................................... 2-4 2.1.2. Cmo lanzar Objetos de Contenido....................................................................................................... 2-6 2.1.3. Cmo retirar Objetos de Contenido....................................................................................................... 2-8 SECCIN 3 INTERFAZ DE PROGRAMACIN DE APLICACIONES (API)........................................... 3-1 3.1. INTERFAZ DE PROGRAMACIN DE APLICACIONES (API)......................................................... 3-3 3.1.1. Introduccin a la API ............................................................................................................................ 3-3 3.1.2. Mtodos y Sintaxis de la API ................................................................................................................ 3-5 3.1.3. Mtodos de sesin ................................................................................................................................. 3-6 3.1.4. Mtodos de Transferencia de Datos ...................................................................................................... 3-7 3.1.5. Mtodos de Soporte ............................................................................................................................... 3-9 3.1.6. Modelo del estado de la sesin de comunicacin ............................................................................... 3-11 3.1.7. Cdigos de error de la implementacin de la API .............................................................................. 3-12 3.2. RESPONSABILIDADES DEL LMS................ 3-26 3.2.1. Instancia API ....................................................................................................................................... 3-26 3.3. RESPONSABILIDADES DEL SCO...................................................................................................... 3-29 3.3.1. Cmo encontrar la Instancia API......................................................................................................... 3-29 3.3.2. Requerimientos y Lineamientos para el Uso de la API....................................................................... 3-32 SECCIN 4 MODELO DE DATOS DEL AMBIENTE DE DESEMPEO DE SCORM........................... 4-1 4.1. INTRODUCCIN AL MODELO DE DATOS....................................................................................... 4-3 4.1.1. Fundamentos del Modelo de Datos del Ambiente de Desempeo de SCORM.................................... 4-4 4.2. MODELO DE DATOS DEL AMBIENTE DE DESEMPEO DE SCORM........................................... 4-18 4.2.1. Versin del Modelo de Datos............................................................................................................... 4-21 4.2.2. Comentarios del estudiante.................................................................................................................. 4-22 4.2.3. Comentarios del LMS.............................................................. 4-29 4.2.4. Estado de conclusin........................................................................................................................... 4-35 4.2.5. Umbral de conclusin.......................................................................................................................... 4-39 4.2.6. Crdito.. 4-40 4.2.7. Entrada .4-42 4.2.8. Salida 4-44 4.2.9. Interacciones ........................................................................................................................................ 4-46 4.2.10. Datos del lanzamiento ....................................................................................................................... 4-83 4.2.11. Identidad del estudiante ..................................................................................................................... 4-85 4.2.12. Nombre del estudiante........................................................................................................................ 4-86 4.2.13. Preferencia del estudiante .................................................................................................................. 4-87 4.2.14. Ubicacin ...4-93 4.2.15. Tiempo mximo permitido................................................................................................................. 4-95 4.2.16. Modo ..4-96 4.2.17. Objetivos.....4-98 4.2.18. Medida de avance............................................................................................................................. 4-117 4.2.19. Escala de calificacin de aprobacin................................................................................................ 4-119 4.2.20. Calificacin...................................................................................................................................... 4-121

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 BORRADOR vii


SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 9

2006 Advanced Distributed Learning. Todos los derechos reservados.

4.2.21. Tiempo de la sesin.......................................................................................................................... 4-126 4.2.22. Estado de xito................................................................................................................................. 4-128 4.2.23. Suspender datos ............................................................................................................................... 4-132 4.2.24. Accin de lmite de tiempo.............................................................................................................. 4-134 4.2.25. Tiempo total..................................................................................................................................... 4-136 APNDICE A 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

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 10

ListadeTablas
Figura 1.1a: El Manual (RTE) de SCORM como parte de la biblioteca SCORM . 1-3 Figura 1.2a: Ambiente de Desempeo (RTE) Conceptual de SCORM........................................................... 1-8 Figura 2.1a: Ilustracin conceptual de la estructura de contenido................................................................... 2-3 Figura 2.1.1.1a: Intento individual del estudiante con una sola sesin .......................................................... 2-6 Figura 2.1.1.1b: Intento del estudiante repartido en varias sesiones ............................................................... 2-6 Figura2.1.1.1c: Intentos sucesivos del estudiante, repartidos en varias sesiones ............................................ 2-6 Figura 3.1.1a: Ilustracin de la API, Instancia API e Implementacin API .................................................. 3-4 Figura 3.1.6a: Transiciones conceptuales del estado de la instancia API ..................................................... 3-11 Figura 3.2.1a: Ubicaciones permitidas para el DOM en la Implementacin API ......................................... 3-27 Figura 3.3.1a: Ilustracin de Cmo encontrar la API.................................................................................... 3-30 Figura 4.1.1a: Ilustracin de Cmo usar el modelo de datos con la API......................................................... 4-3 Figura 4.2.9a: Interacciones y datos de interaccin....................................................................................... 4-46

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 11

Lista de Tablas
Tabla: 3.1.1b: Categoras de Mtodos API .................................................................................................. 3-5 Tabla 3.1.7a: Categoras y Rango de los Cdigos de Error ......................................................................... 3-13 Tabla 4.1.1.6a: Delimitadores reservados de propiedad .............................................................................. 4-9 Tabla 4.1.1.6b: Delimitadores de Separador Reservado ............................................................................... 4-12 Tabla 4.2a: Resumen de Elementos del Modelo de Datos del Ambiente de Desempeo de SCORM.......... 4-18 Tabla 4.2b: Explicacin de la Tabla de Elementos del Modelo de Datos...................................................... 4-19 Tabla 4.2.1a: Vinculacin en Notacin por Puntos del Elemento del Modelo de Datos de Versin......... 4-21 Tabla 4.2.2a: Vinculacin para el Elemento del Modelo de Datos de Comentarios del Estudiante.............. 4-22 Tabla 4.2.3a: Vinculacin del Elemento LMS del Modelo de Datos de Comentarios...................... 4-29 Tabla 4.2.4a: Vinculacin del Estado de Conclusin del Elemento del Modelo de Datos.... 4-35 Tabla 4.2.4.1a: Evaluacin GetValue() para el Estado de Conclusin...... 4-37 Tabla 4.2.5a: Vinculacin del Elemento del Modelo de Datos de Umbral de Conclusin........................... 4-39 Tabla 4.2.6a: Vinculacin en Notacin por Puntos para el Elemento Crdito del Modelo de Datos............ 4-40 Tabla 4.2.7a: Vinculacin en Notacin por Puntos para el Elemento Entrada del Modelo de Datos........... 4-42 Tabla 4.2.8a: Vinculacin en Notacin por Puntos para el Elemento Salida del Modelo de Datos.............. 4-44 Tabla 4.2.9a: Vinculacin en Notacin por Puntos para el Elemento Interacciones del Modelo de Datos... 4-47 Tabla 4.2.9.1a: Requisitos de Formato para el Patrn de las Respuestas Correctas...................................... 4-66 Tabla 4.2.9.2a: Requisitos de Formato para las Respuestas del Estudiante.................................................. 4-76 Tabla 4.2.10a: Vinculacin en Notacin por Puntos para el Elemento Lanzar Datos del Modelo de Datos. 4-83 Tabla 4.2.11a: Vinculacin del Elemento Identidad del Estudiante del Modelo de Datos........................... 4-85 Tabla 4.2.12a: Vinculacin del Elemento Nombre del Estudiante del Modelo de Datos............................. 4-86 Tabla 4.2.13a: Vinculacin del Elemento Preferencias del Estudiante del Modelo de Datos...................... 4-87 Tabla 4.2.14a: Vinculacin del Elemento Ubicacin del Modelo de Datos................................................. 4-93 Tabla 4.2.15a: Vinculacin del Elemento Mximo Tiempo Permitido del Modelo de Datos...................... 4-95 Tabla 4.2.16a: Vinculacin del Elemento Datos de Modo del Modelo de Datos......................................... 4-96 Tabla 4.2.16.1a: Valores de Modo y Crdito ................................................................................................ 4-97 Tabla 4.2.17.1a: Escenarios de Almacenamiento de Datos Recogidos ........................................................ 4-99 Tabla 4.2.17a: Vinculacin en Notacin por Puntos para el Elemento Objetivos del Modelo de Datos..... 4-101 Tabla 4.2.18a: Relacin de la Medida de Avance con el Estado de Conclusin ........................................ 4-117 Tabla 4.2.18b: Vinculacin del Elemento Medida de Avance del Modelo de Datos.................................. 4-117 Tabla 4.2.19a: Vinculacin del Elemento Escala de Calificacin para Aprobar del Modelo de Datos....... 4-119 Tabla 4.2.20a: Vinculacin del Elemento Calificacin del Modelo de Datos......... 4-121 Tabla 4.2.21a: Vinculacin del Elemento Tiempo de la Sesin del Modelo de Datos................................ 4-126 Tabla 4.2.22a: Vinculacin del Elemento Estado de xito del Modelo de Datos... 4-128 Tabla 4.2.22.1a: Evaluacin GetValue() para el Estado de xito....... 4-130 Tabla 4.2.23a: Vinculacin del Elemento Suspender Datos del Modelo de Datos..... 4-132 Tabla 4.2.24a: Vinculacin del Elemento Accin para el Lmite de Tiempo del Modelo de Datos........... 4-134 Tabla 4.2.25a: Vinculacin del Elemento Tiempo Total del Modelo de Datos.......................................... 4-136

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 BORRADOR ix 2006 Advanced Distributed Learning. Todos los derechos reservados.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 12

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 13

SECCIN1
ElAmbientedeDesempeodeSCORM(RTE)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 14

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 15

1.1. Introduccin al Manual del Ambiente de Desempeo(RTE)deSCORM


A menudo se describe a SCORM como una serie de libros en un estante. El manual RTE es uno del conjunto de libros (consulte la Figura 1.1a: El Manual del Ambiente de Desempeo [RTE] de SCORM como parte de la biblioteca SCORM). Se puede encontrar mayor informacin acerca de los otros manuales de SCORM y la relacin entre ellos en el manual de Introduccin a SCORM 2004. El manual del Ambiente de Desempeo (RTE) de SCORM describe los requisitos del Sistema de Administracin del Aprendizaje (LMS, por sus siglas en ingls) para administrar el Ambiente de Desempeo (es decir, el proceso de lanzamiento de contenido, la comunicacin estandarizada entre el contenido y el LMS y los elementos estandarizados del modelo de datos usados para transmitir informacin relacionada con la experiencia del estudiante con el contenido). El manual RTE tambin cubre los requisitos de los Objetos de Contenido Compartido (SCO) y cmo usan la Interfaz de Programacin de Aplicaciones (API) y el modelo de datos del Ambiente de Desempeo de SCORM.

Figura 1.1a: El Manual del Ambiente de Desempeo (RTE) de SCORM como parte de la biblioteca SCORM

1.1.1. Qu cubre el manual del Ambiente de Desempeo (RTE) de SCORM?


En el manual RTE de SCORM se presentan varios conceptos clave. Este manual cubre las responsabilidades esenciales de los Sistemas de Administracin de Aprendizaje al secuenciar objetos de contenido (SCO o Assets) en el Desempeo y al permitir a los SCO indicar solicitudes de navegacin. Adems, se ofrece asesora para proporcionar controles de navegacin a los estudiantes. Entre los temas generales que se discuten estn: Administracin RTE: Lanzamiento de objetos de contenido SCO y Assets, Administracin de las comunicaciones con un SCO, Administracin del modelo de datos del Ambiente de Desempeo Interfaz de Programacin de Aplicaciones (API): Requisitos de API del LMS, requisitos de comunicacin en SCORM, condiciones de error de la comunicacin
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 16

Modelo de datos del Ambiente de Desempeo de SCORM: Requisitos de administracin y comportamiento del modelo de datos, Requisitos de Tipo de Datos

1.1.2. Cmo usar el manual RTE de SCORM


Este manual le ser til a los proveedores de Sistemas de Administracin de Aprendizaje, SCO y herramientas de autora que busquen tener compatibilidad con SCORM en sus productos, y a cualquier persona que desee entender la relacin comunicativa entre el contenido y los Sistemas de Administracin de Aprendizaje, como los desarrolladores de contenido SCORM. La Seccin 1: El Ambiente de Desempeo (RTE) SCORM y la Seccin 2: Cmo Administrar el Ambiente de Desempeo (RTE) de este manual abordan conceptos generales relacionados con el Ambiente de Desempeo. Se recomienda leer estas secciones a todos aquellos que buscan una introduccin a los conceptos fundamentales del RTE de SCORM y a quienes no estn interesados en adentrarse en los detalles tcnicos. Otras personas que pueden considerar tiles estas secciones son los que deseen informarse sobre las actualizaciones al RTE. La Seccin 2.1: Administracin del Ambiente de Desempeo (RTE), por ejemplo, discute la manera en que el manual de Secuencia y Navegacin afecta al RTE de SCORM. La Seccin 3: La Interfaz de Programacin de Aplicaciones (API) es la primera seccin que ofrece detalles tcnicos sobre el RTE. Esta seccin explica todos los mtodos API y los mensajes de error disponibles para los desarrolladores de contenido, e incluso proporciona muestras del cdigo, as como los Requisitos y Lineamientos para el Uso de la API. La Seccin 4: Modelo de Datos del Ambiente de Desempeo SCORM cubre todos los elementos del modelo de datos SCORM detalladamente, lo cual incluye un listado de requisitos especficos para el LMS y para el comportamiento de los SCO en relacin con un elemento dado.

1.1.3. Su relacin con los dems manuales de SCORM


Aunque los distintos libros de SCORM tienen la intencin de ser independientes, existen reas que se entrecruzan o donde hay cobertura mutua. Por ejemplo, mientras que este manual se enfoca sobre todo en la comunicacin entre el contenido y los Sistemas de Administracin de Aprendizaje, frecuentemente hace mencin de los Objetos de Contenido Compartido (SCO) que conducen esa comunicacin. Los SCO se discuten con cierto grado de detalle en el manual del Modelo de Agregacin de Contenidos (CAM) de SCORM. De igual manera, mientras que el manual de Secuencia y Navegacin (SN) cubre los detalles de los procesos de secuencia y navegacin de SCORM, incluyendo detalles especficos de cmo el LMS evala las solicitudes de navegacin y las actividades relacionadas, este manual aborda la entrega del contenido, y como tal, toca superficialmente la manera en que el LMS determina qu pieza de contenido entregar en un momento dado.

1.1.3.1 El Manual del Modelo de Agregacin de Contenido (CAM) de SCORM


El manual CAM de SCORM [18] define responsabilidades y requisitos para desarrollar agregaciones de contenido (por ejemplo, el proceso de montar, etiquetar y empaquetar contenido). Este manual contiene informacin sobre cmo crear paquetes de contenido, cmo aplicarle metadatos a sus componentes
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 17

y cmo aplicar detalles de secuencia y navegacin en el contexto de un paquete de contenido. Varias dependencias se extienden del manual CAM de SCORM al manual RTE de SCORM. Los metadatos son datos acerca de los datos. Los metadatos de SCORM describen los distintos componentes del modelo de contenido de SCORM (Organizaciones de Contenido, Actividades, SCO y Assets). Los metadatos, como una forma de etiquetado, refuerzan la bsqueda y el descubrimiento de estos componentes. Hasta ahora no hay relaciones definidas entre los metadatos de SCORM y el Modelo de Datos del Ambiente de Desempeo de SCORM, y los metadatos de SCORM no afectan en absoluto el comportamiento o los eventos de Desempeo. Por estas razones no se discuten detalladamente los metadatos en el manual del Ambiente de Desempeo de SCORM. Esta relacin podra cambiar a medida que SCORM evolucione. Un Paquete de Contenido, en lneas generales, agrupa objetos de contenido con la estructura de contenido descrita en un manifiesto. Un Paquete de Contenido de SCORM puede representar un curso, leccin, mdulo o simplemente ser una recopilacin de objetos de contenido relacionados que puedan ser almacenados en un repositorio de contenido. El manifiesto, una parte esencial de todos los Paquetes de Contenido SCORM, es un archivo basado en XML llamado imsmanifest.xml. Este archivo, similar de muchas maneras a un taln de embalaje, describe el contenido del paquete y puede incluir una descripcin opcional de la estructura del contenido. Los Paquetes de Contenido SCORM pueden incluir informacin adicional explicando cmo el LMS debe procesar el Paquete y su contenido. El modelo RTE de SCORM utiliza algunos de estos elementos. Las ubicaciones y parmetros de lanzamiento de los objetos de contenido tambin se describen como elementos de los Paquetes de Contenido de SCORM. Estos elementos son esenciales para el lanzamiento y la entrega de objetos de contenido. El manual del Ambiente de Desempeo SCORM detalla estos elementos y sus efectos sobre el lanzamiento de objetos de contenido. Distintos elementos del Paquete de Contenido SCORM afectan la inicializacin y el manejo del modelo de datos de Desempeo de un objeto de contenido. El manual RTE de SCORM detalla estos elementos y el comportamiento que exige del LMS. Otros elementos de los Paquetes de Contenido SCORM abordan los valores iniciales de los elementos especficos del modelo de datos de Desempeo de un objeto de contenido. El manual RTE de SCORM detalla estos elementos y su comportamiento de inicializacin. Cuando un Paquete de Contenido SCORM incluye una descripcin de la estructura del contenido, se pueden agregar elementos de secuencia para definir el enfoque previsto de secuencia para los objetos de contenido del paquete. Los Paquetes de Contenido SCORM pueden integrar elementos de la Interfaz del Usuario (UI), con la intencin de ofrecer asesora al LMS sobre el hecho de que ciertos controles de navegacin de la Interfaz del Usuario deben estar presentes, activos u ocultos. Cuando se lanza un objeto de contenido, segn lo definido en este manual, se pueden utilizar en conjunto con la informacin de secuencia (consulte el manual SN de SCORM), para presentar (a la hora de la transmisin) los controles de navegacin correctos en la Interfaz del Usuario (p. ej., los controles de Continuar o Anterior en la interfaz del usuario).
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 18

Para una mejor comprensin de cmo se especifican dentro de un Paquete de Contenido SCORM todos los elementos descritos anteriormente, consulte el manual CAM de SCORM.

1.1.3.2 El Libro de Secuencia y Navegacin (SN) de SCORM


El manual SN de SCORM se basa en la Especificacin de Secuencia Simple (SS) del IMS [17], la cual define un mtodo para representar el comportamiento previsto de una experiencia de aprendizaje de autor, de modo que cualquier LMS SCORM certificado secuenciar las actividades de aprendizaje discretas de una manera consistente. El manual del Modelo SN de SCORM indica cmo se aplica y se extiende la SS del IMS en un ambiente SCORM. Define los comportamientos y funcionalidad requeridos que un LMS SCORM certificado debe implementar para procesar la informacin de secuencia en el Desempeo. Ms especficamente, describe la divisin y el flujo de actividades de aprendizaje en un rbol de Actividades, basadas en los resultados de las interacciones del aprendiz con objetos de contenido y una estrategia de secuencia de autor. El rbol de Actividades es una estructura conceptual de actividades de aprendizaje manejadas por el LMS con cada estudiante. El manual SN de SCORM explica cmo se pueden originar y procesar eventos de navegacin iniciados por el estudiante o por el sistema, dando como resultado la identificacin de las actividades de aprendizaje que se entregarn. Cada actividad de aprendizaje identificada para entregar tendr un objeto de contenido asociado. El manual RTE de SCORM describe cmo se lanzan los objetos de contenido identificados. La secuencia de objetos de contenido que se lanzaron para cierto estudiante y cierta estructura de contenido, ofrecen una experiencia de aprendizaje (interaccin del estudiante con los objetos de contenido); el modelo del Ambiente de Desempeo de SCORM explica cmo manejar el LMS la experiencia de aprendizaje resultante y de qu manera esa experiencia de aprendizaje puede afectar el rbol de Actividades.

1.2. Introduccin al Ambiente de Desempeo


Este manual define el modelo RTE de SCORM, en el cual detalla los requisitos para lanzar objetos de contenido, estableciendo comunicacin entre los Sistemas de Administracin de Aprendizaje y los SCO, y la administracin de la informacin de rastreo que se puede comunicar entre SCOs y Sistemas de Administracin de Aprendizaje. En el contexto de SCORM los objetos de contenido pueden ser: SCO, que se comunican durante el Desempeo, o Assets, que no se comunican durante el Desempeo El manual RTE de SCORM describe un mecanismo comn de lanzamiento de objetos de contenido, un mecanismo comn de comunicacin entre los objetos de contenido y el LMS, y un modelo de datos comn para rastrear la experiencia del estudiante con los objetos de contenido. Estos aspectos crean un ambiente donde se cumplen varias de las capacidades de ADL. Por ejemplo, los objetos de contenido que se comunican a travs del mecanismo estandarizado de comunicacin se pueden mudar de sistema a sistema sin modificar sus intentos
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 19

de comunicacin; esto aumenta la portabilidad y durabilidad del objeto de aprendizaje, reduciendo as los costos de desarrollo, instalacin y mantenimiento. El RTE de SCORM define un modelo que retoma donde se ha identificado un objeto de contenido especfico para ser lanzado. La identificacin del objeto de contenido que se lanzar en s, est fuera del alcance de este manual y se puede encontrar en el manual SN de SCORM [11]. Este libro solamente se ocupa de la administracin del Ambiente de Desempeo, que incluye: La entrega de un objeto de contenido al explorador Web del estudiante (es decir, el lanzamiento); Si es necesario, la manera en que los objetos de contenido se comunican con el LMS; y Qu informacin de un objeto de contenido ser rastreada y de qu manera manejar esa informacin el LMS Las secciones siguientes explican las relaciones entre el manual RTE y los otros manuales de SCORM. Adems, se presentar la terminologa usada con frecuencia a alto nivel para eliminar la necesidad de que el lector se tenga que volver experto en SCORM para entender este manual. ste, sin embargo, no es un mtodo eficaz para aprender y aplicar SCORM y sus conceptos en su totalidad. Se recomienda con firmeza que se lean todos los manuales SCORM para entender ms a fondo el propsito, los detalles, las relaciones y las ventajas de todos los conceptos de SCORM. SCORM fue creado para permitir el desarrollo de objetos de contenido reutilizables e interoperables en mltiples Sistemas de Administracin de Aprendizaje. Para que esto sea posible, debe haber una manera comn de lanzar y administrar los objetos de contenido, un mecanismo comn para que los objetos de contenido se comuniquen con el LMS y un lenguaje o vocabulario predefinidos que formen la base de la comunicacin. Como se ilustra en la Figura 1.2a, estos tres aspectos del RTE son el Lanzamiento, la Interfaz de Programacin de Aplicaciones (API) y el Modelo de Datos.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 20

Figura 1.2a: Ambiente de Desempeo (RTE) Conceptual de SCORM

El proceso de Lanzamiento define una manera comn para que los Sistemas de Administracin de Aprendizaje inicien objetos de contenido basados en la Web. El trmino objeto de contenido se utiliza aqu de manera genrica para describir cualquier pieza del contenido que pueda ser lanzada para el estudiante. En SCORM existen dos tipos de objetos de contenido: SCO y Assets. El proceso de lanzamiento define procedimientos y responsabilidades para establecer comunicacin entre el objeto de contenido lanzado y el LMS. El mecanismo de comunicacin se estandariza con una API comn. La API es el mecanismo de comunicacin para informar al LMS el estado conceptual de la comunicacin entre el objeto de contenido y el LMS (p. ej., inicializado, terminado y/o en condicin de error), y se utiliza para recuperar y almacenar datos (p. ej., la calificacin, los lmites de tiempo, etc.) entre el LMS y el SCO. El Modelo de Datos es un conjunto estndar de elementos de datos usados para definir la informacin del SCO que se rastrea, como su estado de conclusin o la calificacin en una evaluacin. En su forma ms bsica, el modelo de datos define los elementos del modelo de datos que tanto el LMS como el SCO deben conocer. El LMS debe mantener el estado de los elementos de datos del SCO a lo largo de las sesiones, y el SCO debe utilizar slo los elementos de datos predefinidos para garantizar que se pueda dar la reutilizacin en mltiples sistemas.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 21

SECCIN2
CmoAdministrarelAmbientedeDesempeo(RTE)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 22

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 23

2.1. Administracin del Ambiente de Desempeo (RTE)deSCORM


Mientras que el estudiante interacta con los objetos de contenido (en la experiencia de aprendizaje), el LMS evala su desempeo y las solicitudes de navegacin (consulte el manual SN de SCORM). Cuando el LMS identifica una actividad para que sea entregada al estudiante, esa actividad tiene un objeto de contenido asociado a ella. El LMS lanzar el objeto de contenido y lo presentar al estudiante. La Figura 2.1a muestra cmo se puede interpretar la estructura de contenido (la seccin de organizacin de un manifiesto) en un rbol (es decir, rbol de actividad). La representacin en rbol es tan slo una manera distinta de presentar la estructura de contenido que se encuentra en el manifiesto (consulte el manual CAM de SCORM).

Figura 2.1a: Ilustracin Conceptual de la Estructura de Contenido

Un modelo comn de lanzamiento aborda la entrega de objetos de contenido activados para la Web como SCO y Assets dentro del contexto de una experiencia de aprendizaje. Este modelo de lanzamiento permite que haya consistencia en el comportamiento de lanzamiento del objeto de contenido en distintos Sistemas de Administracin de Aprendizaje sin especificar la implementacin subyacente. Observe que, en este contexto, el trmino LMS se utiliza para describir cualquier sistema que proporcione el lanzamiento de objetos de contenido.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 24

2.1.1. Modelo Temporal del Ambiente de Desempeo


Un estudiante se involucra con el objeto de contenido una vez que se ha identificado una actividad con el objeto de contenido asociado (es decir, los SCO o Assets) para ser entregada y que el objeto de contenido haya sido lanzado en el ambiente del explorador del estudiante. Se tienen que definir varios aspectos clave para asistir en el rastreo del estudiante durante la experiencia de aprendizaje. Los siguientes trminos se definen en el Borrador del Estndar para la Tecnologa del Aprendizaje Modelo de Datos para la Comunicacin de Objetos de Contenido 1484.11.1 del IEEE [1] y se hace referencia a ellos a lo largo del documento. Intento del estudiante: Un esfuerzo rastreado del estudiante para cumplir los requisitos de una actividad de aprendizaje que utiliza un objeto de contenido. El intento puede extenderse a lo largo de una o ms sesiones del estudiante y puede ser suspendido entre sesiones [1]. Sesin del estudiante: Un perodo ininterrumpido durante el cual el estudiante accesa a un objeto de contenido [1]. Sesin de comunicacin: Una conexin activa entre un objeto de contenido (es decir, un SCO) y una interfaz de programacin de la aplicacin [1]. Sesin de Ingreso: Perodo que va desde que el estudiante comienza una sesin en un sistema hasta que la da por terminada.

Estos cuatro trminos se relacionan a la administracin del RTE para un SCO. Para un Asset, el RTE consiste nicamente en intentos independientes y sesiones del estudiante; un intento con una sesin correspondiente por cada lanzamiento del Asset. El intento del estudiante comienza una vez que se ha identificado una actividad para ser entregada (consulte el manual SN de SCORM). Durante el intento, se involucrar al estudiante con un objeto de contenido (un SCO o un Asset). Una vez que se involucra (en cuanto el contenido sea lanzado en su explorador Web), comienza la sesin del estudiante. Si el objeto de contenido lanzado es un SCO, la sesin de la comunicacin comenzar tan pronto como el SCO inicialice la comunicacin con el LMS. La sesin de comunicacin termina cuando el SCO da por finalizada la comunicacin con el LMS. Las sesiones del estudiante pueden terminar dejando al SCO en estado suspendido (si el estudiante no ha terminado el SCO) o dejarlo en estado normal (si el estudiante termin su intento, habiendo cumplido los requisitos definidos por el SCO). Para un SCO, el intento del estudiante termina cuando la sesin queda en estado normal. Para un Asset, el intento termina una vez que al estudiante se le retira el Asset. La Figura 2.1.1a representa los cuatro trminos y las relaciones entre ellos en un SCO especfico.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 25

Figura 2.1.1a: Relaciones de Modelo Temporal en un SCO Especfico

2.1.1.1 Cmo administrar los intentos y las sesiones del estudiante


El intento del estudiante se asocia a un requisito importante del LMS, que define la administracin del conjunto de elementos de desempeo del modelo de datos que el SCO puede comunicar al LMS. Cuando el estudiante comienza un nuevo intento con un SCO, se le exige al LMS crear e inicializar un nuevo conjunto de datos de desempeo para que el SCO los accese y use (consulte la Seccin 4: Modelo de Datos del Ambiente de Desempeo de SCORM para ver ms detalles). SCORM no especifica exactamente cundo se crea el nuevo conjunto de datos de desempeo, pero todas las entradas del modelo de los datos deben aparecer (al SCO) como si se estuvieran realizando en un nuevo conjunto de datos de desempeo. Lo que el LMS har con los datos del intento anterior, est fuera del alcance de SCORM. El LMS puede elegir almacenar estos datos con propsitos histricos o para hacer reportes, auditoras, diagnsticos o estadsticas. El LMS puede elegir descartar cualquier dato de desempeo recogido durante el intento anterior. Al LMS slo se le exige guardar los datos del desempeo si el intento del estudiante es suspendido. SCORM no especifica requisitos para el LMS sobre la persistencia o el acceso a datos anteriores. Sin embargo, si se suspende la sesin del estudiante, ocasionando as que el intento quede incompleto (es decir, suspendido), el LMS es responsable de asegurarse de que cualquier dato del desempeo que haya sido configurado antes de la suspensin est disponible cuando comience la prxima sesin del estudiante con el SCO. Es decir, la prxima vez que la actividad de aprendizaje (suspendida) asociada al SCO sea identificada para ser entregada, se retoma el intento anterior del estudiante y los datos de desempeo de ese intento se presentan dentro de una nueva sesin. Las figuras siguientes (2.1.1.1a, 2.1.1.1b y 2.1.1.1c) ilustran distintas relaciones entre un intento y una sesin del estudiante. La figura 2.1.1.1a ilustra un intento individual, completado en una sesin del estudiante.

Figura 2.1.1.1a: Intento individual del estudiante con una sola sesin SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 26

La Figura 2.1.1.1b ilustra un intento individual del estudiante repartido en varias sesiones. Estas sesiones han sido suspendidas y el intento del estudiante ha sido retomado cada vez hasta que la sesin termina en estado normal.

Figura 2.1.1.1b: Intento del estudiante repartido en varias sesiones

La figura 2.1.1.1c ilustra intentos sucesivos del estudiante. Dentro de cada uno, se puede dar cualquier nmero de sesiones.

Figure2.1.1.1c: Intentos sucesivos del estudiante repartidos en varias sesiones

2.1.2. Cmo lanzar Objetos de Contenido


Como se describe en el manual CAM de SCORM [18], el Modelo de Contenido SCORM consiste en tres componentes: Assets SCO Organizaciones del contenido El manual CAM de SCORM describe las caractersticas de los objetos de contenido que pueden ser lanzados; los SCO y Assets son los componentes definidos para el modelo de contenido que podran realizar esa accin. Existen distintos requisitos de lanzamiento dependiendo del tipo de objeto de contenido. El proceso define una manera comn para que los Sistemas de Administracin de Aprendizaje lancen objetos de contenido al explorador Web del estudiante. Los procedimientos y responsabilidades para establecer comunicacin entre el objeto de contenido lanzado y el LMS varan dependiendo del tipo de objeto de contenido lanzado. Es responsabilidad del LMS administrar la secuencia entre las actividades de aprendizaje (consulte el manual SN de SCORM), basndose en comportamientos bien definidos y la evaluacin de cierta informacin de secuencia aplicada a las
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 27

actividades. El avance en las actividades de aprendizaje, que comprenden una experiencia de aprendizaje particular, puede ser secuencial, no secuencial, dirigido por el usuario o adaptable, dependiendo de la informacin de secuencia establecida y de las interacciones entre el estudiante y los objetos de contenido. Es responsabilidad del LMS (o de su componente/servicio de secuencia), basndose en algn evento de la navegacin, el determinar qu actividad de aprendizaje entregar. El LMS puede identificar la siguiente actividad de aprendizaje en la secuencia definida en la estructura de contenido, identificar una actividad de aprendizaje seleccionada por el usuario o determinar qu actividad de aprendizaje entregar, a partir del desempeo del estudiante en objetos de contenido experimentados previamente de manera adaptable. La actividad de aprendizaje identificada para la entrega siempre tendr un objeto de contenido asociado. Es responsabilidad del LMS (o de su componente/servicio de lanzamiento) lanzar el objeto de contenido asociado a la actividad de aprendizaje identificada. Al determinar el objeto de contenido apropiado para lanzar, el LMS usa el Ubicador Universal de Recurso (URL) definido por la ubicacin de lanzamiento del objeto de contenido, establecido en el paquete de contenido (consulte la Ilustracin del Cdigo 2-1), para navegar o reemplazar el objeto de contenido que actualmente se muestra por el objeto de contenido al que refiere la ubicacin del lanzamiento.

Ilustracin del Cdigo 2-1: Href usado para el Lanzamiento

Es responsabilidad del LMS determinar un URL apropiado que est completamente calificado. El CAM de SCORM describe requisitos acerca de cmo construir un URL completamente calificado. El URL se construye con base en las siguientes piezas (si aparecen en el manifiesto): Declaraciones de xml:base Parmetros de lanzamiento (es decir, el componente de consulta [6] del URL) Declaraciones HREF Consulte el manual CAM de SCORM para ver ms informacin sobre el proceso de construccin de URLs Absolutos para objetos de contenido. El LMS puede implementar el lanzamiento de cualquier manera que se desee o puede delegar la responsabilidad del lanzamiento al cliente o al servidor del LMS, segn sea necesario. El lanzamiento en s debe hacerse usando el Protocolo de Transferencia de Hipertexto (HTTP). En ltima instancia, el objeto de contenido
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 28

identificado por la ubicacin de lanzamiento del paquete de contenido es lanzado y entregado al explorador Web del cliente.

2.1.2.1 Asset
Para los objetos de contenido que representan Assets, el modelo de lanzamiento de SCORM solamente exige que el LMS lance el Asset usando el protocolo HTTP. El Asset no se comunica con el LMS por medio de la API ni del Modelo de Datos.

2.1.2.2 Objeto de Contenido Compartido (SCO)


Para los objetos de contenido que representan SCO, el modelo de lanzamiento de SCORM solamente exige que el LMS lance y rastree un SCO a la vez (por estudiante). En otras palabras, el LMS lanza y rastrea un SCO a la vez (por estudiante). El LMS debe lanzar el SCO en una ventana del explorador Web que sea dependiente (es decir, una ventana emergente) o en un marco hijo de la ventana del LMS que expone la Instancia API como objeto de Modelo de Objeto de Documento (DOM) [8]. La Instancia API debe ser proporcionada por el LMS. Es responsabilidad del SCO buscar recurrentemente la jerarqua de la ventana progenitora y/o originadora hasta que se encuentra la Instancia API. Una vez encontrado, el SCO puede iniciar la comunicacin con el LMS. La Seccin 3.3: Responsabilidades del SCO describe los requisitos del SCO. El SCO es responsable de apegarse a todos los requisitos definidos por las funciones de la Instancia API (consulte la Seccin 3.1: Interfaz de Programacin de Aplicaciones).

2.1.3. Cmo retirar Objetos de Contenido


Al concluir la sesin del estudiante, el objeto de contenido que est siendo experimentado por l ser removido y sustituido por el siguiente objeto de contenido identificado para entrega (consulte la Seccin 2.1.2: Cmo Lanzar Objetos de Contenido). Por lo general, los objetos de contenido son retirados como respuesta al evento de navegacin accionado por el estudiante o el sistema (consulte el manual SN de SCORM para ver ms detalles). Despus de que el objeto de contenido es retirado, el LMS debe tener la informacin ms precisa sobre las interacciones del estudiante con el objeto de contenido para hacer evaluaciones de secuencia correctas. Si el objeto de contenido retirado es un Asset, el LMS asumir algunas cosas con respecto a las interacciones del estudiante. Si el objeto de contenido retirado es un SCO, ste puede haber comunicado informacin ms detallada con respecto a las interacciones del estudiante durante la sesin recin terminada. Es responsabilidad del LMS procesar la informacin comunicada por el SCO a travs de su modelo de datos de desempeo que podra afectar evaluaciones de secuencia posteriores. La seccin del modelo de datos de desempeo describe las responsabilidades del LMS en cuanto al mapeo de los elementos del modelo de datos que podran afectar evaluaciones de secuencia hacia la actividad de aprendizaje asociada al SCO. Para asegurar el uso oportuno de los datos de desempeo en las evaluaciones de secuencia, se recomienda que el LMS procese los cambios del desempeo en cada registro de eventos de datos (consulte la Seccin 3: Interfaz de Programacin de Aplicaciones). En algunos casos, el autor del contenido no desea permitir que el usuario interacte con el SCO despus de que haya terminado (sea cual sea el
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 29

significado de terminar en el contexto del SCO). En ese caso se permitiran los siguientes comportamientos, dependiendo del tipo de ventana en que se haya lanzado el SCO (consulte la Seccin 3.2: Responsabilidades del LMS): Si la ventana en la que se lanz el SCO es una ventana a nivel superior (es decir, que no tiene ventana progenitora pero tiene un originador), el SCO puede intentar cerrar la ventana despus de la llamada a Terminate(). No hay requisito de que el SCO se comporte de esta manera. Se recomienda que el LMS monitoree el estatus de la ventana emergente dependiente en la que se lanz el SCO para detectar cuando se lleve a cabo ese evento. Esto permitir que el LMS presente al estudiante la interfaz de usuario correcta, tal y como fue definida por la implementacin. Si la ventana no es una ventana a nivel superior (es decir, si tiene una ventana progenitora), el SCO puede no actuar sobre la ventana progenitora o cualquier ventana en la cadena de progenitores. Por ejemplo, al SCO no se le permite intentar cerrar la ventana superior, a menos que sea su propia ventana.
Nota: En tal caso, el comportamiento recomendado es que el SCO muestre contenido neutral y pasivo mientras espera a ser retirado por el LMS.

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 30

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 31

SECCIN3
InterfazdeProgramacindeAplicaciones(API)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 32

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 33

3.1.InterfazdeProgramacindeAplicaciones(API)
3.1.1.IntroduccinalaAPI
Las primeras versiones de SCORM, incluyendo la Versin 1.2 de SCORM, se basaron en la funcionalidad en ambiente de desempeo definida en los Lineamientos para la Interoperabilidad CMI001 del AICC [7]. Posteriormente, el AICC entreg su trabajo al Comit de Estndares en Tecnologa del Aprendizaje (LTSC) del IEEE para estandarizar las distintas partes de los Lineamientos para la Interoperabilidad CMI. SCORM describe la Interfaz de Programacin de Aplicaciones para la comunicacin de Contenido a Servicios de Desempeo [2] del Estndar para la Tecnologa del Aprendizaje 1484.11.2-2003 del IEEE ECMAScript, como se usa en SCORM. Este estndar describe la API para la comunicacin de contenido al Servicio de Desempeo (RTS). El RTS se establece como el software que controla la ejecucin y entrega de contenido de aprendizaje y que puede proveer servicios como asignacin de recursos, itinerarizacin, control de la entrada y salida de datos y su administracin [2]. Desde una perspectiva SCORM, los trminos RTS y LMS podran usarse alternadamente. La API permite la comunicacin de datos entre el contenido y el RTS, que generalmente es proporcionado por el LMS, por medio de un conjunto comn de servicios de la API, usando el lenguaje ECMAScript [9] (mejor conocido como JavaScript). En esta seccin, el trmino contenido que emplea el estndar IEEE se refiere a un SCO (porque en SCORM, los SCO son los objetos de contenido que se comunican con el LMS usando la API). El uso de una API comn cubre muchos de los requisitos de alto nivel de SCORM para la interoperabilidad y la reutilizacin. Proporciona una manera estandarizada para que los SCO se comuniquen con los Sistemas de Administracin de Aprendizaje, aunque protege la implementacin de la comunicacin del desarrollador de SCO. La manera en que la Instancia API provista por el LMS se comunica con el componente del servidor, que est en el LMS, queda fuera del alcance de SCORM. Esta comunicacin oculta puede ser implementada como lo prefiera el proveedor del LMS. A lo largo de SCORM existen varios trminos que se utilizan constantemente: API, Implementacin de la API e Instancia API. La Figura 3.1.1a describe estos trminos y las relaciones entre ellos.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 34

Figura 3.1.1a: Ilustracin de la API, Instancia API e Implementacin de la API

En los trminos ms sencillos, la API es slo un conjunto de funciones definidas que el SCO puede confiar su disponibilidad. Una Implementacin API es una pieza del software funcional que implementa y expone las funciones de la API. Al desarrollador del SCO no debe preocuparle cmo funciona la Implementacin de la API, siempre y cuando sta use la misma interfaz pblica y siga su semntica. El LMS slo necesita proporcionar una Implementacin de la API que implemente la funcionalidad de la API y exponga su interfaz pblica al SCO cliente. Una Instancia API es un contexto de ejecucin individual y un estado de la Implementacin de la API [2]. La Instancia API representa la pieza de software ejecutante con la que interacta el SCO durante la operacin de los SCO. Un aspecto clave de la API es proporcionar un mecanismo de comunicacin que permita que el SCO se comunique con el LMS. Se asume que, una vez que se lance el SCO, podr almacenar y recuperar la informacin con un LMS. Toda la comunicacin entre el LMS y el SCO es iniciada por el mismo. Actualmente no existe un mecanismo compatible para que los Sistemas de Administracin de Aprendizaje inicien llamadas a las funciones implementadas por un SCO. Los mtodos expuestos por la Implementacin de la API se dividen en tres categoras. La tabla 3.1.1b define estas categoras.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 35

Tabla: 3.1.1b: Categoras de Mtodos API

Descripcin

Mtodo
Mtodos de sesin Los mtodos de la sesin se utilizan para marcar el principio y el final de una sesin de comunicacin entre un SCO y un LMS por medio de la Instancia API. Se utilizan mtodos de transferencia de datos para intercambiar los valores del modelo de datos entre un SCO y un LMS por medio de la Instancia API. Se utilizan los mtodos de soporte para las comunicaciones auxiliares (p. ej., el manejo de los errores) entre un SCO y un LMS por medio de la Instancia API.

Mtodos de transferencia de datos Mtodos de soporte

3.1.2. Mtodos y Sintaxis de la API


El uso de una API comn cubre muchos de los requisitos de alto nivel de SCORM para la interoperabilidad y la reutilizacin. Proporciona una manera estandarizada para que los SCO se comuniquen con los Sistemas de Administracin de Aprendizaje, aunque protege la implementacin de la comunicacin del desarrollador de SCO. Esto se aplica si el SCO puede encontrar la Instancia API de manera consistente. Si no es as, los desarrolladores de contenido deben adaptar su contenido para que funcione en los sistemas de distintos proveedores de Sistemas de Administracin de Aprendizaje. sta es una de las principales razones por las que hay restricciones sobre en qu parte de la jerarqua del Modelo del Objeto del Documento (DOM), el LMS proporcionar la Instancia API y por qu existe un nombre comn de la Instancia API para la bsqueda. Existen algunos requisitos generales con respecto a la API que deben seguirse: Todos los nombres de las funciones sern sensibles al uso de maysculas y sern expresados tal y como se muestran. Todos los parmetros o argumentos de las funciones son sensibles al uso de las maysculas. Cada llamada a una funcin de la API, con excepcin de los Mtodos de Soporte, configura el cdigo de error. Todos los parmetros y valores de devolucin se pasarn como cadenas de caracteres y sern compatibles con los tipos y formatos de datos descritos por los modelos de datos que la API utiliza para la comunicacin. Todos los valores categorizados como nmeros enteros, nmeros verdaderos y horas deben ser codificados como lo hara el molde de conversin de ECMAScript-a-cadena. Observe que varios de los ejemplos en SCORM incluyen los datos de devolucin con comillas (). Las comillas no son parte de la cadena de caracteres que se devolver; se usan slo para delinear el valor como una cadena de caracteres. Un aspecto clave de la API es que permita que el SCO se comunique con el LMS. Se asume que, una vez lanzado el SCO, podr intercambiar (es decir "obtener" y "configurar") informacin con el LMS. Toda la comunicacin entre la Instancia API y el SCO es iniciada por este ltimo. En otras palabras, la comunicacin se inicia en una sola direccin del SCO al LMS. El SCO siempre invoca funciones en la Instancia API del LMS. El LMS no invoca ninguna funcin definida por el SCO. Esto no se debe confundir con la idea de la devolucin de un valor por parte de la Instancia API. Eso se hace nicamente en respuesta a la llamada iniciada por
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 36

el SCO. Actualmente no existe un mecanismo compatible para que los Sistemas de Administracin de Aprendizaje inicien llamadas a las funciones implementadas por un SCO. Todas las funciones API se detallan en las siguientes secciones. Observe que algunas funciones hacen referencia a un modelo de datos. Ese modelo de datos se describe en detalle en la Seccin 4: Modelo de Datos de Ambiente de Desempeo SCORM. El manejo de los errores y los cdigos de error se describen en detalle en la Seccin 3.1.7: Cdigos de Error en la Implementacin API.

3.1.3. Mtodos de sesin


El SCO utiliza mtodos de sesin para iniciar y dar por terminada la comunicacin de datos entre s mismo y la Instancia API.

3.1.3.1 Initialize
Sintaxis del mtodo: return_value = Initialize(parameter) Descripcin: Esa funcin se usa para iniciar la sesin de comunicacin. Le permite al LMS manejar problemas especficos relacionados a la inicializacin del LMS. Parmetro: () cadena de caracteres vaca. Una cadena de caracteres vaca pasar como un parmetro. Valor de devolucin: Esta funcin puede devolver uno de estos dos valores. El valor de devolucin se representa como una cadena de caracteres. Las comillas () no son parte de la cadena de caracteres que se devuelve, slo se utilizan para delinear los valores devueltos. true (verdadero): Se devolver la cadena de caracteres true si la inicializacin de la sesin de comunicacin, segn los estndares del LMS, tuvo xito. false (falso): Se devolver la cadena de caracteres false si la inicializacin de la sesin de comunicacin, segn los estndares del LMS, no tuvo xito. La Instancia API configurar el cdigo de error con un valor especfico para el error encontrado. El SCO puede llamar a GetLastError() para determinar el tipo de error. El LMS puede ofrecer informacin ms detallada en referencia al error con la funcin de GetDiagnostic().

3.1.3.2 Terminate
Sintaxis del mtodo: return_value = Terminate (parmetro) Descripcin: Esa funcin se usa para dar por terminada la sesin de comunicacin. Es utilizado por el SCO cuando determina que ya no necesita comunicarse con el LMS. La funcin de Terminate() tambin causar la persistencia de cualquier dato (es decir, una llamada de Commit() implcita) configurado por el SCO desde la ltima llamada a Initialize()o Commit() que haya tenido xito, la que haya ocurrido ms recientemente.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 37

Esto le garantiza al SCO que toda la informacin configurada por ste es persistida por el LMS. Una vez que la sesin de comunicacin se haya dado por terminada exitosamente, slo se le permite al SCO llamar a los Mtodos de Soporte. Parmetro: () cadena de caracteres vaca. Una cadena de caracteres vaca pasar como un parmetro. Valor de devolucin: Este mtodo puede devolver uno de estos dos valores. El valor de devolucin se representa como una cadena de caracteres. Las comillas () no son parte de la cadena de caracteres que se devuelve, slo se utilizan para delinear los valores devueltos. true (verdadero): Se devolver la cadena de caracteres true si la terminacin de la sesin de comunicacin, segn los estndares del LMS, tuvo xito. false (falso): Se devolver la cadena de caracteres false si la terminacin de la sesin de comunicacin, segn los estndares del LMS, no tuvo xito. La Instancia API configurar el cdigo de error con un valor especfico para el error encontrado. El SCO puede llamar a GetLastError()para determinar el tipo de error. El LMS puede ofrecer informacin ms detallada en referencia al error con la funcin de GetDiagnostic().

3.1.4. Mtodos de transferencia de datos


Un SCO utiliza mtodos de transferencia de datos para dirigir el almacenamiento y recuperacin de los datos que se utilizarn dentro de la sesin de comunicacin actual. El SCO utiliza estos mtodos para transferir los datos del desempeo desde y hacia el LMS. Por ejemplo, el LMS puede utilizar estos datos para ayudar a determinar si las actividades fueron concluidas o superadas y as tomar decisiones de secuencia y navegacin. 3.1.4.1 GetValue Sintaxis del mtodo: return_value = GetValue (parmetro) Descripcin: Esta funcin solicita informacin al LMS. Le permite al SCO solicitar informacin del LMS para determinar, entre otras cosas: Los valores de los elementos del modelo de datos compatibles con el LMS. La versin del modelo de datos compatibles con el LMS. Si algn elemento especfico del modelo de datos es compatible. Parmetro: El parameter representa la identificacin entera de un elemento del modelo de datos.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 38

Valor de devolucin: Este mtodo puede devolver uno de estos dos valores. El valor de devolucin se representa como una cadena de caracteres. Una cadena de caracteres que contenga el valor asociado al parameter. Si ocurre un error, la Instancia API configurar el cdigo de error con un valor especfico para el error y devolver una cadena de caracteres vaca (). El SCO puede llamar a GetLastError()para determinar el tipo de error. El LMS puede ofrecer informacin ms detallada en referencia al error con la funcin de GetDiagnostic(). El SCO no debe confiar que la cadena de caracteres vaca devuelta por esta funcin es un valor vlido. Debe comprobar que el cdigo de error indique que no se encontr ninguno. Si ste es el caso, la cadena de caracteres vaca s es un valor vlido devuelto por el LMS. Si se encuentra alguna condicin de error durante el proceso de solicitud, esto se indicara con un cdigo de error apropiado (consulte la Seccin 3.1.7: Cdigos de Error de la Implementacin API).
3.1.4.2 SetValue

Sintaxis del mtodo: return_value = SetValue (parameter_1, parameter_2) Descripcin: El mtodo se utiliza para solicitar al LMS la transferencia del valor del parameter_2 al elemento de datos especificado como parameter_1. Este mtodo permite al SCO enviar la informacin al LMS para que sea almacenada. La Instancia API se puede disear para que inmediatamente persistan los datos que fueron configurados (en el componente del servidor) o para que almacene los datos en el cache local (del cliente). Parmetro: parameter_1: La identificacin entera de un elemento del modelo de datos que ser configurado. parameter_2: El valor con el que se configurarn los contenidos del parameter_1. El valor del parameter_2 ser una cadena de caracteres convertible al tipo de datos definido para el elemento del modelo de datos que se identifica en parameter_1. Valor de devolucin: Este mtodo puede devolver uno de estos dos valores. El valor de devolucin se representa como una cadena de caracteres. Las comillas () no son parte de la cadena de caracteres que se devuelve, slo se utilizan para delinear los valores devueltos. true (verdadero): Se devolver la cadena de caracteres true si el LMS acepta que el contenido del parameter_2 configure el valor del parameter_1. false (falso): Se devolver la cadena de caracteres false si el LMS encuentra en un error al configurar el contenido del parameter_1 con el valor del parameter_2. El SCO puede llamar a GetLastError() para determinar el tipo de error. El LMS puede ofrecer informacin ms detallada en referencia al error con la funcin de GetDiagnostic().
3.1.4.3 Commit
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 39

Sintaxis del mtodo: return_value = Commit (parmetro) Descripcin: Este mtodo solicita el envo al almacn persistente de datos de cualquier informacin del SCO que haya sido almacenada por la Instancia API desde la ltima llamada a Initialize() o Commit(), la que haya ocurrido ms recientemente. El LMS despus configurar el cdigo de error en 0 (No se Encontr Ningn Error) y devolver true. Si la Instancia API no almacena valores, Commit()devolver true y configurar el cdigo de error en 0 (No se Encontr Ningn Error) y no har ningn otro procedimiento. Los datos almacenados no sern modificados por una llamada al mtodo de datos Commit. Por ejemplo, si el SCO configura el valor de un elemento del modelo de datos y luego llama el mtodo de datos Commit, y de esta manera obtiene el valor del mismo elemento del modelo de datos, el valor devuelto ser el que se configur en la llamada antes de invocar al mtodo de datos Commit. El SCO puede usar el mtodo Commit() descrito anteriormente como mecanismo de precaucin. El mtodo se puede utilizar para garantizar que los datos configurados por SetValue() persistirn, para reducir la probabilidad de prdida de datos que estn por la interrupcin de la sesin de comunicacin, ya sea que termine de manera anormal o prematura, antes de que se haga la llamada a Terminate(). Parmetro: () cadena de caracteres vaca. Una cadena de caracteres vaca pasar como un parmetro. Valor de devolucin: Este mtodo puede devolver uno de estos dos valores. El valor de devolucin se representa como una cadena de caracteres. Las comillas () no son parte de la cadena de caracteres que se devuelve; slo se utilizan para delinear los valores devueltos. true (verdadero): Se devolver la cadena de caracteres true si los datos pudieron ser persistidos en un almacn de datos a largo plazo. false (falso): Se devolver la cadena de caracteres false si los datos no pudieron ser persistidos en un almacn de datos a largo plazo. La Instancia API configurar el cdigo de error con un valor especfico para el error encontrado. El SCO puede llamar a GetLastError()para determinar el tipo de error. El LMS puede ofrecer informacin ms detallada en referencia al error con la funcin de GetDiagnostic().

3.1.5. Mtodos de soporte


Existen mtodos de soporte dentro de la API para permitirle al SCO determinar cmo administrar errores e informacin de diagnstico. En cada una de las funciones de la API ya descritas, y nicamente con ellas, pueden ocurrir condiciones de error. Cuando sucede, se cambia el cdigo de error para indicar cul se encontr. Las llamadas a los mtodos de soporte no afectan el estado de error. En otras palabras, llamar a cualquiera de los mtodos de soporte no cambiar el cdigo de error actual. Estos mtodos de soporte le permiten al SCO determinar si ocurri un error y cmo manejar cualquier condicin de error encontrada.
3.1.5.1 GetLastError

Sintaxis del mtodo: return_value = GetLastError()


SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 40

Descripcin: Este mtodo solicita el cdigo de error del estado de error actual en la Instancia API. Si el SCO llama a este mtodo, la Instancia API no alterar el estado de error actual, sino que simplemente devolver la informacin solicitada. Una mejor prctica recomendada es revisar si el Mtodo de la Sesin o el Mtodo de Transferencia de Datos tuvo xito. Se puede utilizar GetLastError() para devolver el cdigo de error actual. Si se encontr un error durante el proceso de una funcin, el SCO puede tomar medidas apropiadas para aliviar el problema. Parmetro: El mtodo API no aceptar ningn parmetro. Valor de devolucin: La Instancia API devolver el cdigo de error que refleja el estado de error actual en la Instancia API. El valor devuelto ser una cadena de caracteres (convertible a un nmero entero entre 0 y 65536) que represente el cdigo de error del ltimo error encontrado.
3.1.5.2 GetErrorString

Sintaxis del mtodo: return_value = GetErrorString (parmetro) Descripcin: La funcin GetErrorString() se puede utilizar para recuperar una descripcin textual del estado de error actual. La funcin es utilizada por el SCO para solicitar la descripcin textual del cdigo de error especificado por el valor del parameter. La Instancia API ser responsable de poder manejar los cdigos de error identificados en la Seccin 3.1.7: Cdigos de Error de la Implementacin API. Si la llamada no tiene efecto sobre el estado de error actual, simplemente devolver la informacin solicitada. Parmetro: parameter: Representa la cadena de caracteres del cdigo de error (valor de nmero entero) que corresponde al mensaje de error. Valor de devolucin: El mtodo debe devolver un mensaje textual que contiene la descripcin del cdigo de error especificado por el valor del parameter. Se deben aplicar los siguientes requisitos en todos los valores que se devuelvan: El valor de devolucin debe ser una cadena de caracteres con una longitud mxima de 255 caracteres. SCORM no impone requisitos sobre lo que debe contener el texto de la cadena de caracteres. Los cdigos de error en s estn definidos de manera explcita y exclusiva. La descripcin textual al cdigo de error es exclusiva para cada LMS. Si el LMS desconoce el cdigo de error solicitado, se devolver una cadena de caracteres vaca (). Slo en este caso se devolver una cadena de caracteres vaca.
3.1.5.3 GetDiagnostic

Sintaxis del mtodo: return_value = GetDiagnostic (parmetro) Descripcin: La funcin GetDiagnostic() existe para el uso especfico de los Sistemas de Administracin de Aprendizaje. Les permite definir informacin adicional de diagnstico a lo largo de la Instancia API. Si la llamada no tiene efecto sobre el estado de error actual, simplemente devolver la informacin solicitada.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 41

Parameter: parameter: Un valor para el diagnstico que es exclusivo del implementador. La longitud mxima del valor parameter ser de 255 caracteres. El valor del parameter podra ser un cdigo de error, pero no est limitado a los cdigos de error. Valor de devolucin: La Instancia API devolver una cadena de caracteres que represente la informacin de diagnstico. La longitud mxima de la cadena de caracteres devuelta ser de 255 caracteres. Si el LMS desconoce el parameter, se devolver una cadena de caracteres vaca ().
Nota: Si el parameter que se le pas a la funcin GetDiagnostic() es una cadena de caracteres vaca (), se recomienda que la funcin devuelva una cadena de caracteres que represente la informacin de diagnstico sobre el ltimo error encontrado.

3.1.6. Modelo del estado de la sesin de comunicacin


El IEEE define un modelo conceptual del estado que la Instancia API atraviesa durante su existencia. La Figura 3.1.6a describe los estados que la Instancia API atraviesa con un SCO durante el desempeo. Los estados de la Instancia API especifican las transiciones de la Instancia API hacia eventos especficos. Cada uno de los estados definidos de la Instancia API seala qu funciones puede invocar el SCO. Los estados encontrados por la Instancia API se definen como: Not Initialized Running Terminated Observe que no se requiere una implementacin para implementar un modelo de estado. El modelo de estado es slo un modelo conceptual utilizado para ayudar a ilustrar el comportamiento previsto de las funciones de la API durante una sesin de comunicacin.

Figura 3.1.6a: Transiciones conceptuales del estado de la instancia API

Not Initialized: ste describe el estado conceptual de la comunicacin entre el lanzamiento del SCO y el momento antes de que el mtodo API
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 42

Initialize() sea invocado exitosamente por el SCO. Durante este estado, es responsabilidad del SCO encontrar la Instancia API proporcionada por el LMS. Se le permite al SCO llamar al siguiente conjunto de funciones de la API:
Initialize() GetLastError() GetErrorString() GetDiagnostic()

Running: ste describe el estado conceptual de la comunicacin una vez que el SCO invoque con xito al mtodo API Initialize() y antes de que invoque con xito al mtodo API Terminate(). Se le permite al SCO llamar al siguiente conjunto de funciones de la API:
Terminate() GetValue() SetValue() Commit() GetLastError() GetErrorString() GetDiagnostic()

Terminated: ste describe el estado conceptual de la comunicacin una vez que el mtodo Terminate() sea invocado con xito. Se le permite al SCO llamar al siguiente conjunto de funciones de la API:
GetLastError() GetErrorString() GetDiagnostic()

3.1.7. Cdigos de error de la implementacin de la API


Se exige que todos los cdigos de error sean nmeros enteros representados como cadenas de caracteres. El estndar del IEEE [2] exige que todos los cdigos de error estn en un rango entre 0 y 65536. El estndar tambin reserv el rango entre 0 y 999 para futuras ediciones del estndar. Las implementaciones y perfiles pueden definir otros cdigos de error entre 1000 y 65535. SCORM no define ningn otro cdigo de error para ser usado con las condiciones de error. Esto no imposibilita que en las implementaciones se definan y usen cdigos de error en las prcticas definidas por la implementacin. SCORM slo exige el uso del cdigo de error dado en las condiciones de error definidas (en esta seccin). Cada funcin de la API, a excepcin de los Mtodos de Soporte: GetLastError(), GetErrorString() y GetDiagnostic(), configuran el cdigo de error que actualmente mantiene la Instancia API. El SCO puede invocar la funcin GetLastError() para evaluar si la ltima llamada de la funcin de la API tuvo xito, si no lo tuvo y qu sali mal. La funcin GetLastError() devuelve un cdigo de error que se puede utilizar para determinar el tipo de error que surgi, si hubiera alguno, en la ltima llamada de la funcin de la API. El IEEE ha definido las siguientes categoras y rangos numricos para los distintos cdigos de error:
Tabla 3.1.7a: Categoras y Rango de los Cdigos de Error

Categora del Cdigo de Error Ningn error Errores generales

Rango del Cdigo de Error 0 100 199


RTE v.1.3.1 Pag. 43

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Errores de sintaxis Errores de RTS Errores del modelo de datos Errores definidos en la implementacin

200 299 300 399 400 499 1000 65535

3.1.7.1 Invocacin exitosa de la funcin de la API

Si durante la ejecucin de una funcin de la API no se encuentra ningn error, el LMS configurar el cdigo de error de la Instancia API en 0. Esto indica que la invocacin de la funcin de la API no encontr ningn error mientras procesaba la solicitud. Si despus de la llamada a la funcin de la API el cdigo de error es 0, se puede asumir lo siguiente, con base en la funcin a la que se llam: Initialize(): La Instancia API ha realizado con xito los procedimientos apropiados de inicializacin de la sesin de comunicacin, que son exclusivos para el LMS. Se ha establecido la sesin de comunicacin y la Instancia API est lista para otras llamadas de funcin. El estado conceptual de la comunicacin de la Instancia API es Running. GetValue(parmetro): Se devuelve el valor del elemento del modelo de datos solicitado. El valor de la solicitud ser considerado confiable y exacto de acuerdo al LMS. El estado conceptual de comunicacin no ha cambiado. SetValue(parameter_1, parameter_2): El LMS configur exitosamente el ltimo valor que se pas como parameter_2 del SetValue() (almacenado como el valor asociado al elemento del modelo de datos descrito por parameter_1). Solicitar a GetValue() el elemento del modelo de datos usado en el parameter_1 de SetValue() devolver el valor almacenado por el LMS. El estado conceptual de comunicacin no ha cambiado. Commit(): Cualquier valor configurado (usando la llamada del mtodo de SetValue()) despus de Initialize() o de la ltima llamada del mtodo de Commit(), se ha remitido exitosamente al almacn persistente de datos. Este mtodo garantiza que los datos estarn disponibles en las prximas sesiones del estudiante, dentro del mismo intento con el SCO. El estado conceptual de comunicacin no ha cambiado. GetLastError(), GetErrorString() y GetDiagnostic(): Estos mtodos de la API no afectan ni alteran el cdigo de error de la Instancia API. Terminate(): La Instancia API ha realizado con xito los procedimientos apropiados de terminacin de la sesin de comunicacin, que son exclusivos para el LMS. La sesin de comunicacin ha terminado. El estado conceptual de comunicacin de la Instancia API es Terminated.
3.1.7.2 Cdigos de los errores generales

Los cdigos de los Errores Generales describen los errores que se encuentran al procesar solicitudes del mtodo de la API. Estos errores se utilizan con base en varias condiciones: El estado actual del modelo de estado conceptual de la comunicacin. El tipo de solicitud API procesada por la Instancia API.
3.1.7.2.1 Excepcin General (101)

La condicin de error de Excepcin General indica que ocurri una excepcin y no existe ningn otro cdigo de error especfico. La Instancia API utilizar el
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 44

cdigo de error de Excepcin General cuando no se haya definido un cdigo de error ms especfico.
3.1.7.2.2 Fallo General de Inicializacin (102)

La condicin de error de Fallo General de Inicializacin indica que ocurri una falla mientras se intentaba inicializar la sesin de comunicacin. El cdigo de error de Fallo General de Inicializacin ser utilizado por la Instancia API cuando el proceso de inicializacin de la sesin de comunicacin falle mientras el estado conceptual de la comunicacin sea Not Initialized y no se haya definido ningn otro cdigo de error especfico. La Instancia API configurar el cdigo de error en 102 y devolver false al SCO. El estado conceptual de comunicacin no cambiar (Not Initialized).
3.1.7.2.3 Ya Inicializado (103)

La condicin de error de Ya Inicializado indica que el SCO intent inicializar la sesin de comunicacin cuando sta ya haba sido inicializada con xito. El cdigo de error de Ya Inicializado ser utilizado por la Instancia API cuando el SCO intente inicializar la sesin de comunicacin (Initialize()) ms de una vez durante esa sesin. Este cdigo de error ser utilizado cuando el estado conceptual de la comunicacin sea Running y se haga la solicitud de inicializar la sesin de la comunicacin. En este caso, la Instancia API configurar el cdigo de error en 103 y devolver false al SCO. El estado conceptual de comunicacin no cambiar (Running).
3.1.7.2.4 Instancia de Contenido Finalizada (104)

La condicin de error de Instancia de Contenido Finalizada indica que la sesin de comunicacin ya se dio por terminada. Esta condicin de error ocurre cuando un SCO procura invocar el mtodo de Initialize() despus de una llamada exitosa al mtodo de Terminate(). Este cdigo de error ser utilizado cuando el estado conceptual de la comunicacin sea Terminated y se haga la solicitud de inicializar la sesin de la comunicacin. En este caso, la Instancia API configurar el cdigo de error en 104 y devolver false al SCO. El estado conceptual de comunicacin no cambiar (Terminated).
3.1.7.2.5 Fallo General de Finalizacin (111)

La condicin de error de Fallo General de Finalizacin indica que ocurri una falla mientras se intentaba finalizar la sesin de comunicacin. El cdigo de error de Fallo General de Finalizacin ser utilizado por la Instancia API cuando el proceso de finalizacin de la sesin de comunicacin falle mientras el estado conceptual de la comunicacin sea Running y no haya ms informacin del error disponible (es decir, una condicin de error ms especfica en la finalizacin de la sesin de comunicacin). La Instancia API configurar el cdigo de error en 111 y devolver false al SCO. El estado conceptual de comunicacin no cambiar (Running).
3.1.7.2.6 Finalizacin Previa a la Inicializacin (112)

La condicin de error de Finalizacin Previa a la Inicializacin indica que el SCO intent cerrar la sesin de comunicacin antes de que fuera inicializada (cuando el estado conceptual de la comunicacin es Not Initialized). El cdigo de error de Finalizacin Previa a la Inicializacin ser utilizado por la Instancia API cuando el SCO intente invocar Terminate() antes de una llamada exitosa a
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 45

Initialize(). La Instancia API configurar el cdigo de error en 112 y devolver false al SCO. El estado conceptual de comunicacin no cambiar (Not Initialized).
3.1.7.2.7 Finalizacin tras la Finalizacin (113)

La condicin de error de Finalizacin tras la Finalizacin indica que el SCO intent finalizar la sesin de comunicacin cuando sta ya haba sido dada por terminada con xito. El cdigo de error de Finalizacin tras la Inicializacin ser utilizado por la Instancia API cuando el SCO haya invocado el mtodo Termination() cuando ya se haya procesado con xito un mtodo Termination(). La Instancia API configurar el cdigo de error en 113 y devolver false al SCO. El estado conceptual de comunicacin no cambiar (Terminated).
3.1.7.2.8 Recuperacin de Datos Previa a la Inicializacin (122)

La condicin de error de Recuperacin de Datos Previa a la Inicializacin indica que el SCO intent recuperar datos antes de inicializar con xito la sesin de comunicacin. El cdigo de error de Recuperacin de Datos Previa a la Inicializacin ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo GetValue() antes de una llamada exitosa al mtodo Initialize(). La Instancia API configurar el cdigo de error en 122 y devolver una cadena de caracteres vaca (). El estado conceptual de comunicacin no cambiar (Not Initialized).
3.1.7.2.9 Recuperacin de Datos tras la Finalizacin (123)

La condicin de error de Recuperacin de Datos tras la Finalizacin indica que el SCO intent recuperar datos despus de que la sesin de comunicacin ya haba sido dada por terminada con xito. El cdigo de error de Recuperacin de Datos tras la Finalizacin ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo GetValue() antes de una llamada exitosa al mtodo Terminate(). La Instancia API configurar el cdigo de error en 123 y devolver una cadena de caracteres vaca (). El estado conceptual de comunicacin no cambiar (Terminated).
3.1.7.2.10 Almacenamiento de Datos Previo a la Inicializacin (132)

La condicin de error de Almacenamiento de Datos Previo a la Inicializacin indica que el SCO intent almacenar datos antes de inicializar con xito la sesin de comunicacin. El cdigo de error de Almacenamiento de Datos Previo a la Inicializacin ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo SetValue() antes de una llamada exitosa al mtodo Initialize(). La Instancia API configurar el cdigo de error en 132 y devolver false. El estado conceptual de comunicacin no cambiar (Not Initialized).
3.1.7.2.11 Almacenamiento de Datos tras la Finalizacin (133)

La condicin de error de Almacenamiento de Datos tras la Finalizacin indica que el SCO intent almacenar datos despus de que la sesin de comunicacin ya haba sido dada por terminada con xito. El cdigo de error de Almacenamiento de Datos tras la Finalizacin ser utilizado por la Instancia API cuando el SCO intente
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 46

invocar el mtodo SetValue() antes de una llamada exitosa al mtodo Terminate(). La Instancia API configurar el cdigo de error en 133 y devolver false. El estado conceptual de comunicacin no cambiar (Terminated).
3.1.7.2.12 Entrega Previa a la Inicializacin (142)

La condicin de error de Entrega Previa a la Inicializacin indica que el SCO intent entregar datos al almacn persistente de datos antes de inicializar con xito la sesin de comunicacin. El cdigo de error de Entrega Previa a la Inicializacin ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo Commit() antes de una llamada exitosa al mtodo Initialize(). La Instancia API configurar el cdigo de error en 142 y devolver false. El estado conceptual de comunicacin no cambiar (Not Initialized).
3.1.7.2.13 Entrega tras la Finalizacin (143)

La condicin de error de Entrega tras la Finalizacin indica que el SCO intent entregar datos al almacn persistente de datos despus de que la sesin de comunicacin ya haba sido dada por terminada con xito. El cdigo de error de Entrega tras la Finalizacin ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo Commit() despus de una llamada exitosa al mtodo Terminate(). La Instancia API configurar el cdigo de error en 143 y devolver false. El estado conceptual de comunicacin no cambiar (Terminated).
3.1.7.3 Cdigos de los errores de sintaxis

Los cdigos de error de sintaxis describen condiciones de error relacionadas a la sintaxis de los mtodos de la API. Hasta ahora el estndar del IEEE ha definido un cdigo de error con relacin a las condiciones de error por sintaxis. La siguiente seccin describe la condicin de error definida y sus escenarios de uso.
3.1.7.3.1 Error General de Argumento (201)

La condicin de error de Error General de Argumento indica que se intent pasar un argumento invlido a una de las funciones de la API, y que no se ha definido ninguna otra condicin de error para describir el error. Se deben utilizar los errores del Modelo de Datos para especificar una condicin de error ms especfica, si la hubiera. Si no se puede usar ningn otro cdigo de error para describir la condicin de error, la Instancia API utilizar el cdigo de error 201. Un escenario donde se podra utilizar este cdigo de error es cuando se pasan parmetros a las siguientes llamadas de la API.
Initialize() Terminate() Commit()

Estas tres llamadas de la API tienen la restriccin de que se les pase un parmetro con una cadena de caracteres vaca. Si el SCO pasa cualquier otro argumento a estas llamadas de funcin, la Instancia API devolver false y configurar el cdigo de error en 201. El estado conceptual de la comunicacin no cambiar.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 47

3.1.7.4 Cdigos de los errores de RTS

Los cdigos de error de RTS describen condiciones de error relacionadas a la implementacin de un RTS. Hasta ahora el estndar del IEEE ha definido tres cdigos de error con relacin a las condiciones de error en el desempeo. Las siguientes secciones describen estas condiciones de error y los escenarios donde se usan.
3.1.7.4.1 Fallo General de Obtencin (301)

La condicin de error de Fallo General de Obtencin indica que ha ocurrido un error general de obtencin y que no hay ms informacin disponible sobre el error (un cdigo de error ms especfico). Esta condicin de error acta como una condicin total al procesar las solicitudes de GetValue(). El cdigo de error de Fallo General de Obtencin ser utilizado por la Instancia API cuando ocurra un error en un evento de recuperacin de datos (GetValue()) y la Instancia API no pueda determinar otra condicin de error ms especfica qu reportar (es decir, una condicin de error ms especfica). La Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.4.2 Fallo General de Configuracin (351)

La condicin de error de Fallo General de Configuracin indica que ha ocurrido un error general de configuracin y que no hay ms informacin disponible sobre el error (un cdigo de error ms especfico). Esta condicin de error acta como una condicin total al procesar las solicitudes de SetValue(). El cdigo de error de Fallo General de Configuracin ser utilizado por la Instancia API cuando ocurra un error en un evento de almacenamiento de datos (SetValue()) y la Instancia API no pueda determinar otra condicin de error ms especfica qu reportar (es decir, una condicin de error ms especfica). La Instancia API configurar el cdigo de error en 351 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar Running.
3.1.7.4.3 Fallo General de Entrega (391)

La condicin de error de Fallo General de Entrega indica que ha ocurrido un error general de entrega y que no hay ms informacin disponible sobre el error (un cdigo de error ms especfico). Esta condicin de error acta como una condicin total. El cdigo de error de Fallo General de Entrega ser utilizado por la Instancia API cuando ocurra un error en un evento de entrega de datos (Commit()), y la Instancia API no pueda determinar otra condicin de error ms especfica qu reportar (es decir, una condicin de error ms especfica). La Instancia API configurar el cdigo de error en 391 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5 Cdigos de los errores del modelo de datos

Una de las caractersticas de la API es permitir que el contenido comunique y recupere datos hacia y desde un LMS. Al procesar esos eventos, se pueden encontrar ciertas condiciones de error. El estndar del IEEE ha definido distintas
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 48

condiciones de error que describen los errores de propsito general del modelo de datos. Las siguientes secciones describen estas condiciones de error y los escenarios donde se usan.
3.1.7.5.1 Elemento Indefinido del Modelo de Datos (401)

La condicin de error de Elemento Indefinido del Modelo de Datos indica que: El elemento del modelo de datos que se pas como parameter en GetValue (parmetro) no est definido y no es reconocido por la Instancia API. Esta condicin indica que se intent utilizar un elemento del modelo de datos que no es reconocido por la Instancia API. El elemento del modelo de datos que se pas como parameter_1 en SetValue(parameter_1, parameter_2) no est definido y no es reconocido por la Instancia API. Esta condicin indica que se intent utilizar un elemento del modelo de datos que no es reconocido por la Instancia API. Un elemento no reconocido o no definido del modelo de datos es cualquiera que no sea definido formalmente en el Modelo de Datos del Ambiente de Desempeo SCORM o por un elemento de extensin definido por la implementacin y que no sea reconocido por la Instancia API. El cdigo de error de Elemento Indefinido del Modelo de Datos ser utilizado por la Instancia API cuando se encuentre uno de los dos escenarios antes descritos. La Instancia API deber: En el caso de una solicitud GetValue(): configurar el cdigo de error en 401 y devolver una cadena de caracteres vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). En el caso de una solicitud SetValue(): configurar el cdigo de error en 401 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5.2 Elemento No Implementado del Modelo de Datos (402)

La condicin de error de Elemento No Implementado del Modelo de Datos indica que: El elemento del modelo de datos que se pas como parameter en GetValue (parmetro) es reconocido por la Instancia API, pero no es implementado. El elemento del modelo de datos que se pas como parameter_1 en SetValue (parameter_1, parameter_2) es reconocido por la Instancia API, pero no es implementado. A todos los elementos del Modelo de Datos del Ambiente de Desempeo SCORM se les exige ser implementados por los Sistemas de Administracin de Aprendizaje. Esta condicin de error no ocurrir al tener acceso a los elementos del Modelo de Datos del Ambiente de Desempeo SCORM, pero puede suceder al tener acceso a los elementos del modelo de datos de la extensin.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 49

3.1.7.5.3 Valor del Elemento del Modelo de Datos No Inicializado (403)

La condicin de error de Valor del Elemento del Modelo de Datos No Inicializado indica que el SCO intent recuperar un valor del modelo de datos que no ha sido inicializado. Los elementos del modelo de datos se pueden inicializar de varias maneras: Por el LMS: Algunos elementos del modelo de datos son inicializados por los valores definidos en un Paquete de Contenido. Algunos elementos del modelo de datos pueden ser inicializados por un proceso de registro del estudiante o por algn requisito de perfilacin del estudiante definido por el LMS. Por el SCO: Algunos elementos del modelo de datos son inicializados por el SCO. El cdigo de error de Valor del Elemento del Modelo de Datos No Inicializado ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo GetValue() en un elemento que no tiene valor inicial. La Instancia API configurar el cdigo de error en 403 y devolver una cadena de caracteres vaca (). El valor de la cadena de caracteres vaca () puede ser un valor vlido vaco de una solicitud de un elemento del modelo de datos. Por lo tanto, el valor devuelto puede no ser confiable y el SCO debe revisar el cdigo de error para determinarlo. Si el cdigo de error fue configurado en 0 Ningn Error, esto indica que la cadena de caracteres vaca era el valor actual del elemento del modelo de datos solicitado, tal como fue almacenado por el LMS. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5.4 El Elemento del Modelo de Datos es Slo de Lectura (404)

La condicin de error de El Elemento del Modelo de Datos es Slo de Lectura indica que el SCO intent almacenar un valor del modelo de datos que est implementado como Slo de Lectura. Esta condicin de error se puede encontrar con el uso del Modelo de Datos de Ambiente de Desempeo de SCORM, El Modelo de Datos de Navegacin de SCORM o cualquier otro modelo de datos usado en un ambiente de SCORM (es decir, un modelo de datos de extensin). El cdigo de error de El Elemento del Modelo de Datos es Slo de Lectura ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo SetValue() en un elemento que sea slo de lectura. La Instancia API configurar el cdigo de error en 404 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5.5 El Elemento del Modelo de Datos es Slo de Escritura (405)

La condicin de error de El Elemento del Modelo de Datos es Slo de Escritura indica que el SCO intent recuperar un valor del modelo de datos que est implementado como Slo de Escritura. Esta condicin de error se puede encontrar con el uso del Modelo de Datos de Ambiente de Desempeo de SCORM, El Modelo de Datos de Navegacin de SCORM o cualquier otro modelo de datos usado en un ambiente de SCORM (es decir, un modelo de datos de extensin). El cdigo de error de El Elemento del Modelo de Datos es Slo de Escritura ser utilizado por la Instancia API cuando el SCO intente invocar el mtodo GetValue() en un elemento que sea slo de escritura. La Instancia API configurar el cdigo de error en 405 y devolver una cadena de caracteres
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 50

vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5.6 No Concuerda el Tipo de Elemento del Modelo de Datos (406)

La condicin de error de No Concuerda el Tipo de Elemento del Modelo de Datos indica que el SCO intent almacenar un valor del modelo de datos que no era del tipo de datos correcto. Esta condicin de error se puede encontrar con el uso del Modelo de Datos de Ambiente de Desempeo de SCORM, El Modelo de Datos de Navegacin de SCORM o cualquier otro modelo de datos usado en un ambiente de SCORM (es decir, un modelo de datos de extensin). El cdigo de error de No Concuerda el Tipo de Elemento del Modelo de Datos ser utilizado por la Instancia API si el valor pasado como parameter_2 en un SetValue() no se evala como un tipo vlido o un formato definido para el elemento del modelo de datos indicado en el parameter_1 del SetValue(). La Instancia API configurar el cdigo de error en 406 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5.7 Valor del Elemento del Modelo de Datos Fuera del Rango (407)

La condicin de error de Valor del Elemento del Modelo de Datos Fuera del Rango indica que el SCO intent almacenar un valor del modelo de datos de un elemento, pero que el valor no estaba dentro del rango especificado para ese elemento. Esta condicin de error se puede encontrar con el uso del Modelo de Datos de Ambiente de Desempeo de SCORM, El Modelo de Datos de Navegacin de SCORM o cualquier otro modelo de datos usado en un ambiente de SCORM (es decir, un modelo de datos de extensin). El cdigo de error de Valor del Elemento del Modelo de Datos Fuera del Rango ser utilizado por la Instancia API si el valor pasado como parameter_2 en un SetValue() est fuera del rango del elemento del modelo de datos indicado en el parameter_1 del SetValue(). La Instancia API configurar el cdigo de error en 407 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.5.8 Dependencia del Modelo de Datos No Establecida (408)

La condicin de error de Dependencia del Modelo de Datos No Establecida ser utilizada si no existen dependencias relevantes. Una dependencia representa uno o ms valores clave en un modelo de datos que han sido configurados antes de otros elementos del modelo de datos. Los elementos de dependencias del modelo de datos del Modelo de Datos del Ambiente de Desempeo SCORM se describen en la Seccin 4: Modelo de Datos de Ambiente de Desempeo SCORM. El estndar del IEEE dice que esta condicin de error se utiliza para las situaciones que puedan presentarse durante una solicitud de GetValue() o SetValue(), pero SCORM no define ninguna situacin para el uso de este cdigo de error al procesar las solicitudes de GetValue(). En el caso de las solicitudes de SetValue(), algunos elementos del modelo de datos tienen el requisito de que algunos elementos del modelo de datos se configuren antes que otros. Al configurar los elementos en un orden especfico se mantiene la integridad de la dependencia. Si uno de estos requisitos de la dependencia no ha sido establecido, el LMS configurar el cdigo de error de la Instancia API en
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 51

408 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running).
3.1.7.6 Condiciones de error de las extensiones de SCORM

Debido a la naturaleza de los elementos del Modelo de Datos del Ambiente de Desempeo de SCORM y a la vinculacin de los elementos del modelo de datos (notacin por puntos), SCORM define las condiciones de error de las extensiones para cubrir los escenarios de error que se puedan dar en un ambiente de SCORM. No existe ningn mecanismo, definido por el estndar del IEEE, que permita que la Instancia API configure los cdigos de error de las extensiones. Las siguientes secciones describen un conjunto de condiciones de error. Si no se encontraran estas condiciones de error, la Instancia API se comportar de la siguiente forma: Configurar el cdigo de error en 301 (en el caso de las fallas de GetValue()) o en 351 (en el caso de las fallas de SetValue()) y devolver false. Si un SCO solicita que se devuelva ms informacin sobre el error encontrado (GetDiagnostic()), se recomienda que el LMS devuelva informacin que detalle las siguientes condiciones de error.
3.1.7.6.1 El Elemento del Modelo de Datos No Tiene Hijos

La condicin de error de El Elemento del Modelo de Datos No Tiene Hijos indica que el SCO intent recuperar una lista de elementos del modelo de datos compatibles (hijos) de un elemento del modelo de datos que no los tiene (consulte el Modelo de Datos del Ambiente de Desempeo de SCORM para ver ms informacin sobre los elementos del modelo de datos). La condicin de error de El Elemento del Modelo de Datos No Tiene Hijos deber ser usada por la Instancia API si el valor pasado como parmetro en GetValue() es una solicitud de una lista de elementos del modelo de datos de un elemento del modelo de datos que no tiene hijos (consulte el Modelo de Datos del Ambiente de Desempeo de SCORM para ver ms informacin sobre cmo procesar las solicitudes de hijos). La Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Ejemplo: GetValue(cmi.learner_name._children); En este ejemplo la Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). El elemento learner_name se considera un elemento hijo y no tiene hijos. Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que indique que el elemento del modelo de datos no tiene hijos; por ejemplo, el elemento del modelo de datos no tiene hijos.
3.1.7.6.2 El Elemento del Modelo de Datos No Puede Tener Cuenta

La condicin de error de El Elemento del Modelo de Datos No Puede Tener Cuenta indica que el SCO intent recuperar el nmero de partidas (la cuenta) almacenada actualmente en el elemento del modelo de datos que no es un conjunto (consulte el Modelo de Datos del Ambiente de Desempeo de SCORM para ver qu elementos del modelo de datos son conjuntos y cmo se manejan).
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 52

El cdigo de error de El Elemento del Modelo de Datos No Puede Tener Cuenta ser utilizado por la Instancia API si el valor pasado como parameter en un GetValue() es una solicitud del nmero de partidas (la cuenta) almacenada actualmente en el elemento del modelo de datos que no es un conjunto. La Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Ejemplo: GetValue(cmi.learner_name._count); En este ejemplo, la Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). El elemento learner_name no es una coleccin y por lo tanto no tiene cuenta. Si un SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que indique que el elemento del modelo de datos no es un conjunto y no puede tener cuenta, como por ejemplo el elemento del modelo de datos no es una coleccin y por lo tanto no puede tener cuenta.
3.1.7.6.3 Conjunto del Elemento del Modelo de Datos Fuera de Orden

La condicin de error de Conjunto del Elemento del Modelo de Datos Fuera de Orden indica que el SCO intent configurar un valor en un conjunto donde el nmero del ndice usado (n) no es la siguiente posicin disponible en el conjunto. A todas las colecciones (consulte la Seccin 4.1.1.3: Cmo Manejar las Colecciones) se les exige ser conjuntos consecutivos (sin saltar posiciones). Cuando se agregue un nuevo valor al conjunto debe estar en la siguiente posicin disponible. El SCO puede determinar esa posicin usando el elemento del modelo de datos de la palabra clave de _count (consulte la Seccin 4.1.1.5: Los Elementos del Modelo de Datos de Palabras Clave). La condicin de error de Conjunto del Elemento del Modelo de Datos Fuera de Orden deber ser usada por la Instancia API si el valor de la posicin (n) de una nueva partida en el ndice, que fue pasada como parameter_1 en un SetValue(), no es la siguiente posicin disponible en el conjunto. La Instancia API configurar el cdigo de error en 351 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Ejemplo:
SetValue(cmi.objectives.0.id,identifier_1); SetValue(cmi.objectives.2.id,identifier_2);

En este ejemplo, la Instancia API configurar el cdigo de error en 351 y devolver false. La segunda solicitud est intentando configurar el identificador objetivo en la posicin 2, antes de la posicin 1, dentro del conjunto. Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 53

caracteres que indique que el elemento del modelo de datos se configur fuera del orden, como por ejemplo se intent configurar el elemento del modelo de datos fuera del orden.
3.1.7.6.4 Solicitud del Elemento del Conjunto del Modelo de Datos Fuera del Rango

La condicin de error de Solicitud del Elemento del Conjunto del Modelo de Datos Fuera del Rango indica que el SCO intent recuperar un elemento del modelo de datos que se encuentra en una coleccin, y que el valor del ndice proporcionado es mayor al que actualmente mantiene el LMS. A todas las colecciones (consulte la Seccin 4.1.1.3: Cmo Manejar las Colecciones) se les exige ser conjuntos consecutivos (sin saltar posiciones). El SCO puede determinar el nmero actual de valores del elemento del modelo de datos usando el elemento del modelo de datos de palabra clave _count (consulte la Seccin 4.1.1.5: Los Elementos del Modelo de Datos de Palabras Clave). Si la coleccin actual del modelo de datos slo contiene cuatro valores, esto implica que las posiciones del ndice a las que el SCO tiene acceso son la 0, 1, 2, y 3. Si el SCO intenta recuperar el valor de una posicin con un nmero de ndice mayor que 3, la Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que indique que el elemento de la coleccin del modelo de datos no existe porque est fuera del rango del ndice, como por ejemplo La solicitud del elemento del modelo de datos no fue procesada por error relacionado a que est fuera del rango.
3.1.7.6.5 Elemento del Modelo de Datos No Especificado

La condicin de error de Elemento del Modelo de Datos No Especificado indica que el SCO intent hacer llamada de un mtodo API de GetValue() o SetValue() sin proporcionar el elemento del modelo de datos que se debe recuperar o almacenar. Ambas llamadas al mtodo API exigen la presencia de un elemento del modelo de datos:

GetValue(parameter_1) SetValue(parameter_1, parameter_2)

La condicin de error de Elemento del Modelo de Datos No Especificado deber ser usada por la Instancia API si el valor que fue pasado como parameter_1 en una solicitud SetValue() no fue especificado (es decir, si era una cadena de caracteres vaca ). GetValue(): La Instancia API configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). SetValue(,3.4): La Instancia API configurar el cdigo de error en 351 Fallo General de Configuracin y devolver false.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 54

Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que indique que no se especific el elemento del modelo de datos, como por ejemplo No se especific el elemento del modelo de datos.
3.1.7.6.6 Se Viol La Restriccin del Identificador Exclusivo

La condicin de error de Se Viol La Restriccin del Identificador Exclusivo deber ser usada por la Instancia API. Si el valor que fue pasado como parameter_2 en una solicitud SetValue(), debe ser usado para configurar un identificador en el que se exige que el identificador sea exclusivo. La Instancia API configurar el cdigo de error en 351 y devolver false. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Ejemplo:
Llamada API 1: SetValue(cmi.objectives.0.id,objective1) Llamada API 2: SetValue(cmi.objectives.1.id,objective2) Llamada API 3: SetValue(cmi.objectives.2.id,objective1)

En el ejemplo anterior, el identificador de los datos del objetivo almacenados en la posicin 2 del conjunto estn intentando configurar el identificador del objetivo en objective1. Este identificador fue utilizado para los datos del objetivo almacenados en la posicin 0 del conjunto. Ya que es obligatorio que cmi.objectives.n.id sea un identificador exclusivo, esto ocasionara un error de Fallo General de Configuracin. El LMS no configurar el elemento solicitado, devolver false y configurar el cdigo de error en 351. Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que indique que se viol la restriccin del identificador exclusivo, como por ejemplo El valor del elemento del modelo de datos ya est en uso y no es exclusivo.
3.1.7.6.7 Se Excedi el Mnimo Permitido

La condicin de error de Se Excedi el Mnimo Permitido (SPM, por sus siglas en ingls) se debe utilizar en dos situaciones: Si el valor que se pas como parameter_2 en la solicitud de SetValue() ser utilizado para configurar un elemento del modelo de datos que tiene un SPM y la longitud del parameter_2 lo excede, o Si el valor se est colocando en una coleccin y se ha excedido el SPM de la coleccin. Estas situaciones no necesariamente son condiciones de error, no obstante, dependiendo de la implementacin, pueden ser manejadas de manera distinta. En las dos situaciones descritas arriba, la Instancia API debe configurar el cdigo de error en 0 y devolver true. Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 55

Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que se viol el SPM, como por ejemplo El valor usado para configurar el elemento del modelo de datos excede su SPM. El valor fue truncado. Los SPMs definidos representan requisitos de almacenaje de la implementacin. La implementacin tiene que permitir que se almacene, como mnimo, el SPM. La implementacin puede escoger si permite que se almacenen valores mayores al SPM. Si la implementacin slo permite el SPM y trunca la cadena de caracteres, ADL recomienda que presente informacin con la llamada del mtodo de GetDiagnostic (), notificando que trunc la cadena de caracteres.
3.1.7.6.8 El Elemento del Modelo de Datos No Tiene Versin

La condicin de error de El Elemento del Modelo de Datos No Tiene Versin indica que el SCO intent recuperar la versin del modelo de datos (_version) en un elemento del modelo de datos en el que no est permitido hacerlo. La palabra clave _version slo se debe aplicar al modelo de datos base identificado por el Modelo de Datos del Ambiente de Desempeo de SCORM (cmi._version). La condicin de error de El Elemento del Modelo de Datos No Tiene Versin ser utilizada por la Instancia API si el valor pasado como parameter en un GetValue()es distinto a cmi._version (p. ej., cmi.learner_id._version). La Instancia API configurar el cdigo de error en 301 y devolver una cadena de caracteres vaca (). Esta condicin de error slo puede darse si el estado conceptual de la comunicacin es Running. Si se encuentra esta condicin de error, el estado conceptual de la comunicacin no cambiar (Running). Si el SCO solicita ms informacin sobre el error (invocando GetDiagnostic()), se recomienda que el LMS devuelva una cadena de caracteres que indique que la solicitud de versin no es vlida, como por ejemplo La palabra clave _version se us incorrectamente.

3.2.ResponsabilidadesdelLMS
SCORM exige que el LMS proporcione una instancia de la API, segn se define en el estndar del IEEE y en SCORM. La Instancia API protege al SCO de los detalles particulares de la implementacin. SCORM no impone ninguna restriccin en cuanto a la infraestructura subyacente de comunicacin de la Instancia API. Las siguientes secciones describen los requisitos adicionales de una Instancia API para la implementacin en el LMS que no se hayan descrito an.

3.2.1. Instancia API


SCORM exige que el LMS proporcione una Instancia API que implemente la funcionalidad API obligatoria antes descrita. Para que un SCO utilice la Instancia API desarrollada por un LMS, ste tiene ciertos requisitos acerca de dnde y cmo darle acceso a la Instancia API. Para ofrecer un medio interoperable para localizar la Instancia API, se debe poder tener acceso a la Instancia API del LMS por medio del DOM [8], con un objeto nombrado API_1484_11. El LMS debe
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 56

darle al SCO la capacidad de tener acceso a la Instancia API por medio del ECMAScript. Para que los SCO puedan encontrar la Instancia API del LMS, ste es responsable de lanzar los SCO en una jerarqua DOM particular. El LMS debe lanzar el SCO en una ventana o en un marco hijo de la ventana del LMS que contiene la Instancia API. La figura 3.2.1a describe las ubicaciones vlidas en la jerarqua DOM en las que se permite al LMS colocar su Instancia API. El algoritmo definido por el estndar del IEEE se construye para que se busque la Instancia API en ubicaciones especficas y en un orden especfico. Estas ubicaciones se determinan con base en los requisitos de implementacin del LMS. Cadena de Padres: En este caso, los SCO y Assets se lanzan en una estructura donde la Instancia API est en un conjunto de marcos HTML. En este caso, el LMS puede proporcionar la Instancia API en alguna parte de la jerarqua de marcos padre dentro del conjunto de marcos. El algoritmo descrito en el estndar del IEEE buscar la API en la cadena de padres hasta que se encuentre la Instancia API o se llegue al punto en el que no haya ms marcos padre. Abridor: En este caso, los SCO y Assets se lanzan en una nueva ventana. A esta nueva ventana a veces se le llama "ventana emergente", y contiene el SCO o Asset. En este caso, el LMS puede proporcionar la Instancia API en la ventana abridora (es decir, la ventana responsable de lanzar o abrir la nueva ventana en la que se lanz el SCO o el Asset). El algoritmo descrito en el estndar del IEEE determinar si el SCO fue lanzado por una ventana abridora. Si es as, el abridor ser revisado en busca de la Instancia API. Cadena de Padres del Abridor: En este caso, los SCO y Assets se lanzan en una nueva ventana y el LMS coloca la instancia en un marco padre de la ventana abridora. El algoritmo descrito en el estndar del IEEE determinar si el SCO fue lanzado por una ventana abridora. Si es as, la ventana abridora ser revisada en busca de la Instancia API. Si no se encuentra ah, el algoritmo determinar si la ventana abridora tiene un padre. El algoritmo est diseado para buscar en la jerarqua de la ventana padre hasta que encuentre la Instancia API o determine que no hay ms ventanas padre.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 57

Figura 3.2.1a: Ubicaciones permitidas para el DOM en la Implementacin de la API

Actualmente se estn haciendo labores de investigacin y desarrollo explorando mtodos alternativos (p. ej., como servicio Web), para que los proveedores del LMS le den acceso a los SCO a la Instancia API. Sin embargo, SCORM slo es compatible con el mtodo antes descrito; DOM y ECMAScript son tecnologas confiables que han existido por algn tiempo ya y son sencillas de utilizar. Las versiones futuras de SCORM podran introducir otros protocolos de comunicacin que sean compatibles con los requisitos fundamentales definidos por el estndar del IEEE.

3.2.1.1 Atributo de la versin

El estndar del IEEE [2] exige que se pueda tener acceso a la Instancia API por medio de un Objeto DOM. El estndar tambin exige que el objeto DOM tenga un atributo llamado versin. El valor del atributo representa la versin de la Instancia API. Se exige que el valor asignado al atributo consista en una cadena delimitada por un perodo que contenga valores principales y secundarios como nmeros enteros. Para indicar que la Instancia API sigue los lineamientos del Estndar del IEEE, se exige que los tres primeros caracteres sean 1.0. Si la implementacin desea aadir caracteres adicionales al valor que representen informacin interna sobre la versin, se obliga que el cuarto carcter sea otro delimitador de perodo (p. ej., 1.0.).

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 58

3.3.ResponsabilidadesdelSCO
Todos los SCO tienen ciertas responsabilidades al comunicarse en la API. Deben tener la capacidad de encontrar la Instancia API de manera consistente. sta es una de las principales razones por las que existen restricciones sobre en qu parte de la jerarqua del Modelo del Objeto del Documento (DOM), el LMS proporcionar la Instancia API y por qu existe un nombre comn de la Instancia API para la bsqueda. Si se le permitiera a la Instancia API existir en cualquier lugar de la jerarqua DOM, ste hara que fuera extremadamente difcil ofrecer un mecanismo de comunicacin y una administracin del ambiente de desempeo consistente.

3.3.1. Cmo encontrar la Instancia API


Para que un SCO comience a rastrear la experiencia del estudiante en un LMS, el SCO debe ser capaz de encontrar la Instancia API proporcionada por el LMS. Dado que los objetos de contenido, en el ambiente SCORM, se lanzan en exploradores Web, stos proporcionan un DOM donde colocar la Instancia API. El DOM puede ser considerado la estructura o la organizacin de los objetos en la pgina. Para que los SCO puedan encontrar la Instancia API de un LMS a otro, el estndar IEEE ha colocado restricciones en cuanto al lugar donde se puede colocar la Instancia API en esta jerarqua. Lo importante es que el SCO busque la Instancia API en los siguientes lugares, en el orden especificado: La cadena de padres de la ventana actual, si la hubiera, hasta que se llegue a la parte superior de la ventana de la cadena de padres La ventana abridora, si la hubiera La cadena de padres de la ventana abridora, si la hubiera, hasta que se llegue a la parte superior de la ventana de la cadena de padres El SCO debe buscar la Instancia API de esta manera y detenerse en cuanto la encuentre. Para que el SCO sepa lo que est buscando, el estndar del IEEE tambin ha definido un nombre obligatorio para el objeto del DOM asociado a la Implementacin API. El nombre designado para la Implementacin API es API_1484_11.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 59

Figura 3.3.1a: Ilustracin de Cmo encontrar la API

Una vez que el SCO encuentre la Instancia API se le exige, como mnimo, emitir llamadas de Initialize() y Terminate(). El estndar del IEEE ha proporcionado una pieza sencilla de ECMAScript que encuentra la Instancia API de manera consistente. El uso de este cdigo de ECMAScript no es un requisito; se pueden escribir otras variaciones.

var var var var

nFindAPITries = 0; API = null; maxTries = 500; APIVersion = "";

// La funcin ScanForAPI() busca un objeto llamado API_1484_11 // en la ventana que se pasa a la funcin. Si se encuentra el objeto SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 60

// // // // // // // //

se le devuelve a la funcin de llamada de una referencia hacia el objeto. Si se encuentra la instancia el SCO ahora tiene un controlador para la Instancia API del LMS. Esta funcin busca en un nmero mximo de padres de la ventana actual. Si no se encuentra ningn objeto la funcin devuelve una referencia nula. Esta funcin tambin reasigna un valor al parmetro de la ventana que se pas, basado en el nmero de padres. Al final de la llamada de la funcin, la variable de la ventana se configurar al padre ms alto en la cadena de padres.

funcin ScanForAPI(win) { while ((win.API_1484_11 == null) && (win.parent != null) && (win.parent != win)) { nFindAPITries++; if (nFindAPITries > maxTries) { return null; } win = win.parent; } return win.API_1484_11; }
// // // // // // // // La funcin GetAPI() comienza el proceso de bsqueda de la Instancia API proporcionada por el LMS. La funcin toma un parmetro que representa la ventana actual. La funcin se construye para que busque en un orden especfico y se detenga cuando se encuentre la Instancia API del LMS. La funcin comienza buscando en el padre de la ventana actual, si lo tiene. Si no se encuentra la Instancia API, la funcin revisa si existen ventanas abridoras. De ser afirmativo, la funcin comienza a buscar la Instancia API en la ventana abridora.

funcin GetAPI(win) { if ((win.parent != null) && (win.parent != win)) { API = ScanForAPI(win.parent); } if ((API == null) && (win.opener != null)) { API = ScanForAPI(win.opener); } if (API != null) { APIVersion = API.version; } } }
Ilustracin del cdigo 3.3.1b: Ejemplo de ECMAScript para encontrar la Implementacin API

Esta muestra de cdigo ECMAScript se basa en el algoritmo definido en el estndar del IEEE. El algoritmo se actualiz con texto narrativo que describe las funciones, se retir un mensaje de error innecesario y se explica con ms contexto la variable de la ventana que se encuentra en el algoritmo. A las organizaciones no se les exige uso del cdigo ECMAScript, segn se define en el estndar IEEE o en SCORM, y tienen la libertad de crear su propio cdigo ECMAScript. Las organizaciones deben cerciorarse de que el algoritmo busque la Instancia API, segn lo definido en el estndar IEEE y SCORM.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 61

3.3.2. Requerimientos y Lineamientos para el Uso de la API


Esta seccin seala varios requisitos y lineamientos adicionales para el uso de la API, para comunicar informacin al LMS.
3.3.2.1 Eventos inesperados

Los SCO se construyen de muchas maneras distintas. Al desarrollar uno, los autores de contenido tienen que estar conscientes del diseo del SCO, de cmo se pretende entregarlo en el LMS y cules son las distintas maneras en que el estudiante interactuar con l. Por ejemplo, algunos SCO son grupos de pginas que le permiten navegar internamente de una a otra. En este diseo, algunos autores de contenido pueden implementar el SCO de manera que slo invoque la llamada Initialize() en la primera pgina y la llamada Terminate() en la ltima pgina. Qu sucede si se da un comportamiento inesperado durante la experiencia de aprendizaje? El evento inesperado puede entrar en varias categoras: Salida accidental Accin deliberada del usuario Finalizacin catastrfica (p. ej., prdida de la conexin, cada del navegador) Algunos Sistemas de Administracin de Aprendizaje manejan estos distintos escenarios simulando el efecto de la funcin de Terminate(), si se detecta que un SCO, que hizo la llamada Initialize() con xito, repentinamente queda inaccesible antes de invocar la funcin de Terminate(). Esto se hace porque no hay manera de detectar (o decidir) la causa del problema: fue un accidente, una accin deliberada del usuario o un SCO defectuoso? Por supuesto, si hay un evento catastrfico (prdida de la conexin, cada del navegador, etc.), solamente los datos copiados del cache del lado del cliente (si se estuviera utilizando) con una funcin de Commit(), sern los que sobrevivan en la base de datos del lado del servidor. Una de las principales razones por las que Commit() est en la API es para reducir los retrasos en la comunicacin entre el lado del cliente y el lado del servidor de un servicio de desempeo, los cuales se daran si se transmitiera cada actualizacin de los valores de los elementos de datos a travs de la red en tiempo real. Las implementaciones de la API tienen la libertad de proporcionar un cache en el lado del cliente que slo transmita y persista el estado de los datos cuando se invoca la funcin de Commit(). El SCO no tiene manera de detectar si la Instancia API que se est comunicando ofrece un cache del lado del cliente o si enva todas las actualizaciones de los datos al servidor. Para ayudar a reducir al mnimo los comportamientos y problemas inesperados que puedan encontrarse, los desarrolladores de SCO deben seguir las siguientes recomendaciones:

Invocar Commit() siempre que suceda algo importante que debe ser registrado, sin importar lo que pueda pasar ms adelante. NO llamar a Commit() despus de cada llamada SetValue(); eso nulifica la mejora al desempeo y puede ocasionar graves problemas con algunas
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 62

implementaciones de los Sistemas de Administracin de Aprendizaje. Llamar a Commit() solamente despus que una racha de llamadas SetValue(). Por lo general no hay ningn beneficio en llamar a Commit() justo antes de llamar a Terminate(). No causa ningn dao, ya que no habra nada nuevo que registrar durante la llamada de la funcin de Terminate(). Llamar a Terminate() antes de que el SCO le sea retirado al estudiante (es decir, descargado del navegador). El SCO debe recordar si ha invocado con xito Terminate(), as que puede ser construido de manera que no vuelva a invocar Terminate(). Un LMS bien construido podr manejar la llamada. Deber ignorar la segunda llamada y configurar el estado de error correspondiente. Si el navegador del cliente es Microsoft Internet Explorer, llama Terminate() en un controlador onbeforeunload y no en onunload, porque as es ms probable que todo el trabajo involucrado en descargar el SCO se realice de manera ordenada. Otros navegadores no desatan un evento llamado onbeforeunload y por lo tanto dependen del evento onunload. Sera conveniente proporcionar un mecanismo para finalizar la sesin de comunicacin en algn punto distinto al evento onunload. Use SetValue() y Commit() con frecuencia durante la sesin de comunicacin en vez de intentar guardar una gran cantidad de datos justo antes del Terminate(). Esto se hace porque se han tenido experiencias en que algunos navegadores, o sus versiones, comienzan a cargar la siguiente pgina aun si onunload se est ejecutando y no terminan de ejecutar algunas operaciones gestionadas por onunload, especialmente si stas implican publicar algo en una red; esto podra generar una situacin difcil en el lado administrativo. En algunas implementaciones, hay datos que podran no registrarse correcta o totalmente. Si se guardaron y registraron los datos antes de la descarga, lo ms probable es que estn a salvo.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 63

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 64

SECCIN4
ModelodeDatosdelAmbientedeDesempeode SCORM

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 65

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 66

4.1.Introduccinalmodelodedatos
El propsito de establecer un modelo de datos comn es asegurarse de que se pueda monitorear un conjunto definido de informacin sobre los SCO en los ambientes de distintos Sistemas de Administracin de Aprendizaje. Si por ejemplo, se determina que el rastreo de la calificacin del estudiante es un requisito general, es necesario establecer un mtodo comn para que el contenido reporte las calificaciones a los ambientes de los Sistemas de Administracin de Aprendizaje. Si los SCO usan una representacin de calificacin exclusiva, los LMS podran no saber cmo recibir, almacenar o procesar la informacin.

Figura 4.1.1a: Ilustracin de Cmo usar el modelo de datos con la API

El Modelo de Datos del Ambiente de Desempeo de SCORM se basa en el Borrador del Estndar para la Tecnologa del Aprendizaje Modelo de Datos para la Comunicacin de Objetos de Contenido 1484.11.1, producido por el IEEE LTSC. El 1484.11.1 es un estndar que designa un conjunto de elementos de datos que se pueden usar para comunicar informacin desde un objeto de contenido (es decir, un SCO en SCORM) al LMS. Este conjunto de datos incluye, pero no se limita, a la informacin sobre el estudiante, sus interacciones con el LMS, la informacin del objetivo y el estado de xito y conclusin. Esta informacin podra ser vital para distintos propsitos. Se pueden utilizar para rastrear el progreso y el estatus del estudiante, ayudar en las decisiones de secuencia e informar aspectos generales de la interaccin del estudiante con el SCO. El modelo de datos de esta seccin se conoce como el Modelo de Datos del Ambiente de Desempeo SCORM. Antes de SCORM 2004, el Modelo de Datos del Ambiente de Desempeo de SCORM estaba basado en los Lineamientos para la Interoperabilidad CMI001 del AICC [7]. Despus de la publicacin de la Versin 1.2 de SCORM, el AICC entreg sus lineamientos al IEEE para la estandarizacin. Esta versin de SCORM presenta cambios al modelo de datos, segn se registra en el Borrador del Estndar para la Tecnologa del Aprendizaje Modelo de Datos para la Comunicacin de Objetos de Contenido 1484.11.1 del IEEE [1]. Dado que el borrador del estndar IEEE slo define elementos del modelo de datos y sus tipos de datos, SCORM tiene que aplicar ms requisitos con relacin a su uso, comportamiento y relacin con la Instancia API. El Modelo de Datos del Ambiente de Desempeo SCORM define un tipo de vinculacin particular (notacin por puntos), asesora particular y requisitos en cuanto al comportamiento mencionados en el Borrador del Estndar 1484.11.1 del IEEE.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 67

4.1.1. Fundamentos del Modelo de Datos del Ambiente de DesempeodeSCORM


4.1.1.1 Elementos del modelo de datos
Para identificar el modelo de datos, todos los nombres de los elementos del modelo de datos descritos en el Modelo de Datos del Ambiente de Desempeo SCORM comienzan con cmi. Esto seala al LMS que estos elementos del modelo de datos son parte del Borrador del Estndar del Modelo de Datos para la Comunicacin de Objetos de Contenido 1484.11.1 del IEEE [1]. Se prev que a medida que se desarrollen modelos de datos alternativos tendrn un prefijo distinto (p. ej., adl.elementName en lugar de cmi.eelementName) o podran usar otro tipo de vinculacin y no la notacin por punto. Se exige que se implementen todos los elementos del modelo de datos descritos por SCORM y que sus comportamientos sean permitidos por el LMS. Para los SCO es opcional el uso de cualquiera de los elementos del modelo de datos. Slo se les exige a los SCO utilizar las funciones Initialize() y Terminate(); no se les exige utilizar SetValue() o GetValue(). Los SCO pueden ser muy, muy pequeos y no estar diseados para ser rastreados detalladamente. Sin embargo, si van a ser rastreados, deben seguir un modelo de datos comn para que puedan ser reutilizados en los ambientes de distintos LMS. Todos los nombres del elemento del modelo de datos estn vinculados a una cadena de caracteres de ECMAScript usando notacin por punto (p. ej., cmi.success_status). Durante llamadas al mtodo de SetValue(), todos los valores que se utilicen para configurar el elemento del modelo de datos estn vinculados como cadenas de caracteres de ECMAScript. El estndar de ECMAScript [9] es compatible al Estndar Unicode [13] (Versin 2.1 o posterior) y lo sigue. Los SCO y los Sistemas de Administracin de Aprendizaje tienen que estar conscientes de que las cadenas de caracteres estn codificadas en Unicode y pueden incluir secuencias de escape de Unicode. Al ocuparse de cualquier dato que pueda ser presentado en el navegador, los SCO deben estar conscientes del nivel de compatibilidad con Unicode en los distintos navegadores y sus versiones.

4.1.1.2 Efectos del modelo de datos en la secuencia


La Secuencia de SCORM (consulte el manual SN de SCORM) describe cmo se identifica una serie de objetos de contenido para su entrega basndose en informacin y comportamientos de secuencia definidos, y en los resultados de las interacciones del estudiante con los objetos de contenido lanzados. Los Assets tienen un efecto limitado en la secuencia. El LMS solamente rastrea el hecho de que el Asset fue lanzado. Una vez lanzado el Asset, ste ser considerado terminado. Los SCO pueden afectar la secuencia al reportar los resultados de las interacciones del estudiante durante una sesin suya con ese SCO; esto se da por medio del Modelo de Datos del Ambiente de Desempeo del SCO. Se le exige al LMS utilizar la informacin reportada por el SCO, por medio del Modelo de Datos del Ambiente de Desempeo de SCORM, para afectar la secuencia de las siguientes actividades de aprendizaje. SCORM no impone un mtodo o momento especfico para el uso de los datos de desempeo del SCO en la secuencia.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 68

SCORM solamente prescribe que se use la informacin ms reciente cuando una evaluacin de secuencia la requiera. En las siguientes tablas se ofrecen requisitos especficos de los Sistemas de Administracin de Aprendizaje para este mapeo de los datos, desglosados por cada elemento del modelo de datos (para ver ms informacin consulte la seccin de Impactos en la Secuencia de la tabla correspondiente). Por ejemplo, si el SCO reporta la conclusin del mismo por parte del estudiante con cmi.completion_status, se asumir que la actividad identificada con ese SCO tambin se termin.
Nota de ADL: Si el objeto de contenido actualmente experimentado es un SCO y el Intento del Estudiante termina con l debido a una solicitud de navegacin de Abandon (Abandonar) o Abandon All (Abandonar Todo), no habr mapeo de los datos. Un Intento abandonado no afecta el estado de la actividad asociada con el SCO.

4.1.1.3 Cmo manejar las colecciones


Algunos elementos del modelo de datos recolectan conjuntos de datos relacionados a sus respectivos requisitos. En este documento se le llama registro de datos a esa recoleccin de datos; Cada registro de datos ser recolectado como entidad individual en el conjunto. Se tiene acceso al registro de datos por medio de un valor en el ndice que representa la posicin del registro de datos en el conjunto. Todos los conjuntos sern implementados con un ndice que comience en 0 (conjuntos basados en el cero). Los siguientes elementos del modelo de datos se definen como colecciones de registros de datos. Comentarios del estudiante (cmi.comments_from_learner) Comentarios del LMS (cmi.comments_from_lms) Objetivo (cmi.objectives) Interacciones (cmi.interactions) Estos elementos del modelo de datos existen para que los SCO puedan rastrear mltiples comentarios, objetivos e interacciones. Hay dos tipos distintos de condiciones de error que pueden ocurrir al invocar una solicitud de GetValue(): Fallo General de Obtencin Solicitud del Elemento del Conjunto del Modelo de Datos Fuera del Rango. El registro de datos no existe en la posicin del conjunto (es decir, del ndice) solicitada. Por ejemplo, si existen datos de los objetivos en las posiciones 0, 1 y 2 del conjunto y el SCO invoca una solicitud GetValue()por la informacin de la posicin 4, el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca. Se recomienda que los Sistemas de Administracin de Aprendizaje proporcionen al SCO, si se les hace una solicitud GetDiagnostic(), informacin ms especfica sobre el error encontrado (consulte la Seccin 3.1.7.6.4: Solicitud del Elemento del Conjunto del Modelo de Datos Fuera del Rango).
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 69

Data Model Element Value Not Iniatialized. Otro escenario que puede suceder es que un SCO intente crear un nuevo registro de datos en alguna posicin del conjunto. Algunas de las colecciones de elementos del modelo de datos tienen requisitos en cuanto a que ciertos elementos del modelo de datos sean configurados primero, lo que le permite al LMS configurar el registro de datos en la posicin apropiada. Si cualquiera de estos elementos del modelo de datos es configurado con xito, se agregara uno nuevo a la coleccin, elevando el conteo en un punto adicional. La siguiente lista identifica el conjunto de elementos del modelo de datos que podra ocasionar la creacin de un nuevo registro de datos.
cmi.objectives.n.id cmi.interactions.n.id cmi.interactions.n.objectives.n.id cmi.comments_from_learner.n.comment cmi.comments_from_learner.n.location cmi.comments_from_learner.n.timestamp

Cuando el LMS reciba una solicitud de SetValue() invlida contra cualquiera de estos elementos del modelo de datos, devolver false y configurar el cdigo de error de la API que sea apropiado. As, el tamao de la coleccin no debe aumentar. Si se hace una solicitud de _count antes de la solicitud invlida de SetValue() y se vuelve a hacer la misma solicitud de _count inmediatamente despus de la solicitud de SetValue(), el valor devuelto por ambas llamadas ser idntico (es decir, el tamao de la coleccin no habr cambiado). Si el LMS recibe una solicitud GetValue() inmediatamente despus de una solicitud invlida de SetValue() en uno de estos elementos del modelo de datos, el comportamiento ser: Devolver una cadena de caracteres vaca () Configurar el cdigo de error en 301 Fallo General de Obtencin Valor del Elemento del Modelo de Datos No Inicializado. El registro de datos existe en esa posicin del conjunto, pero los datos solicitados an no han sido inicializados con un valor. Por ejemplo, si el SCO solicita la escala de calificacin de un objetivo (cmi.objectives.0.score.scaled), a pesar de que la escala no haya sido inicializada con datos. En este caso s existe el registro de datos del objetivo (es decir, el cmi.objectives.0.id est configurado) en la posicin 0, pero la escala de calificacin nunca ha sido inicializada. El LMS configurar el cdigo de error como 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca. Dada la actual vinculacin en notacin por puntos del Modelo de Datos del Ambiente de Desempeo de SCORM, estos elementos del modelo de datos tienen un valor en nmero entero que representa su ndice (o posicin) en el conjunto. El ndice es slo eso, un ndice. Los ndices no deben considerarse exclusivos de ningn SCO. Entonces no hay garanta de un LMS a otro (o de una sesin del estudiante a otra) de que el mismo objetivo se almacene en el mismo
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 70

ndice. Los desarrolladores de SCO deben tenerlo en cuenta al usar estos elementos del modelo de datos. Los elementos del modelo de datos de Objetivos e Interacciones contienen un elemento del modelo de datos identificador, que es exclusivo para cada uno de los objetivos y las interacciones del SCO. Se debe usar este valor al buscar el ndice de un conjunto especfico de datos de objetivos o interacciones. Para recuperar los valores de un Objetivo o una Interaccin especfica, se recomienda que se busque un identificador exclusivo en toda la lista de Objetivos o Interacciones del SCO para determinar su ndice en vez de confiar en una posicin especfica (preprogramada). No se garantiza que la posicin del ndice sea la misma de una sesin del estudiante a otra; todos los elementos nuevos de la coleccin sern agregados en secuencia. Los ndices usados para tener acceso a los elementos de la coleccin no tendrn ceros insignificantes al inicio: 15 y no 0015. Cuando se vaya a agregar un valor a la coleccin, el SCO debe determinar cul fue la ltima posicin del ndice usada en esa coleccin. El SCO y el LMS no saltarn posiciones (rdenes consecutivos) al aadir algo a un elemento de la coleccin. El elemento del modelo de datos de palabra clave _count puede ser usado para determinar el nmero actual de elementos del modelo de datos que hay en la coleccin. Por ejemplo, para determinar el nmero de objetivos almacenados actualmente para el SCO, se usara la siguiente llamada API:
var numOfObjectives = GetValue("cmi.objectives._count");

Todos los subelementos de los elementos del modelo de datos de la coleccin, adems de cmi.comments_from_lms (este elemento del modelo de datos es slo de lectura, visto desde una perspectiva del SCO), pueden ser sobrescritos por el SCO. Si se sobrescribe o se agrega, es una decisin que es tomada por el desarrollador del SCO durante su creacin. Ahora se remite a los elementos del modelo de datos de la coleccin usando notacin por puntos (representada por .n).
cmi.objective.n.completion_status

Por ejemplo, al valor del estado de conclusin del elemento del modelo de datos en el primer objetivo de un SCO se le llamara cmi.objective.0.completion_status, y al estado de conclusin del elemento del modelo de datos del cuarto objetivo se le llamara
"cmi.objective.3.completion_status".

4.1.1.4 Mnimo Permitido (SPM)


Existen dos casos al describir los requisitos del elemento del modelo de datos donde existe un SPM definido. Los dos casos son las longitudes de la cadena de caracteres y el nmero de elementos del modelo de datos que contienen las colecciones (conjuntos, bolsos, etc.). El SPM se define como el nmero mnimo de partidas (de una coleccin) o de caracteres (longitud de las cadenas de caracteres) que la implementacin debe aceptar o procesar. Las implementaciones tienen la libertad de aceptar y procesar valores mayores al SPM; pero deben operar como mnimo con l. Por ejemplo:

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 71

Cadenas de caracteres: Si se define que una cadena de caracteres tiene un SPM de 100, la implementacin debe aceptar por lo menos 100 caracteres. Las implementaciones pueden usar valores mayores al SPM definido. SCORM no opina sobre el manejo de las cadenas de caracteres que contengan un nmero de caracteres mayor al SPM (p. ej., la implementacin tiene la libertad de truncar la cadena de caracteres). Dado que la implementacin debe trabajar con el SPM como mnimo, si trunca valores, lo har al cumplirse el SPM. Las implementaciones deben estar conscientes de las consecuencias si la cadena de caracteres es mayor al SPM definido. Colecciones: Si se define que una coleccin (p. ej., conjunto, bolsa) tiene un SPM de 100, la implementacin debe aceptar por lo menos 100 partidas en ella. Las implementaciones pueden usar valores mayores al SPM definido. SCORM no opina sobre el manejo de las colecciones que contengan un nmero de partidas mayor al SPM (p. ej., la implementacin tiene la libertad de rechazar nuevas partidas). Las implementaciones deben estar conscientes de las consecuencias si el nmero de partidas es mayor al SPM definido. Los SPMs definidos representan requisitos de almacenaje de la implementacin. Como se mencion anteriormente, la implementacin tiene que permitir que se almacene, como mnimo, el SPM. La implementacin puede escoger si permite que se almacenen valores mayores al SPM. Si la implementacin slo permite el SPM y trunca la cadena de caracteres, ADL recomienda que presente informacin con la llamada del mtodo de GetDiagnostic(), notificando que trunc la cadena de caracteres. Por ejemplo, si una implementacin trunca una cadena de caracteres (porque slo permite el SPM), y el SCO llama a GetDiagnostic(), la implementacin podra devolver una cadena de caracteres que diga: La llamada de SetValue() se realiz con xito. El valor exceda el SPM y fue truncado. Toda validacin de cadenas de caracteres y de colecciones debe hacerse antes de almacenar los valores. Si la implementacin decide truncar la cadena de caracteres en el SPM, el proceso de validacin aprobar la cadena de caracteres antes de truncarla. El SPM de las cadenas de caracteres existe para ser usado por los desarrolladores de contenido. Ellos deben estar conscientes de su existencia y de las consecuencias si lo exceden. Se recomienda que se mantengan dentro de los lmites del SPM para una mayor interoperabilidad.

4.1.1.5 Elementos del modelo de datos de palabra clave


SCORM define un conjunto de elementos del modelo de datos de palabra clave en la vinculacin del Modelo de Datos de Comunicacin de Objetos de Contenido del IEEE. Los tres elementos del modelo de datos de palabra clave son: _version, _count y _children. Los Sistemas de Administracin de Aprendizaje manejan los elementos del modelo de datos de palabra clave y se derivan del estado de otros elementos del modelo de datos. Estas palabras clave le permiten a los SCO encontrar informacin descriptiva sobre los elementos del modelo de datos. Los elementos del modelo de datos de palabra clave slo se pueden aplicar a ciertos elementos del modelo de datos (consulte la seccin 4.2 para ver ms informacin). Los elementos del modelo de datos de palabra clave deben ser implementados como slo de lectura. Si el SCO intenta configurar (es decir, hacer la solicitud API de SetValue()) un elemento del modelo de datos de palabra clave (segn se define en la Seccin 4.2), el LMS deber configurar el cdigo de error como 404 "El Elemento del Modelo de Datos es Slo de Lectura" y devolver false. Las palabras clave no pueden ser aplicadas a otras
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 72

palabras clave. Por ejemplo, no se permite cmi.interactions._children._version. Si el SCO intenta esta situacin, el LMS deber devolver una cadena de caracteres vaca y configurar el cdigo de error como 401 Elemento del Modelo de Datos No Definido.
_version:

El elemento del modelo de datos de palabra clave _version se usa para determinar el nmero de versin del modelo de datos compatible con el LMS. Este elemento del modelo de datos de palabra clave no se puede aplicar a ningn elemento del modelo de datos (consulte la Seccin 4.2.1: Versin del Modelo de Datos para conocer los detalles sobre la implementacin).
_count:

El elemento del modelo de datos de palabra clave _count se usa para determinar el nmero de elementos del modelo de datos que hay en la coleccin. El conteo es el nmero total de elementos del modelo de datos que hay en la coleccin. Este valor puede ser solicitado por el SCO para determinar la siguiente posicin de ndice que est libre para ser utilizada para almacenar la informacin. Este elemento del modelo de datos de palabra clave no se puede aplicar a un elemento del modelo de datos que sea una coleccin.
_children:

El elemento del modelo de datos de palabra clave _children se usa para determinar todos los elementos del modelo de datos de un elemento del modelo de datos padre que operen con el LMS. La cadena de caracteres devuelta por una solicitud _children vlida debe ser una lista separada por comas de todos los elementos del modelo de datos que operan con el LMS. El listado de los elementos del modelo de datos devuelto debe concordar con los elementos del modelo de datos que se encuentran en la Seccin 4.2 (es decir, se aplican los nombres de elementos del modelo de datos sensibles al uso de maysculas). Los nombres de los elementos del modelo de datos sern considerados representaciones reservadas y si existen espacios en blanco en la cadena de caracteres (es decir, si se usan para separar las representaciones reservadas), se ignorarn estos espacios en blanco. El orden de los elementos del modelo de datos vueltos en la cadena de caracteres no importa. Este elemento del modelo de datos de palabra clave slo se puede aplicar a un elemento del modelo de datos que tenga hijos.

4.1.1.6 Delimitadores reservados


Dada la naturaleza de la vinculacin de notacin por puntos, algunos de los elementos del modelo de datos tienen que transmitir ms informacin de la que se puede representar fcilmente como cadena de caracteres. Para estos casos se ha creado un delimitador reservado especial que cumple con los requisitos de la vinculacin de notacin por punto. Estos delimitadores especiales aparecen en la cadena de caracteres usada en la solicitud SetValue() o en la cadena de caracteres devuelta de una solicitud GetValue(). Los casos en los que se necesitara un delimitador reservado especial son: Para representar el tipo de idioma de una cadena de caracteres particular (Tipo de Datos: localized_string_type)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 73

Para representar si importa o no el orden en la respuesta del estudiante a una interaccin Para representar si importa o no el uso de maysculas en la respuesta del estudiante a una interaccin Para representar un conjunto de valores en una lista o un par de valores En cada uno de los casos antes descritos se proporciona un valor predeterminado, si se aplica. Este valor ser utilizado si no se especifica el delimitador reservado especial. En ninguno de los casos se contarn estos delimitadores reservados en el valor del SPM. La Tabla 4.1.1.6a describe los detalles especficos de los delimitadores reservados.
Tabla 4.1.1.6a: Delimitadores Reservados de Propiedad

Sintaxis del delimitador reservado {case_matters=<boolean>} {order_matters=<boolean>}

Valor predeterminado {lang=en} {case_matters=false} {order_matters=true}

Ejemplo {lang=en} {case_matters=true} {case_matters=false} {order_matters=true} {order_matters=false}

Dado que estos delimitadores no son obligatorios, se asumir el valor predeterminado si no se especifica un delimitador. Si se utilizan en la cadena de caracteres, habr otros requisitos en cuanto a su ubicacin y sintaxis. Requisitos de sintaxis del delimitador de propiedades: El delimitador ser tratado como un conjunto constante de caracteres con el siguiente formato: delimitador ::= { + nombre + = + valor + }
NOTA: El { y } son obligatorios para indicar el principio y el final de un delimitador. El = es obligatorio para separar la parte de name y la de value del delimitador. La ausencia de estos caracteres obligatorios ocasionarn que el delimitador no sea reconocido por el sistema; en su lugar, el conjunto de caracteres ser tratado como parte del valor subyacente de los datos de la cadena de caracteres.

El name representa el identificador del delimitador. El name est representado por un conjunto de representaciones reservadas: lang case_matters order_matters Para que el delimitador {lang=<language_type>} sea reconocido como el idioma de la cadena de caracteres, debe ser colocado al principio de la cadena de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 74

caracteres que est siendo calificada. Si el delimitador {lang=<language_type>} no es el primer conjunto de caracteres, se asumir el idioma predeterminado. La representacin de name debe aparecer con alguna de las siguientes: lang, case_matters o order_matters). Cualquier cosa derivada de esas representaciones (p. ej., insertarles espacios en blanco) genera un delimitador que no es reconocido, y el conjunto de caracteres ser tratado como parte de la cadena de caracteres subyacente. El value indica el valor del delimitador nombrado. La parte de value del delimitador se restringe a lo siguiente: lang: Restringido al valor representado por el language_type (consulte la Seccin 4.1.1.7: Tipos de Datos para ver los requisitos del tipo de idioma). case_matters: Restringido a true o false order_matters: Restringido a true o false
NOTA: Si el valor no cumple los requisitos de tipo de su delimitador, ste estar formado incorrectamente y la cadena de caracteres no cumplir los requisitos de su tipo (es decir, ocasionar un error 406 No Concuerda el Tipo de Datos).

Ejemplos vlidos:
SetValue(cmi.comments_from_learner.0.comment, {lang=en}Characterstring in the English language) -Cadena de caracteres en inglsSetValue(cmi.interactions.0.correct_response.0.pattern, {lang=en}{case_matters=true}Characterstring in the English language where the case matters) cadena de caracteres en ingls que es sensible al uso de maysculas SetValue(cmi.comments_from_learner.0.comment, {lang =fr}Characterstring in the English language) Cadena de caracteres en ingls No hay delimitador que califique esta Characterstring {lang =fr}; no se considera un delimitador de idioma porque contiene espacios en blanco, lo que no equivale al delimitador lang reservado. En este caso, la cadena de caracteres total incluye {lang =fr} y aun as se considera vlida; su idioma predeterminado es el ingls (en). Si se invoca esta llamada de SetValue, el LMS configurar el elemento del modelo de datos asociado a la llamada en {lang =fr}Characterstring in the English language, configurar el cdigo de error en 0 Ningn Error y devolver true. SetValue(cmi.comments_from_learner.0.comment, {case_matters=invalid}Characterstring in the English language) Cadena de caracteres en ingls que no es sensible al uso de maysculas No hay delimitadores que califiquen esta Characterstring {case_matters=invalid no es parte del formato definido para
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 75

cmi.comments_from_learner.n.comment. En este caso, la cadena de caracteres total incluye {case_matters=invalid} y aun as se considera vlida; su idioma predeterminado es el ingls (en). Si se invoca esta llamada de SetValue, el LMS configurar el elemento del modelo de datos asociado a la llamada en {case_matters=invalid}Characterstring in the English language, configurar el cdigo de error en 0 Ningn Error y devolver true.

Ejemplos invlidos:
SetValue(cmi.interaction.0.correct_response.0.pattern, {case_matters=invalid}{lang=en}Characterstring in the English language)Cadena de caracteres en ingls. Asumiendo que el tipo de cmi.interaction.0 sea fill-in, el delimitador de maysculas ser invlido porque exige un valor de true o false. En este ejemplo se utiliza invalid. Dado que el delimitador est formado incorrectamente, el LMS no configurar el elemento del modelo de datos asociado a la llamada, configurar el cdigo de error en 406 No Concuerda el Tipo de Datos y devolver false. SetValue(cmi.comments_from_learner.0.comment, {lang= fr}Characterstring in the French language) Cadena de caracteres en francs. En este ejemplo el delimitador de idioma es invlido porque contiene espacios en blanco, y stos no son parte de una cadena de caracteres vlida. Dado que el delimitador est formado incorrectamente, el LMS no configurar el elemento del modelo de datos asociado a la llamada, configurar el cdigo de error en 406 No Concuerda el Tipo de Datos y devolver false. Requisitos de colocacin del delimitador de propiedades: Se exige que los delimitadores se coloquen en posiciones especficas dentro de la cadena de caracteres. Cuando se use una mezcla de delimitadores, el orden de stos es descrito por el elemento del modelo de datos. Aun si se usa un valor predeterminado (esto se advierte por la ausencia del delimitador) en uno de los delimitadores del conjunto, se debe preservar el orden. Los delimitadores sern concatenados sin tener espacios en blanco entre ellos. Por ejemplo: {case_matters=true}{order_matters=true} No se permiten espacios en blanco ni otros caracteres antes del primer delimitador identificado en la cadena de caracteres. Si no hay delimitadores, lo que implicara que se estn utilizando los valores predeterminados, el valor representar la cadena de caracteres usada en el elemento del modelo de datos.
NOTA: Si se encuentra un espacio en blanco u otro carcter al inicio de la cadena de caracteres, el conjunto de caracteres ser tratado como parte de la cadena de caracteres subyacente.

Como se mencion antes, la Tabla 4.1.1.6a se desglosar en dos tablas. La tabla 4.1.1.6b se actualizar para describir los Delimitadores de Separador Reservado de la siguiente manera:

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 76

Tabla 4.1.1.6b: Delimitadores de Separador Reservado

Sintaxis de los delimitadores reservados {lang=<language_type>} {case_matters=<boolean>} {order_matters=<boolean>} Sintaxis de los delimitadores reservados [.]

Valor predeterminado {lang=en} {case_matters=false} {order_matters=true} Valor predeterminado No se aplica, tiene que ser proporcionado

Ejemplo {lang=en} {case_matters=true} {case_matters=false} {order_matters=true} {order_matters=false} Ejemplo Se usa para separar un par de valores que estn relacionados para una interaccin: 1[.]a Se usa para separar un conjunto de valores para la coleccin de una interaccin: 1[.]a[,]2[.]c[,]3[.]b Usado para representar un separador entre una gama de valores numricos: 1[:]100 rango en el que el valor numrico est entre 1 y 100.

[,]

No se aplica, tiene que ser proporcionado

[:]

No se aplica, tiene que ser proporcionado

Requisitos de sintaxis del delimitador separador: El delimitador ser tratado como un conjunto constante de caracteres con el siguiente formato: delimitador ::= [ + reserved_character + ]
NOTA: El [ y ] son obligatorios para indicar el principio y el final del delimitador. La ausencia de estos caracteres obligatorios ocasionarn que el delimitador no sea reconocido por el sistema; en su lugar, el conjunto de caracteres ser tratado como parte de la cadena de caracteres subyacente.

El reserved_character representa el separador definido. El reserved_character est representado por un conjunto de representaciones reservadas: . , :

NOTA: La representacin de reserved_character debe aparecer con alguna de las siguientes: [.], [,] o [:]. Cualquier cosa derivada de esas representaciones (p. ej., insertarle espacios en blanco) genera un delimitador que no es reconocido y el conjunto de caracteres ser tratado como parte de la cadena de caracteres subyacente.

Requisitos de colocacin del delimitador separador: Se exige que los delimitadores se coloquen en posiciones especficas dentro de la cadena de caracteres. El delimitador se utiliza para separar distintos valores de datos definidos por un
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 77

elemento particular del modelo de datos. Para ver ms informacin sobre los elementos del modelo de datos que usan estos delimitadores separadores, consulte la Seccin 4.2: Modelo de Datos del Ambiente de Desempeo SCORM.

4.1.1.7 Tipos de Datos


Cada uno de los elementos del modelo de datos ahora tiene un tipo de datos definido. Se exige que todas las aplicaciones de estos tipos de datos sigan los requisitos definidos. Esta seccin explica los tipos de datos y los requisitos especficos de cada uno de ellos. characterstring (cadena de caracteres): Una cadena de caracteres es un hilo de caracteres que se definen en el ISO 10646; ste equivale al Estndar Unicode. Cada elemento del modelo de datos definido en tipo como cadena de caracteres, especifica un nmero SPM de caracteres que se podrn usar con los Sistemas de Administracin de Aprendizaje. Ntese que ste es el nmero de caracteres, no la cadena octet que se crea con un esquema de codificacin del conjunto de caracteres (p. ej., UTF-8, UTF-16). localized_string_type (tipo de cadena local): Una cadena de caracteres local es aquella que tiene un indicador del idioma que usa. Hay ciertos elementos del modelo de datos en los que la informacin sobre el idioma es importante. SCORM aplica un delimitador reservado para representar el idioma de la cadena de caracteres: {lang=<language_type>}. Se exige que el formato de la cadena de caracteres tenga la siguiente sintaxis: {lang=<language_type>}<aqu va la cadena de caracteres> Ejemplo: {lang=en}The content presented an excellent point dealing with the topic. {lang=<language_type>} representar el delimitador que indica el idioma de la cadena de caracteres a continuacin. Incluir {lang=<language_type>} es opcional. El tipo de idioma (language_type) predeterminado, si no se especifica, ser en (ingls). El valor <language_type> se implementar con un SPM de 250 caracteres. language_type (tipo de idioma): Un tipo de datos usado para representar el idioma. El formato de este tipo de datos es una cadena de caracteres que consiste en un cdigo de idioma obligatorio (langcode), seguido de mltiples subcdigos, opcionales, con un prefijo y un guin (subcode): language_type ::= langcode [- subcode]* En el cual el langcode: Son cdigos de 2 letras definidos por el ISO 639-1 [14] Son cdigos de 3 letras definidos por el ISO 639-2 [15] El valor i est reservado y se usa como prefijo para algunos registros definidos por la Autoridad de Nmeros Asignados en Internet (IANA) El valor x est reservado y se usa como prefijo para uso privado,

y el subcode:

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 78

Son subcdigos de 2 letras que vienen del cdigo de pas alpha-2 del ISO 3166-1 [16] subcdigos de 3 a 8 letras registrados ante la IANA

No hay requisitos definidos para valores adicionales de subcode. Tanto los valores de langcode como los de subcode tendrn de 1 a 8 caracteres de longitud. El ISO 639-2 especifica dos conjuntos de cdigo (bibliogrfico y de terminologa) para el cdigo de idioma. Se puede utilizar cualquiera de los cdigos. Tanto el langcode como el subcode son insensibles al uso de maysculas. SCORM recomienda que el language_type sea representado con el siguiente formato: el langcode normalmente se da en minsculas, y los subcodes (si los hubiera) normalmente se dan en maysculas.

Tambin se permite que el language_type sea una cadena de caracteres vaca en ciertos elementos del modelo de datos. No se permite que el language_type de un localized_string_type sea una cadena de caracteres vaca. El valor predeterminado de la porcin de language_type de una localized_string_type es en (ingls). language_type puede ser una cadena de caracteres vaca en cualquier otro elemento del modelo de datos definido en este tipo (consulte la seccin 4.2.13: Preferencias del Estudiante). long_identifier_type (tipo de identificador largo): El long_identifier_type representa una etiqueta o un identificador. Esta etiqueta o identificador ser exclusiva dentro del contexto del SCO. El long_identifier_type ser una cadena de caracteres que siga la sintaxis definida para los Identificadores Universales de Recursos (URI), consulte el RFC 2396 [6]. SCORM recomienda que el URI sea un identificador global exclusivo bajo la forma de un Nombre Uniforme de Recurso (URN); consulte el RFC 2141 [3]. Se exige que todos los URN tengan la siguiente sintaxis (las frases que aparecen en comillas son obligatorias): <URN> ::= urn:<NID>:<NSS> en la cual <NID> es el Identificador del Espacio del Nombre y <NSS> es la Cadena Especfica del Espacio del Nombre [3]. Ejemplo: urn:ADL:interaction-id-0001 Dado que una cadena de caracteres vaca no proporciona suficiente informacin semntica para identificar de manera exclusiva un valor, el valor long_identifier_type no puede ser una cadena de caracteres vaca y no puede contener slo caracteres de espacio en blanco. El valor long_identifier_type se implementar con un SPM de 4000 caracteres. short_identifier_type (tipo de identificador corto): El short_identifier_type representa una etiqueta o un identificador. Esta etiqueta o identificador ser exclusiva dentro del contexto del SCO. El short_identifier_type ser una cadena de caracteres que siga la sintaxis definida para los Identificadores Universales de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 79

Recursos (URI); consulte el RFC 2396 [6]. Dado que una cadena de caracteres vaca no proporciona suficiente informacin semntica para identificar de manera exclusiva un valor, el valor short_identifier_type no puede ser una cadena de caracteres vaca y no puede contener slo caracteres de espacio en blanco. El valor short_identifier_type se implementar con un SPM de 250 caracteres. integer (nmero entero): El tipo de datos de nmero entero indica que el elemento del modelo de datos es miembro del conjunto de nmeros enteros positivos (es decir, 1, 2, 3, etc.), nmeros enteros negativos (es decir, - 1, - 2, 3, etc.) y cero (0). state (estado): Algunos valores de los elementos del modelo de datos tienen un conjunto de estados definidos. Esto se define con una declaracin, como por ejemplo: state (browse,normal,review). Cada estado est vinculado a una representacin reservada. Las representaciones reservadas son cadenas de caracteres de los valores del estado que estn definidos por los elementos del modelo de datos. stas representaciones reservadas se definen en la seccin de Espacio de Valor en los Requisitos de Implementacin de los Elementos del Modelo de Datos. Cada estado definido no necesariamente se relaciona de uno a uno con una representacin reservada (p. ej., el valor not_attempted lleva a la representacin reservada de not attempted). real(10,7): El tipo de datos real(10,7) denota un nmero real con una precisin de hasta siete dgitos. time (second, 10, 0): El tipo de datos time (second,10,0) representa un punto temporal. Este tipo de datos tendr una precisin obligatoria de hasta 1 segundo y una precisin opcional de 0.01 segundos [1]. Las implementaciones deben tomar en cuenta esta precisin obligatoria contra la precisin opcional, porque pueden afectar sus decisiones. Por ejemplo, si una aplicacin espera la precisin opcional, podra no ser compatible. La vinculacin de notacin por punto de SCORM define un formato particular para que la cadena de caracteres represente un punto temporal. El formato de la cadena de caracteres deber ser el siguiente: AAAA [-MM[-DD[Thh[:mm[:ss[.s[TZD]]]]]]] en el cual AAAA: Ao de cuatro dgitos (1970 <= AAAA <=2038) MM: Mes de dos dgitos (de 01 a 12 en el cual 01=Enero) DD: Un da del mes de dos dgitos (del 01 al 31, dependiendo del valor de mes y ao) hh: hora de dos dgitos (de 00 a 23) mm: Minutos de dos dgitos (de 00 a 59) ss: segundos de dos dgitos (de 00 a 59) s: un dgito o ms que representan una fraccin decimal de segundo. Si se usan fracciones de segundo, SCORM restringe la cadena a un mximo de 2 dgitos (p. ej., 34.45 vlida, 34.45454545 invlida). TZD: siglas del huso horario (Z para la UTC o +hh:mm o hh:mm); las hh y mm deben apegarse a los requisitos antes definidos. El huso horario
RTE v.1.3.1 Pag. 80

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

utiliza el formato extendido segn se define en el ISO 8601-2000. ste requiere el uso de los dos puntos (:) como separador entre las horas y los minutos. Si se exige la diferencia entre la hora local y el UTC, se puede expresar en horas y minutos (es decir, 03:10), o si la diferencia es exactamente un nmero integral de horas, slo se escriben las horas (03). En las horas menores a 10, el cero que las antecede es obligatorio. Si no se proporciona ningn designador de huso horario, la opcin predeterminada se interpretar como tiempo local. 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 en caracteres [1].

Ejemplo: 2005 2005-07-25T03:00:00 2005-07-25T03:00:00-03:10 2005-07-25T03:30.35+05 2005-07-25T03:00:00Z

timeinterval (second, 10,2): timeinterval (second, 10, 2) denota que el valor del elemento del modelo de datos intervalo de tiempo representa el tiempo transcurrido con una precisin de 0.01 segundos[1]. La vinculacin de notacin por puntos de SCORM integra un formato particular para que la cadena de caracteres represente un intervalo de tiempo. El formato de la cadena de caracteres deber ser el siguiente: P[aA][mM][dD][T[hH][nM][s[.s]S]] en el cual: y: El nmero de aos (nmero entero, >= 0, no restringido) m: El nmero de meses (nmero entero, >=0, no restringido) d: El nmero de das (nmero entero, >=0, no restringido) h: El nmero de horas (nmero entero, >=0, no restringido) n: El nmero de minutos (nmero entero, >=0, no restringido) s: El nmero de segundos o fracciones de segundo (real o nmero entero, >=0, no restringido). Si se usan fracciones de segundo, SCORM restringe la cadena a un mximo de 2 dgitos (p. ej., 34.45 vlida, 34.45454545 invlida). Los caracteres literales designadores P, A, M, D, T, H, M y S deben aparecer si su valor distinto a cero est presente. Se permite usar el cero como relleno en los valores. Esto no cambia el valor en nmero entero del nmero que es representado por el conjunto de caracteres. Por ejemplo, PT05H es equivalente a PT5H y a PT000005H. Ejemplo:
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 81

P1Y3M2DT3H indica un perodo de 1 ao, 3 meses, 2 das y 3 horas PT3H5M indica un perodo de 3 horas y 5 minutos Los implementadores deben estar conscientes de que el formato y la vinculacin se hace para la comunicacin de los datos entre un SCO y un LMS. Dado que el formato representa un perodo del tiempo, un lapso como PT5M es equivalente a PT300S. Si el elemento del modelo de datos, que es del tipo timeinterval (second, 10,2) contiene un valor, el designador P estar presente. Si el valor de los aos, meses, das, horas, minutos o segundos es cero, el valor y la designacin correspondiente (p. ej., Y si no hay ao) pueden omitirse, pero debe haber por lo menos un designador y un valor, adems del designador P. Si el valor de los aos, meses, das, horas, minutos o segundos es cero, el valor y la designacin correspondiente (p. ej., Y si no hay ao) pueden omitirse, pero debe haber por lo menos un designador y un valor, adems del designador P. El designador T ser omitido si todos los componentes de la hora (horas, minutos y segundos) estn en cero.

4.1.1.8 Cmo extender el modelo de datos del ambiente de desempeo de SCORM


El Modelo de Datos del Ambiente de Desempeo de SCORM en s no debe extenderse. Si el LMS recibe una solicitud de la API en la cual el parmetro sea cmi.elementName (en la que elementName sea una representacin no definida en la Seccin 4.2), el LMS deber comportarse de la siguiente manera: GetValue(parmetro): El LMS deber devolver una cadena de caracteres vaca y configurar el cdigo de error como 401 Elemento del Modelo de Datos No Definido. SetValue(parameter_1, parameter_2): El LMS devolver false y configurar el cdigo de error como 401 Elemento del Modelo de Datos No Definido. Se estn llevando a cabo esfuerzos para abordar mtodos adicionales con el fin de extender y definir otros modelos de datos. SCORM podra ser actualizado con esos avances a medida que progresen y se estabilicen.

4.2.ModelodeDatosdelAmbientedeDesempeode SCORM
El Modelo de Datos en Ambiente de Desempeo de SCORM contiene un conjunto de elementos de modelo de datos que pueden ser rastreados por el SCO con un LMS durante el desempeo de los SCO. Los elementos de modelo de datos pueden utilizarse para monitorear detalles como el estado, calificaciones, interacciones, objetivos, etc. Algunos de los elementos del modelo de datos se afectan entre s o se pueden usar en coordinacin con otros. Otros de los elementos del modelo de datos, si se utilizan, afectan el control y la secuencia de los dems SCO que se estn utilizando en el mismo contexto (p. ej., la leccin o
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 82

el curso). Los elementos del modelo de datos se resumen en la Tabla 4.2.a, seguidos con detalles acerca de cada uno.
Tabla 4.2a: Resumen de Elementos del Modelo de Datos del Ambiente de Desempeo de SCORM

Elemento del Modelo de Datos Comentarios del estudiante Comentarios del LMS Estado de conclusin Umbral de conclusin

Vinculacin en Notacin por Puntos cmi.comments_from_learner cmi.comments_from_lms cmi.completion_status cmi.completion_threshold

Descripcin Contiene comentarios del estudiante. Contiene comentarios y notas previstos para ser puestos a disposicin del estudiante. Indica si el estudiante ya termin el SCO. Identifica un valor con el cual compara el avance del estudiante hacia el final del SCO, para determinar si ste se considera terminado. Indica si el estudiante recibir el crdito por su desempeo en el SCO. Contiene informacin que indica si el estudiante ha entrado previamente al SCO. Indica cmo o por qu el estudiante sali del SCO. Define informacin referente a una interaccin para medirla o evaluarla. Proporciona datos especficos al SCO que ste puede usar para la inicializacin. Identifica al estudiante con el que se lanz la instancia del SCO. Representa el nombre del estudiante. Especifica las preferencias asociadas a cmo usa el estudiante el SCO. Representa una ubicacin en el SCO. Indica la cantidad de tiempo acumulado que se le permite usar el SCO al estudiante en el esfuerzo de aprendizaje. Identifica las maneras en que se puede presentar el SCO al estudiante. Especifica objetivos de aprendizaje o desempeo asociados al SCO. Identifica en una medida cunto ha avanzado el estudiante hacia la conclusin del SCO. Identifica la escala de calificacin para aprobar un SCO. Identifica la calificacin del estudiante en el SCO. Identifica la cantidad de tiempo que el estudiante ha pasado en la sesin actual del SCO. Indica si el estudiante domin el SCO. Ofrece informacin que el SCO puede crear cuando el estudiante entre o
RTE v.1.3.1 Pag. 83

Crdito Entrada Salir Interacciones Datos del lanzamiento Identidad del estudiante Nombre del estudiante Preferencia del estudiante Ubicacin Tiempo mximo permitido Modo Objetivos Medida de avance Escala de calificacin de aprobacin Calificacin Tiempo de la sesin Estado de xito Suspender datos

cmi.credit cmi.entry cmi.exit cmi.interactions cmi.launch_data cmi.learner_id cmi.learner_name cmi.learner_preference cmi.location cmi.max_time_allowed cmi.mode cmi.objectives cmi.progress_measure cmi.scaled_passing_score cmi.score cmi.session_time cmi.success_status cmi.suspend_data

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Accin de lmite tiempo Tiempo total

de

cmi.time_limit_action cmi.total_time

interacte con el SCO. Indica lo que debe hacer el SCO cuando se rebase el plazo mximo permitido. Identifica la suma del tiempo de las sesiones del estudiante acumuladas en su esfuerzo actual antes de la sesin actual.

Las siguientes secciones definen los requisitos de implementacin del Modelo de Datos del Ambiente de Desempeo de SCORM. Cada elemento del modelo de datos se presenta en una nueva seccin (es decir, 4.2.1, 4.2.2, etc.). Cada seccin contiene una tabla que describe los requisitos especficos del elemento del modelo de datos. Estos requisitos se aplican tanto a los Sistemas de Administracin de Aprendizaje como a la implementacin de los SCO; pero algunos requisitos afectan la implementacin de los Sistemas de Administracin de Aprendizaje, a las de los SCO y otros afectan a ambas. La tabla 4.2b describe la disposicin y formato de las tablas y proporciona informacin descriptiva de cada una de sus partes.
Tabla 4.2b: Explicacin de las Tablas de los Elementos del Modelo de Datos

Vinculacin en notacin por punto <representacin en notacin por punto de la cadena de caracteres del elemento del modelo de datos>

Detalle Esta seccin proporciona informacin descriptiva sobre el elemento del modelo de datos. Requisitos de implementacin del elemento de modelo de datos: Esta seccin de la tabla define los requisitos de implementacin del elemento del modelo de datos. Esta seccin explica los requisitos que seguirn el LMS y el SCO con relacin al tipo de datos. Esta seccin se desglosa en tres subdivisiones Tipo de Datos, Espacio de Valor y Formato. Tipo de datos: Describe el tipo de datos especfico del elemento del modelo de datos segn se plantea en el borrador del estndar del IEEE [1]. Espacio de valor: Representa el espacio de los valores que puede contener el tipo de datos. Por ejemplo, el tipo de datos puede ser una cadena de caracteres, sin embargo los valores de datos de esa cadena de caracteres pueden estar restringidos al conjunto de caracteres de ASCII. Formato: Describe cualquier restriccin al formato impuesta sobre el valor del tipo de datos. Por ejemplo, las horas pueden tener cierto formato (es decir, hh:mm:ss). Requisitos de comportamiento del LMS: Esta seccin describe el conjunto de requisitos que se exige que siga el LMS. Impacto sobre la secuencia: Esta seccin describe el impacto que tiene el elemento del modelo de datos sobre las reglas y comportamientos de secuencia. Si se omite esta seccin, significa que el elemento del modelo de datos no tiene impacto sobre la secuencia. Requisitos de comportamiento del SCO: Esta seccin describe el conjunto de requisitos que se exige que siga el SCO. Requisitos de implementacin de la API: GetValue(): Esta seccin describe los comportamientos especficos que debe

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 84

seguir el LMS al procesar solicitudes GetValue() para el elemento del modelo de datos especificado. Esta seccin tambin describe las condiciones de error que podran ocurrir al usar el elemento del modelo de datos especificado con una solicitud de GetValue(). SetValue(): Esta seccin describe los comportamientos especficos que debe seguir el LMS al procesar solicitudes SetValue() para el elemento del modelo de datos especificado. Esta seccin tambin describe las condiciones de error que podran ocurrir al usar el elemento del modelo de datos especificado con una solicitud de SetValue(). Requisitos adicionales de comportamiento: Esta seccin describe el resto de los requisitos en cuanto al comportamiento especfico con el elemento del modelo de datos. Ejemplo: Esta seccin describir las llamadas al mtodo API que son vlidas al usar el elemento del modelo de datos.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 85

4.2.1.Versindelmodelodedatos
El SCO puede usar el elemento del modelo de datos de palabra clave cmi._version para determinar la versin del modelo de datos que es compatible con el LMS. La cmi._version de la versin 1.3 del Modelo de Datos del Ambiente de Desempeo de SCORM debe ser 1.0; este valor fue definido por el borrador del estndar del IEEE [1]. El SCO puede solicitarlo para determinar la versin del modelo de datos del Ambiente de Desempeo de SCORM que es compatible con el LMS. Por ejemplo, el SCO puede ser diseado para que sea compatible con mltiples versiones del Modelo de Datos del Ambiente de Desempeo de SCORM, si as lo desean.
Tabla 4.2.1a: Vinculacin en notacin por puntos para la versin del modelo de datos del elemento del modelo de datos

Vinculacin en notacin por puntos cmi._version

Detalle Representa la versin del modelo de datos. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: El valor deber consistir en una cadena de caracteres delimitada por un perodo que contenga valores de liberacin principales y secundarios. Cualquier carcter que aparezca despus del valor secundario de liberacin estar separado de l por un punto (.) [1]. La cadena de caracteres representar el valor definido por el borrador del estndar del IEEE: 1.0 Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y se implementar como Slo de Lectura. El LMS es responsable de devolver la cadena de caracteres 1.0 cuando sea solicitada por el SCO. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de versin del modelo de datos (cmi._version). Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor 1.0 (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi._version, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi._version)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 86

4.2.2.Comentariosdelestudiante
Puede haber ocasiones en que el desarrollador de contenido desee recoger comentarios del estudiante sobre la experiencia de aprendizaje. El modelo de datos permite el rastreo de los comentarios del estudiante en cada SCO. La manera en que se recogen o se presentan, queda fuera del alcance de SCORM. Por ejemplo, el LMS puede proporcionar una opcin para recoger comentarios sobre el SCO con alguna interfaz de usuario proporcionada por el LMS o podra darse al SCO la capacidad de recogerlos. La forma en que se utilicen los comentarios tambin queda fuera del alcance de SCORM. Por ejemplo, una vez que hayan sido recogidos, el LMS puede darle a los diseadores (del SCO) la capacidad de crear una lista para reportar los comentarios. stos pueden recogerse en la totalidad de la organizacin de contenido; entonces podran ser utilizados por el diseador para evaluar el diseo y la estructura actual del contenido. El elemento del modelo de datos de cmi.comments_from_learner ofrece la capacidad no slo de recoger el texto del comentario en s, sino tambin la ubicacin (dentro del contenido) y una marca de tiempo (cundo se hizo). cmi.comments_from_learner contiene el texto en formato libre generado por el estudiante. No se especifica una estructura para el texto. El valor de este elemento del modelo de datos est previsto para que ofrezca retroalimentacin sobre el SCO o acerca de la experiencia de aprendizaje de un estudiante especfico con el SCO. Usar este elemento del modelo de datos para otros propsitos puede afectar negativamente la interoperabilidad. El LMS permitir por lo menos un SPM de 250 comentarios de los estudiantes. Cada comentario del estudiante contiene un elemento del modelo de datos que representa el comentario textual hecho por el estudiante. Este comentario textual tiene un SPM de 4000. En cualquier caso, el LMS tiene la libertad de permitir un SPM mayor.
Tabla 4.2.2a: Vinculacin en notacin por puntos para el elemento del modelo de datos de comentarios del estudiante .................... 4-22

Vinculacin en notacin por puntos cmi.comments_from_learner._children

Detalle El elemento del modelo de datos cmi.comments_from_learner._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue() y de SetValue(). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay en el elemento padre de Comentarios del Estudiante y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o comment o location o timestamp Requisitos de comportamiento del LMS:

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 87

Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos hijo del elemento del modelo de datos de Comentarios del Estudiante (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO nicamente se le permite recuperar el valor del elemento del modelo de datos de cmi.comments_from_learner._children. Requisitos de implementacin de la API: GetValue(): El LMS devolver una lista separada por comas de todos los elementos hijo del elemento del modelo de datos de Comentarios del Estudiante que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de.error en 0 Ningn Error. El orden de los elementos del modelo de datos no tiene importancia. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_learner._children, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.comments_from_learner._children) La palabra clave cmi.comments_from_learner._count describe el nmero actual de comentarios del estudiante almacenados por el LMS para ese SCO. Se devolver el nmero total de partidas que maneja actualmente el LMS. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: integer (nmero entero): Espacio de valor: Nmero entero no negativo Formato: La cadena de caracteres que represente el nmero actual de comentarios del estudiante que maneja actualmente el LMS. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si el LMS recibe una solicitud para obtener el valor de cmi.comments_from_learner._count antes de que el SCO configure comentarios, el LMS seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 88

cmi.comments_from_learner._co unt

cmi.comments_from_learner._count. Requisitos de implementacin de la API: GetValue(): El LMS devolver el nmero de comentarios del estudiante almacenados actualmente y configurar el cdigo de error en 0 Ningn Error. o Si el SCO no ha configurado ningn comentario, el LMS devolver 0, y configurar el cdigo de error en 0 Ningn Error. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_learner._count, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false.
Ejemplo: GetValue(cmi.comments_from_learner._count)

cmi.comments_from_learner.n.c omment

El elemento del modelo de datos decmi.comments_from_learner.n.comment describir la partida de texto [1]. El valor de la cadena de caracteres representa una cadena de caracteres local. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: cadena de caracteres local, con SPM de 4000 (localized_string_type) Espacio de valor: Una cadena de caracteres (definida por el ISO-10646- 1) con informacin local Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin acerca de los requisitos para el formato del tipo de datos de localized_string_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El valor es proporcionado por el SCO. El LMS no asumir ningn valor inicial para este elemento del modelo de datos. Si se hace una solicitud de GetValue() antes de que el comentario haya sido configurado por el SCO, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.comments_from_learner.n.comment. Durante la solicitud de SetValue(), el SCO debe estar consciente de que el delimitador es opcional. Si no se proporciona el delimitador como parte de la cadena de caracteres, el LMS asumir que el idioma predeterminado es en (ingls). Durante la solicitud de GetValue(), el SCO debe estar consciente de que el delimitador puede ser parte de la cadena de caracteres devuelta por el LMS (dependiendo en la implementacin del LMS). Lo que deba hacer el SCO con la cadena de caracteres devuelta por el LMS depender de la implementacin del SCO.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 89

Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.comments_from_learner.n.comment y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 comentarios en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.comments_from_learner.n.comment y el registro de los datos ya fue creado pero el elemento del modelo de datos de comentarios no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el cmi.comments_from_learner.n.comment al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos, el LMS configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de comentarios del estudiante almacenados actualmente (que puede determinarse solicitando cmi.comments_from_learner._count ), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver ms informacin sobre cmo procesar esta solicitud. Requisitos adicionales de comportamiento: Si se implementa el elemento del modelo de datos, el SCO tiene la responsabilidad de cerciorarse de que cmi.comments_from_learner.n.comment est configurado inicialmente en un orden secuencial. El SCO tiene la capacidad de recuperar comentarios configurados previamente y sobrescribirlos, actualizando el comentario, la ubicacin y la marca de hora. El SCO debe estar consciente del SPM de caracteres (4000) que sern implementados por el LMS. Ejemplo:
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 90

GetValue(cmi.comments_from_learner.0.comment) SetValue(cmi.comments_from_learner.0.comment,Some comments about the SCO)


cmi.comments_from_learner.n.location El elemento del modelo de datos de cmi.comments_from_learner.n.location indica el punto del SCO al que se refiere el comentario. Este elemento del modelo de datos es definido en la implementacin de cada SCO. Si no se especifica ningn valor de ubicacin, el comentario ser aplicable a todo el SCO (en su totalidad) y no a una ubicacin especfica en l. [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres), SPM: 250) Espacio de valor: ISO-10646-1 Formato: El formato de este elemento del modelo de datos es definido y controlado por el SCO. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de cadena de caracteres. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El valor es controlado y proporcionado por el SCO. Si se hace una solicitud de GetValue() antes de que el SCO configure la ubicacin, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.comments_from_learner.n.location. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de ccmi.comments_from_learner.n.location y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 comentarios en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.comments_from_learner.n.location y el registro de los datos ya fue creado pero el elemento del modelo de datos de ubicacin no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el cmi.comments_from_learner.n.location al valor proporcionado en la solicitud de SetValue(), configurar el cdigo de error en 0 Ningn Error y devolver true. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de comentarios del estudiante almacenados actualmente (que puede determinarse solicitando cmi.comments_from_learner._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver ms informacin sobre cmo procesar esta solicitud. Requisitos adicionales de comportamiento: El SCO tiene la capacidad de recuperar comentarios configurados previamente y sobrescribirlos, actualizando el comentario, la ubicacin y la marca de hora. El SCO debe estar consciente del SPM de caracteres (250) que sern implementados por el LMS.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 91

cmi.comments_from_learner.n.timestamp

Ejemplo: GetValue(cmi.comments_from_learner.0.location) SetValue(cmi.comments_from_learner.0.location,PA GE1SECTION#3) El elemento del modelo de datos de cmi.comments_from_learner.n.timestamp indica el momento en el que se cre el comentario o la ltima vez que fue modificado. La implementacin debe permitir, como mnimo, perodos entre el 1 de enero de 1970 hasta el 1 de enero de 2038 [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: time (second,10,0) Espacio de valor: Este tipo de datos denota el valor del tiempo y se expresa como un valor con una precisin de hasta 1 segundo y opcionalmente hasta una centsima de segundo (0.01). Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos time (second,10,0). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El valor es controlado y proporcionado por el SCO. Si se hace una solicitud de GetValue() antes de que la marca de tiempo haya sido configurada, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO slo se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.comments_from_learner.n.timestamp. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.comments_from_learner.n.timestamp y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 comentarios en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.comments_from_learner.n.timestamp y el registro de los datos ya fue creado pero el elemento del modelo de dato de cmi.comments_from_learner.n.timestamp no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca ().

SetValue(): El LMS configurar el cmi.comments_from_learner.n.timestamp al valor proporcionado en la solicitud de SetValue(), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos el LMS configurar el cdigo de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 92

error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de comentarios del estudiante almacenados actualmente (que puede determinarse solicitando cmi.comments_from_learner._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver ms informacin sobre cmo procesar esta solicitud. Ejemplo: GetValue(cmi.comments_from_learner.0.timestamp) SetValue(cmi.comments_from_learner.0.timestamp,20 03-07-25T03:00:00)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 93

4.2.3.ComentariosdelLMS
El elemento del modelo de datos de cmi.comments_from_lms contiene comentarios y anotaciones del SCO que deben ser vistas por todos los estudiantes. Estos comentarios tienen la intencin de funcionar como un mecanismo para agregar informacin del inters de todos los estudiantes de una comunidad particular, como notas del instructor, etc. SCORM no define un mecanismo para inicializar estos comentarios. Los Sistemas de Administracin de Aprendizaje tienen la libertad de proporcionar un mecanismo compatible para la creacin e inicializacin de estos datos. Pero esta compatibilidad no es un requisito SCORM. La manera en que se presenta o usa esta informacin queda fuera del alcance de SCORM. Un uso que se le podra dar es que haya la capacidad de recuperar los comentarios y mostrarlos al estudiante en el lanzamiento del SCO (o en algn momento durante la sesin). El valor de cmi.comments_from_lms tiene la intencin de ofrecer informacin sobre el SCO o sobre la experiencia de aprendizaje con el SCO. SCORM no especifica la estructura de esta informacin. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 100 comentarios del LMS y tiene la libertad de permitir valores mayores al SPM definido.
Tabla 4.2.3a: Vinculacin en notacin por puntos para el elemento del modelo de datos de comentarios del LMS

Vinculacin en notacin por puntos cmi.comments_from_lms._children

Detalle El elemento del modelo de datos cmi.comments_from_lms._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue() y de SetValue(). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay en el elemento padre de Comentarios del LMS y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o comment o location o timestamp Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos del modelo de datos (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.comments_from_lms._children Requisitos de implementacin de la API: GetValue(): El LMS devolver una lista separada por comas de todos los elementos del modelo de datos que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. El orden de los elementos no tiene importancia. La cadena de caracteres devuelta debe seguir los

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 94

cmi.comments_from_lms._count

cmi.comments_from_lms.n.comment

requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_lms._children, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.comments_from_lms._children) La palabra clave cmi.comments_from_lms._count se utiliza para describir el nmero de comentarios de los Sistemas de Administracin de Aprendizaje que el LMS almacena actualmente. Se devolver el nmero total de partidas que maneja actualmente el LMS. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: integer (nmero entero): Espacio de valor: Nmero entero no negativo Formato: La cadena de caracteres que represente el nmero actual de comentarios que el LMS persiste. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si el LMS recibe una solicitud para obtener el valor de cmi.comments_from_lms._count antes de que el SCO configure comentarios, el LMS seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.coments_from_lms._count. Requisitos de implementacin de la API: GetValue(): El LMS devolver el nmero de comentarios almacenados actualmente y configurar el cdigo de error en 0 Ningn Error. o Si no se han definido comentarios en este elemento, el LMS devolver 0 y configurar el cdigo de error en 0. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_lms._count, el LMS debe configurar el cdigo de error en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.comments_from_lms._count) El elemento del modelo de datos de cmi.comments_from_lms.n.comment describir comentarios o notas asociadas a un SCO [1]. El valor de la cadena de caracteres representa la cadena de caracteres local. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: Cadena de caracteres local (localized_string_type), SPM: 4000 Espacio de valor: Una cadena de caracteres (definida por el ISO-106461) con informacin local. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. La manera en que se inicialice este elemento del modelo de datos queda fuera del alcance de SCORM. El LMS podra proporcionar un medio que le permita al autor/instructor ofrecer los comentarios y as stos podran ser usados para inicializar este valor. Si se hace una solicitud de GetValue() antes de que el comentario haya sido configurado o inicializado por el SCO, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje
RTE v.1.3.1 Pag. 95

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.comments_from_lms.n.location

implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.comments_from_lms.n.comment Durante la solicitud de GetValue(), el SCO debe estar consciente de que el delimitador puede ser parte de la cadena de caracteres devuelta por el LMS (dependiendo en la implementacin del LMS). Lo que deba hacer el SCO con la cadena de caracteres devuelta por el LMS, depender de la implementacin del SCO. Si no se proporciona el delimitador, el SCO asumir que el idioma predeterminado es en (ingls). Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.comments_from_lms.n.comment y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 comentarios en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.comments_from_lms.n.comment y el registro de los datos ya fue creado pero el elemento del modelo de datos de comentarios no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_lms.n.comment, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.comments_from_lms.0.comment) El elemento del modelo de datos de cmi.comments_from_lms.n.location indica el punto del SCO al que se refiere el comentario. Este elemento del modelo de datos es definido en la implementacin de cada SCO. Si no se especifica ningn valor de ubicacin, el comentario ser aplicable a todo el SCO (en su totalidad)[1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres), SPM: 250 Espacio de valor: ISO-10646-1 Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de cadena de caracteres. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. La manera en que se inicialice este elemento queda fuera del alcance de SCORM. El LMS podra proporcionar un medio que le permita al autor/instructor ofrecer los comentarios (con su ubicacin y fecha) y as stos podran ser usados para inicializar este valor. Si se hace una solicitud de GetValue() antes de que el comentario haya sido configurado o inicializado por el LMS, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de
RTE v.1.3.1 Pag. 96

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.comments_from_lms.n.location. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.comments_from_lms.n.location y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 comentarios en el conjunto) el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.comments_from_lms.n.location y el registro de los datos ya fue creado pero el elemento del modelo de datos de ubicacin no ha sido configurado por el LMS, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_lms.n.location, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.comments_from_lms.0.location) El elemento del modelo de datos de cmi.comments_from_lms.n.timestamp indica el momento en el que se cre el comentario o la ltima vez que fue modificado. La implementacin debe permitir, como mnimo, perodos entre el 1 de enero de 1970 y el 1 de enero de 2038 [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: time(second,10,0) Espacio de valor: Este tipo de datos denota que el valor de tiempo es un nmero que se expresa como un tipo de datos real con valores que tienen una precisin de hasta un segundo y opcionalmente hasta una centsima de segundo (0.01). El nmero de segundos que hay en el valor de tiempo es el nmero de segundos desde 00:00, en el 1 de enero de 1970 [1]. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos time (second,10,0). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. La manera en que se inicialice este elemento queda fuera del alcance de SCORM. El LMS podra proporcionar un medio que le permita al autor/instructor ofrecer los comentarios (con su ubicacin y fecha) y as stos podran ser usados para inicializar este valor. Si se hace una solicitud de GetValue() antes de que la marca de hora haya sido configurada o inicializada por el LMS, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.comments_from_lms.n.timestamp. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.comments_from_lms.n.timestamp y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos.
RTE v.1.3.1 Pag. 97

cmi.comments_from_lms.n.timestamp

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 comentarios en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.comments_from_lms.n.timestamp y el registro de los datos ya fue creado pero el elemento del modelo de datos de marca de hora no ha sido configurado por el LMS, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.comments_from_lms.n.timestamp, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.comments_from_lms.0.timestamp)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 98

4.2.4.Estadodeconclusin
El elemento del modelo de datos de cmi.completion_status indica si el estudiante concluy el SCO [1]. La manera en que el SCO determina su estado de conclusin queda fuera del alcance de SCORM. Este valor indica el estado general de conclusin, segn lo determine el desarrollador del SCO.
Tabla 4.2.4a: Vinculacin en notacin por puntos para el estado de conclusin del elemento del modelo de datos

Vinculacin en notacin por puntos cmi.completion_status

Detalle

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (concluido, incompleto, no intentado, desconocido) Espacio de valor: El borrador del estndar del IEEE define cuatro valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o concluido (completed): El estudiante ha experimentado suficiente del SCO para considerarlo terminado [1]. La manera en que se determina la conclusin es controlada y manejada por el SCO. El estado de conclusin puede ser sobrescrito por el LMS basndose en los requisitos definidos en 4.2.4.1: Evaluacin del Estado de Conclusin. o incompleto (incomplete): El estudiante no ha experimentado suficiente del SCO para considerarlo terminado [1]. La manera en que se determina la conclusin es controlada y manejada por el SCO. o no intentado (not attempted): Se consideran que el estudiante no utiliz el SCO de manera significativa [1]. o desconocido (unknown): No se declara el estado [1]. Esto indica que se puede hacer alguna declaracin que indique el estado de conclusin. Formato: El formato del valor del modelo de datos ser una de las cuatro representaciones en vocabulario restringidas que se mencionaron antes (completed, incomplete, not attempted, unknown). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Si no se define el cmi.completion_threshold, el acto de determinar el cmi.completion_status ser controlado y manejado por el SCO, el LMS no puede inferir ningn valor para el cmi.completion_status de manera alguna. En SCORM no existen requisitos que obliguen al SCO a configurar el cmi.completion_status. Si el SCO no configura el cmi.completion_status, el LMS usar el valor predeterminado de desconocido (unknown) como el valor del cmi.completion_status. Si se define un cmi.completion_threshold, es responsabilidad del LMS mantener la congruencia entre el cmi.completion_threshold, cmi.progress_measure, y el valor usado por el LMS para cmi.completion_status. El LMS debe reportar (cuando se le solicite por medio de una llamada de GetValue()) el cmi.completion_status siguiendo los requisitos definidos en la seccin 4.2.4.1: Evaluacin del Estado de Conclusin. Impacto sobre la secuencia: Si el SCO o el LMS (con el proceso descrito en la Seccin 4.2.4.1) configura el cmi.completion_status del SCO en desconocido (unknown), el Estado de Avance del Intento en la actividad de aprendizaje asociada al SCO ser false. Si el SCO o el LMS (con el proceso descrito en la Seccin 4.2.4.1) configura el cmi.completion_status del SCO en concluido (completed), el Estado de Avance del Intento en la actividad de aprendizaje asociada al SCO ser true y el Estado de Conclusin del Intento en la actividad de aprendizaje asociada al SCO ser true. Si el SCO o el LMS (con el proceso descrito en la Seccin 4.2.4.1) configura el cmi.completion_status del SCO en incompleto (incomplete), el Estado de Avance del Intento en la actividad de aprendizaje asociada al SCO ser true y el Estado de Conclusin del Intento en la actividad de aprendizaje asociada al SCO ser false. Si el SCO o el LMS (con el proceso descrito en la Seccin 4.2.4.1) configura el cmi.completion_status del SCO en no intentado (not attempted), el Estado de Avance del Intento en la actividad de aprendizaje asociada al SCO ser true y el Estado de Conclusin del Intento en la actividad de aprendizaje asociada al SCO ser false. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 99

cmi.completion_statu.s El SCO debe estar consciente de que configurar el cmi.completion_status afectar la actividad de aprendizaje asociada, de esta manera pudiendo afectar la secuencia. Si se aplic informacin de secuencia a la actividad de aprendizaje asociada al SCO, que depende del estado de conclusin, ste debe garantizar que se enve informacin precisa sobre la conclusin al LMS (SetValue()) antes de que termine la sesin del estudiante con el SCO. De lo contrario, el LMS usar el valor desconocido (unknown), como estado de conclusin de la actividad de aprendizaje asociada al SCO al procesar la informacin de secuencia. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.completion_status asociado que actualmente maneja el LMS para el estudiante y configurar el cdigo de error en 0 ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si se define el cmi.completion_threshold, el LMS debe reportar (cuando se le solicite por medio de una llamada de GetValue ()) el cmi.completion_status siguiendo los requisitos definidos en la seccin 4.2.4.1: Evaluacin del Estado de Conclusin. o si no se define el cmi.completion_threshold, hasta que el SCO reporte un valor, el valor predeterminado de cmi.completion_status ser desconocido (unknown). SetValue(): Si el SCO invoca una solicitud para configurar el cmi.completion_status y el valor no es un miembro de las representaciones en vocabulario restringido antes descritas, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.completion_status) SetValue(cmi.completion_status,incomplete)

4.2.4.1 Evaluacin del estado de conclusin


Por lo general el estado de conclusin del SCO es determinado por el SCO. El desarrollador de contenido puede disear el estado de conclusin del SCO de varias maneras, incluyendo, mas no limitndose a: El nmero de pginas visitadas por el estudiante Como resultado de que un estudiante seleccione un control de la interfaz del usuario (p. ej., que el estudiante presione un botn) Que el estudiante termine de ver un video o de leer un documento. del SCO (es decir,

La conclusin de distintos objetivos cmi.objectives.n.completion_status)

Sin importar cmo lo determine el SCO, este proceso implica que el SCO configure el cmi.completion_status. SCORM no le exige al SCO que monitoree (es decir, llamadas de funcin GetValue() o SetValue()) ningn elemento del modelo de datos del ambiente de desempeo SCORM. Con esto en mente, el LMS tiene comportamientos adicionales obligatorios al determinar el estado de conclusin. Bajo ciertas circunstancias, se le exige al LMS que se comporte de manera diferente. El elemento del modelo de datos de cmi.completion_status es afectado por otros dos elementos del modelo de datos del ambiente de desempeo SCORM (Umbral de Conclusin cmi.completion_threshold y Medida de Avance cmi.progress_measure). La siguiente tabla define los posibles estados de estos valores y el comportamiento definido del LMS. El valor de Umbral de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 100

Conclusin puede estar incluido en el archivo imsmanifest.xml (consulte la Seccin 4.2.5: Umbral de Conclusin para ver ms detalles). Tanto la Medida de Avance como el Umbral de Conclusin son determinados y configurados por el SCO. La tabla 4.2.4.1a define los comportamientos del LMS asociados a las combinaciones de configuracin/definicin de estos valores. El comportamiento del LMS ser aplicado cuando el SCO haga una solicitud de GetValue() para recuperar el valor del cmi.completion_status. Si se sobrescribe y persiste el valor almacenado por el LMS para cmi.completion_status durante este proceso de evaluacin, es algo que queda fuera del alcance de SCORM y es distinto en cada implementacin.
Tabla 4.2.4.1a: EvaluacinGetValue() del estado de conclusin

Umbral de conclusin (*) No se ha definido ninguno No se ha definido ninguno No se ha definido ninguno 0.8

Medida de avance No hay valor configurado por el SCO No hay valor configurado por el SCO 0.5

Estado de conclusin No hay valor configurado por el SCO Uno de los vocabularios definidos. Uno de vocabularios definidos. Uno de vocabularios definidos. Uno de vocabularios definidos.

Comportamiento GetValue() del LMS El cmi.completion_status ser evaluado como desconocido y este valor ser devuelto al SCO.

0.5

0.8

0.9

0.8 0.8

No hay valor configurado por el SCO 0.5

No hay configurado SCO No hay configurado SCO

valor por el valor por el

Ninguna accin, se devolver el cmi.completion_status mantenido actualmente por el LMS (es decir, el valor configurado en la ltima llamada exitosa de SetValue () del SCO). los Ninguna accin, se devolver el cmi.completion_status mantenido actualmente por el LMS (es decir, el valor configurado en la ltima llamada exitosa de SetValue () del SCO). los El cmi.completion_status ser evaluado como incompleto y este valor ser devuelto al SCO. RAZN: 0.5 < 0.8. Consulte los requisitos definidos por cmi.completion_threshold y cmi.progress_measure. los El cmi.completion_status ser evaluado como concluido y este valor ser devuelto al SCO. RAZN: 0.9 >= 0.8. Consulte los requisitos definidos por cmi.completion_threshold y cmi.progress_measure. El cmi.completion_status ser evaluado como desconocido y este valor ser devuelto al SCO. El cmi.completion_status ser evaluado como incompleto y este valor ser devuelto al SCO. RAZN: 0.5 < 0.8. Consulte los requisitos definidos por cmi.completion_threshold y cmi.progress_measure. El cmi.completion_status ser evaluado como concluido y este valor ser devuelto al SCO. RAZN: 0.9 >= 0.8. Consulte los requisitos definidos por cmi.completion_threshold y cmi.progress_measure. El cmi.completion_status ser evaluado desconocido y este valor ser devuelto al SCO. El cmi.completion_status ser evaluado desconocido y este valor ser devuelto al SCO. como como

0.8

0.9

No hay valor configurado por el SCO

No se ha definido ninguno 0.8

0.5 No hay valor configurado por el SCO

No hay valor configurado por el SCO Uno de los vocabularios definidos.

* Nota de ADL: El Umbral de Conclusin es definido en el elemento de ADL llamado <adlcp:completionThreshold> asociado al elemento <adlcp:item> que remite al recurso SCO. Si se define el <adlcp:completionThreshold>, el LMS ser responsable de inicializar el elemento del modelo de datos de cmi.completion_threshold con el valor usado. Si no se
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 101

define el <adlcp:completionThreshold>, el cmi.completion_threshold no estar definido y el LMS no lo inicializar con ningn valor.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 102

4.2.5. Umbral de conclusin


El SCO puede utilizar el valor almacenado en el elemento del modelo de datos de cmi.completion_threshold para determinar si se debe considerar al SCO concluido. Esto se puede lograr comparando el cmi.completion_threshold al cmi.progress_measure hecho por el estudiante, al avanzar hacia la conclusin del SCO.
Tabla 4.2.5a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Estado de Conclusin

Vinculacin en notacin por puntos cmi.completion_threshold

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) rango (0..1) Espacio de valor: 0.0 <= cmi.completion_threshold <= 1.0 Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar este elemento del modelo de datos usando el elemento del Empaquetado de Contenido de ADL de <adlcp:completionThreshold>. Este elemento slo aparecer, si es necesario, como hijo de un elemento <imscp:item> de rama que refiera a un recurso SCO, que se encontrar en un Manifiesto del Paquete de Contenido. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.completion_threshold. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.completion_threshold y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO intenta recuperar el cmi.completion_threshold y no hubiera un umbral de conclusin definido en el Manifiesto del Paquete de Contenido (elemento <adlcp:completionThreshold>), el LMS debe configurar el cdigo de error como 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.completion_threshold, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.completion_threshold)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 103

4.2.6.Crdito
El elemento del modelo de datos de cmi.credit indica si el estudiante recibir el crdito por su desempeo en el SCO [1]. La manera en que se determina si el SCO se tomar por crdito o no queda fuera del alcance de SCORM. El valor predeterminado para este elemento del modelo de datos es el hecho de que el SCO est siendo tomado por crdito. Por lo general no se elige qu SCO ser para crdito y cul no. Esto se maneja a nivel de la organizacin de contenido (p. ej., del curso). Si El LMS proporciona un mecanismo para permitir que los estudiantes se registren en la organizacin de contenido por crdito y no crdito, se usar el valor que el estudiante elija (o posiblemente el valor que el instructor exija para la organizacin de contenido) en todos los SCO que se encuentran en la organizacin de contenido.
Tabla 4.2.6a: Vinculacin en notacin por puntos para el elemento del modelo de datos de crdito
Vinculacin en notacin por puntos cmi.credit Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (credit, no_credit) Espacio de valor: El borrador del estndar del IEEE define dos valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o credit: El estudiante toma el SCO por el crdito [1]. El valor predeterminado para este elemento del modelo de datos ser credit. Si no se provee ningn mecanismo para determinar o para asignar este valor, se utilizar la opcin predeterminada de credit. Tomar el SCO por crdito afecta cmo se determina el elemento del modelo de datos de cmi.success_status (consulte la Seccin 4.2.16.1: Requisitos de Uso de Modo y Crdito para ver ms detalles). o no-credit: El estudiante est tomando el SCO sin recibir crdito [1]. Si es as, los valores que afectan la determinacin del estado de xito, o la calificacin, no sern interpretados por el LMS y no afectarn el estado de xito o la calificacin del SCO. Formato: El formato del valor del modelo de datos ser una de las dos representaciones en vocabulario restringidas que se mencionaron antes (credit, no-credit). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. SCORM no exige que el LMS permita un mecanismo para prescribir el estado de crdito del SCO. Si el LMS permite o no un mecanismo para esta funcionalidad, queda fuera del alcance de SCORM. Si no lo permite, se devolver el valor predeterminado (credit) en todos los casos. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.credit. Lo que el SCO deba hacer con esta informacin queda totalmente a su criterio. El SCO podra utilizar el valor cmi.credit para determinar si es importante reportar otros valores de los elementos del modelo de datos al LMS (por medio de una llamada SetValue()). Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.credit asociado que actualmente maneja el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO solicita el cmi.credit y el LMS no permite un mecanismo o proceso para seleccionar credit o no-credit, el LMS devolver el valor predeterminado (credit). o Si el LMS permite ese mecanismo o proceso, devolver el valor almacenado para cmi.credit. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.credit, el LMS debe configurar el cdigo de error API como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.credit)
RTE v.1.3.1 Pag. 104

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

4.2.7.Entrada
El elemento del modelo de datos de cmi.entry contiene informacin que declara si el estudiante ha tenido acceso al SCO antes [1]. Como se define en el Modelo Temporal (consulte la Seccin 2.1.1: Modelo Temporal del Ambiente de Desempeo), un valor de ab-initio indica que el SCO tiene un conjunto de informacin de desempeos en estado predeterminado (limpio). No hay datos de desempeo disponibles de ningn intento anterior del estudiante. Un valor de entrada de continuar indica que el SCO est teniendo acceso a datos de desempeo para el intento actual del estudiante, tal como fueron configurados en la sesin anterior del estudiante en el SCO.
Tabla 4.2.7a: Vinculacin en notacin por puntos para el elemento del modelo de datos de entrada

Vinculacin en notacin por puntos cmi.entry

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (ab_initio, resume, _nil_) [1] Espacio de valor: El borrador del estndar del IEEE define tres valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o ab-initio: Indica que el estudiante no ha tenido acceso al SCO durante el intento actual [1]. Este valor indica que sta es la primera sesin del estudiante asociada al intento actual del estudiante en el SCO. o resume: Indica que (1) el principiante ha tenido acceso al SCO previamente durante el intento actual, y (2) que al salir, el elemento del modelo de datos de cmi.exit tena el valor de suspend o logout [1] o que el LMS accion una Solicitud de Suspender Toda la Navegacin. o (empty characterstring): Indicar todas las dems condiciones. No hay conocimiento de que se haya tenido acceso anteriormente o no se indica ninguna condicin de entrada especfica [1]. Otro ejemplo podra ser que el SCO ya fue concluido o dominado, y fue lanzado con propsitos de revisin. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar el elemento del modelo de datos de cmi.entry basndose en las siguientes reglas. o Si sta es la primera sesin del estudiante en el intento, el LMS configurar el cmi.entry a ab initio durante el lanzamiento inicial del SCO. o Si se est retomando el intento tras suspender una sesin (si se configur el cmi.exit ensuspend o logout), el LMS inicializar este valor en resume. o Si la sesin anterior en el SCO termin por una Solicitud de Suspender Toda Navegacin accionada por el LMS, ste inicializar este valor en resume. o En cualquier otra condicin, el LMS configurar el cmi.entry en una cadena de caracteres vaca (). Al recibir una solicitud de Terminate() o si el usuario se aleja navegando, el LMS configurar el cmi.entry en (cadena de caracteres vaca) o en resume. Este valor estar disponible durante la siguiente sesin del estudiante en el intento actual. Eso lo determina el LMS evaluando el valor de cmi.exit. Si el intento en la actividad se suspende (ya sea que lo indique el SCO configurando el valor de cmi.exit en suspend o que lo indique algn otro mecanismo de suspensin provisto por el LMS como una Solicitud de Suspender Toda Navegacin), el LMS configurar cmi.entry en resume en el siguiente intento en la actividad (que refiera al SCO asociado) de ese estudiante. Si el SCO configura cmi.exit a un valor que no sea suspend o si no configura ningn valor, el LMS configurar el cmi.entry a una cadena de caracteres vaca (). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.entry. Lo que el SCO deba hacer con esta informacin queda totalmente a su criterio.
RTE v.1.3.1 Pag. 105

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor de cmi.entry almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de implementacin del elemento del modelo de datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.entry, el LMS debe configurar el cdigo de error API en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.entry)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 106

4.2.8.Salida
El elemento del modelo de datos de cmi.exit indica cmo o por qu sali el estudiante del SCO [1]. Este valor se usa para indicar la razn por la que se sali del SCO la ltima vez.
Tabla 4.2.8a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Salida

Vinculacin en notacin por puntos


cmi.exit

Detalle

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (timeout, suspend, logout, normal, _nil_) Espacio de valor: El borrador del estndar del IEEE define cinco valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o time-out: El SCO concluy porque se excedi el lmite de tiempo especificado por max_time_allowed [1]. o suspend: El estudiante sali del SCO con la intencin de volver al punto en el que sali [1]. o logout: El SCO seal un deseo de finalizar toda la actividad de aprendizaje de la que forma parte el SCO [1]. o normal: Se sali del SCO de manera normal [1]. o cadena de caracteres vaca: No estn determinadas las condiciones de salida [1]. ste es el valor predeterminado. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Escritura. El valor es controlado completamente por el SCO. ste es responsable de configurarlo. Si el SCO no configura los datos del elemento del modelo de datos de cmi.exit, se usara el valor predeterminado (la cadena de caracteres vaca ()). Si el LMS recibe una solicitud para obtener el valor de cmi.exit, debe seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Si hubiera otras sesiones del estudiante dentro del intento, el cmi.exit se desinicializa (es decir, se reinicializa a su valor predeterminado de () una cadena de caracteres vaca) al principio de cada una de las sesiones adicionales. Impacto sobre la secuencia: Si el SCO configura cmi.exit en time-out, el LMS procesar una solicitud de navegacin de Salir de Todo cuando se retire el SCO, en lugar de cualquier otra solicitud de navegacin pendiente (del estudiante o del LMS). Si el SCO configura cmi.exit en suspend, el LMS configurar en true el valor de La Actividad est Suspendida de la actividad de aprendizaje asociada al SCO. Si el SCO configura cmi.exit en logout, el LMS procesar una solicitud de navegacin de Salir de Todo cuando se retire el SCO, en lugar de cualquier otra solicitud de navegacin pendiente (del estudiante o del LMS). Nota de ADL: La palabra clave de logout est siendo erradicada y no ser utilizada en las versiones futuras de SCORM. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Escritura. Al SCO slo se le permite almacenar el valor del elemento del modelo de datos de cmi.exit. Requisitos de implementacin de la API: GetValue(): Si el SCO invoca una solicitud para obtener el cmi.exit, el LMS debe configurar el cdigo de error en 405 El Elemento del Modelo de Datos es Slo de Escritura y devolver una cadena de caracteres vaca (). SetValue( ): Esta solicitud configura el cmi.exit en el valor proporcionado. El valor debe coincidir con alguno de los vocabularios declarados para este elemento del modelo de datos. Si el valor proporcionado concuerda con una de las representaciones que aparecen arriba, el LMS devolver true , y configurar el cdigo de error en 0 - Ningn Error.

o Si el valor proporcionado no es equivalente a una de las representaciones que aparecen arriba, el LMS configurar el cdigo de error en 406 No Concuerda el Tipo del Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 107

Requisitos adicionales de comportamiento: En cada intento del estudiante en el SCO, es responsabilidad del LMS dar un valor cmi.entry de ab-initio en la primera sesin del estudiante en ese intento. Este valor indica que sta es la primera vez que el estudiante est experimentando el SCO durante el intento del mismo. Tambin indica que el SCO est entrando a un modelo de datos predeterminado (limpio). El LMS implementar el valor cmi.entry como Slo de Lectura. Ya que el elemento del modelo de datos ser implementado como Slo de Lectura, el LMS es responsable de manejar este valor (el SCO no lo afecta directamente no puede hacer la llamada SetValue () en cmi.entry). El LMS es responsable de reaccionar a otras interacciones del desempeo para determinar este valor. La siguiente explicacin se proporciona para mayor claridad: El valor de cmi.entry es afectado directamente por el elemento del modelo de datos de cmi.exit. El SCO es responsable de configurar el valor cmi.exit, si as lo desea. Dependiendo del valor de cmi.exit, el LMS reaccionar de la siguiente manera: Si el SCO configura el cmi.exit en time-out, se asume que el intento del estudiante est finalizando. Ya que el intento ha concluido, la prxima vez que se lance el SCO el LMS proporcionar un conjunto limpio de valores para el modelo de datos. Adems, el LMS finalizar el intento para el estudiante en la organizacin de contenido. Este comportamiento se exhibir cuando se reciba una solicitud de Terminate() del SCO que configure el cmi.exit en time-out o si el estudiante se aleja navegando. Si el SCO configur el cmi.exit en suspend, el LMS debe configurar el cmi.entry en resume. Al configurar el cmi.exit en suspend, el SCO est indicando que el estudiante ha salido con la intencin de volver al SCO posteriormente. Dado que el intento del estudiante fue suspendido, una vez que se retome, el SCO tendr el mismo conjunto de datos adquiridos durante el intento previo. Si el SCO configur el cmi.exit en logout, esto indica que se sali del SCO de manera normal (segn lo determinado por el desarrollador del SCO) y que el intento del estudiante en el SCO termin normalmente. Un intento posterior en el SCO implicar un nuevo conjunto de datos de desempeo. Nota de ADL: La palabra clave de logout est siendo erradicada y no ser utilizada en las versiones futuras de SCORM. Si el SCO configur el cmi.exit en normal, esto indica que se sali del SCO de manera normal (segn lo determinado por el desarrollador del SCO) y que el intento del estudiante en el SCO termin normalmente. Un intento posterior en el SCO implicar un nuevo conjunto de datos de desempeo. Si el SCO configur el cmi.exit en , esto indica que el estado de salida del SCO no est determinado y que el intento del estudiante termin. Un intento posterior en el SCO implicar un nuevo conjunto de datos de desempeo. NOTA: La manera en que el LMS configurar el cmi.entry depende de cada implementacin. Sin embargo, este valor estar disponible durante la siguiente sesin del estudiante dentro de ese intento. Ejemplo: SetValue(cmi.exit,suspend).

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 108

4.2.9.Interacciones
El elemento del modelo de datos de interacciones define un grupo de respuestas del estudiante que el SCO puede pasar al LMS. Las interacciones deben ser respuestas a preguntas o tareas individuales que el desarrollador del SCO desea registrar. No hay un comportamiento implcito que el LMS deba tener cuando se solicita que se configuren las interacciones, adems de almacenar los datos. Se pueden concebir las interacciones como grupos de informacin (de datos de la interaccin); los datos de interaccin se representan en la Figura 4.2.9a. Segn lo sealado por el borrador del estndar del IEEE, se le exige al LMS permitir (es decir, almacenar) por lo menos 250 conjuntos de datos de interaccin [1]. El LMS puede decidir permitir ms de 250; sin embargo, el requisito es al menos 250 conjuntos de datos de interaccin.

Figura 4.2.9a: Interacciones y datos de interaccin

Existen dos importantes piezas de datos que es obligatorio incluir en los datos de interaccin, un identificador (cmi.interactions.n.id) y el tipo de interaccin (cmi.interactions.n.type). El elemento del modelo de datos de cmi.interactions.n.type es obligatorio si la Interaccin incluye datos sobre la Respuesta Correcta o la Respuesta del Estudiante. Esas dos piezas de informacin son las que distingue a los datos de interaccin de otro tipo de datos de interaccin que se encuentran en el grupo de las interacciones (considerados como dependencias de los datos de interaccin). El identificador especifica de manera exclusiva a una interaccin de la otra dentro del alcance del SCO. El tipo identifica exclusivamente al tipo de interaccin (verdadera-falsa, coincidente, etc.). El SCO puede utilizar el elemento del modelo de datos de Interacciones principalmente para dos motivos: para llevar una bitcora y para el estado. El esquema de bitcora exige que el SCO registre los datos de interaccin cada vez que el estudiante participe en la interaccin (es decir, se agregan nuevos datos de interaccin al conjunto de interacciones). Al aplicar este esquema para registrar las interacciones, se puede recopilar informacin para estudiar la experiencia del estudiante con las interacciones del SCO. Por ejemplo, se pueden generar reportes que indiquen cuntas veces respondi el estudiante a la
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 109

interaccin, cul era el estado de latencia de cada interaccin, cul fue la respuesta del estudiante y cul fue el resultado de la respuesta. Estos datos se pueden recopilar y utilizar para actualizar la interaccin para su uso posterior. Los LMS pueden proporcionar este tipo de informacin para investigaciones y anlisis independientes, sin embargo la disponibilidad de estos datos y esta funcin quedan fuera del alcance de SCORM. El esquema del estado exige que el SCO registre los datos de interaccin y que la mantenga actualizada, basndose en la experiencia del estudiante con el SCO. Por ejemplo, se puede configurar informacin si el estudiante responde a una interaccin. Si despus corrige su respuesta, esos mismos datos de interaccin se actualizan con el cambio (a diferencia de agregar una nueva partida al conjunto de interacciones). En este esquema, los datos de interaccin contienen el ltimo estado de la interaccin registrado. Tambin se pierde en este esquema la capacidad de rastrear cuntas veces actualiz el estudiante la respuesta a la interaccin. Existen pros y contras en cuanto al uso de un esquema o el otro. Los desarrolladores del SCO deben estar al tanto de los dos esquemas y utilizar el que prefieran. Desde la perspectiva del LMS, el esquema de bitcora implica una mayor carga en los requisitos de almacenaje. Pero se debe tomar en cuenta que el nico requisito en cuanto a la cantidad de datos de interaccin que se deban almacenar es de 250. Los desarrolladores del SCO deben comprender que el SPM de 250 indica que slo se le exige al LMS permitir 250 conjuntos de datos de interaccin. Como siempre sucede con los elementos del modelo de datos que estn almacenados en conjuntos, no es la posicin en el ndice (n) la que da la unicidad de los datos. Los requisitos de implementacin definidos en el estndar indican que los conjuntos deben ser implementados como bolsas [12]. Esta estructura de datos permite que el mismo objeto (los datos de interaccin) se repita en el conjunto (a diferencia de un conjunto que exige que los artculos que estn en el conjunto sean nicos). Si usa un esquema de estado, se recomienda que los SCO se construyan, si se usan los elementos del modelo de datos de interaccin, de manera que no dependan de la posicin del ndice para la unicidad. Dependiendo del estudiante y de la sesin de aprendizaje, los mismos datos de interaccin podran no estar almacenados en la misma posicin del conjunto. Se recomienda ampliamente que el SCO se construya de manera que busque ciertos identificadores entre los datos de interaccin, antes de actualizarlos. Si usa el esquema de bitcora antes descrito, no es necesario seguir esta recomendacin, ya que cada vez que el estudiante interacte se crear una nueva partida en el conjunto.
Tabla 4.2.9a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Interacciones

Vinculacin en notacin por puntos


cmi.interactions._children

Detalle
El elemento del modelo de datos de cmi.interactions._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue () y de SetValue (). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay
RTE v.1.3.1 Pag. 110

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.interactions._count

en el elemento padre de Interaccin del modelo de datos y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o id o type o objectives o timestamp o correct_responses o weighting o learner_response o result o latency o description Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos del modelo de datos (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.interactions._children. Requisitos de implementacin de la API: GetValue(): El LMS devolver una lista separada por comas de todos los elementos del modelo de datos que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. El orden de los elementos del modelo de datos no tiene importancia. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.interactions._children, el LMS debe configurar el cdigo de error en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.interactions._children) La palabra clave cmi.interactions._count se utiliza para describir el nmero de interacciones que el LMS almacena actualmente. Se devolver el nmero total de partidas que maneja actualmente el LMS. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: Integer (nmero entero): Espacio de valor: Nmero entero no negativo. Formato: La cadena de caracteres que represente el nmero actual de interacciones que el LMS persiste. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si el LMS recibe una solicitud para obtener el valor de cmi.interactions._count antes de que el LMS configure interacciones, el LMS seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.interactions._count. Requisitos de implementacin de la API: GetValue(): El LMS de volver el nmero de interacciones que actualmente almacena y configurar el cdigo de error en 0 Ningn Error. o Hasta que haya datos de interaccin disponibles para el SCO, el LMS devolver 0, lo cual indica que no hay datos de interaccin almacenados actualmente. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.interactions._count, el LMS debe configurar el cdigo de error en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo:

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 111

cmi.interactions.n.id

GetValue(cmi.interactions._count) El elemento del modelo de datos de cmi.interactions.n.id es una etiqueta para la interaccin. sta ser exclusiva para cada registro de la interaccin, por lo menos dentro del alcance del SCO [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: long_identifier_type. Espacio de valor: Una cadena de caracteres (SPM: 4000) que represente un URI vlido segn el RFC 2396 [6]. Se recomienda que el URI sea un URN de acuerdo al RFC 2141 [3]. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de long_identifier_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El Sistema de LMS slo es responsable de almacenar y recuperar este elemento del modelo de datos con cualquier requisito adicional indicado en los Requisitos de Implementacin de la API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.id. Los SCO tienen la responsabilidad de configurar los datos de interaccin en orden secuencial. Todos los conjuntos se implementarn como conjuntos consecutivos. stos se implementan sin saltar posiciones dentro del conjunto. Se exige que se configure cmi.interactions.n.id en primer lugar con cada interaccin que deba ser rastreada por el SCO. Se recomienda que el SCO no altere (configure) las identificaciones de interaccin existentes durante el intento del estudiante. Si el SCO altera un cmi.interactions.n.id durante el intento del estudiante, esto podra corromper los datos de interaccin que se han recogido en sesiones anteriores y proporcionar informacin inconsistente sobre la interaccin. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.id asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 - Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. SetValue(): El LMS configurar el cmi.interactions.n.id al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos el LMS, configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Requisitos adicionales de comportamiento: El SCO es responsable de asegurarse de que la nueva informacin de la interaccin se inserte (SetValue ()) en la lista del ndice en orden secuencial. El identificador de la interaccin es un campo obligatorio que ser configurado por el SCO si se solicita que ste rastree los datos de interaccin. Ejemplo: GetValue(cmi.interactions.0.id) SetValue(cmi.interactions.0.id,obj1) El elemento del modelo de datos de cmi.interactions.n.type indica qu tipo de interaccin se registra en una instancia de la interaccin. Tambin se utiliza para determinar cmo debe ser
RTE v.1.3.1 Pag. 112

cmi.interactions.n.type

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

interpretada la respuesta de la interaccin [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (true_false, multiple_choice, fill_in, long_fill_in, matching, performance, sequencing, likert, numeric, other) Espacio de valor: El borrador del estndar del IEEE define diez valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o true-false: Hay dos posibles respuestas para la interaccin [1]. SCORM exige que sean true o false. No se permiten versiones abreviadas o formas alternativas (es decir, t, f, 1.0). o choice: Hay dos posibles respuestas o ms que el estudiante puede elegir [1]. o fill-in: La interaccin exige al estudiante proporcionar una respuesta corta en una o ms cadenas de caracteres. Por lo general, la respuesta correcta consistir en parte de una palabra, una palabra completa o algunas palabras [1]. o long-fill-in: La interaccin exige al estudiante proporcionar una respuesta en una cadena de caracteres larga. o likert: La interaccin le pide al estudiante que seleccione entre una gama discreta de opciones de una escala [1]. o matching: La interaccin consiste en dos conjuntos de artculos. Los miembros del primer conjunto se relacionan a cero o ms miembros del segundo. o performance: La interaccin exige que el estudiante realice una tarea que requiera mltiples pasos [1]. o sequencing: La interaccin exige al estudiante que identifique el orden lgico de los artculos de una lista [1]. o numeric: La interaccin exige al estudiante una respuesta numrica. La respuesta es un nmero simple con un punto decimal opcional [1]. o other: Cualquier otro tipo de interaccin no definida en el borrador del estndar del IEEE [1]. Formato: El formato del valor del modelo de datos ser una de las representaciones en vocabulario restringidas que se mencionaron antes (true-false, choice, fill-in, long-fill-in, matching, performance, sequencing, likert, numeric o other). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El Sistema de LMS slo es responsable de almacenar y recuperar este elemento del modelo de datos con cualquier requisito adicional indicado en los Requisitos de Implementacin de la API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.type. Los SCO tienen la responsabilidad de configurar los datos de interaccin en orden secuencial. Todos los conjuntos se implementarn como conjuntos consecutivos. stos se implementan sin saltar posiciones dentro del conjunto. Es obligatorio que se configure cmi.interactions.n.type con cada interaccin que deba ser rastreada por el SCO en el cual tambin se est rastreando el correct_response y/o el learner_response. El cmi.interactions.n.type se debe configurar antes del correct_response o el learner_response. Si no se configura el cmi.interactions.n.type antes del correct_response o el learner_response, no se est cumpliendo la dependencia del modelo de datos. Se recomienda que el SCO no altere (configure) los tipos de interaccin existentes durante el intento del estudiante. Si el SCO altera un tipo de interaccin durante el intento del estudiante, esto podra corromper los datos de interaccin que se han recogido en sesiones anteriores que reflejen ese mismo tipo. Al alterar el tipo de interaccin, se podran invalidar los datos de correct_response y de learner_response. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.type asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto) el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 113

o Si el SCO intenta recuperar el cmi.interactions.n.type y el registro de los datos ya fue creado pero el tipo de elemento del modelo de datos no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el cmi.interactions.n.type al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el SCO invoca una solicitud para configurar el cmi.interactions.n.type y el valor no es un miembro de las representaciones en vocabulario restringido antes descritas, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Ejemplo: GetValue(cmi.interactions.0.type) SetValue(cmi.interactions.0.type,true-false) Objectives cmi.interactions.n.obje ctives._count La palabra clave cmi.interactions.n.objectives._count se utiliza para describir el nmero de objetivos (es decir, identificadores de los objetivos) de esa interaccin que el LMS almacena actualmente (es decir, los datos de interaccin almacenados en la posicin n). Se devolver el nmero total de partidas que maneja actualmente el LMS. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: integer (nmero entero): Espacio de valor: Nmero entero no negativo Formato: La cadena de caracteres que represente el nmero actual de identificadores de los objetivos que el LMS persiste. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de nmero entero. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si el LMS recibe una solicitud para obtener el valor de cmi.interactions.n.objectives._count antes de que se configuren identificadores de los objetivos de las interacciones, el LMS seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.interactions.n.objectives._count. Requisitos de implementacin de la API: GetValue(): El LMS devolver el nmero de identificadores de objetivos de las interacciones que actualmente almacena y configurar el cdigo de error en 0 Ningn Error. o Hasta que se solicite que el SCO almacene identificadores de los objetivos de la interaccin, el LMS devolver 0, lo cual indica que no hay identificadores de los objetivos de la interaccin almacenados actualmente. Si no se solicita que el SCO almacene identificadores de los objetivos de la interaccin, el LMS devolver 0, si lo solicitara el SCO. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.interactions.n.objectives._count, el LMS debe configurar el cdigo de error en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.interactions.0.objectives._count) El elemento del modelo de datos de cmi.interactions.n.objectives.n.id es una etiqueta para objetivos asociados a la interaccin. sta ser exclusiva, por lo menos dentro del alcance del SCO [1]. Los identificadores de los objetivos pueden corresponder a los que se encuentran en el elemento del modelo de datos de Objetivos (cmi.objectives.n.id). Si existe o no una relacin depende de cada implementacin. El SCO puede estar diseado para que rastree esta informacin y relacin. El cmi.interactions.n.objectives.n.id es un conjunto de identificadores de objetivos. El LMS mantendr un conjunto de al menos 10 (SPM obligatorio) identificadores de objetivos. El
RTE v.1.3.1 Pag. 114

cmi.interactions.n.obje ctives.n.id

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

LMS puede ampliar la capacidad de almacenamiento, pero depende de cada implementacin. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: long_identifier_type Espacio de valor: Una cadena de caracteres (SPM: 4000) que represente un URI vlido segn el RFC 2396 [6]. Se recomienda que el URI sea un URN de acuerdo al RFC 2141 [3]. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de long_identifier_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El Sistema de LMS slo es responsable de almacenar y recuperar este elemento del modelo de datos con cualquier requisito adicional indicado en los Requisitos de Implementacin de la API. El LMS deber ser capaz de almacenar por lo menos 10 (SPM obligatorio) identificadores de objetivos. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.objectives.n.id. Los SCO tienen la responsabilidad de configurar los datos de interaccin en orden secuencial. Todos los conjuntos se implementarn como conjuntos consecutivos. stos se implementan sin saltar posiciones dentro del conjunto. Antes de configurar cualquier identificador de los objetivos asociados, se le exige al SCO que haya configurado el cmi.interactions.n.id. GetValue(): El LMS devolver el cmi.interactions.n.objectives.n.id asociado que actualmente almacena el LMS para la interaccin y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 identificadores de los objetivos en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. SetValue(): El LMS configurar el cmi.interactions.n.objectives.n.id al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos, el LMS configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente (que puede determinarse solicitando cmi.interactions.n.objectives._count ), o el nmero actual de interacciones almacenadas actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Si no se ha configurado el cmi.interactions.n.id antes de solicitar que se configure el cmi.interactions.n.objectives.n.id, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. o Si el valor proporcionado para el SetValue() ya ha sido usado (si no es nico dentro del conjunto de identificadores de objetivos de la interaccin) en alguna posicin anterior del conjunto, el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 115

cmi.interactions.n.timestamp

3.1.7.6: Condiciones de error de las extensiones de SCORM. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.interactions.0.objectives.0.id) SetValue(cmi.interactions.0.objectives.0.id,urn:ADL:objectiv e-id-0001) El elemento del modelo de los datos de cmi.interactions.n.timestamp es el momento en el que la interaccin estuvo a disposicin del estudiante por primera vez para que interactuara y respondiera [1]. Su valor se representa como un punto temporal. Si se presentan varias interacciones al mismo tiempo, tendrn el mismo valor de timestamp. Si una interaccin nunca estuvo disponible para que se respondiera, como por ejemplo una interaccin que no se utiliz en una prueba de adaptacin, no tendr un valor de timestamp disponible. Si un valor de timestamp est disponible para la interaccin pero no hay datos de la respuesta del estudiante, se debe asumir que la interaccin ha estado disponible para el principiante pero l no respondi a ella. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: time(second,10,0) Espacio de valor: Este tipo de datos denota que el valor de tiempo es un nmero que se expresa como un tipo de datos real con valores que tienen una precisin de hasta un segundo y opcionalmente hasta una centsima de segundo (0.01). El nmero de segundos que hay en el valor de tiempo es el nmero de segundos desde 00:00, en el 1 de enero de 1970 [1]. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos time (second,10,0). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El Sistema de LMS slo es responsable de almacenar y recuperar este elemento del modelo de datos con cualquier requisito adicional indicado en los Requisitos de Implementacin de la API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.timestamp. Los SCO tienen la responsabilidad de configurar los datos de interaccin en orden secuencial. Todos los conjuntos se implementarn como conjuntos consecutivos. stos se implementan sin saltar posiciones dentro del conjunto. Antes de configurar cualquier marca de tiempo asociada, se le exige al SCO que haya configurado el cmi.interactions.n.id. Requisitos de implementacin de la API: GetValue(): El LMS devolver la marca de tiempo asociada que actualmente almacena el LMS para la interaccin y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.interactions.n.timestamp y el registro de los datos ya fue creado pero el elemento del modelo de datos de cmi.interactions.n.timestamp no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el cmi.interactions.n.timestamp al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos, el LMS configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de
RTE v.1.3.1 Pag. 116

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Si no se ha configurado el cmi.interactions.n.id antes de solicitar que se configure el cmi.interactions.n.timestamp, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Ejemplo: GetValue(cmi.interactions.0.timestamp) SetValue(cmi.interactions.0.timestamp2003-07-25T03:00:00) correct_responses cmi.interactions.n.correct_responses._count La palabra clave cmi.interactions.n.correct_responses._count se utiliza para describir el nmero de respuestas correctas que el LMS almacena actualmente. Se devolver el nmero total de partidas que maneja actualmente el LMS. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: integer (nmero entero): Espacio de valor: Nmero entero no negativo Formato: La cadena de caracteres que represente el nmero actual de respuestas correctas que el LMS persiste. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de nmero entero. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si el LMS recibe una solicitud para obtener el valor de cmi.interactions.n.correct_responses._count antes de que el LMS configure respuestas correctas, el LMS seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.interactions.n.correct_responses._count. Requisitos de implementacin de la API: GetValue(): El LMS devolver el nmero de respuestas correctas que actualmente almacena y configurar el cdigo de error en 0 Ningn Error. o Hasta que se solicite que el SCO almacene respuestas correctas, el LMS devolver 0, lo cual indica que no hay respuestas correctas almacenadas actualmente. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.interactions.n.correct_responses._count, el LMS debe configurar el cdigo de error en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.interactions.0.correct_responses._count) El elemento del modelo de datos de cmi.interactions.n.correct_responses.n.pattern define un patrn de respuestas correctas para la interaccin. El formato del valor del patrn depende del tipo (cmi.interactions.n.type) de interaccin. El grupo cmi.interactions.n.correct_responses es un conjunto consecutivo de respuestas correctas para la interaccin. El nmero de patrones de respuestas correctas que deben ser permitidos vara dependiendo del tipo (cmi.interactions.n.type) de interaccin. Consulte la seccin 4.2.9.1: Datos Especficos del Elemento
RTE v.1.3.1 Pag. 117

cmi.interactions.n.correct_responses.n.pattern

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

del Modelo de Datos de Patrn de Respuestas Correctas para ver ms detalles de cada tipo. Requisitos de implementacin del elemento de modelo de datos: El tipo y el formato de los datos del patrn vara dependiendo del tipo (cmi.interactions.n.type) de interaccin. La seccin 4.2.9.1: Datos Especficos del Elemento del Modelo de Datos de Patrn de Respuestas Correctas define los requisitos de implementacin y formato de cada tipo de interaccin del elemento del modelo de datos. Al procesar el SetValue () y GetValue (), los Sistemas de Administracin de Aprendizaje y los SCO tienen que tomar en cuenta el formato del patrn basndose en el tipo de interaccin. La manera en que el LMS manejar y procesar el patrn queda fuera del alcance de SCORM. Por ejemplo, tal vez el SCO necesite analizar la cadena de caracteres que el LMS devolvi para mostrarle su valor al estudiante. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar cules son las respuestas correctas para la interaccin. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: El LMS implementa este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.correct_responses.n.pattern. Los requisitos y formato del elemento del modelo de datos de respuestas correctas se describen detalladamente en la Seccin 4.2.9.1: Datos Especficos del Elemento del Modelo de Datos de Patrn de Respuestas Correctas. Antes de configurar cualquier respuesta correcta asociada a la interaccin, se le exige al SCO que haya configurado los elementos del modelo de datos de cmi.interactions.n.id y cmi.interactions.n.type de la interaccin. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.correct_responses.n.pattern asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 respuestas correctas en el conjunto) el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. SetValue(): El LMS configurar el elemento del modelo de datos decmi.interactions.n.correct_responses.n.pattern en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. Si no se ha configurado cmi.interactions.n.id ni tampoco cmi.interactions.n.type antes de solicitar que se configure el cmi.interactions.n.correct_responses.n.pattern, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Si el SCO intenta configurar el cmi.interactions.n.correct_responses.n.pattern con un valor que no cumple los requisitos definidos en la Seccin 4.2.9.1: Datos Especficos del Elemento del Modelo de Datos de Patrn de Respuestas Correctas para ese tipo de interaccin
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 118

(cmi.interactions.n.type), el LMS debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false.El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones almacenadas actualmente (que puede determinarse solicitando cmi.interactions._count), o el nmero actual de patrones de respuestas correctas almacenados actualmente (que puede determinarse solicitando cmi.interactions.n.correct_responses._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Ejemplo: GetValue(cmi.interactions.0.correct_responses.1.pattern) SetValue(cmi.interactions.0.correct_responses.0.pattern,true) El elemento del modelo de datos de cmi.interactions.n.weighting es el peso dado a la interaccin, que puede ser utilizado por el SCO para calcular el valor de una calificacin. El peso de la interaccin por lo general se utiliza para explicar el efecto de una interaccin en el valor de la calificacin pero no estn previstos para ser utilizados por sistemas aparte del SCO para calcular la calificacin [1]. La manera en que el SCO computa este valor o cualquier otro clculo relacionado a la calificacin, queda fuera del alcance de SCORM. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar el peso de la interaccin a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.weighting. Antes de configurar el peso de alguna interaccin, se le exige al SCO que haya configurado el cmi.interactions.n.id. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.weighting asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca ().Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.interactions.n.weighting y el registro de los datos ya fue creado pero el elemento del modelo de datos de cmi.interactions.n.weighting no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 119

cmi.interactions.n.weighting

cmi.interactions.n.weighting en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.interactions.n.weighting con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Si no se ha configurado el cmi.interactions.n.id antes de solicitar que se configure el cmi.interactions.n.weighting, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Ejemplo: GetValue(cmi.interactions.0.weighting) SetValue(cmi.interactions.0.weighting,1.0) El elemento del modelo de datos de cmi.interactions.n.learner_response consiste en datos generados cuando el estudiante responde a una interaccin [1]. Su respuesta tendr una de las diez variantes posibles; cada una depende del tipo (cmi.interactions.n.type) de interaccin. Consulte la seccin 4.2.9.2: Datos Especficos del Elemento del Modelo de Datos de Respuestas del Estudiante para ver ms detalles de cada tipo. Requisitos de implementacin del elemento de modelo de datos: El tipo de datos del valor vara dependiendo del tipo (cmi.interactions.n.type) de interaccin. La seccin 4.2.9.2: Datos Especficos del Elemento del Modelo de Datos de Respuestas del Estudiante define los requisitos de implementacin y formato de cada tipo de interaccin del elemento del modelo de datos. Al procesar el SetValue () y GetValue (), los Sistemas de Administracin de Aprendizaje y los SCO tienen que tomar en cuenta que el formato de la respuesta del estudiante se basa en el tipo de interaccin. La manera en que el LMS y/o el SCO manejarn y procesarn la respuesta del estudiante queda fuera del alcance de SCORM. Por ejemplo, tal vez el SCO necesite analizar la cadena de caracteres que el LMS devolvi para mostrarle su valor al estudiante. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no es responsable de juzgar si la respuesta del estudiante es correcta o no. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.learner_response. Los requisitos y formato de las respuestas del estudiante se describen detalladamente en la Seccin 4.2.9.2: Datos Especficos del Elemento del Modelo de Datos de Respuestas del Estudiantes. Antes de configurar cualquier respuesta correcta asociada a la interaccin, se le exige al SCO que haya configurado los elementos del modelo de datos de cmi.interactions.n.id y cmi.interactions.n.type de la interaccin. No es obligatorio configurar el cmi.interactions.n.learner_response si el estudiante no respondi a la interaccin, en esos casos depender del SCO determinar si se configura o no. Se debe considerar como una mejor prctica no configurar el cmi.interactions.n.learner_response si el estudiante no respondi a la interaccin. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.learner_response asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los
RTE v.1.3.1 Pag. 120

cmi.interactions.n.learner_response

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.interactions.n.result

requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.interactions.n.learner_response y el registro de los datos ya fue creado pero el tipo de elemento del modelo de datos de learner_response no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.interactions.n.learner_response en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - nNingn Error y devolver true. o Si el SCO intenta configurar el ccmi.interactions.n.learner_response con un valor que no cumple los requisitos definidos en la Seccin 4.2.9.2: Datos Especficos del Elemento del Modelo de Datos de Respuestas del Estudiante, el LMS debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Si no se ha configurado cmi.interactions.n.id ni tampoco ccmi.interactions.n.type antes de solicitar que se configure el cmi.interactions.n.learner_response, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Ejemplo: GetValue(cmi.interactions.0.learner_response) SetValue(cmi.interactions.0.learner_response,true) El elemento del modelo de datos de cmi.interactions.n.result es un juicio de valor sobre la respuesta del estudiante [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (correct, incorrect, unanticipated, neutral, real(10,7)) Espacio de valor: El borrador del estndar del IEEE define cinco valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o correct: La respuesta del estudiante fue correcta [1]. o incorrect: La respuesta del estudiante fue incorrecta [1]. o unanticipated: La respuesta del estudiante fue inesperada [1]. o neutral: La respuesta del estudiante no fue correcta ni incorrecta [1]. o real(10,7): Un nmero verdadero. Este resultado ofrece la capacidad de reportar un clculo numrico de aciertos en las respuestas del estudiante [1]. Formato: El formato del valor del modelo de datos ser una de las representaciones en vocabulario restringidas que se mencionaron antes (correct, incorrect, unanticipated, neutral) o un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar el resultado de la respuesta del estudiante a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue() antes de que el valor sea configurado por el
RTE v.1.3.1 Pag. 121

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.result. Antes de configurar el resultado de cualquier interaccin, se le exige al SCO que haya configurado el cmi.interactions.n.id. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.result asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.interactions.n.result y el registro de los datos ya fue creado pero el elemento del modelo de datos de cmi.interactions.n.result no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.interactions.n.result en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.interactions.n.result con un valor que no cumple con los Requisitos de Implementacin del Modelo de Datos, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Si no se ha configurado el cmi.interactions.n.id antes de solicitar que se configure el cmi.interactions.n.result, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Ejemplo: GetValue(cmi.interactions.0.result) SetValue(cmi.interactions.0.result,1.0) SetValue(cmi.interactions.0.result,correct) El elemento de datos de cmi.interactions.n.latency es el tiempo transcurrido entre el momento en que la interaccin fue puesta a disposicin del estudiante para que respondiera y en el momento de la primera respuesta. La informacin de latencia de una interaccin no est disponible si el estudiante no ha respondido. La latencia es, de hecho, la diferencia temporal entre el cmi.interactions.n.timestamp de la interaccin y el momento de la primera respuesta [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: timeinterval (second,10,2); un intervalo con una resolucin de hasta 0.01 segundos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos timeinterval (second,10,2). Requisitos de comportamiento del LMS:
RTE v.1.3.1 Pag. 122

cmi.interactions.n.latency

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar el estado de latencia de la interaccin a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.latency. Antes de configurar cualquier latencia asociada a una interaccin, se le exige al SCO que haya configurado el cmi.interactions.n.id. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.latency asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.interactions.n.latency y el registro de los datos ya fue creado pero el elemento del modelo de datos de cmi.interactions.n.latency no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.interactions.n.latency en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.interactions.n.latency con un valor que no cumple con los Requisitos de Implementacin del Modelo de Datos, el LMS debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Si no se ha configurado el cmi.interactions.n.id antes de solicitar que se configure el cmi.interactions.n.latency, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Ejemplo: GetValue(cmi.interactions.0.latency) SetValue(cmi.interactions.0.latency, PT5M) A period of time of 5 minutes cmi.interactions.n.description El elemento del modelo de datos de cmi.interactions.n.description es una breve informacin descriptiva sobre la interaccin. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: Cadena de caracteres local (localized_string_type), SPM: 250) Espacio de valor: Una cadena de caracteres que represente una cadena de caracteres local. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 123

como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la descripcin de la interaccin a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.interactions.n.description. Antes de configurar la descripcin de cualquier interaccin, se le exige al SCO que haya configurado el cmi.interactions.n.id. Durante la solicitud de SetValue (), el SCO debe estar consciente de que el delimitador {lang=<language_type>} es opcional. Si el delimitador no es parte de la cadena de caracteres, el LMS asumir que el idioma predeterminado es en (ingls). Durante la solicitud de GetValue (), el SCO debe estar consciente de que el delimitador {lang=<language_type>} puede ser parte de la cadena de caracteres devuelta por el LMS (dependiendo de la implementacin del LMS). Lo que deba hacer el SCO con la cadena de caracteres devuelta por el LMS depender de la implementacin del SCO. Si la cadena de caracteres no contiene el delimitador, el SCO puede asumir que el idioma es en (ingls). Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.interactions.n.description asociado que actualmente almacena el LMS para la interaccin y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 interacciones en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.interactions.n.description y el registro de los datos ya fue creado pero el elemento del modelo de datos de cmi.interactions.n.description no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.interactions.n.description en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.interactions.n.description con un valor que no cumple con los Requisitos de Implementacin del Modelo de Datos, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de interacciones del estudiante almacenados actualmente (que puede determinarse solicitando cmi.interactions._count), el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Si no se ha configurado el cmi.interactions.n.id antes de solicitar que se configure el cmi.interactions.n.description, el LMS debe configurar el cdigo de error en 408 Dependencia del Modelo de Datos
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 124

No Establecida, devolver false y no cambiar el estado actual del elemento del modelo de datos. Ejemplo: GetValue(cmi.interactions.0.description) SetValue(cmi.interactions.0.description,Cul de los siguientes es rojo?); se usa el ingls como idioma predeterminado.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 125

4.2.9.1 Datos especficos del elemento del modelo de datos de Patrn de Respuestas Correctas
El elemento del modelo de datos de cmi.interactions.n.correct_responses.n.pattern porta un valor que vara dependiendo del tipo de interaccin (cmi.interactions.n.type). Esta seccin define los requisitos del valor del modelo de datos del valor de la cadena de caracteres definido por el patrn.
Tabla 4.2.9.1a: Requisitos de formato del patrn de respuestas correcto

Tipo de datos de la interaccin


true_false

Formato del patrn de respuestas correctas


El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin true_false como: true_false: state(true, false) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 Formato: El borrador del estndar del IEEE define dos valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o true: Indica que la respuesta correcta es verdadero. o false: Indica que la respuesta correcta es falso. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. El LMS cuidar que solamente haya una respuesta correcta para este tipo de interaccin. Si el SCO invoca una solicitud GetValue() para almacenar un patrn adicional (un ndice de correct_response n, mayor a cero) el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. El LMS no agregar el nuevo valor a la lista de patrones vlidos ni debe alterar el estado del patrn actualmente almacenado, si lo hubiera. Ejemplo: SetValue(cmi.interactions.0.correct_responses.0.pattern, true) El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin multiple_choice como: multiple_choice: conjunto de conjuntos de short_identifier_type // SPM del conjunto: 10 conjuntos // SPM del conjunto short_identifier_type: 36 short_identifier_type Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres ISO-10646-1 que represente un conjunto de short_identifier_types, donde cada elemento del conjunto est separado por una representacin reservada especial ([,]). El LMS permitir las cadenas de caracteres que incluyan por lo menos 36 short_identifier_types (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 36 short_identifier_types. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type>[,]<short_identifier_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: El conjunto contendr un conjunto de short_identifier_types o ms. El conjunto de short_identifier_types puede contener cero short_identifier_types o ms. Si un conjunto de short_identifier_types est vaco, esto quiere decir que la respuesta correcta es no elegir ninguna (no choice) Si el conjunto contiene ms de un short_identifier_type (si la interaccin tiene mltiples respuestas correctas, y todas son obligatorias), cada short_identifier_type estar separado por la representacin reservada especial [,].

multiple_choice

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 126

fill_in

Cada short_identifier_type solamente aparecer en el conjunto una vez. El orden de los short_identifier_types no tiene importancia. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 10 (que es el SPM obligatorio) patrones para el grupo de respuestas correctas. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 10. El LMS cuidar que los conjuntos de respuestas correctas sean nicos. Si el SCO trata de invocar un SetValue() para almacenar un conjunto que ya est dentro del grupo de respuestas correctas, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. El LMS no agregar el nuevo valor a la lista de patrones vlidos ni debe alterar el estado de ninguno de los patrones actualmente almacenados. Ejemplo: SetValue(cmi.interactions.0.correct_responses.0.pattern, choice1[,]choice2[,]choice3) SetValue(cmi.interactions.0.correct_responses.1.pattern, choice1[,]choice2) ste es un ejemplo de una interaccin choice donde el grupo de respuestas correctas tiene dos patrones. Las llamadas al mtodo API indican que la respuesta correcta es una de las siguientes: choice1, choice2 y choice3, o choice1 y choice2 El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin fill_in como: fill_in: bolsa de registro { case_matters: boolean, order_matters: boolean, match_text: conjunto (0..9) de localized_string_type (250), // SPM de match_text array: 10 localized_string_types // SPM de localized_string_type: 250 caracteres }// SPM del bolso de registros: 5 registros Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un conjunto de localized_string_types, donde cada elemento del conjunto est separado por una representacin reservada especial ([,]). El LMS permitir las cadenas de caracteres que incluyan por lo menos 10 localized_string_types (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 10 localized_string_types. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Formato: El formato de la cadena de caracteres ser el siguiente: o {case_matters=<boolean>}{order_matters=<boolean>}<localized_string_ty pe>[,]<localized_string_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr un localized_string_types o ms. o Si el conjunto contiene ms de un localized_string_type (si la interaccin tiene mltiples respuestas correctas y todas son obligatorias), estarn separados por la representacin reservada especial [,]. o Cada localized_string puede aparecer ms de una vez. o El delimitador de {case_matters=<boolean>} indica si es importante el uso de maysculas para evaluar el patrn de respuesta correcta. El valor de case_matters se aplicar a todos los localized_string_types del conjunto. {case_matters=<boolean>} puede aparecer antes o despus del delimitador {order_matters=<boolean>}. Este delimitador es opcional; si no se especifica, el valor predeterminado para case_matters ser false. Consulte la seccin 4.1.1.6: Delimitadores Reservados para ver ms informacin sobre los requisitos de formato del delimitador {case_matters=<boolean>}. o El delimitador de {order_matters=<boolean>} indica si es importante el

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 127

orden para evaluar el patrn de respuesta correcta. El valor de order_matters se aplicar a todos los localized_string_types del conjunto. {order_matters=<boolean>} puede aparecer antes o despus del delimitador {case_matters=<boolean>}. Este delimitador es opcional; si no se especifica, el valor predeterminado para order_matters ser true. Consulte la seccin 4.1.1.6: Delimitadores Reservados para ver ms informacin sobre los requisitos de formato del delimitador {order_matters=<boolean>}. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 5 (que es el SPM obligatorio) patrones para el grupo de respuestas correctas. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 5. Ejemplo: SetValue(cmi.interactions.0.correct_responses.0.pattern, {case_matters=true}{lang=en}car) SetValue(cmi.interactions.0.correct_responses.1.pattern, {case_matters=true}{lang=en}automobile) ste es un ejemplo de una interaccin fill_in donde el grupo de respuestas correctas tiene dos patrones. Las llamadas al mtodo API indican que la respuesta correcta es car o automobile: La respuesta correcta debe estar en minsculas y el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.correct_responses.0.pattern,{lang=en}car) ste es un ejemplo de una interaccin fill_in donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es car. El uso de maysculas no tiene importancia pero el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.correct_responses.0.pattern,car) ste es un ejemplo de una interaccin fill_in donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es car. Ya que no est especificado ningn delimitador reservado, se usan los valores predeterminados. En este ejemplo el uso de maysculas no tiene importancia pero el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.correct_responses.0.pattern,{case_matters=true}{ order_matters=true}car[,]automobile) ste es un ejemplo de una interaccin fill_in donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es car y automobile, exactamente en ese orden. La respuesta correcta debe estar en minsculas y el idioma de cada localized_string_type es ingls. El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin long_fill_in como: long_fill_in: bolsa de registro { case_matters: boolean, match_text: localized_string_type(4000), // SPM de localized_string_type: 4000 caracteres }// SPM del bolso: 5 registros Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un localized_string_type. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Formato: El formato de la cadena de caracteres ser: o {case_matters=<boolean>}<localized_string_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o la cadena de caracteres debe incluir un localized_string_type. o El delimitador de {case_matters=<boolean>} indica si es importante el uso de maysculas a evaluar el patrn de respuesta correcta. Este delimitador es opcional; si no se especifica, el valor predeterminado para case_matters ser false. Consulte la seccin 4.1.1.6: Delimitadores Reservados para ver ms informacin sobre los requisitos de formato del delimitador {case_matters=<boolean>}.
RTE v.1.3.1 Pag. 128

long_fill_in

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

likert

matching

Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 5 (que es el SPM obligatorio) patrones para el grupo de respuestas correctas. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 5. Ejemplo: Los siguientes ejemplos no incluyen la totalidad del Discurso de Gettysburg. Estn escritos ahorrando espacio slo para describir el tipo de datos. Un uso prctico incluira la totalidad del texto del Discurso de Gettysburg. SetValue(cmi.interactions.0.correct_responses.0.pattern, {case_matters=true}{lang=en}Four score and seven years ago) ste es un ejemplo de una interaccin long_fill_in donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es un fragmento del Discurso de Gettysburg. El uso de maysculas no tiene importancia pero el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.correct_responses.0.pattern,{lang=en}Four score and seven years ago) ste es un ejemplo de una interaccin long_fill_in donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es un fragmento del Discurso de Gettysburg. Ya que el delimitador {case_matters=<boolean>} no se especifica, se usa el valor predeterminado (false). En este ejemplo el uso de maysculas no tiene importancia pero el idioma del localized_string_type es ingls. El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin likert como: likert: short_identifier_type (tipo de identificador corto) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: short_identifier_type (tipo de identificador corto) Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un short_identifier_type. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type> Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. El LMS cuidar que solamente haya una respuesta correcta para este tipo de interaccin: cmi.interactions.n.correct_responses.0.pattern. Si el SCO intenta invocar una solicitud SetValue() para almacenar un patrn adicional (un ndice de correct_response mayor a cero), el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. El LMS no agregar el nuevo valor a la lista de patrones vlidos ni debe alterar el estado del patrn actualmente almacenado, si lo hubiera. Ejemplo: SetValue(cmi.interactions.1.correct_responses.0.pattern,likert_1) ste es un ejemplo de una interaccin likert donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es likert_1. El SCO es responsable de comprender lo que significa este valor. Por ejemplo, el valor del identificador likert_1 podra significar muy de acuerdo. El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin matching como: matching: bolsa de bolsa de registro { Fuente: short_identifier_type (tipo de identificador corto), objetivo: short_identifier_type (tipo de identificador corto), } }// SPM de la bolsa de la bolsa de registro: 5 bolsas
RTE v.1.3.1 Pag. 129

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

}// SPM de la bolsa de registros: 36 registros Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente una bolsa de registros, donde cada registro consista en dos short_identifier_types, una fuente y un objetivo. Los short_identifier_types del registro estn separados por una representacin reservada especial ([.]). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Cada registro de la bolsa est separado por una representacin reservada especial ([.]). El LMS permitir cadenas de caracteres que incluyan por lo menos 36 registros (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 36 registros. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type>[.]<short_identifier_type>[,]<short_identifier_type>[.]<short_identifier_type> Se deben proseguir los siguientes requisitos al construir la cadena de caracteres: o La bolsa contendr un registro o ms. o Cada registro incluir un valor "fuente" y un valor "objetivo" separados por la representacin reservada especial ([.]). o Los valores "fuente" y "objetivo" son short_identifier_types. o Si la bolsa contiene ms de un registro deben estar separados por la representacin reservada especial ([.]). o No existe ninguna restriccin en cuanto al nmero de veces que el short_identifier_type aparecer en una cadena de caracteres. o El orden de los registros no tiene importancia. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 5 (que es el SPM obligatorio) patrones para el grupo de respuestas correctas. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 5. Ejemplo: SetValue(cmi.interactions.0.correct_responses.0.pattern, 1[.]a[,]2[.]c[,]3[.]b) ste es un ejemplo de una interaccin matching donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es: Fuente Objetivo 1 a concuerda con 2 3

concuerda con concuerda con

c b

performance

El SCO es responsable de entender qu significan la respuesta correcta y los pares de fuente/objetivo. El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin performance como: performance: bolsa de registro ( order_matters: boolean, respuestas: conjunto(0..124) de registro // SPM del conjunto de registros: 125 registros, ( step_name : short_identifier_type (tipo de identificador corto), step_answer : choice ( estado (literal, numeric) ) de (
RTE v.1.3.1 Pag. 130

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

literal : characterstring (cadena de caracteres) (ISO-10646-1), // SPM 250 numeric : registro ( min : real(10,7), max : real(10,7), ) ) ) }// SPM de la bolsa de registros: 5 registros Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente una bolsa de registros que consista en un delimitador {order_matters=<boolean>} y un conjunto de registros. Cada registro del conjunto consistir en uno de los dos valores que aparecen a continuacin, separados por la representacin reservada especial ([.]). o El step name: un short_identifier_type. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. o El step answer: ya sea una cadena de caracteres o un rango numrico. Si el step answer es una cadena de caracteres, el LMS permitir por lo menos un SPM de 250 caracteres. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 250 caracteres. Si el step answer es un rango numrico, su formato ser: <min>[:]<max> Cada registro del conjunto est separado por una representacin reservada especial ([.]). El LMS permitir cadenas de caracteres que incluyan por lo menos 125 registros (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 125 registros. Formato: El formato de la cadena de caracteres ser: o {order_matters}<step_name>[.]<step_answer>[,]<step_name>[.]<step_ans wer> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr un registro o ms. o El delimitador de {order_matters=<boolean>} indica si es importante el orden para evaluar el patrn de respuesta correcta. Este delimitador es opcional; si no se especifica, el valor predeterminado para order_matters ser true. Consulte la seccin 4.1.1.6: Delimitadores Reservados para ver ms informacin sobre los requisitos de formato del delimitador {order_matters=<boolean>}. o Cada uno de los registros incluir un step_name o un step answer, o ambos, separadas por la representacin reservado especial [.]. o El valor step namees un short_identifier_type. o El valor step namees opcional. Si el conjunto no incluye un step name, debe incluir un step answer precedido por [.]. o si el valor del step answer no es un rango numrico, ser representado como una cadena de caracteres con un SPM de 250. o si el valor del step answer es un rango numrico, tendr el siguiente formato, en el cual el <min> y el <max> sern del tipo de datos real(10, 7). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos real(10, 7). <min>[:]<max>: Indica que la respuesta correcta es mayor o igual al valor mnimo proporcionado y menor o igual al valor mximo proporcionado. Si el <min> y el <max> son nmeros idnticos, la respuesta correcta es justo ese nmero. [:]<max>: Indica que no hay lmite inferior para la respuesta correcta, solamente lmite superior. El valor debe ser inferior o igual el mximo valor proporcionado. <min>[:]: Indica que no hay lmite superior para la respuesta correcta, solamente lmite inferior. El valor debe ser mayor o igual al mnimo proporcionado. [:]: Indica que no hay lmite superior ni inferior. o El valor step answer es opcional. Si el conjunto no incluye un step answer, el conjunto debe incluir un step name seguido de [.]. o Si el conjunto contiene ms de un registro deben estar separados por la
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 131

Secuencia

representacin reservada especial ([.]). o No existe ninguna restriccin en cuanto al nmero de veces que el step name aparecer en una cadena de caracteres. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 5 (que es el SPM obligatorio) patrones para el grupo de respuestas correctas. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 5. Ejemplo: SetValue(cmi.interactions.0.correct_responses.0.pattern, {order_matters=false}[.]drink coffee[,][.]eat cereal) ste es un ejemplo de una interaccin performance donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es drink coffee y eat cereal, en cualquier orden. La llamada al mtodo API tambin indica que no hay step_name irrelevante y no fue proporcionado. SetValue(cmi.interactions.0.correct_responses.0.pattern,step_1[.]inspect wound[,]step_2[.]clean wound[,]step_3[.]apply bandage) ste es un ejemplo de una interaccin performance donde el grupo de respuestas correctas tiene un patrn. La llamada al mtodo API indica que la respuesta correcta es llevar a cabo el step_1, seguido del step_2, seguido del step_3, exactamente en ese orden, con las respuestas correspondientes. El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin sequencing como: sequencing: bolsa de conjunto (0..35) de short_identifier_type, }// SPM de la bolsa del conjunto: 5 conjuntos // SPM del conjunto de short_identifier_type: 36 short_identifier_types Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un conjunto de short_identifier_types, donde cada elemento del conjunto est separado por una representacin reservada especial ([,]). El LMS permitir las cadenas de caracteres que incluyan por lo menos 36 short_identifier_types (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 36 short_identifier_types. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type>[,]<short_identifier_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr cero short_identifier_types o ms. o Si el conjunto contiene ms de un short_identifier_type (si la interaccin tiene mltiples respuestas correctas, y todas son obligatorias), estarn separados por la representacin reservada especial [,]. o Cada short_identifier_type puede aparecer ms de una vez dentro del conjunto. o El orden de los short_identifier_types es importante. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. Los Sistemas de Administracin de Aprendizaje permitirn por lo menos un SPM de 5 (que es el SPM obligatorio) patrones para el grupo de respuestas correctas. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 5. El LMS cuidar que las respuestas correctas sean nicas. Si el SCO trata de invocar un SetValue() para almacenar un conjunto que ya est dentro del grupo de respuestas correctas, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. El LMS no agregar el nuevo valor a la lista de patrones vlidos ni debe alterar el estado de ninguno de los patrones actualmente almacenados. Ejemplo: SetValue(cmi.interactions.0.correct_responses.0.pattern,a[,]b[,]c) SetValue(cmi.interactions.0.correct_responses.1.pattern,b[,]c[,]a) ste es un ejemplo de una interaccin sequencing donde el grupo de respuestas correctas tiene dos
RTE v.1.3.1 Pag. 132

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

numeric

patrones. Las llamadas al mtodo API indican que la respuesta correcta es la secuencia de a, seguida de b, seguida de c, o b, seguida de c, seguida de a. SetValue(cmi.interaction.0.correct_responses.1.pattern, buildHouse/buyMaterials[,]buildHouse/buildFoundation[,]buildHouse/buildFirst Floor[,]buildHouse/buildSecondFloor) ste es un ejemplo de una interaccin sequencing donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la nica respuesta correcta es la secuencia de a, seguida de b, seguida de a. El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin numeric como: numeric: registro ( min: real(10,7), max: real(10,7) ) La respuesta correcta numrica se representa como dos nmeros con un punto decimal opcional. Los nmeros se pueden utilizar para expresar un rango incluyente para la respuesta correcta. Si los nmeros son iguales, se especifica un solo nmero como respuesta correcta [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un rango numrico. Formato: El formato de la cadena de caracteres ser: o <min>[:]<max> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o si el valor de la cadena de caracteres es un rango numrico, tendr el siguiente formato, en el cual el <min> y el <max> sern del tipo de datos real(10, 7). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos real(10, 7). <min>[:]<max>: Indica que la respuesta correcta es mayor o igual al valor mnimo proporcionado y menor o igual al valor mximo proporcionado. Si el <min> y el <max> son nmeros idnticos, la respuesta correcta es justo ese nmero. [:]<max>: Indica que no hay lmite inferior para la respuesta correcta, solamente lmite superior. El valor debe ser inferior o igual el mximo valor proporcionado. <min>[:]: Indica que no hay lmite superior para la respuesta correcta, solamente lmite inferior. El valor debe ser mayor o igual al mnimo proporcionado. [:]: Indica que no hay lmite superior ni inferior. Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. El LMS cuidar que solamente haya una respuesta correcta para este tipo de interaccin: cmi.interactions.n.correct_responses.0.pattern. Si el SCO intenta invocar una solicitud SetValue() para almacenar un patrn adicional (un ndice de correct_response mayor a cero), el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. El LMS no agregar el nuevo valor a la lista de patrones vlidos ni debe alterar el estado del patrn actualmente almacenado, si lo hubiera. Ejemplos: SetValue(cmi.interactions.0.correct_responses.0.pattern,4[:]10) ste es un ejemplo de una interaccin numeric donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es un nmero verdadero entre o igual a 4 y 10: SetValue(cmi.interactions.0.correct_responses.0.pattern, [:]10) ste es un ejemplo de una interaccin numeric donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es un nmero verdadero menor o igual a 10: SetValue(cmi.interactions.0.correct_responses.0.pattern, 4[:]) ste es un ejemplo de una interaccin numeric donde el grupo de respuestas correctas tiene un patrn. Las llamadas al mtodo API indican que la respuesta correcta es un nmero verdadero mayor o igual a 4:

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 133

SetValue(cmi.interactions.0.correct_responses.0.pattern,

3.14159[:]3.14159)

ste es un ejemplo de una interaccin numeric donde el grupo de respuestas correctas tiene un patrn.Las llamadas al mtodo API indican que la respuesta correcta es un nmero verdadero menor o igual a 10.5: other El borrador del estndar del IEEE define la respuesta correcta del tipo de interaccin other como: other: characterstring (cadena de caracteres) (ISO-10646-1) // SPM de la cadena de caracteres 4000 caracteres. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 Formato: La respuesta correcta otra (other) se utiliza para permitir otros tipos de interacciones no definidas por el estndar del IEEE. El formato de la cadena de caracteres se le deja al implementador de la interaccin: Requisitos de comportamiento del LMS: Cada uno de los patrones de respuesta correcta est representado por una cadena de datos que sigue los Requisitos de Implementacin del Elemento del Modelo de Datos antes descritos, y se almacena en un ndice especfico del grupo de respuestas correctas. El LMS cuidar que solamente haya una respuesta correcta para este tipo de interaccin: cmi.interactions.n.correct_responses.0.pattern. Si el SCO intenta invocar una solicitud SetValue() para almacenar un patrn adicional (un ndice de correct_response mayor a cero), el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. El LMS no agregar el nuevo valor a la lista de patrones vlidos ni debe alterar el estado del patrn actualmente almacenado, si lo hubiera.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 134

4.2.9.2 Datos especficos del elemento del modelo de datos de Respuesta del Estudiante
El elemento del modelo de datos de cmi.interactions.n.learner_response porta valores que varan dependiendo del tipo de interaccin (cmi.interactions.n.type). Esta seccin define los requisitos del valor del modelo de datos del valor de la cadena de caracteres definida por learner_response.
Tabla 4.2.9.2a: Requisitos de Formato para las Respuestas del Estudiante

Tipo de datos de la interaccin


true_false

Formato de las respuestas del estudiante


El borrador del estndar del IEEE define la respuesta del estudiante en la interaccin true_false como: true_false: estado( true, false) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 Formato: El borrador del estndar del IEEE define dos valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o true: Indica que la respuesta del principiante es verdadero o algn sinnimo de verdadero (p. ej., de acuerdo, s) o false: Indica que la respuesta del principiante es falso o algn sinnimo de falso (p. ej., en desacuerdo, no) Ejemplo: SetValue(cmi.interactions.0.learner_response,true) ste es un ejemplo de una interaccin true_false donde la respuesta del estudiante es true. El borrador del estndar del IEEE define la respuesta del estudiante en la interaccin mltiple choice como: multiple_choice: conjunto de short_identifier_type // SPM del conjunto short_identifier_type: 36 short_identifier_types Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres ISO-10646-1 que represente un conjunto de short_identifier_types, donde cada elemento del conjunto est separado por una representacin reservada especial ([,]). El LMS permitir las cadenas de caracteres que incluyan por lo menos 36 short_identifier_types (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 36 short_identifier_types. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Formato: El formato de la cadena de caracteres ser: o<short_identifier_type>[,]<short_identifier_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr cero short_identifier_types o ms. o Si el conjunto contiene ms de un short_identifier_type deben estar separados por la representacin reservada especial ([.]). o Cada short_identifier_type solamente aparecer en el conjunto una vez. o El orden de los short_identifier_types no tiene importancia. Ejemplo: SetValue(cmi.interactions.0.learner_response,choice1[,]choice2[,]choice3) ste es un ejemplo de una interaccin choice donde la respuesta del estudiante es choice1, choice2 y choice3. El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin fill_in como: fill_in:
RTE v.1.3.1 Pag. 135

multiple_choice

fill_in

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

long_fill_in

{ conjunto (0..9) de localized_string_type (250), // SPM del conjunto: 10 localized_string_type // SPM de localized_string_type: 250 caracteres } Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un conjunto de localized_string_types, donde cada elemento del conjunto est separado por una representacin reservada especial ([,]). El LMS permitir las cadenas de caracteres que incluyan por lo menos 10 localized_string_types (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 10 localized_string_types. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Formato: El formato de la cadena de caracteres ser: o <localized_string_type>[,]<localized_string_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr un localized_string_types o ms. o Si el conjunto contiene ms de un localized_string_type (si la interaccin tiene mltiples respuestas correctas, y todas son obligatorias), estarn separados por la representacin reservada especial [,]. o Cada localized_string puede aparecer ms de una vez. o El orden de los localized_strings es importante. Ejemplo: SetValue(cmi.interactions.0.learner_response, {lang=en}car) ste es un ejemplo de una interaccin fill_in donde la respuesta del estudiante es car y el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.learner_response,car) ste es un ejemplo de una interaccin fill_in donde la respuesta del estudiante es car y el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.learner_response,car[,]automobile) ste es un ejemplo de una interaccin fill_in donde la respuesta del estudiante es car, seguido de automobile y el idioma del localized_string_type es ingls. El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin long_fill_in como: long_fill_in: { localized_string_type(4000), // SPM de localized_string_type: 4000 caracteres } Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un localized_string_type. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Formato: El formato de la cadena de caracteres ser: o <localized_string_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o La cadena de caracteres debe incluir un localized_string_type. Ejemplo: Los siguientes ejemplos no incluyen la totalidad del Discurso de Gettysburg. Estn escritos ahorrando espacio slo para describir el tipo de datos. Un uso prctico incluira la totalidad del texto del Discurso de Gettysburg. SetValue(cmi.interactions.0.learner_response, {lang=en}Four score and seven years ago) ste es un ejemplo de una interaccin long_fill_in donde la respuesta del estudiante es Four score and seven years ago y el idioma del localized_string_type es ingls. SetValue(cmi.interactions.0.learner_response,Four score and seven years ago) ste es un ejemplo de una interaccin long_fill_in donde la respuesta del estudiante es Four score and seven years ago y el idioma del localized_string_type es ingls.
RTE v.1.3.1 Pag. 136

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

likert

matching

El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin likert como: likert: short_identifier_type (tipo de identificador corto) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: short_identifier_type (tipo de identificador corto) Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un short_identifier_type. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type> Ejemplo: SetValue(cmi.interactions.0.learner_response, strongly_disagree) ste es un ejemplo de una interaccin likert donde la respuesta del estudiante es strongly_disagree. SetValue(cmi.interactions.1.learner_response,likert_1) ste es un ejemplo de una interaccin likert donde la respuesta del estudiante es likert_1. El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin matching como: matching: bolsa de registro { Fuente: short_identifier_type (tipo de identificador corto), objetivo: short_identifier_type (tipo de identificador corto), }// SPM de la bolsa de registros: 36 registros Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente una bolsa de registros, donde cada uno consista en dos short_identifier_types, una fuente y un objetivo. Los short_identifier_types del registro estn separados por una representacin reservada especial ([.]). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Cada registro de la bolsa est separado por una representacin reservada especial ([.]). El LMS permitir cadenas de caracteres que incluyan por lo menos 36 registros (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 36 registros. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type>[.]<short_identifier_type>[,]<short_identifier_type>[.]<short_identifi er_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o La bolsa contendr cero registros o ms. o Cada registro incluir un valor "fuente" y un valor "objetivo" separados por la representacin reservada especial ([.]). o Los valores "fuente" y "objetivo" son short_identifier_types. o Si la bolsa contiene ms de un registro deben estar separados por la representacin reservada especial ([.]). o No existe ninguna restriccin en cuanto al nmero de veces que el short_identifier_type aparecer en una cadena de caracteres. o El orden de los registros no tiene importancia. Ejemplo: SetValue(cmi.interactions.0.learner_response, 2[.]c[,]1[.]a[,]3[.]b) ste es un ejemplo de una interaccin matching donde la respuesta del estudiante es: Fuente Objetivo 1 a concuerda con 2 3

concuerda con concuerda con

c b
RTE v.1.3.1 Pag. 137

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

performance

El SCO es responsable de entender qu significan la respuesta correcta y los pares de fuente/objetivo. El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin performance como: performance: conjunto(0..249) de registro // SPM del conjunto de registros: 250 registros ( step_name: short_identifier_type (tipo de identificador corto), step_answer: choice ( estado (literal, numeric) ) de ( literal: characterstring (cadena de caracteres) (ISO-10646-1) // SPM de la cadena de caracteres: 250 caracteres real(10,7) ) ) numeric:

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un conjunto de registros. Cada registro del conjunto consistir en uno de los dos valores que aparecen a continuacin, separados por la representacin reservada especial ([.]). o El step name: un short_identifier_type. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. o El step answer: ya sea una cadena de caracteres o un valor numrico. Si el step answer es una cadena de caracteres, el LMS permitir por lo menos un SPM de 250 caracteres. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 250 caracteres. Si el step answer es un valor numrico, su formato ser real(10, 7). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Cada registro del conjunto est separado por una representacin reservada especial ([.]). El LMS permitir cadenas de caracteres que incluyan por lo menos 250 registros (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 250 registros. Formato: El formato de la cadena de caracteres ser: o <step_name>[.]<step_answer>[,]<step_name>[.]<step_answer> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr un registro o ms. o Cada uno de los registros de los conjuntos incluir un step_name o un step answer, o ambos, separadas por la representacin reservado especial [.]. o El valor step namees un short_identifier_type. o El valor step namees opcional. Si el conjunto no incluye un step name, debe incluir un step answer precedido por [.]. o Si el valor del step answer no es un rango numrico, ser representado como una cadena de caracteres con un SPM de 250. o Si el step answer es un valor numrico, su formato ser real(10, 7). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos real(10, 7).
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 138

o El valor step answer es opcional. Si el conjunto no incluye un step answer, el conjunto debe incluir un step name seguido de [.]. o Si el conjunto contiene ms de un registro deben estar separados por la representacin reservada especial ([.]). o No existe ninguna restriccin en cuanto al nmero de veces que el step name aparecer en una cadena de caracteres. o El orden de los registros es importante. Ejemplo: SetValue(cmi.interactions.0.learner_response,step_1[.]inspect wound[,]step_2[.]clean wound[,]step_3[.]apply bandage) ste es un ejemplo de una interaccin performance donde la respuesta del estudiante indica que el estudiante llev a cabo los siguientes pasos en el siguiente orden: 1. step_1 inspeccionar la herida 2. step_2 limpiar la herida 3. step_3 aplicar vendas SetValue(cmi.interactions.0.learner_response, step_3[.]apply bandage[,]step_1[.]inspect wound[,]step_2[.]clean wound) ste es un ejemplo de una interaccin performance donde la respuesta del estudiante indica que llev a cabo los siguientes pasos en el siguiente orden: 1. step_3 aplicar vendas 2. step_1 inspeccionar la herida sequencing 3. step_2 limpiar la herida El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin sequencing como: sequencing: conjunto (0..35) de short_identifier_type // SPM del conjunto de short_identifier_type: 36 short_identifier_types Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres de acuerdo al ISO-10646-1 que represente un conjunto de short_identifier_types, donde cada elemento del conjunto est separado por una representacin reservada especial ([,]). El LMS permitir las cadenas de caracteres que incluyan por lo menos 36 short_identifier_types (el SPM obligatorio), separados por la representacin reservada [,]. El LMS puede ampliar la capacidad, pero depende de cada implementacin. El LMS solamente es responsable de manejar un SPM de 36 short_identifier_types. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de short_identifier_type. Formato: El formato de la cadena de caracteres ser: o <short_identifier_type>[,]<short_identifier_type> Se deben seguir los siguientes requisitos al construir la cadena de caracteres: o El conjunto contendr cero short_identifier_types o ms. o Si el conjunto contiene ms de un short_identifier_type (si la interaccin tiene mltiples respuestas correctas, y todas son obligatorias), estarn separados por la representacin reservada especial [,]. o Cada short_identifier_type puede aparecer ms de una vez dentro del conjunto. o El orden de los short_identifier_types es importante. Ejemplo: SetValue(cmi.interactions.0.learner_response, a[,]b[,]c) ste es un ejemplo de una interaccin sequencing donde la respuesta del estudiante fue la secuencia de a, seguida de b, seguida de c: SetValue(cmi.interaction.0.learner_response,b[,]c[,]a) ste es un ejemplo de una interaccin sequencing donde la respuesta del estudiante fue la secuencia de a, seguida de b, seguida de c. El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin numeric como:
RTE v.1.3.1 Pag. 139

numeric

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

numeric: real(10,7) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres segn el ISO-10646-1 Formato: La cadena de caracteres representar un real(10,7). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos real(10, 7). Ejemplo: SetValue(cmi.interactions.0.learner_response,4) ste es un ejemplo de una interaccin numeric donde la respuesta del estudiante fue el nmero 4. SetValue(cmi.interactions.0.learner_response, 10.5) ste es un ejemplo de una interaccin numeric donde la respuesta del estudiante fue el nmero 10.5. El borrador del estndar del IEEE define la respuesta del estudiante en el tipo de interaccin other como: other: characterstring (cadena de caracteres) (ISO-10646-1) // SPM de la cadena de caracteres: 4000 caracteres Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: Una cadena de caracteres segn el ISO10646-1 Formato: La respuesta del estudiante otra (other) se utiliza para permitir otros tipos de interacciones no definidas por el estndar del IEEE. El formato de la cadena de caracteres se le deja al implementador de la interaccin:

other

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 140

4.2.10.Datosdellanzamiento
Durante la experiencia de aprendizaje, puede existir la necesidad de entregarle cierta informacin sobre el lanzamiento al SCO asociado a la actividad de aprendizaje. Esta informacin no se puede representar ante el SCO usando parmetros antes del lanzamiento. El elemento del modelo de datos de cmi.launch_data le da al diseador de contenido un medio para ofrecer esta informacin. El elemento del modelo de datos de cmi.launch_data ofrece informacin al SCO especfica que ste puede usar para la inicializacin. El valor de este elemento del modelo de datos no est especificado [1]. Los valores permisibles para l son definidos por el implementador del SCO. Por lo general, la documentacin del SCO especifica qu informacin se puede o se tiene que entregar [1]. Generalmente esta informacin no se puede pasar al SCO como parmetros del lanzamiento. sta informacin es necesaria para todos los usos del SCO en cierto contexto.
Tabla 4.2.10a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Datos del Lanzamiento

Vinculacin en notacin por puntos cmi.launch_data

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres), SPM: 4000 Espacio de valor: ISO-10646-1 Formato: El formato de la cadena de caracteres se deja al criterio del desarrollador del SCO. El LMS simplemente devuelve los datos, si lo solicita el SCO (GetValue()). Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de cadena de caracteres. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si se requieren datos sobre el lanzamiento para operar el SCO, los diseadores los proporcionarn usando los mecanismos descritos en el Modelo de Agregacin de Contenido de SCORM. El espacio del nombre de la extensin del Paquete de Contenido de ADL proporciona un elemento (<adlcp:dataFromLMS>), que es responsable de almacenar esta informacin. El elemento se puede asociar a un <imscp:item> que refiera hacia el recurso del SCO. El LMS inicializar el valor de cmi.launch_data usando el valor proporcionado en el elemento <adlcp:dataFromLMS>. Si no existe ese elemento o valor, el LMS no debe asumir decisiones en cuanto a cmo inicializarlo. Si el LMS recibe una solicitud de GetValue () y no hay informacin definida en el manifiesto, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.launch_data Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.launch_data y confingurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si no existe un <adlcp:dataFromLMS> para el <imscp:item> en el cual se remita al recurso del SCO, el LMS no es responsable de asumir el valor inicial de cmi.launch_data. Si el SCO solicita ( GetValue()) que es el cmi.launch_data en estos casos, el LMS configurar el cdigo de error como 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca. SetValue(): Si el SCO invoca llamar a SetValue() en el elemento del modelo de datos de cmi.launch_data, el LMS debe configurar el cdigo de error como 404 El Elemento del

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 141

Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Requisitos adicionales de comportamiento: El desarrollador del SCO es responsable de definir el cmi.launch_data. El Manifiesto del Paquete de Contenido contiene un elemento (<adlcp: dataFromLMS>) que ser usado por el desarrollador del SCO para declarar estos datos. El elemento se coloca dentro del manifiesto como subelemento del <imscp:item> que refiere hacia el recurso. El LMS es responsable de inicializar el cmi.launch_data del SCO referido con el valor definido en el elemento. Se permite que el cmi.launch_data sea cualquier representacin vlida de una cadena de caracteres (segn lo definido anteriormente en los Requisitos de Implementacin del Elemento del Modelo de Datos). El LMS proporcionar como mnimo el SPM de 4000 caracteres. No se garantiza que las cadenas de caracteres que sean mayores a 4000 caracteres sean almacenadas en su totalidad por el LMS. Si el desarrollador del SCO no define datos en el manifiesto y el SCO solicita el cmi.launch_data, el LMS deber devolver una cadena de caracteres vaca y configurar el cdigo de error API apropiado. Ejemplo: GetValue(cmi.launch_data)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 142

4.2.11.Identificacindelestudiante
El elemento del modelo de datos cmi.learner_id identifica al estudiante para el que se lanz el SCO. El cmi.learner_id ser nico, por lo menos dentro del alcance del SCO [1], pero la manera en que se asigna el cmi.learner_id queda fuera del alcance de SCORM. Un caso tpico de asignacin de learner_ids es hacerlo con algn proceso de registro del estudiante, definido por el LMS. El cmi.learner_id identifica al estudiante en el LMS.
Tabla 4.2.11a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Identidad del Estudiante

Vinculacin en notacin por puntos cmi.learner_id

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: long_identifier_type Espacio de valor: Una cadena de caracteres (SPM: 4000) que represente un URI vlido, segn el RFC 2396 [6]. Se recomienda que el URI sea un URN de acuerdo al RFC 2141 [3]. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de long_identifier_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar el cmi.learner_id. La manera en que actualmente se lleva a cabo queda fuera del alcance de SCORM (p. ej., suele manejarse por medio de un sistema de registro del estudiante dentro del LMS). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.learner_id. Requisitos de implementacin de la API: GetValue(): El LMS devolver la identificacin del estudiante asociado que actualmente maneja el LMS y configurar el cdigo de error en 0 -Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de implementacin del elemento de modelo de datos: SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el the cmi.learner_id, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.learner_id)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 143

4.2.12.Nombredelestudiante
El elemento del modelo de datos de cmi.learner_name es el nombre que el LMS da al estudiante [1]. La manera en que se asigna o se crea el cmi.learner_name queda fuera del alcance de SCORM. El cmi.learner_name puede venir de algn sistema de registro del estudiante en el LMS o de la informacin de algn perfil del estudiante. Puede haber otros mecanismos para la creacin y asignacin del cmi.learner_name, pero no existen restricciones en cuanto a cmo llevar a cabo este proceso. La manera en que el LMS interpretar y procesar el delimitador de la cadena de caracteres queda fuera del alcance de SCORM. El SCO puede construirse de modo que analice la informacin de idioma antes de utilizar la cadena de caracteres devuelto por el LMS.
Tabla 4.2.12a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Nombre del Estudiante

Vinculacin en notacin por puntos cmi.learner_name

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: Cadena de caracteres local (localized_string_type), SPM: 250 Espacio de valor: Una cadena de caracteres que represente una cadena de caracteres local. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar el cmi.learner_name. La manera en que se desempea esta funcin queda fuera del alcance de SCORM. Por lo general, esta funcin es manejada por distintos mecanismos, algunos de los cuales fueron descritos anteriormente. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.learner_name. Durante la solicitud de GetValue (), el SCO debe estar consciente de que el delimitador puede ser parte de la cadena de caracteres devuelta por el LMS (dependiendo en la implementacin del LMS). Lo que deba hacer el SCO con la cadena de caracteres devuelta por el LMS depender de la implementacin del SCO. Si el Sistema de Administracin de Datos no proporciona el delimitador el SCO asumir que la cadena de caracteres est usando el valor predeterminado de en (ingls). Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.learner_name asociado que actualmente maneja para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el the cmi.learner_name, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.learner_name)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 144

4.2.13.Preferenciasdelestudiante
Los datos de preferencias del estudiante especifican sus preferencias en cuanto al uso del SCO [1]. No existen restricciones respecto a cmo se determinan estos datos. Por ejemplo, el LMS puede proporcionar alguna interfaz que permita al estudiante configurar estos datos o alguna clase de sistema de elaboracin de perfiles que capture informacin acerca del estudiante. Si existe un mecanismo as, se usaran estos datos, definidos globalmente, para inicializar el conjunto de elementos del modelo de datos definidos en esta seccin. Dependiendo de cmo se implemente este mecanismo, los datos pueden aplicarse a todos los SCO de una organizacin de contenido, un subconjunto de SCO o a un solo SCO. Si existe un mecanismo para determinar y configurar informacin sobre las preferencias del estudiante antes de la ejecucin en desempeo de un SCO, es necesario respetar algunas obligaciones y requisitos. Dado que estos datos se consideran globales para los SCO afectados (es decir, pueden aplicarse a todos los SCO de una organizacin de contenido), no deben ser alterados si un SCO configura una preferencia por medio de una llamada de SetValue() durante un intento del estudiante. Si se configuran datos de preferencia del estudiante durante un intento del estudiante, slo estarn disponibles en el SCO en ese intento (es decir, temporalmente, durante el intento del estudiante, se sobrescriben las preferencias globales definidas). Si un nuevo intento est en curso, se pierde cualquier preferencia del estudiante para el SCO configurada en el intento anterior. Los valores se devuelven a los predeterminados, segn lo definido ms abajo, o a los valores predeterminados globales adquiridos por otros medios. Si no existe un mecanismo para determinar y configurar informacin sobre las preferencias del estudiante antes de la ejecucin en desempeo de un SCO, existen valores o comportamientos predeterminados para cada elemento del modelo de datos. Los mismos requisitos aplican a la persistencia de los datos, si es configurada por el SCO, y solamente deben existir durante el intento del estudiante en el SCO.
Tabla 4.2.13a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Preferencias del Estudiante

Vinculacin en notacin por puntos cmi.learner_prefe rence._children

Detalle El elemento del modelo de datos cmi.learner_preference._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue () y de SetValue (). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay en el elemento padre de Preferencias del Estudiante y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o audio_level o language o delivery_speed o audio_captioning Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos del modelo de datos (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba).
RTE v.1.3.1 Pag. 145

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.learner_preference._children. Requisitos de implementacin de la API: GetValue(): El LMS devolver una lista separada por comas de todos los elementos del modelo de datos que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. El orden de los elementos del modelo de datos no tiene importancia. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.learner_preference._children, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.learner_preference._children) cmi.learner_preference.audio_level El elemento del modelo de datos de cmi.learner_preference.audio_level es un valor multiplicador que especifica un cambio previsto en el nivel de audio percibido en cuanto al nivel de referencia de la implementacin, en el cual 1 significa ningn cambio. Por ejemplo, el valor 0 especifica atenuacin infinita; el valor de 0.5, una atenuacin de 10 decibeles y el valor de 2, una amplificacin de 10 decibeles [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7), rango (0..*) Espacio de valor: Un nmero verdadero mayor o igual a 0. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El nivel predeterminado de cmi.learner_preference_audio_level ser 1. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.learner_preference.audio_level. Si un SCO configura el cmi.learner_preference.audio_level durante un intento del estudiante, el LMS solamente persiste este valor durante ese intento del estudiante. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor de cmi.learner_preference.audio_level almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error API en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el LMS invoca una solicitud para obtener cmi.learner_preference.audio_level antes de que ese valor sea configurado por el SCO o por algn otro medio, el LMS devolver el valor predeterminado de 1 y configurar el cdigo de error en 0 Ningn Error. SetValue(): El LMS configurar el elemento del modelo de datos de cmi.learner_preference.audio_level en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.learner_preference.audio_level con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Si el SCO intenta configurar el cmi.learner_preference.audio_level con un valor que s es un nmero verdadero pero no mayor a 0 (fuera del rango), el sistema debe configurar el cdigo de error en 407 Valor del Elemento del Modelo de Datos Fuera del Rango. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 146

Ejemplo: GetValue(cmi.learner_preference.audio_level) SetValue(cmi.learner_preference.audio_level,3) cmi.learner_preference.language El elemento del modelo de datos de cmi.learner_preference.language es el idioma escogido por el estudiante en los SCO con capacidad de mltiples idiomas [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: language_type (SPM 250) o una cadena de caracteres vaca Espacio de valor: ISO-646 [4] Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de language_type. El idioma predeterminado ser (cadena de caracteres vaca). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Si el LMS no proporciona un mecanismo para inicializar las preferencias del estudiante, el valor predeterminado para el cmi.learner_preference.language ser una cadena de caracteres vaca (). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.learner_preference.language. Dado que el valor predeterminado para el cmi.learner_preference.language es una cadena de caracteres vaca, el significado de este valor ser determinado por el SCO. Por ejemplo, una cadena de caracteres vaca podra significar que el valor predeterminado es ingls. Tambin podra significar que no hay idioma preferido y el SCO podra estar construido de manera que determine si el estudiante tiene un idioma preferido. Si un SCO configura el cmi.learner_preference.language durante un intento del estudiante, el LMS solamente persiste este valor durante ese intento del estudiante. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor de cmi.learner_preference.language almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error API en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de implementacin del elemento de modelo de datos. o Si el LMS invoca una solicitud para obtener el cmi.learner_preference.language antes de que ese valor sea configurado por el SCO o por algn otro medio, el LMS configurar el cdigo de error en 0 Ningn Error y devolver el valor predeterminado de (cadena de caracteres vaca). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.learner_preference.language en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.learner_preference.language con un valor que no cumple con los Requisitos de Implementacin del Modelo de Datos, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.learner_preference.language) SetValue(cmi.learner_preference.language,fr-CA) cmi.learner_preference.delivery_speed El elemento del modelo de datos de cmi.learner_preference.delivery_speed es un valor multiplicador que especifica la velocidad de entrega del contenido preferida por el estudiante, expresado como un cambio de velocidad con relacin a la velocidad especfica de la implementacin. Por ejemplo, 2 es el doble de velocidad con relacin a la velocidad de referencia y 0.5 es la mitad de velocidad. El valor predeterminado ser 1 [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7), rango (0..*) Espacio de valor: Un nmero verdadero mayor o igual a 0.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 147

Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del Sistema de Administracin de Aprendizaje: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Si el LMS no proporciona un mecanismo para inicializar las preferencias del estudiante, el valor predeterminado para el cmi.learner_preference.delivery_speed ser 1. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.learner_preference.delivery_speed. Si un SCO configura el cmi.learner_preference.delivery_speed durante un intento del estudiante, el LMS solamente persiste este valor durante ese intento del estudiante. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor de cmi.learner_preference.delivery_speed almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error API en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el LMS invoca una solicitud para obtener el cmi.learner_preference.delivery_speed antes de que ese valor sea configurado por el SCO o por algn otro medio, el LMS devolver el valor predeterminado de 1 y configurar el cdigo de error en 0 Ningn Error. SetValue(): El LMS configurar el elemento del modelo de datos de cmi.learner_preference.delivery_speed en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.learner_preference.delivery_speed con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Si el SCO intenta configurar el cmi.learner_preference.delivery_speed con un valor que s es un nmero verdadero pero menor a 0 (fuera del rango), el sistema debe configurar el cdigo de error en 407 Valor del Elemento del Modelo de Datos Fuera del Rango. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Requisitos adicionales de comportamiento: El SCO es responsable de configurar el valor de la velocidad basndose en la preferencia del estudiante. La manera en que se recogen, determinan o aplican estos valores al SCO queda fuera del alcance de SCORM. Ejemplo: GetValue(cmi.learner_preference.delivery_speed) SetValue(cmi.learner_preference.delivery_speed,0.5) cmi.learner_preference.audio_captioning El elemento del modelo de datos de cmi.learner_preference.audio_captioning especifica si se muestran subttulos acompaando al audio [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (off, no_change, on) Espacio de valor: El borrador del estndar del IEEE define tres valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o - 1: Representa el estado de apagado (off). Los subttulos estn apagados y no hay texto acompaando al audio [1]. o - 1: Representa el estado de "sin cambio" (no_change). Se mantiene la configuracin actual para los subttulos [1]. ste es el valor predeterminado.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 148

o 1: Representa el estado de encendido (on). Los subttulos estn encendidos y hay texto acompaando al audio [1]. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.learner_preference.audio_captioning. Si un SCO configura el cmi.learner_preference.audio_captioning durante un intento del estudiante, el LMS solamente persiste este valor durante ese intento del estudiante. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor de cmi.learner_preference.audio_captioning almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error API en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el LMS invoca una solicitud para obtener el cmi.learner_preference.audio_captioning antes de que ese valor sea configurado por el SCO o por algn otro medio, el LMS devolver el valor predeterminado de 0 y configurar el cdigo de error en 0 Ningn Error. SetValue(): Si el SCO invoca una solicitud para configurar el cmi.learner_preference.audio_captioning y el valor no es un miembro de las representaciones en vocabulario restringido antes descritas, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Requisitos adicionales de comportamiento: La manera en que se inicialice este elemento del modelo de datos queda fuera del alcance de SCORM. Este valor puede ser inicializado de numerosas maneras. Por ejemplo: El SCO puede ser construido de manera que configure el valor inicial de los subttulos en audio basndose en la preferencia del estudiante o puede ser inicializado por alguna preferencia del estudiante o la informacin de algn perfil recogido por el LMS. La manera en que se recogen, determinan o aplican estos valores al SCO queda fuera del alcance de SCORM. Ejemplo: GetValue(cmi.learner_preference.audio_captioning) SetValue(cmi.learner_preference.audio_captioning,-1)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 149

4.2.14.Ubicacin
El elemento del modelo de datos de cmi.location es una ubicacin dentro del SCO. ste determina su valor y significado. La primera vez que el estudiante hace un intento en el SCO o si no existe una ubicacin inicial preferida, el valor ser una cadena de caracteres vaca () [1]. El LMS no debe interpretar o cambiar estos datos. Los datos son opacos al LMS. El formato del cmi.location slo es entendido por el SCO que configura el valor. Si el SCO comunica un cmi.location, este elemento del modelo de datos puede ser usado para indicar un "marcador", una "referencia" dentro del SCO. Este elemento del modelo de datos se puede utilizar como punto de partida al regresar al SCO tras suspender una sesin. En este caso, el elemento del modelo de datos de cmi.location corresponde al punto de salida en el SCO la ltima vez que el estudiante lo experiment. El comportamiento y uso de este elemento del modelo de datos es manejado por el SCO.
Tabla 4.2.14a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Ubicacin

Vinculacin en notacin por puntos cmi.location

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres), SPM: 1000) Espacio de valor: ISO-10646-1 [5] Formato: El formato de la cadena de caracteres se deja al criterio del desarrollador del SCO. El LMS simplemente almacena (SetValue()) y devuelve (GetValue()) los datos, si el SCO lo solicita. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de cadena de caracteres. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Este elemento del modelo de datos es controlado por el SCO. No se requieren pasos de inicializacin de parte del LMS. Si se hace una solicitud de GetValue() antes de que el valor haya sido configurado por el SCO, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.location. Si est almacenando el elemento del modelo de datos, el valor es definido por el SCO y la implementacin y el formato de la cadena de caracteres se apegar al ISO 10646-1. El LMS slo es responsable de almacenar estos datos y devolverlos cuando los solicite el SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.location asociado que actualmente maneja el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO solicita el cmi.location antes de que ste sea inicializado por el SCO, el LMS devolver una cadena de caracteres vaca () y configurar un cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado. SetValue(): Si el valor SCO invoca una solicitud SetValue() para configurar el cmi.location y el valor proporcionado cumple los requisitos de implementacin del elemento del modelo de datos, el LMS almacenar el valor proporcionado para cmi.location, configurar el cdigo de error en 0 Ningn Error y devolver true. Ejemplo: GetValue(cmi.location) SetValue(cmi.location,chkPt1.p3.f5)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 150

4.2.15.Tiempomximopermitido
El elemento del modelo de datos de cmi.max_time_allowed es la cantidad de tiempo acumulado que se le permite usar el SCO al estudiante en el esfuerzo de aprendizaje [1]. El intento del estudiante comienza al inicio de su primera sesin y contina hasta que la actividad concluye.
Tabla 4.2.15a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Tiempo Mximo Permitido

Vinculacin en notacin por puntos cmi.max_time_allowed

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: timeinterval (second,10,2): un intervalo con una resolucin de hasta 0.01 segundos Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos timeinterval (second,10,2). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar este valor basndose en el valor proporcionado por el desarrollador del SCO. Este valor se puede proporcionar en el Manifiesto del Paquete de Contenido asociado a la organizacin de contenido. El LMS utilizar el elemento <imsss:attemptAbsoluteDurationLimit> para inicializar este valor, si se encuentra definido para el <imscp:item> que refiere hacia el Recurso SCO del manifiesto. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.max_time_allowed. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.max_time_allowed y confingurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si no se define un tiempo mximo permitido (es decir, el <imsss:attemptAbsoluteDurationLimit> element) en el manifiesto y el SCO solicita el valor de este elemento del modelo de datos, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.max_time_allowed, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.max_time_allowed)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 151

4.2.16.Modo
El elemento del modelo de datos de cmi.mode identifica uno de los tres posibles modos en los que se puede presentar el SCO al estudiante [1]. Este valor se puede utilizar para indicar el comportamiento del SCO tras el lanzamiento. Muchos SCO tienen un solo comportamiento. Algunos, sin embargo, pueden presentar distintas cantidades de informacin y presentarla en diferentes secuencias, que refleje diversas estrategias de capacitacin o almacenar variados conjuntos de datos basndose en el modo en que el SCO est operando.
Tabla 4.2.16a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Modo

Vinculacin notacin puntos cmi.mode

en por

Detalle

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (browse, normal, review) [1] Espacio de valor: El borrador del estndar del IEEE define tres valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o browse: El SCO se presenta sin intencin de registrar informacin alguna sobre la sesin actual del estudiante [1]. o normal: El SCO se presenta con la intencin de registrar informacin sobre la sesin actual del estudiante [1]. ste es el valor predeterminado si no existe un mecanismo para identificar el modo. o review: El SCO ya ha registrado informacin sobre el intento del estudiante y se presenta sin la intencin de actualizar esta informacin con datos de la sesin actual [1]. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Actualmente no existe un mecanismo para determinar el modo del SCO. Actualmente esto se le deja a la implementacin del LMS. Si el LMS desea proporcionar alguna manera para tener una vista previa (o explorar) de la organizacin de contenido o una manera de revisarla, ste es un mecanismo para inicializar el cmi.mode en el cual debe ser visto el contenido (SCO) de la organizacin de contenido. El modo normal ser el predeterminado de todos los SCO. Impacto sobre la secuencia: El elemento del modelo de datos de cmi.mode no tiene impacto sobre la secuencia. El valor de cmi.mode no afecta ningn comportamiento de secuencia. Si el valor de cmi.mode es browse o review, el LMS debe tratar cualquier dato enviado por el SCO como informativo (para poder tomar decisiones de secuencia). Si el LMS persiste o no los datos enviados por el SCO mientras est en modo de revisin o exploracin, es algo que queda fuera del alcance de SCORM. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.mode. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.mode asociado que actualmente maneja el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. Si no existe un mecanismo para permitir distintos modos, el LMS slo devolver normal en todos los casos. SetValue(): Si el SCO invoca una solicitud para configurar el cmi.mode, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.mode)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 152

4.2.16.1 Requisitos de modo y uso del crdito


Los elementos del modelo de datos de cmi.mode y cmi.credit estn relacionados entre s. La siguiente tabla describe su relacin:

Tabla 4.2.16.1a: Valores de modo y crdito

valor cmi.mode browse review normal

valor cmi.credit no-credit no-credit credit o no-credit

Al LMS se le exige que implemente estos elementos del modelo de datos como Slo de Lectura. Al SCO no se le permite alterar los estados de estos valores con una llamada API de SetValue(). El LMS debe asegurarse de que estos valores se mantengan sincronizados entre s. Si el crdito est en nocredit, cualquier informacin (estado de xito, interacciones, etc.) que sea comunicada por el SCO ser informativa. Los datos registrados durante la interaccin del estudiante con el SCO se utilizan para tomar decisiones de secuencia. Fuera de eso, el LMS tiene la libertad de hacer lo que desea con los datos.

4.2.17.Objetivos
Los diseadores educativos podran asociar el aprendizaje u otro tipo de objetivos a una actividad de aprendizaje y sus objetos de contenido asociados. SCORM no define lo que es un objetivo ni impone requisitos en cuanto a su uso. Sin embargo, s define cmo se puede rastrear el estado de los objetivos, sin importar su tipo, durante la experiencia del estudiante, y tambin cmo se puede usar el estado del objetivo rastreado para afectar las evaluaciones de secuencia. En la experiencia del estudiante, los objetivos se rastrean al asociar un conjunto de informaciones sobre el estado del objetivo a cada objetivo rastreado por medio de un identificador. El identificador usado ni tiene ni implica semntica alguna; solamente se utiliza para relacionar los resultados de una experiencia del estudiante con un objetivo definido por el desarrollador de contenido. Los Objetivos se tratan como un grupo de conjuntos de informaciones sobre el estado del objetivo de un SCO, utilizados para rastrear el aprendizaje u otros tipos de objetivos asociados al SCO. Un SCO puede tener cero o ms conjuntos de informaciones sobre el estado del objetivo. La informacin rastreada en el elemento padre del modelo de datos de Objetivos solamente est disponible para el SCO, durante el intento del estudiante. Se requiere un identificador para diferenciar los distintos conjuntos de informaciones sobre el estado del objetivo. Todos los identificadores de objetivos deben ser nicos en cada SCO. Cada conjunto de informaciones sobre el estado del objetivo consiste en los siguientes elementos: Identificador: un identificador del conjunto de informaciones sobre el estado del objetivo. Calificacin: una calificacin (si aplicara).

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 153

Estado de xito: un indicador del estado de xito en el Estado de Conclusin del objetivo (si aplicara): un indicador del estado de conclusin en el objetivo (si aplicara). Medida del avance: un indicador de la medida de avance hacia la conclusin del objetivo asociado. Descripcin: una descripcin breve e informativa del objetivo.

Durante la interaccin del estudiante con el SCO, a ste se le permite actualizar la informacin del estado o la calificacin y as no tiene que crear una nueva partida en el conjunto. El conjunto de los objetivos debe actuar como estado de los objetivos durante la interaccin del estudiante. El identificador del objetivo es lo que hace que sea nico; por lo tanto, cuando se necesite rastrear la informacin de estado de un objetivo nuevo (un nuevo identificador de objetivo), se debe crear una nueva partida en el conjunto. Los desarrolladores de SCO pueden describir los objetivos que el SCO rastrea lo que significan los identificadores de los objetivos - usando la categora de Clasificacin de los metadatos de SCORM. Tambin se pueden utilizar los elementos de Purpose, Taxonpath y Descripcin para describir e identificar el objetivo(s) del SCO. Sin embargo, la aplicacin de metadatos a un SCO slo se hace con propsitos informativos. Actualmente no hay ningn requisito definido para que los LMS procesen los metadatos asociados a un SCO y no existe un comportamiento definido para que el LMS utilice los metadatos asociados al SCO de manera interoperable (consulte el manual CAM de SCORM para ver ms detalles). El LMS permitir por lo menos un SPM de 100 informaciones sobre el estado del objetivo. Y tiene la libertad de permitir valores mayores al SPM definido.

4.2.17.1 Cmo asociar informacin sobre el estado del objetivo a los SCO
Se pueden asociar ms de un conjunto de informaciones sobre el estado del objetivo a un solo SCO. El mecanismo definido para tener acceso a mltiples conjuntos de informaciones sobre el estado del objetivo es una lista indexada (consulte la Seccin 4.1.1.3: Cmo Manejar las Colecciones). Al configurar (SetValue()) la informacin sobre el estado de un objetivo, el SCO es responsable de insertarla en orden secuencial.
Tabla 4.2.17.1a: Escenarios de Almacenamiento de Datos de la Coleccin

Incorrecto cmi.objectives.0.id = ID1 cmi.objectives.2.id = ID3 cmi.objectives.1.id = ID2

Correcto cmi.objectives.0.id = ID1 cmi.objectives.1.id = ID2 cmi.objectives.2.id = ID3

Para evitar el escenario incorrecto que se mostr anteriormente en la Tabla 4.2.17.1a, el SCO puede invocar GetValue() en cmi.objectives._count para recuperar la siguiente posicin disponible en la lista indexada. El LMS es responsable de manejar esta lista como una lista indexada con base en cero. Cuando el SCO solicita el cmi.objectives._count, el LMS devolver el nmero total de objetivos que actualmente maneja. Por ejemplo, si el LMS devuelve 2 a la solicitud GetValue(cmi.objectives._count), el SCO utilizar este valor al insertar el siguiente conjunto de informaciones del objetivo. Ese 2 indica que el SCO ya ha configurado (SetValue ()) el cmi.objectives.0 y cmi.objectives.1.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 154

El orden de los conjuntos de informaciones sobre el estado del objetivo en la lista indexada no define una relacin importante entre los objetivos, y el orden puede cambiar de una sesin a otra. El mtodo recomendado para tener acceso a los conjuntos de informaciones sobre el estado del objetivo es realizar una bsqueda del identificador del objetivo deseado en la lista indexada. El ndice donde se encuentre el identificador se debe utilizar para tener acceso y modificar los dems elementos de informacin sobre el estado del objetivo.

4.2.17.2 Inicializacin de los Objetivos de Desempeo a partir de la informacin de secuencia


Los diseadores educativos pueden querer utilizar objetivos para tomar decisiones condicionales de secuencia; este deseo se representa explcitamente en la informacin de secuencia asociada a la actividad de aprendizaje (consulte el manual CAM de SCORM). As como el SCO refiere a los objetivos a travs de sus identificadores, tambin lo hace la informacin de secuencia asociada con la actividad de aprendizaje. En el caso de los objetivos asociados a una actividad de aprendizaje, los que pueden ser afectados por la experiencia de aprendizaje son los que tengan un identificador idntico a uno definido en la coleccin de cmi.objectives del SCO asociado a la actividad de aprendizaje. SCORM define cmo se usan los identificadores para relacionar los objetivos definidos en la actividad de aprendizaje con propsitos de secuencia con la coleccin de objetivos (cmi.objectives) disponible para el SCO asociado a la actividad durante la experiencia de aprendizaje. Siempre que se lance un SCO en un nuevo intento del estudiante, el LMS inicializar un conjunto de objetivos de desempeo (cmi.objectives) para el SCO con la informacin sobre el estado del objetivo manejada para secuenciar la actividad de aprendizaje asociada al SCO. El LMS crear una partida en la coleccin de los objetivos del SCO para cada objetivo definido en la informacin de secuencia (hijos del elemento <imsss:objectives>) aplicado a la actividad asociada al SCO. La informacin de secuencia se utilizar para inicializar el objetivo de desempeo de la siguiente manera: 1. cmi.objectives.n.id ser inicializado con el identificador del objetivo (el atributo de identidad del objetivo asociado al objetivo en la informacin de secuencia de la actividad). 2. cmi.objectives.n.success_status ser inicializado con la Informacin de Rastreo asociada al objetivo (posiblemente a travs de un Mapa de Objetivo tipo read). 3. cmi.objectives.n.score.scaled ser inicializado con la Informacin de Rastreo asociada al objetivo (posiblemente a travs de un Mapa de Objetivo tipo read) . Cuando comience el nuevo intento del estudiante en el SCO, y despus de que el LMS haya inicializado la coleccin del objetivo del SCO, el nmero de objetivos que haya dentro de su coleccin de objetivos (cmi.objectives._count) debe ser igual al nmero de objetivos definidos en la informacin de secuencia (hijos del elemento <imsss:objectives>) aplicada a la actividad asociada del SCO que tiene identificadores de los Objetivos definidos. Durante la experiencia del estudiante, el SCO puede modificar el estado de estos objetivos; el LMS utilizar la informacin actualizada sobre el estado durante las evaluaciones de secuencia.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 155

Nota de ADL: Si un SCO altera el identificador de un objetivo (cmi.objectives.id), se romper la asociacin entre el objetivo de desempeo y el objetivo de la actividad asociada. El LMS no sabr cmo trazar el estado de desempeo del objetivo hacia la Informacin de Rastreo de la secuencia.

Si se suspende el intento del estudiante en el SCO y despus se retoma, no se le exige al LMS que actualice la coleccin de objetivos del SCO para que reflejen los cambios en la Informacin de Rastreo de la Secuencia que no aparece en ninguno de los objetivos de la actividad asociada al SCO mientras est suspendido. La coleccin de objetivos del SCO ser inicializada aunque la actividad asociada al SCO no sea rastreada (tracked = False). En estos casos, se aplicarn los mapas de objetivo tipo read para inicializar el estado del objetivo. Cuando no haya mapas de objetivo tipo read, los objetivos inicializados tendrn el estado predeterminado (unknown). Los datos de desempeo relacionados a los objetivos (cmi.objectives.n.xxx) no sern inicializados para el SCO asociado a una actividad, a menos que se haya definido un atributo identificador del objetivo en la informacin de secuencia. Adems, si hay mltiples objetivos definidos para una actividad, el orden de los objetivos del SCO (cmi.objectives.n.xxx) no tiene que coincidir con el orden de los objetivos de la actividad - solamente si los identificadores tienen significado.
Tabla 4.2.17a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Objetivos

Vinculacin en notacin por puntos cmi.objectives._children

Detalle El elemento del modelo de datos de cmi.objectives._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue() y de SetValue(). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay en el elemento padre del elemento del modelo de datos de Objetivos y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o id o score o success_status o completion_status o progress_measure o description Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos del modelo de datos (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.objectives._children. Requisitos de implementacin de la API:
RTE v.1.3.1 Pag. 156

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

GetValue(): El LMS devolver una lista separada por comas de todos los elementos del modelo de datos que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. El orden de los elementos del modelo de datos no tiene importancia. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.objectives._children, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.objectives._children) cmi.objectives._count La palabra clave cmi.objectives._count se utiliza para describir el nmero de objetivos que el LMS almacena actualmente. Se devolver el nmero total de partidas que maneja actualmente el LMS. El LMS es responsable de permitir un SPM de 100 objetivos. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: integer (nmero entero): Espacio de valor: Nmero entero no negativo Formato: La cadena de caracteres que represente el nmero de objetivos que el LMS persiste actualmente. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Si el LMS recibe una solicitud para obtener el valor de cmi.objectives._count antes de que se configuren los objetivos, el LMS seguir los requisitos mencionados a continuacin en los Requisitos de Implementacin API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.objectives._count. Requisitos de implementacin de la API: GetValue(): El LMS devolver el nmero de objetivos que actualmente almacena y configurar el cdigo de error en 0 Ningn Error. o Hasta que haya informacin de los objetivos disponibles para el SCO, el LMS devolver 0, lo cual indica que no hay informacin de los objetivos almacenada actualmente. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.objectives._count, el LMS debe configurar el cdigo de error en 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.objectives._count) cmi.objectives.n.id El elemento del modelo de datos de cmi.objectives.n.id es el identificador de un objetivo y debe ser exclusivo, por lo menos dentro del alcance del SCO. El elemento del modelo de datos debe contener un valor vlido si se quiere que los elementos del modelo de datos de calificacin o estado sean implementados [1]. Si el SCO est solicitando que se almacene informacin de los objetivos, se le exige que configure los identificadores primero (a menos que haya sido inicializado por otros medios), antes que cualquier otra informacin sobre el objetivo. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: long_identifier_type Espacio de valor: Una cadena de caracteres (SPM: 4000) que represente un URI vlido segn el RFC 2396 [6]. Se recomienda que el URI sea un URN de acuerdo al RFC 2141 [3]. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos del formato del tipo de datos de long_identifier_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Si se definen los <imsss:objectives> de un elemento <imscp:item> en el Manifiesto del Paquete de Contenido, el LMS ser responsable de inicializar los datos de desempeo del objetivo (cmi.objectives.n.xxx) del SCO basndose en la Informacin de Avance del Objetivo referida y manejada para la actividad de aprendizaje. Los datos de desempeo relacionados a los objetivos (cmi.objectives.n.xxx) no sern inicializados para el SCO asociado a una actividad, a menos que se haya definido un atributo identificador del objetivo en la informacin de secuencia (<imsss:primaryObjective> or <imsss:objective>). El atributo identificador del objetivo ser utilizado para inicializar el valor de cmi.objectives.n.id. El nmero de objetivos definidos en el
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 157

manifiesto dicta el nmero de informaciones sobre el estado del objetivo que se tienen que inicializar. El LMS tambin es responsable de inicializar la informacin del objetivo de estado y calificacin si estuviera disponible para el LMS (para ms informacin consulta el manual SN de SCORM Objetivos Globales). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.id. Si el SCO est solicitando almacenar la informacin del objetivo, el SCO se asegurar que el identificador se configure de manera exclusiva para distinguir un objetivo de otro. El identificador se configurar primero (a menos que haya sido inicializado por otros medios), antes de cualquier otra informacin del objetivo. Se recomienda que el SCO no altere (configure) los tipos de identificadores de los objetivos existentes durante el intento del estudiante. Si el SCO altera un identificador de un objetivo durante el intento del estudiante, esto podra corromper los datos de interaccin que se han recogido en sesiones anteriores y afectar las decisiones de secuencia que toma el LMS. Requisitos de implementacin de la API: GetValue(): El LMS devolver los identificadores de los objetivos asociados que actualmente maneja y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. SetValue(): El LMS configurar el cmi.objectives.n.id al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos, el LMS configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Se exige que los elementos del modelo de datos de coleccin sean configurados en orden secuencial. Si el SCO no configura los objetivos en orden secuencial, el LMS configurar el cdigo de error en 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Si el valor proporcionado para el SetValue() ya ha sido usado (si no es nico dentro del conjunto de objetivos) en alguna posicin anterior del conjunto, el sistema debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Requisitos adicionales de comportamiento: El SCO es responsable de asegurarse de que la nueva informacin de los objetivos se inserte (SetValue ()) en la lista del ndice en orden secuencial. Se exige que se configure cmi.objectives.n.id en primer lugar, antes de cualquier otra informacin sobre el objetivo. Ejemplo: GetValue(cmi.objectives.0.id) SetValue(cmi.objectives.0.id,obj1) cmi.objectives.n.score cmi.objectives.n.score._children El elemento del modelo de datos de cmi.objectives.n.score._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu
RTE v.1.3.1 Pag. 158

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.objectives.n.score.scaled

elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue () y de SetValue (). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay en el elemento padre del elemento del modelo de datos de Calificacin y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o scaled o raw o min o max Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos del modelo de datos (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.objectives.n.score._children. Requisitos de implementacin de la API: GetValue(): El LMS devolver una lista separada por comas de todos los elementos del modelo de datos que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. El orden de los elementos del modelo de datos no tiene importancia. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.objectives.n.score._children, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.objectives.0.score._children) El elemento del modelo de datos de cmi.objectives.n.score.scaled es un nmero que refleja el desempeo del estudiante en el objetivo. El valor de este elemento del modelo de datos est en una escala dentro de -1 hasta 1 [1]. Si se aplic informacin de secuencia a la actividad de aprendizaje asociada al SCO que depende de esa medida, el SCO debe garantizar que se enve informacin precisa sobre la calificacin al LMS (SetValue ()) antes de que termine la sesin del estudiante con el SCO. De lo contrario, el LMS usar el valor desconocido (unknown), como medida del objetivo apropiado (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO al procesar la informacin de secuencia. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7), rango (-1..1) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. El valor debe estar ente -1.0 y 1.0. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de determinar el cmi.objectives.n.score.scaled. El LMS no puede juzgar la escala de calificacin a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de recuperacin (GetValue ()) antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Impacto sobre la secuencia: Si el SCO no configura el cmi.objectives.n.score.scaled de un objetivo del SCO, el Estado de Avance del Objetivo en el objetivo asociado (basndose en los identificadores
RTE v.1.3.1 Pag. 159

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.objectives.n.score.raw

del objetivo) de la actividad de aprendizaje asociada al SCO ser "false". Si el SCO s configura el cmi.objectives.n.score.scaled de un objetivo del SCO, el Estado de Avance del Objetivo en el objetivo asociado (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser "true" y la Medida Normalizada del Objetivo en ese objetivo (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser igual al valor de score.scaled.. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.score.scaled. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.score.scaled asociado almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error en 0 - Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre como procesar esta solicitud. o Si el SCO intenta recuperar el cmi.objectives.n.score.scaled y el registro de los datos ya fue creado pero el elemento del modelo de datos de scaled no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.objectives.n.score.scaled en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.objectives.n.score.scaled con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Si el SCO intenta configurar el cmi.objectives.n.score.scaled con un valor que s es un nmero verdadero pero no est en el rango de -1 a 1, el sistema debe configurar el cdigo de error en 407 Valor del Elemento del Modelo de Datos Fuera del Rango y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Dado que se exige que el cmi.objectives.n.id se configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar cmi.objectives.n.score.scaled (antes de configurar el identificador), el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. Ejemplo: GetValue(cmi.objectives.0.score.scaled) SetValue(cmi.objectives.0.score.scaled,0.750033) SetValue(cmi.objectives.0.score.scaled,0.75) El elemento del modelo de datos de cmi.objectives.n.score.raw es un nmero que refleja el desempeo del estudiante en el objetivo, en relacin con el rango limitado
RTE v.1.3.1 Pag. 160

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

por los valores de mnimo y mximo [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la calificacin bruta del objetivo a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue() antes de que el valor sea configurado por el SCO, el LMS debe seguir los Requisitos de Implementacin de la API. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.score.raw. La calificacin bruta del objetivo se puede determinar y calcular de cualquier manera y es controlada por el SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.score.raw asociado almacenado actualmente por el LMS y configurar el cdigo de error API en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.objectives.n.score.raw y el registro de los datos ya fue creado pero el elemento del modelo de datos de raw no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.objectives.n.score.raw en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.objectives.n.score.raw con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Dado que se exige que el cmi.objectives.n.id se configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar el cmi.objectives.n.score.raw (antes de configurar el identificador), el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.0.score.raw) SetValue(cmi.objectives.0.score.raw,75.0033) SetValue(cmi.objectives.0.score.raw,0.75)
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 161

cmi.objectives.n.score.min

El elemento del modelo de datos de cmi.objectives.n.score.min es el valor mnimo, para el objetivo, dentro del rango de la calificacin bruta [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real (10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la calificacin mnima del objetivo a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.score.min. La calificacin mnima es determinada por el SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.score.min asociado que el LMS tiene almacenado actualmente para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto) el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.objectives.n.score.min y el registro de los datos ya fue creado pero el elemento del modelo de datos de min no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.objectives.n.score.min en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - ningn Error y devolver true. o Si el SCO intenta configurar el cmi.objectives.n.score.min con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Dado que se exige que el cmi.objectives.n.id se configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar el cmi.objectives.n.score.min (antes de configurar el identificador), el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.0.score.min) SetValue(cmi.objectives.0.score.min,1.0)
RTE v.1.3.1 Pag. 162

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.objectives.n.score.max

SetValue(cmi.objectives.0.score.min,500) El elemento del modelo de datos de cmi.objectives.n.score.max es el valor mximo, para el objetivo, dentro del rango de la calificacin bruta [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la mxima calificacin del objetivo a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.score.max. La calificacin mxima es determinada por el SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.score.max asociado que el LMS almacena actualmente para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto) el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. o Si el SCO intenta recuperar el cmi.objectives.n.score.max y el registro de los datos ya fue creado pero el elemento del modelo de datos de max no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.objectives.n.score.max en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.objectives.n.score.max con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Dado que se exige que el cmi.objectives.n.id se configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar el cmi.objectives.n.score.max (antes de configurar el identificador),
RTE v.1.3.1 Pag. 163

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.objectives.n.success_status

el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.0.score.max) SetValue(cmi.objectives.0.score.max,1.0) SetValue(cmi.objectives.0.score.max,500) El elemento del modelo de datos de cmi.objectives.n.success_status indica si el estudiante domin el objetivo [1]. La manera en que el SCO determina el cmi.objectives.n.success_status del objetivo queda fuera del alcance de SCORM. El SCO podra basar esta decisin en que se apruebe cierto porcentaje de las interacciones del objetivo, la calificacin total de una prueba o un examen, basndose en los objetivos, comparando contra una calificacin de dominio, etc. Este valor indica el estado general de xito del SCO, segn lo determine el desarrollador del SCO. Si se aplic informacin de secuencia a la actividad de aprendizaje asociada al SCO que dependa del estado del objetivo, el SCO debe garantizar que se enve informacin precisa sobre el objetivo al LMS (SetValue ()) antes de que termine la sesin del estudiante con el SCO. De lo contrario, el LMS usar el valor desconocido (unknown), como estado del objetivo apropiado (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO al procesar la informacin de secuencia. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (passed, failed, unknown) Espacio de valor: El borrador del estndar del IEEE define tres valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o passed: El estudiante ha aprobado el SCO [1]. Indica que se domin el nmero necesario de objetivos o que se alcanz la calificacin necesaria. o failed: El estudiante reprob el SCO [1]. Indica que el estudiante no domin el nmero necesario de objetivos o que no alcanz la calificacin necesaria. o desconocido (unknown): No se declara el estado [1]. Esto indica que se puede hacer alguna declaracin que indique el estado de xito. Formato: El formato del valor del modelo de datos ser una de las tres representaciones en vocabulario restringidas que se mencionaron antes (passed, failed, unknown). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Por lo general, el SCO reporta su propio cmi.objectives.n.success_status al LMS, sin embargo no existe ningn requisito en SCORM que obligue al SCO a configurar el cmi.objectives.n.success_status. Si el SCO no reporta el cmi.objectives.n.success_status, el LMS usar el valor predeterminado de desconocido (unknown) como el valor del estado de xito del objetivo. Impacto sobre la secuencia: Si el SCO configura el cmi.objectives.n.success_status de un objetivo del SCO en desconocido (unknown) , el Estado de Avance del Objetivo (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser "false". Si el SCO configura el cmi.objectives.n.success_status de un objetivo del SCO en aprobado (passed), el Estado de Avance del Objetivo (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser "true" y la Medida Normalizada del Objetivo en ese objetivo (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser true. Si el SCO configura el cmi.objectives.n.success_status de un objetivo del SCO en reprobado (failed), el Estado de Avance del Objetivo (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser "true" y la Medida Normalizada del Objetivo en ese objetivo (basndose en los identificadores del objetivo) de la actividad de aprendizaje asociada al SCO ser false.
RTE v.1.3.1 Pag. 164

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.success_status. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.success_status asociado que el LMS almacena actualmente para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. Hasta que se configure el cmi.objectives.n.success_status, el valor predeterminado de ese elemento del modelo de datos ser desconocido unknown. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. SetValue(): Si el valor SCO invoca una solicitud SetValue() para configurar el cmi.objectives.n.success_status y el valor proporcionado cumple los requisitos de implementacin del elemento del modelo de datos, el LMS almacenar el valor proporcionado para cmi.objectives.n.success_status, configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el SCO invoca una solicitud para configurar el cmi.objectives.n.success_status y el valor no es un miembro de las representaciones en vocabulario restringido antes descritas, el LMS debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Dado que se exige que el cmi.objectives.n.id se configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar el cmi.objectives.n.success_status (antes de configurar el identificador), el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.n.success_status) SetValue(cmi.objectives.n.success_status,passed) cmi.objectives.n.completion_status El elemento del modelo de datos de cmi.objectives.n.completion_status indica si el estudiante concluy el objetivo asociado [1]. La manera en que el SCO determina el cmi.objectives.n.completion_status del objetivo queda fuera del alcance de SCORM. Por ejemplo, el SCO poda basar esta decisin en un nmero de interacciones asociadas al objetivo en proceso. Dado que la determinacin de cmi.objectives.n.completion_status es controlada y manejada por el SCO, el LMS no puede inferir ningn valor de conclusin de manera alguna. Si el SCO no reporta el cmi.objectives.n.completion_status, el LMS slo puede confiar que el cmi.objectives.n.completion_status ser desconocido (unknown). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (concluido, incompleto, no intentado, desconocido) Espacio de valor: El borrador del estndar del IEEE define cuatro valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o concluido (completed): El estudiante ha experimentado suficiente del SCO del objetivo asociado para considerarlo terminado [1]. La manera en que se determina la conclusin es controlada y manejada por el SCO.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 165

o incompleto (incomplete): El estudiante no ha experimentado suficiente del SCO del objetivo asociado para considerarlo terminado [1]. La manera en que se determina la conclusin es controlada y manejada por el SCO. o no intentado (not attempted): El estudiante ha experimentado el SCO, pero el objetivo asociado no ha sido intentado [1]. El SCO es responsable de determinar si el objetivo fue intentado o no. o desconocido (unknown): No se declara el estado [1]. Esto indica que se puede hacer alguna declaracin que indique el estado de conclusin. Formato: El formato del valor del modelo de datos ser una de las cuatro representaciones en vocabulario restringidas que se mencionaron antes (completed, incomplete, not attempted, unknown). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Por lo general, el SCO reporta su propio estado de conclusin al LMS, sin embargo no existe ningn requisito en SCORM que obligue al SCO a configurar el cmi.objectives.n.completion_status. Si el SCO no reporta el cmi.objectives.n.completion_status, el LMS usar el valor predeterminado de desconocido (unknown) como el valor del estado de conclusin del objetivo. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.completion_status. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.completion_status asociado que el LMS almacena actualmente para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. Hasta que se configure el cmi.objectives.n.completion_status, el valor predeterminado de ese elemento del modelo de datos ser desconocido unknown. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto) el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre cmo procesar esta solicitud. SetValue(): Si se cumpli la dependencia de los datos (si el identificador fue configurado antes en el ndice n y el valor proporcionado cumple los requisitos de implementacin del elemento del modelo de datos), el LMS almacenar el valor del elemento del modelo de datos de cmi.objectives.n.completion_status con el valor proporcionado, configurar el cdigo de error en 0 NingnError y devolver true. o Si el SCO invoca una solicitud para configurar el cmi.objectives.n.completion_status y el valor no es un miembro de las representaciones en vocabulario restringido antes descritas, el LMS debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente , el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Dado que se exige que el cmi.objectives.n.id se configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar el cmi.objectives.n.completion_status (antes de configurar
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 166

cmi.objectives.n.progress_measure

el identificador), el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.0.completion_status) SetValue(cmi.objectives.0.completion_status,incomplete) El elemento del modelo de datos de cmi.objectives.n.progress_measure indica una medida del avance del hacia la conclusin del objetivo asociado [1]. La manera en que el SCO determina el cmi.objectives.n.progress_measure del objetivo queda fuera del alcance de SCORM. Por ejemplo, el SCO poda basar esta decisin en un nmero de interacciones asociadas al objetivo en proceso. Dado que la determinacin de cmi.objectives.n.progress_measure es controlada y manejada por el SCO, el LMS no puede inferir ningn valor de la medida de avance de manera alguna. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7), rango (0..1) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. El valor debe estar ente 0.0 y 1.0. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de determinar el cmi.objectives.n.progress_measure. El LMS no puede juzgar el cmi.objectives.n.progress_measure a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de recuperacin (GetValue ()) antes de que el valor sea configurado, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.progress_measure. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.objectives.n.progress_measure asociado almacenado actualmente por el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO invoca una solicitud para obtener el cmi.objectives.n.progress_measure antes de que ste sea configurado, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.objectives.n.progress_measure en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.objectives.n.progress_measure con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Si el SCO intenta configurar el cmi.objectives.n.progress_measure con un valor que s es un nmero verdadero pero no est en el rango de -0 a 1, el sistema debe configurar el cdigo de error en 407 Valor del Elemento del Modelo de Datos Fuera del Rango y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.0.progress_measure)
RTE v.1.3.1 Pag. 167

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.objectives.n.description

SetValue(cmi.objectives.0.progress_measure,0.75) SetValue(cmi.objectives.0.progress_measure,1.0) El elemento del modelo de datos de cmi.objectives.n.description es una breve informacin descriptiva sobre el objetivo [1]. Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: cadena de caracteres local (localized_string_type), SPM: 250) Espacio de valor: Una cadena de caracteres (definida por el ISO-10646-1 1) con informacin local Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de localized_string_type. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Este valor es inicializado por el SCO. SCORM no define ninguna otra manera de inicializar este valor (p.ej., con una extensin al manifiesto del empaquetado de contenido). El LMS no asumir ningn valor inicial para este elemento del modelo de datos. Si se hace una solicitud de GetValue () antes de que la descripcin del objetivo haya sido configurada por el SCO, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.objectives.n.description. Durante la solicitud de SetValue (), el SCO debe estar consciente de que el delimitador es opcional. Si no se proporciona el delimitador como parte de la cadena de caracteres, el LMS asumir que el idioma predeterminado es en (ingls). Durante la solicitud de GetValue (), el SCO debe estar consciente de que el delimitador puede ser parte de la cadena de caracteres devuelta por el LMS (dependiendo en la implementacin del LMS). Lo que deba hacer el SCO con la cadena de caracteres devuelta por el LMS depender de la implementacin del SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver la descripcin del objetivos asociado que actualmente maneja y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea un nmero mayor a lo que el sistema actualmente mantiene (p. ej., que la solicitud indique un valor n de 5 cuando slo haya 3 objetivos en el conjunto), el sistema debe configurar el cdigo de error en 301 Fallo General de Obtencin y devolver una cadena de caracteres vaca (). Consulte la seccin 3.1.7.6: Condiciones de Error de las Extensiones de SCORM para ver otras recomendaciones sobre como procesar esta solicitud. o Si el SCO intenta recuperar el cmi.objectives.n.description y el registro de los datos ya fue creado pero el elemento del modelo de datos de descripcin no ha sido configurado por el SCO, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el cmi.objectives.n.description al valor proporcionado en la solicitud de SetValue (), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos, el LMS configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el
RTE v.1.3.1 Pag. 168

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

estado del elemento del modelo de datos basndose en la solicitud. o La vinculacin del modelo de datos en las colecciones se representa como un conjunto consecutivo. Si el SCO invoca una solicitud GetValue() donde el ndice (n) sea mayor al nmero de objetivos almacenados actualmente, el LMS debe configurar el cdigo de error como 351 Fallo General de Configuracin y devolver false. Consulte la Seccin 3.1.7.6: Condiciones de error de las extensiones de SCORM. o Dado que se exige que el cmi.objectives.n.idse configure primero, antes que cualquier otra informacin del objetivo, si el SCO intenta configurar el ccmi.objectives.n.success_statusantes de configurar el identificador), el LMS deber configurar el cdigo de error en 408 Dependencia del Modelo de Datos No Establecida y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.objectives.0.description) SetValue(cmi.objectives.0.description,Upon completion of this unit, the learner shall be able to distinguish between an apple and an orange)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 169

4.2.18.Medidadelavance
El elemento del modelo de datos de cmi.progress_measure es una medida del avance que ha tenido el estudiante hacia la conclusin del SCO [1].
Tabla 4.2.18a: Relacin de la medida de avance con el estado de conclusin

cmi.progress_measure 0 1 0 > valor < 1

cmi.completion_status not attempted completed incomplete (por lo general, a menos que se defina el cmi.completion_threshold y el cmi.progress_measure sea >= al cmi.completion_threshold)

La Tabla 4.2.1.8a describe los valores de asociacin de cmi.progress_measure con cmi.completion_status. El SCO define los requisitos para determinar la medida de avance. sta podra basarse en la conclusin de algunos objetivos relacionados con el SCO, en la presentacin de un nmero fijo de pginas (en un SCO de pginas mltiples) al estudiante, etc.
Tabla 4.2.18b: Vinculacin en notacin por puntos para el Elemento del modelo de datos de Medida de Avance

Vinculacin en notacin por puntos cmi.progress_measure

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7), rango (0..1) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. El valor debe estar ente 0.0 y 1.0. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de determinar el cmi.progress_measure. El LMS no puede juzgar el cmi.progress_measure a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de recuperacin (GetValue ()) antes de que el valor sea configurado, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). o Si se define el cmi.completion_threshold y el SCO reporta un cmi.progress_measure, el LMS debe sobrescribir cualquier valor que actualmente est almacenado en cmi.completion_status, siguiendo los requisitos definidos en la seccin 4.2.4.1: Evaluacin del Estado de Conclusin. Impacto sobre la secuencia: Actualmente no existe una asociacin directa de cmi.progress_measure hacia un elemento del Modelo de Rastreo de Secuencia Simple del IMS ni existe asociacin directa hacia un comportamiento de secuencia. Si el cmi.completion_threshold est definido y se configura el cmi.progress_measure, se puede afectar define el elemento del modelo de datos de cmi.completion_status. El cmi.completion_status s afecta ciertos comportamientos de secuencia. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.progress_measure. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.progress_measure asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin
RTE v.1.3.1 Pag. 170

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

de los Elementos del Modelo de Datos. o Si el SCO invoca una solicitud para obtener el cmi.progress_measure antes de que ste sea configurado, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.progress_measure en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.progress_measure con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Si el SCO intenta configurar el cmi.progress_measure con un valor que s es un nmero verdadero pero no est en el rango de -0 a 1, el sistema debe configurar el cdigo de error en 407 Valor del Elemento del Modelo de Datos Fuera del Rango y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.progress_measure) SetValue(cmi.progress_measure,0.75) SetValue(cmi.progress_measure,1.0)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 171

4.2.19.Escaladecalificacindeaprobacin
El elemento del modelo de datos de cmi.scaled_passing_score es la escala de calificacin requerida para dominar el SCO. El valor de este elemento del modelo de datos se desglos para que se ajuste al rango de -1 a 1 [1]. Este valor indica la escala de calificacin para aprobar un SCO.
Tabla 4.2.19a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Escala de Calificacin para Aprobar

Vinculacin en notacin por puntos cmi.scaled_passing_score

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) rango (-1 .. 1) Espacio de valor: -1.0 <= scaled_passing_score <= 1.0 Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar este elemento del modelo de datos. Si el atributo de espacio de nombre de la Secuencia Simple del IMS imsss:satisfiedByMeasure, que est asociado al elemento <imsss:primaryObjective> del elemento <imscp:item> que remite al SCO est configurado en verdadero (true), se utilizar el valor proporcionado por el elemento <imsss:minNormalizedMeasure> asociado al elemento <imsss:primaryObjective> del elemento <imscp:item> que remite al recurso del SCO para inicializar este elemento del modelo de datos. Si el atributo de espacio de nombre de la Secuencia Simple del IMS imsss:satisfiedByMeasure, que est asociado al elemento <imsss:primaryObjective> del elemento <imscp:item> que remite al SCO est configurado en verdadero (true), y no se proporcion ningn valor para el elemento <imsss:minNormalizedMeasure> asociado al elemento <imsss:primaryObjective> del elemento <imscp:item> que remite al recurso del SCO, el LMS inicializar este elemento del modelo de datos en 1.0 (valor predeterminado). Si el atributo de espacio de nombre de la Secuencia Simple del IMS imsss:satisfiedByMeasure, que est asociado al elemento <imsss:primaryObjective> del elemento <imscp:item> que remite al SCO est configurado en falso (false), el LMS no asumir ninguna escala calificacin para aprobar. En este caso el valor de cmi.scaled_passing_score no ser inicializado. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.scaled_passing_score. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.scaled_passing_score y confingurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si no se define una escala de calificacin para aprobar en el manifiesto y el SCO solicita el valor de este elemento del modelo de datos, el LMS configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.scaled_passing_score, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.scaled_passing_score)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 172

4.2.20.Calificacin
El elemento del modelo de datos de score es la calificacin del estudiante en el SCO [1]. El elemento del modelo de los datos de calificacin est desglosado en cuatro subelementos: cmi.score.scaled: El elemento del modelo de datos de scaled es un nmero que refleja el desempeo del estudiante. El valor de este elemento del modelo de datos est en una escala dentro de -1.0 hasta 1.0 [1]. cmi.score.raw: El elemento del modelo de datos de raw es un nmero que refleja el desempeo del estudiante en relacin al rango limitado por los valores de mnimo y mximo [1]. cmi.score.min: El elemento del modelo de datos de min es el valor mnimo en el rango de la calificacin bruta [1]. cmi.score.max: El elemento del modelo de datos de max es el valor mximo en el rango de la calificacin bruta [1].

Tabla 4.2.20a: Vinculacin en notacin por puntos para el Elemento del modelo de datos de Calificacin

Vinculacin en notacin por puntos


cmi.score._children

Detalle
El elemento del modelo de datos de cmi.score._children representa una lista de los elementos incluidos en el modelo de datos. Es usado por el SCO para determinar qu elementos del modelo de datos son compatibles con el LMS. El SCO puede utilizar la cadena de caracteres devuelta para construir dinmicamente los parmetros para las solicitudes de GetValue () y de SetValue (). Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres): Espacio de valor: ISO-10646-1 [5] Formato: Una lista separada por comas de todos los elementos del modelo de datos que hay en el elemento padre del elemento del modelo de datos de Calificacin y que son compatibles con el LMS. Ya que se exige que todos los elementos del modelo de datos sean compatibles con el LMS, la cadena de caracteres representar los siguientes elementos del modelo de datos: o scaled o min o max o raw Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS ser responsable de devolver una lista separada por comas de todos los elementos del modelo de datos (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.score._children. Requisitos de implementacin de la API: GetValue(): El LMS devolver una lista separada por comas de todos los elementos del modelo de datos que sean compatibles con el LMS (consulte los requisitos de implementacin del elemento del modelo de datos que aparecen arriba) y configurar el cdigo de error en 0 Ningn Error. El orden de los elementos del modelo de datos no tiene importancia. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.score._children, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. Ejemplo: GetValue(cmi.score._children)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 173

cmi.score.scaled

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7), rango (-1..1) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. El valor debe estar ente 1.0 y 1.0. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de determinar la escala de calificacin. El LMS no puede juzgar la escala de calificacin a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de recuperacin (GetValue ()) antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Impacto sobre la secuencia: Los siguientes casos sucede despus de que se hayan considerado los impactos de secuencia de cmi.objectives.n.success_status y cmi.objectives.n.score.scaled. Si el SCO no configura el cmi.score.scaled y el objetivo cmi.objectives.n.score.scaled cuyo identificador (cmi.objectives.n.id) concuerde con el objetivo principal, no ha sido configurado por el SCO; el Estado de Avance del Objetivo en el objetivo primario de la actividad de aprendizaje asociada al SCO ser "false". Si el SCO s configura el cmi.score.scaled, Estado de Avance del Objetivo en el objetivo primario de la actividad de aprendizaje asociada al SCO ser verdadero (true), y la Medida Normalizada del Objetivo en ese objetivo principal de la actividad de aprendizaje asociada al SCO ser igual al valor de score.scaled. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.score.scaled. Si se aplic informacin de secuencia a la actividad de aprendizaje asociada al SCO, que depende de esa medida, el SCO debe garantizar que se enve informacin precisa sobre la calificacin al LMS (SetValue()) antes de que termine la sesin del estudiante con el SCO. De lo contrario, el LMS usar el valor desconocido (unknown), como medida del objetivo principal de la actividad de aprendizaje asociada al SCO al procesar la informacin de secuencia. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.score.scaled asociado que actualmente almacena el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO invoca una solicitud para obtener el cmi.score.scaled antes de que ste sea configurado, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.score.scaled en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 -Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.score.scaled con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. o Si el SCO intenta configurar el cmi.score.scaled con un valor que s es un nmero verdadero pero no est en el rango de -1 a 1, el sistema debe configurar el cdigo de error en 407 Valor del Elemento del Modelo de Datos Fuera del Rango y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.score.scaled) SetValue(cmi.score.scaled,0.750033) SetValue(cmi.score.scaled,0.75)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 174

cmi.score.raw

cmi.score.max

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real (10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de haste siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la calificacin bruta a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de recuperacin (GetValue ()) antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.score.raw. La calificacin bruta se puede determinar y calcular de cualquier manera que sea lgica para el SCO. Por ejemplo, podra reflejar el porcentaje de los objetivos finalizados, podra ser la calificacin bruta de una prueba de opcin mltiple o podra indicar el nmero de respuestas correctas en el primer intento con las preguntas que estn dentro del SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.score.raw asociado almacenado actualmente por el LMS y configurar el cdigo de error API en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO invoca una solicitud para obtener el cmi.score.raw antes de que ste sea configurado, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.score.raw en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.score.raw con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.score.raw) SetValue(cmi.score.raw,75.0033) SetValue(cmi.score.raw,0.75) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la calificacin mxima a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue () antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.score.max. La calificacin mxima es determinada por el SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.score.max asociado que el LMS almacena actualmente para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos.
RTE v.1.3.1 Pag. 175

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cmi.score.min

o Si el SCO invoca una solicitud para obtener el cmi.score.max antes de que ste sea configurado por l, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.score.max en el parmetro pasado como parameter_2 de la llamada de SetValue (), configurar el cdigo de error en 0 - Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.score.max con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.score.max) SetValue(cmi.score.max,1.0) SetValue(cmi.score.max,500) Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: real(10,7) Espacio de valor: Un nmero verdadero con valores que tengan una precisin de hasta siete decimales significativos. Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos real(10,7). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. El SCO es responsable de configurar este valor, si se aplica. El LMS no puede juzgar la calificacin mnima a menos que el SCO reporte lo contrario. Si el LMS recibe una solicitud de GetValue() antes de que el valor sea configurado por el SCO, el LMS configurar el cdigo de error apropiado (consulte los Requisitos de Implementacin de la API). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.score.min. La calificacin mxima es determinada por el SCO. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.score.min asociado que el LMS tiene almacenado actualmente para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO invoca una solicitud para obtener el cmi.score.min antes de que ste sea configurado, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el elemento del modelo de datos de cmi.score.min en el parmetro pasado como parameter_2 de la llamada de SetValue(), configurar el cdigo de error en 0 Ningn Error y devolver true. o Si el SCO intenta configurar el cmi.score.min con un valor que no es un nmero verdadero, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.score.min) SetValue(cmi.score.min,1.0) SetValue(cmi.score.min,500)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 176

4.2.21.Tiempodelasesin
El elemento del modelo de datos de cmi.session_time es la cantidad de tiempo que el estudiante ha pasado en la sesin actual del SCO. Si no hay ninguna sesin del estudiante en curso, el tiempo de la sesin es que el estudiante pas en la ltima sesin con este SCO [1]. Si el SCO va a rastrear el cmi.session_time, el SCO determinar el valor y significado de cmi.session_time. Ejemplos: 1. El SCO podra no comenzar a registrar el tiempo de la sesin hasta que se haya inicializado un segmento de medios. 2. Si el estudiante hace un alto en la sesin, el tiempo del descanso puede incluirse o no en el cmi.session_time reportado [1]. El SCO debe ser responsable de rastrear todos los tiempos de sesin. Esto incluye la implementacin de los relojes internos para registrar esos tiempos.
Tabla 4.2.21a: Vinculacin en notacin por puntos para el Elemento del modelo de datos de Tiempo de la Sesin

Vinculacin en notacin por puntos cmi.session_time

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: timeinterval (second,10,2): un intervalo con una resolucin de hasta 0.01 segundos Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos timeinterval (second,10,2). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Escritura. Dado que el LMS implementa este elemento del modelo de datos como Slo de Lectura, no es responsable de inicializarlo. La administracin de este valor es responsabilidad del SCO. El LMS slo es responsable de aceptar una llamada SetValue() a este elemento del modelo de datos y de llevar a cabo la acumulacin con el cmi.total_time. Dado que al SCO no se le exige configurar un valor para este elemento del modelo de datos (no se le exige rastrear el tiempo de la sesin) el LMS deber rastrear el tiempo de la sesin desde el momento en que lance el SCO. Si el SCO reporta un tiempo de la sesin distinto, el LMS utilizar el tiempo de la sesin reportado por el SCO en vez del tiempo de la sesin medido por el LMS. Si hubiera otras sesiones del estudiante dentro del intento, el cmi.session_time se desinicializa al principio de cada una de las sesiones adicionales. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Escritura. Al SCO slo se le permite almacenar el valor del elemento del modelo de datos de cmi.session_time. Al SCO se le permite, en una sola sesin de comunicacin, llevar a cabo mltiples configuraciones de tiempo de la sesin (cmi.session_time). Los desarrolladores de los SCO deben estar al tanto del hecho de que cuando el SCO emita el Terminate () o el usuario se aleje navegando, el LMS tomar el ltimo cmi.session_time que el SCO haya configurado (si hubiera configurado alguno) y lo sumar al cmi.total_time. Requisitos de implementacin de la API: GetValue(): Si el SCO invoca una solicitud para obtener el cmi.session_time, el LMS debe configurar el cdigo de error en 405 El Elemento del Modelo de Datos es Slo de Escritura y devolver una cadena de caracteres vaca (). SetValue(): Esta solicitud configura el cmi.session_time en el valor proporcionado. El valor proporcionado debe cumplir con los Requisitos de Implementacin del Elemeno del Modelo de Datos antes definidos. Si el valor proporcionado est bien formulado, el LMS debe configurar el valor, devolver true y configurar el cdigo de error en 0 - Ningn Error.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 177

o Si el valor proporcionado por SetValue() no cumple los requisitos de implementacin del elemento del modelo de datos el LMS configurar el cdigo de error en 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Requisitos adicionales de comportamiento: Este valor se utiliza para rastrear el tiempo que se haya empleado en un SCO dentro de una sesin del estudiante. El LMS usar este valor para determinar el cmi.total_time. El SCO puede, en una sola sesin, llevar a cabo mltiples configuraciones ( SetValue() ) de tiempo de la sesin (cmi.session_time). Cuando el SCO emita el Terminate () o el usuario se aleje navegando, el LMS tomar el ltimo cmi.session_time que el SCO haya configurado (si hubiera configurado alguno) y lo sumar al cmi.total_time. Si se lanza el SCO en el mismo intento del estudiante, y posteriormente una llamada de GetValue () para cmi.total_time, el LMS devolver el tiempo acumulado. Los Sistemas de Administracin de Aprendizaje no acumularn los distintos tiempos de sesin que hayan sido enviados por medio de la solicitud de SetValue (). Si se hacen mltiples llamadas a SetValue () por el cmi.session_time, el LMS rastrear internamente los distintos tiempos de sesin y utilizar solamente el ltimo de valor configurado al persistir el cmi.session_time. Ejemplo: SetValue(cmi.session_time,PT1H5M)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 178

4.2.22.Estadodexito
El elemento del modelo de datos de cmi.success_status indica si el estudiante domin el SCO [1]. La manera en que el SCO determina su cmi.success_status queda fuera del alcance de SCORM. El SCO podra basar esta decisin en que se apruebe cierto porcentaje de las interacciones del objetivo, que se cumpla cierto porcentaje de los objetivos, la calificacin total de una prueba o un examen comparada con una calificacin de dominio, etc. Este valor indica el estado general de xito del SCO, segn lo determine el desarrollador del SCO.
Tabla 4.2.22a: Vinculacin en notacin por puntos para el Elemento del modelo de datos de Estado de xito

Vinculacin en notacin por puntos cmi.success_status

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (passed, failed, unknown) Espacio de valor: El borrador del estndar del IEEE define tres valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o passed: El estudiante ha aprobado el SCO [1]. Indica que se domin el nmero necesario de objetivos o que se alcanz la calificacin necesaria. o failed: El estudiante reprob el SCO [1]. Indica que el estudiante no domin el nmero necesario de objetivos o que no alcanz la calificacin necesaria. o desconocido (unknown): No se declara el estado [1]. Esto indica que se puede hacer alguna declaracin que indique el estado de xito. Formato: El formato del valor del modelo de datos ser una de las tres representaciones en vocabulario restringidas que se mencionaron antes (passed, failed, unknown). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura. Si no se define el cmi.scaled_passing_score, el acto de determinar el cmi.success_status ser controlado y manejado por el SCO, el LMS no puede inferir ningn valor para el cmi.success_status de manera alguna. En SCORM no existen requisitos que obliguen al SCO a configurar el cmi.success_status. Si el SCO no configura el cmi.success_status, el LMS usar el valor predeterminado de desconocido (unknown) como el valor del cmi.success_status. Si se define un cmi.scaled_passing_score, es responsabilidad del LMS mantener la congruencia entre el cmi.scaled_passing_score, cmi.scaled.score, y el valor usado por el LMS para cmi.success_status. El LMS debe reportar (cuando se le solicite por medio de una llamada de GetValue ()) el cmi.success_status siguiendo los requisitos definidos en la seccin 4.2.22.1: Evaluacin del Estado de Conclusin. Impacto sobre la secuencia: Los siguientes casos sucedeb despus de se hayan considerado los impactos de secuencia de cmi.objectives.n.success_status y cmi.objectives.n.score.scaled. Si el SCO o el LMS (por medio del proceso antes mencionado) configuran el cmi.success_status y el objetivo cmi.objectives.n.success_status cuyo identificador (cmi.objectives.n.id) concuerda con el objetivo principal no ha sido configurado por el SCO, el Estado de Avance del Objetivo en el objetivo primario de la actividad de aprendizaje asociada al SCO ser "false". Si el SCO o el LMS (con el proceso descrito en la Seccin 4.2.4.1) configura el cmi.success_status del SCO en aprobado (passed), el Estado de Avance del Intento en la actividad de aprendizaje asociada al SCO ser true y el Estado de Satisfecho del Objetivo en el objetivo primario de la actividad de aprendizaje asociada al SCO ser "true". Si el SCO o el LMS (con el proceso descrito en la Seccin 4.2.4.1) configura el cmi.success_status del SCO en reprobado (failed), el Estado de Avance del Intento en la actividad de aprendizaje asociada al SCO ser true y el Estado de Satisfecho del Objetivo en el objetivo primario de la actividad de aprendizaje asociada al SCO ser "false". Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.success_status. El SCO debe estar al tanto de las reglas de determinacin del cmi.success_status que el LMS debe seguir. Estas reglas definen cmo y cundo puede el LMS sobrescribir el cmi.success_status reportado por el SCO.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 179

El SCO debe estar consciente de que configurar el cmi.success_status afectar la actividad de aprendizaje asociada, de esta manera pudiendo afectar la secuencia. Si se aplic informacin de secuencia a la actividad de aprendizaje asociada al SCO que depende del estado de xito, el SCO debe garantizar que se enve informacin precisa sobre la conlusin al LMS (SetValue ()) antes de que termine la sesin del estudiante con el SCO. De lo contrario, el LMS usar el valor desconocido (unknown), como medida del objetivo principal de la actividad de aprendizaje asociada al SCO al procesar la informacin de secuencia. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.success_status asociado que actualmente maneja el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si se define el cmi.scaled_passing_score, el Sstema de Administracin de Aprendizaje debe reportar (cuando se le solicite por medio de una llamada de GetValue ()) el cmi.success_status siguiendo los requisitos definidos en la seccin 4.2.22.1: Evaluacin del Estado de xito. o Si no se define el cmi.scaled_passing_score, hasta que el SCO reporte un valor, el valor predeterminado de cmi.success_status ser desconocido (unknown). SetValue(): Si el SCO invoca una solicitud para configurar el cmi.success_status y el valor no es un miembro de las representaciones en vocabulario restringido antes descritas, el sistema debe configurar el cdigo de error como 406 No Concuerda el Tipo de Elemento del Modelo de Datos y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.success_status) SetValue(cmi.success_status,passed)

4.2.22.1 Evaluacin del estado de xito


Por lo general el estado de xito del SCO es determinado por el mismo. El desarrollador de contenido puede disear el estado de xito del SCO de varias maneras: Adquiriendo alguna medida del desempeo con un conjunto de preguntas Adquiriendo alguna medida del desempeo en un objetivo o en un grupo de objetivos asociados al SCO

Sin importar cmo lo determine el SCO, este proceso implica que configure el cmi.success_status. SCORM no le exige al SCO que monitoree (es decir, llamadas de funcin GetValue()o SetValue()) ningn elemento del modelo de datos del ambiente de desempeo SCORM. Con esto en mente, el LMS tiene comportamientos adicionales obligatorios al determinar el estado de xito. Bajo ciertas circunstancias, se le exige al LMS que se comporte de manera diferente. El elemento del modelo de datos de cmi.success_status es afectado por otros dos elementos del modelo de datos del ambiente de desempeo SCORM (la Escala de Calificacin para Aprobar cmi.scaled_passing_score y la Escala de Calificacin cmi.score.scaled). La siguiente tabla define los posibles estados de estos valores y el comportamiento definido del LMS. La Escala de Calificacin para Aprobar se define en el archivo imsmanifest.xml (consulte la Seccin 4.2.19: Escala de Calificacin para Aprobar para ver ms detalles). Tanto la Escala de Calificacin como el Estado de xito son determinados y configurados por el SCO. La tabla 4.2.22.1a define los comportamientos del LMS asociados a las combinaciones de configuracin/definicin de estos valores. El comportamiento del LMS ser aplicado cuando el SCO haga una solicitud de GetValue()para recuperar el valor de cmi.success_status. Si se sobrescribe y persiste el valor almacenado por el LMS para cmi.success_status durante este proceso de evaluacin, es algo que queda fuera del alcance de SCORM y es distinto en cada implementacin.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 180

Tabla 4.2.22.1a: Evaluacin GetValue() del estado de xito

Escala de calificacin para Aprobar (*)


No se ha definido ninguno No se ha definido ninguno

Escala de Calificacin
No hay valor configurado por el SCO No hay valor configurado por el SCO

Estado de xito

Comportamiento del LMS

No hay valor configurado por el SCO Uno de los vocabularios definidos.

No se ha definido ninguno

0.5

Uno de los vocabularios definidos.

0.8

0.5

Uno de los vocabularios definidos.

0.8

0.9

Uno de los vocabularios definidos.

0.8

No hay valor configurado por el SCO 0.5

No hay valor configurado por el SCO. No hay valor configurado por el SCO

0.8

0.8

0.9

No hay valor configurado por el SCO

No se ha definido ninguno 0.8

0.5

No hay valor configurado por el SCO Uno de los vocabularios definidos.

No hay valor configurado por el SCO

El cmi.success_status ser evaluado como desconocido y este valor ser devuelto al SCO. Ninguna accin, se devolver el cmi.success_status actualmente mantenido por el LMS (es decir, el valor configurado en la ltima llamada exitosa de SetValue () del SCO). Ninguna accin, se devolver el cmi.success_status actualmente mantenido por el LMS (es decir, el valor configurado en la ltima llamada exitosa de SetValue () del SCO). El cmi.success_status ser evaluado como reprobado (failed) y este valor ser devuelto al SCO. RAZN: 0.5 < 0.8. Consulte los requisitos definidos por cmi.scaled_passing_score y cmi.score.scaled. El cmi.success_status ser evaluado como aprobado (passed) y este valor ser devuelto al SCO. RAZN: 0.9 >= 0.8. Consulte los requisitos definidos por cmi.scaled_passing_score y cmi.score.scaled. El cmi.success_status ser evaluado como desconocido (unknown) y este valor ser devuelto al SCO. El cmi.success_status ser evaluado como reprobado (failed) y este valor ser devuelto al SCO. RAZN: 0.5 < 0.8. Consulte los requisitos definidos por cmi.scaled_passing_score y cmi.score.scaled. El cmi.success_status ser evaluado como aprobado (passed) y este valor ser devuelto al SCO. RAZN: 0.9 >= 0.8. Consulte los requisitos definidos por cmi.scaled_passing_score y cmi.score.scaled. El cmi.success_status ser evaluado como desconocido (unknown) y este valor ser devuelto al SCO. El cmi.success_status ser evaluado como desconocido (unknown) y este valor ser devuelto al SCO.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 181

(*) Nota de ADL: La Escala de Calificacin para Aprobar es definida por el atributo de espacio de nombre de la Secuencia Simple del IMS imsss:satisfiedByMeasure, que est asociado al elemento <imsss:primaryObjective> del elemento <<imscp:item> que remite al recurso del SCO. Si el atributo imsss:satisfiedByMeasure se configura en verdadero (true), el LMS utilizar el valor proporcionado en el elemento <imsss:minNormalizedMeasure> para inicializar el cmi.scaled_passing_score. Si el elemento <imsss:minNormalizedMeasure> no est definido se utilizar el valor predeterminado de 1.0. Si el atributo imsss:satisfiedByMeasure se configura en falso (false), no habr una medida normalizada mnima definida y el LMS no inicializar el cmi.scaled_passing_score con ningn valor.

4.2.23.Suspenderlosdatos
Durante la experiencia de aprendizaje, el estudiante o el SCO pueden desear suspender el intento del estudiante en el SCO y retomarla ms tarde. Es responsabilidad del SCO proporcionar algn mecanismo para que el estudiante suspenda el intento actual. Si se suspende el intento actual del estudiante en el SCO, el estado de los datos de desempeo en el SCO persistir hasta la prxima sesin en el SCO (si el cmi.exitse configura en suspend). El elemento del modelo de datos de cmi.suspend_data ofrece espacio adicional para almacenar y recuperar datos suspendidos de una sesin a la otra; el SCO puede utilizar estos datos para retomar el intento del estudiante.
Nota: El uso de cmi.suspend_data est muy relacionado a cmi.exit. Si cmi.exit no se configura en suspend antes de que termine la sesin del estudiante en el SCO, tambin se finaliza el intento del estudiante en el SCO. En este caso, el estado de cmi.suspend_data (y todos los dems elementos del modelo de datos) no estar disponible para el SCO si ste vuelve a ser lanzado en un intento posterior.

El elemento del modelo de datos de cmi.suspend_data ofrece informacin que el SCO, puede crear cuando el estudiante entre o interacte con el SCO. El formato del contenido de este elemento del modelo de datos no est especificado [1]. La intencin es que el SCO almacene datos para que sean usados despus en sesiones posteriores entre el SCO y el mismo estudiante. El LMS no debe interpretar ni cambiar estos datos [1]. Por lo general este elemento del modelo de datos se puede utilizar para almacenar iinformacin que el SCO puede necesitar al retomar tras haber estado en estado de suspensin, por lo cual no se puede utilizar el cmi.location. Estos datos tambin se podran utilizar en un punto posterior de la misma sesin del estudiante (estado de no suspensin (no suspended)).
Tabla 4.2.23a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Suspender Datos

Vinculacin en notacin por puntos cmi.suspend_data

Detalle

Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: characterstring (cadena de caracteres), SPM: 64000) Espacio de valor: ISO-10646-1 Formato: El formato de la cadena de caracteres se deja al criterio del desarrollador del SCO. El LMS simplemente almacena (SetValue ()) y devuelve (GetValue() ) los datos, si el SCO lo solicita. Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos para el formato del tipo de datos de cadena de caracteres. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como de Lectura/Escritura.
RTE v.1.3.1 Pag. 182

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

El LMS no es responsable de inicializar estos datos. El LMS solamente es responsable de almacenar y recuperar los datos para el SCO. Si el SCO solicita el valor antes de que se configure el cmi.suspend_data, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como de Lectura/Escritura. Al SCO se le permite recuperar y almacenar el valor del elemento del modelo de datos de cmi.suspend_data. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.suspend_data asociado y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si el SCO no ha configurado el valor antes de la solicitud, el LMS debe configurar el cdigo de error en 403 Valor del Elemento del Modelo de Datos No Inicializado y devolver una cadena de caracteres vaca (). SetValue(): El LMS configurar el cmi.suspend_data con los datos proporcionados, configurar el cdigo de error en 0 Ningn Error y devolver true. Se permite que el valor sea una cadena de caracteres vlida segn lo definido en los Requisitos de Implementacin del Elemento del Modelo de Datos. Requisitos adicionales de comportamiento: El SCO es responsable de que el LMS almacene la informacin. Se permite que los datos enviados al LMS sean cualquier representacin vlida de una cadena de caracteres. El LMS proporcionar como mnimo el SPM de 4000 caracteres. No se garantiza que las cadenas de caracteres que sean mayores a 4000 caracteres sean almacenadas en su totalidad por el LMS. La intencin es que el SCO almacene datos para que sean usados despus en sesiones posteriores entre el SCO y el mismo estudiante. Dado que el SCO es responsable del formato del cmi.suspend_data, el LMS no intentar interpretar o cambiar estos datos de manera alguna. El LMS proporcionar estos datos tal y como fueron configurados en una sesin de aprendizaje previa slo si el SCO configur el valor de cmi.exit en suspend (una sesin del estudiante suspendida) en la ltima sesin. Es decir, el LMS mantendr el cmi.suspend_data disponible durante una misma sesin, sin importar el valor de cmi.exit Sin embargo, si el SCO llama a Terminate () sin haber configurado el cmi.exit en suspend, el LMS puede desechar el valor de cmi.suspend_data a su criterio, y no devolverle estos datos al SCO en una sesin posterior. Este comportamiento tambin se aplica a cualquier otro dato que fuera configurado durante la sesin anterior. Ejemplo: SetValue(cmi.suspend_data,<data><intID>1001</intID><ans>A</ans></d ata>) SetValue(cmi.suspend_data,A1;B2;C11-3)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 183

4.2.24.Accindelmitedetiempo
El elemento del modelo de datos de cmi.time_limit_action indica lo que debe hacer el SCO cuando se rebase el cmi.max_time_allowed [1].
Tabla 4.2.24a: Vinculacin en notacin por puntos para el elemento del modelo de datos Accin para el Lmite de Tiempo

Vinculacin en notacin por puntos cmi.time_limit_action

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: estado (exit_message, continue_message, exit_no_message, continue_no_message) Espacio de valor: El borrador del estndar del IEEE define cuatro valores de estado. SCORM los vincula a las siguientes representaciones en vocabulario: o 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 [1]. o 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 [1]. o exit,no message: Se forzar al estudiante a salir del SCO sin un mensaje [1]. o 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 [1]. Este es el valor predeterminado de este elemento del modelo de datos. Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. El LMS es responsable de inicializar este elemento del modelo de datos usando el elemento del Empaquetado de Contenido de ADL de <adlcp:timeLimitAction>. Este elemento slo ser colocado en un elemento <imscp:item> que refiera hacia un recurso SCO, que se encontrar en un Manifiesto del Paquete de Contenido. Si no se define el <adlcp:timeLimitAction> de un <imscp:item>, el LMS inicializar este valor en continue, no message (el valor predeterminado). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo de Lectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.time_limit_action. Requisitos de implementacin de la API: GetValue(): El LMS devolver el valor almacenado para el elemento del modelo de datos de cmi.time_limit_action y confingurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o Si no se define una accin para el lmite de tiemop en el manifiesto y el SCO solicita el valor de este elemento del modelo de datos, el LMS devolver continue,no message (el valor predeterminado) y configurar el cdigo de error en 0 Ningn Error. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.time_limit_action, el LMS debe configurar el cdigo de error como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Ejemplo: GetValue(cmi.time_limit_action)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 184

4.2.25.Tiempototal
El valor del elemento del modelo de datos de cmi.total_time es la suma del tiempo de las sesiones del estudiante (cmi.session_time) acumuladas en el esfuerzo actual del estudiante antes de la sesin actual [1]. Este elemento del modelo de datos se utiliza para rastrear el tiempo total que se gast en todas las sesiones del estudiante durante un intento (consulte la Seccin 2.1.1: Modelo Temporal del Ambiente de Desempeo para ver ms detalles sobre los intentos y las sesiones del estudiante).
Tabla 4.2.25a: Vinculacin en notacin por puntos para el elemento del modelo de datos de Tiempo Total

Vinculacin en notacin por puntos cmi.total_time

Detalle Requisitos de implementacin del elemento de modelo de datos: Tipo de datos: timeinterval (second,10,2) - un intervalo con una resolucin de hasta 0.01 segundos Formato: Consulte la seccin 4.1.1.7: Tipos de Datos para ver ms informacin sobre los requisitos de formato del tipo de datos timeinterval (second,10,2). Requisitos de comportamiento del LMS: Este elemento del modelo de datos es obligatorio y ser implementado por el LMS como Slo de Lectura. Dado que el LMS implementa este elemento del modelo de datos como Slo de Lectura, es responsable de administrarlo. Dado que este valor son los tiempos de sesin (cmi.session_time) acumulados, el LMS no puede determinar este valor hasta que el SCO configure los tiempos de sesin. Si el SCO solicita el valor antes de que se configure algn tiempo de sesin, el LMS se comportar segn los Requisitos de Implementacin API que aparecen a continuacin. El valor del cmi.total_time no ser actualizado por el LMS mientras haya una sesin del estudiante en marcha. El valor predeterminado para el cmi.total_time ser cualquier cadena de caracteres que evale a una duracin de 0. El formato de la cadena de caracteres seguir los requisitos definidos para el tipo de datos timeinterval (second, 10.2), definido en la Seccin 4.1.1.7 Tipo de Datos (p.ej., PT0S es equivalente a PT0H porque ambos evalan a una duracin de 0). Requisitos de comportamiento del SCO: Es obligatorio que los Sistemas de Administracin de Aprendizaje implementen este elemento del modelo de datos como Slo deLectura. Al SCO slo se le permite recuperar el valor del elemento del modelo de datos de cmi.total_time. Requisitos de implementacin de la API: GetValue(): El LMS devolver el cmi.total_time asociado que actualmente maneja el LMS para el estudiante y configurar el cdigo de error en 0 Ningn Error. La cadena de caracteres devuelta debe seguir los requisitos identificados en los Requisitos de Implementacin de los Elementos del Modelo de Datos. o si el SCO no ha configurado el tiempo de ninguna sesin (cmi.session_time), el LMS no podr determinar el valor de cmi.total_time. En estos casos el LMS dvolver un valor de cadena de caracteres que evale a 0 y configurar el cdigo de error a 0 - Ningn Error. El formato de la cadena de caracteres seguir los requisitos definidos para el tipo de datos timeinterval (second, 10.2) definido en la Seccin 4.1.1.7 Tipos de Datos. SetValue(): Si el SCO invoca una solicitud de SetValue() para configurar el cmi.total_time, el LMS debe configurar el cdigo de error API como 404 El Elemento del Modelo de Datos es Slo de Lectura y devolver false. El LMS no alterar el estado del elemento del modelo de datos basndose en la solicitud. Requisitos adicionales de comportamiento: Al SCO se le permite, en una sola sesin de comunicacin, llevar a cabo mltiples conjuntos de tiempo de la sesin (cmi.session_time). Cuando el SCO emita el Terminate () o el usuario se aleje navegando, el LMS tomar el ltimo cmi.session_time que el SCO haya configurado (si hubiera configurado alguno) y lo sumar al cmi.total_time. Ejemplo: GetValue(cmi.total_time)

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 185

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 186

APNDICEA
ListadeAcrnimos

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 187

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 188

ListadeAcrnimos
ADL AICC API ARIADNE CAM CMI DOM HTTP IEEE LMS LTSC RTE RTS SCO SCORM SN SPM SS URI URL URN W3C WWW XML 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 Instrucciones por computadora Modelo de objeto de documento Protocolo de transferencia de hipertexto Instituto de Ingenieros Elctricos y Electrnicos LMS Comit de Estndares para la Tecnologa del Aprendizaje Ambiente de Desempeo Servicio de Desempeo Objeto de Contenido Compartido Modelo de Referencia de Objetos de Contenido Compartido Secuencia y Navegacin Menor Mximo Permitido Secuencia Simple Identificador de Recurso Uniforme Ubicador de Recurso Uniforme Nombre Unirversal del Recurso Consorcio de la World Wide Web World Wide Web Lenguaje de Marca eXtensible

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 189

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 190

APNDICEB
Referencias

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 191

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 192

Referencias
IEEE 1484.11.1 Draft 5 Draft Standard for Learning Technology Data Model for Content Object Communication. July 13, 2004. Disponible en: http://www.ieee.org/ IEEE 1484.11.2-2003 Standard for Learning Technology ECMAScript Application Programming Interface for Content to Runtime Services Communication. November 10, 2003 Disponible en: http://www.ieee.org/ IETF RFC 2141: 1997, URN Syntax. Disponible en: http://www.ietf.org/ ISO/IEC 646:1991, Information technology ISO 7-bit coded character set for information interchange. ISO/IEC 10646-1, Information technology Universal Multiple-Octet Coded Character Set (UCS) Part 1: Architecture and Basic Multilingual Plane. IETF RFC 2396:1998, Universal Resource Identifiers (URI): Generic Syntax. Disponible en: http://www.ietf.org/ Aviation Industry CBT Committee (AICC) Computer Managed Instruction (CMI) Guidelines for Interoperability Version 3.5. April 2, 2001 Disponible en: http://www.aicc.org/ W3C, Document Object Model (DOM) Level 3 Core Specification, Version 1.0, W3C Working Draft 26 February 2003. (Vea: http://www.w3.org/DOM/) ISO/IEC 16262:1998, Information technologyECMAScript language specification SCORM 2004 2nd Edition Overview, Advanced Distributed Learning, July 15, 2004 Disponible en: http://www.adlnet.org/ SCORM Sequencing and Navigation Version 1.3.2, Advanced Distributed Learning, July 15, 2004 Disponible en: http://www.adlnet.org/ ISO/IEC 11404:1996, Information technology Programming languages, their environments and system software interfaces Language-independent datatypes The Unicode Consortium. The Unicode Standard, Version 4.0.0, defined by: The Unicode Standard, Version 4.0 (Boston, MA, Addison-Wesley, 2003. ISBN 0-321- 18578-1) ISO 6391, Code for the representation of names of languages Part 1: Alpha-2 code. ISO 6392, Codes for the representation of names of languages Part 2: Alpha-3 code. ISO 31661, Codes for the representation of names of countries and their subdivisions Part 1: Country codes. IMS Simple Sequencing Behavior and Information Model v1.0 Final Specification, IMS Global Learning Consortium, Inc., March 2003 Disponible en: http://www.imsproject.org/. 18. SCORM Content Aggregation Model Version 1.3.2, Advanced Distributed Learning, July 15, 2004 Disponible en: http://www.adlnet.org/

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 193

APNDICEC
HistorialdeCambiosalDocumento

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 194

Esta pgina se dej en blanco intencionalmente.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 195

HistorialdeCambiosalDocumento
Versin de SCORM 1.3 Borrador de trabajo 1 Fecha de publicacin 20-Oct2003 Descripcin del cambio Borrador inicial Cambios debido al Borrador 1/WD 13 del Estndar para la Tecnologa del Aprendizaje Modelo de Datos para la Comunicacin de Objetos de Contenido P1484.11.1 del IEEE. Cambios debido al Borrador 4 del Estndar para la Tecnologa del Aprendizaje Estndar para la Interfaz de Programacin de Aplicaciones (API) ECMAScript para la comunicacin de Contenido a Servicio de Desempeo P1484.11.2 del IEEE. Cambios que reflejan la versin 1.9 de la Secuencia Simple del IMS. Cambios que reflejan la versin 1.1.3 del Empaquetado de Contenido del IMS. 30-JanActualizaciones basadas en: 2004 Cambios debido al Borrador 3 del Estndar para la Tecnologa del Aprendizaje Modelo de Datos para la Comunicacin de Objetos de Contenido P1484.11.1 del IEEE. Cambios debido al Borrador del Estndar para la Tecnologa del Aprendizaje Estndar para la Interfaz de Programacin de Aplicaciones (API) ECMAScript para la comunicacin de Contenido a Servicio de Desempeo P1484.11.2 del IEEE. 22-Jul-2004 Distintas correcciones de gramtica, tipogrficas y de consistencia en el estilo. Se agreg la recomendacin de cmo manejar el mtodo API de GetDiagnostic () cuando el parmetro sea una cadena de caracteres vaca. Se actualiz la Figura 3.1.6a para aclarar a qu mtodos API se permite llamar durante qu estados. Se agregaron condiciones de error del SPM en la Seccin 3.1.7.6.7 para describir el comportamiento recomendado para el LMS cuando se excede el SPM. Se agreg la condicin de error de El Elemento del Modelo de Datos No Tiene Versin en la Seccin 3.1.7.6.8 para describir el comportamiento recomendado para el LMS cuando se utilice inapropiadamente la palabra clave _version con otros elementos del Modelo de Datos del Ambiente de Desempeo SCORM. Se actualiz la Seccin 3.2.1 Instancia API para reforzar la descripcin sobre los lugares apropiados para colocar la Instancia API. Se actualiz la Figura 3.2.1a para reforzar la imagen para ilustrar que hay tres ubicaciones distintas. Se agreg la Seccin 3.2.1.1 Atributo de Versin para describir los requisitos de la versin de la Instancia API. Se actualiz la Figura 3.3.1a para reforzar la imagen para ilustrar las ubicaciones en las que el SCO puede buscar la Instancia API. Se actualiz la Figura 3.3.1.b., se cambi la figura a una ilustracin del cdigo y se agreg un texto ms narrativo que describe el algoritmo. Se agreg el delimitador faltante, [:], a la Tabla 4.1.1.6a Delimitador Reservado. Se actualiz la Seccin 4.1.1.7 Tipos de Datos para agregar el SPM faltante del indicador <language_type> del localized_string_type. Se actualiz el language_type de acuerdo a los cambios al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. Se agreg el SPM faltante de 4000 caracteres al long_identifier_type. Se agreg el SPM faltante de 250 caracteres al short_identifier_type. Se actualiz el time(second,10,2) a time(second,10,0) de acuerdo a los
RTE v.1.3.1 Pag. 196

Versin 1.3 del RTE

Versin 1.3.1 del RTE

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

cambios al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. Se agregaron ms requisitos a la vinculacin de la cadena de caracteres de time(second,10,0) de acuerdo al ISO 8601. Especficamente en cuanto al manejo del Indicador del Huso Horario. Se actualiz el cmi.comments_from_learner para cambiar el elemento hijo del modelo de datos de date_time a timestamp para que refleje el cambio al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. Se actualiz el cmi.comments_from_lms para cambiar el elemento hijo del modelo de datos de date_time a timestamp para que refleje el cambio al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. Se actualiz cmi.entry (Requisito de Comportamiento del LMS) para indicar que el valor de cmi.exit de logout hara que el cmi.entry fuera configurado en resume por el LMS. Este valor no exista antes. Se borr el manejo de una llamada GetValue () invlida para elementos del modelo de datos de cmi.interactions.n.id, cmi.objectives.n.id, y cmi.interactions.n.objectives.n.id. El comportamiento del manejo de las llamadas donde se hace una solicitud de GetValue () para obtener el valor del identificador antes del identificador fuera configurado. Se actualiz el tipo de datos de cmi.interactions.n.timestamp de time(second,10,2) a time(second,10,0). Se cambi el ttulo de la seccin 4.2.9.1 a Datos Especficos del Elemento del Modelo de Datos de Patrn de Respuestas Correctas para describirla mejor. Se actualiz la Seccin 4.2.9.1 de acuerdo a los cambios al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. o Se hicieron mejoras a la seccin para facilitar la comprensin de los requisitos y del formato del valor de la cadena de caracteres. o Se actualiz la opcin de respuesta correcta a un conjunto de conjuntos de short_identifier_values. Antes apareca como un bolso de conjuntos de short_identifier_values. Estos cambios se basan en las actualizaciones al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. Se identificaron requisitos adicionales de que los conjuntos y los short_identifier_values sean nicos en cada conjunto (basndose en la definicin del conjunto). Se especific que el orden de los short_identifier_values no tiene importancia. o Se actualiz el patrn de opcin de respuesta correcta para permitir cero o ms opciones de respuesta correcta. Si no se indica ninguna respuesta correcta, se implica que no hay respuesta correcta para la interaccin. o Se aclararon los requisitos para cada uno de los tipos de interaccin con base en los cambios al Modelo de Datos para la comunicacin de Objetos de Contenido del IEEE. Se actualiz la Seccin 4.2.9.2 Datos especficos del elemento del modelo de datos de Respuesta del Estudiante o Se cambi la descripcin del tipo de interaccin choice de una bolsa de short_identifier_type a un conjunto de short_identifier_type. Se actualizaron los requisitos para reflejar el cambio a un conjunto (valores nicos de short_identifier_type en la cadena de caracteres). Se actualizar el cmi.interactions.n.result para corregir el valor incorrecto de wrong. (Se cambi wrong a incorrect). Se actualiz la referencia incorrecta de <adlcp:datafromlms> a <adlcp:dataFromLMS> en cmi.launch_data. Se actualiz el Espacio de Valor de cmi.learner_preference.audio_level para declarar que el valor debe ser mayor o igual a 0.
SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning. RTE v.1.3.1 Pag. 197

Versin 1.3.2 del RTE

Se agreg la definicin del valor predeterminado de 1 en cmi.learner_preference.audio_level.. Se agreg informacin a cmi.objectives.n.progress_measure. ste es un elemento nuevo, introducido por el Modelo de Datos para la comunicacin de Objetos de Contenido de IEEE. Se actualiz la referencia incorrecta de <adlcp:timelimitaction> a <adlcp:timeLimitAction> en el elemento del modelo de datos de cmi.time_limit_action. Se agreg la definicin del valor predeterminado (continue,no message) en cmi.time_limit_action. 13-Feb-2006 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 el Adendum 2.8 a la 2 edicin de SCORM 2004, se retir la Seccin 2.1.1.2 Cmo persistir los datos de desempeo de un intento y actividad del estudiante a otro. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 4.1.1.2 Efectos del Modelo de Datos sobre la Secuencia para incluir texto sobre cmo manejar los datos del Ambiente de Desempeo cuando se encuentre una solicitud de Abandon o de Abandon All Navigation. De acuerdo con el Adendum 2.1 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.1.1.3 Cmo manejar las colecciones para reflejar el cambio de cmo manejar el intento de crear nuevos registros en las colecciones. De acuerdo con el Adendum 2.7 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.1.1.6 Delimitadores Reservados para dividir los delimitadores por tipos. Delimitadores de Propiedad Reservada y Delimitadores de Separador Reservado. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 4.1.1.7 Tipos de Datos para aclarar el tipo de datos de la cadena de caracteres y su uso en cuanto a la compatibilidad con Unicode y el SPM. De acuerdo con el Adendum 2.9 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.1.1.7 Tipos de Datos para agregar texto que declarara la longitud de los valores langcode y subcode. Se actualiz la seccin 4.1.1.7 Tipos de Datos para definir que el long_identifier_type y el short_identifier_type son los tipos de datos que no se permite representar como una cadena vaca o una cadena de espacios en blanco. Se actualiz la Seccin 4.1.1.7 Tipos de Datos para reparar un error con el rango del valor AAAA para time(second,10,0). El cambio consisti en volverlo (1970 <= AAAA <= 2038). Tambin se actualiz el texto describiendo cul es el Designador del Huso Horario si no se proporciona ninguno. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 4.1.1.7 Tipos de Datos en el timeinterval (second, 10,2) para definir que los valores rellenos con ceros son compatibles. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualizaron los Requisitos de Comportamiento del LMS en cuanto al manejo de la determinacin de completion_status. Este comportamiento se basa en si se define o no el cmi.completion_threshold y cundo se determina el completion_status. En relacin a este cambio, tambin se actualizaron los Requisitos de Implementacin API. De acuerdo con el Adendum 2.23 a la 2 edicin de SCORM 2004, se actualizaron los Impactos sobre la Secuencia del elemento del modelo de datos de cmi.completion_status cuando cmi.completion_status se configura en not attempted.
RTE v.1.3.1 Pag. 198

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

De acuerdo con el Adendum 3.6 a la 2 edicin de SCORM 2004, se actualiz la Tabla 4.2.4.1a: Determinacin del Estado de Conclusin para cambiar el > a >=. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 4.2.7 Entrada para indicar que se debe dar un valor de "resume" cuando el LMS active una solicitud de Suspend All Navigation. De acuerdo con el Adendum 3.2 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.2.8 Salida para aclarar el manejo de los elementos del modelo de datos de un intento del estudiante a otro. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz la Seccin 4.2.8 Salida para agregar una nota de que el valor de "logout" est siendo erradicado y no ser usado en las implementaciones futuras. Se actualiz la Seccin 4.2.9 Interacciones (cmi.interactions.n.objectives.n.id) para agregar texto sobre cmo manejar las llamadas SetValue() el LMS cuando el valor a ser usado es idntico al valor que est siendo persistido por el LMS en otra posicin del conjunto. De acuerdo con el Adendum 3.1 a la 2 edicin de SCORM 2004, se actualizaron los Requisitos de Implementacin del Elemento del Modelo de Datos del cmi.learner_preference.language. Se agreg que el Tipo de Datos debe permitir una cadena de caracteres vaca. De acuerdo con el Adendum 2.16 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.2.17.2 Inicializacin de los Objetivos de Desempeo a partir de la Informacin de Secuencia. Se agreg el elemento hijo que faltaba de progress_measure a la lista de los valores que se devolvern de cmi.objectives. _children. De acuerdo con el Adendum 2.24 a la 2 edicin de SCORM 2004, se actualiz cmi.objectives.n.ididentificacin actualizada de cmi.objectives.n. (Requisitos de Implementacin API) para definir el comportamiento del LMS al manejar un identificador que es igual al identificador ya configurado en una posicin anterior del conjunto (es decir, cmo manejar la duplicacin de los identificadores al procesar solicitudes de SetValue()). De acuerdo con el Adendum 2.10 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.2.19 Escala de Calificacin para Aprobar para describir el comportamiento de inicializacin del LMS. De acuerdo con el Adendum 3.2 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.2.21 Tiempo de la Sesin para aclarar ms la inicializacin del tiempo de la sesin y cundo debe darse. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualizaron los Requisitos de Comportamiento del LMS en cuanto al manejo de la determinacin de success_status. Este comportamiento se basa en si se define o no el cmi.scaled_passing_score y cundo se determina el success_status. En relacin a este cambio, tambin se actualizaron los Requisitos de Implementacin API. De acuerdo con el Adendum 2.10 a la 2 edicin de SCORM 2004, se actualiz la Tabla 4.2.22.1 Determinacin del Estado de xito. De acuerdo con la reunin del Grupo de Trabajo Tcnico de SCORM, se actualiz el valor SPM de cmi.suspend_data de 4000 a 64000 caracteres. De acuerdo con el Adendum 2.21 a la 2 edicin de SCORM 2004, se actualiz la Seccin 4.2.25 Tiempo total para definir que el valor predeterminado debe ser equivalente a la duracin de 0.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 199

{FINAL}
.

SCORM 2004 Ambiente de Desempeo (RTE) Versin 1.3.2 2006 Advanced Distributed Learning.

RTE v.1.3.1

Pag. 200