You are on page 1of 184

USO DE ESTNDARES APLICADOS A TIC EN EDUCACIN

Baltasar Fernndez Manjn, Pablo Moreno Ger, Jos Luis Sierra Rodrguez, Ivn Martnez Ortz

NDICE 1. 2. INTRODUCCIN CONCEPTOS BSICOS

2.1. USO DE LAS TIC EN EDUCACIN: CONTEXTO Y PARTICIPANTES 2.2. ESTNDARES Y ESPECIFICACIONES EN E-LEARNING 2.2.1. Qu es un estndar y para qu sirve? 2.2.2. Ventajas aportadas por los estndares en e-learning 2.2.3. Organismos e instituciones que participan en los procesos de estandarizacin en e-learning 2.2.4. Alliance of Remote Instructional Distribution Networks for Europe (ARIADNE) 2.2.5. Dublin Core Metadata Initiative 2.3. 2.4. 2.5. 2.6. ESTANDARIZACIN: ASPECTOS Y PROCESO OBJETOS DE APRENDIZAJE PERFILES DE APLICACIN LIMITACIONES DE LOS ESTNDARES

3. ESPECIFICACIONES Y ESTNDARES MS UTILIZADOS EN E-LEARNING 3.1. ESPECIFICACIONES DE IMS 3.1.1. 3.1.2. 3.1.3. 3.1.4. 3.1.5. 3.1.6. Estructura de las especificaciones de IMS IMS Content Packaging IMS Question & Test Interoperability Specification IMS Learning Design IMS Learner Information Package Specification Otras especificaciones de IMS

3.2. IEEE LEARNING OBJECT METADATA / IMS LEARNING RESOURCE METADATA SPECIFICATION (VERSIN 1.3 PUBLIC DRAFT) 3.3. ADL/SCORM 3.4. LMS Y UTILIDADES COMPATIBLES CON LAS ESPECIFICACIONES Y LOS ESTNDARES
2

3.5. COMPARTICIN DE RECURSOS EDUCATIVOS REPOSITORIOS DE OBJETOS DE APRENDIZAJE 4. IMS CONTENT PACKAGING

4.1. INTRODUCCIN 4.2. UN CASO DE ESTUDIO 4.3. VISIN CONCEPTUAL DE IMS CP 4.3.1. 4.3.2. 4.3.3. 4.3.4. Organizaciones en IMS CP Dependencias entre Recursos Metadatos Archivos de Intercambio de Paquetes

4.4. DESCRIPCIN XML DE LA ESTRUCTURA DE LOS PAQUETES El elemento manifest El elemento metadata Descripcin de recursos Posicionamiento en la Estructura de Carpetas del Paquete 4.4.5. Descripcin de organizaciones 4.4.6. Extensibilidad 4.5. APNDICE: EJEMPLO DE MANIFIESTOS 4.5.1. Manifiesto para el paquete con organizacin plana 4.5.2. Manifiesto para el paquete con subpaquete incluido 5. LEARNING OBJECT METADATA (LOM) 4.4.1. 4.4.2. 4.4.3. 4.4.4.

5.1. INTRODUCCIN 5.2. UN CASO DE ESTUDIO 5.3. UNA VISIN CONCEPTUAL DE LA ADOPCIN DE IMS DE LOM 5.3.1. 5.3.2. 5.3.3. 5.3.4. La categora general La categora lifecycle La categora metametadata La categora technical

5.3.5. 5.3.6. 5.3.7. 5.3.8. 5.3.9.

La categora educational La categora rights La categora relation La categora annotation La categora classification

5.4. REPRESENTACIN DE METADATOS LOM EN XML 5.4.1. Estructura general 5.4.2. Codificacin de la categora general 5.4.3. Codificacin de la categora lifecycle 5.4.4. Codificacin de la categora metametadata 5.4.5. Codificacin de la categora technical 5.4.6. Codificacin de la categora educational 5.4.7. Codificacin de la categora rights 5.4.8. Codificacin de relaciones 5.4.9. Codificacin de anotaciones 5.4.10.Codificacin de clasificaciones 5.5. PERFILES DE APLICACIN LOM 5.5.1. CanCore 5.5.2. LOM-ES 5.6. OTROS ESQUEMAS DE METADATOS. DUBLN CORE 5.7. APNDICE: EJEMPLO COMPLETO DE METADATOS IMS LOM CODIFICADOS EN XML 6. IMS QUESTION & TEST INTEROPERABILITY SPECIFICATION 6.1. 6.2. 6.3. 6.4. 6.5. INTRODUCCIN HISTORIA DE IMS QTI CONCEPTOS BSICOS DE IMS QTI V 2.X LAS PREGUNTAS INTERACCIONES Interacciones Simples Interacciones de Texto Interacciones grficas Otras tipos de interacciones

6.5.1. 6.5.2. 6.5.3. 6.5.4.

6.6. LOS EXMENES EN IMS QTI V 2.1 6.7. RESULTADOS Y ESTADSTICAS 6.8. CONCEPTOS AVANZADOS 6.8.1. Intentos y Sesiones de Interaccin 6.8.2. Preguntas dinmicas: Realimentacin, Preguntas adaptativas y Preguntas Compuestas 6.8.3. Exmenes Dinmicos 6.8.4. Bancos de Preguntas 6.9. RELACIN CON OTRAS ESPECIFICACIONES 6.10. HERRAMIENTAS RELACIONADAS 7. ADL SCORM

7.1. INTRODUCCIN 7.2. LA ESPECIFICACIN SCORM 7.2.1. Objetivos 7.2.2. La organizacin de SCORM 7.2.3. SCORM y otros estndares 7.3. MODELO DE AGREGACIN DE CONTENIDO 7.3.1. 7.3.2. 7.3.3. 7.3.4. Definiciones en el modelo de contenido Empaquetamiento de Contenidos Metadatos Informacin de Secuenciamiento

7.4. EL ENTORNO DE TIEMPO DE EJECUCIN 7.5. COMPATIBILIDAD CON SCORM 8. IMS LEARNING DESIGN

8.1. INTRODUCCIN 8.2. ESPECIFICACIN DE DISEOS INSTRUCCIONALES 8.3. DEFINICIN DE DISEOS INSTRUCCIONALES EMPLEANDO IMS LEARNING DESIGN 8.4. LOS NIVELES DE ESPECIFICACIN EN IMS LEARNING DESIGN

8.4.1. IMS Learning Design - Nivel A 8.4.2. IMS Learning Design Nivel B 8.4.3. IMS Learning Design Nivel C 8.5. AUTORA DE CONTENIDOS EN IMS LEARNING DESIGN 9. SISTEMAS DE GESTION DEL APRENDIZAJE: MOODLE

9.1. INTRODUCCIN A MOODLE 9.1.1. Caractersticas Generales 9.2. GUA VISUAL A LAS HERRAMIENTAS DISPONIBLES 9.2.1. 9.2.2. 9.2.3. 9.2.4. 9.2.5. 9.2.6. 9.2.7. 9.2.8. 9.2.9. Cursos Tareas Chat Consultas Foros de discusin Exmenes Glosario Encuestas Wiki

9.3. SOPORTE DE ESTNDARES EDUCATIVOS EN MOODLE 9.3.1. Ejemplo de Intercambio de mdulos de cursos entre WebCT y Moodle 9.3.2. IMS QTI en Moodle 9.3.3. Actividades SCORM 10. BIBLIOGRAFA

1. INTRODUCCIN
La presente publicacin surge como fruto del anlisis de los estndares y especificaciones que se aplican en la enseanza que utiliza como ayuda y soporte las Tecnologas de la Informacin y la Comunicacin (TIC). Habitualmente a este tipo de enseanza que utiliza Internet como medio de comunicacin se le denomina por diversos trminos como teleformacin, formacin en lnea, formacin virtual, o simplemente con el trmino ingls e-learning. No obstante, hay que destacar que esta utilizacin de las TIC para la educacin y aprendizaje que englobamos bajo el trmino e-learning, no necesariamente implica una modalidad de formacin a distancia, ya que su uso es mas amplio, siendo frecuente su empleo como apoyo a clases presenciales o incluso un modelo mixto de clases semipresenciales (lo que se ha denominado blended learning o b-learning). Por otro lado, estos estndares estn teniendo tambin mucha influencia en cmo se disean los cursos y en cmo se organizan los contenidos educativos en la red, ya que ahora muchos sistemas y almacenes de recursos educativos usan el modelo de objetos de aprendizaje u objetos digitales reutilizables para los contenidos que pueden ser utilizados en distintos contextos. Este documento se basa, adems de en la revisin bibliogrfica de los propios estndares, en la experiencia en investigacin, implementacin y desarrollo que han adquirido los autores en su trabajo como miembros del grupo de investigacin en elearning de la Facultad de Informtica de la Universidad Complutense de Madrid. El propsito principal es presentar una visin general sobre los estndares que han surgido en el mundo del e-learning y que son aplicables a distintos enfoques y contextos educativos. Se presentarn sus fundamentos y sus aplicaciones de la manera ms simple posible, pero tratando de no perder el rigor, de modo que pueda ser comprensible y til para los educadores. La amplitud, diversidad y continua evolucin de este campo hace que un estudio de este tipo no pueda ser exhaustivo, es decir, que cubra todas las iniciativas existentes, as que se ha tenido que limitar su contenido para que nicamente considere aquellas iniciativas que son ms utilizadas actualmente, o que consideramos que son ms prometedoras. An restringiendo el nmero de propuestas en e-learning a aqullas que son, o bien estndares publicados (e.g. IEEE LOM), o bien que tienen una mayor aceptacin comercial e implantacin industrial (e.g. ADL SCORM), o bien que son el conjunto de especificaciones ms completas (e.g. IMS), la amplitud de estas propuestas hace que su presentacin tenga que ser parcial en algunos aspectos. A da de hoy los estndares ms maduros son aquellos que abordan aspectos relativos a los contenidos, cmo se empaquetan los cursos, cmo se describen tanto los cursos como los propios elementos que componen dichos cursos (e.g. objetos de aprendizaje) y cmo se describen las evaluaciones o exmenes de modo que puedan ser intercambiables entre sistemas. Por otro lado, aunque el enfoque actual est muy centrado en contenidos, nos ha parecido relevante presentar la especificacin que va un paso ms all en la concepcin completa del proceso educativo y permite su descripcin formal. Esta es la especificacin de diseo de aprendizaje (e.g. IMS Learning Design) que es muy prometedora, pero que actualmente no est suficientemente aceptada, ni dispone de un conjunto de herramientas asociado que permita su aplicacin real.

Hay algunos aspectos que no estn cubiertos de forma extensa en este trabajo. Son fundamentalmente temas relacionados, o bien con la especificacin y arquitectura de los sistemas de e-learning, o bien con los aspectos de informacin respecto a los alumnos. En la parte de sistemas de e-learning, aunque prcticamente todas las aplicaciones ofrecen funcionalidades parecidas, todava no existe un amplio consenso sobre un nico modelo conceptual, y es adems un tema muy tcnico que interesa principalmente a los informticos encargados del desarrollo de estos sistemas. S es importante hacer notar que hay dos tendencias interesantes: una es el desarrollo de sistemas de cdigo abierto que empiezan a poder competir con aplicaciones comerciales (e.g. Moodle, Sakai, .LRN), y otra es que se tiende hacia sistemas orientados a servicios. Los sistemas orientados a servicios permiten ofrecer servicios que sean accedidos por otros sistemas de forma sencilla, lo que simplifica en gran manera la integracin de sistemas heterogneos. El tema de la informacin de los usuarios y su estandarizacin, aunque es muy importante, plantea problemas de muy diversa ndole, desde legales (debido a que la Ley de Proteccin de Datos Personales en Europa y Espaa es ms estricta que en otros pases) a culturales o de madurez de las propias especificaciones. A pesar de que se est tratando de buscar una forma de expresar la informacin personal, su historial dentro del sistema (incluyendo su porfolio de trabajos realizados) y las preferencias de los usuarios es un tema complejo en el que sigue habiendo competencia comercial y falta de suficiente consenso. Este tema podra comenzar a cambiar si, como parece, sigue adelante y tiene xito el intento de estandarizar una forma de definicin de competencias y capacidades de los estudiantes. La organizacin de este trabajo est pensada para diferentes pblicos. El lector que est interesado slo en tener una visin general de los estndares de e-learning podr adquirirla mediante la lectura de los dos primeros captulos. Un lector que ya tenga un cierto conocimiento de las ideas, fundamentos, proceso de e-learning y cmo se ven afectados por la estandarizacin, pero quiera profundizar en aspectos ms tcnicos de todos o alguno de los estndares abordados, podr obtenerlo mediante la lectura de los captulos posteriores al segundo. Aunque estos captulos son ms tcnicos, hasta donde ha sido posible se ha tratado de hacerlos legibles y de poner ejemplos simplificados siempre intentando no pasar el lmite en el que se pierda el rigor tcnico. Este campo tiene, adems, la particularidad de su juventud y cambio contino. Como continuamente surgen, o bien nuevas especificaciones, o bien correcciones o aadiduras a las existentes, la bibliografa existente queda rpidamente superada por la realidad. Esto hace que gran parte de las referencias que aparecen en este trabajo sean pginas web de las instituciones implicadas en la estandarizacin, publicaciones electrnicas o documentos que estn disponibles en Internet.

2. CONCEPTOS BSICOS 2.1. USO DE LAS TIC EN EDUCACIN: CONTEXTO Y PARTICIPANTES


Aunque los ordenadores se han empleado en tareas educativas prcticamente desde su aparicin a mediados del siglo XX, ha sido a partir de la generalizacin de Internet como medio de comunicacin cuando se ha producido una revolucin que est teniendo un impacto real en la educacin. Hoy en da Internet ha cambiado la forma de trabajo, de comunicacin, e incluso de relacin, en la sociedad y por tanto tambin en el mundo educativo. Por ejemplo, cuando se encarga un trabajo de revisin bibliogrfica a un alumno, ste no slo dispone de los libros de referencia o publicaciones sugeridas por el profesor, sino que de forma cada vez ms habitual realiza bsquedas de documentos en Internet, consulta pginas o foros especializados sobre el tema donde comenta el trabajo con otras personas a las que muchas veces no conoce o, en el peor de los casos, trata de encontrar dicho trabajo previamente hecho por otra persona en la red. Por tanto, se estn dando nuevas situaciones en la educacin que no son habituales, ya que modifican el rol de los participantes en el proceso y especialmente de los profesores y de los alumnos. Y esto no slo pasa en educacin a distancia, ya que cada vez ms se utilizan estos medios informticos como un complemento a las clases presenciales. A continuacin se presentan los principales actores del proceso y como se relacionan entre s (Figura 2.1.a). Figura 2.1.a. Principales participantes en el proceso de la enseanza en Internet

Proveedor de contenidos Cursos

Administrador

LMS

Profesor o tutor

Alumno Los principales participantes en el proceso de enseanza mediante la web son: los profesores o tutores, los alumnos, los proveedores de contenido y los administradores. Los profesores o tutores son los encargados de supervisar el proceso de enseanza. Contrariamente a lo que muchas personas consideran, la enseanza utilizando nuevas tecnologas no pretende sustituir a los profesores, aunque s cambia su papel principal

ya que pasa a ser ms un dinamizador y un supervisor que un transmisor de conocimiento. Los alumnos son los participantes centrales en e-learning, ya que dependiendo de su rendimiento o satisfaccin, se podr evaluar el xito de la enseanza. Esta enseanza necesita que el alumno tenga un papel activo y desarrolle mayores capacidades de autoaprendizaje, ya que la comunicacin con el profesor y los compaeros es ms limitada (si es que sta ltima existe). Los proveedores de contenidos educativos son responsables de la tarea de crear y disear el contenido, y de alguna manera del proceso de instruccin, de tal forma que se consigan objetivos educativos pretendidos. Finalmente, los administradores del sistema se ocupan de gestionar los elementos de los catlogos de cursos, los horarios, los recursos, sesiones de aprendizaje, tutores, equipos disponibles, as como de los aspectos de seguridad y econmicos. Por supuesto, los roles de los participantes en el proceso no tienen por qu estar claramente separados y, por ejemplo, en las universidades espaolas es muy habitual que el profesor, adems de dinamizador y tutor del curso, sea tambin el principal proveedor de contenidos para dicho curso. El elemento central de la comunicacin en e-learning es el sistema de gestin del aprendizaje (en ingls, Learning Management System, LMS), un sistema basado en la web que permite el acceso a contenidos, la gestin de los recursos y la comunicacin entre todos los actores implicados en el proceso (alumnos, profesores, administradores, etc). La plataforma LMS permite gestionar los accesos, la actividad y permisos de los usuarios (e.g. inscripcin, control de qu contenidos son accedidos, notas de evaluaciones, generacin de informes y estadsticas de uso, etc) y proporciona distintas herramientas de comunicacin, tanto sncronas (e.g. chat o conversaciones, videoconferencia, tutoras en tiempo real, etc) como asncronas (e.g. tablones de anuncios, foros de discusin, etc). Adems, puede existir un sistema especializado para la gestin de contenidos educativos (en ingls, Learning Content Management System, LCMS), que es un sistema multiusuario donde los creadores de contenidos pueden crear, almacenar, gestionar y presentar contenidos digitales almacenados en un repositorio centralizado. Mientras un LMS se encarga de todos los procesos que rodean al aprendizaje en s (est asociado al rol de profesor y de alumno), un LCMS gestiona el proceso de creacin de los contenidos (est asociado al rol del creador). No obstante la diferencia entre LCMS y LMS no es tan clara, ya que la mayora de los sistemas de gestin de contenidos proporciona tambin un sistema de gestin del aprendizaje haciendo que cada vez mas esta frontera sea ms difusa. En cualquier caso, cabe destacar que el uso de Internet no presenta nicamente ventajas, sino que tambin tiene inconvenientes, debido a que es un sistema abierto, diverso y heterogneo, en el que surgen problemas que se deben abordar para poder lograr soluciones eficaces y eficientes. Algunos de estos problemas se deben a la heterogeneidad de plataformas o herramientas (e.g. distintos tipos de ordenadores con distintos sistemas operativos, distintos LMS) o a aspectos como la comunicacin entre los distintos sistemas. En este nuevo escenario siguen identificndose problemas clsicos de la informtica educativa, tales como son el alto coste de desarrollo de cursos para estos sistemas, o la baja posibilidad de reutilizacin/adaptacin de contenidos o aplicaciones cuando cambia algn factor, como, por ejemplo, la plataforma o el contexto educativo. El proceso de creacin de aplicaciones y contenidos educativos de calidad es una labor ardua que requiere la colaboracin de expertos en diversos temas (v.g. contenidos, tecnologa, didctica). Hasta ahora, ha sido habitual que contenidos educativos excelentes desarrollados con enorme coste para una tecnologa concreta se han perdido cuando se ha cambiado de plataforma o se ha producido un cambio 10

tecnolgico (por ejemplo, la evolucin desde el vdeo disco interactivo al CD-ROM y, posteriormente, a Internet). Para paliar este problema, todos los agentes implicados en e-learning tratan de sistematizar la creacin de materiales educativos de calidad que puedan ser actualizados, reutilizados y mantenidos a lo largo del tiempo. De estas necesidades bsicas surge un nuevo modelo para el diseo de los cursos denominado modelo de objetos de aprendizaje (OA), objetos educativos u objetos digitales educativos (en ingls, Learning Objects). La idea subyacente a este modelo consiste, bsicamente, en disear los cursos como agregados de objetos de aprendizaje, que idealmente son independientes, reutilizables y combinables a la manera de las piezas de un juego de lego, o mejor dicho, de un mecano (ya que no todos son combinables con todos). Para poder hacer realidad esta nueva forma de crear contenidos, y debido a la heterogeneidad de plataformas educativas y de los sistemas de enseanza en lnea (es decir de los LMS), es necesaria la existencia de recomendaciones y estndares ampliamente aceptados que posibiliten la reutilizacin de los OA y su interoperabilidad entre diferentes sistemas.

2.2. ESTNDARES Y ESPECIFICACIONES EN E-LEARNING


2.2.1. Qu es un estndar y para qu sirve?
El diccionario de la Real Academia de la Lengua dice que un estndar es lo que sirve como tipo, modelo, norma, patrn o referencia. En el campo tcnico la estandarizacin es el proceso por el cul se establecen unas normas comnmente aceptadas que permiten la cooperacin de diferentes empresas o instituciones sin menoscabar su posibilidad de competir. Un estndar proporciona ventajas no slo a las empresas, si no tambin al usuario, ya que as no ve limitada su capacidad de eleccin a un determinado proveedor, si no a todos aquellos que cumplen un estndar determinado y que, por tanto, crean productos que son compatibles. Un ejemplo es el de la electricidad casera, que en Espaa y toda Europa es de 230 voltios y 50 hertzios de modo que un dispositivo elctrico comprado en cualquier pas debera funcionar en otro. No obstante, esto no es tan sencillo ya que las tomas de corriente o enchufes son fsicamente diferentes entre los pases europeos, de modo que, probablemente, necesitaremos un sencillo adaptador para que realmente funcione. An as el problema es menor que si intentamos usar el dispositivo en EEUU, donde har falta, adems de un adaptador para el enchufe, un transformador ya que su estndar de corriente elctrica es de 125 voltios. Existen dos tipos de estndares los oficiales o de jure y los de facto. Los estndares oficiales son aquellos que han sido aprobados y sancionados por un organismo oficial de estandarizacin, ya sea nacional (e.g. Asociacin Espaola de Normalizacin, AENOR en Espaa) o internacional (e.g. Intenational Standards Office). Estos estndares en algunos casos son de obligado cumplimiento como, por ejemplo, que todas las pginas web oficiales deben cumplir un determinado nivel de accesibilidad para discapacitados. Los estndares de facto son aquellos que se usan por voluntad propia o conveniencia y tienen una amplia aceptacin, aunque no hayan sido sancionados por un organismo de estandarizacin. El caso ms conocido en Internet son las recomendaciones realizadas por el World Wide Web Consortium (W3C), que crea las normas probablemente mas utilizadas en Internet como, por ejemplo, el lenguaje HTML (y que en muchos casos despus de publicadas pasan a ser reconocidas como estndares formales).

11

2.2.2. Ventajas aportadas por los estndares en e-learning


En e-learning, una de las principales funciones de los estndares es servir como facilitadores de la durabilidad y de la reutilizacin en el tiempo de los contenidos y de la interoperabilidad, es decir, facilitar el intercambio de los contenidos entre diversas plataformas y sistemas. Hay que evitar caer en el error de ver el estndar como un limitador de la iniciativa o creatividad personal. En muchos casos, cuando los educadores oyen la palabra estndar suelen tener una reaccin adversa, ya que tienden a considerar que es una norma de obligado cumplimiento que coartar su creatividad respecto a la creacin de nuevos cursos, o su forma habitual de planificar una accin formativa o una clase. Otra circunstancia es considerar que su uso es slo en educacin a distancia y que no son tiles para otros planteamientos educativos. Esto no es cierto, ya que la existencia de contenidos educativos reutilizables puede ser de gran ayuda para simplificar el trabajo de los docentes, aunque lo utilicen en educacin presencial o en un formato mixto presencial-web (llamado blended learning o b-learning). Existen multitud de ventajas asociadas a la utilizacin generalizada de estndares de e-learning para todas las partes implicadas en el proceso de aprendizaje. Entre ellas cabe mencionar las siguientes (Sun 2002): Desde el punto de vista del de los clientes o consumidores tanto institucionales como individuales, los estndares evitan quedarse atrapado por las tecnologas propietarias. Los costes se reducen al sustituir los desarrollos propios por tecnologa plug and play de modo que, por ejemplo, una institucin pueda cambiar de LMS sin tener que empezar desde el principio perdiendo toda o gran parte de la informacin que ya tena en su LMS anterior. Desde el punto de vista de los vendedores de aplicaciones, la existencia de mtodos estandarizados de comunicacin entre sistemas simplifica la integracin de diferentes productos. Esto redunda en una reduccin de los costes de desarrollo e incrementa el mercado potencial para las aplicaciones. Desde el punto de vista de los productores de contenidos educativos, los estndares permiten que el formato de produccin sea nico y pueda ser utilizado en cualquier plataforma de distribucin. Ms an, un mercado ms amplio para los contenidos educativos permite a los creadores realizar inversiones en produccin de contenidos, aumentando la oferta y la calidad de stos, incluso en reas altamente especializadas. Adems la existencia de estndares facilita su labor, al tener acceso a almacenes de contenidos reutilizables, y les permite la creacin de contenidos modulares de ms fcil mantenimiento y actualizacin Desde el punto de vista de los alumnos, los estndares implican mayor posibilidad de eleccin del producto educativo. Adems implican que los resultados de su aprendizaje (crditos o certificados) tengan mayor portabilidad.

En otros trabajos se destacan las ventajas y propiedades beneficiosas que se obtienen con la aplicacin de los estndares (Masie 2003). Interoperabilidad. Que se pueda intercambiar y mezclar contenido de mltiples fuentes y se pueda usar directamente en distintos sistemas. Que sistemas diferentes puedan comunicarse, intercambiar informacin e interactuar de forma transparente.

12

Reusabilidad. Que el contenido pueda ser agrupado, desagrupado y reutilizado de forma rpida y sencilla. Que los objetos de contenido puedan ensamblarse y utilizarse en un contexto distinto a aqul para el que fueron inicialmente diseados. Gestionabilidad. Que el sistema pueda obtener y trazar la informacin adecuada sobre el usuario y el contenido. Accesibilidad. Que un usuario pueda acceder el contenido apropiado en el momento justo y en el dispositivo correcto. Durabilidad. Que los consumidores no queden atrapados en una tecnologa propietaria de una determinada empresa. Que no haya que hacer una inversin significativa para lograr la reutilizacin o la interoperabilidad. Escalabilidad. Que las tecnologas puedan configurarse para aumentar la funcionalidad de modo que se pueda dar servicio a ms usuarios respondiendo a las necesidades de la institucin, y que esto no exija un esfuerzo econmico desproporcionado.

2.2.3. Organismos e instituciones que participan en los procesos de estandarizacin en e-learning


Tener una idea clara del proceso de estandarizacin para las tecnologas e-learning es una tarea compleja, debido al relativamente poco tiempo que se lleva realizando el proceso y a la profusin de grupos, instituciones y consorcios que trabajan en el tema. No obstante el escenario est mejorando, ya que cada vez ms se llegan a acuerdos de colaboracin entre distintas iniciativas. Por tanto se est cada vez ms cerca de una estandarizacin real y que tenga un impacto efectivo en la industria. A continuacin pasamos a presentar brevemente algunas de las iniciativas mas importantes o que estn teniendo una mayor repercusin.

Aviation Industry CBT Committee (AICC).


Este comit internacional para la enseanza y entrenamiento utilizando ordenadores en el campo de la industria de la aviacin fue creado en 1998 para estandarizar los productos de formacin que se usan en aviacin. La aviacin es un campo donde, desde el principio, las simulaciones y el software educativo han tenido una gran importancia. Su objetivo es crear aplicaciones educativas que sean eficientes, que tengan un coste razonable y que sean mantenibles a lo largo del tiempo. AICC publica recomendaciones en muchos aspectos del e-learning (incluido el hardware), pero quizs la que ha tenido mayor impacto ha sido la recomendacin para interoperabilidad CMI (Computer-Managed Instruction). Es una especificacin sobre cmo crear contenido que se pueda comunicar con el mayor nmero de sistemas LMS

Advanced Distributed Learning (ADL)


En Noviembre de 1997 el Departamento de Defensa de EE.UU. y la oficina de Ciencia y Tecnologa de la Casa Blanca lanzaron la iniciativa Advanced Distributed Learning (ADL 2002). El propsito de ADL es desarrollar el e-learning para asegurar el acceso a materiales educativos y de alta calidad que puedan ser adaptados a las necesidades individuales y que se puedan distribuir de forma sencilla. ADL surge como respuesta a las necesidades de uno de los mayores consumidores de software del mundo, y forma parte del esfuerzo que el gobierno norteamericano viene realizando con el objetivo de conseguir una enseanza de calidad, en el que tambin estn implicados los departamentos de Educacin y Trabajo.

13

Figura 2.2.3.a. Colaboracin entre los principales organismos de estandarizacin (adaptado de CEN/ISSS LTO)
LTSC & JTC1/SC36 Colaboracin cercana

LTSC
Actual Futura

ADL se ha centrado desde un principio en el aprendizaje sobre la Web. Su trabajo ha acompaado al de otras instituciones, para buscar puntos crticos del aprendizaje sobre la Web en los que sera recomendable especificar interfaces consensuadas. El ADL ha sido una de las organizaciones ms activas en el esfuerzo de la estandarizacin de las tecnologas de aprendizaje, en colaboracin con otras iniciativas principalmente IEEE, IMS y AICC. Su principal resultado es un conjunto de especificaciones que, bajo la denominacin Shareable Content Object Reference Model (SCORM) (ADL SCORM, 2002, 2006) propone un modelo de agregacin de contenidos (Content Aggregation Model, CAM), un entorno de tiempo de ejecucin (Run-Time Environment, RTE) y la secuenciacin y navegacin (Sequencing and Navigation, SN) de los contenidos. Actualmente SCORM es la norma que est teniendo un mayor impacto en la industria, ya que es la que se ha implementado en un mayor nmero de sistemas. IMS Global Consortium IMS Global Learning Consortium es un grupo independiente, sin nimo de lucro que inici su labor en 1997 impulsado por el NLII (National Learning Infrastructure Initiative) que es una organizacin apoyada por Educase. Auque inicialmente surgi como una iniciativa en EEUU, ahora en IMS participan instituciones educativas de todo el mundo (desde universidades a pequeas empresas de formacin), fabricantes, y vendedores de aplicaciones software para la educacin. Actualmente es el principal promotor y desarrollador de especificaciones abiertas orientadas a la enseanza electrnica. Su objetivo es que, a partir de estas especificaciones, se consiga la interoperabilidad de aplicaciones y servicios en la enseanza electrnica para que los autores de contenidos y de entornos puedan trabajar conjuntamente. IMS tiene muchas especificaciones (actualmente tiene 16 especificaciones) ya que cada una de ellas est enfocada en una necesidad distinta del proceso de enseanza. Hay especificaciones que se refieren a metadatos de los objetos educativos, al formato de empaquetamiento y distribucin de los cursos, a la informacin del usuario, a la secuenciacin de contenidos educativos, o incluso al diseo de la actividad educativa en su conjunto.

14

European Committee for Standardization/Information Society Standardization System (CEN/ISSS) El comit europeo de normalizacin (Comit Europeen de Normalisation, CEN) alberga un subcomit de sistemas de estandarizacin de la sociedad de la informacin (Information Society Standardization System, ISSS), en el que est el grupo de trabajo de tecnologas de aprendizaje (Learning Technologies Workshop, CEN/ISSS/LT). Su principal objetivo es contribuir al xito de la sociedad de la informacin en Europa para, en colaboracin con otras instituciones que crean estndares o especificaciones, proporcionar un conjunto de servicios y productos integrados y que presten una especial atencin a la diversidad cultural europea. Como resultado de su trabajo publican los acuerdos a los que se ha llegado en el grupo de trabajo, por ejemplo, sobre internacionalizacin de los metadatos de los objetos educativos, o sobre cmo expresar las competencias de los estudiantes. Tambin cabe destacar el observatorio de estndares en tecnologas de e-learning, que recoge informacin sobre las principales iniciativas, organismos e instituciones que realizan trabajos en este campo. Su pgina web est accesible en http://www.cenltso.net/. International Standards Organisation (ISO/IEC JTC1 SC36) y Asociacin Espaola de Normalizacin (AENOR) La organizacin internacional de estndares (International Standards Organisation, ISO) es una red de institutos de normalizacin de ms de 140 paises que trabaja en colaboracin con los gobiernos, empresas y organizaciones de usuarios. El subcomit 36 de la ISO fue creado en 1999 (ISO/IEC JTC1 SC36 http://www.iso.org/jtc1sc36) con el objetivo de cubrir todos los aspectos relacionados con la estandarizacin en el campo de las tecnologas de aprendizaje. Este comit es conjunto de ISO con International Electrotechnical Commission. En Espaa, la institucin espaola que participa en ISO es la Asociacin Espaola de Normalizacin AENOR que ha creado el subcomit tcnico CTN71/SC36 Tecnologas de la informacin para el aprendizaje. Su misin es la Normalizacin de aplicaciones, productos, servicios y especificaciones relacionados con las tecnologas educativas, formativas o de aprendizaje a nivel individual, de organizacin o de grupo, con el fin de habilitar la interoperabilidad y la reutilizacin de herramientas y recursos. Actualmente tiene muy avanzado un perfil de aplicacin de LOM al caso espaol, que se pretende aprobar y publicar a lo largo de 2007. Institute for Electrical and Electronic Engineers Learning Technology Standards Committee (IEEE LTSC) El comit de estandarizacin de las tecnologas aplicadas al aprendizaje, Learning Technologies Standarization Committee, perteneciente al Institute of Electrical and Electronic Engineers (IEEE), cubre prcticamente todos los aspectos del aprendizaje basado en ordenador. Su misin principal es desarrollar estndares tcnicos, prcticas recomendadas y guas para componentes software, herramientas, tecnologas y mtodos de diseo que faciliten el desarrollo, implantacin, mantenimiento e interoperabilidad de implementacin de sistemas educativos. LTSC est organizado en subcomits que se encargan de reas de trabajo determinadas como la definicin de la arquitectura de sistemas de e-learning o la definicin de metadatos para objetos educativos. En estos momentos el rea de mayor impacto es la relacionada con los metadatos de los recursos educativos, ya que el

15

estndar Learning Object Metadata (estndar IEEE 1484.12.1 2002) es el estndar oficial que ms se est utilizando actualmente en e-learning.

2.2.4. Alliance of Remote Instructional Distribution Networks for Europe (ARIADNE)


Es una fundacin que surge a raz de dos proyectos con financiacin de la Unin Europea y que est compuesta por miembros de la industria y de las instituciones educativas. La misin bsica de ARIADNE es permitir la mejora de la calidad del elearning mediante el desarrollo de herramientas y metodologas que permitan la comparticin y reutilizacin de objetos de aprendizaje. Estn desarrollando guas y recomendaciones para la aplicacin de estndares, siendo muy activos en aspectos como la indexacin multilinge y los almacenes o repositorios de objetos de aprendizaje. Adems han colaborado activamente en la elaboracin del estndar LOM.

2.2.5. Dublin Core Metadata Initiative


Dublin Core es un foro abierto dedicado al desarrollo de estandares de metadatos de propsito general enfocado principalmente a la localizacin y catalogacin de recursos. Es una iniciativa que tiene una amplia aceptacin en otros campos, como los sistemas de informacin. En Agosto de 1999 el Comit Asesor de Dublin Core (Dublin Core Advisory Committee, DCAC) cre el grupo de trabajo sobre educacin cuyo objetivo es el de desarrollar una propuesta que simplifique el uso de metadatos de Dublin Core en la descripcin de recursos educativos. El resultado principal ha sido el Dublin Core Metadata Element Set (DCMES) que contiene 15 elementos y que puede ser refinado para aadir una mayor riqueza a la descripcin.

2.3. ESTANDARIZACIN: ASPECTOS Y PROCESO


El xito de un estndar radica en su nivel de aceptacin, por lo que un grupo de estandarizacin debe ser un organismo que se encargue de recopilar requisitos de mltiples fuentes y elabore con ellos una especificacin consensuada. La obtencin de un estndar formal se consigue como resultado de los esfuerzos combinados de numerosos organismos y consorcios que se agrupan de acuerdo a tres niveles de trabajo (Figura2.3.a): Nivel de especificacin. En este primer paso del proceso, se trabaja en la elaboracin de recomendaciones basadas en el anlisis de las necesidades de los propios participantes. El objetivo es proponer la especificacin elaborada a la comunidad e-learning, de modo que se pueda experimentar, corregir y actualizar en funcin de las nuevas necesidades detectadas. Nivel de validacin. En esta fase del proceso, se desarrollan nuevos productos que incorporan las especificaciones elaboradas en el paso anterior, y se inician programas piloto con el fin de valorar la efectividad y aplicabilidad de la especificacin. As mismo, se crean modelos de referencia que muestran cmo las distintas especificaciones y estndares pueden ensamblarse para integrar un sistema e-learning completo. Nivel de estandarizacin. Es el paso final de la elaboracin. Las especificaciones que ya han sido validadas, son retomadas por los organismos

16

Figura 2.3.a. Proceso de desarrollo de estndares (adaptado de Masie 2003)


AICC IMS ARIADNE IEEE ISO CEN/ISS

Ideas ADL Pruebas mercado


Tendencias tecnicas

IEEE

Necesidades

Especs

Cuerpo estndar

ESTANDAR (de facto)

Implementaciones, Modelos de referencia, Especifiaciones Requisitos Estandares generales

Como todo el proceso de e-learning es muy complejo, implicando muchas herramientas y actores, nos centramos inicialmente en la interoperabilidad de los cursos. Esta interoperabilidad consiste en poder reutilizar de manera global los cursos o contenidos educativos entre distintos sistemas de gestin de cursos o LMS. Por tanto son necesarios consensos sobre diversas caractersticas relativas a estos contenidos educativos. Nosotros para simplificar y sistematizar el anlisis hemos identificado 8 capas sobre las que es necesario establecer estndares para lograr la total interoperabilidad (Figura 2.3.b.). En estas capas hemos destacado las iniciativas de estandarizacin, especificacin o formatos que nos parecen ms prometedoras o tienen actualmente una mayor aceptacin:

17

Figura 2.3.b. Esquema representativo de las capas y las iniciativas ms relevantes para llegar a la interoperabilidad de contenidos en e-learning

La capa ms baja hace referencia a aspectos puramente tecnolgicos para las que ya existen estndares aceptados. TCP/IP y HTTP son los protocolos estndar de intercambio de informacin en Internet. La segunda capa trata de los formatos en los que se crean los contenidos educativos. En este punto existe una gran variedad, de modo que en general se acepta cualquier formato de contenido web que sea capaz de visualizar un navegador (incluso si para ello necesita algn complemento o plug-in). La realidad es que no existe an un consenso claro sobre qu lenguaje o formato utilizar. XML y HTML son los principales candidatos actuales pero hay muchos sistemas que utilizan contenidos PDF por su portabilidad y calidad de impresin, o Macromedia Flash por su capacidad de animacin o interaccin. La tercera capa selecciona los mecanismos que se utilizarn para representar los metadatos asocidos con los contenidos educativos. Los metadatos son la informacin complementaria que se aade sobre los objetos educativos y que describen distintos aspectos sobre su contenido, sus objetivos didcticos, y facilitan los procesos de bsqueda, seleccin y recuperacin. XML es la tecnologa ms frecuente para crear los metadatos, siendo considerada ya un estndar de facto para esta capa. Entre las caractersticas que han convertido a XML en la tecnologa ms utilizada, vale la pena destacar: la validacin automtica de documentos, la separacin entre contenido y procesamiento, y la independencia de herramientas o plataformas concretas. No obstante, con el desarrollo de la web semntica, hay iniciativas para hacer dicha descripcin utilizando RDF, ya que estas nuevas tecnologas facilitan el desarrollo de aplicaciones informticas que traten e interpreten de manera automtica dicha metainformacin.

18

En la cuarta capa, los esquemas de metadatos, se determina qu informacin es relevante para los objetivos del modelo, se agrupa de acuerdo a una serie de categoras, que por lo general tienen carcter jerrquico, y por ltimo, se adjunta al objeto como metadatos (implementados habitualmente con XML). El principal estndar ya aprobado de IEEE es el esquema de metadatos LOM (Learning Object Metadata) que se ocupa de estos aspectos. Las capas quinta y sexta hacen referencia a la necesidad de estructurar los objetos en unidades superiores de contenido (los cursos) y asegurar su portabilidad a travs de la red en forma de fichero, aportando toda la informacin para que sea posible su reconstruccin exacta en el sistema destinatario. La sptima capa busca la homogeneidad en la estructuracin de los perfiles de aquellos implicados en el proceso de enseanza y en la forma de utilizar didcticamente los recursos educativos. Por ltimo, la capa de nivel superior aborda los aspectos de adecuacin lingstica, cultural y social a distintos contextos. Esta ltima capa tiene un gran nivel de dificultad, y todava no hay trabajos significativos al respecto.

Respecto a los propios sistemas de gestin del aprendizaje, los estndares proporcionan un modelo arquitectnico coherente, en el cul se pueden integrar distintas soluciones o programas y se pueden realizar evoluciones y actualizaciones de forma controlada y adems se proporciona un mercado abierto en el que los usuarios pueden elegir el LMS deseado o incluso cambiarlo con un mnimo riesgo y coste.

2.4. OBJETOS DE APRENDIZAJE


Analicemos, por tanto, con ms detalle el elemento central en la nueva forma de desarrollar los cursos que es el objeto de aprendizaje. Vamos a analizar que se entiende por objeto de aprendizaje. La definicin ms citada en la literatura es la de IEEE, propuesta en uno de los pocos estndares relacionados con e-learning que han sido aprobados. Este es LOM, en el que se define un objeto de aprendizaje como cualquier entidad, digital o no digital, que puede ser utilizada, para el aprendizaje, la educacin o el entrenamiento.Esta es una definicin excesivamente genrica y que ha hecho que se proporcionen otras definiciones mas especficas como la de Wiley (2000): cualquier recurso digital que pueda ser reutilizado como soporte para el aprendizaje. Wiley tambin matiza que se usa para designar material educativo diseado y creado en pequeas unidades con el propsito de maximizar el nmero de situaciones educativas en las que se puede utilizar dicho recurso. Esta idea est directamente recogida en la definicin proporcionada por Polsani (2003) que lo define como unidad didctica de contenido, autocontenida e independiente, predispuesta para su reutilizacin en mltiples contextos instruccionales.

19

Figura 2.4.a. Esquema del proceso de e-learning utilizando objetos de aprendizaje (Adaptado de Eduworks)
Libros y manuales Internet Herramienta de autora Material prestado

LMS

En realidad IEEE actualmente ha redefinido ligeramente el concepto de objeto de aprendizaje como cualquier entidad digital o no digital que puede ser usada, reutilizada o referenciada durante un proceso de aprendizaje apoyado por la tecnologa. Ahora le da ms importancia al soporte tecnolgico, entre los que destacan los LMS, y adems se proporcionan como posibles ejemplos de objetos de aprendizaje contenidos multimedia, contenido instruccional, objetivos de aprendizaje o programas instruccionales. El objetivo es que los cursos se puedan crear por agregacin de estos objetos de aprendizaje (Figura 2.4.a.). El conjunto de especificaciones y estndares de e-learnign pretenden facilitar todos los procesos asociados para que se puedan hacer de forma eficiente y sistemtica. Con este propsito se trata de normar aspectos como la descripcin (mediante metadatos) de los objetos de aprendizaje, de modo que puedan ser gestionados, indexados y clasificados de forma eficiente; su almacenamiento en catlogos o bases de datos (que habitualmente se denominan mediante el anglicismo repositorios) o la descripcin de un curso completo. Los estndares por tanto facilitan fundamentalmente la reutilizacin y la interoperabilidad, ya que permiten el intercambio directo de objetos de aprendizaje y de cursos completos entre distintos sistemas de enseanza electrnica (Figura 2.4.b.). Por otro lado, los objetos de aprendizaje no presuponen ningn tipo de filosofa educativa determinada, y aunque se han utilizado mayormente siguiendo un enfoque instruccional, tambin se pueden utilizar en sistemas que utilicen otros paradigmas (e.g. constructivista). Tampoco implica que se puedan utilizar nicamente en educacin a distancia ya que simplifican procesos como la reutilizacin y la integracin de contenidos de modo que pueden ayudar a los profesores en otros modos de educacin (e.g. semipresencial o apoyo a la docencia presencial).

20

Figura 2.4.b. Curso de sobre Photoshop proporcionado por ADL/SCORM (http://www.adlnet.org/downloads/62.cfm) para probar la reutilizacin de contenidos. Se puede importar directamente en cualquier sistema que sea compatible con IMS o con SCORM. En este caso se ha importado en el sistema <e-Aula> desarrollado por el grupo de e-learning de la Faculta de Informtica, de la Universidad Complutense de Madrid

No obstante aunque los OA suponen un gran avance hacia la sistematizacin del desarrollo de cursos existen, diversos problemas no totalmente resueltos. Por ejemplo hay una falta de consenso sobre la definicin concreta y la descripcin de los objetos de aprendizaje, as como sobre su tamao (granularidad). De hecho, muchos de los almacenes de recursos educativos no siguen ningn estndar y presentan contenidos muy diversos (pginas de contenido, fotos, cursos, libros electrnicos, etc). Tambin es necesaria ms experiencia en el aspecto de reutilizar dichos OA, ya que su combinacin no es tan directa como cabra desear, ni actualmente existen herramientas que simplifiquen dicho proceso sin necesidad de tener un profundo conocimiento, ni tecnolgico, ni de los estndares.

2.5. PERFILES DE APLICACIN


Ningn estndar puede cubrir todas y cada una de las necesidades que la gran diversidad de aplicaciones y contextos educativos exigen. Ms bien ahora se considera que estas especificaciones son un marco general de interoperabilidad que proporcionan un margen de adaptacin a las necesidades concretas de cada dominio o aplicacin. Un perfil de aplicacin (en ingls application profile) es una coleccin de estndares, especificaciones y guas de buenas prcticas que se combinan, adaptan y particularizan para su mejor aplicacin en una determinada comunidad o en un determinado dominio. Inicialmente esto podra parecer contradictorio con el concepto de estandarizacin, pero no es as, ya que en muchos casos hay aspectos muy concretos que, por generalidad, el estndar deja sin fijar y que dificultan su 21

implementacin o aplicacin final. Por ejemplo, el perfil puede fijar qu campos de la descripcin mediante metadatos tendrn que estar siempre presentes, aunque en el estndar sean opcionales, o proporcionar un vocabulario controlado para rellenar un campo descriptivo cuando en el estndar no se prefijan valores para dicho campo. En otros casos, se puede considerar que el estndar es demasiado amplio y que limitar dicha amplitud puede simplificar la aplicacin efectiva en un determinado campo. Por ejemplo, el perfil de aplicacin CanCore utiliza slo un subconjunto de los metadatos definidos en LOM para la descripcin de objetos de aprendizaje. De hecho la importancia de los perfiles de aplicacin ha hecho que IMS publique una nueva especificacin denominada Application Profile Guidelines, en la que se describe que es lo que IMS entiende por perfil de aplicacin, los beneficios que se obtienen y los pasos para realizarlo. Esta especificacin refleja la experiencia previa obtenida por los usuarios en el desarrollo de otros perfiles, y da consejos sobre como realizar el proceso.

2.6. LIMITACIONES DE LOS ESTNDARES


Los estndares no cubren todos los aspectos de los sistemas de e-learning. Aunque es cierto que ayudan en gran manera a la interoperabilidad, integracin y reutilizacin de informacin hay otros muchos aspectos que no estn contemplados en los estndares. Idealmente si hubiera estndares para todos los procesos e informaciones incluidas en un sistema de e-learning, sera posible cambiar de un LMS a otro diferente pero que estuviera desarrollado de acuerdo al mismo conjunto de estndares, sin perder informacin y sin tener que hacer una gran inversin. Lamentablemente esta situacin todava no se ha alcanzado. Aspectos como la interoperabilidad de contenidos, la bsqueda, localizacin y reutilizacin de objetos de aprendizaje o la importacin o exportacin de evaluaciones ya comienzan a estar maduros, de modo que hay herramientas de autora y LMS que lo soportan. Sin embargo hay muchos otros aspectos que tambin son muy importantes en la enseanza on-line, y que no estn suficientemente resueltos. Por ejemplo, hay cursos donde las contribuciones ms valiosas se encuentran, no tanto en los contenidos iniciales, como en las aportaciones realizadas por los propios estudiantes en los foros de discusin. En un cambio de plataforma, esos contenidos se perderan o no serian fciles de integrar en el nuevo LMS. En general los estndares no dan hoy en da una adecuada respuesta a aspectos que cada vez son ms importantes en e-learning, como son los sistemas de colaboracin o cooperacin entre usuarios. Los LMS actuales incorporan nuevas herramientas, como por ejemplo sistemas de edicin colaborativa como los wikis 1 , que se gestionan con sus propios formatos, y sin que de momento aparezcan claramente en el objetivo de ningn organismo de estandarizacin. Hay otros autores que son ms crticos con los estndares porque dicen que este es un enfoque demasiado centralizado que va contra el espritu de Internet, y que no tiene en cuenta el desarrollo no regulado de informacin que est teniendo gran xito en la red, como son los cuadernos de bitcora (blogs) o la sindicacin de noticias mediante RSS o Atom.

Ms informacin sobre el concepto de wiki incluida precisamente en un sistema wiki: http://es.wikipedia.org/wiki/Wiki

22

3. ESPECIFICACIONES Y ESTNDARES MS UTILIZADOS EN E-LEARNING


Como se ha mostrado en el captulo anterior hay un gran nmero de iniciativas de estandarizacin de modo que no es muy realista tratar de hacer una descripcin completa de todas ellas en este trabajo. Adems existen relaciones entre las especificaciones realizadas por diferentes grupos que a veces se solapan, y otras son simplemente adaptaciones o perfiles de aplicacin para adaptarse a un campo o uso especfico. Nosotros consideramos que actualmente IMS (Global Learning Consortium, Inc) es el principal promotor y desarrollador de especificaciones abiertas, y que cubren ms aspectos de la enseanza electrnica. Este trabajo, conjuntamente con el desarrollado por ADL en su modelo de referencia SCORM, y por IEEE LTSC con su propuesta de metadatos para objetos de aprendizaje, son los que estn teniendo una mayor repercusin en e-learning. De hecho es especialmente interesante analizar las propuestas de IMS, ya que su amplio nmero de colaboraciones con otras entidades, y especialmente con IEEE LTSC, hace muy previsible que sus especificaciones sean la base para nuevos estndares (e.g. definicin de competencias). Es importante volver a destacar que la estandarizacin no tiene importancia nicamente en educacin que utilice la web como nico medio de distribucin, ya que est influyendo en otros tipos de educacin. Por ejemplo los contenidos desarrollados para clases presenciales se estn empaquetando como cursos para simplificar su distribucin y reutilizacin. En el otro sentido, contenidos desarrollados para cursos en lnea se estn reutilizando en clases presenciales, ya que es ms sencillo su localizacin y uso. Por tanto, en este captulo pasamos a hacer una breve descripcin de estas especificaciones de modo que el lector pueda tener una idea de conjunto del proceso de estandarizacin. Las especificaciones mas utilizadas hoy en da se desarrollaran con ms detalle en captulos posteriores.

3.1. ESPECIFICACIONES DE IMS


El objetivo de IMS de definir especificaciones que hagan posible la interoperabilidad de aplicaciones y servicios de enseanza distribuida, se ha concretado, a da de hoy, en ms de 15 especificaciones principales.

3.1.1. Estructura de las especificaciones de IMS


Normalmente cada una de ellas se encuentra detallada al menos en tres documentos: Gua de Implementacin y consejos. En l se incluyen: la forma de uso de la especificacin, ejemplos, la relacin con otras especificaciones, y cualquier tipo de informacin complementaria que pueda servir de ayuda. Normalmente es el documento que se recomienda leer primero para entender los conceptos generales con los que se trata. Modelo de Informacin. Documento que describe de manera formal, los datos as como su estructuracin, detallando cada uno de los elementos

23

Documento de Enlace. Documento que ofrece la forma de representar la estructura de datos de la especificacin, generalmente, en XML. Adicionalmente se proporciona el esquema documental XML que nos permite comprobar la validez de la estructura de un documento que hayamos creado, respecto a la especificacin a la que est asociado.

IMS tiene muchas especificaciones ya que cada una de ellas est enfocada en una necesidad distinta del proceso de enseanza. A continuacin vamos a describir con ms detalle algunas de las ms relevantes.

3.1.2. IMS Content Packaging


El objetivo de esta especificacin es permitir la distribucin de contenidos reutilizables e intercambiables, es decir, describe el modo en el que se debe empaquetar el contenido educativo para que pueda ser procesado por otro sistema LMS diferente. Ofrece una forma de empaquetar (en un archivo comprimido tipo .zip) los contenidos educativos tales como cursos individuales, conjuntos de cursos, o cualquier tipo de recurso necesario en el proceso educativo (por ejemplo, evaluaciones o exmenes). Al distribuir una serie de contenidos empaquetados segn el Content Packaging de IMS, existe un documento fundamental que es el Manifiesto. Dicho documento es un fichero XML en el que se describe la estructura de los contenidos incluidos en el paquete (Figura 3.1.2.a.). Dicha descripcin se realiza a dos niveles diferentes: Por un lado, se describe cada uno de los Recursos del paquete. En una primera aproximacin se puede hacer una relacin casi directa entre un Recurso y un fichero con contenidos visualizables (e.g. un Objeto de Aprendizaje) como pueden ser ficheros HTML, animaciones en Flash, etc. En realidad, en cada Recurso se puede incluir informacin sobre los ficheros que componen dicho Recurso, el tipo de los mismos (que puede ser uno de los tipos ya definidos por el estndar o una extensin de los propuestos) y, opcionalmente, metadatos con informacin adicional sobre dicho Recurso. Por otro lado, en el Manifiesto se describe como estn organizados dichos Recursos, es decir, como se estructura el contenido del paquete. Esto se implementa mediante las Organizaciones. Una organizacin es una vista (o recorrido) de una posible ordenacin jerrquica (actualmente en forma de rbol) de los Recursos de un paquete. El estndar permite que un Manifiesto contenga distintas organizaciones sobre los Recursos del paquete, dando as lugar a distintas vistas o cursos a partir de los mismos contenidos. El elemento bsico de estructuracin que se usa al definir las organizaciones son los tems. A cada tem se le puede asociar un Recurso, de modo que el rbol de tems es, efectivamente, una estructuracin de los Recursos del paquete.

24

Figura 3.1.2.a. Esquema de un manifiesto

Manifiesto Metadatos Organizaciones

Recursos

Submanifiestos

Ficheros fsicos

En resumen, el Manifiesto es un fichero XML que describe y organiza los contenidos de un paquete, aadiendo informacin adicional en forma de metadatos que pueden ser procesados y aprovechados en tareas de catalogacin de contenidos (Figura 3.1.2.b).

25

Figura 3.1.2.b. Manifiesto XML en formato IMS (simplificado) de un curso de programacin del Campus Virtual de la Universidad Complutense creado con el LMS WebCT en el que los objetos de aprendizaje son archivos en formato PDF.

<?xml version="1.0" encoding="ISO-8859-1"?> <manifest identifier="CMD_7540019_M" version="1.0" xmlns="http://www.imsproject.org/content" xmlns:webct="http://www.webct.com/IMS"> <metadata> .............. </metadata> <organizations> <organization identifier="CMD_7540020"> <webct:properties identifierref="CMD_7540021"/> <item identifier="CMD_7540022"> <title>Temas del curso (trasparencias en pdf)</title> <item identifier="CMD_7540023" identifierref="CMD_7540024"> <title>Introduccin a la programcin orientada a objetos</title> </item> <item identifier="CMD_7540026" identifierref="CMD_7540027"> <title>Introduccin a Java</title> </item> ............. </organization> </organizations> <resources> <resource identifier="CMD_7540021" type="webctproperties"> <file href="CMD_7540019_M/data/properties_CMD_7540020.xml"/> </resource> <resource identifier="CMD_7540024" type="webcontent"> <file href="CMD_7540019_M/my_files/POO20042005/IntroduccionPOO.pdf"/> </resource> <resource identifier="CMD_7540027" type="webcontent"> <file href="CMD_7540019_M/my_files/POO2004-2005/introjava.pdf"/> </resource> .............. </resources> </manifest>

Finalmente, para la distribucin e intercambio efectivo de los cursos, lo que se crea es un Archivo de Intercambio de Paquetes (Package Interchange File, o simplemente PIF). El PIF es un archivo que alberga en su interior el manifiesto y los recursos que se referencian en dicho manifiesto. Por tanto, podemos decir que es un paquete comprimido y con un formato de intercambio en formato .zip (Figura 3.1.2.c.). La funcionalidad de exportacin a PIF o de importacin de un PIF se encuentra en muchos de los LMS tanto comerciales (e.g. WebCT) como de software libre (v.g. Moodle, .LRN, Dokeos, Claroline). Figura 3.1.2.c. Fichero comprimido con el manifiesto y la carpeta de contenidos del curso de programacin

26

3.1.3. IMS Question & Test Interoperability Specification


Esta especificacin contempla una estructura bsica que describe la forma de representar preguntas individuales o tems (assesment item) y gestionar evaluaciones o exmenes completos (assessment). Su objetivo es conseguir que tanto las evaluaciones cmo los resultados sean intercambiables entre los diferentes LMS. As, podemos disponer de almacenes de preguntas y bases de datos con los resultados obtenidos por los alumnos a los que cualquier sistema de enseanza electrnica podr acceder. Con este propsito se plantea y se documenta un formato de contenido para almacenar las preguntas o tems independientemente del sistema o herramienta de autora utilizada para crearlas. Esto permite, por ejemplo, el uso de las mismas preguntas en diversos LMS o en sistemas de evaluacin electrnica, o la integracin en un nico LMS de preguntas o exmenes desarrollados con distintas herramientas. Por otro lado se propone un sistema coherente para que los sistemas puedan informar de cul es el resultado de una evaluacin. Figura 3.1.3.a. Editor de preguntas QTI (version 1.2) desarrollado en el proyecto <eAula> en la Universidad Complutense de Madrid. En este caso se ha definido una pregunta de respuesta mltiple y con 2 respuestas correctas y adems se ha determinado que en cada presentacin de las respuestas se barajen para que no representen siempre en el mismo orden

Un item incluye la pregunta que se presenta al usuario y puede incluir otra informacin necesaria para el procesamiento de la respuesta o puntuacin, retroalimentacin instantnea o consejos para su realizacin, y otros mecanismos para mejorar el examen y/o la evaluacin (Figura 3.1.3.a.). QTI trata de ser pedaggicamente neutral y proporciona un gran conjunto de preguntas que habitualmente se utilizan en las evaluaciones, tales como eleccin verdadero/falso, eleccin mltiple con respuesta nica, eleccin mltiple con varias respuestas vlidas, rellenar campos en blanco, 27

ordenar objetos, relacionar objetos, etc. Adems permite definir nuevos tipos de preguntas si fuera necesario. Las preguntas se agrupan en secciones, que a su vez se agrupan para formar una evaluacin o examen. Una evaluacin, examen o test es una coleccin de secciones que agrupan items y que adems contiene informacin sobre cmo secuenciar los tems (presentacin secuencial o se barajan las preguntas antes de presentarlas) y como combinar sus evaluaciones individuales para obtener la evaluacin final. Esto permite, por ejemplo, definir cul es el nmero de preguntas que se deben responder correctamente para que el examen se considere aprobado. En la especificacin de QTI se ha producido un gran cambio entre la versin anterior la 1.2 y la versin final 2.0, ya que en sta ltima se ha tratado de sistematizar ms los exmenes, evitando muchas de las dificultades de interpretacin y tecnolgicas que existan en la versin anterior. Por ejemplo, la versin 2.0 se ha centrado en simplificar el aspecto ms conflictivo en las especificaciones anteriores, que es el concepto de item o pregunta individual, dejando inalterados aspectos como la agrupacin de preguntas en secciones o exmenes, que estaban claramente definidas en la versin 1.2. Mientras que en versiones anteriores se centraba principalmente en cmo se presentaba finalmente la pregunta, ahora se definen los posibles tipo de interacciones por parte del usuario (e.g. seleccionar uno o ms elementos de una lista, crear asociaciones entre elementos de dos listas, introducir texto, seleccionar un trozo de texto de un texto mas largo, etc). Adems de todas las interacciones contempladas, introduce un tipo de interaccin propio para poder extender el modelo y crear nuevas formas de interaccin para poder introducir nuevos tipo de preguntas. Tambin tiene plantillas de preguntas para crear preguntas similares, pero en las que hay partes variables que se seleccionan aleatoriamente entre un conjunto de valores predefinidos. Otra de las novedades que introduce son los tems adaptativos, que permite su correccin adaptativa en funcin de una secuencia de intentos. Esto permite, por ejemplo, que el alumno pueda alterar su respuesta debido a la realimentacin, o que se le planteen preguntas adicionales en funcin de su respuesta actual. Figura 3.1.3.b. Aplicacin Comprueba de la Universidad Complutense de Madrid. En este caso se presenta una pregunta para la asignatura dibujo tcnico

28

QTI permite la construccin de almacenes o repositorios de preguntas que sean directamente utilizables en distintos sistemas (e incluso para crear exmenes tipo test que los alumnos realicen por escrito). Esto puede ser muy til cuando se generalice la representacin mediante QTI de los repositorios de libre acceso existentes. Por ejemplo, en la Universidad Complutense se dispone de una aplicacin dedicada, llamada Comprueba (Figura 3.1.3.b), que tiene un extenso conjunto de preguntas de distintas materias para que alumnos de enseanzas medias preparen su prueba de acceso a la universidad. La generalizacin de este tipo de almacenes y su libre disposicin en formato compatible con otras plataformas puede simplificar mucho la creacin de evaluaciones y exmenes por parte de los docentes. Adems de LMS comerciales que soportan el formato y la importacin de preguntas, tambin hay LMS de software libre que soportan dicho formato y que permiten incluso exportar las evaluaciones del sistema en formato QTI (v.g. Claroline, Moodle).

3.1.4. IMS Learning Design


Esta especificacin ha sido el resultado de la integracin dentro de IMS de la especificacin Educational Modeling Language (lenguaje de modelado educacional) (Koper 2001), desarrollada inicialmente en la Universidad Abierta de Holanda. Se ocupa de describir y codificar el diseo pedaggico, es decir las metodologas educativas implcitas en un proceso de enseanza, de forma que sean procesables por un LMS. En este caso se utiliza un nuevo concepto, la unidad de aprendizaje (UdA), ya que se considera que lo importante no son tanto los objetos de aprendizaje por s mismos, si no las actividades en las que se encuentran implicados. El elemento clave de una Unidad de Aprendizaje es la actividad o tarea, que se concibe como uno o ms actores (e.g. alumnos, profesores) que trabajan para lograr un cierto objetivo educativo en un determinado entorno. El entorno contiene los recursos y los servicios necesarios para realizar la actividad propuesta. El principio subyacente es que los alumnos aprenden realizando actividades en un entorno, en el cual los objetos de aprendizaje son recursos que permiten o facilitan la tarea. La visin es ms amplia que la de los objetos de aprendizaje bsicos, ya que se contempla el uso de herramientas o de procesos, como la comunicacin entre alumnos o entre alumnos y profesores. De hecho el rol o papel de un alumno podra cambiar en un determinado momento, por ejemplo, para supervisar el trabajo realizado por otros alumnos. La unidad de aprendizaje es la nueva unidad mnima de intercambio entre sistemas, ya que se considera que si se descompone en sus elementos bsicos se pierde el diseo pedaggico que permite alcanzar el resultado deseado.

3.1.5. IMS Learner Information Package Specification


Especificacin que nos indica qu informacin se almacena referente a un alumno (o grupo de alumnos) o incluso a un productor de contenido educativo, y cmo debe almacenarse. El objetivo de esta especificacin es definir una estructura que permita el intercambio de paquetes con informacin relativa a cualquiera de los implicados en el sistema de enseanza. La existencia de formatos consensuados para la definicin de expedientes de alumnos permite su exportacin entre sistemas educativos heterogneos. Es necesario decidir qu informacin debe incluirse en el expediente y el formato para representarla. Dentro de los estndares para perfiles y expedientes debe contemplarse tanto la informacin esttica (no depende de la interaccin con el sistema, v.g.. datos personales) como la dinmica (aquella que se genera o se modifica a medida que el

29

alumno avanza en su proceso de aprendizaje, ej. calificaciones). LIP incluye la informacin de otra especificacin sobre informacin de alumnos denominada Personal and Private Information (PAPI) de IEEE, y que en la actualidad est siendo revisada por ISO considerando la posibilidad de pasar a ser estndar oficial. Esta especificacin est complementada por otra denominada Accessibility for LIP. que define nuevas estructuras de datos para poder especificar preferencias de accesibilidad que tengan en cuenta las caractersticas del alumno (v.g. alumnos con discapacidades) de modo que el LMS se pueda adaptar a dichas caractersticas (v.g. modificando la presentacin en forma sonora si tiene dificultades visuales).

3.1.6. Otras especificaciones de IMS


Hay otras especificaciones de IMS que describiremos de modo ms breve: Definicin e intercambio de vocabulario. IMS VDEX (Vocabulary Definition and Exchange) define una gramtica para el intercambio de listas de valores o vocabularios, que puedan ser procesables automticamente y entendibles por las personas. Permite por ejemplo definir valores para ser utilizados en IEEE LOM, IMS LIP o en ADL/SCORM. Secuenciacin de los contenidos educativos. La especificacin Simple Sequencing (IMS SS 2002) se ocupa de la definicin de mecanismos que permitan la secuenciacin de los recursos educativos dentro de cualquier sistema e-learning que lo implemente. El objetivo es poder definir, por ejemplo, el orden en el que se presentan los objetos de aprendizaje o las reglas para seleccionar un objeto de aprendizaje entre varios posibles en funcin del comportamiento o de las respuestas del alumno. Interoperabilidad entre repositorios digitales. La especificacin Digital Repositories tiene como objetivo la elaboracin de recomendaciones que permitan la interoperabilidad entre diferentes repositorios digitales. El propsito es poder acceder a cualquier almacn de recursos educativos para obtener dichos recursos sin necesidad de conocer cul es la organizacin o estructura de dicho almacn. En esta recuperacin, los metadatos son el elemento principal para la identificacin de los recursos. Descripcin de sistemas basados en competencias. La especificacin Reusable Competencies Definition tiene como objetivo definir una nomenclatura estndar para etiquetar las distintas componentes de un sistema de competencias. Estas competencias pueden formar parte de los prerrequisitos o de los objetivos educativos de una actividad formativa. Adems debe permitir el intercambio de datos con sistemas de gestin acadmica o de recursos humanos. Esta especificacin est siendo utilizada por IEEE LTSC para crear un estndar formal sobre especificacin de competencias. El modelo de informacin empresarial. IMS Enterprise Information Model define modelos de datos que permiten la integracin y el intercambio de datos de los LMS con los otros sistemas de gestin de una empresa o centro educativo como, por ejemplo, la gestin de estudiantes o la administracin general. Servicios de empresa. La especificacin Enterprise Services es la definicin de cmo los sistemas gestionan el intercambio de informacin que describe

30

Portfolio. El portfolio electrnico o e-portfolio es una coleccin de documentos en formato electrnico que dan idea de las habilidades, formacin y desarrollo profesional de una persona. El concepto en el que se basa es el mismo que cuando se quiere juzgar la calidad de un fotgrafo y se le pide que ensee sus trabajos previos. Esta especificacin se ha creado para hacer que los portfolios electrnicos se puedan intercambiar entre distintas instituciones y sistemas. El objetivo es lograr que se pueda hacer un mejor seguimiento de las competencias de un alumno, que se mejore su impresin del proceso educativo y su desarrollo personal incluso en formacin continua o no reglada. Esto debera simplificar el intercambio de portfolios entre las instituciones educativas y los centros de trabajo. Estado persistente y compartible. La especificacin Shareable State Persistence describe una extensin a los entornos de ejecucin (e.g. SCORM) que permite el almacenamiento y el acceso compartido a la informacin de estado entre los objetos de contenido. Trata de solucionar el problema de que un contenido pueda almacenar informacin de estado en el entorno de ejecucin para que pueda ser recuperada posteriormente por ese contenido o por otro. Esta caracterstica es crucial para la ejecucin de contenido altamente interactivo como, por ejemplo, las simulaciones y hasta ahora se estaba realizando con mtodos y formatos propietarios, dificultando la estandarizacin completa de los sistemas. Interoperabilidad de listas de recursos. La especificacin Resource List Interoperability (RLI) detalla como intercambiar metadatos estructurados entre sistema que almacenan y proporcionan recursos con el propsito de crear listas de recursos y aquellos sistemas que recogen y organizan estas listas de recursos con un propsito educativo o de entrenamiento. Un ejemplo tpico citado en la especificacin como lista de recursos es una lista de trabajos o artculos para que lean los estudiantes durante un curso. Metadatos de acceso para todos. La especificacin AccessForAll Meta-data pretende posibilitar la identificacin de recursos que coincidan con las preferencias o necesidades de los usuarios. Las necesidades o preferencias deberan declararse utilizando IMS Accesibility for LIP. Estas preferencias incluyen la necesidad de utilizar presentaciones alternativas de los recursos, mtodos alternativos para controlar recursos, recursos alternativos a los predeterminados y mejoras o necesidades de ayuda que tenga el usuario. Esta especificacin proporciona un lenguaje comn para identificar y describir los recursos primarios o por defecto, y las alternativas equivalentes para dicho recurso.

31

3.2.

IEEE LEARNING OBJECT METADATA / IMS LEARNING RESOURCE METADATA SPECIFICATION (VERSIN 1.3 PUBLIC DRAFT)

Los metadatos proporcionan descripciones, propiedades e informacin sobre los objetos de aprendizaje que permiten caracterizarlos, de forma que se simplifica su uso y gestin. De forma coloquial, lo que se busca mediante esta informacin complementaria es poder saber cul es el contenido y el propsito de un OA sin tener que acceder a dicho contenido. Por tanto, los metadatos aportan informacin orientada a hacer ms eficiente la bsqueda y utilizacin de los recursos. Los metadatos se pueden aplicar tanto a OA concretos como a cursos completos o a partes del curso (como se puede ver en el esquema del manifiesto de la (Figura 3.1.2.a.). Actualmente LOM (IEEE Learning Object Meta-Data) es el estndar de e-learning formalmente aprobado que goza de mayor aceptacin (estndar IEEE 1484.12.1 2002), y que ha sido adoptado en la especificacin de IMS Learning Resorce Metadata. De hecho LOM se basa en los esfuerzos previos hechos para la descripcin de recursos educativos en los proyectos ARIADNE, IMS y Dublin Core. El objetivo de LOM es la creacin de descripciones estructuradas de recursos educativos. Su modelo de datos especifica qu aspectos de un objeto de aprendizaje deberan ser descritos y qu vocabularios se pueden utilizar en dicha descripcin. Esta es una descripcin jerrquica con nueve apartados principales que agrupan el resto de campos. A continuacin describimos cada una de estas categoras: General. Aqu se describe el objeto educativo. Incluye campos como identificador del OA, ttulo, descripcin, etc. Lifecycle. Almacena un histrico del objeto y su estado actual. Detalla quines han interactuado con este objeto desde que fue creado, y el tipo de interaccin que han realizado. Meta- Metadata. Agrupa informacin sobre los metadatos. Esto puede parecer redundante a primera vista pero resulta muy interesante tener informacin como quin ha contribuido a la creacin de los metadatos y el tipo de contribucin que ha realizado. Technical. Incluye la informacin tcnica del recurso de aprendizaje, tal como tamao, ubicacin, o formato en el que se encuentra. Adems, en este elemento se almacenan los posibles requisitos tcnicos necesarios para poder usar el objeto al que se refieren los metadatos. Educational. En este elemento se encuentran las diferentes caractersticas pedaggicas del objeto. Tpicamente se incluyen campos como tipo de recurso ejercicio, diagrama, figura -, nivel de interactividad entre el usuario y el objeto alta, media, baja-, o el contexto de uso del recurso universidad, enseanza primaria, doctorado-, entre otros.

32

Rights. Se incluyen los detalles sobre la propiedad intelectual del recurso. Tambin se detallan las condiciones de utilizacin y el precio en caso de tenerlo. Relation. Explica el tipo de relacin que tiene el recurso de aprendizaje con otros OA. Posee un par nombre-valor en el que detalla el nombre del OA relacionado y el tipo de relacin es parte de, est basado en, etc -. Annotation. Incluye comentarios sobre la utilizacin del LO, adems de su autor y la fecha de creacin. Cassification. Nos informa si el OA pertenece a algn tema en concreto. Por ejemplo, es aqu dnde se almacenara que un OA se refiere a Fsica o a Historia. Permite tanto detalle cmo se quiera mediante anidamiento de temas. Figura 3.2.a. Editor de metadatos Reload

El modelo de datos especifica tambin qu elementos de la descripcin pueden repetirse (e.g. Classification). Adems, hay unos campos en los que el tipo de contenido es libre, es decir se puede poner cualquier cadena de texto (para la cul se puede especificar adems el idioma) y hay otros campos en los que se dispone de un conjunto de valores concretos entre los que se puede elegir (es decir, se tiene un vocabulario controlado Figura 3.2.a., figura 3.2.b.).

33

Figura 3.2.b. asignacin del valor alto (high) al campo nivel de interactividad de la categora educacional utilizando el editor Reload

Como hemos mencionado antes existe otra especificacin anterior cuyo nivel de aceptacin es tambin muy amplio: el Dublin Core. Nacida con el objetivo de describir recursos de carcter genrico en la Web, tambin ha sido adoptado por la comunidad educativa con el fin de adjuntar informacin complementaria a los recursos educativos. En este caso, y frete a los ms de 70 campos de LOM, los 15 metadatos bsicos de Dubln Core para un recurso educativos son: ttulo, autor, tema o palabras clave, descripcin, editor, otros colaboradores, fecha, tipo de recurso, formato, identificador, fuente, idioma, relacin con otros recursos, cobertura, y derechos. En el documento del propio estndar LOM se incluye un apndice comparando ambas especificaciones.

3.3. ADL/SCORM
ADL surge como respuesta a las necesidades principalmente del Departamento de Defensa de EE.UU, que es uno de los mayores consumidores de software del mundo y forma parte del esfuerzo que el gobierno norteamericano viene realizando con el objetivo de conseguir una enseanza de calidad. ADL se ha centrado desde un principio en el aprendizaje sobre la Web. Actualmente es el modelo ms utilizado en la industria y que cuenta con mayor cantidad de herramientas que lo soportan. Es un perfil de aplicacin, ya que combina muchas especificaciones (IMS, AICC, IEEE) y las particulariza para un caso concreto. Las especificaciones, por su generalidad, dejan sin fijar aspectos que son necesarios para facilitar la implementacin final, y SCORM trata de ser ms preciso para lograr una

34

mayor compatibilidad. En concreto SCORM se sustenta sobre las siguientes especificaciones: IEEE Data Model For Content Object Communication IEEE ECMAScript Application Programming Interface for Content to Runtime Services Communication IEEE Learning Object Metadata (LOM) IEEE Extensible Markup Language (XML) Schema Binding for Learning Object Metadata Data Model IMS Content Packaging IMS Simple Sequencing.

Bajo la denominacin SCORM (Sharable Courseware Object Reference Model) propone un entorno de ejecucin, un modelo de metadatos y un modelo de la estructura de los cursos (modelo de agregacin de contenidos). En su versin 2004 este modelo ha pasado a incluir tambin la secuenciacin y navegacin (Sequencing and Navigation SN) de los contenidos. Esta secuenciacin define como se aplica y extiende IMS Simple Sequencing para un sistema SCORM. SCORM define un modelo software que describe el modelo de agregacin de contenidos, las interrelaciones establecidas entre las componentes de los cursos, los modelos de datos y los protocolos de comunicacin, de manera que los objetos definidos en un LMS puedan compartirse entre diferentes LMS. Los elementos ms caractersticos del modelo son: Modelo de Agregacin de Contenido (Content Aggregation Model, CAM) En este modelo se definen los cursos y se distinguen los objetos de aprendizaje compartibles (Sharable Courseware Object, SCO), curso o componente de un curso que cumple con los requisitos de interoperabilidad, durabilidad y que dispone de la informacin suficiente para poder ser reutilizado y accesible. Un SCO es la mnima unidad intercambiable entre sistemas compatibles con SCORM, y consiste en un objeto de aprendizaje que incluye un mdulo software que le permite comunicarse con el entorno de ejecucin proporcionado por el LMS. Adems se identifican los recursos bsicos (assets) que son elementos bsicos, como ficheros de texto, audio, video, etc. Estos recursos bsicos se agrupan en los SCOs. Entorno de ejecucin (Runtime Environment, RTE). Propone un entorno estndar en el que se puede presentar un objeto de aprendizaje (en este caso un SCO) que es capaz de intercambiar datos con el LMS. El LMS se encarga de enviar los contenidos al alumno y el contenido intercambia la informacin sobre el alumno y el seguimiento de su interaccin con el curso al LMS. Secuenciacin y navegacin (Sequencing and Navigation SN). Es la informacin que permite complementar el diseo del curso, aadiendo informacin sobre como se van a presentar dichos contenidos al usuario. Esta presentacin no tiene por qu ser siempre la misma, ya que puede depender de las respuestas o comportamiento de los alumnos.

35

3.4. LMS Y UTILIDADES COMPATIBLES CON ESPECIFICACIONES Y LOS ESTNDARES

LAS

Algunos de los problemas identificados para la generalizacin de los estndares educativos han sido, por un lado, que algunos LMS han tardado en ser compatibles con las especificaciones, y, por otro, la necesidad de que los educadores tengan bastante conocimiento tcnico para su uso efectivo. No obstante, estos problemas estn en vas de solucin, ya que cada vez aparecen nuevas versiones de los LMS, tanto comerciales como de software libre, que soportan el uso de algunas especificaciones y, por lo menos, la importacin o la exportacin de cursos completos empaquetados segn IMS o SCORM. Adems esto est unido tambin al desarrollo de nuevas herramientas que permiten la creacin de objetos de aprendizaje y de cursos completos, as como su anotacin con metadatos, sin necesidad de ser un experto en los estndares educativos. Aunque ya hemos mencionado previamente algunos LMS y herramientas, en este epgrafe, y sin el propsito de ser exhaustivos, citaremos algunos de los mas relevantes. En cuanto a LMS comerciales cabe mencionar WebCT Vista (http://www.webct.com) y Blackboard (http://www.blackboard.com) como dos de los ms utilizados (actualmente estn en proceso de fusin para crear una nica plataforma). En cuanto a LMS de software abierto destacan Moodle (http://www.moodle.com) Claroline (http://www.claroline.net), Dokeos (http://www.dokeos.com) y, ltimamente, LAMS ya que incluye soporte para el desarrollo de unidades de aprendizaje aunque no es compatible con IMS Learning Design- (http://www.lamsinternational.com). Respecto a herramientas concretas, probablemente las que mayor repercusin estn teniendo son las desarrolladas en el proyecto Reload (http://www.reload.ac.uk), que incluyen un editor de metadatos que permite diferentes perfiles de aplicacin, un creador de cursos empaquetados (con IMS o con SCORM), un editor de IMS Learning Design y visualizadores (players) para que se pueda ver el resultado obtenido con las herramientas. Hay herramientas que soportan IMS QTI fundamentalmente comerciales como QuestionMark (http://www.questionmark.com) o CanvasLearning (http://www.canvaslearning.com). Tambin hay muchos proyectos de software libre que proporcionan soporte a los estndares, como por ejemplo, el sistema de ejecucin CopperCore para IMS Learning Design, desarrollado por los principales creadores de la especificacin. Adems hay proyectos como SAKAI (http://www.sakaiproject.org) u Open Kowledge Inititiative (http://web.mit.edu/oki/) que tienen herramientas y propuestas de arquitectura para sistemas LMS muy verstiles y en continuo desarrollo. Otros sitios web para encontrar informacin sobre las ltimas herramientas compatibles con los estndares son Academia ADL Co-lab (http://www.academiccolab.org) y los sitios web de ADL (www.adlnet.org) e IMS (http://www.imsglobal.org). Adems dos sitios de referencia para mantenerse al da de las continuas evoluciones de los estndares son Centre for Educational Technology Interoperability Standards (www.cetis.ac.uk) y el Learning Technolgy Standards Observatory (www.cen-ltso.net) del Centro Europeo para la Normalizacin.

36

3.5. COMPARTICIN DE RECURSOS EDUCATIVOS REPOSITORIOS DE OBJETOS DE APRENDIZAJE

Otro elemento importante para el xito de los objetos de aprendizaje es la existencia de materiales educativos de calidad y fcilmente reutilizables por los educadores. Aqu hay muchos aspectos a considerar, que van desde los aspectos ms tcnicos, como el formato de dichos materiales, su granularidad o su localizacin, a aspectos ms legales, como su uso libre (incluso con modificacin posterior) o si estn protegidos por derechos de propiedad intelectual. Figura 3.5.a. Pgina principal de la iniciativa OpenCourseWare del MIT

Iniciativas como la realizada por el Instituto de Tecnologa de Massachussets denominada MIT-OCW Open CourseWare Initiative (http://ocw.mit.edu) por la cul se compromete a hacer disponible todos sus contenidos de cursos universitarios de forma gratuita en Internet, est creando una nueva tendencia (Figura 3.5.a.). De hecho hay otras universidades que lo estn comenzando a hacer como, por ejemplo, la Open University del Reino Unido (http://oci.open.ac.uk/). Incluso algunos de los contenidos del MIT tambin estn disponibles en espaol, ya que hay un acuerdo con el portal Universia para la traduccin y distribucin de dichos cursos (http://mit.ocw.universia.net). Como el MIT est implicado tambin en iniciativas de estandarizacin, existe el compromiso de que todos estos contenidos sean acordes a estndares en un futuro. Recientemente est iniciativa est siendo secundada por mas universidades alguna de las cules pretende incluso distribuir no slo los contenidos, si no tambin las propias clases grabadas en video. Por otro lado, en los contenidos est pasando algo similar a lo que ya se ha mostrado como muy eficaz en el desarrollo de aplicaciones, que es el la idea de software libre. Se han desarrollado tipos de licencias similares para contenidos que permite el libre uso e incluso modificacin de los contenidos, y de la que el ms claro exponente es la licencia Creative Commons (http://creativecommons.org). Por ejemplo, los contenidos del MIT-OCW se distribuyen utilizando esta licencia.

37

Otro de los elementos clave son los almacenes de objetos de aprendizaje, o repositorios, con los que se pretende disponer de grandes bases de datos de recursos educativos directamente utilizables y en muchos casos compatibles con los estndares (o por lo menos descritos mediante ellos). Hay muchos proyectos e iniciativas, que a su vez son muy diversas en cuanto a contenidos. En el proyecto de universidad virtual promovido por la UNESCO (http://www.unesco.org/iiep/virtualuniversity/) se puede encontrar descritas muchas iniciativas de comparticin de informacin. Entre ellas podemos destacar Merlot (http://www.merlot.org), Ariadne (http://www.ariadne-eu.org), EdNA Online (http://www.edna.edu.au) o SMETE (http://www.smete.org). En las pginas de ADL Academic Co-Lab se puede encontrar una base de datos que analiza ms de cuarenta iniciativas y las describe utilizando 32 propiedades o caractersticas http://www.academiccolab.org/home El creciente inters de estos aspectos ha hecho que una de las iniciativas actuales de SCORM sea proponer una arquitectura para la federacin de almacenes de objetos de aprendizaje llamada CORDRA (Content Object Repository Discovery and Registration/Resolution Architecture) que simplifique y resuelva la bsqueda y obtencin de objetos de aprendizaje preexistentes. Por toda la informacin anterior podra parecer que la estandarizacin, y en general el e-learning, slo est teniendo repercusin en disciplinas ms tcnicas, generalmente de nivel universitario o profesional, y que los contenidos slo estn en ingls. Aunque es cierto que hay ms informacin disponible en esas reas, y que el ingls es la lengua predominante en los recursos (como por otro lado tambin lo es en el conjunto de informacin que contiene Internet), existen ejemplos significativos de contenidos y experiencias no tcnicas en espaol. Por ejemplo, a partir de la pgina web de las Jornadas del Campus Virtual de la Universidad Complutense de Madrid (campusvirtual.ucm.es), se puede comprobar cmo WebCT se est utilizando para mejorar la docencia en campos como el derecho, la lingstica o las propias ciencias de la educacin. Por otro lado, en el propio Centro Nacional de Informacin y Comunicacin Educativa (CNICE) del Ministerio de Educacin y Ciencia, promotor de esta publicacin, se proporciona un gran conjunto de materiales educativos para la formacin bsica y para la formacin secundaria. En este momento, el CNICE est estudiando cmo utilizar los estndares (e.g. LOM) para mejorar la indexacin, bsqueda y reutilizacin de dichos recursos. Existe tambin una lista de distribucin sobre e-learning soportada por RedIris en la que participan varios cientos de personas interesadas en el tema, no slo de Espaa si no tambin de Latinoamrica, (la direccin de la lista es elearning@listserv.rediris.es pero previamente hay que suscribirse) por lo que es un recurso adecuado para saber lo que est sucediendo en este campo, sobre todo desde el punto de vista de la aplicacin real. En lo referente a la aplicacin industrial hay dos asociaciones representativas de las principales empresas dedicadas al e-learning en Espaa que son AEFOL (www.aefol.com) y APEL (www.apel.es).

38

4. IMS CONTENT PACKAGING 4.1. INTRODUCCIN


La recoleccin y el empaquetado de los contenidos educativos en formato digital es un requisito bsico para muchos de los procesos involucrados en el despliegue, gestin, distribucin y agregacin de dichos contenidos. La especificacin Content Packaging de IMS (de ahora en adelante, IMS CP) define un formato digital estndar para representar dichos paquetes de contenidos educativos (ver IMS CP 2001-2004). De esta forma, IMS CP es una especificacin bsica para facilitar la interoperabilidad entre los sistemas de e-learning, ya que dichos sistemas pueden intercambiar materiales empaquetados de acuerdo a IMS CP: un sistema que soporta IMS CP (por ejemplo, una herramienta de autor, un sistema de gestin del aprendizaje, una biblioteca digital de recursos educativos, etc.) ser capaz de abrir los paquetes IMS, independientemente de la forma y el lugar en los que dichos paquetes hayan sido producidos. En este captulo se detalla la especificacin IMS CP. Para ello, se comienza planteando un caso de estudio sencillo que ser utilizado a lo largo del mismo para ilustrar los distintos aspectos introducidos. Seguidamente se comenta la estructura de los paquetes IMS CP desde un punto de vista conceptual. Para finalizar, se analiza cmo dicha estructura se describe en XML.

4.2. UN CASO DE ESTUDIO


El Profesor Emritus ha desarrollado un curso informatizado sobre Introduccin a la Geometra. Para ello ha producido y seleccionado los materiales que se detallan en la Figura 4.2.a: Figura 4.2.a. Materiales para el curso sobre la introduccin a la geometra.

pres.html cursogeometria tutorial intro.html conten.html res.html fig1.jpg fig2.jpg

Internet

PC Prof. Emeritus
ejercicios

ej1.html ej2.html fig1.jpg fig2.jpg

http://www. geoworld.org/

http://www.amigosdelageometria. tv/default/index.htm

Un tutorial. Dicho tutorial consta de cuatro archivos HTML: pres.html, con la presentacin del tutorial, intro.html, con una introduccin, conten.html, con el 39

Un par de ejercicios. Cada ejercicio est contenido en un archivo HTML (ej1.html y ej2.html). Desde ej1.html se refiere, as mismo, a las imgenes fig1.jpg y fig2.jpg. Este material est colocado en la subcarpeta ejercicios.

As mismo, el Profesor Emritus ha localizado un par de sitios web dedicados a la Geometra, que considera relevantes como complemento al curso. Las direcciones web de estos sitios son http://www.geoworld.org/ y
http://amigosdelageometria.blogspot.com/2010/05/bienvenidos-amigos-de-la-geometria.html

Es importante notar que, desde el punto de vista de IMS CP, no es preciso entrar en los detalles de los contenidos reales de este curso. De hecho, IMS CP servir fundamentalmente para describir la agrupacin lgica y la estructura de estos contenidos, tal y como se detalla en el resto de este captulo.

4.3. VISIN CONCEPTUAL DE IMS CP


El principal concepto introducido en IMS CP es el de paquete IMS. Un paquete IMS define explcitamente la estructura de un conjunto de archivos con contenidos educativos interrelacionados. Dicha estructura sigue el patrn genrico expuesto en la Figura 4.3.a. De esta forma: Figura 4.3.a. Esquema de la estructura de un paquete IMS
Organizaciones

Recursos

Archivos internos Archivos externos

Subpaquetes

El paquete puede involucrar archivos internos y archivos externos. Los archivos internos son archivos digitales que forman parte del paquete, y pueden estar fsicamente organizados en carpetas. Los archivos externos son elementos que no 40

forman parte del paquete, pero que se refieren desde el mismo utilizando una URL (una direccin estndar de Internet). En el caso de estudio, ejemplos de archivos internos son los archivos HTML y JPG asociados con el tutorial y con los ejercicios. Los dos sitios web citados son ejemplos de archivos externos. Los archivos internos pueden agruparse en recursos internos. En dichas agrupaciones siempre se distingue un archivo primario. El resto de los archivos son archivos secundarios. Los archivos externos estn asociados con recursos externos. Los recursos pueden, a su vez, organizarse siguiendo un determinado convenio a efectos de su presentacin, dando lugar, por tanto, a distintas organizaciones. La presencia de organizaciones en un paquete es opcional. As mismo, un paquete puede incluir ms de una organizacin, en cuyo caso deber distinguir una como organizacin por defecto. IMS CP introduce un mecanismo simple de descripcin de organizaciones que se detallar a continuacin, aunque dicho mecanismo puede especializarse y adaptarse a cada escenario de aplicacin. Por ejemplo, IMS Learning Design (ver IMS LD 2003) puede considerarse, desde la ptica de IMS CP, un lenguaje muy sofisticado de descripcin de organizaciones de recursos educativos en un paquete. Por ltimo, un paquete puede contener a su vez varios subpaquetes, lo que ofrece un mecanismo de agregacin de paquetes para dar lugar a paquetes ms complejos, as como un mecanismo de desagregacin de un cuerpo de contenidos educativos interrelacionados en subconjuntos de contenidos autnomos.

Es importante notar que los paquetes IMS son meros organizadores de los materiales educativos. La naturaleza exacta del paquete depende enteramente de los criterios y estrategias pedaggicas del instructor que lo disea. As por ejemplo, en la Figura 4.3.b. y en la Figura 4.3.c. se esquematizan dos posibles paquetes IMS para el caso de estudio, cada uno de los cules proporciona una estructuracin alternativa de los materiales educativos distinguidos por el mismo: Figura 4.3.b. Un empaquetado de los materiales del caso de estudio

rpresen

rintro

rcont

rres

ej1

ej2

web1

web2

ej1.html pres.html content. intro.html html fig2.jpg res.html

fig2.jpg ej2.html

fig1.jpg

tutorial

fig1.jpg

ejercicios

41

El paquete de la Figura 4.3.b. representa un agrupamiento uninivel de los materiales. De esta forma, este paquete no incluye subpaquetes. Cada archivo HTML, junto con las imgenes referidas por el mismo, constituyen un recurso interno. Obsrvese que, de esta manera, los recursos permiten agrupar archivos interrelacionados que, como los archivos HTML y los elementos por ellos referidos, forman, como un todo, elementos de informacin significativos. As mismo, hay un par de recursos externos, uno para cada uno de los sitios web. Por ltimo, el paquete incluye cinco organizaciones diferentes.

Figura 4.3.c. Una segunda alternativa de empaquetado para los materiales del caso de estudio, en la que se sitan los ejercicios en un subpaquete

rpresen

rintro

rcont

rres

web1

web2

ej1 content. html fig2.jpg res.html

ej2

pres.html

intro.html

tutorial

fig1.jpg ej1.html fig2.jpg ej2.html

fig1.jpg

ejercicios

El paquete de la Figura 4.3.c. agrupa los ejercicios en un subpaquete. Dicho subpaquete presenta la misma estructura que un paquete global. Este hecho revela la percepcin de los ejercicios como un cuerpo de materiales autocontenidos, que posiblemente puedan ser reutilizados en otros contextos. Tanto el paquete global como el subpaquete incluyen dos organizaciones distintas.

Obsrvese que en estos paquetes no se detalla la naturaleza de las organizaciones. A continuacin se describirn dichas organizaciones en trminos del modelo por defecto considerado en la propia especificacin IMS CP.

4.3.1. Organizaciones en IMS CP


IMS CP introduce un mecanismo sencillo y por defecto que permite organizar los recursos de un paquete de manera jerrquica. Efectivamente: Una organizacin en IMS CP es una secuencia de tems (elementos). Dichos tems pueden ser simples o compuestos. Los tems compuestos tienen asociadas, a su vez, secuencias de otros tems (simples o compuestos).

42

Tanto los tems simples como compuestos pueden referir, opcionalmente, recursos de su paquete o de los subpaquetes, as como dichos subpaquetes como un todo.

Dicha organizacin supone una presentacin pasiva de los contenidos del paquete. La forma de explotar dicha presentacin depender, en ltima instancia, de la plataforma de e-learning que reciba el paquete. Por ejemplo, un sistema de gestin de aprendizaje puede utilizar la organizacin de un paquete para generar un ndice visual de sus contenidos, que facilite la navegacin por los mismos. Para facilitar ste, y otro tipo de usos, IMS CP permite indicar la visibilidad o no visibilidad de un tem. De esta forma, ser posible identificar en una organizacin ciertos tems como no visibles. A continuacin se muestran las organizaciones introducidas en el primer paquete de ejemplo. Dichas organizaciones incluyen: Figura 4.3.1.a. Una organizacin plana
presentacin introduccin contenido resumen ejercicio1 ejercicio2 web1 web2

rpresen

rintro

rcont

rres

ej1

ej2

web1

web2

Una organizacin plana de los recursos del paquete Figura 4.3.1.a). Se introduce un tem por cada recurso, de tal forma que la organizacin en s es una secuencia ordenada de dichos tems.

Figura 4.3.1.b. Una organizacin con estructura


presentacin ejercicio1 introduccin contenido resumen ejercicio2 web1 web2

rpresen

rintro

rcont

rres

ej1

ej2

web1

web2

Una organizacin en la que el tutorial se presenta de manera ms estructurada, introduciendo un tem compuesto que refiere la presentacin, y que tiene como hijos tems simples que refieren a cada uno de los recursos elementales del tutorial (introduccin, contenidos y resumen) Figura 4.3.1.b. La presentacin del resto de los recursos contina siendo plana. Una organizacin que estructura tambin los ejercicios y los sitios web mediante la introduccin de tems compuestos (Figura 4.3.1.c.). Ntese que dichos tems no

43

Dos organizaciones que muestran vistas parciales de los recursos del paquete (Figura 4.3.1.d.): una vista del tutorial y los ejercicios, y otra vista que involucra a los sitios web. Este ejemplo pone de manifiesto que una organizacin no tiene porque referir a todos los recursos del paquete, sino que puede involucrar nicamente a un subconjunto de los mismos.

Figura 4.3.1.c. Una organizacin fuertemente estructurada


curso

presentacin

ejercicios

webs

introduccin contenido

resumen

ejercicio1

ejercicio2

web1

web2

rpresen

rintro

rcont

rres

ej1

ej2

web1

web2

Figura 4.3.1.d. Dos organizaciones parciales

curso

presentacin

ejercicios

webs

introduccin contenido

resumen

ejercicio1

ejercicio2

web1

web2

rpresen

rintro

rcont

rres

ej1

ej2

web1

web2

Con el fin de ejemplificar algunos aspectos ms avanzados del mecanismo, se esbozan a continuacin las organizaciones globales introducidas en el segundo paquete de ejemplo:

44

Figura 4.3.1.e. Organizacin global de los recursos del segundo paquete de ejemplo

curso

presentacin

ejercicios

webs

introduccin contenido

resumen

ejercicio1

ejercicio2

web1

web2

rpresen

rintro

rcont

rres

web1

web2

Recursos del subpaquete

ej1

ej2

El paquete incluye una organizacin global de todos sus recursos (incluidos los del subpaquete) Figura 4.3.1.e Esta organizacin es anloga a la mostrada en la Figura 4.3.1.c. Este ejemplo pone de manifiesto que un tem puede hacer referencia a cualquiera de los recursos de su propio paquete, o a cualquiera de los recursos que se encuentran en los subpaquetes. El contrario no es, sin embargo cierto, ya que no es posible hacer referencia a recursos que se encuentran en paquetes contenedores. Esta restriccin es muy importante para mantener el carcter autocontenido de paquetes y subpaquetes. Figura 4.3.1.f.Organizacin global en la que se refiere directamente al subpaquete

curso

presentacin

ejercicios

webs

introduccin contenido

resumen

web1

web2

rpresen

rintro

rcont

rres
Subpaquete

web1

web2

La Figura 4.3.1.f esquematiza una organizacin global alternativa, en la que no se refieren directamente los recursos del subpaquete, sino que se refiere directamente el subpaquete en s. Dicha organizacin es, de esta forma, ms

45

Las organizaciones locales del subpaquete no ilustran ningn concepto nuevo, por lo que se omitir su detalle.

4.3.2. Dependencias entre Recursos


IMS CP permite especificar recursos internos que incluyen los contenidos de otros recursos internos. Si un recurso A incluye los contenidos de otro recurso B se dice que A depende de B. El mecanismo de dependencias facilita el agrupamiento bsico de los contenidos cuando existen recursos que comparten dichos contenidos. En lugar de duplicar el listado de archivos en cada recurso, basta introducir un recurso comn, que acta como contenedor de los archivos compartidos, y establecer dependencias con dicho recurso comn. Figura 4.3.2.a. Empaquetado alternativo al del primer paquete ejemplo
web1 web2

rpresen

rintro

rcont

rres

ej1

ej2

pres.html

intro.html

content.html

ej1html res.html

ej2.html

tutorial

ejercicios

fig1.jpg

fig2.jpg

figuras
A modo de ejemplo, supngase que en el caso de estudio las figuras de los ejercicios son las mismas que las figuras del tutorial. En la Figura 4.3.2.a. se muestra una disposicin alternativa de los archivos y los recursos a la sugerida por el primer paquete ejemplo, en la que se evita duplicar fsicamente los correspondientes archivos. Para ello, los archivos se colocan fsicamente en una misma carpeta (figuras), y se hace que los recursos correspondientes refieran a dichos archivos. Efectivamente, IMS CP permite que los recursos compartan archivos, a fin de proporcionar agrupaciones pedaggicamente alternativas de los mismos. El uso de dependencias entre recursos permite, no obstante, simplificar este esquema de empaquetamiento. Para ello: Se introduce un recurso contenedor comn que refiere a ambas imgenes. Se establecen dependencias de los recursos asociados con el contenido del tutorial y con el ejercicio 1 con el nuevo recurso contenedor.

46

Figura 4.3.2.b. Simplificacin del empaquetado de la Figura 4.3.2.a.


web1 web2

rpresen

rintro

rcont

rres

ej1

ej2

pres.html

intro.html

content.html

ej1html ej2.html res.html fig1.jpg fig2.jpg

tutorial

figuras

ejercicios

La Figura 4.3.2.b. esquematiza esta solucin. Obsrvese que incluso a este nivel esquemtico, puede apreciarse cmo el uso de dependencias simplifica la estructura final resultante.

4.3.3. Metadatos
Los metadatos son un componente esencial de cualquier material educativo informatizado con mnimas aspiraciones de permitir su descubrimiento y reutilizacin por terceros. Tal y como se indica en el captulo dedicado a este tema, dichos metadatos son informacin adicional que se aade a los contenidos y que describen distintas caractersticas semnticas de los mismos. Por ejemplo, si se desea indicar quin es el autor de un paquete, quin ha sido el ltimo revisor de un determinado recurso, cmo se clasifica dicho recurso en una taxonoma de recursos educativos, etc., ser necesario asociar metatados apropiados con los distintos elementos estructurales del paquete. IMS CP contempla dicha necesidad, y permite asociar metadatos con los siguientes componentes: Con la totalidad del paquete en s. Con cada una de las organizaciones. Con cada tem Con cada recurso Con cada archivo integrado en un recurso

Para ello, la especificacin permite utilizar cualquier convenio de descripcin de metadatos, aunque recomienda el uso de la especificacin Learning Object Metadata (LOM) para tal fin. Dicha especificacin se describe con detalle en este mismo informe, en el captulo dedicado a metadatos.

4.3.4. Archivos de Intercambio de Paquetes


El concepto de paquete introducido por IMS es un concepto lgico. De esta forma, dicho concepto puede realizarse de muy distintas maneras. Por ejemplo, un paquete puede involucrar archivos almacenados en un disco duro o en un CD, recursos en una biblioteca digital, etc. No obstante, cuando los paquetes se intercambian entre sistemas, la especificacin recomienda que todos los archivos internos, junto con la descripcin de la estructura del paquete (descripcin que se detallar en el prximo apartado), se almacenen en un nico archivo comprimido denominado archivo de intercambio de paquetes (o archivo PIF, del ingls Package Interchange File). Para realizar la compresin puede utilizarse cualquier formato de compresin actual (por

47

ejemplo, .jar, .cab, .rar, etc.), aunque la especificacin recomienda utilizar el formato .zip para tal fin. De esta forma, la distribucin habitual de un paquete IMS es como un archivo .zip, que pude abrirse con cualquier herramienta de compresin/decompresin estndar (tipo WinZip y similares).

4.4. DESCRIPCIN XML DE LA ESTRUCTURA DE LOS PAQUETES


IMS CP aplica XML para definir un lenguaje de marcado especfico que permite describir la estructura de los paquetes. Los documentos marcados con dicho lenguaje se denominan manifiestos. De esta forma, si se abre un PIF, siempre se encontrar en su raz un archivo XML denominado imsmanifest.xml, que describe la estructura del paquete: sus recursos, sus organizaciones, sus sub-paquetes, y los metadatos asociados con los distintos componentes. En este apartado se describen los distintos tipos de elementos (las etiquetas) introducidos por dicho lenguaje, y se ejemplifica su uso con el caso de estudio. Los manifiestos completos de los paquetes ejemplo se listan en un apndice.

4.4.1. El elemento manifest.


El elemento manifest es el elemento raz de los manifiestos. La Figura 4.4.1.a. esquematiza la estructura gramatical del mismo. El elemento incluye los siguientes atributos: Figura 4.4.1.a. Estructura gramatical del elemento manifest
identifier atributo opcional ? ? version xml:base
0 .. 1

Elemento opcional metadata organizations

atributos manifest

resources
0 ..

manifest

0 o ms ocurrencias

identifier. Un atributo obligatorio que identifica al manifiesto, mediante un identificador que es nico en el contexto del mismo. version. Atributo opcional que identifica la versin del manifiesto. Es til para distinguir entre manifiestos que tienen asociado el mismo identificador. xml:base. Atributo opcional que proporciona una ruta inicial para los archivos con el contenido.

48

As mismo, el elemento puede contener los siguientes elementos en su contenido (en este orden): Opcionalmente, una ocurrencia del elemento metadata, que describe los metadatos globales del paquete. Una nica ocurrencia del elemento organizations, que describe las organizaciones. Una nica ocurrencia del elemento resources, que describe los recursos del paquete. Cero o ms ocurrencias del elemento manifest, cada una de las cules describirn la estructura de los distintos subpaquetes. Figura 4.4.1.b. Estructura de alto nivel del manifiesto para el primer paquete ejemplo.
<manifest xmlns="http://www.imsglobal.org/xsd/imscp_v1p1 " xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance " xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd" xmlns:lom="http://www.imsglobal.org/xsd/imsmd_v1p2" xsi:schemaLocation="http://www.imsglobal.org/xsd/imsmd_v1p2 imsmd_v1p2p2.xsd " identifier="gemetria2"> <metadata> ... </metadata> <organizations> ... </organizations> <resources> ... </resources> <manifest identifier="ejercicios"> <metadata>...</metadata> <organizations> ... </organizations> <resources> ... </resources> </manifest> </manifest>

En la Figura 4.4.1.b se muestra el fragmento de manifiesto que refleja la estructura de alto nivel del primer paquete de ejemplo. Obsrvese que, aparte de los atributos especficos introducidos para el elemento manifest, en el elemento manifest raz aparecen tambin otros atributos estndar de XML, que asocian con el documento los esquemas necesarios para validar estructuralmente el mismo (todos estos esquemas debern residir, junto con el manifiesto, en la raz del correspondiente PIF). Aunque el significado de estos atributos es de carcter marcadamente tcnico, se detalla a continuacin por completitud: Un esquema XML es una descripcin de las reglas gramaticales que tiene que seguir un determinado lenguaje XML (ver XML Schema 2004). En concreto, existe un esquema para el lenguaje de descripcin de manifiestos en IMS CP. Tambin existe un esquema para el lenguaje de descripcin de metadatos LOM. En un mismo documento XML puede combinarse marcado que se ajusta a mltiples esquemas. Para permitir, entre otras cosas, determinar unvocamente el esquema que debe utilizarse en cada momento, XML permite situar el marcado en distintos espacios de nombres (ver XML Names 2006). Dichos espacios de nombres tienen asociados identificadores nicos (normalmente se utilizan identificadores con formato de direcciones web), y se declaran usualmente en el elemento raz del documento, utilizando el atributo predefinido xmlns. De esta forma: 49

Es posible indicar un espacio de nombres por defecto para el marcado del documento dando directamente un valor para xmlns. En el ejemplo, dicho espacio de nombres por defecto es
http://www.imsglobal.org/xsd/imscp_v1p1.

El marcado que no se encuentre en el espacio de nombres por defecto deber distinguirse con un prefijo. Para ello, el resto de los espacios de nombres deben introducirse como xmlns:prefijo. Por ejemplo,
xmlns:lom="http://www.imsglobal.org/xsd/imsmd_v1p2"

indica que para introducir marcado que est en el espacio de nombres


http://www.imsglobal.org/xsd/imsmd_v1p2

deber

utilizarse

el

prefijo

lom

(por

ejemplo,

<lom:classification><lom:classification>).

Para indicar las reglas gramaticales que rigen en cada espacio de nombres, es necesario asociar esquemas con espacios de nombres. Para ello se utiliza el atributo schemaLocation, que se encuentra, a su vez, en el espacio de nombres
http://www.w3.org/2001/XMLSchema-instance

espacio de nombres que, en el ejemplo, se asocia con el prefijo xsi. De esta forma, mediante
xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd"

se est indicando que las reglas gramaticales del marcado utilizado en el espacio de nombres
http://www.imsglobal.org/xsd/imscp_v1p1

(el espacio de nombres por defecto, en este documento) vienen dadas por el esquema XML que se encuentra en el archivo imscp_v1p1.xsd. Este archivo, como todos los esquemas que se refieran desde el manifiesto, debe colocarse en la raz del paquete. Utilizando un mecanismo anlogo se identifica imsmd_v1p2p2.xsd como el archivo que contiene el esquema para el espacio de nombres asociado con el prefijo lom (este esquema norma la descripcin de los metadatos LOM).

4.4.2. El elemento metadata.


Este elemento permite encerrar la descripcin de los metadatos. Podr aparecer, por tanto, en todos aquellos lugares del manifiesto donde sea lcito incluir metadatos. La estructura de este elemento se detalla en la Figura 4.4.2.a. De esta forma, el elemento puede incluir los siguientes elementos, y en el orden indicado: Figura 4.4.2.a. Estructura gramatical del elemento metadata
0 .. 1 0 .. 1

schema schemaversion Un elemento arbitrario

metadata

50

Elemento schema. Un elemento opcional cuyo contenido proporciona una descripcin textual del esquema que norma la estructura gramatical de la descripcin de los metadatos. Si no se indica, se toma IMS Content como su contenido por defecto. Elemento schemaversion. Elemento opcional que describe textualmente la versin del esquema utilizado. Si no se indica, se toma 1.1 por defecto. Un elemento obligado que indica la descripcin de los metadatos en s. El nombre y la estructura de dicho elemento depender del esquema de metadatos utilizado. Figura 4.4.2.b. Ejemplo muy simple de metadatos globales
<metadata> <schema>LOM</schema> <schemaversion>1.2.2</schemaversion> <lom:lom> <lom:general> <lom:title> <lom:langstring xml:lang="ES"> Curso introductorio a la geometra del plano </lom:langstring> </lom:title> </lom:general> </lom:lom> </metadata>

Es importante indicar que los elementos schema y schemaversion tienen nicamente un papel documentador, y, en ningn caso, normativo. La introduccin de metadatos se lleva a cabo directamente, utilizando vocabulario del espacio de nombres apropiado. La Figura 4.4.2.b. detalla un ejemplo muy simple de descripcin de metadatos globales para el manifiesto ejemplo. En este caso, el esquema de metadatos utilizado es LOM, y, por tanto, la descripcin de los metadatos seguir la normativa del esquema XML para LOM. Todos los elementos prefijados con LOM son elementos definidos en dicho esquema. El significado de los mismos se detalla en el captulo sobre metadatos.

4.4.3. Descripcin de recursos


El elemento resources permite describir los recursos de un paquete. Cada recurso en s se describe mediante un elemento de tipo resource. En la Figura 4.4.3.a. se esboza la estructura gramatical de estos elementos.

51

Figura 4.4.3.a. Estructura gramatical de los elementos resources y resource


identifier type ? href ? xml:base ? xml:base
0 .. 1

metadata

resources

0 ..

resource

0 ..

file

0 ..

dependency

El elemento resources puede tener un atributo opcional xml:base que indica un posicionamiento relativo en la estructura de carpetas del paquete, y contiene una secuencia (posiblemente vaca) de elementos resource. Por su parte, los elementos resource tienen asociados los siguientes atributos:

Figura 4.4.3.b. Estructura gramatical de los elementos file y dependency


href identifierref

0 .. 1

file

metadata

dependency

Atributo obligatorio identifier, identificando unvocamente el recurso en el contexto del paquete. Atributo obligatorio type, identificando el tipo de contenido que representa el recurso. La especificacin introduce el tipo webcontent para indicar contenido que puede servirse y visualizarse en un navegador web. As mismo, en IMS CP USE (2001) se definen un conjunto de trminos que pueden utilizarse para especificar tipos de contenido adicionales. Atributo opcional xml:base indicando un posicionamiento relativo del recurso. Atributo opcional href, refieriendo el archivo principal del recurso, en caso de recursos internos, o bien localizando el recurso externo, mediante una URL (direccin web) absoluta, en el caso de recursos externos.

52

Figura 4.4.3.c. Descripcin de recursos


<resources> <resource identifier="rpresen" type="webcontent" href="tutorial/presen.html"> <file href="tutorial/presen.html"/> </resource> <resource identifier="rintro" type="webcontent" href="tutorial/intro.html"> <file href="tutorial/intro.html"/> </resource> <resource identifier="rcont" type="webcontent" href="tutorial/content.html"> <file href="tutorial/content.html"/> <file href="tutorial/fig1.jpg"/> <file href="tutorial/fig2.jpg"/> </resource> <resource identifier="rres" type="webcontent" href="tutorial/res.html"> <file href="tutorial/res.html"/> </resource> <resource identifier="web1" type="webcontent" href="http://www.geoworld.org/"/> <resource identifier="web2" type="webcontent" href="http://www.amigosdelageometria.tv/default/index.htm"/> </resources>

. Estos elementos resource contienen los siguientes: Opcionalmente, un elemento metadata conteniendo metadatos acerca del recurso. Una secuencia (posiblemente vaca) de elementos file indicando los archivos del recurso. Una secuencia (posiblemente vaca) de elementos dependency indicando las dependencias con otros recursos. Figura 4.4.3.d. Ejemplo de descripcin de las dependencias entre recursos
<resources> ... <resource identifier="rfigs" type="webcontent"> <file href="figuras/fig1.jpg"/> <file href="figuras/fig2.jpg"/> </resource> <resource identifier="rcont" type="webcontent" href="tutorial/content.html"> <file href="tutorial/content.html"/> <dependency identifierref="rfigs"/> </resource> <resource identifier="ej1" type="webcontent" href="tutorial/ej1.html"> <file href="tutorial/ej1.html"/> <dependency identifierref="rfigs"/> </resource> ... </resources>

La Figura 4.4.3.b. esquematiza la estructura gramatical de los elementos file y dependency. Los elementos file incluyen una referencia al archivo en s mediante un atributo href. As mismo, pueden contener, opcionalmente, un elemento de metadatos.

53

Por su parte, los elementos dependency incluyen un atributo identifierref, que sirve para referir el identificador del recurso con el que se establece la dependencia. La Figura 4.4.3.c ejemplifica la descripcin de recursos. Por simplicidad, no se han incluido metadatos en dicha descripcin. Por su parte la Figura 4.4.3.d ejemplifica el uso de dependencias entre recursos. La descripcin se corresponde con el ejemplo de dependencia expuesto anteriormente.

4.4.4. Posicionamiento en la Estructura de Carpetas del Paquete


Los atributos xml:base permiten definir rutas relativas dentro de la estructura de carpetas que permiten abreviar la referencias a nivel de los elementos file. Este mecanismo sigue la especificacin XML Base descrita en XML Base (2001). En la Figura 4.4.4.a se muestra un ejemplo de uso de esta caracterstica. Mediante xml: base se especifica que todos los archivos del recurso se encuentran en la capeta tutorial. Esto permite abreviar las referencias a dichos archivos. Dicha carpeta puede haberse, as mismo, posicionado utilizando atributos xml: base en los elementos resources y manifest antecesores. El punto de partida inicial es la raz del paquete. Figura 4.4.4.a. Ejemplo de uso del atributo xml: base
<resource identifier="rcont" type="webcontent" xml:base="tutorial" href ="content.html"> <file href="content.html"/> <file href="fig1.jpg"/> <file href="fig2.jpg"/> </resource>

4.4.5. Descripcin de organizaciones


La descripcin de las organizaciones de un paquete se encierra en el interior de un elemento de tipo organizations. Este es un elemento obligatorio, an para aquellos paquetes que no incluyen ninguna organizacin (en este caso, deber incluirse un elemento vaco: <organizations/>). Tal y como se ha indicado, IMS CP incluye un mecanismo por defecto de descripcin de organizaciones. Cada organizacin que sigue dicho mecanismo se describe, a su vez, mediante un elemento organization. La Figura 4.4.5.a. esboza la estructura gramatical de estos elementos. El elemento organizations puede incluir un atributo opcional default, que refiere a la organizacin por defecto. As mismo, puede incluir una secuencia opcional de elementos organization, as como una secuencia de otros elementos, no prefijados a priori en la especificacin IMS CP, que proporcionan otras formas de describir organizaciones. Por su parte, cada elemento organization puede tener asociados los siguientes atributos: Obligatoriamente, un atributo identifier que identifica unvocamente la organizacin en el contexto del paquete. Opcionalmente, un atributo structure que identifica el tipo de estructura utilizada para expresar la organizacin. Su valor por defecto es hierarchical, que se corresponde con la visin arborescente de los recursos y subpaquetes contemplada en la presentacin conceptual de la especificacin.

54

Figura 4.4.5.a. Estructura gramatical de los elementos organizations y organization


identifier ? structure
0 .. 1

title

default
0 ..

organization

0 ..

item

organizations
0 ..

0 .. 1

metadata

Otro tipo de organizacin

As mismo, los elementos organization contienen: Opcionalmente, un elemento title, que proporciona un ttulo descriptivo de la organizacin. Una secuencia de cero o ms elementos item. Opcionalmente, un elemento metadata con los metadatos de la organizacin.

La Figura 4.4.5.b. muestra la estructura gramatical de los elementos item, que permiten describir los distintos tems en una organizacin. Dichos elementos tienen asociados los siguientes atributos: Un identificador obligatorio: identifier. Una referencia opcional a un recurso o a un subpaquete: identifierref. Figura 4.4.5.b. Estructura gramatical de item
identifier ?identifierref ?isvisible ?parameters
0 .. 1

title

item

0 ..

item

0 .. 1

metadata

55

Figura 4.4.5.c. Organizaciones globales del manifiesto de la Figura 4.4.1.b.


<organizations default="org1"> <organization identifier="org1"> <item identifier="iorg1"> <title>Curso sobre geometra</title> <item identifier="iorg11" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg111" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg112" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg113" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg12"> <title>Ejercicios</title> <item identifier="iorg121" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg122" identifierref="ej2"> <title>Ejercicio 2</title> </item> </item> <item identifier="iorg13"> <title>Webs</title> <item identifier="iorg131" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg132" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </item> </item> </organization> <organization identifier="org2"> <item identifier="iorg2"> <title>Curso sobre geometra</title> <item identifier="iorg21" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg211" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg212" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg213" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg22" identifierref="ejercicios"/> <item identifier="iorg23"> <title>Webs</title> <item identifier="iorg231" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg232" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </item> </item> </organization> </organizations>

Por su parte, item puede contener los siguientes elementos: Un ttulo opcional: title. Una secuencia (posiblemente vaca) de tems. Esto permite representar tems compuestos. Un elemento opcional describiendo los metadatos asociados. Opcionalmente, un atributo booleano isvisible, que determina si el tem es o no visible. Sus posibles valores son true y false. Su valor por defecto es true (es decir, por defecto es visible). Opcionalmente, los parmetros requeridos para ejecutar el recurso referido: parameters. Este atributo tiene sentido, por ejemplo, cuando el recurso es un programa ejecutable, que necesita ciertos parmetros para ser lanzado.

La Figura 4.4.5.c muestra las organizaciones globales del manifiesto de ejemplo. Al igual que en los ejemplos anteriores, por simplicidad no se incluyen metadatos.

4.4.6. Extensibilidad
El lenguaje de marcado para manifiestos de IMS CP posee diversos puntos de extensibilidad, que permiten introducir marcado para perfiles de aplicacin especficos. Tal y como ya se ha indicado anteriormente, es posible utilizar distintos esquemas de metadatos, as como aadir otros mecanismos de descripcin de organizaciones. Igualmente, tambin es posible aadir nuevos elementos hijos de manifest. Cada nueva extensin tendr asociada un espacio de nombres, as como un esquema XML que regular la estructura de dicho espacio de nombres.

56

4.5. APNDICE: EJEMPLO DE MANIFIESTOS


En este apndice se incluye los manifiestos completos para los paquetes que se han utilizado como ejemplo en este captulo sobre IMS CP. Por simplicidad, en estos manifiestos no se incluyen metadatos.

4.5.1. Manifiesto para el paquete con organizacin plana


<manifest xmlns="http://www.imsglobal.org/xsd/imscp_v1p1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd" xsi:schemaLocation="http://www.imsglobal.org/xsd/imsmd_v1p2 imsmd_v1p2p2.xsd" xmlns:lom="http://www.imsglobal.org/xsd/imsmd_v1p2" identifier="gemetria2"> <organizations default="org1"> <organization identifier="org1"> <item identifier="iorg11" identifierref="rpresen"> <title>Presentacin</title> </item> <item identifier="iorg12" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg13" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg14" identifierref="rres"> <title>Resumen</title> </item> <item identifier="iorg15" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg16" identifierref="ej2"> <title>Ejercicio 2</title> </item> <item identifier="iorg17" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg18" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </organization> <organization identifier="org2"> <item identifier="iorg21" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg211" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg212" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg213" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg22" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg23" identifierref="ej2"> <title>Ejercicio 2</title> </item> <item identifier="iorg24" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg25" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </organization> <organization identifier="org3"> <item identifier="iorg3"> <title>Curso sobre geometra</title>

57

<item identifier="iorg31" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg311" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg312" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg313" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg32" identifierref="ejercicios"> <item identifier="iorg321" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg322" identifierref="ej2"> <title>Ejercicio 2</title> </item> </item> <item identifier="iorg33"> <title>Webs</title> <item identifier="iorg331" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg332" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </item> </item> </organization> <organization identifier="org4"> <item identifier="iorg4"> <title>Curso sobre geometra</title> <item identifier="iorg41" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg411" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg412" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg413" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg42" identifierref="ejercicios"> <item identifier="iorg421" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg422" identifierref="ej2"> <title>Ejercicio 2</title> </item> </item> </item> </organization> <organization identifier="org5"> <item identifier="iorg5"> <title>Webs</title> <item identifier="iorg51" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg52" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </item> </organization> </organizations> <resources> <resource identifier="rpresen" type="webcontent" href="tutorial/presen.html"> <file href="tutorial/presen.html"/> </resource>

58

<resource identifier="rintro" type="webcontent" href="tutorial/intro.html"> <file href="tutorial/intro.html"/> </resource> <resource identifier="rcont" type="webcontent" href="tutorial/content.html"> <file href="tutorial/content.html"/> <file href="tutorial/fig1.jpg"/> <file href="tutorial/fig2.jpg"/> </resource> <resource identifier="rres" type="webcontent" href="tutorial/res.html"> <file href="tutorial/res.html"/> </resource> <resource identifier="web1" type="webcontent" href="http://www.geoworld.org/"/> <resource identifier="web2" type="webcontent" href="http://www.amigosdelageometria.tv/default/index.htm"/> <resource identifier="ej1" type="webcontent" href="ejercicios/ej1.html"> <file href="ejercicios/ej1.html"/> <file href="ejercicios/fig1.jpg"/> <file href="ejercicios/fig2.jpg"/> </resource> <resource identifier="ej2" type="webcontent" href="ejercicios/ej2.html"> <file href="ejercicios/ej2.html"/> </resource> </resources> </manifest>

4.5.2. Manifiesto para el paquete con subpaquete incluido


<manifest xmlns="http://www.imsglobal.org/xsd/imscp_v1p1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd" xsi:schemaLocation="http://www.imsglobal.org/xsd/imsmd_v1p2 imsmd_v1p2p2.xsd" xmlns:lom="http://www.imsglobal.org/xsd/imsmd_v1p2" identifier="gemetria2"> <organizations default="org1"> <organization identifier="org1"> <item identifier="iorg1"> <title>Curso sobre geometra</title> <item identifier="iorg11" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg111" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg112" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg113" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg12"> <title>Ejercicios</title> <item identifier="iorg121" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg122" identifierref="ej2"> <title>Ejercicio 2</title> </item> </item> <item identifier="iorg13"> <title>Webs</title> <item identifier="iorg131" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg132" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </item> </item> </organization> <organization identifier="org2"> <item identifier="iorg2">

59

<title>Curso sobre geometra</title> <item identifier="iorg21" identifierref="rpresen"> <title>Presentacin</title> <item identifier="iorg211" identifierref="rintro"> <title>Introduccin</title> </item> <item identifier="iorg212" identifierref="rcont"> <title>Contenidos</title> </item> <item identifier="iorg213" identifierref="rres"> <title>Resumen</title> </item> </item> <item identifier="iorg22" identifierref="ejercicios"/> <item identifier="iorg13"> <title>Webs</title> <item identifier="iorg131" identifierref="web1" > <title>Web "Geometry World"</title> </item> <item identifier="iorg132" identifierref="web2" > <title>Web "Amigos de la geometra"</title> </item> </item> </item> </organization> </organizations> <resources> <resource identifier="rpresen" type="webcontent" href="tutorial/presen.html"> <file href="tutorial/presen.html"/> </resource> <resource identifier="rintro" type="webcontent" href="tutorial/intro.html"> <file href="tutorial/intro.html"/> </resource> <resource identifier="rcont" type="webcontent" href="tutorial/content.html"> <file href="tutorial/content.html"/> <file href="tutorial/fig1.jpg"/> <file href="tutorial/fig2.jpg"/> </resource> <resource identifier="rres" type="webcontent" href="tutorial/res.html"> <file href="tutorial/res.html"/> </resource> <resource identifier="web1" type="webcontent" href="http://www.geoworld.org/"/> <resource identifier="web2" type="webcontent" href="http://www.amigosdelageometria.tv/default/index.htm"/> </resources> <manifest identifier="ejercicios"> <organizations> <organization identifier="org3"> <item identifier="iorg31" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg32" identifierref="ej2"> <title>Ejercicio 2</title> </item> </organization> <organization identifier="org4"> <item identifier="iorg4"> <title>Ejercicios</title> <item identifier="iorg41" identifierref="ej1"> <title>Ejercicio 1</title> </item> <item identifier="iorg42" identifierref="ej2"> <title>Ejercicio 2</title> </item> </item> </organization> </organizations> <resources> <resource identifier="ej1" type="webcontent" href="ejercicios/ej1.html"> <file href="ejercicios/ej1.html"/> <file href="ejercicios/fig1.jpg"/> <file href="ejercicios/fig2.jpg"/>

60

</resource> <resource identifier="ej2" type="webcontent" href="ejercicios/ej2.html"> <file href="ejercicios/ej2.html"/> </resource> </resources> </manifest> </manifest>

61

5. LEARNING OBJECT METADATA (LOM) 5.1. INTRODUCCIN


Los metadatos son informacin aadida a los materiales digitales que facilitan su clasificacin y posterior recuperacin. La especificacin de metadatos adecuados para los materiales educativos es indispensable a fin de aadir valor a los mismos, en el sentido de facilitar su reutilizacin. Efectivamente, los materiales enriquecidos convenientemente con metadatos podrn almacenarse en bibliotecas digitales de contenidos educativos (por ejemplo, repositorios de objetos de aprendizaje). Estas bibliotecas soportarn, entonces, consultas significativas que permitirn la recuperacin de aquellos materiales almacenados que cubran una determinada necesidad pedaggica. De hecho, las ideas bsicas subyacentes al uso de metadatos han sido utilizadas durante siglos por los expertos en documentacin en la organizacin de ingentes archivos documentales y bibliotecas. La signatura asociada a un libro en una biblioteca es un buen ejemplo de metadato, que facilita su bsqueda y su recuperacin por parte de un bibliotecario. La utilidad de un esquema de metadatos radica en su acepcin por una comunidad suficientemente amplia de productores y consumidores de material educativo. Efectivamente, si dos comunidades utilizan esquemas de metadatos distintos, difcilmente los materiales producidos podrn coexistir en un mismo repositorio, a menos que se haya encontrado previamente un consenso que permita homogeneizar los metadatos utilizados por ambas comunidades (por ejemplo, transformndolos a un esquema comn). Es por ello que, desde la comunidad de e-learning, se han realizado distintos esfuerzos para estandarizar los esquemas de metadatos que deben ser utilizados en la produccin de contenidos educativos. El esfuerzo ms prometedor ha desembocado en el estndar IEEE LOM (del ingls, Learning Object Metadata) (ver IEEE LOM 2002), estndar que tambin ha sido adoptado, en una versin preliminar, como una especificacin de descripcin de metadatos por IMS (ver IMS META 2001). As mismo, a fin de evitar las pequeas diferencias existentes entre versiones LOM, recientemente IMS ha propuesto una forma de migracin automtica entre versiones (ver IMS META 2006). Este captulo se centrar principalmente en la adopcin de IMS del estndar IEEE LOM. Se comenzar introduciendo un caso de estudio sencillo que se utilizar a lo largo de todo el captulo para ilustrar la especificacin. Seguidamente, se describir la especificacin desde un punto de vista conceptual. A continuacin, se analizar la forma de representar metadatos LOM en XML. Despus se describir brevemente el concepto de perfil de aplicacin LOM, y se revisarn brevemente dos perfiles de aplicacin: CanCore, adoptado en el sistema educativo de Canada, y la especificacin emergente LOM-ES, actualmente en curso de realizacin, y que supondr un perfil LOM orientado a su uso en el sistema educativo espaol. Para finalizar, se analizarn brevemente otras propuestas de metadatos, tales como Dublin Core.

5.2. UN CASO DE ESTUDIO


En este captulo se utilizar como caso de estudio la anotacin con metadatos de la imagen mostrada en la Figura 5.2.a. Se trata de una imagen que ilustra el grfico de la funcin de densidad de probabilidad Normal, o campana de Gauss.

62

Figura 5.2.a. Recurso educativo del caso de estudio

5.3. UNA VISIN CONCEPTUAL DE LA ADOPCIN DE IMS DE LOM


Los metadatos en la adopcin IMS del estndar LOM estn agrupados en categoras de metadatos. Ms concretamente, LOM distingue 9 categoras de metadatos diferentes (Figura 5.3.a.): Figura 5.3.a. Categoras de metadatos LOM
Metadatos LOM

general

metametadata lifecycle

educational technical rights

relation annotation

classification

Categora general. Los metadatos en esta categora representan informacin general sobre el material educativo que describe el mismo como un todo. Categora lifecycle (ciclo de vida). Esta categora agrupa metadatos referidos a la historia y estado actual del proceso de produccin y mantenimiento del material educativo por parte de los autores. Categora metametadata (meta-metadatos). Esta categora agrupa informacin relativa a los metadatos en s (de ah su nombre).

63

Categora technical (tcnica). Categora que agrupa metadatos relativos a las caractersticas y requisitos tcnicos del material en s. Categora educational (educativa). Categora que agrupa metadatos relativos a los usos educativos del material. Categora rights (derechos). Categora que agrupa metadatos relativos a los derechos de propiedad e intelectuales del material. Categora relation (relacin). Categora de metadatos utilizados para establecer relaciones entre el material y otros materiales. Categora annotation (anotacin). Anotaciones y comentarios sobre el material educativo. Categora classification (clasificacin). Metadatos para la clasificacin del material en taxonomas.

A continuacin se describen con ms detalle cada una de estas categoras. Debe tenerse en cuenta, no obstante, que la adopcin de IMS del estndar se llev a cabo sobre un borrador del mismo. Aunque dicho borrador estaba ya en un estado bastante avanzado, existen algunas discrepancias mnimas entre el estndar LOM final publicado por IEEE (ver IEEE LOM 2002) y la adopcin IMS (ver IMS META 2001). La ltima contribucin de IMS al campo de los metadatos (ver IMS META 2006) persigue, precisamente, la automatizacin de la migracin entre versiones, como ya se ha indicado anteriormente.

5.3.1. La categora general


La categora general agrupa 9 tipos de metadatos distintos (Figura 5.3.1.a): Figura 5.3.1.a. Metadatos en la categora general
general

0..1 identifier

0..1

0.. catalogentry

0..

0.. description

0..

0.. coverage

0..1

0..1 aggregationlevel

title

language

keyword

structure

identifier (identificador). Identificador descriptivo del material educativo. Su valor debe identificar unvocamente el material en su contexto educativo. title (ttulo). Nombre descriptivo del material educativo. catalogentry (entrada en catlogo). Entrada en un determinado catlogo. El valor para este metadato debe ser un par formado por un nombre de catlogo, as como por el nombre de la entrada en dicho catlogo. Este metadato puede especificarse

64

language (idioma). El idioma primario utilizado en el material para comunicarse con los potenciales consumidores del mismo. description (descripcin). Texto describiendo el contenido del material. keyword (palabra clave). Coleccin de frases que representan palabras clave sobre el material. coverage (cobertura). Eventos temporales, culturales o geogrficos asociados con el material. structure (estructura). La estructura interna del material. LOM define el siguiente vocabulario controlado para describir la estructura: collection (coleccin), mixed (mixta), linear (lineal), hierachical (jerrquica), networked (en red), branched (ramificada), parceled (compartimentada), atomic (atmica). No obstante, los autores pueden utilizar sus propios vocabularios, adaptados a sus necesidades pedaggicas particulares. aggregationlevel (nivel de agregacin). Define la granularidad del material. LOM define el siguiente vocabulario controlado para definir dicha granularidad: Tabla 5.3.1.a. Metadatos en la categora general para el caso de estudio. Categora: general

Metadato
identifier title catalogentry language description keyword

Valor
Fig00089 Funcin de densidad de probabilidad Normal - Fig00089 en catlogo Imgenes ES Grfico de la funcin de densidad de probabilidad de una normal. - Probabilidad - estadstica - funcin de densidad - normal - campana de gauss 1823 atomic (vocabulario LOM) 1 (vocabulario LOM)

coverage structure aggregationlevel

1. Representa el nivel ms pequeo de agregacin (el aplicable a material aparentemente indivisible, como una imagen, un archivo PDF, etc.). 2. Coleccin de materiales atmicos (por ejemplo, un archivo HTML junto con las imgenes referidas desde el mismo). 3. Una coleccin de dos o ms materiales de nivel 2 (por ejemplo, una web formada por mltiples documenttos HTML).

En la versin final de LOM propuesta por IEEE, este metadato se ha fusionado con identifier. De esta forma, identifier se concibe como una entrada en un catlogo.

65

4. El nivel mayor de granularidad (por ejemplo, un conjunto de cursos que conducen a la obtencin de un grado).

No obstante, al igual que con el metadato structure, los autores pueden utilizar cualquier otro convenio, incluyendo cualquier otro vocabulario. Tal y como se muestra en la Figura 5.3.1.a. un mismo material puede tener asociados mltiples metadatos catalogentry, as como mltiples description, keyword, coverage, e incluso language (ste ser el caso de materiales con soporte para mltiples idiomas). El resto de los metadatos deben especificarse, a lo sumo, una vez para cada material. La tabla 5.3.1.a muestra un ejemplo de asignacin de metadatos en esta categora para el caso de estudio. Como puede observarse en el ejemplo, dicha asignacin consiste nicamente en proporcionar valores para los distintos metadatos considerados. La asignacin en s podr, posteriormente, codificarse utilizando la representacin XML para LOM, tal y como se detalla ms adelante en este captulo. As mismo, y aunque con motivos ilustrativos se indican valores para todos los metadatos, dicha condicin no es, en absoluto, necesaria (por ejemplo, en este caso el valor para coverage, la fecha en la que Gauss public el tratado en el que introduca la funcin normal, es un poco forzado). No obstante, s es recomendable la especificacin de metadatos en todos aquellos casos en los que tenga sentido.

5.3.2. La categora lifecycle.


La categora lifecycle (Figura 5.3.2.a.) incluye los siguientes 3 tipos de metadatos: version. La edicin o versin del material. status. El estado de produccin del material. LOM propone el siguiente vocabulario para este metadato (aunque puede utilizarse cualquier otro): draft (borrador), final, revised (revisado), unavailable (no disponible). contribute (contribucin). Introduce informacin acerca de un contribuyente a la produccin del material. De esta forma, un mismo material puede tener asociados mltiples contribuyentes. La informacin de cada contribuyente puede incluir las siguientes caractersticas (aunque no es necesario que incluya todas): Figura 5.3.2.a. Metadatos en la categora lifecycle
lifecycle

0..1 version

0..1

0.. contribute

status

El papel del contribuyente en el proceso de produccin. LOM propone el siguiente vocabulario controlado para este metadato: autor, publisher (publicador), unknown (desconocido), initiator (iniciador), terminator (finalizador), validator (validador), editor (editor), graphical designer (diseador grfico), technical implementer (implementador tcnico), content provider

66

La identidad del contribuyente. Tiene sentido especificar varias identidades para el mismo contribuyente (por ejemplo, en el caso en que ste tenga varias afiliaciones). La fecha de la contribucin.

La Tabla 5.3.2.a. ilustra un ejemplo de asignacin de estos metadatos en el caso de estudio. Obsrvese que se supone que el material est en su versin 3.0, en un estado de produccin final, y se distinguen dos contibuyentes a su produccin: uno encargado de proporcionar el contenido en s, y otro encargado de validar su adecuacin pedaggica. Tabla 5.3.2.a. Metadatos en la categora lifecycle para el caso de estudio. Categora: lifecycle Metadato Valor
version status contribute 3.0 Final Primer contribuyente - Papel: content provider - Identidad: Francisco Emritus - Fecha: 20/04/2008 Segundo contribuyente - Papel: educational validator - Identidad: Pedro Censor - Fecha: 24/04/2008

5.3.3. La categora metametadata


La Figura 5.3.3.a. esquematiza los metadatos englobados en la categora metametadata. Es interesante notar que aparecen de nuevo elementos ya contemplados en las anteriores categoras, aunque esta vez su significado es diferente, y se refieren a la produccin de los metadatos en s como recurso digital, y no a la produccin del material educativo que se est anotando. Efectivamente, en esta categora se contemplan los siguientes metadatos:

identifier. Identificador del conjunto de metatados para el recurso. Este identificador puede utilizarse para seleccionar el conjunto de metadatos, cuando ste se encuentra almacenado externamente. catalogentry. Un catlogo y una entrada en dicho catlogo en el que el conjunto de metadatos para el recurso reside. Esto permite seleccionar los metadatos de un catlogo externo.

67

Figura 5.3.3.a. Metadatos en la categora metametadata


metametadata

0..1

0..

0.. contribute

0..

0..1 language

identifier

catalogentry

metadatascheme

contribute. Contribuyente a la elaboracin de estos metadatos.Para cada contribuyente es posible especificar, al igual que en la categora lifecycle, el rol, la identidad y la fecha. LOM proporciona un vocabulario controlado para el rol, que, en este caso, puede ser: creator (creador) y validator (validador). metadatascheme (esquema de metadatos). Esquema de metadatos utilizado (por ejemplo, LOMv1.0). Obsrvese que es posible haber usado ms de un esquema (por ejemplo, en el caso de que se haya realizado una especilizacin o perfil de aplicacin de uno ya existente). language. El idioma por defecto utilizado para proporcionar los metadatos. Tabla 5.3.3.a. Metadatos en la categora metametadata para el caso de estudio. Categora: metametadata

Metadato
Contribuye

Valor
Primer contribuyente Papel: creator Identidad: Lula Hacker Fecha: 30/05/2008 Segundo contribuyente - Papel: validator - Identidad: Mike Hammer - Fecha: 1/06/2008 LOMv1.0 ES

Metadataschema Language

La Tabla 5.3.3.a. muestra un ejemplo de meta-metadatos para el caso de estudio. Aqu se est afirmando, por ejemplo, que Lula Hacker es la creadora de los metadatos de este recurso, mientras que Mike Hammer ha validado los mismos.

5.3.4. La categora technical


La Figura 5.3.4.a. muestra los distintos metadatos contemplados por la categora technical:

format (formato). Formato del material. Dado que el material no tiene porque ser atmico, es posible que integre mltiples formatos (por ejemplo, una pgina web puede integrar un documento HTML con un conjunto de imgenes JPG), por lo que un mismo material puede exhibir mltiples metadatos format. Una manera

68

size (tamao). Tamao en bytes del material. location (localizacin). Forma de localizar al material (por ejemplo, una URL, o una descripcin textual acerca de cmo llevar a cabo dicha localizacin). requirement (requisito). Plataforma informtica necesaria para utilizar este material. Dicha plataforma puede describirse en trminos de las siguientes caractersticas: Figura 5.3.4.a. Metadatos en la categora technical
technical

0.. format

0.. 1

0.. location

0..

0..1 instalationremarks

0..1 otherplatformrequirements

0..1 duration

size

requirement

Tipo de la plataform. LOM propone el siguiente vocabulario para el tipo: browser (navegador), operating system (sistema operativo). Nombre de la plataforma. LOM propone el siguiente vocabulario: (i) en caso de que el tipo sea operating system: PC-DOS, MS-Windows, MacOS, Unix, MultiOS, None; (ii) en caso de que el tipo sea browser: Any (cualquiera), Netscape Communicator, Microsoft Internet Explorer, Opera, Amaya Versin mnima requerida. Versin mxima requerida. instalationremarks (indicaciones de instalacin). Notas de instalacin para el recurso. otherplatformrequeriments (otros requisitos de plataforma). Otros requisitos software y hardware. duration (duracin). Duracin (nicamente para material para el que tenga sentido una duracin en su reproduccin, como, por ejemplo, un video o una presentacin Flash).

69

Tabla 5.3.4.a. Metadatos en la categora technical para el caso de estudio. Categora: technical Metadato
Format Size Location Requirement Instalationremarks otherplatformsrequirements

Valor
image/jpeg 512456 ftp://imgserver.com/images/math/gauss.jpg - Tipo: Browser - Nombre: Any Basta disponer de un visualizador de imgenes JPG como aadido al navegador Opcionalmente, cualquier otro tipo de visualizador

La Tabla 5.3.4.a. muestra un ejemplo de metadatos en la categora technical para el caso de estudio. De nuevo se exagera un poco el ejemplo, a fin de ilustrar el cometido de los metadatos en esta categora.

5.3.5. La categora educational


Los metadatos contemplados por la categora educational se resumen en la Figura 5.3.5.a: Figura 5.3.5.a. Metadatos en la categora educational
educational

0..1

0..

0.. 1

0.. 1

0.. intendedenduserrole

0..

0.. typicalagerange

0..1

0..1 typicallearningtime

0..1

0.. language

interactivitytype

interactivitylevel

learningsourcetype

semanticdensity

context

difficulty

description

interactivitytype (tipo de interaccin). Tipo de interaccin soportado por el material. LOM propone el siguiente vocabulario para caracterizar este tipo de interaccin: active (para los contenidos interactivos), expositive (para los contenidos pasivos), mixed (para contenidos que comparten ambas caractersticas), undefined (para contenidos para los que no procede especificar el tipo de interaccin). learningresourcetype (tipo de recurso educativo). Especifica el tipo de material (por ejemplo, ejercicio, figura, etc.). Un mismo material puede tener distintos tipos asociados. LOM propone el siguiente vocabulario para caracterizar el tipo de material: exercise (ejercicio), simulation (simulacin), questionnarie (cuestionario), diagram (diagrama), figure (figura), graph (grfico), index (ndice), slide (diapositiva), table (tabla), narrative text (texto narrativo), exam (examen), experiment (experimento), ProblemStatement (enunciado de problema), SelfAssessment (autoevaluacin). interactivitylevel (nivel de interaccin). Especifica el nivel de interaccin del material. LOM propone el siguiente vocabulario controlado para especificar dicho nivel: very low (muy bajo), low (bajo), medium (medio), high (alto), very high (muy alto). semanticdensity (densidad semntica). Una medida subjetiva de la utilidad educativa del material en comparacin con su tamao y/o duracin. LOM propone

70

intendeduserrole (papel jugado por el supuesto usuario). Determina el papel del usuario final del material. LOM propone el siguiente vocabulario para describir dicho papel: teacher (maestro), author (autor), learner (aprendiz), manager (gestor). context (contexto). El entorno educativo tpico en el que se usar el material. LOM propone el siguiente vocabulario: primary education (educacin primaria), secondary education (educacin secundaria), higher education (educacin superior), university first cycle (primer ciclo universitario), university second cycle (segundo ciclo universitario), university postgrade (postgrado), technical school first cycle (primer ciclo de escuela tcnica), technical school second cycle (segundo ciclo de escuela tcnica), professional formation (formacin profesional), continuous formation (formacin continua), vocational training (formacin vocacional). typicalagerange (segmento de edad tpico). Rango de edades tpico de los usuarios a los que va dirigido el material. difficulty (dificultad). Grado de dificultad del material. LOM propone el siguiente vocabulario para caracterizar dicho grado: very easy (muy fcil), easy (fcil), medium (medio), difficult (difcil), very difficult (muy difcil). typicallearningtime (tiempo tpico de aprendizaje). Tiempo de aprendizaje tpico asociado con el material. description (descripcin). Comentarios sobre el uso del material desde un punto de vista pedaggico. language (idioma). Idioma del usuario final. Tabla 5.3.5.a. Metadatos en la categora educational para el caso de estudio. Categora: educational

Metadato
Interactivitytype learningresourcetype Interactivitylevel Semanticdensity Intendeduserrole Context Typicalagerange Difficulty Typicallearningtime Description Language

Valor
Expositive Figure very low High Learner higher education 16-20 Mdium 30 minutos Entendimiento cualitativo de los principales parmetros de la normal univariante. ES

La Tabla 5.3.5.a. muestra un ejemplo de metadatos en la categora educational para el caso de estudio.

71

5.3.6. La categora rights.


La Figura 5.3.6.a. introduce los metadatos considerados en la categora rights: Figura 5.3.6.a. Metadatos en la categora rights
rights

0..1 cost

0..1

0.. 1 description

copyrightandotherrestrictions

Tabla 5.3.6.a. Metadatos en la categora rights para el caso de estudio. Categora: rights Valor
No No Este recurso no est sujeto a derechos de autor alguno, porque las matemticas son patrimonio universal de la humanidad.

Metadato
Cost copyrightandotherrestrictions Description

cost (coste). Establece si el recurso es o no de pago. LOM propone como vocabulario controlado para este metadato el sigiente: yes, no. copyrightandotherrestrictions (derechos de copia y otras restricciones). Establece si el recurso est o no sujeto a derechos de copia y otras restricciones. LOM propone como vocabulario controlado para este metadato, de nuevo, yes y no. description (descripcin). Comentarios sobre las condiciones y derechos de uso de este recurso.

La Tabla 5.3.6.a. muestra un ejemplo de metadatos en la categora rights para el caso de estudio.

5.3.7. La categora relation.


La categora relation considera metadatos referidos a la relacin entre el material y otros materiales. Un mismo material puede mantener mltiples relaciones con otros materiales. Cada una de estas relaciones exhibe las siguientes caractersticas:

La clase de la relacin. LOM propone el siguiente vocabulario controlado para caracterizar dicha clase: isPartOf (el material es parte de otro ms complejo), hasPart (el material tiene a otro como parte integrante), isVersionOf (el material es una versin de otro), hasVersion (el material tiene a otro como una versin), isFormatOf (el material es la descripcin de un formato de otro material), hasFormat (el material tiene a otro como formato), references (el material refiere al otro), isReferencedBy (el material est referido por el otro), isBasedOn (el material est basado en otro), isBasisFor (el material es la base de otro), requires (el material requiere la presencia de otro), isRequiredBy (el material es requerido por otro).

72

La caracterizacin del otro material con el que se establece la relacin. Dicha caracterizacin puede darse en trminos de:
-

El identificador nico del otro material. La descripcin del otro material. Una entrada en un catlogo para el otro material. Tabla 5.3.7.a. Algunas relaciones del material del caso de estudio con otros.

Relacin
IsPartOf

Recurso
Identificador: doc098765 Descripcin: Manual sobre variables aleatorias unidimensionales Identificador: doc098765 Descripcin: Manual sobre variables aleatorias unidimensionales e08765 en catlogo manuales Descripcin: Manual sobre reconocimiento estadstico de patrones

isRequiredBy

isReferencedBy

A modo de ejemplo, en la Tabla 5.3.7.a. se muestran algunas relaciones entre el material del caso de estudio y otros materiales. Las relaciones se toman del vocabulario controlado propuesto por LOM.

5.3.8. La categora annotation.


Los materiales pueden tener asociados mtiples anotaciones. Dichas anotaciones pueden caracterizarse por:

El anotador que realiza la anotacin. La fecha de la anotacin. El texto en s de la anotacin. Tabla 5.3.8.a. Algunas anotaciones del material del caso de estudio.

Anotador
Franciscus Emeritus Bacus Floyd

Fecha
25/10/2008 25/11/2008

Texto
Considero la combinacin de la expresin formal y la representacin grfica muy adecuada para transmitir el concepto de normalidad. El nfasis de la franja de normalidad es apropiado, aunque deberan resaltarse los puntos de inflexin.

La Tabla 5.3.8.a. muestra algunas anotaciones para el material del caso de estudio.

5.3.9. La categora classification.


LOM permite someter a los materiales a mltiples clasificaciones. Cada clasificacin puede tener asociada la siguiente informacin: El propsito de la clasificacin. LOM propone el siguiente vocabulario controlado de propsitos: discipline (disciplina), idea, prerequisite, educational objective (objetivo educativo), accesibility restrictions (restricciones de acceso), educational level (nivel educativo), skill level (nivel de destreza), security level (nivel de seguridad).

Una serie de rutas en distintas taxonomas.

73

Una descripcin textual del material relativa al propsito de clasificacin establecido. Un conjunto de palabras clave relativas al propsito de clasificacin establecido. Tabla 5.3.9.a. Algunas clasificaciones del material del caso de estudio.

Propsito
discipline discipline

Rutas

Descripcin
Materia obligatoria estadstica en

Palabras clave
matemticas estadstica probabilidad

educational level educational level

informtica->primer ciclo-> estadstica en carreras Nodo 455 en carreras

La Tabla 5.3.9.a. muestra algunas posibles clasificaciones para el material del caso de estudio.

5.4. REPRESENTACIN DE METADATOS LOM EN XML


Los metadatos LOM pueden codificarse en mltiples formatos (por ejemplo, XML, o RDF ver RDF 2004). De estos, la codificacin en XML es especialmente interesante, ya que permite el uso combinado de la especificacin con otras, como por ejemplo IMS CP. En este apartado se describe la codificacin en XML de LOM. Comienza describindose la estructura general de la codificacin. A continuacin se describe la codificacin de cada una de las categoras.

5.4.1. Estructura general


La Figura 5.4.1.a. muestra la estructura gramatical general de la codificacin de metadatos LOM en XML. De esta forma, se introducen elementos para cada una de las categoras Obsrvese que la presencia de todos los elementos es opcional. De esta forma, si no existen metadatos para una categora dada, no es preciso especificar el elemento para dicha categora. No obstante, el orden de aparicin de los elementos debe ser el indicado.

74

Figura 5.4.1.a. Estructura gramatical de alto nivel para la codificacin XML de metadatos LOM
lom 0..1 0..1 0..1 0..1 0..1 0..1 0.. 0.. 0.. general lifecycle metametadata technical educational rigths relation annotation

classification

Figura 5.4.1.b. Aspecto general de la codificacin XML de los metadatos del caso de estudio
<lom:lom> <lom:general>...</lom:general> <lom:lifecycle>...</lom:lifecycle> <lom:metametadata>...</lom:metametadata> <lom:technical>...</lom:technical> <lom:educational>...</lom:educational> <lom:rights>...</lom:rights> <lom:relation>...</lom:relation> <lom:relation>...</lom:relation> <lom:relation>...</lom:relation> <lom:annotation>...</lom:annotation> <lom:annotation>...</lom:annotation> <lom:classification>...</lom:classification> <lom:classification>...</lom:classification> <lom:classification>...</lom:classification> </lom:lom>

La Figura 5.4.1.b. esquematiza el aspecto general de la codificacin XML de los metadatos del caso de estudio. El prefijo lom: se asume asociado con el espacio de nombres para el esquema de dicha codificacin, siguiendo los mecanismos explicados en el captulo sobre IMS CP. Ntese que, dado que en este ejemplo se han especificado metadatos para todas las categoras, en la codificacin XML aparecen todos los elementos indicados. No obstante, en casos de aplicacin ms realistas esto no tiene porque ser necesariamente cierto.

75

5.4.2. Codificacin de la categora general


La Figura 5.4.2.a. muestra la estructura gramatical de la codificacin de los metadatos en la categora general. Las principales caractersticas de dicha estructura son:

Siempre que es preciso introducir una descripcin textual, dicha descripcin se introduce mediante un elemento langstring. Dicho elemento puede tener asociado un atributo xml:lang (este atributo no se indica en el esquema por simplicidad), que especifica el idioma del texto. De hecho, siempre es posible utilizar mltiples langstring alternativos para una misma descripcin, introduciendo textos en distintos idiomas (dichos elementos deben diferir en el valor del atributo xml:lang). En el caso de metadatos que, como structure y aggregationlevel, admiten vocabularios controlados, mediante source debe introducirse la denominacin del vocabulario, y mediante value el trmino. Este patrn se repite recurrentemente en la codificacin de otros muchos metadatos, tal y como se examinar ms adelante. En catalogentry se sigue un esquema de codificacin especfico de entradas en catlogos, que tambin se adopta para otros metadatos en LOM. Mediante catalog se identifica el nombre del catlogo, y mediante entry la descripcin de la entrada. Figura 5.4.2.a. Estructura gramatical para la codificacin de la categora general
general 0..1 0..1 0.. 0.. identifier title catalogentry language 0.. langstring catalog 0.. langstring

entry

0.. 0.. 0.. 0.. 1

description keyword coverage structure 0.. 0..

0..

langstring langstring langstring 0.. 0.. langstring

source

value

langstring

0.. 1

aggregationlevel

source

0.. 0..

langstring

value

langstring

76

Figura 5.4.2.b. Codificacin de los metadatos de la categora general del caso de estudio
<lom:general> <lom:identifier>Fig00089</lom:identifier> <lom:title> <lom:langstring>Funcin de densidad de probabilidad Normal </lom:langstring> </lom:title> <lom:catalogentry> <lom:catalog>imgenes</lom:catalog> <lom:entry> <lom:langstring>Fig00089</lom:langstring> </lom:entry> </lom:catalogentry> <lom:language>es</lom:language> <lom:description> <lom:langstring>Grfico de la funcin de densidad de probabilidad de una normal.</lom:langstring> </lom:description> <lom:keyword> <lom:langstring>probabilidad</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>estadstica</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>funcin de densidad</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>normal</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>campana de gauss</lom:langstring> </lom:keyword> <lom:coverage> <lom:langstring>1823</lom:langstring> </lom:coverage> <lom:structure> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">atomic</lom:langstring> </lom:value> </lom:structure> <lom:aggregationlevel> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>1</lom:langstring> </lom:value> </lom:aggregationlevel> </lom:general>

En la Figura 5.4.2.b. se indica la codificacin de los metadatos de la categora general para el caso de estudio. Obsrvese que, una vez que se han decidido los valores de los metadatos (se ha pensando en la Figura 4.3.1.b.), la codificacin en XML es una tarea rutinaria, que, de hecho, puede llevarse a cabo con ayuda de una herramienta apropiada. Como comentario tcnico, obsrvese que se omite el valor del atributo xml:lang en todos los langstring, excepto en el de value en structure. Efectivamente, el valor del metadato language ya especifica que, por defecto, los textos estarn en espaol. El texto tomado del vocabulario controlado de LOM correspondiente es una excepcin.

77

5.4.3. Codificacin de la categora lifecycle


La Figura 5.4.3.a. esboza la gramtica de la codificacin de los metadatos en la categora lifecycle: Figura 5.4.3.a. Estructura gramatical para la codificacin XML de metadatos en la categora lifecycle
0..1 0..1 0.. langstring source 0.. 0.. langstring

lifecycle

version status

value 0.. contribute role

langstring

source

0.. 0..

langstring

value 0..

langstring

centity

vcard

0..1

date

0..1

datetime 0.. langstring

0..1

description

El metadato version se especifica directamente mediante una descripcin textual, siguiendo el patrn general de la codificacin (uso de elementos langstring). El metadato status se especifica utilizando un trmino de un vocabulario controlado. Para ello se sigue el patrn habitual (elementos source y value). Se introducen elementos para marcar las diferentes caractersticas de contribute:
-

El papel jugado por el contribuyente se marca mediante role, que debe tomar su valor de un vocabulario (de ah el uso de source y value para describir su contenido). Las identidades se marcan mediante centity, y se describen usando el formato vcard, marcado con un elemento vcard. El formato vcard (ver VCARD 1996) es un formato estndar usado para intercambio de informacin personal. Es un texto que comienza con begin:vcard y termina con end:vcard. En su interior hay lneas de la forma clave:texto. Claves tpicas son n (nombre, abreviatura de name en ingls), fn (apellidos, abreviatura de family name en ingls), tel;type=tipo (telfono, con tipo el tipo de telfono: home, mobile, etc), adr (direccin), etc. Las fechas de contribucin se marcan con date. Mediante datetime se proporciona la fecha en s, y mediante description una descripcin textual.

78

Figura 5.4.3.b. Codificacin de los metadatos lifecycle del caso de estudio


<lom:lifecycle> <lom:version> <lom:langstring>3.0</lom:langstring> </lom:version> <lom:status> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">final</lom:langstring> </lom:value> </lom:status> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">content provider</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Franciscus fn:Emeritus end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>20/04/2008</lom:datetime> </lom:date> </lom:contribute> <lom:contribute> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">educational validator</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Pedro fn:Censor end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>24/04/2008</lom:datetime> </lom:date> </lom:contribute> <lom:contribute> </lom:lifecycle>

La Figura 5.4.3.b. ilustra la codificacin en XML de los metadatos correspondientes con el ciclo de vida para el caso de estudio.

5.4.4. Codificacin de la categora metametadata


La estructura gramatical de la categora metametadata se esboza en la Figura 5.4.4.a. Como puede observarse, esta estructura no introduce criterios de codificacin nuevos. De hecho, la estructura del elemento catalogentry es anloga a la utilizada en el contexto de la categora general, mientras que la estructura de la categora contribute

79

es la misma que la del correspondiente elemento de la categora lyfecycle. La Figura 5.4.4.b. ejemplifica la codificacin de los meta-metadatos para el ejemplo.

Figura 5.4.4.b. Estructura gramatical para la codificacin de metadatos en la categora metametadata


metametadata 0..1 0.. catalogentry

identifier source 0.. 0.. langstring

value 0.. contribute role

langstring

source

0.. 0..

langstring

value 0..

langstring

centity

vcard

0..1

date

0..1

datetime 0.. langstring

0..1 0.. metadatascheme

description

0.. 1 language

Es interesante hacer nfasis en el empleo de los elementos identifier y catalogentry para seleccionar metadatos almacenados externamente. Efectivamente, supngase que todos los metadatos para el material del caso de estudio se encuentran almacenados en el catlogo mismetadatos, y en la entrada Fig00089. Entonces, ser posible substituir toda la descripcin por la que se muestra en la Figura 5.4.4.c. Bsicamente, lo que dice dicha descripcin es los metadatos pueden encontrarse en el catlogo mismetadatos, en la entrada Fig00089. El mecanismo permite mantener repositorios centralizados de metadatos para materiales educativos, y referirlos desde todos aquellos contextos que sea necesario. Es posible utilizar tambin el elemento identifier para tal propsito, o ambos elementos combinados, como se sugiere en la Figura 5.4.4.c. En sistemas reales, esta informacin puede ser generada automticamente por el sistema de gestin de metadatos.

80

Figura 5.4.4.b. Codificacin de los meta-metadatos del caso de estudio


<lom:metametadata> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">creator</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Lula fn:Hacker end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>30/05/2008</lom:datetime> </lom:date> </lom:contribute> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">creator</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Mike fn:Hammer end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>1/06/2008</lom:datetime> </lom:date> </lom:contribute> <lom:metadatascheme>LOMv1.0</lom:metadatascheme> <lom:language>es</lom:language> </lom:metametadata>

Figura 5.4.4.c. Ejemplo de cmo referir una descripcin de metadatos externa


<lom:lom> <lom:metametadata> <lom:identifier>meta-fig00089</lom:identifier> <lom:catalogentry> <lom:catalog>mismetadatos</lom:catalog> <lom:entry> <lom:langstring>meta-fig00089</lom:langstring> </lom:entry> </lom:catalogentry> </lom:metametadata> </lom:lom>

81

5.4.5. Codificacin de la categora technical


La Figura 5.4.5.a esquematiza la estructura gramatical para la codificacin de los metadatos en la categora technical. Figura 5.4.5.a. Estructura gramatical para la codificacin de metadatos en la categora technical
technical 0.. 0.. 1 size 0.. location 0.. 0.. langstring format

0.. requirement

0.. 1

type

source

value

langstring

0.. 1

name

source

0.. 0..

langstring

value 0.. 1 0.. 1 0.. 1 instalationremarks 0.. 1 otherplatformsrequirements 0.. 1 duration 0.. 1 0.. 1 description

langstring

minimunversion maximunversion 0..

langstring 0..

langstring

datetime 0.. langstring

Obsrvese que los requisitos de plataforma se codifican en trminos de un elemento type (para el tipo de plataforma), un elemento name (para el nombre de la plataforma), un elemento minimunversion (versin mnima) y un ltimo elemento maximumversion (versin mxima). As mismo, la duracin se codifica mediante un elemento datetime (en caso de que se especifique fecha y hora) y otro description (en caso de que se proporcione una descripcin textual).

82

Figura 5.4.5.b. Codificacin de los metadatos technical del ejemplo


<lom:technical> <lom:format>img/jpeg</lom:format> <lom:size>512456</lom:size> <lom:location>ftp://imgserver.com/images/math/gauss.jpg</lom:location> <lom:requirement> <lom:type> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">browser</lom:langstring> </lom:value> </lom:type> <lom:name> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">any</lom:langstring> </lom:value> </lom:name> </lom:requirement> <lom:installationremarks> <lom:langstring>Basta disponer de un visualizador de imgenes JPG como aadido al navegador</lom:langstring> </lom:installationremarks> <lom:otherplatformrequirements> <lom:langstring>Opcionalmente, cualquier otro tipo de visualizador</lom:langstring> </lom:otherplatformrequirements> </lom:technical>

En Figura 5.4.5.b. se muestra la codificacin de los metadatos technical en el ejemplo.

5.4.6. Codificacin de la categora educational


Las reglas gramaticales para la codificacin de los metadatos en la categora educational se detallan en la Figura 5.4.6.a:

83

Figura 5.4.6.a. Estructura gramatical para la codificacin de metadatos en la categora educational


educational 0.. 1 interactivitytype source 0.. 0.. 0.. 0.. 0.. 0.. 0.. 0.. 0.. 0.. 0.. 0.. langstring

value 0.. 1 source

langstring langstring

learningresourcetype

value 0.. 1 source

langstring langstring

interactivitylevel

value 0.. 1 source

langstring langstring

semanticdensity

value 0.. source

langstring langstring

intendeduserrole

value 0..

langstring

context

source

langstring

value 0.. 0..

langstring

typicalagerange

langstring

0.. 1

difficulty

source

0.. 0..

langstring

value

langstring

0.. 1

typicallearningtime

0.. 1 0.. 1

datetime 0.. langstring

description 0.. 1 description 0.. langstring

0..

language

La codificacin de los metadatos que admiten vocabularios controlados (interactivitytype, learningresourcetype, etc.) sigue el patrn habitual, al igual que aquellos que implican una descripcin textual (typicalagerange y description). Por su parte, typicallearningtime sigue el patrn ya utilizado de proporcionar una descripcin en trminos de fecha y hora junto con una descripcin textual. Para finalizar, language permite marcar directamente el cdigo de idioma.

84

Figura 5.4.6.b.. Codificacin de los metadatos educational del ejemplo


<lom:educational> <lom:interactivitytype> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">expositive </lom:langstring> </lom:value> </lom:interactivitytype> <lom:learningresourcetype> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">figure </lom:langstring> </lom:value> </lom:learningresourcetype> <lom:interactivitylevel> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">very low </lom:langstring> </lom:value> </lom:interactivitylevel> <lom:semanticdensity> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">high </lom:langstring> </lom:value> </lom:semanticdensity> <lom:intendedenduserrole> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en"> learner</lom:langstring> </lom:value> </lom:intendedenduserrole> <lom:context> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en"> higher education</lom:langstring> </lom:value> </lom:context> <lom:typicalagerange> <lom:langstring>16-20</lom:langstring> </lom:typicalagerange> <lom:difficulty> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en"> medium</lom:langstring> </lom:value> </lom:difficulty> <lom:typicallearningtime> <lom:description> <lom:langstring>30 minutos</lom:langstring> </lom:description> </lom:typicallearningtime> <lom:description> <lom:langstring>Entendimiento cualitativo de los principales parmetros de la normal univariante.</lom:langstring> </lom:description> <lom:language>es</lom:language> </lom:educational>

La Figura 5.4.6.b. muestra la codificacin de los metadatos en la categora educational para el caso de estudio.

5.4.7. Codificacin de la categora rights


Las reglas gramaticales para la codificacin de los metadatos en la categora rights se detallan en la Figura 5.4.7.a. Dicha codificacin no ofrece ninguna caracterstica novedosa, ms all de los patrones de codificacin ya aparecidos en las anteriores categoras, referentes a la introduccin de valores en vocabularios controlados.

85

Figura 5.4.7.a. Codificacin XML de los metadatos en la categora rights


0..1 rights cost source 0.. 0.. langstring

value 0..1 copyrightandotherrestrictions

langstring 0.. 0.. langstring

source

value 0..1 description 0.. langstring

langstring

Figura 5.4.7.b. Codificacin de los metadatos rights del ejemplo


<lom:rights> <lom:cost> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">no</lom:langstring> </lom:value> </lom:cost> <lom:copyrightandotherrestrictions> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">no</lom:langstring> </lom:value> </lom:copyrightandotherrestrictions> <lom:description> <lom:langstring>Este recurso no est sujeto a derechos de autor alguno,porque las matemticas son patrimonio universal de la humanidad.</lom:langstring> </lom:description> </lom:rights>

La Figura 5.4.7.b. ejemplifica la codificacin de los metadatos rights para el ejemplo.

5.4.8. Codificacin de relaciones


La estructura gramatical para la codificacin XML de las relaciones con otros recursos se detalla en la Figura 5.4.8.a: Figura 5.4.8.a. Codificacin XML de los metadatos relation
0..1 relation kind source 0.. 0.. langstring

value 0..1 resource 0.. 1 description 0.. 0.. 1 identifier

langstring

0..

langstring catalog

catalogentry entry

0..

langstring

86

Figura 5.4.8.b. Codificacin de las relaciones del material ejemplo con otro material
<lom:relation> <lom:kind> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">isPartOf</lom:langstring> </lom:value> </lom:kind> <lom:resource> <lom:identifier>doc098765</lom:identifier> <lom:description> <lom:langstring>Manual sobre variables aleatorias unidimensionales</lom:langstring> </lom:description> </lom:resource> </lom:relation> <lom:relation> <lom:kind> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">isRequiredBy</lom:langstring> </lom:value> </lom:kind> <lom:resource> <lom:identifier>doc098765</lom:identifier> <lom:description> <lom:langstring>Manual sobre variables aleatorias unidimensionales</lom:langstring> </lom:description> </lom:resource> </lom:relation> <lom:relation> <lom:kind> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">isReferencedBy</lom:langstring> </lom:value> </lom:kind> <lom:resource> <lom:description> <lom:langstring>Manual sobre reconocimiento estadstico de patrones</lom:langstring> </lom:description> <lom:catalogentry> <lom:catalog>manuales</lom:catalog> <lom:entry> <lom:langstring>e08765</lom:langstring> </lom:entry> </lom:catalogentry> </lom:resource> </lom:relation>

El tipo de la relacin se codifica mediante el elemento kind, que se ajusta al patrn habitual de uso de vocabularios controlados. Por su parte, el recurso con el que se establece la relacin se especifica mediante el elemento resource. Mediante identifier puede referirse el identificador del recurso, mientras que mediante catalogentry a la entrada que ocupa dicho recurso en un catlogo determinado. Mediante description es posible describir textualmente el recurso relacionado. La Figura 5.4.8.b. muestra la codificacin de las relaciones del material del caso de estudio con otro material.

87

5.4.9. Codificacin de anotaciones


Las anotaciones LOM se codifican en XML siguiendo el patrn gramatical de la Figura 5.4.9.a: Figura 5.4.9.a. Codificacin de las anotaciones
0..1 annotation 0.. 1 person 0.. 1 date 0.. 1 description 0.. 1 description 0.. vcard datetime 0.. langstring

langstring

Figura 5.4.9.b. Codificacin de anotaciones en el ejemplo


<lom:annotation> <lom:person> <lom:vcard> begin:vcard n:Franciscus fn:Emeritus end:vcard </lom:vcard> </lom:person> <lom:date> <lom:datetime>25-10-2008</lom:datetime> </lom:date> <lom:description> <lom:langstring>Considero la combinacin de la expresin formal y la representacin grfica muy adecuada para transmitir el concepto de normalidad.</lom:langstring> </lom:description> </lom:annotation> <lom:annotation> <lom:person> <lom:vcard> begin:vcard n:Bacus fn:Floyd end:vcard </lom:vcard> </lom:person> <lom:date> <lom:datetime>25-11-2008</lom:datetime> </lom:date> <lom:description> <lom:langstring>El nfasis de la franja de normalidad es apropiado,aunque deberan resaltarse los puntos de inflexin.</lom:langstring> </lom:description> </lom:annotation>

El autor de la anotacin puede introducirse mediante un elemento person, y describirse con un elemento vcard, que identificar al autor usando el formato vcard. La fecha se codifica con un elemento date, cuya estructura es la habitual (anotacin temporal y/o descripcin del evento temporal). Por ltimo, el texto de la anotacin en s se codifica mediante un elemento description. La Figura 5.4.9.b. muestra la codificacin de las anotaciones en el caso de estudio.

88

5.4.10.

Codificacin de clasificaciones

La Figura 5.4.10.a. muestra la sintaxis que regula la codificacin de las clasificaciones en XML. Ntese que esta sintaxis soporta el amplio rango de criterios de clasificacin contemplado por LOM. Efectivamente: Figura 5.4.10.a. Codificacin de las clasificaciones
0..1 classification purpose 0.. 0.. 0.. langstring

source

value 0.. taxonpath 0..1 source

langstring langstring

0..1

0..1 taxom 0..1 0..1 id entry 0.. langstring

0..1 description

0..

langstring

0.. keyword

0..

langstring

Mediante el elemento purpose puede introducirse el propsito de la clasificacin. Esto permite llevar a cabo, tal y como propugna LOM, la clasificacin de un mismo material con distintos propsitos. El resto de los elementos permiten codificar la clasificacin en s:

Figura 5.4.10.b. Codificacin de una clasificacin por descripcin textual


<lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:description> <lom:langstring>Materia obligatoria en estadstica</lom:langstring> </lom:description> </lom:classification>

El elemento description permite clasificar el material de forma narrativa, mediante un texto libre en lenguaje natural. La Figura 5.4.10.b. muestra la codificacin de este tipo de clasificacin en el caso de estudio.

89

Figura 5.4.10.c. Codificacin de una clasificacin por palabras clave


<lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:keyword> <lom:langstring>matemticas</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>estadstica</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>probabilidad</lom:langstring> </lom:keyword> </lom:classification>

Los elementos keyword permiten establecer una clasificacin basada en palabras clave. En la Figura 5.4.10.c. se ilustra este criterio con el caso de estudio. Figura 5.4.10.d. Codificacin de una clasificacin por situacin directa en una taxonoma
</lom:classification> <lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:taxonpath> <lom:source> <lom:langstring>carreras</lom:langstring> </lom:source> <lom:taxon> <lom:id>n455</lom:id> </lom:taxon> </lom:taxonpath> </lom:classification>

Los elementos taxonpath permiten clasificar el material en taxonomas externas. La taxonoma en s puede identificarse mediante source. El elemento taxom permite situar el material en un nodo de la taxonoma. Para ello pueden usarse los siguientes criterios: (i) Situacin directa. Este criterio sirve para taxonomas cuyos nodos estn identificados unvocamente. Mediante el elemento id puede referirse al identificador. La Figura 5.4.10.d. ilustra este estilo de codificacin. (ii) Situacin mediante ruta. Se lista explcitamente la ruta utilizando entry para nombrar la categora raz, y, de nuevo, un elemento taxon para nombrar el resto de la ruta. La Figura 5.4.10.e. ilustra este estilo de codificacin.

90

Figura 5.4.10.e. Codificacin de una clasificacin por situacin mediante ruta


</lom:classification> <lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:taxonpath> <lom:source> <lom:langstring>carreras</lom:langstring> </lom:source> <lom:taxon> <lom:entry> <lom:langstring>informtica</lom:langstring> </lom:entry> <lom:taxon> <lom:entry> <lom:langstring>primer ciclo</lom:langstring> </lom:entry> <lom:taxon> <lom:entry> <lom:langstring>estadstica</lom:langstring> </lom:entry> </lom:taxon> </lom:taxon> </lom:taxon> </lom:taxonpath> </lom:classification>

5.5. PERFILES DE APLICACIN LOM


LOM puede especializarse para cubrir mejor las necesidades de un determinado contexto educativo (por ejemplo, de un determinado sistema educativo). El resultado se denomina perfil de aplicacin LOM. La ventaja de disponer de un perfil de aplicacin es su mayor adecuacin a un determinado contexto. No obstante, la creacin de perfiles de aplicacin especficos dificulta la interoperabilidad de aplicaciones fuera de los contextos a los que estn dirigidos, ya que dichas aplicaciones externas no estarn obligadas a entender las particularidades del perfil de aplicacin. La introduccin de un perfil de aplicacin puede valerse de distintos mecanismos:

Es posible elegir nicamente un subconjunto de los metadatos contemplados. Es posible refinar la estructura de algunos metadatos. Es posible introducir nuevas categoras de metadatos, y nuevos metadatos en las categoras existentes. Esta estrategia se plasma directamente a nivel de la codificacin en XML mediante la incorporacin de nuevos espacios de nombres para los nuevos metadatos, as como la caracterizacin de la estructura gramatical de dichos espacios de nombres utilizando esquemas.

91

Es posible precisar y particularizar el uso y el papel de los metadatos existentes. Para ello puede, por ejemplo, introducirse nuevos vocabularios controlados que capturen mejor las peculiaridades del contexto educativo particular.

Un perfil de aplicacin LOM bastante difundido es CanCore, desarrollado en el contexto del sistema educativo canadiense. Por su parte, en Espaa se est actualmente formulando un perfil de aplicacin especfico denominado LOM-ES. A continuacin se revisa brevemente las principales caractersticas de dichos perfiles de aplicacin.

5.5.1. CanCore
El perfil de aplicacin CanCore (ver CanCore 2004) se ha creado eligiendo un subconjunto de los metadatos LOM, as como precisando el significado de estos metadatos a un nivel de granularidad muy fina. Los metadatos considerados por CanCore son:

Todos los metadatos de la categora general, excepto coverage y structure. Todos los metadatos de la categora lifecycle, excepto status. Todos los metadatos de la categora metametadata. Todos los metadatos de technical, excepto requirement e installationremarks. Todos los metadatos de educational, excepto semanticdensity, difficulty y la caracterstica description de typicallearningtime. Todos los metadatos de rights. Todas las caractersticas de relation, excepto description.

Todas las caractersticas de classification, excepto description. As mismo, CanCore realiza un examen mucho ms pormenorizado y sistemtico del uso de todos los metadatos que la especificacin original de LOM.

5.5.2. LOM-ES
El perfil de aplicacin LOM-ES se encuentra actualmente en curso de realizacin, en el seno del Subcomit 36 de la Asociacin Espaola de Normalizacin y Certificacin (AENOR) (ver LOM-ES 2006). En dicho perfil se estn introduciendo, entre otras, las siguientes caractersticas: - Cambio de caracterstica de opcionalidad por obligatoriedad para muchos metadatos (por ejemplo, identifier en el sentido de la versin final de LOM-, title, language y description en general son obligatorios en el perfil). - Establecimiento de nuevos vocabularios controlados para distintos metadatos (muchos traduccin al espaol de los propuestos por LOM).

92

5.6. OTROS ESQUEMAS DE METADATOS. DUBLN CORE


Aunque en la actualidad LOM y sus ramificaciones constituyen el cuerpo de metadatos para materiales educativos con mayor reconocimiento y dedicacin de esfuerzo en la comunidad de e-learning internacional, tambin existen otras propuestas de metadatos. De stas, quiz la ms conocida sea Dublin Core (ver Dublin Core 2004). Tabla 5.6.a. Metadatos contemplados por Dublin Core. Metadatos relativos al contenido
Coverage, Description, Type, Relation, Source, Subject,Title,Audience

Metadatos relativos a los derechos de uso


Contributor, Creator, Publisher,Rights

Metadatos relativos a la implementacin


Date, Format, Identifier, Language

La principal ventaja de Dublin Core frente a LOM es su mayor sencillez. No obstante, dicha sencillez se deriva, tambin, de su menor nivel de detalle. Efectivamente, LOM es mucho ms exhaustivo que Dublin Core (por ejemplo, Dublin Core no introduce metadatos especficos para caracterizar los propsitos educatinales de los contenidos). No obstante, en contextos donde no se demande excesiva flexibilidad semntica a la hora de catalogar los materiales, Dublin Core puede resultar una opcin interesante. La Tabla 5.6.a. lista los principales tipos de metadatos contemplados por Dublin Core. La Figura 5.6.a. presenta un ejemplo de codificacin XML de este tipo de metadatos. Dado que Dublin Core propugna una organizacin ms plana de los metadatos, la codificacin es tambin ms sencilla. Figura 5.6.a. Ejemplo de codificacin XML de algunos metadatos Dublin Core
<dc:title> Normal </dc:title> <dc:description> Funcin de densidad de probabilidad normal </dc:description> <dc:publisher> CNICE </dc:publisher> <dc:identifier> http://www.foo.org/default </dc:identifier>

5.7. APNDICE: EJEMPLO COMPLETO DE METADATOS IMS LOM CODIFICADOS EN XML


En este apndice se incluye la codificacin en XML completa de los metadatos para el ejemplo utilizado a lo largo de todo este captulo sobre metadatos.
<lom:lom> <lom:general> <lom:identifier>Fig00089</lom:identifier> <lom:title> <lom:langstring>Funcin de densidad de probabilidad Normal</lom:langstring>

93

</lom:title> <lom:catalogentry> <lom:catalog>imgenes</lom:catalog> <lom:entry> <lom:langstring>Fig00089</lom:langstring> </lom:entry> </lom:catalogentry> <lom:language>es</lom:language> <lom:description> <lom:langstring>Grfico de la funcin de densidad de probabilidad de una normal.</lom:langstring> </lom:description> <lom:keyword> <lom:langstring>probabilidad</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>estadstica</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>funcin de densidad</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>normal</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>campana de gauss</lom:langstring> </lom:keyword> <lom:coverage> <lom:langstring>1823</lom:langstring> </lom:coverage> <lom:structure> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">atomic</lom:langstring> </lom:value> </lom:structure> <lom:aggregationlevel> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>1</lom:langstring> </lom:value> </lom:aggregationlevel> </lom:general> <lom:lifecycle> <lom:version> <lom:langstring>3.0</lom:langstring> </lom:version> <lom:status> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">final</lom:langstring> </lom:value> </lom:status> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">content provider</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Franciscus

94

fn:Emeritus end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>20/04/2008</lom:datetime> </lom:date> </lom:contribute> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">educational validator</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Pedro fn:Censor end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>24/04/2008</lom:datetime> </lom:date> </lom:contribute> </lom:lifecycle> <lom:metametadata> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">creator</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Lula fn:Hacker end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>30/05/2008</lom:datetime> </lom:date> </lom:contribute> <lom:contribute> <lom:role> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">validator</lom:langstring> </lom:value> </lom:role> <lom:centity> <lom:vcard> begin:vcard n:Mike fn:Hammer end:vcard </lom:vcard> </lom:centity> <lom:date> <lom:datetime>1/06/2008</lom:datetime> </lom:date>

95

</lom:contribute> <lom:metadatascheme>LOMv1.0</lom:metadatascheme> <lom:language>es</lom:language> </lom:metametadata> <lom:technical> <lom:format>img/jpeg</lom:format> <lom:size>512456</lom:size> <lom:location>ftp://imgserver.com/images/math/gauss.jpg</lom:location> <lom:requirement> <lom:type> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">browser</lom:langstring> </lom:value> </lom:type> <lom:name> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">any</lom:langstring> </lom:value> </lom:name> </lom:requirement> <lom:installationremarks> <lom:langstring>Basta disponer de un visualizador de imgenes JPG como aadido al navegador</lom:langstring> </lom:installationremarks> <lom:otherplatformrequirements> <lom:langstring>Opcionalmente, cualquier otro tipo de visualizador</lom:langstring> </lom:otherplatformrequirements> </lom:technical> <lom:educational> <lom:interactivitytype> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">expositive</lom:langstring> </lom:value> </lom:interactivitytype> <lom:learningresourcetype> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">figure</lom:langstring> </lom:value> </lom:learningresourcetype> <lom:interactivitylevel> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">very low</lom:langstring> </lom:value> </lom:interactivitylevel> <lom:semanticdensity> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">high</lom:langstring> </lom:value> </lom:semanticdensity> <lom:intendedenduserrole> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source>

96

<lom:value> <lom:langstring xml:lang="en">learner</lom:langstring> </lom:value> </lom:intendedenduserrole> <lom:context> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">higher education</lom:langstring> </lom:value> </lom:context> <lom:typicalagerange> <lom:langstring>16-20</lom:langstring> </lom:typicalagerange> <lom:difficulty> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">medium</lom:langstring> </lom:value> </lom:difficulty> <lom:typicallearningtime> <lom:description> <lom:langstring>30 minutos</lom:langstring> </lom:description> </lom:typicallearningtime> <lom:description> <lom:langstring>Entendimiento cualitativo de los principales parmetros de la normal univariante.</lom:langstring> </lom:description> <lom:language>es</lom:language> </lom:educational> <lom:rights> <lom:cost> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">no</lom:langstring> </lom:value> </lom:cost> <lom:copyrightandotherrestrictions> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">no</lom:langstring> </lom:value> </lom:copyrightandotherrestrictions> <lom:description> <lom:langstring>Este recurso no est sujeto a derechos de autor alguno, porque las matemticas son patrimonio universal de la humanidad.</lom:langstring> </lom:description> </lom:rights> <lom:relation> <lom:kind> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">isPartOf</lom:langstring> </lom:value> </lom:kind> <lom:resource> <lom:identifier>doc098765</lom:identifier> <lom:description> <lom:langstring>Manual sobre variables aleatorias unidimensionales</lom:langstring> </lom:description>

97

</lom:resource> </lom:relation> <lom:relation> <lom:kind> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">isRequiredBy</lom:langstring> </lom:value> </lom:kind> <lom:resource> <lom:identifier>doc098765</lom:identifier> <lom:description> <lom:langstring>Manual sobre variables aleatorias unidimensionales</lom:langstring> </lom:description> </lom:resource> </lom:relation> <lom:relation> <lom:kind> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring xml:lang="en">isReferencedBy</lom:langstring> </lom:value> </lom:kind> <lom:resource> <lom:description> <lom:langstring>Manual sobre reconocimiento estadstico de patrones</lom:langstring> </lom:description> <lom:catalogentry> <lom:catalog>manuales</lom:catalog> <lom:entry> <lom:langstring>e08765</lom:langstring> </lom:entry> </lom:catalogentry> </lom:resource> </lom:relation> <lom:annotation> <lom:person> <lom:vcard> begin:vcard n:Franciscus fn:Emeritus end:vcard </lom:vcard> </lom:person> <lom:date> <lom:datetime>25-10-2008</lom:datetime> </lom:date> <lom:description> <lom:langstring>Considero la combinacin de la expresin formal y la representacin grfica muy adecuada para transmitir el concepto de normalidad.</lom:langstring> </lom:description> </lom:annotation> <lom:annotation> <lom:person> <lom:vcard> begin:vcard n:Bacus fn:Floyd end:vcard </lom:vcard> </lom:person> <lom:date> <lom:datetime>25-11-2008</lom:datetime> </lom:date> <lom:description>

98

<lom:langstring>El nfasis de la franja de normalidad es apropiado, aunque deberan resaltarse los puntos de inflexin..</lom:langstring> </lom:description> </lom:annotation> <lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:description> <lom:langstring>Materia obligatoria en estadstica</lom:langstring> </lom:description> </lom:classification> <lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:keyword> <lom:langstring>matemticas</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>estadstica</lom:langstring> </lom:keyword> <lom:keyword> <lom:langstring>probabilidad</lom:langstring> </lom:keyword> </lom:classification> <lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source> <lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:taxonpath> <lom:source> <lom:langstring>carreras</lom:langstring> </lom:source> <lom:taxon> <lom:entry> <lom:langstring>informtica</lom:langstring> </lom:entry> <lom:taxon> <lom:entry> <lom:langstring>primer ciclo</lom:langstring> </lom:entry> <lom:taxon> <lom:entry> <lom:langstring>estadstica</lom:langstring> </lom:entry> </lom:taxon> </lom:taxon> </lom:taxon> </lom:taxonpath> </lom:classification> <lom:classification> <lom:purpose> <lom:source> <lom:langstring>LOMv1.0</lom:langstring> </lom:source>

99

<lom:value> <lom:langstring>discipline</lom:langstring> </lom:value> </lom:purpose> <lom:taxonpath> <lom:source> <lom:langstring>carreras</lom:langstring> </lom:source> <lom:taxon> <lom:id>n455</lom:id> </lom:taxon> </lom:taxonpath> </lom:classification> </lom:lom>

100

6. IMS QUESTION & TEST INTEROPERABILITY SPECIFICATION 6.1. INTRODUCCIN


Los exmenes son utilizados ampliamente como herramienta para evaluar si un alumno ha asimilado los conceptos que le han sido presentados y como herramienta de autoevaluacin para el alumno, de manera que ste pueda reforzar aquella parte de la materia para la que no tenga un dominio suficiente. En este sentido, el uso de herramientas informticas ha supuesto un avance. Un gran nmero de tipos de preguntas pueden ser corregidas de manera automtica mediante el uso de este tipo de herramientas, de manera que un profesor puede crear una batera de preguntas que el sistema informtico puede utilizar para preparar exmenes y corregirlos automticamente. De hecho, en la actualidad, gran parte de las plataformas de aprendizaje incluyen con menor o mayor funcionalidad una herramienta para la creacin, gestin y realizacin de exmenes en lnea. Sin embargo, acorde con la idea que se ha venido transmitiendo en este informe, el esfuerzo realizado por el instructor en la elaboracin de preguntas y exmenes puede llegar a perderse si es necesario cambiar de plataforma de aprendizaje. Asimismo, ya que la creacin de dichos exmenes requiere invertir cierto esfuerzo, sera deseable tener la posibilidad de compartir este esfuerzo permitiendo el intercambio de exmenes completos, o poder crear repositorios de preguntas. As mismo, estas preguntas deberan estar clasificadas por materias y por dificultades para simplificar su localizacin y reutilizacin en la formulacin de nuevos exmenes. Como ya se ha mencionado previamente, la especificacin IMS Question and Test Interoperability (IMS QTI) permite crear preguntas individuales y evaluaciones completas. El objetivo principal de esta especificacin es permitir el intercambio de preguntas, evaluaciones y resultados entre distintas herramientas. Con este propsito IMS QTI plantea un modelo en el que se definen los componentes principales que intervienen en el proceso de evaluacin y, adicionalmente a este modelo, se proporciona un formato de contenido para almacenar las preguntas de manera independientemente del sistema o herramienta de autora utilizada para crearlas. Este formato, basado en XML, hace uso de estndares ampliamente utilizados en el mbito empresarial y tcnico, permitiendo el uso de las mismas preguntas entre diversos sistemas de gestin de aprendizaje o LMS, entre sistemas de evaluacin electrnica independientes y la integracin en un nico LMS de preguntas y exmenes desarrollados con distintas herramientas. Por otro lado se propone un sistema coherente para que los sistemas puedan informar de cual es el resultado de una evaluacin. IMS QTI permite la construccin de almacenes o repositorios de preguntas que sean directamente utilizables en distintos sistemas LMS (e incluso para crear e imprimir exmenes tipo test que los alumnos realicen por escrito). Esto puede ser muy til cuando se generalice la representacin mediante QTI de los repositorios de libre acceso existentes. Por ejemplo, como ya hemos comentado previamente, en la Universidad Complutense se dispone de una aplicacin dedicada llamada Comprueba

101

(figura 6.1.a.) que tiene un extenso conjunto de preguntas de distintas materias para que alumnos de enseanzas medias preparen su prueba de acceso a la universidad. La generalizacin de este tipo de almacenes y su libre disposicin en formato compatible con otras plataformas puede simplificar mucho la tarea de los docentes, especialmente dada la situacin actual en la que diversos LMS comerciales o libres dan algn tipo de soporte a este formato.

Figura 6.1.a. Aplicacin Comprueba de la Universidad Complutense de Madrid. En este caso se presenta una pregunta para la asignatura dibujo tcnico

En el mbito hispano, muy centrado en los exmenes de desarrollo de conceptos, puede parecer que este tipo de exmenes basados en tests son una forma excesivamente simplista de realizar evaluaciones pero la aceptacin en la industria y sobre todo en el mundo anglosajn de este tipo de pruebas es muy grande. De hecho es mediante pruebas, principalmente de tipo test y con correccin automtica, con lo que se otorgan calificaciones para saber el nivel de ingls de los alumnos que quieren cursar estudios en universidades americanas o con los que se puede obtener acreditaciones profesionales respaldadas por empresas en el campo informtico.

6.2. HISTORIA DE IMS QTI


IMS QTI es una de las especificaciones en las que el consorcio IMS trabaj ms tempranamente (los primeros trabajos se realizaron en 1999). Sin embargo, el potencial de la especificacin IMS QTI no se ha explotado completamente debido en parte a su complejidad y a la escasa existencia de herramientas informticas que pusieran en prctica (habitualmente de manera parcial) la especificacin. En la historia de IMS QTI hay 3 versiones de la misma que han tenido una gran repercusin: IMS QTI versin 1.2, IMS QTI versin 2.0 y finalmente IMS QTI versin 2.1. IMS QTI versin 1.2 (aparece en 2002) es la ltima versin finalizada completamente en la que se abarcan tanto preguntas individuales como exmenes completos. Una vez publicada la especificacin, surgieron diversos problemas a la hora de 102

implementarla. Aunque se public una suplemento (IMS QTI 1.2.1), parte de los problemas que haban surgido requeran de grandes cambios de manera que dichas modificaciones provocaran que se perdiera la compatibilidad con las versiones anteriores. Adems, algunas otras partes de la especificacin necesitaban clarificarse o extenderse para resolver los problemas que haban surgido durante su puesta en prctica. Desde la aparicin de IMS QTI 1.2 y con el desarrollo de nuevas especificaciones como el IMS Content Packaging, IMS Simple Sequencing y IMS Learning Design surgi la necesidad de hacer compatible la especificacin IMS QTI a las nuevas iniciativas. As apareci la versin 2.0 (2005) de la especificacin donde se comenz con la armonizacin con las otras especificaciones y el comienzo de la resolucin de los problemas de la antigua especificacin. Sin embargo, para simplificar el proceso de adopcin y permitir un trabajo razonable, esta especificacin ser concentr slo en las preguntas individuales y no actualiza aquellas partes que tienen que ver con la composicin de dichas preguntas, es decir, la creacin de exmenes completos. Mientras que las versiones anteriores de la especificacin se centraban principalmente en cmo se presentaba finalmente la pregunta, ahora se definen los posibles tipo de interacciones por parte del usuario (e.g. seleccionar uno o ms elementos de una lista, crear asociaciones entre elementos de dos listas, introducir texto, seleccionar un trozo de texto de un texto mas largo, etc). Adems de todas las interacciones contempladas introduce un tipo de interaccin propio para poder extender el modelo y crear nuevas formas de interaccin para poder introducir nuevos tipo de preguntas. Es decir QTI no es modelo completo y cerrado si no que permite que si una empresa lo considera oportuno pueda extenderlo y ampliarlao (eso s esos nuevos tipo de preguntas creados por ampliacin no seran reconocidos necesariamente por otro sistema QTI). Tambin tiene plantillas de preguntas para crear familias de preguntas similares pero en la que hay partes variables que se seleccionan de manera aleatoria entre un conjunto de valores predefinidos. Otra de las novedades que introduce son las preguntas adaptativas que permiten al alumno realizar varios intentos sobre dicha pregunta. Esto permite, por ejemplo, que el alumno pueda alterar su respuesta debido a la realimentacin, por ejemplo, la presentacin de alguna pista en caso de que la respuesta sea incorrecta o parcialmente incorrecta, o que se le planteen preguntas adicionales en funcin de su respuesta actual. IMS QTI versin 2.1 (aparece en 2006) est actualmente en proceso de evolucin en modo borrador sobre el que la comunidad, tanto educativa como tcnica, puede opinar. El objetivo de esta nueva versin es seguir con el proceso de simplificacin y evolucin de la especificacin, esta vez dando soporte a los exmenes completos y al intercambio de los resultados de los mismos. Adems tambin se incluye informacin para clarificar la compatibilidad y el uso de IMS QTI con algunas otras de las especificaciones ya existentes.

6.3. CONCEPTOS BSICOS DE IMS QTI V 2.X


Como se ha mencionado en la seccin 6.2, la versin 2 de la especificacin intenta simplificar su uso tanto desde el punto de visa tcnico como desde el punto de vista

103

del usuario de dicha especificacin. Para ello, se han definido de manera completamente independiente tres conceptos: Las preguntas. Las preguntas individuales podrn ser utilizadas como un recurso educativo independiente, por ejemplo, como un recurso ms dentro de un paquete IMS. Los exmenes. Los exmenes son agrupaciones de preguntas que permitirn resumir las evaluaciones conseguidas en las preguntas individuales en una nica evaluacin del examen. Resultados de los exmenes. La interaccin de los alumnos con las preguntas individuales y con los exmenes generarn diferentes registros de informacin que puede ser recolectada para su posterior estudio.

6.4. LAS PREGUNTAS


Las preguntas individuales (assessmentItem) en QTI son auto-contenidas, es decir, incluyen toda la informacin necesaria para su presentacin al alumno y su correccin automtica. Toda la informacin relativa a la presentacin ha sido agrupada en el cuerpo (itemBody) de las preguntas. En la presentacin de la pregunta estn involucrados dos aspectos: El enunciado de la pregunta. Obviamente, la pregunta debe contener el enunciado de la misma y, de manera adicional, puede contener material explicativo complementario que permita al docente indicar el contexto en el que se realiza la pregunta. En la especificacin IMS QTI v 2.X, los contenidos que podemos utilizar dentro del cuerpo de la pregunta siguen el estndar XHTML, es decir, contenido web y adems es posible utilizar el estndar MathML para la representacin de ecuaciones matemticas. La construccin de la respuesta. De manera adicional al enunciado de la pregunta, debemos dotar al alumno del equivalente del lpiz y papel para poder construir la respuesta. En el caso de IMS QTI v 2 se ha introducido el concepto de interaccin (interaction). Dependiendo del tipo la herramienta informtica generar una presentacin acorde.

104

Figura 6.4.a. Estructura de un assessmentItem (pregunta) y su proceso de evaluacin


ASSESSMENTITEM (pregunta) 1 INTERACTION (interaccin) RESPUESTAS 2 CORRECCIN 3 EVALUACIN Contenido (XHTML, MathML)

ITEMBODY

Adicionalmente a la definicin de la presentacin de las preguntas y junto a la definicin de la interaccin se llevar a cabo para recolectar las respuestas, es necesario especificar cmo corregir la pregunta. El funcionamiento de la correccin es simple y directo (figura 6.4.a.) Cuando un alumno tiene que responder a una pregunta, la herramienta presentar la pregunta y la interaccin al alumno. Como resultado de esta interaccin obtendremos una representacin de la respuesta del alumno (figura 6.4.a, 1). Estas respuestas servirn como informacin de entrada para el proceso de correccin (figura 6.4.a, 2) generando finalmente una evaluacin (figura 6.4.a, 3) IMS QTI proporciona un arsenal de herramientas que nos permiten crear mtodos de evaluacin con alto nivel de personalizacin, incluyendo la posibilidad de forzar una determinada presentacin. Sin embargo esto lleva a que el creador de la pregunta necesite conocer en detalle la especificacin IMS QTI e incluso tener conocimientos de programacin. Para simplificar tanto la tarea de autora como la creacin de herramientas que pongan en prctica IMS QTI se han definido un conjunto de plantillas de correccin en la que se han tenido en cuenta los casos tpicos de correccin. Finalmente, tambin es posible que cuando creemos una pregunta no indiquemos como corregirla automticamente, en este caso, es necesaria la intervencin externa (e.g. del profesor) para llevar a cabo la correccin de la misma, es decir, para crear la evaluacin de la pregunta. Habitualmente slo necesitamos indicar cuales de las opciones son correctas.

6.5. INTERACCIONES
En el caso de IMS QTI no est contemplado el concepto de tipo de pregunta, existiendo en su lugar el concepto de interaccin. Las interacciones permiten al profesor especificar las herramientas que tendr el alumno disponible para poder construir la respuesta.

105

Al igual que existen mltiples tipos de pregunta, tambin existen mltiples tipos de interaccin. A continuacin se describirn los tipos de interacciones posibles que pueden utilizarse dentro de una pregunta. Hay que remarcar que existen dos grupos de interacciones, las interacciones en lnea y las interacciones en bloque. Las interacciones en lnea son un tipo de interaccin que pueden incluirse en medio del enunciado de la pregunta. Por otra parte las interacciones de tipo bloque estn pensadas para ser presentadas de manera independiente al enunciado de la pregunta. Para ejemplificar las posibles interacciones que se nos ofrecen y debido a la falta de herramientas que proporcionen un soporte completo a la especificacin, haremos uso de los ejemplos que se nos ofrecen en la propia especificacin.

6.5.1. Interacciones Simples


Las interacciones simples con aquellas interacciones en las que la correccin de las mismas se realiza en base a la seleccin de una opcin o varias opciones disponibles. Las interacciones que pertenecen a esta categora son: choiceInteraction. Esta interaccin muestra al alumno un conjunto de posibles opciones. El alumno podr seleccionar una o varias posibles opciones como respuesta. Es posible indicar que el conjunto de posibles opciones sea barajado entre distintos intentos del alumno. orderInteraction. En esta interaccin el objetivo del alumno es reordenar el conjunto de soluciones proporcionada. Adems, es posible un nmero mnimo y un nmero mximo de opciones que conforman la solucin, de manera que se realizara una seleccin sobre las opciones disponibles y posteriormente se realizara una ordenacin de los elementos de dicha seleccin. associateInteraction. Esta interaccin presenta al alumno un conjunto de opciones y permite crear asociaciones por parejas entre dichas opciones. Es posible indicar el nmero mnimo y mximo de asociaciones que deben crearse como parte de la respuesta. Adems, tambin es posible indicar el nmero mnimo y mximo de veces que una de las opciones puede aparecer dentro de una asociacin. matchInteraction. Esta interaccin presenta al alumno dos conjuntos de opciones y le permite crear pares de asociaciones entre ellas. Al igual que en la interaccin anterior es posible indicar el nmero mnimo y mximo de asociaciones posibles o el nmero mnimo y mximo de apariciones de una de las opciones en las asociaciones creadas. gapMatchInteraction. Esta interaccin permite definir un conjunto de huecos dentro del enunciado de la pregunta a mostrar al alumno. Adems se permitir al alumno asociar a cada uno de los huecos una de las posibles opciones de respuesta. Hay que destacar que las opciones posibles son compartidas por todos los huecos. Como posibles respuestas es posible utilizar texto o tambin es posible utilizar imgenes. Adems es posible restringir el nmero mnimo y mximo de veces que es utilizada cada una de las posibles opciones del conjunto de respuestas.

106

Figura 6.5.1.a. Ejemplo de choiceInteraction. Captura tomada mediente la herramienta <e-QTI> en desarrollo en la Universidad Complutense de Madrid

Figura 6.5.1.b. Ejemplo de ordeInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

107

Figura 6.5.1.c. Ejemplo de associateInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

Figura 6.5.1.d. Ejemplo de matchInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

Figura 6.5.1.e. Ejemplo de gapMatchInteraction. Fuente: IMS QTI v 2.1 Implementation Guide.

108

6.5.2. Interacciones de Texto


En esta categora se encuentran las interacciones en las que la respuesta que construir el alumno puede ser una nica palabra, una frase corta o un prrafo de texto completo. Estas interacciones permiten que durante el proceso de correccin se tenga en cuenta la respuesta en forma de texto que ha construido el alumno. Las interacciones que pertenecen a esta categora son: inlineChoiceInteraction (interaccin en lnea). Esta interaccin est pensada para definir un hueco donde se permitir al alumno escoger entre un conjunto de opciones, donde cada una de estas opciones una palabra o frase corta. A diferencia de gapMatchInteraction, esta interaccin est ideada para que cada uno de los huecos pueda tener un conjunto de opciones independiente. Es posible definir que las respuestas sean barajadas entre distintos intentos del alumno. textEntryInteraction (interaccin en lnea). Al igual que la interaccin anterior, esta interaccin tiene como objetivo crear un hueco donde se permitir teclear una palabra o frase corta para poder construir la respuesta. Cuando se define una pregunta con esta interaccin es posible especificar la longitud del texto que se espera que el alumno introduzca. extendedTextInteraction. Esta interaccin est pensada para que el alumno construya como respuesta un prrafo de texto. Es posible indicar el nmero mnimo y mximo de lneas de texto esperadas, junto con la longitud mxima de cada una de ellas. hottextInteraction. El objetivo de esta interaccin es que el alumno seleccione partes de texto que estarn resaltadas en el enunciado de la pregunta. Es posible indicar el nmero mnimo y mximo de elecciones que debe realizar el alumno, siendo 0, el valor mnimo, y 1, el valor mximo, de selecciones por defecto.

Figura 6.5.2.a. Ejemplo de inlineChoiceInteraction. Fuente: IMS QTI v 2.1 Implementation Guide.

109

Figura 6.5.2.b. Ejemplo de textEntryInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

Figura 6.5.2.c. Ejemplo de extendedTextInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

Figura 6.5.2.d. Ejemplo de hottextInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

110

6.5.3. Interacciones grficas


Las interacciones grficas tienen como elemento principal una imagen que se utilizar como fondo del enunciado y sobre la que se realizarn todas las acciones permitidas en las interacciones para que el alumno construya la respuesta. Las interacciones que pertenecen a esta categora son: hotspotInteraction. El objetivo de esta interaccin es presentar al alumno un conjunto de puntos calientes (hotspot) sobre una imagen utilizada como fondo del enunciado. El alumno deber seleccionar uno o varios de estos puntos calientes para construir la respuesta. Es posible especificar el nmero mnimo y mximo de selecciones que debe realizar el alumno, siendo 0, el valor mnimo, y 1, el valor mximo, de selecciones por defecto. selectPointInteraction. El objetivo de esta interaccin es que el alumno seleccione uno o varios puntos de una imagen utilizada como fondo del enunciado. Al contrario que en la interaccin anterior, no se le presentar al alumno ninguna zona resaltada. graphicOrderInteraction. Esta interaccin mostrar un conjunto de puntos calientes sobre una imagen que ser utilizada como fondo del enunciado. El objetivo es que el alumno realice una ordenacin de estos puntos calientes. Al igual que la interaccin orderInteraction, es posible definir el nmero mnimo y mximo de opciones que formarn parte de la respuesta, de manera que el alumno primero seleccionar las opciones y posteriormente realizar la ordenacin de las mismas. graphicAssociateInteraction. Esta interaccin mostrar un conjunto de zonas seleccionables o puntos calientes sobre una imagen que ser utilizada como fondo del enunciado. El objetivo de la interaccin es permitir al alumno la creacin de pares de asociacin entre los puntos calientes. Es posible indicar el nmero mximo de asociaciones que el alumno puede crear. Asimismo tambin es posible indicar el nmero mnimo y mximo de cada uno de los puntos calientes dentro de las asociaciones creadas. graphicGapMatchInteraction. Esta interaccin mostrar un conjunto de puntos calientes sobre una imagen que ser utilizada como fondo del enunciado, adems se proporcionar al alumno un conjunto de opciones. El objetivo es que el alumno construya parejas entre los puntos calientes y las opciones que le son proporcionadas. Hay que destacar que el conjunto de opciones disponibles es compartido por todos los puntos calientes. Asimismo, es posible definir el nmero mnimo y mximo de veces que puede aparecer una de las opciones en una de la parejas creadas por el alumno. positionObjectInteraction. En esta interaccin el alumno colocar una imagen le ser proporcionada sobre alguna zona de otra imagen ser utilizada como fondo del enunciado. Esta interaccin es similar a la interaccin selectPointInteraction, ya que tienen como objetivo seleccionar puntos de la imagen que se utiliza como fondo, en el caso de la interaccin positionObjectInteraction esta posicin seleccionada se marcar con la imagen que se le proporciona al alumno. Es posible definir el nmero mnimo y mximo de posibles selecciones que puede realizar el alumno.

111

Figura 6.5.3.a. Ejemplo de hotspotInteraction. Fuente: IMS QTI v 2.1 Implementation Guide.

Figura 6.5.3.b. Ejemplo de selectPointInteraction. Fuente: IMS QTI v 2.1 Implementation Guide.

112

Figura 6.5.3.c. Ejemplo de graphicOrderInteraction. Fuente: IMS QTI v 2.1 Implementation Guide.

Figura 6.5.3.d. Ejemplo de graphicAssociateInteraction. Fuente: IMS QTI v 2.1 Implementation Guide.

113

Figura 6.5.3.e. Ejemplo de graphicGapMatchInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

Figura 6.5.3.f. Ejemplo de positionObjectInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

6.5.4. Otras tipos de interacciones


En esta categora se encuentran interacciones relativamente avanzadas. Las interacciones que pertenecen a esta categora son: sliderInteraction. Esta interaccin muestra al alumno una barra deslizante que permitir al alumno seleccionar la respuesta correcta. mediaInteraction. Esta interaccin est pensada para ser utilizada de manera conjunta con alguna otra interaccin. El objetivo de esta interaccin es permitir

114

drawingInteraction. Esta interaccin tiene como objetivo permitir al alumno pintar sobre una imagen proporcionada en el enunciado. El resultado de la pregunta ser la propia imagen modificada. uploadInteraction. Esta interaccin tiene como objetivo permitir al alumno crear una respuesta a partir de un fichero que ser enviado a la herramienta desde el ordenador del alumno. customInteraction. Esta interaccin tiene como objetivo servir como base para la creacin de interacciones particulares de cada herramienta que no se puedan encuadrar a ninguna de las interacciones descritas anteriormente.

Figura 6.5.4.a. Ejemplo de sliderInteraction. Fuente: IMS QTI v 2.1 Implementation Guide

6.6. LOS EXMENES EN IMS QTI V 2.1


Un examen para IMS QTI es simplemente un grupo de preguntas. Durante el proceso de creacin podemos estructurar el examen en distintas partes (testPart). Por ejemplo, si hemos impartido un mdulo de un curso en el cual se discuten distintos temas, podemos crear un examen en el que se crean distintas partes por cada uno de esos temas. Asimismo, estas partes pueden dividirse en distintas secciones (sections) que representan diferentes secciones dentro de una parte del examen. Tanto las partes como las secciones de un examen pueden contener materiales que sern presentados a los alumnos durante la realizacin de dicha parte o seccin. El objetivo de las partes del examen es doble: Desde el punto del alumno, cuando realice el examen se le presentarn cada una de las partes en las que est dividido el examen en el orden en el que aparecen en la definicin del examen.

115

Desde el punto de vista del creador del examen, el uso de distintas partes permite configurar distintas partes del examen, por ejemplo, indicando alguna limitacin en el tiempo que puede emplear un alumno en una parte o seccin (para mayor detalle consultar la seccin 6.8.3).

Adems de la estructuracin, un objetivo adicional es la generacin de una nica evaluacin, es decir, de una nota que agrupe todas las evaluaciones individuales de las preguntas, ponderndolas con algn factor si fuera necesario. Para ello, durante la creacin del examen se puede definir como ha de realizarse la agrupacin de las evaluaciones individuales. Finalmente hay que destacar que desde el punto de vista de QTI la creacin de un examen se realiza de manera completamente independiente de las preguntas de las que est compuesto. Al intercambiar un examen entre la herramienta de autora y la herramienta que interpreta la descripcin del examen, este intercambio se realiza creando un paquete de intercambio definido mediante el uso de la especificacin IMS Content Packaging (ver el captulo dedicado a describir esta especificacin).

Figura 6.6.a. Estructura de un examen (assessmentTest) completo.


Paquete IMS (IMS CP) asessmentTest (examen) testPart (particin) testPart (particin) testPart (particin)

section

section

section

P1

P2

section

section

P6

P3

P4

P5

P7

pregunta pregunta

pregunta pregunta

pregunta pregunta

pregunta

116

Figura 6.6.b. Vista del mdulo de edicin de exmenes de la herramienta <e-QTI>

6.7. RESULTADOS Y ESTADSTICAS


Adems de permitirse el intercambio de la definicin de las preguntas y de los exmenes, IMS QTI tambin permite el intercambio entre distintas herramientas de un informe en el que se incluyen los resultados que ha obtenido un alumno cuando ha realizado un examen concreto o cuando ha respondido a una o varias preguntas aisladas. Dentro del informe se puede incluir la siguiente informacin: Identificacin del alumno. Se incluye la informacin necesaria para identificar al alumno, esta informacin se encuentra codificada utilizando la especificacin IMS Learning Information Profile. Identificacin del examen y/o preguntas. Se incluye la informacin necesaria para identificar que herramienta ha generado el informe, adems de la informacin necesaria para identificar los exmenes y las preguntas a las que hace referencia este informe. Informe acerca de las preguntas individuales realizadas por el alumno. Esta informacin incluye las respuestas que ha creado el alumno a partir de las interacciones, la informacin relativa a las respuestas correctas, si se sta

117

Informacin acerca de los exmenes. Esta informacin incluye el resultado de la agregacin de las evaluaciones de las preguntas individuales.

Adems de la informacin especfica para un alumno, examen y preguntas particulares, tambin es posible realizar el intercambio de informacin estadstica acerca de los resultados obtenidos por los alumnos en exmenes y preguntas. La informacin que se intercambia incluye informacin como el nmero de muestras a partir de las que se ha generado la informacin estadstica, la media aritmtica, la varianza o a desviacin tpica. Adems tambin es posible intercambiar los resultados de la aplicacin de otros clculos estadsticos habituales o incluso la aplicacin de clculos estadsticos adaptados a nuestras propias necesidades. Para simplificar su intercambio se hace uso de la especificacin IMS Vocabulary Definition Exchange para poder describir, tanto para las herramientas software, cmo para los actores humanos, los algoritmos estadsticos.

6.8. CONCEPTOS AVANZADOS


Adems de las posibilidades vistas hasta ahora la especificacin IMS QTI permite que podamos crear preguntas y exmenes utilizando funcionalidades avanzadas, las cuales requieren tanto un mayor conocimiento de la propia especificacin como un mayor esfuerzo desde el punto de vista tcnico. Debido a estos requisitos es posible que alguna de las caractersticas no estn disponibles en todos las herramientas de gestin de evaluaciones que sean compatibles con QTI. A continuacin se describen las caractersticas avanzadas ms relevantes.

6.8.1. Intentos y Sesiones de Interaccin


El proceso de interaccin tpico de alumno con una pregunta, denominado intento, consta de tres pasos: Primero. Se presenta al alumno el enunciado de la pregunta, incluyendo algn contenido adicional que especifique el contexto de la pregunta. Segundo. El alumno construye la respuesta utilizando las herramientas proporcionadas por la interaccin que el profesor ha elegido para la pregunta. Tercero. El alumno enva la respuesta para que esta sea corregida. Habitualmente, slo se lleva a cabo un intento por pregunta, sin embargo, en la especificacin se ha tenido en cuenta la posibilidad de que un alumno realice varios intentos sobre la misma pregunta, denominndose a este conjunto de intentos como sesin de interaccin. Adems tambin est contemplado que un alumno pueda suspender el intento, es decir que el alumno puede construir parcialmente la respuesta pero sin enviar la respuesta para su correccin. De esta manera, el alumno puede

118

pasar a otra pregunta del examen y posteriormente puede volver a la pregunta suspendida y terminar el intento. Los intentos son importantes ya que dentro del proceso de correccin se va permitir la posibilidad de presentar nueva informacin al alumno entre intentos haciendo uso del mecanismo de realimentacin. Asimismo, es posible modificar incluso la propia pregunta, por ejemplo, al fallar los dos primeros intentos podra darse un tercer intento final en el cual el enunciado de la pregunta y la interaccin a utilizar para construir la pregunta fueran distintas a la original.

6.8.2. Preguntas dinmicas: Realimentacin, Preguntas adaptativas y Preguntas Compuestas


Cuando diseamos una pregunta podemos hacerlo teniendo en mente que un alumno pueda interactuar varias veces con dicha pregunta. La idea es que durante el proceso de creacin de la pregunta vamos a poder aadir contenidos e interacciones adicionales que en el primer intento del alumno van a estar ocultas pero que en intentos sucesivos pueden aparecer segn las respuestas del alumno y los resultados del proceso de correccin posterior. Al tipo de preguntas donde el proceso de correccin y el contenido de la pregunta se modifica dependiendo de cada intento del alumno son denominadas preguntas adaptativas. El mecanismo de realimentacin puede ser utilizado en numerosas situaciones, algunas de ellas son: Cuando un alumno ha fallado una pregunta, podemos mostrarle un mensaje indicando que ha fallado la pregunta, o podemos incluir alguna pista para que el alumno pueda responder correctamente a la pregunta. Tras finalizar el ltimo intento de la pregunta, podemos mostrar un mensaje al alumno informndole de cual era la respuesta correcta. En el ltimo intento de una pregunta, podemos hacer que aparezca una nueva interaccin en la que se permita al alumno construir una respuesta de manera ms simple, de forma que el resultado final de la pregunta ser la evaluacin de esta nueva interaccin. Algunas interacciones como, por ejemplo, la interaccin choiceInteraction en la que se describe cada una de las posibles respuestas de la pregunta, podemos modificar dicha descripcin. Adems tras el proceso de correccin se puede mostrar un mensaje indicando que dicha opcin es incorrecta, de manera que el mensaje se mantendr durante los restantes intentos del alumno. La Figura 6.8.2.a. muestra un ejemplo de pregunta acerca de la geografa espaola. Esta pregunta hace uso de la interaccin hotspotInteraction, definiendo un conjunto de puntos calientes para cada una de las provincias de la comunidad de Castilla La Mancha. En el primer intento slo se muestra el mapa de Espaa, el enunciado de las pregunta y finalmente se marcan los puntos calientes. En el ejemplo, el alumno selecciona en el primer intento la provincia de Cuenca. Cuando el alumno finaliza el intento, es decir, cuando enva la respuesta se corrige y se descubre que el alumno ha fallado. En el siguiente intento del que dispone el alumno, se le vuelve a mostrar la

119

misma interaccin y enunciado, pero esta vez se le muestra un mensaje adicional informando que la opcin seleccionada es incorrecta. Hay que destacar que en este caso debe estar seleccionado el punto caliente que haba seleccionado inicialmente el alumno. Figura 6.8.2.a. Ejemplo de pregunta con un hotspotInteraction con retroalimentacin. (a) Presentacin de la pregunta en el primer intento. (b) Presentacin de la pregunta en el segundo intento. La respuesta seleccionada se presenta de nuevo junto al mensaje de retroalimentacin

(a) Cul de las provincias destacadas es Toledo?

(b) Cul de las provincias destacadas es Toledo?

Has seleccionado Cuenca!, intntalo de nuevo


El uso de varias interacciones dentro de una pregunta, no est restringido slo a las preguntas adaptativas. En el proceso de creacin de una pregunta en la que el alumno no tenga varios intentos posibles, tambin es posible hacer uso de varias interacciones

120

independiente dentro de la definicin de la misma pregunta, de forma que las interacciones son evaluadas de manera independiente. Este tipo de preguntas son denominadas preguntas compuestas. Por ejemplo, el profesor puede utilizar esta caracterstica para definir alguna pregunta adicional que utilice el mismo enunciado, por ejemplo, para poder asignar una puntacin extra. Debemos resaltar que cada una de estas interacciones se corregir de manera independiente.

6.8.3. Exmenes Dinmicos


De manera adicional a la creacin de preguntas dinmicas, es posible definir exmenes dinmicos. Cuando se disea un examen, existen dos posibilidades para crear exmenes dinmicos dependiendo de si el examen se modifica antes de que el alumno intente responder a alguna de las preguntas que lo componen o bien la modificacin del examen que se realizar durante la propia realizacin del examen.La modificacin de un examen puede llevarse a cabo de manera previa a la realizacin del examen, donde en este caso el examen acta como plantilla. El resultado final es que las secciones del examen se ven afectadas dependiendo del resultado de la aplicacin de un conjunto de reglas. Estas reglas estarn definidas en las secciones del examen y afectaran a las otras secciones y preguntas que puede contener una seccin. La idea es que dentro de las secciones se ordenarn de manera aleatoria las secciones y preguntas contenidas, siendo posible seleccionar un nmero de ellas posteriormente a la reordenacin de las mismas. Por ejemplo, en la Figura 6.8.3.a.podemos observar la estructura de una parte de un examen en el momento de la autora (figura Error! No se encuentra el origen de la referencia., 1). Posteriormente (figura Error! No se encuentra el origen de la referencia., 2) se seleccionan las dos primeras secciones de una parte del examen, donde tambin podemos observar como en la seccin S4 las dos preguntas han sido reordenadas.

121

Figura 6.8.3.a. Ejemplo de examen dinmico. (1) Estructura original de una de las partes del examen. (2) Estructura de la parte del examen tras aplicar las reglas de seleccin y ordenacin

(1)
testPart

S1

S2

S3

P1

P2

S4

S5

P6

P3

P4

P5

P7

(2)
testPart

S1

S2

P1 S4 S5

P4

P3

P5

P7

Asimismo, los exmenes que se modifican dinmicamente durante la realizacin del examen son denominados exmenes adaptativos. El alumno atravesar las partes del examen dependiendo de los resultados de la correccin de las preguntas. Por ejemplo, se puede crear un examen con dos partes, de manera que si no se obtiene una puntuacin mnima en una parte del examen no se puede avanzar a la siguiente parte del mismo.

6.8.4. Bancos de Preguntas


En las versiones anteriores de IMS QTI se defina con una notacin especfica el formato de intercambio de los bancos de preguntas. Sin embargo, en la versin 2 de la especificacin se ha tenido en cuenta el uso de otras especificaciones y la metodologa utilizada para el intercambio de informacin realizada en el resto de especificaciones de IMS. Por ello, para realizar el intercambio de bancos de preguntas, simplemente es necesario crear cada una de las preguntas de manera individual y posteriormente utilizar la especificacin IMS Content Packaging para intercambiar cada una de las preguntas como un recurso independiente dentro de la definicin del paquete IMS.

122

Figura 6.8.4.a. Paquete de intercambio compatible con la especificacin IMS Content Packaging. El archivo imsmanifest.xml har referencia a otros archivos que estarn dentro del paquete y que contendrn la definicin de la pregunta
Paquete IMS (IMS Content Packaging) manifiesto (imsmanifest.xml) recurso recurso recurso

pregunta

pregunta

pregunta

6.9. RELACIN CON OTRAS ESPECIFICACIONES


Parte de los objetivos de la versin 2 de QTI es hacer uso de las especificaciones existentes para evitar solapamientos en las funcionalidades que ofrecen. Algunas de las especificaciones y estndares que estn relacionados con QTI son: IMS Metadata, IEEE LOM. Al igual que el resto de contenidos educativos, es necesario la inclusin de metainformacin que permita clasificar los contenidos. En el caso de las preguntas y exmenes la metainformacin es muy til a la hora de almacenar las preguntas dentro de los bancos de preguntas, de manera que podramos clasificar las preguntas segn materias y dificultades, facilitando la bsqueda dentro de dichos repositorios y la posible generacin automtica de exmenes. IMS Learning Information Package. Como resultado de la realizacin del examen se genera informacin relativa al expediente acadmico del alumno, adems dentro de IMS QTI hace falta de alguna manera hacer referencia al alumno que ha realizado el examen. IMS Learning Design. Como se menciona en el captulo dedicado a esta especificacin, IMS Learning Design en el nivel B de la especificacin hace uso de las condiciones para poder modificar la Unidad de Aprendizaje dependiendo de la evaluacin de estas condiciones. Las condiciones incluyen la consulta de propiedades que han sido definidas por el creador de la Unidad de Aprendizaje para almacenar informacin segn interacte el alumno con la Unidad de Aprendizaje. Una posible actividad en una Unidad de Aprendizaje puede ser la realizacin de un examen, donde la puntuacin de este examen ser almacenada en alguna propiedad de la Unidad de Aprendizaje, de manera que

123

IMS Simple Sequencing, SCORM. Al igual que con IMS Learning Design, tanto en IMS Simple Sequencing como en el caso particular del perfil de aplicacin SCORM, existe un conjunto de propiedades que condicionan como se secuenciarn los Objetos de Aprendizaje. Al igual que en el caso de IMS Learning Design, podemos condicionar que se le presente al alumno uno o varios Objetos de Aprendizaje dependiendo de la nota que haya obtenido en el examen.

6.10. HERRAMIENTAS RELACIONADAS


Existen diversas herramientas que proporcionan soporte en mayor o menor medida a la especificacin IMS QTI en sus diferentes versiones. Las herramientas pueden ser divididas en tres categoras: Herramientas de Autora. Herramientas que permitirn crear exmenes y finalmente salvarlos en el formato IMS QTI. LMS. En este caso los LMS incluirn una herramienta de gestin de evaluaciones en lnea donde la herramienta permitir importar y/o exportar las preguntas y exmenes en formato IMS QTI. Reproductores y motores de ejecucin. Los reproductores interpretarn preguntas y exmenes compatibles con IMS QTI y permitirn realizar el examen. Los motores de ejecucin, proporcionan infraestructura y componentes varios para la creacin de herramientas de evaluacin en lnea, en este caso compatibles con IMS QTI.

Algunas herramientas de autora son: Respondus (http://www.respondus.com) QuestionMarks Perception (http://www.questionmark.com) Assesst Designer (http://www.softpedia.com/get/Others/Home-Education/IMS-AssesstDesigner.shtml) Algunos LMS que proporcionan soporte para IMS QTI: Dokeos (http://www.dokeos.com/) Claroline (http://www.claroline.net) SAKAI (http://www.sakaiproject.org) .LRN (http://www.openacs.org) OLAT (http://www.olat.org) WebCT (http://www.webct.com) Sistemas que permiten la visualizacin y ejecucin de QTI: <e-QTI> (http://www.e-ucm.es/projects/eqti/) Q-Player (http://www.e-teach.ch/qplayer/) APIS (http://apis.sourceforge.net/) R2Q2 (http://www.r2q2.ecs.soton.ac.uk/) MathQTI (http://mqat.sourceforge.net/

124

7. ADL SCORM 7.1. INTRODUCCIN


Como se ha indicado en la visin general de los estndares ante la variedad de propuestas de especificacin provenientes de distintas organizaciones y los posibles problemas derivados de la falta de coordinacin entre estos grupos, en Noviembre de 1997 el Departamento de Defensa de los Estados Unidos de Amrica y la Oficina de Polticas de Ciencia y Tecnologa de la Casa Blanca (White House Office of Science and Technology Policy, OSTP) lanzaron la iniciativa Advanced Distributed Learning (ADL) con el objetivo de impulsar y liderar los diversos esfuerzos orientados al empleo de las Tecnologas de la Informacin y la Comunicacin para la modernizacin del aprendizaje. Los objetivos principales eran estimular el mercado del software educativo y fomentar la creacin de contenidos interoperables. La visin de ADL era que las especificaciones (muchas de ellas descritas en este informe) tenan la madurez suficiente pero faltaba un impulso que condujese a su adopcin masiva. As, en lugar de proponer un nuevo estndar para competir con especificaciones propuestas por otras organizaciones, ADL ha tratado de aunar las ideas de las distintas especificaciones en un nico modelo de referencia, permitiendo as que los distintos grupos interesados tuviesen un objetivo claro y bien definido. Aunque ADL ha participado directa o indirectamente en diversos proyectos relacionados con la mejora de los procesos de aprendizaje (incluyendo videojuegos educativos, simulaciones, tutores inteligentes, etc.), la principal aportacin de ADL es SCORM (Modelo de Referencia para Objetos de Contenido Compartibles, del ingls Sharable Content Object Reference Model) (ADL SCORM 2002, 2006), que especifica cmo se deben definir los objetos de aprendizaje, sus metadatos, su empaquetamiento y su distribucin. Tambin se especifican los mecanismos para secuenciar estos objetos y formar as cursos con estructuras que pueden tener forma lineal o definir caminos educativos complejos. Todos estos conceptos se definen empleando especificaciones previamente existentes. SCORM ha tenido y tiene un gran impacto en el campo del aprendizaje a travs de Internet dado que tanto la industria como el mundo acadmico han reconocido el liderazgo de ADL como entidad de referencia a la hora de valorar la calidad de los procesos de aprendizaje. En la actualidad la compatibilidad con SCORM es el principal punto de encuentro entre todas las organizaciones implicadas en el campo del aprendizaje asistido por computadora. Ningn estndar ni ninguna especificacin aparecen mencionados tan a menudo como las siglas SCORM ni en el campo acadmico ni en la industria. Trascendiendo incluso su gran utilidad como estndar, el peso de ADL ha convertido a SCORM en un requisito prcticamente indispensable de cara a la comercializacin de un nuevo producto de enseanza.

125

7.2. LA ESPECIFICACIN SCORM


Segn la visin de ADL, la presencia de las distintas especificaciones propuestas por diversos grupos no resultaba suficiente para garantizar los siguientes objetivos fundamentales identificados cuando la iniciativa fue lanzada: Poder trasladar cursos de un LMS a otro Reutilizar piezas de contenido en distintos cursos Secuenciar estos contenidos reutilizables con soporte para ramificaciones, planes alternativos u otras estrategias de aprendizaje adaptables Realizar bsquedas en bibliotecas de contenido o repositorios a travs de distintos LMS

En particular, ADL se bas en la afirmacin de que, aunque existiesen especificaciones cubriendo estos aspectos de la interoperabilidad, en la prctica esto no era posible por falta de implantacin de las especificaciones en algunos casos y por conflictos entre especificaciones en otros casos. As, desde su posicin de liderazgo debida al respaldo de la Administracin Norteamericana, ADL propuso el modelo SCORM con el objetivo de establecer un marco comn para el aprendizaje asistido por computadora y basado en la red Internet. Este marco comn provee un conjunto de guas, especificaciones y estndares basados en las especificaciones previamente existentes en el campo propuestas por distintas organizaciones. En la actualidad, ADL sigue trabajando con estas organizaciones colaborando en la evolucin de los estndares y en la mejora y el crecimiento de SCORM.

7.2.1. Objetivos
La definicin del modelo SCORM, as como su evolucin y las distintas decisiones de diseo tomadas durante el proceso de especificacin, se basan en 6 principios esenciales ya descritos en temas anteriores y que en la visin de la Iniciativa ADL se enuncian como: Accesibilidad: Definida como la posibilidad de localizar y acceder a componentes instruccionales desde una ubicacin remota y su envo a otras muchas localizaciones. Adaptabilidad: Definida como la posibilidad de adaptar la enseanza a distintas necesidades individuales u organizacionales. Asequibilidad: Definida como la posibilidad de aumentar la eficiencia y la productividad reduciendo el tiempo y el coste invertidos en la enseanza. Durabilidad: Definida como la posibilidad de resistir la evolucin de la tecnologa y futuros cambios sin incurrir en rediseos, reconfiguraciones o recodificaciones excesivamente costosas. Interoperabilidad: Definida como la posibilidad de tomar componentes instruccionales desarrollados en una ubicacin determinada y empleando unas

126

Reusabilidad: Definida como la flexibilidad para incorporar componentes instruccionales en mltiples contextos y aplicaciones

La aplicacin de estos principios ms o menos abstractos a la enseanza a travs de Internet resulta en la definicin de las habilidades que se intentan garantizar mediante la implementacin de SCORM: Un LMS debera ser capaz de ejecutar contenido creado empleando herramientas de distintos vendedores. As mismo, un LMS debera ser capaz de intercambiar informacin con este contenido para poder llevar a cabo su adaptacin y evaluar el camino a seguir en funcin de los resultados obtenidos con ese contenido. Distintos LMS desarrollados por distintos vendedores deberan ser capaces de ejecutar el mismo contenido y de intercambiar informacin con el mismo. Distintos LMS desarrollados por distintos vendedores deberan ser capaces de acceder a distintos repositorios de contenido ejecutable y ejecutar ese contenido. En la concepcin de SCORM se ha tenido adems en cuenta el hecho de que los LMS son una poblacin heterognea, con distintas capacidades, implementados con tecnologas diversas y con distintos objetivos comerciales. Por ello, la especificacin de SCORM se centra en definir las interfaces entre el contenido instruccional y el LMS que los gestiona y ejecuta, dejando abierta la implementacin as como las distintas facilidades adicionales ofrecidas por LMS como pueden ser foros de discusin, facilidades de comunicacin o emisin de certificados. Esto permite equilibrar la necesidad de mecanismos de interoperabilidad con la libertad de innovar para obtener una ventaja competitiva.

7.2.2. La organizacin de SCORM


La especificacin de SCORM se centra en 3 aspectos y para cada uno de ellos se publica un documento tcnico distinto estableciendo los detalles de dichos aspectos. Figura 7.2.2.a. La biblioteca SCORM (Fuente: SCORM 2004 3rd Edition)

127

stos son los documentos tcnicos que forman la especificacin SCORM: Modelo de Agregacin de Contenido (Content Aggregation Model, CAM): Este manual describe los distintos tipos de objetos de contenido permitidos dentro de la especificacin y detalla los mecanismos que se deben seguir para su empaquetamiento, descubrimiento en repositorios y su distribucin e interoperabilidad entre distintos LMS Entorno de Tiempo de Ejecucin (Run-Time Environment, RTE): El requisito de adaptabilidad e intercambio de datos entre el contenido y el LMS da lugar a contenidos educativos ms complejos de lo habitual y es necesario estandarizar el proceso de ejecucin de estos contenidos para garantizar la interoperabilidad entre distintos LMS. Por ello, este manual define el proceso de ejecucin y los mecanismos de comunicacin que tanto el LMS como el propio contenido deben emplear. Secuenciamiento y Navegacin (Sequencing and Navigation, SN): Este manual define los mecanismos para que los LMS puedan concatenar las actividades educativas de modo consistente. El manual recoge los eventos que pueden ser generados por los alumnos o por el sistema y que deben ser procesados por el LMS para decidir cual es el recurso educativo que debe ser servido a continuacin. Tambin se recoge el modelo de datos para generar y procesar estos eventos.

7.2.3. SCORM y otros estndares


Como ya se ha mencionado, SCORM no consiste en una especificacin que compita con las ya existentes en el campo. Al contrario, SCORM agrupa diversas especificaciones de diversos organismos y colabora con dichos organismos en la evolucin de estas especificaciones. En particular SCORM integra las siguientes especificaciones de grupos como IMS Global Consortium, ARIADNE, AICC o IEEELTSC: IEEE Learning Object Meta-data 1484.12 (IEEE LOM 2002): Empleado en el Modelo de Agregacin de Contenido para definir los Metadatos de los objetos de contenido. IEEE ECMAScript API for Content to Runtime Services Communication 1484.11.2 (IEEE EACRSC 2003): Empleado por el Entorno de Tiempo de Ejecucin para definir el mecanismo de comunicacin entre el contenido y el LMS IEEE Data Model for Content Object Communication 1484.11.1 (IEEE DMCOC 2002): Empleado por el Entorno de Tiempo de Ejecucin para definir el modelo de datos empleado en la comunicacin entre el contenido y el LMS AICC/Web-Based CMI Guidelines (AICC WBCMIG 1998): Empleado para definir la estructura del contenido en el Modelo de Agregacin de Contenido. IMS Content Packaging (IMS CP): Empleado en el Modelo de Agregacin de Contenido para agrupar objetos de contenido.

128

IMS Simple Sequencing (IMS SS): Empleado para el secuenciamiento de actividades en un curso.

7.3. Modelo de agregacin de contenido


El Modelo de Agregacin de Contenido de SCORM representa el punto de partida a la hora de crear paquetes de contenido que pueden ser divididos en partes interoperables. Para ello se concibe un proceso en el disean e implementan procesos educativos mediante la creacin y agregacin de recursos simples formando recursos educativos complejos que a su vez se organizan en una determinada secuencia. El Modelo de Agregacin de Contenido especifica los requisitos en los que se apoya este proceso definiendo: Un Modelo de Contenido: Nomenclatura de los elementos que componen un proceso educativo. Un Modelo de Empaquetamiento: Definicin de cmo representar la estructura del contenido y como agregar distintos recursos educativos para su transporte entre distintos entornos Metadatos: Un mecanismo para la descripcin del contenido generado que permita realizar bsquedas y catalogaciones de este contenido Secuenciamiento: Un modelo basado en reglas que describe el orden en que deben ejecutarse los distintos recursos educativos.

Las siguientes secciones se centran en mostrar los conceptos principales en cada uno de estos apartados. All donde corresponda, se emplear una versin modificada del curso de Introduccin a la Geometra planteado en el captulo sobre IMS Content Packaging para ilustrar los conceptos presentados. En este caso, el curso es un poco ms complejo e incluye los siguientes elementos de contenido tal y como se muestran en la Figura 7.3.a: Un tutorial. Dicho tutorial consta de cuatro archivos HTML: principal.html, con la presentacin del tutorial, intro.html, con una introduccin, conten.html, con el contenido, y res.html, con un resumen. Desde conten.html se refieren dos imgenes: fig0.1.jpg y fig0.2.jpg. Dos temas de contenido ms detallado. Cada tema est formado por un fichero HTML (Tema1.html y Tema2.html) y una imgen de apoyo (Fig1.1.jpg y Fig2.1.jpg). Dos posibles ejercicios de evaluacin de complejidades distintas. Cada ejercicio consta de un archivo XML que sigue la especificacin IMS QTI (ver el captulo dedicado a esta especificacin): ej1.xml y ej2.xml. Este material est colocado en la subcarpeta ejercicios. El segundo ejercicio es ms complicado que el primero.

129

Figura 7.3.a. Los ficheros que forman el curso de Introduccin a la Geometra

principal.html cursogeometria Tutorial intro.html conten.html res.html Fig0.1.jpg Fig0.2.jpg Tema1.html Tema 1 Fig1.1.jpg

PC Prof. Emeritus
Tema 2

Tema2.html Fig2.1.jpg

ej1.xml ebasicos ej2.xml

El profesor est preocupado por aquellos alumnos que apenas revisan el material del curso e intentan directamente resolver los ejercicios para superar el curso cuanto antes. Para evitar esto, el autor quiere introducir dos restricciones: Es imprescindible leer, por lo menos, el tutorial. Hasta que el alumno no ha ledo las cuatro secciones del tutorial, no es posible acceder a los temas ni a los ejercicios. Si el alumno no ha consultado debidamente todos los contenidos del curso, se le presentar el segundo ejercicio (ms complicado) en lugar del primer ejercicio.

7.3.1. Definiciones en el modelo de contenido


Recursos El elemento ms sencillo en el Modelo de Contenido definido por SCORM sera un recurso (del ingls, Asset). En esencia, el recurso es el elemento bsico de 130

construccin con el que representamos el contenido. Ejemplos habituales de recursos seran un documento HTML, un fichero de sonido, un vdeo o una imagen. Figura 7.3.1.a. Recursos simples y Recursos Compuestos en el caso de estudio
Recurso simple principal.html Recurso simple intro.html Recurso compuesto Recurso simple Recurso compuesto conten.html Recurso simple Recurso simple Tema2.html Fig0.1.jpg Recurso simple Recurso simple Fig2.1.jpg Fig0.2.jpg FigB.1.jpg Recurso simple Ej2.1.xml Recurso simple Recurso compuesto Recurso compuesto Recurso simple Tema1.html Recurso simple Fig1.1.jpg Recurso compuesto Recurso simple Ej1.xml Recurso simple FigA.1.jpg

Recurso simple res.html

As, en el caso de estudio los ficheros HTML con el contenido, las imgenes y los ejercicios de evaluacin seran definidos como recursos en el mbito de la especificacin SCORM. Habitualmente los recursos se combinan para formar recursos ms complejos, como es el caso de un documento HTML que incluye una o varias imgenes. Estos recursos compuestos reciben el mismo tratamiento conceptual que los recursos simples. En el caso de estudio, la unin del fichero conten.html y los ficheros Fig0.1.jpg y Fig0.2.jpg formaran un recurso compuesto. As mismo las uniones entre los ficheros HTML de los dos temas y sus respectivas imgenes son tambin recursos compuestos. Objeto de Contenido Compartible La mera agrupacin de ficheros en recursos simples y compuestos es interesante desde el punto de vista de la interoperabilidad, pero no representa ningn avance en cuanto a la complejidad del proceso de aprendizaje planteado. En particular, no permite atender las restricciones propuestas en el caso de estudio de controlar el acceso a todos los recursos, el tiempo empleado en resolver los ejercicios o el poder escoger entre los dos ejercicios de evaluacin.

131

Por ello, Objetos de Contenido Compartible (Sharable Content Object, SCO) representan el ncleo de la especificacin SCORM y se definen como una coleccin de uno o ms recursos que representa un elemento educativo indivisible y que emplea el Entorno de Tiempo de Ejecucin de SCORM para comunicarse con un LMS. Esto es, a la nocin de recurso (simple o compuesto) se le aade la capacidad de comunicarse con el LMS para que ste pueda tomar decisiones en funcin de cmo interacta el alumno con el contenido. Este procedimiento de comunicacin se describe con ms detalle ms adelante en este captulo. La nocin de indivisibilidad supone adems que un SCO es el mnimo nivel de granularidad que recibe un seguimiento individual por parte de un LMS. Esto es, desde el punto de vista del LMS los SCOs nunca estn compuestos de otros elementos menores, sino que se tratan como entidades atmicas. Paralelamente, los SCOs se conciben como la unidad interoperable habitual, es decir, un SCO se identifica con la nocin de Objeto de Aprendizaje Interoperable tal y como se defina en el captulo introductorio sobre conceptos, y en (Wiley 2000). Por tanto, para permitir aplicar los principios del Modelo de Objetos Educativos, los SCOs deben concebirse como unidades relativamente pequeas y autocontenidas, aunque la especificacin no cuantifica el tamao preciso que stos deben tener debido a que el equilibrio entre tamao y cohesin depender de las necesidades de cada caso concreto. En nuestro caso de estudio, el autor quiere comprobar si el alumno ha accedido a cada parte del curso cunto tiempo emple para estudiar el tutorial y cada unos de los temas. Concibiendo cada tema y sus imgenes asociadas como un objeto educativo el autor empleara una herramienta de autora compatible con SCORM para generar un SCO a partir de estos ficheros. Cada SCO resultante sera un conjunto formado por el fichero HTML, sus figuras de apoyo y un mdulo que monitoriza el tiempo que el alumno pasa estudiando el tema correspondiente y que se comunica con el LMS para notificarle la informacin relevante. El contenido ya no son piezas pasivas que el alumno lee, sino objetos activos de gran complejidad. En cuanto a la nocin de indivisibilidad, el tutorial est concebido como una unidad indivisible (los distintos ficheros HTML que lo componen carecen de sentido por separado), por lo que todos los ficheros HTML que lo conforman as como las imgenes de apoyo se agruparan en un nico SCO. Paralelamente, la herramienta de creacin de contenidos debe permitir al autor crear SCOs a partir de los ejercicios de evaluacin, incluyendo en el SCO el mecanismo para comunicarle al LMS el resultado del ejercicio.

132

Figura 7.3.1.b. SCOs correspondientes al caso de estudio


SCO Tutorial principal.html Modulo de comunicacin intro.html conten.html SCO Tema 1 Tema1.html Fig1.1.jpg SCO Tema 2 Tema2.html Fig2.1.jpg res.html Fig0.1.jpg Fig0.2.jpg

Modulo de comunicacin

Modulo de comunicacin

SCO Ejercicio 1 Ej1.xml FigA.1.jpg

SCO Ejercicio 2 Ej2.xml FigB.1.jpg

Modulo de comunicacin

Modulo de comunicacin

Cabe destacar que la especificacin SCORM no detalla como se deben implementar tecnolgicamente estos objetos inteligentes, limitndose a especificar un mecanismo de comunicacin independiente de la tecnologa. Esto deja a los distintos fabricantes de herramientas la libertad de escoger cmo implementar estas cuestiones y adems permite que el autor no tenga que preocuparse de estos detalles. Simplemente deber emplear una herramienta certificada por SCORM (ver seccin 0) e indicar qu informacin desea que el SCO le transmita al LMS. Actividades, organizaciones y agregaciones de contenido En SCORM el trmino actividad representa un elemento de aprendizaje significativo a la hora de estructurar y secuenciar el aprendizaje. Una actividad habitualmente estar asociada con un SCO o con un recurso (simple o compuesto) y puede incluir adems diversas sub-actividades. Los rboles de actividades y sub-actividades se agrupan en conjuntos denominados organizaciones, que definen como las actividades se agrupan y relacionan entre s.

133

Figura 7.3.1.c. Actividades, organizaciones y agregaciones de contenido (Fuente: SCORM 2004 3rd Edition)

A un conjunto de organizaciones unido a todos los recursos fsicos (ficheros) referenciados por las distintas actividades se le denomina agregacin de contenido. Figura 7.3.1.d. Actividades, organizaciones y agregaciones de contenido (Fuente: SCORM 2004 3rd Edition)
Introduccin a la Geometra

Estudiar el material

Tutorial Tema 1 Tema 2

SCO Tutorial SCO Tema 1 SCO Tema 2

Evaluacin

Ejercicio 1 Ejercicio 2

SCO Ejercicio 1 SCO Ejercicio 2

134

Nuestro ejemplo incluye dos actividades principales (estudiar el contenido y realizar el ejercicio correspondiente). Como se observa en la Figura 7.3.1.d. estas actividades se dividen en 5 sub-actividades correspondientes a los SCOs que forman este curso (Tutorial, Tema 1, Tema 2, Ejercicio 1 y Ejercicio 2).

7.3.2. Empaquetamiento de Contenidos


Para el empaquetamiento de contenidos SCORM opta por adoptar (y particularizar) la especificacin IMS Content Packaging. Esta especificacin, descrita con ms detalle en el captulo especialmente deciada a la misma de este documento, indica el formato en el que deben agruparse las colecciones de ficheros con material educativo y, fundamentalmente, detalla la sintaxis de un fichero en el que se describen y estructuran los contenidos de un determinado paquete de contenido. A este fichero se le denomina manifiesto del paquete y suele incluir metadatos, informacin de secuenciamiento y otras indicaciones que convierten a una determinada agrupacin de contenidos en un curso estructurado. Como tambin se mencionaba en el captulo sobre IMS Content Packaging, la especificacin no es estricta y permite la particularizacin de la sintaxis del manifiesto para adaptar la especificacin a distintos entornos y satisfacer las necesidades de las distintas organizaciones. Estas particularizaciones se denominan Perfiles de Aplicacin (del ingls, Application Profiles) La especificacin SCORM define dos perfiles de aplicacin sobre IMS Content Packaging para atender dos tipos de mecanismo de interoperabilidad: Los Paquetes de Contenido formados por Recursos (Resource Content Package) y los Paquetes de Contenido formados por Agregaciones de Contenido (Content Aggregation Content Package).El primer perfil de aplicacin (Paquetes de Contenido formados por Recursos) se emplea para empaquetar conjuntos de recursos y SCOs sin tener que especificar una organizacin o un contexto de aprendizaje. Este tipo de empaquetamiento de los contenidos educativos ofrece un medio comn para el intercambio simple de recursos y es el mecanismo recomendado por SCORM para la interoperabilidad de contenido (que no cursos) entre distintos entornos de aprendizaje. Al no definirse ningn tipo de estructura, los paquetes creados mediante este perfil de aplicacin son transportables entre sistemas pero carecen de estructura y por tanto no son paquetes diseados para ser consultados por los alumnos. En trminos sencillos, estos paquetes son meras colecciones de recursos educativos sin diseo instruccional ninguno. En cambio, el perfil de aplicacin de Paquetes de Contenido formados por Agregaciones de Contenido se emplea para agrupar los distintos contenidos educativos (recursos o SCOs) y la descripcin de la estructura de estos contenidos. Con este perfil de aplicacin se generan paquetes que representan cursos completos, mdulos, lecciones, etc. El principal objetivo de uno de estos paquetes es ser navegado por un alumno a travs de un LMS.

7.3.3. Metadatos
Aunque con carcter opcional, desde SCORM se promueve el empleo de metadatos para describir el contenido y su aplicacin a distintos niveles de granularidad (recursos, SCOs, agregaciones de contenido, paquetes de contenido, etc.). El modelo

135

de metadatos sugerido por SCORM es el definido por el IEEE en su estndar 1484.12.1-2002 para Metadatos de Objetos de Aprendizaje (en ingls, Learning Object Metadata, LOM) en su sintaxis basada en XML y descrita en el estndar IEEE 1484.12.3 Standard for Extensible Markup Language Binding for Learning Object Metadata Data Model. A pesar de que este modelo de metadatos se describe en la propia especificacin de SCORM, en ella se aclara que el uso de metadatos es opcional (aunque recomendado) y que es posible incluso la adopcin de otro modelo de metadatos. En su versin 2004, la especificacin recomienda que cada organizacin analice su modelo de negocio y sus casos de uso y decida que tipo de poltica de metadatos debe adoptar. En cualquier caso, y pese a esta libertad, el modelo IEEE LOM para la descripcin de metadatos se ha convertido en el estndar de facto en el campo y de ah la recomendacin explcita realizada en la especificacin. Segn las necesidades identificadas por cada organizacin, se pueden aplicar metadatos a distintos niveles de granularidad segn la jerarqua definida en el Modelo de Agregacin de Contenido de SCORM. Recursos simples: Aunque slo consistan en un fichero, en ocasiones estos ficheros tienen valor educativo por s mismos, por lo que podran ir acompaados de metadatos. En el caso de estudio, las figuras podran ir acompaadas de metadatos que las describen. Recursos compuestos: Estos conjuntos de recursos simples suelen tener un significado mayor que la suma de sus partes, por lo que podran ir acompaados de metadatos de un nivel ms elevado. SCOs: Como unidad fundamental de aprendizaje y ncleo de la especificacin SCORM, se recomienda encarecidamente la aplicacin de metadatos a estos elementos. Todos los SCOs del caso de estudio deberan ir acompaados de metadatos describiendo sus caractersticas y su contenido. Actividades: Las actividades suelen asociarse con SCOs y recursos, pero ocasionalmente son ms complejas por lo que se emplean metadatos para describir sus objetivos educativos ms all de los metadatos de sus recursos o SCOs asociados. Agregaciones de contenido: Los conjuntos de actividades (unidos a los recursos y SCOs asociados) tienen sentido como recorridos de aprendizaje completos, por lo que podran ir acompaados de metadatos describiendo la experiencia de aprendizaje. Paquetes de Contenido: Independientemente del perfil de aplicacin, los paquetes de contenido son la unidad fundamental de interoperabilidad y distribucin, por lo que se recomienda encarecidamente la inclusin de metadatos que permitan el descubrimiento y catalogacin de estos paquetes.

Cabe sealar tambin que el propio modelo de metadatos especificado en IEEE LOM incluye mecanismos de extensin y adaptacin de los campos de metadatos para aquellos entornos en los que el estndar resulte insuficiente o inadecuado. La especificacin SCORM acepta esta flexibilidad permitiendo el empleo de este

136

mecanismo de extensin al aplicar metadatos a los distintos elementos de la especificacin.

7.3.4. Informacin de Secuenciamiento


La gestin del secuenciamiento de las actividades no forma parte del mbito del modelo de datos y, de hecho, la especificacin SCORM incluye una seccin completa dedicada al secuenciamiento de las actividades en la que se describen distintas metodologas de secuenciamiento y se detallan los aspectos tcnicos de dichas metodologas. Pese a ello, los paquetes que siguen el perfil de aplicacin de Paquetes de Contenido formados por Agregaciones de Contenido pueden incluir en su manifiesto informacin adicional recomendando un determinado secuenciamiento de las actividades descritas en el paquete. Esta informacin ser interpretada por el LMS en el contexto de su mecanismo de secuenciamiento. Los mecanismos de secuenciamiento en SCORM se basan en la especificacin IMS Simple Sequencing (IMS SS), la cual define los mtodos para representar el flujo de una experiencia de aprendizaje de un modo consistente. Esta especificacin, aunque rica y compleja, recibe la denominacin simple debido a que est orientada a soportar nicamente los patrones de secuenciamiento ms habituales en procesos de aprendizaje individualizado. La parte dedicada a secuenciamiento de la especificacin SCORM (SCORM Sequencing and Navigation Book) describe como se aplica IMS Simple Sequencing y especifica los comportamientos y funcionalidades que un LMS compatible con SCORM debe implementar para procesar la informacin de secuenciamiento leda de los paquetes en tiempo de ejecucin. La idea bsica detrs de IMS Simple Sequencing es asociar a cada elemento de un paquete SCORM una serie de reglas que gestionan si el alumno puede acceder al elemento correspondiente o no. Estas reglas se indican mediante una sintaxis XML que se incluye en el manifiesto del paquete de contenido (ver el captulo sobre IMS CP) al aplicar el perfil de aplicacin de SCORM a IMS Content Packaging. As, la especificacin SCORM soporta los requisitos planteados en el caso de estudio. Tanto los temas de contenido como los dos ejercicios estn cubiertos por reglas que especifican que si no se ha completado el tutorial, no es posible acceder a los mismos. Adems, el ejercicio 1 tiene asociada una regla que especifica que slo es visible si el alumno ha ledo tambin los temas 1 y 2, mientras que, por el contrario, el ejercicio 2 tiene asociada una regla que especifica que slo es visible si el alumno no ha ledo los mencionados temas. En la prctica, esto significa que una vez que se termina de leer el tutorial, los dos temas de contenido y el ejercicio 2 (la versin ms difcil del examen) son directamente accesibles. Si el alumno lee detalladamente los temas de contenido, el ejercicio 2 es sustituido por el ejercicio 1. En cualquier caso, para que este sistema de reglas funcione, es necesario que el LMS pueda saber si el alumno ha accedido a todas las partes del contenido para poder controlar la activacin de las reglas. El LMS adquiere este conocimiento gracias a la posibilidad de comunicarse con los SCOs, tal y como se describe en el siguiente apartado.

137

7.4. EL ENTORNO DE TIEMPO DE EJECUCIN


En SCORM, el Entorno de Tiempo de Ejecucin (del ingls, Run-Time Environment o RTE) engloba la parte de la especificacin relativa al lanzamiento y ejecucin de los objetos de contenido, la comunicacin entre el contenido y el LMS y la gestin de la informacin intercambiada en dicha comunicacin. El proceso de ejecucin de cualquier tipo de contenido se inicia en el sistema de secuenciamiento, el cual decide cual es el identificador de la pieza de contenido que se debe mostrar al alumno. El LMS localiza la URL del contenido que se debe mostrar a continuacin y los transmite al navegador del alumno para su visionado. Como se mencionaba en la descripcin del Modelo de Agregacin de Contenidos, en SCORM se distinguen dos tipos de material educativo: Los SCOs (objetos de contenido compartibles) y los recursos (Assets), consistiendo los primeros en contenido activo con el que se puede interactuar y los segundos en documentos pasivos que simplemente se muestran al alumno. Si el elemento que se debe mostrar a continuacin consiste en un recurso pasivo, la especificacin simplemente exige que el contenido sea transmitido al navegador del alumno empleando el protocolo HTTP. Por otro lado, dado que los SCOs se definen como elementos activos que se comunican con un LMS pero sin perder las capacidades de interoperabilidad, la especificacin debe detallar los mencionados procesos de ejecucin del contenido, el mecanismo de comunicacin y la gestin de la informacin intercambiada. Ciertamente, el proceso de lanzamiento y ejecucin debe estar estandarizado ya que el SCO, al ser lanzado, debe establecer un canal de comunicacin con un LMS desconocido a priori. Esta comunicacin se establece a travs de un elemento enviado junto con el SCO al navegador del alumno. Este elemento consiste en una implementacin de la API definida en el estndar IEEE 1484.11.2 y su provisin es responsabilidad del LMS, siendo el SCO completamente independiente del mecanismo de comunicacin. La primera responsabilidad del SCO es buscar este elemento de comunicacin en una ubicacin predeterminada (en el propio navegador del alumno) y, en caso de encontrarlo, emplearlo para comunicarse con el LMS. Esta comunicacin es posible dado que el SCO y el LMS, pese a ser independientes, ambos conocen la API disponible para la comunicacin y la informacin que intercambian se enva cindose a un Modelo de Datos predeterminado por el estndar IEEE 1484.11.1. El SCO seguir comunicndose con el LMS hasta que algn evento dispare el mecanismo de Secuenciamiento y el SCO sea sustituido por algn otro elemento de contenido. Este evento puede ser una interaccin intencionada del alumno (solicita la visin del siguiente recurso o indica que ha terminado de trabajar con el SCO actual), una indicacin del propio SCO (por ejemplo, indicndole al LMS que se ha llegado al final del contenido) o una decisin del propio LMS (por ejemplo, detectando que se ha superado el tiempo mximo permitido para superar una prueba o una prdida de la conexin con el contenido). SCORM define tambin el significado de los datos intercambiados y como deben ser almacenados, procesados y utilizados por el LMS. En el caso de estudio los distintos SCOs le comunicarn al LMS distintas informaciones relevantes. Los SCOs de contenido le comunicarn al LMS si el alumno ha accedido a los mismos y si ha

138

llegado hasta el final del contenido para que el LMS pueda bloquear y desbloquear los elementos correspondientes. Por su parte, los ejercicios debern comunicarle al LMS la nota obtenida por el alumno al realizarlos.

Figura 7.4.a. Esquema de la comunicacin entre un SCO y un LMS. Los elementos del SCO y del LMS pueden haber sido desarrollados por organizaciones distintas empleando tecnologas distintas

Navegador Web Interfaz de Usuario del LMS

Implementacin de la API Sistema receptor de invocaciones a funciones

SCO

Sistema que invoca funciones de la API

Contenido educativo

Sistema de comunicacin

Internet o Red de rea Local

LMS Sistema de comunicacin Funciones habituales del LMS

139

7.5. COMPATIBILIDAD CON SCORM


La compatibilidad con SCORM se ha convertido en uno de los requisitos habituales en la creacin de un LMS o en las herramientas de autora de contenido educativo. Para poder ser declarado conforme a la especificacin SCORM un LMS debe interpretar correctamente los paquetes de contenido, debe ser capaz de establecer los mecanismos de comunicacin apropiados con los objetos de contenido y debe ser capaz de tratar los datos recibidos desde el contenido y de emplearlos a la hora de secuenciar el proceso de aprendizaje. Por su parte, que un paquete de contenido sea conforme a la especificacin SCORM significa que se distribuye segn el Modelo de Agregacin de Contenidos, que se incluye informacin para la secuenciacin del contenido y que sus SCOs son capaces de buscar la implementacin del mecanismo de comunicacin y de emplearlo de una manera consistente con las especificaciones correspondientes. SCORM distribuye un paquete con los programas e instrucciones necesarios para que una organizacin verifique si su LMS o sus paquetes de contenido se adaptan a la especificacin SCORM. Si se superan estas pruebas, la organizacin puede afirmar que su producto es conforme a la especificacin SCORM. Por otro lado, existen centros oficiales de certificacin que trabajan conjuntamente con ADL. Cualquier organizacin puede acudir a estos centros para solicitar una evaluacin oficial de la compatibilidad de su LMS o de sus paquetes de contenido. Cuando un producto supera las pruebas correspondientes en uno de estos centros, se le puede denominar producto certificado SCORM. Desde un punto de vista tcnico, no existen diferencias entre un producto conforme a la especificacin SCORM y un producto certificado SCORM. La principal diferencia reside en la confianza que pueda inspirar una organizacin que ha realizado de manera interna las pruebas de compatibilidad frente al hecho de que haya sido un centro de certificacin independiente el responsable de dichas pruebas. Para ms informacin sobre los procesos de certificacin, http://www.adlnet.gov/capabilities/scorm/scorm-certification consltese

140

8. IMS LEARNING DESIGN 8.1. INTRODUCCIN


Las distintas especificaciones presentadas en este informe se centran en el estudio de un modelo de aprendizaje en el que un alumno individual accede a un contenido, interacta con ste y, con la mediacin del LMS, evala los conocimientos adquiridos. Representan una tendencia ampliamente generalizada en el campo del aprendizaje a travs de Internet centrada en un tipo de enseanza muy particular y muy influida por la tecnologa subyacente (i.e. acceso a documentos HTML empleando un navegador). As, las actividades de aprendizaje que el alumno realiza suelen poder traducirse en lee este fragmento de contenido o realiza este ejercicio de evaluacin con preguntas de respuesta mltiple. En cambio, desde el campo de la pedagoga se promueven una serie de modelos de aprendizaje en los que se dejan de lado los procesos en los que el alumno trabaja en solitario consumiendo material educativo. Partiendo de la base pedaggica de que el aprendizaje es ms sencillo y efectivo cuando el alumno se involucra en el proceso (Cordova y Lepper 1996), conceptos como el aprendizaje en grupo, el aprendizaje colaborativo, la interaccin con el entorno e incluso la participacin activa de instructores y otros individuos de apoyo son cada vez ms reconocidos como un modelo interesante tanto a nivel educativo (jardn infantil, enseanza primaria y secundaria) como a nivel corporativo (Wenger 1998). Aunque ninguna de estas ideas supone una revolucin desde el punto de vista pedaggico (pues son ideas ya estudiadas y desarrolladas), el campo del aprendizaje a travs de Internet ha tardado en acercarse masivamente a estos conceptos puesto que resultan excesivamente costosos de implementar en comparacin con el modelo de un alumno consumiendo contenidos en solitario. Ms all de lo complicado que pueda resultar introducir modelos pedaggicos complejos en la enseanza a travs de Internet, su interoperabilidad resulta an ms problemtica debido a la riqueza del campo a tratar. Para poder introducir diseos pedaggicos complejos (habitualmente denominados tambin diseos instruccionales) que involucren simultneamente a distintos usuarios con distintos roles de un modo que adems sea interoperable, resulta necesario desarrollar especificaciones que formalicen de manera precisa los elementos bsicos de estos diseos para as poder trasladarlos de un sistema a otro sin prdida de informacin. A diferencia del resto de las especificaciones expuestas en este informe que se centran en la interoperabilidad de contenidos educativos, el propsito de IMS Learning Design es precisamente facilitar la interoperabilidad de diseos instruccionales. Algunos de los requisitos de diseo de la especificacin ms relevantes son los siguientes: Permitir la descripcin, formalizacin e implementacin aproximaciones educativas y distintos procesos de aprendizaje. de distintas

Permitir la implementacin de Unidades de Aprendizaje consistentes en actividades heterogneas.

141

Permitir el descubrimiento y la interoperabilidad de estas Unidades de Aprendizaje. Aprovechar las especificaciones y estndares ya existentes en los casos en que sea posible. Permitir la inclusin en las actividades de mltiples participantes ejerciendo distintos roles para dar soporte a experiencias de aprendizaje en grupo y colaborativas/competitivas.

8.2. ESPECIFICACIN DE DISEOS INSTRUCCIONALES


Para satisfacer estos requisitos, es necesario estudiar cuales son los elementos esenciales de estos procesos educativos complejos creados por especialistas en pedagoga. Una vez encontrados estos elementos, se construye sobre ellos una formalizacin para permitir el intercambio y la interoperabilidad. Puesto que estos diseos no son conocidos a priori, las definiciones deben ser suficientemente abstractas para as poder ser empleadas en mltiples escenarios educativos. La abstraccin sobre la que se construye la especificacin IMS Learning Design es la formada por actividades de aprendizaje y flujos de aprendizaje. La participacin en un foro de discusin, un experimento de laboratorio, realizar un examen o actuar de moderador en un debate son posibles actividades de aprendizaje, es decir, es un concepto amplio que cubre cualquier actividad en la que un participante se puede involucrar durante un proceso de aprendizaje. Por su parte, un flujo de aprendizaje es un planteamiento de un nmero de actividades que deben realizarse en un determinado orden, con unos determinados participantes y, habitualmente, con varios caminos posibles en funcin de los resultados obtenidos por los distintos participantes.

8.3. DEFINICIN DE DISEOS INSTRUCCIONALES EMPLEANDO IMS LEARNING DESIGN


La especificacin IMS Learning Design (IMS LD) formaliza los conceptos definidos en la seccin anterior. Para ello, la especificacin parte del lenguaje Educational Modelling Language (Lenguaje de Modelado Educativo) desarrollado originalmente en la Open University of the Netherlands (La Universidad Abierta de Holanda) a partir de la identificacin de los principios fundamentales de distintas aproximaciones pedaggicas y de la bsqueda de un equilibrio entre genericidad y expresividad pedaggica (Koper y Manderveld 2004). El resultado es un lenguaje pedaggicamente neutro, lo que permite que los sistemas de aprendizaje compatibles con IMS Learning Design no necesiten soportar explcitamente un nmero de aproximaciones pedaggicas. En su lugar, el sistema slo necesita ser capaz de interpretar los diseos instruccionales, de lanzar las

142

distintas actividades en los momentos precisos para los distintos roles y coordinar el flujo de ejecucin general. Los diseos instruccionales se definen empleando el lenguaje formalizado en la especificacin IMS Learning Design, pero el diseo de un curso en s no es un recurso con el que se pueda aprender, pues las actividades a menudo requieren contenido que debe ser distribuido junto con el diseo. Dentro de la familia de especificaciones de IMS, se propone que los diseos instruccionales se distribuyan junto con sus contenidos asociados en forma de paquete siguiendo la especificacin IMS Content Packaging. A estos paquetes que anan diseo y contenido se les denomina Unidades de Aprendizaje. A continuacin se describen los elementos bsicos que conforman una Unidad de Aprendizaje: Actores: Los actores en una Unidad de Aprendizaje son las distintas personas o entidades involucradas en un proceso de aprendizaje. Roles: Los roles definen las responsabilidades que los distintos actores tendrn en distintas etapas del proceso de aprendizaje. Un mismo actor puede actuar bajo distintos roles en distintos momentos del proceso de aprendizaje. Por ejemplo, la misma persona puede ejercer en un momento dado de alumno principiante y ms delante de mentor de otros alumnos principiantes. Actividades: Una actividad es un proceso educativo atmico que sucede en un determinado entorno (dentro o fuera del contexto del LMS) y que puede tener asociados uno o varios elementos de contenido que se distribuyen como parte de la Unidad de Aprendizaje. Estructuras de Actividades: Las actividades se pueden agrupar en estructuras de actividades, lo que permite referenciar un conjunto de actividades atmicas como una sola entidad. Similarmente, las estructuras de actividades se pueden agrupar en estructuras mayores, dando lugar a estructuras complejas formadas por otras estructuras anidadas. Papeles (role-part): Un papel es la asociacin entre un rol y una estructura de actividades ms o menos compleja. As, un papel tendra la forma El actor X realiza la estructura de actividades Y. Actos: Un acto es un conjunto de papeles que se lanzan simultneamente (aunque las actividades de los distintos papeles pueden estar secuenciadas internamente de mltiples maneras). Obras: Una obra es una sucesin de actos y representa la mayor unidad de agrupacin en IMS Learning Design. Las obras completas se identifican con diseos instruccionales completos.

Ilustramos la relacin entre estos distintos conceptos mediante un ejemplo. Queremos representar un diseo instruccional en el que el alumno comienza estudiando dos lecciones (Lecciones 1 y 2) en ese orden y a su ritmo. Despus de completar la segunda leccin, el alumno debe realizar dos ejercicios prcticos (Ejercicios A y B) en el orden que prefiera. Una vez realizados los ejercicios, el alumno se somete a un examen que es corregido por el instructor. Si el alumno aprueba, el proceso acaba. En caso contrario, el alumno debe volver a comenzar las lecciones. Este proceso se

143

ilustra en la Figura 8.3.a. que emplea la notacin estndar para diagramas de actividades del Lenguaje Unificado de Modelado. En trminos de IMS Learning Design, cada uno de los procesos (lecciones, ejercicios, examen y proceso de evaluacin) es una actividad atmica. Los dos ejercicios, que pueden realizarse en cualquier orden, son una estructura de actividades no ordenada. Esta estructura se engloba a su vez en una estructura mayor, ordenada y consistente en la Leccin-1, la Leccin-2, la estructura que contiene ambos ejercicios y el examen. A su vez, los dos roles definidos corresponden al alumno y al evaluador. El ciclo completo consta de una nica obra que a su vez contiene un solo acto. Este acto (y por tanto la obra) termina cuando se supera el examen y contiene dos papeles. El primer papel relaciona al alumno con la estructura de actividades B y el segundo papel relaciona al evaluador con la actividad evaluacin. Figura 8.3.a. Ejemplo de Unidad de Aprendizaje con un diseo instruccional muy sencillo.
Alumno Evaluador

Leccin 1

Leccin 2

Ejercicio A

Ejercicio B

Examen Evaluacin del examen


[NO] Aprobado?

[S]

144

8.4. LOS NIVELES DE ESPECIFICACIN EN IMS LEARNING DESIGN


La especificacin IMS Learning Design plantea un lenguaje potente aunque es considerado por la comunidad acadmica como excesivamente complejo de emplear y, sobre todo, de implementar en un LMS. Para facilitar su adopcin progresiva, la especificacin propone tres niveles de detalle a los que denomina simplemente A, B y C. De este modo, el primer nivel es bastante sencillo de implementar y permite crear diseos instruccionales sencillos. Un LMS que implemente solamente el nivel A no puede considerarse completamente compatible con la especificacin IMS Learning Design, pero si puede considerarse compatible con el Nivel A de la especificacin. Los Niveles B y C aaden funcionalidad y potencia, construyendo siempre sobre el nivel anterior. Esto permite a las organizaciones adoptar IMS Learning Design incrementalmente y, si las necesidades de la organizacin no requieren de la adopcin completa de la especificacin, se puede optar por una adopcin parcial llegando slo al nivel que fuese necesario. Las siguientes secciones describen la funcionalidad especificada en cada uno de los niveles de IMS Learning Design.

8.4.1. IMS Learning Design - Nivel A


El Nivel A de la especificacin se centra en superar el modelo de un nico usuario (un alumno trabajando en solitario) reflejado en el resto de las especificaciones de IMS. En este primer nivel de la especificacin se incluyen los conceptos bsicos expuestos en la seccin anterior, esto es, las obras, divididas en actos en las que distintos actores interpretan distintos roles. La nocin de estructuras de actividades, que es la esencia de la definicin de los caminos de aprendizaje con ramificaciones, tambin aparece en el Nivel A. Con esta informacin es posible crear Unidades de Aprendizaje en las que se define un proceso colaborativo en el que participan varios actores (tanto alumnos como instructores u otros miembros de apoyo) y se define un secuenciamiento complejo de las actividades en el que en algunos casos se le da importancia al orden y en otros no. Lo que no se incluye en el Nivel A es la posibilidad de modificar y consultar valores, con lo que los flujos de aprendizaje son fijos y el resultado de las distintas actividades no puede afectar al resto. An as, una implementacin que slo soporte el Nivel A podra soportar un modelo en el que aparezcan distintos tipos de participantes que realizan distintas actividades en un determinado orden. Por tanto, este nivel ya presenta una aportacin sobre el modelo dirigido a un nico tipo de usuario y abre la puerta a diseos instruccionales basados en los principios del aprendizaje colaborativo. Por otro lado, dado que otra posible interpretacin de los roles es la de distintos perfiles de alumnos, el Nivel A de IMS Learning Design soportara modelos educativos en los que distintos tipos de alumno recorren distintos caminos al realizar un determinado curso. Pese a ello, un sistema que implemente el Nivel A no podra ejecutar el ejemplo planteado en esta seccin, pues la presencia de roles, actividades y un orden de las 145

actividades no implica la posibilidad de que el resultado de una determinada actividad afecte al resto del proceso de aprendizaje. En el ejemplo planteado, la actividad de evaluacin del exmen no puede afectar al flujo del curso como se indicaba en la descripcin del mismo.

8.4.2. IMS Learning Design Nivel B


Las dos aportaciones fundamentales del Nivel B de la especificacin IMS Learning Design son las propiedades y las condiciones. Las propiedades son pares atributo-valor que parten de un estado inicial y se modifican a lo largo del proceso de ejecucin de la Unidad de Aprendizaje. Un ejemplo de propiedad en el ejemplo de la seccin anterior sera examen-superado con un valor inicial de falso. Durante la actividad de evaluacin del examen es posible que este valor se convierta en verdadero o que se quede en su estado inicial. En cuanto a las condiciones, stas son consultas que se realizan sobre el valor de las propiedades en un momento determinado. As, para llegar al estado final del ejemplo de la seccin anterior, es necesario que la propiedad examen-superado tome el valor verdadero. Si tras la actividad de evaluacin del examen el valor siguiese siendo falso, el alumno deber recorrer el camino de aprendizaje de nuevo. As, el Nivel B aporta la posibilidad de que el resultado de una actividad genere un cambio en alguna de las propiedades. Por su parte, el resto de actividades pueden estar condicionadas a un cierto valor de las propiedades. En la prctica esto significa que el resultado de unas actividades puede tener un impacto real en el resto del proceso de aprendizaje, cambiando el camino a seguir o incluso modificando el propio contenido de alguna actividad. Adicionalmente, las propiedades pueden ser tambin externas, esto es, no son modificadas por la propia Unidad de Aprendizaje sino que son definidas por el propio LMS. Esto significa que en el Nivel B de la especificacin tambin se pueden crear Unidades de Aprendizaje que se comportan de manera distinta en funcin de las exigencias del propio LMS. Un ejemplo comn sera que el LMS emplee este mecanismo para quitar del proceso de aprendizaje aquellas actividades inadecuadas para el perfil de los alumnos o que simplemente requieran servicios no implementados por el entorno de aprendizaje (como, por ejemplo, un foro de discusin).

8.4.3. IMS Learning Design Nivel C


La adicin de propiedades y condiciones en el Nivel B de la especificacin permite la creacin de Unidades de Aprendizaje cuyo recorrido cambia durante la propia ejecucin. Pero estos cambios son sncronos, es decir, las actividades se ejecutan en un determinado orden y esperan a que la actividad anterior termine antes de comenzar su ejecucin. El Nivel C de la especificacin introduce un mecanismo de notificacin o de envo de mensajes entre las distintas actividades. Esto significa que una actividad puede estar ejecutndose en unas determinadas condiciones y en un momento no predecible recibir un mensaje desde otra actividad o desde el propio LMS que afecte a la ejecucin de la actividad inicial.

146

Esto permite soportar flujos de aprendizaje modificables en tiempo real mediante eventos. Los flujos pre-definidos se sustituyen por actividades que se disparan, modifican o interrumpen a medida que cambia el estado de la Unidad de Aprendizaje. Dado que en estos procesos de aprendizaje normalmente hay varios individuos, el camino que se seguir y el orden de ejecucin de las actividades ya no es predecible, pues es alterado por la accin de los distintos roles. Las aplicaciones del Nivel C pueden ser algo tan sencillo como que en el momento de la ejecucin de la actividad de evaluacin del examen el alumno reciba un email, pero existen posibles aplicaciones mucho ms sofisticadas que permiten incluso realizar simulaciones multi-usuario en las que el entorno cambia continuamente en funcin de las acciones de cada actor.

8.5. AUTORA DE CONTENIDOS EN IMS LEARNING DESIGN


Dado lo complejo del tema a tratar, la especificacin IMS Learning Design resulta muy complicada para un autor de contenidos. Se emplea un lenguaje XML muy verboso y con muchas referencias cruzadas lo cual hace que resulte poco asequible su uso directo por parte de un autor de contenidos que carezca de una gran experiencia y fluidez en el uso de tecnologas XML. Por esto, aunque la existencia de herramientas de autora para las distintas especificaciones de IMS es habitual y ayuda enormemente al autor, en el caso de IMS Learning Design esto todava no est tan desarrollado. Primero la especificacin es lo suficientemente compleja como para que sea prcticamente indispensable recurrir a este tipo de herramientas pero adems todava se tiene una limitada experiencia con ellas de modo que no dejan de ser unos formularios, mas o menos sofisticados, para editar el XML subyacente. En nuestra opinin es necesario que se desarrollen nuevas herramientas, por ejemplo, que permitan hacer un diseo ms visual que pueda ser entendido sin tener tanto conocimiento de los detalles de la especificacin. Esta falta de herramientas est dificultando la adopcin de LD, entre otros motivos, porque es todava muy completo reutilizar diseos realizados por otros autores adaptndolos a nuevas necesidades. Una de las herramientas ms utilizadas es el editor RELOAD 3 . El proyecto RELOAD ofrece herramientas de autora para distintas especificaciones de IMS, entre las cuales destaca el editor de IMS Learning Design por haber sido uno de los primeros en llegar al mercado y su naturaleza de cdigo abierto (opensource).

http://www.reload.ac.uk/ldeditor.html

147

Figura 8.5.a. El editor de IMS Learnign Design de Reload.

El propio proyecto RELOAD tambin distribuye un reproductor de IMS Learning Design capaz de ejecutar Unidades de Aprendizaje que sigan la especificacin en cualquiera de sus tres niveles. Similarmente, CopperAuthor y CopperCore 4 implementan respectivamente un editor y un reproductor de IMS Learning Design, soportando tambin los tres niveles y con el factor adicional de haber sido desarrollado por la propia Open Univeristy of the Netherlands (creadores del lenguaje EML original y participantes activos en el grupo de trabajo responsable de IMS Learning Design) en conjuncin con la Open University of the United Kingdom. Ambos programas son tambin de cdigo abierto.

http://coppercore.sourceforge.net/

148

Figura 8.5.b. El editor de IMS Learnign Design CopperAuthor.

Como se ha mencionado previamente, las mayora de las herramientas de autora para IMS Learning Design ms relevantes desafortunadamente estn todava muy ligadas a la sintaxis XML de la especificacin por lo que, aunque facilitan el trabajo, no evitan la necesidad de tener que familiarizarse con los detalles tcnicos de la especificacin. Esto es un hecho conocido en el entorno acadmico y comercial y se est invirtiendo un gran esfuerzo en facilitar los procesos de autora sin perder potencia expresiva.

149

9. SISTEMAS DE GESTION DEL APRENDIZAJE: MOODLE


Un Sistema de Gestin de Aprendizaje (Learning Management System, LMS), es una herramienta informtica, habitualmente de gran tamao, que permite la gestin y presentacin de materiales educativos a estudiantes. El objetivo de estas herramientas el permitir el aprendizaje en cualquier parte y en cualquier momento. La mayora de estas herramientas son herramientas web, es decir, herramientas que se usan a travs de Internet utilizando un navegador web. Los LMS habitualmente proporcionan un conjunto de funcionalidades bsicas como: Gestin de Usuarios. Registro de profesores y alumnos, donde estos habitualmente pueden personalizar una ficha con informacin adicional. Gestin de cursos y grupos. Permite la creacin y gestin de cursos y grupos de trabajo, dentro de estos cursos se encontrarn los materiales educativos que se presentarn finalmente a los alumnos. Herramientas de Comunicacin. Habitualmente se incluyen herramientas dentro del sistema que permiten la comunicacin entre los participantes del curso, como por ejemplo foros, chats, etc. Herramientas de evaluacin. Habitualmente dentro del proceso educativo necesitaremos aplicar algn tipo de metodologa para evaluar el desempeo del alumno en una materia. Algunas metodologas pueden ser la realizacin de algn tipo de examen o la creacin de trabajos. Los LMS incluirn herramientas que faciliten la aplicacin de estas metodologas, ya sea mediante la creacin de herramientas de gestin de exmenes en lnea, o herramientas para la gestin de entrega de tareas.

En la actualidad existen multitud de LMS disponibles para la comunidad educativa, tanto comerciales (WebCT, BlackBoard, Desire2Learn, Learn eXact entre otros) como de libre distribucin (Moodle, Dokeos, Claroline, ILIAS, SAKAI, LAMS entre otros). La diferencia entre estos sistemas, son el conjunto de herramientas que nos proporciona, la fiabilidad de los mismos. En esta seccin describiremos la herramienta Moodle, siendo una de las herramientas de libre distribucin ms robustas, fiables y por ello es ampliamente utilizada tanto por la comunidad educativa como la comunidad investigadora.

9.1. INTRODUCCIN A MOODLE


Moodle es un Sistema de Gestin de Cursos (Course Management System, CMS) aunque tambin es conocido por otros nombres, como LMS o Entorno de Aprendizaje Virtual (Virtual Learning Environment, VLE). Esta herramienta permite a los profesores y educadores la creacin de cursos en lnea, aunque tambin puede ser utilizado como herramienta de trabajo colaborativa. El objetivo es que el usuario slo necesite un navegador web en su ordenador y una conexin a Internet para interactuar con la herramienta.

150

MOODLE es el acrnimo de Modular Object Oriented Dynamic Learning Environment (Entorno de Aprendizaje Modular Orientado a Objetos). Las primeras etapas del desarrollo de Moodle comenzaron en 1999, siendo el creador del sistema Martin Dougiamas. Moodle ha sido desarrollado como una herramienta de cdigo abierto (opensource). Esto significa que aunque Moodle tiene copyright, tenemos libertad para copiar, utilizar y modificar Moodle siempre y cuando estemos de acuerdo a: proporcionar el cdigo fuente a otros; no modificar o eliminar la licencia original y el copyright y aplicar la misma licencia a todo trabajo derivado. Moodle est desarrollado sobre tecnologas de cdigo abierto de amplia implantacin, lo que permite que pueda utilizarse en mltiples Sistemas Operativos, como Windows, Linux, Mac OS X, etc. El diseo y el desarrollo de Moodle est guiado por un filosofa particular de aprendizaje, una manera de pensar que recibe el nombre de pedagoga social construccionista. Esta filosofa est basada en 4 conceptos principales: Constructivismo. La teora constructivista, atribuida al filsofo Jean Piage, sostiene que las personas construyen nuevos conocimientos de manera activa al tiempo que interactan con su entorno siguiendo un proceso de asimilacin y acomodacin. Una persona asimilar un concepto cuando las experiencias sean alineadas con respecto al conocimiento previo de la persona. Por otra parte el proceso de acomodacin, es el proceso en el cual la persona debe acomodar los conocimientos previos a los nuevos conocimientos que ha adquirido. Construccionismo. El construccionismo afirma que el aprendizaje es ms efectivo cuando se construyen cosas. Por ejemplo, durante la lectura de este informe, el lector puede tomar notas, aun cuando no vaya a utilizarlas posteriormente, la construccin de estas notas permitir una mejor asimilacin de los conceptos con sus propios conocimientos. Construccionismo Social. Este concepto extiende las ideas anteriormente descritas a un grupo social. Los individuos de este grupo social construye artefactos para los otros individuos del grupo, creando de manera colaborativa una pequea cultura de artefactos compartidos con significados compartidos. Conectado y Separado. Esta idea profundiza en las motivaciones de los individuos dentro de una discusin. Una persona aplica el comportamiento separado cuando intenta mantenerse objetivo y tiende a defender sus propias ideas utilizando la lgica y encontrando puntos dbiles en las ideas del oponente. Una persona utiliza un comportamiento conectado cuando aplica aproximacin ms emptica que acepta subjetivamente, intentado escuchar y realizar preguntas, en un esfuerzo de comprender el otro punto de vista. El comportamiento construido est basado en que una persona es susceptible a ambas aproximaciones descritas y es capaz de elegir cual de ellas es la apropiada en la situacin actual.

151

9.1.1. Caractersticas Generales


Como se ha mencionado, Moodle es un LMS. Algunas caractersticas interesantes son: Moodle puede ser ejecutado en Unix, Linux, Windows, Mac OS X, y en general cualquier otro sistema que soporte la tecnologa PHP (lo cual incluye a la mayora de proveedores web). Moodle est diseado de manera modular, permitiendo una gran flexibilidad para aadir (y eliminar) funcionalidades en varios niveles. Moodle puede ser actualizado de una versin en la siguiente, contiene un sistema interno que permite la actualizacin del sistema manteniendo toda la informacin que ha sido creada. Moodle tiene hace nfasis en la seguridad de principio a fin. Moodle permite definir distintos niveles de acceso a los cursos, por ejemplo teniendo varios niveles de acceso para profesores Moodle promociona la pedagoga construccionista social (en la que se incluye la colaboracin, el aprendizaje basado en actividades, reflexin crtica, etc.). Moodle es adecuado como herramienta de apoyo a la docencia tanto presencial como completamente virtual. Moodle tiene contiene una interfaz simple, ligera, eficiente, compatible con multitud de navegadores web. Moodle puede ser utilizado para impartir mltiples cursos, permitiendo que el profesor que ha creado permita acceso al mismo a los alumnos, invitados, e incluso a otros profesores.

9.2. GUA VISUAL A LAS HERRAMIENTAS DISPONIBLES


En esta seccin se proporcionar una introduccin a las herramientas que tenemos disponibles dentro de Moodle. Esta gua no pretende ser una gua exhaustiva para todos los detalles de las mismas, sino que pretende proporcionar una gua visual para las mismas.

9.2.1. Cursos
Los cursos forman parte que los conceptos principales dentro de Moodle. Un curso puede considerarse como un sitio web donde estarn integrados los contenidos educativos y numerosas herramientas que el profesor del curso considere oportunas. El profesor adems configurar el acceso que desea para su curso, podr aadir alumnos y otros profesores al curso, a partir de los usuarios que existen en el sistema o permitir el registro manual de los alumnos dentro del curso. Durante el proceso de creacin de un curso (ver Figura 9.2.1.a.) Se puede elegir el formato que tendr el curso. El formato del curso definir la organizacin principal que

152

tendr el sitio web del curso. Algunos de los formatos que tenemos disponibles dentro del curso son: Formato Semanal. Este tipo de curso, la estructura del sitio web del curso se dispone entorno al trabajo semanal que debe realizar los alumnos dentro del curso. Formato por temas. En este tipo de curso, la estructura est organizada por temas, estos temas pueden considerarse los mdulos o lecciones a partir de los cuales estar construido el curso completo. Formato Social. En este formato de curso est organizado alrededor de un foro principal de discusin.

Una vez que hemos creado el curso, podemos editar la estructura del sitio principal del curso (ver Figura 9.2.1.b.), donde el profesor puede adaptarlo segn gustos personales, permitiendo colocar en distintas posiciones las herramientas que desee que los alumnos tengan disponibles. Adems de la definicin de la estructura general del curso, dentro de los cursos deberemos incluir los recursos educativos a utilizar y las actividades a realizar. Existen diferentes mdulos de actividades que podemos incluir dentro de un curso en Moodle, entre ellos podemos destacar: Comunicacin y colaboracin. Podemos incluir foros y chats para llevar a cabo actividades conversacionales, junto a la posibilidad de realizar consultas posteriormente para obtener realimentacin de la actividad en grupo. Adems tambin tenemos disponible el uso de wiki, que permitirn realizar trabajos en grupo. Tareas y trabajos. El trabajo de los alumnos puede ser propuesto por los profesores mediante la creacin de tareas o mediante la creacin de talleres. Tambin existe la posibilidad de crear exmenes online que sern automticamente evaluados. Lecciones. Podemos crear mdulos de contenidos se adapten a las elecciones de los alumnos mediante el uso de lecciones o de actividades SCORM. Adems tambin existe la posibilidad de crear glosarios de terminologa de manera colaborativa.

Asimismo Moodle suporta un amplio espectro de recursos digitales que podemos utilizar como recursos dentro de los cursos. Algunos de estos tipos de recursos son: Pginas de Texto. Estas pginas pueden ser simples pginas de texto sin ningn tipo de formato de estilo, aunque no muy atractivas, pueden ser utilizadas para describir instrucciones a cerca de las tareas a llevar a cabo para incluir otro tipo de informacin. Pginas web. Mediante el uso de un editor en lnea integrado dentro de Moodle podemos crear pginas web ms atractivas. Dentro de las pginas web, podremos aplicar estilos a los contenidos e incluir contenidos multimedia dentro de las mismas.

153

Contenidos online o multimedia. Dentro del curso podemos reutilizar otro tipo de contenidos multimedia y de otro tipo de contenidos que estn disponibles a travs de la web. Dentro de Moodle podemos hacer referencia dentro de un curso a todo este tipo de contenidos. Carpetas. Podemos simplemente permitir al alumno que navegue a travs del contenido que hayamos dejado disponible en alguna carpeta dentro de nuestro curso. IMS Content Packaging. Tenemos la posibilidad de poder incluir como recursos dentro de Moodle de aquellos contenidos empaquetados utilizando el formato IMS CP.

Figura 9.2.1.a. Pantalla de creacin de un nuevo curso en Moodle. Durante este proceso podemos elegir el formato que tendr el curso.

154

Figura 9.2.1.b. Moodle durante el proceso de edicin del curso. La estructura principal a editar dependiendo del formato de curso que se haya elegido en la etapa de creacin del curso

9.2.2. Tareas
Las tareas permiten a los profesores evaluar tanto entregas de material electrnico, como tareas creadas en papel o presentaciones de clase. Por ejemplo, el alumno puede crear una pgina de texto utilizando Moodle o la actividad puede consistir en la creacin de algn trabajo en el ordenador del alumno y su posterior envo al profesor a travs de Moodle. Tambin es posible asignar algn tipo de tarea que no est vinculada necesariamente al uso de los ordenadores, en este caso el resultado de la tarea asignada ser entregada al profesor de alguna manera para posteriormente ser evaluada.

155

Figura 9.2.2.a. Ejemplo de Tarea de entrega online de un fichero. Una vez terminada la tarea realizada el resultado que evaluar el profesor ser el archivo creado y que ser entregado a travs de la herramienta. Al crear la tarea podemos indicar una fecha de entrega y una fecha lmite de entrega. Tambin podemos restringir el tamao mximo que puede tener el archivo que nos entregar el alumno. Adicionalmente podemos controlar si permitimos al alumno que pueda entregar el archivo varias veces o no

156

Figura 9.2.2.b. (i) Ejemplo de Tarea de construccin de documento en lnea. (ii) Dentro de la propia herramienta se puede hacer uso de un editor para la creacin del informe para la tarea

(i)

(ii)

157

Figura 9.2.2.c. Tarea que no se realizar utilizando la herramienta online. En este caso slo se describir la tarea a realizar

9.2.3. Chat
El mdulo de Chat permite a los participantes tener una discusin en tiempo real via web, permitiendo obtener los diferentes puntos de vista de cada uno de los alumnos en un tema de discusin particular. Figura 9.2.3.a. Chat web dentro de Moodle. Durante el proceso de creacin de una actividad de tipo Chat podemos planificar sesiones de Chat, por ejemplo, planificando una sesin de Chat cada da a la misma hora. Adems pueden almacenarse las conversaciones llevadas a cabo a travs del Chat de manera que pueden ser posteriormente revisadas y analizadas

158

9.2.4. Consultas
Los profesores pueden proponer una pregunta y un conjunto de posibles respuestas. Esto puede ser til como una rpida encuesta para estimular la reflexin acerca de un tema, permitiendo a la clase votar en una direccin para el curso, o recoger un consenso de investigacin. Podemos especificar cuando estar disponible para los alumnos la encuesta y la fecha tope para la realizacin de la misma. Adems podemos configurar si deseamos que los alumnos puedan visualizar o no los resultados de la encuesta, y en el caso afirmativo en qu momento, justo despus de contestar la consulta o cuando finalice la fecha tope. Tambin es posible indicar si deseamos que las respuestas estn identificadas, es decir, que se visualice quin ha contestado qu.

159

Figura 9.2.4.a. (i) Ejemplo de encuesta. (ii) Visualizacin del resultado de la encuesta

(i)

(ii)

160

9.2.5. Foros de discusin


En los foros es donde la mayor parte de las discusiones tienen lugar. Los foros pueden ser estructurados de diferentes formas. Adems es posible que los estudiantes que participan en los foros den una valoracin de los mensajes que son enviados al foro. Existen distintos tipos de foros de discusin que podemos crear, dependiendo del objetivo con el que deseamos aplicarlos: Debate sencillo. En este tipo, slo se permite un nico tema de discusin, estando el contenido de este foro incluido completamente en una nica pgina. Este tipo de foros es til para realizar reflexiones breves a cerca de algn tema. Cada persona plantea un debate. En este tipo de foros cada uno de los participantes puede crear como mximo un tema de discusin. Este tipo de foro es interesante, por ejemplo, para que cada alumno plantee alguna reflexin acerca del algn trabajo realizado y el resto de compaeros pueden responderle. Foro general. Como su nombre indica es el tipo de foro ms general en el que se permiten crean nuevos temas de conversacin dentro del mismo. Figura 9.2.5.a. Ejemplo de foro de discusin general

161

9.2.6. Exmenes
Dentro de Moodle existe un mdulo para la creacin y gestin de exmenes en lnea. Este mdulo permite la creacin de exmenes con distintos tipos de preguntas entre las cuales podemos encontrar: Opcin mltiple. Verdadero / Falso. Respuesta Corta. Ensayo. Relacin. Figura 9.2.6.a.Vista de edicin de una Pregunta Verdadero / Falso.

162

Figura 9.2.6.b. Vista previa del examen que estamos configurando

Este mdulo tambin permite la gestin de un almacn de preguntas y la posibilidad de agruparlas por categoras.Adems tambin se nos proporciona la posibilidad de poder importar y exportar las preguntas desde y hacia distintos formatos de preguntas respectivamente.

9.2.7. Glosario
Este mdulo permite a los participantes de la actividad crear y mantener una lista de definiciones de trminos, al estilo de un diccionario. Una vez creado, podemos realizar bsquedas dentro del diccionario creado y adems se nos permite visualizar el diccionario de distintas formas. Cuando hacemos uso de este mdulo para crear un nuevo glosario, podemos configurar quin podr crear nuevas entradas dentro del glosario, es decir, podemos especificar si el profesor es el nico que puede crear nuevas entradas y si los alumnos tambin pueden hacerlo.

163

Figura 9.2.7.a. Ejemplo de glosario de terminologa.

9.2.8. Encuestas
El mdulo de encuestas proporciona un conjunto de herramientas que han demostrado ser tiles para evaluar y estimular el aprendizaje mediante el uso de herramientas en lnea como Moodle. Los profesores pueden utilizar estas herramientas para recolectar informacin de sus estudiantes que podr ser utilizada para mejorar le mtodo docente aplicado en las clases.

164

Figura 9.2.8.a. Ejemplo de encuesta presentada al estudiante en algn punto del curso

9.2.9. Wiki
El mdulo de Wiki puede ser utilizado para promover el trabajo en colaboracin de los alumnos. Los alumnos pueden crear documentos de trabajo de manera colaborativa mediante el uso de esta herramienta, en vez de pasarse entre ellos un documento a editar con alguna herramienta ofimtica.

165

Figura 9.2.9.a. Vista de creacin de una WIKI para el curso

Figura 9.2.9.b. Vista previa en la edicin del contenido de una pgina WIKI

166

9.3. SOPORTE MOODLE

DE

ESTNDARES

EDUCATIVOS

EN

En esta seccin haremos uso de algunos de los estndares de e-learning que han sido descritos en este documento. Utilizaremos Moodle como herramienta principal para realizar las pruebas.

9.3.1. Ejemplo de Intercambio de mdulos de cursos entre WebCT y Moodle


Para poner en prctica el uso de algunas de las especificaciones que han sido tratados a lo largo del documento, vamos a realizar el intercambio de un mdulo de un curso entre dos LMS, WebCT y Moodle. En la Figura 9.3.1.a. se muestra la estructura del mdulo de Introduccin a la Geometra introducido en el captulo sobre la especificacin IMS Content Packaging. El mdulo est compuesto de dos apartados, un tutorial y una tanda de ejercicios. El tutorial est formado por varias pginas web contienen imgenes como contenidos multimedia. El conjunto completo de archivos, tanto las pginas, como los archivos auxiliares aparecen en la Figura 9.3.1.b. Figura 9.3.1.a Vista del profesor en WebCT para el mdulo de contenidos creado para el caso de ejemplo del mdulo de Introduccin a la Geometra impartido por el profesor Emritus

167

Figura 9.3.1.b. Vista de los archivos fsicos utilizados dentro del mdulo.

Para poder exportar el contenido de un mdulo de los cursos debemos hacer uso de la herramienta Exportar Contenido disponible en WebCT a travs del panel de control de WebCT. Dentro de la herramienta seleccionaremos la opcin de exportar mdulos de contenidos ya que deseamos exportar nicamente el mdulo de contenido del curso de Introduccin a la Geometra.

168

Figura 9.3.1.c. Herramienta de para exportar contenidos de WebCT.

169

Figura 9.3.1.c. Proceso y resultado del uso de la herramienta Exportar Contenido de WebCT. Tras el proceso de exportacin, se genera un fichero .zip con el contenido del curso, siendo este fichero un paquete compatible con IMS Content Packaging

Una vez que se ha exportado el mdulo (ver figura 9.3.1.d.) del curso, el resultado es un archivo .zip que podemos descargar desde WebCT. El contenido de este archivo .zip, como cualquier paquete compatible con IMS CP contiene el manifiesto (ver Figura 9.3.1.e), junto con el resto de recursos, es decir, las pginas html junto a sus archivos auxiliares multimedia. Figura 9.3.1.e. Manifiesto del paquete de contenido generado por WebCT. El manifiesto define una nica organizacin para el mdulo del curso, definiendo un recurso por cada archivo

170

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- WebCT XML Content generated by WebCT Content Packaging API --> <manifest identifier="CMD_1421887_M" version="1.0" xmlns="http://www.imsproject.org/content" xmlns:webct="http://www.webct.com/IMS"> <metadata> <schema>WebCT Content</schema> <schemaversion>2.0</schemaversion> <lom xmlns="http://www.imsproject.org/metadata"> <general><title> <langstring xml:lang="en-US">Contenidos del curso</langstring> </title></general> <educational><learningresourcetype> <source><langstring xml:lang="x-none">WebCT</langstring></source> <value><langstring xml:lang="x-none">Content Module</langstring></value> </learningresourcetype></educational> </lom> </metadata> <organizations><organization identifier="CMD_1421888"> <webct:properties identifierref="CMD_1421889"/> <item identifier="CMD_1421890"><title>Tutorial</title> <item identifier="CMD_1421891" identifierref="CMD_1421892"> <title>Introduccin</title> </item> <item identifier="CMD_1421894" identifierref="CMD_1421895"> <title>Elementos Principales</title> </item> <item identifier="CMD_1421897" identifierref="CMD_1421898"> <title>Resumen</title> </item> </item> <item identifier="CMD_1421900"><title>Ejercicios Bsicos</title> <item identifier="CMD_1421901" identifierref="CMD_1421902"> <title>Ejercicio de autoevaluacin 1</title> </item> <item identifier="CMD_1421904" identifierref="CMD_1421905"> <title>Ejercicio de autoevaluacin 2</title> </item> </item> </organization></organizations> <resources> <resource identifier="CMD_1421889" type="webctproperties"> <file href="CMD_1421887_M/data/properties_CMD_1421888.xml"/> </resource> <resource identifier="CMD_1421892" type="webcontent"> <file href="CMD_1421887_M/my_files/tutorial/intro.html"/> <file href="CMD_1421887_M/my_files/tutorial/fig1.jpg"/> </resource> <resource identifier="CMD_1421895" type="webcontent"> <file href="CMD_1421887_M/my_files/tutorial/principal.html"/> <file href="CMD_1421887_M/my_files/tutorial/fig2.jpg"/> </resource> <resource identifier="CMD_1421898" type="webcontent"> <file href="CMD_1421887_M/my_files/tutorial/res.html"/> </resource> <resource identifier="CMD_1421902" type="webcontent"> <file href="CMD_1421887_M/my_files/ebasicos/ej1.html"/> <file href="CMD_1421887_M/my_files/ebasicos/fig1.jpg "/> </resource> <resource identifier="CMD_1421905" type="webcontent"> <file href="CMD_1421887_M/my_files/ebasicos/ej2.html"/> <file href="CMD_1421887_M/my_files/ebasicos/fig2.jpg"/> </resource> </resources> </manifest>

171

Llegados a este punto estamos listos para importar el paquete IMS dentro de Moodle. Para importar el curso simplemente necesitamos editar un curso Moodle y aadir un nuevo recurso de tipo IMS Content Packaging (ver Figura 9.3.1.f.) Figura 9.3.1.f. Vista de la edicin general del curso.

Necesitaremos aadir cierta informacin para el recurso como su ttulo y una breve descripcin que ser mostrada en la pgina de recursos del curso. (Figuras 9.3.1.g y 9.3.1.h.)

172

Figura 9.3.1.g. Herramienta de exportacin incluida dentro del LMS WebCT.

173

Figura 9.3.1.h. Vista de los recursos que actualmente estn disponibles es en el curso. Como recurso disponible encontramos el contenido del paquete IMS importado

Una vez que ha finalizado la importacin del paquete IMS, este es un recurso ms dentro del curso de Moodle y por tanto podemos navegar dentro del recurso para poder visualizar su contenido.

174

Figura 9.3.1.i. Vista del contenido del recurso IMS Content Packaging que incluye el contenido del mdulo de Introduccin a la Geometra importado.

9.3.2. IMS QTI en Moodle


Otra especificacin del consorcio IMS que est (parcialmente) soportada dentro de Moodle, es la especificacin IMS Question and Test Interoperability descrita previamente. En el caso de la especificacin QTI est soportada parte de la versin 2.0 de la misma, permitiendo a un profesor la posibilidad de poder exportar las preguntas que ha creado utilizando Moodle al formato IMS QTI, sin embargo en la versin actual de Moodle (1.6) an no es posible el poder importar preguntas utilizando directamente el formato IMS QTI v 2.0. Para poder exportar preguntas desde Moodle simplemente tenemos que ir a la seccin de cuestionarios y seleccionar la pregunta o examen a exportar (ver Figura 9.3.2.b.). Si seleccionamos un examen se exportar cada pregunta por separado ya que la especificacin IMS QTI v 2.0 no contempla el soporte para exmenes completos. Una vez exportado el examen, podemos descargar un archivo .zip que no es ms que un paquete IMS en el que cada uno de los recursos descritos dentro de su manifiesto se hace referencia a otro archivo XML que contiene la pregunta exportada.

175

Figura 9.3.2.a. Previsualizacin de una pregunta de eleccin mltiple

Figura 9.3.2.b. Herramienta de exportacin de preguntas de Moodle. En la herramienta se proporcionan varios formatos posibles de exportacin

176

Figura 9.3.2.c. Una vez finalizado el proceso de exportacin, Moodle informa al usuario que la exportacin ha tenido xito, incluyendo un enlace al paquete IMS que contiene todas las preguntas exportadas

177

Figura 9.3.2.d. Formato XML de la pregunta de eleccin mltiple exportada desde Moodle.
<?xml version="1.0" encoding="UTF-8"?> <manifest xmlns="http://www.imsglobal.org/xsd/imscp_v1p1" xmlns:imsmd="http://www.imsglobal.org/xsd/imsmd_v1p2" xmlns:imsqti="http://www.imsglobal.org/xsd/imsqti_item_v2p0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" identifier="question_category_3---http-__localhost_moodle" xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd http://www.imsglobal.org/xsd/imsmd_v1p2 imsmd_v1p2p2.xsd http://www.imsglobal.org/xsd/imsqti_item_v2p0 ./imsqti_item_v2p0.xsd"> <metadata> <schema>ADL SCORM</schema> <schemaversion>1.2</schemaversion> <lom xmlns="http://www.imsglobal.org/xsd/imsmd_v1p2" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.imsglobal.org/xsd/imsmd_v1p2 msmd_v1p2p2.xsd"> <general> <title> <langstring xml:lang="es_es_utf8">question_category_3</langstring> </title> <description> <langstring xml:lang="es_es_utf8">All questions in category 3</langstring> </description> <keyword><langstring xml:lang="es_es_utf8"></langstring></keyword> </general> </lom> </metadata> <organizations/> <resources> <resource identifier="category3-question9" type="imsqti_item_xmlv2p0" href="./category3-question9.xml"> <metadata> <schema>IMS QTI Item</schema> <schemaversion>2.0</schemaversion> <imsmd:lom> <imsmd:general> <imsmd:identifier>category3-question9</imsmd:identifier> <imsmd:title> <imsmd:langstring xml:lang="es_es_utf8">Moodle y los Estndares</imsmd:langstring> </imsmd:title> <imsmd:description> <imsmd:langstring xml:lang="en">Question 9 from category 3</imsmd:langstring> </imsmd:description> </imsmd:general> <imsmd:lifecycle> <imsmd:version> <imsmd:langstring xml:lang="en">1.0</imsmd:langstring> </imsmd:version> <imsmd:status> <imsmd:source> <imsmd:langstring xml:lang="en">LOMv1.0</imsmd:langstring> </imsmd:source> <imsmd:value> <imsmd:langstring xml:lang="en">Draft</imsmd:langstring> </imsmd:value> </imsmd:status> </imsmd:lifecycle> </imsmd:lom> <imsqti:qtiMetadata> <imsqti:timeDependent>false</imsqti:timeDependent> <imsqti:interactionType>choiceInteraction</imsqti:interactionType> <imsqti:canComputerScore>true</imsqti:canComputerScore> <imsqti:feedbackType>nonadaptive</imsqti:feedbackType> <imsqti:solutionAvailable>true</imsqti:solutionAvailable> </imsqti:qtiMetadata> </metadata> </resource> </resources> </manifest>

178

9.3.3. Actividades SCORM


Dentro de un curso Moodle tenemos disponible dentro de las posibles actividades del curso la opcin de aadir una actividad de tipo SCORM/AICC, esta actividad nos permite importar un paquete SCORM que haya sido generado utilizando, por ejemplo, la herramienta Reload. Para poder crear una actividad de tipo SCORM simplemente tenemos que aadir la nueva actividad, proporcionar un ttulo, una breve descripcin y proporcional el zip que contiene el paquete SCORM (ver Figura 9.3.3.a.): Figura 9.3.3.a. Editor de la actividad SCORM. El editor permite proporcionar un ttulo, una descripcin y partir de que archivo .zip se importar la actividad SCORM

Al importar el paquete se nos muestra un informe de la estructura del paquete SCORM (ver Figura 9.3.3.b.), donde se nos muestran con distintos iconos el tipo de contenido Por ejemplo los recursos de tipo Assest estn identificados con un icono con una A en azul y los SCO dependiendo de su estado, es decir, de si se han visitado o no se muestran con un icono u otro, por ejemplo, en el caso de SCO que no hayan sido intentados se muestra un cuadro en blanco y en el caso de SCO visitados se muestra un aspa verde en el cuadro ( ).

Como ejemplo, se ha utilizado en las pruebas un paquete SCORM proporcionado por la iniciativa ADL para ejemplificar las distintas posibilidades de uso de SCORM. Este paquete contiene informacin bsica acerca de la herramienta Adobe Photoshop.

179

Figura 9.3.3.b. Vista de la actividad SCORM que se acaba de importar.

Una vez importado la actividad SCORM podemos navegar a travs de los assets que estn incluidos dentro del mdulo (ver Figura 9.3.3.c.). Asimismo, tambin podemos interactuar con los SCO, en este caso el SCO es una pregunta (ver Figura 9.3.3.d.).

180

Figura 9.3.3.c. Vista de uno de las lecciones de la actividad SCORM que acaba de ser importada.

181

Figura 9.3.3.d. Vista de una de las autoevaluaciones que contiene la actividad SCORM. Esta autoevaluacin est codificada dentro del SCO y no utiliza la especificacin IMS QTI

182

10. BIBLIOGRAFA
Esta bibliografa es parte de la que se ha utilizado en la redaccin del presente informe pero dista mucho de ser completa. Debido a la propia naturaleza del campo del elearning que es relativamente joven a la vez que muy activo, y por tanto en continuo cambio, hace que muchas de las referencias puedan quedar obsoletas muy rpidamente. Por tanto, algunas de estas referencias son realmente meta-referencias ya que son menciones a sitios web que contienen la informacin actualizada. Por otro lado, a lo largo del trabajo se han proporcionado muchas referencias a informacin disponible directamente en Internet, por ejemplo, sobre herramientas o sistemas concretos. Aunque en muchos casos no se podran considerar referencias propiamente dichas son parte muy importante de la informacin disponible. ADL (2002). Advanced Distributed Learning http://www.adlnet.org ADL SCORM (2002) Sharable Course Object Reference Model v1.2ADL SCORM (2006) Sharable Course Object Reference Model 2004 3rd Edition Documentation Suite Public Draft http://www.adlnet.org Anido, L. E., Fernndez, M. J., Caeiro, M., Santos, J. M., Rodrguez, J. S., and Llamas, M. (2002). Educational metadata and brokerage for learning resources. Comput. Educ. 38, 4 (May. 2002), 351-374. DOI= http://dx.doi.org/10.1016/S0360-1315(02)00018-0 ARIADNE, Association of Remote Instructional Authoring and Distribution Networks for Europe, http://www.ariadne-eu.org (ltimo acceso, 16 Octubre 2006). Bohl, O., Schellhase, J., Sengler, R., and Winand, U. (2002). The Sharable Content Object Reference Model (SCORM) A Critical Review. En Actas de International Conference on Computers in Education (ICCE02), Auckland, New Zealand, 950 951. CanCore (2004). CanCore. http://www.cancore.ca/. (Ultimo acceso, 16 Octubre 2006). CEN/ISSS, European Committee for Standardization, http://www.cenorm.be/isss/ (ltimo acceso, 16 Octubre 2006). CEN/ISSS/LT, Learning Technologies Workshop, Observatory Contents, European Committee for Standardization, http://www.cen-ltso.net/ (ltimo acceso, 16 Octubre 2006). Cordova, D. I. and M. R. Lepper (1996). "Intrinsic Motivation and the Process of Learning: Beneficial Effects of Contextualization, Personalization, and Choice." Journal of Educational Psychology 88(4): 715-730. Dublin Core (2004). Dublin Core. http://dublincore.org/. (Ultimo acceso, 16 Octubre 2006). IEEE LOM 2002 Learning Object Metadata. Learning Technology Standards Committee. Borrador final del estndar. Disponible en http://ltsc.ieee.org/wg12/files/LOM_1484_12_1_v1_Final_Draft.pdf (ltimo acceso, 16 Octubre 2006). IEEE LTSC. Learning Technology Standards Committee. Accesible en http://ieeeltsc.org/ (ltimo acceso, 16 Octubre 2006). IEEE LOM (2002). IEEE Standard for Learning Object Metadata. IEEE Standard 1484.12.1-2002. 2002 IMS CP (2001-2004). IMS Content Packaging. http://www.imsglobal.org/content/packaging(ltimo acceso, 16 Octubre 2006).

183

IMS CP USE (2001). Using IMS Content Packaging to Package Instances of LIP and Other IMS Specifications Version 1.0 Implementation Handbook. IMS LD (2003). IMS Learning Design. http://www.imsglobal.org/learningdesign/ (ltimo acceso, 16 Octubre 2006). IMS META (2001). IMS Meta-Data Versin 1.2.2. http://www.imsglobal.org/metadata/#version1.2.2 (ltimo acceso, 16 Octubre 2006). IMS META (2006). IMS Meta-Data Version 1.3. http://www.imsglobal.org/metadata/#version1.3. (ltimo acceso, 16 Octubre 2006). ISO, International Standards Organisation http://www.iso.ch/ (ltimo acceso, 16 Octubre 2006). Koper, Rob & Manderveld, Jocelyn (2004) Educational modelling language: modelling reusable, interoperable, rich and personalised units of learning. British Journal of Educational Technology 35 (5), 537-551 Macromedia (2005) Getting Started with eLearning Standards. Disponible en http://www.adobe.com/resources/elearning/whitepapers.html (ltimo acceso, 16 Octubre 2006). Masie (2003). Making Sense of Learning Specifications and Standards: A Decision Makers Guide to their Adoption, 2nd ed. e-Learning Consortium Industry Report, The Masie Center. Disponible en: (ltimo acceso, 16 http://www.staffs.ac.uk/COSE/cosenew/s3_guide.pdf Octubre 2006). MIME (1996). Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types. (LOM-ES 2006). Perfil de Aplicacin LOM-ES V 1.0. GT9 / SC 36 AENOR Polsani, P. R. (2003). Use and abuse of reusable learning objects. Journal of Digital Information, 3(4). RDF (2004). Resource Description Framework. http://www.w3.org/RDF/(ltimo acceso, 16 Octubre 2006). Sun Microsystems (2002), e-learning Interoperability Standards. White paper. January 2002. Disponible en: http://www.sun.com/products-nsolutions/edu/whitepapers/pdf/eLearning_Interoperability_Standards_wp.pdf (ltimo acceso, 16 Octubre 2006). Using IMS Content Packaging to Package Instances of LIP and Other IMS Specifications Version 1.0 Implementation Handbook. VCARD (1996). VCard The Electronic Bussiness Card Version 2.1. http://www.imc.org/pdi/vcard-21.txt. (Ultimo acceso, 16 Octubre 2006). XML Base (2001). W3C Recommedation. XML Base. http://www.w3.org/TR/xmlbase/ (ltimo acceso, 16 Octubre 2006). XML Names (2006). W3C Recommendation. Namespaces in XML 1.1. http://www.w3.org/TR/xml-names11/ (ltimo acceso, 16 Octubre 2006). XML Schema (2004). W3C Recommendation. XML Schema. Documentos disponibles en http://www.w3.org/TR. (Ultimo acceso, 16 Octubre 2006). Wenger, E. (1998). Communities of Practice: Learning, Meaning, and Identity. New York, Cambridge University Press. Wiley D. (ed.) (2000). The Instructional Use of Learning Objects. Bloomington, AECT. Disponible en: http://reusability.org/read/ (ltimo acceso, 16 Octubre 2006).

184

You might also like