P. 1
Manual SCorm 2007

Manual SCorm 2007

4.5

|Views: 2,298|Likes:
Published by sacosta
Manual SCorm 2007
Manual SCorm 2007

More info:

Published by: sacosta on Oct 01, 2008
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

09/06/2012

pdf

text

original

Sections

AulaWeb

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

Junio de 2007

2

AulaWeb - 2007

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

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

3

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

2. 3. 4. 5. 6. 7. 8. 9. 10. 11.

Sobre este manual La presente edición de este Manual de Publicación de Contenidos en formato SCORM hace referencia al sistema AulaWeb implantado en la ETSI Industriales en abril de 2007 y trata de aquellos elementos de la plataforma AulaWeb no recogido en los anteriores Manuales del Profesor. Obviamente tampoco recoge las funcionalidades del sistema añadidas con posterioridad.

Participantes en el proyecto Las siguientes personas han colaborado en el proyecto de desarrollo de las distintas versiones del sistema: Aurora Alonso, José María Arranz, Pablo Avendaño, Marcos Aza, Juan Antonio Criado, Francisco de Ory, Carlos Engels, Miguel Fernández, Pilar García, Ángel GarcíaBeltrán, Manuel González, Jorge Granado, Teresa Hernández, Isadora Iglesias, José Alberto Jaén, Antonio R. López, Julio A. Martín, Marcos Martín, Raquel Martínez, Francisco José Mascato, David Molina, Carlos Moreno, Daniel Muñoz, Luis Miguel Pabón, Juan Carlos Pérez, Alberto Rodelgo, Santiago Tapia, Alberto Valero, Eduardo Villalar y Carlos Zoido dentro de la División de Informática Industrial de la ETSII-UPM.

Junio 2007

4

AulaWeb - 2007

1.

Introducción.

Los sistemas de gestión del aprendizaje (en inglés, Learning Management System o LMS) son uno de los elementos fundamentales del eLearning (aprendizaje-enseñanza apoyado en el uso de las nuevas tecnologías). Un LMS permite la publicación de contenidos, el acceso a los contenidos, la gestión de los recursos y la comunicación entre todos los actores implicados (alumnos, profesores, administradores del sistema y creadores de contenidos). Además, el sistema gestiona habitualmente los accesos, las actividades y los permisos del usuario y facilita herramientas de comunicación tanto síncronas como asíncronas. El uso de aplicaciones educativas que emplean Internet como sistema de distribución de contenidos de calidad puede facilitar la sistematización de los procesos y la mejora de su eficiencia. Aunque la utilización de este tipo de sistema otorga una serie de ventajas, también surgen algunos problemas como son: a) el alto coste del desarrollo de contenidos b) la limitada posibilidad de reutilización/adaptación de contenidos y aplicaciones cuando se modifica alguna circunstancia, como por ejemplo, el contexto del curso o el LMS empleado. El proceso de creación de aplicaciones y contenidos educativos de calidad es una labor ardua que requiere la colaboración de expertos en diversas áreas (tecnología, didáctica y contenidos). Hasta ahora ha sido habitual que contenidos educativos excelentes, desarrollados con enorme coste para una tecnología concreta, se hayan perdido cuando se ha cambiado de plataforma o se ha producido un cambio tecnológico (por ejemplo, la evolución desde el video disco interactivo al CD-ROM y, posteriormente, a Internet). Como forma de reducir los problemas de coste y posibilidad de reutilización y de asegurar dicha calidad de los contenidos, todos los agentes implicados en e-learning tratan de sistematizar la creación de materiales educativos de calidad que puedan ser actualizados, reutilizados y mantenidos a lo largo del tiempo. De estas necesidades básicas surge un nuevo modelo para el diseño de los cursos denominado modelo de objetos de aprendizaje u objetos educativos (Learning Objects). Los contenidos de los cursos se generan por agregación de contenidos más pequeños, objetos de aprendizaje (OA), que en teoría son independientes y que pueden ser actualizados, reutilizados, mantenidos y combinados a la manera de las piezas de un juego de tipo mecano (ya que no todos son combinables con todos). Para poder hacer realidad esta nueva forma de crear contenidos, y debido a la heterogeneidad de plataformas educativas y de los LMS, es necesaria la existencia de recomendaciones y estándares ampliamente aceptados que posibiliten la reutilización de los OA y su interoperabilidad entre diferentes sistemas. Los estándares de dichos contenidos tratan de especificar cómo se realizan los procesos de enseñanza y aprendizaje de forma que la información del sistema y los contenidos puedan ser reutilizables, interoperables e intercambiables entre plataformas de enseñanza distintas. Existen ya muchas especificaciones en este sentido si bien una de las más extendidas es la de IMS. La madurez de las especificaciones y la consecuente publicación de estándares oficiales, unido al creciente soporte de estos por las plataformas de enseñanza y las herramientas de creación de contenidos facilitarán su adopción generalizada.

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

5

1.1. Alcance de los estándares Una de las principales funciones de los estándares es servir como facilitadores de la durabilidad y de la reutilización en el tiempo de las aplicaciones y de la interoperabilidad, es decir, facilitar el intercambio de los contenidos entre diversas plataformas y sistemas. Por tanto su objetivo debe ser simplificar el trabajo de los docentes y no servir como limitador de la función o de la creatividad del educador. En muchos casos, cuando los educadores oyen la palabra estándar suelen tener una reacción adversa ya que tienden a considerar que es una norma de obligado cumplimiento que coartará su creatividad o su forma habitual de planificar una acción formativa o una clase. En este caso, no se debe olvidar que finalmente estos contenidos deben ser integrables en un LMS y que deberían de ser mantenibles a lo largo del tiempo. Por otro lado, abordar procesos ambiciosos como virtualizar una carrera completa o toda una universidad, necesitan una sistematización que puede no existir en propuestas que han funcionando bien para un número limitado de cursos. Por tanto, en la tecnología y en la industria los estándares son elementos fundamentales ya que permiten el desarrollo de tecnologías aceptadas y compartidas por todos que demuestran una madurez de dichos campos. Pero la realidad es que el e-learning es un campo relativamente joven e inmaduro en el que se está, todavía, en una fase previa a la definición de un estándar suficientemente completo. En esta fase siempre se produce una confusión que responde a la elaboración descoordinada de especificaciones por parte de diferentes organizaciones. Este trabajo en paralelo desemboca en un escenario confuso inundado por las siglas de cada una de las propuestas desarrolladas. IMS, IEEE, ADL/SCORM, AICC, MIT/OCW/OKI son sólo algunos ejemplos de la gran cantidad de consorcios, iniciativas, organismos e instituciones implicados en el proceso de estandarización del e-learning. Esta diversidad, originada por la poca madurez del dominio, aumenta el riesgo de elegir el estándar perdedor. Invertir mucho esfuerzo en el desarrollo o aprendizaje de un estándar que finalmente no tendrá aceptación comercial (recuérdese la guerra entre formatos de video de los años 80 entre VHS y Beta) puede tener un alto coste. Afortunadamente existe una tendencia unificadora e integradora entre los principales desarrolladores de especificaciones para e-learning, agrupadas bajo las iniciativas IMS, IEEE, LTSC (Learning Technology Standards Comitee), e ISO/IEC que puede ayudar a simplificar y generalizar la creación y adopción de un único estándar educativo que sirva cómo referencia. 1.2. Objetos de aprendizaje El elemento central en la nueva forma de desarrollar los cursos es el objeto de aprendizaje (en adelante OA). La definición más citada en la literatura es la de IEEE, propuesta en uno de los pocos estándares relacionados con e-learning que han sido aprobados: cualquier entidad, digital o no digital, que puede ser utilizada para el aprendizaje, la educación o el entrenamiento. Esta es una definición excesivamente genérica y que ha hecho que se proporcionen otras definiciones más específicas como la de Wiley (2000): cualquier recurso digital que pueda ser reutilizado como soporte para el aprendizaje. Wiley también matiza que se usa para designar material educativo diseñado y creado en pequeñas unidades con el propósito de maximizar el número de situaciones educativas en las que se puede utilizar dicho recurso. Esta idea está directamente recogida en la definición proporcionada por Polsani (2003) que lo define como unidad didáctica de contenido, autocontenida e independiente, predispuesta para su reutilización en múltiples contextos instruccionales. En realidad, IEEE actualmente ha redefinido ligeramente el objeto de aprendizaje como cualquier entidad digital o no digital que puede ser usada, reutilizada o referenciada durante un
Junio 2007

6

AulaWeb - 2007

proceso de aprendizaje apoyado por la tecnología. Ahora le da más importancia al soporte tecnológico, entre los que destacan los LMS, y además se proporcionan como posibles ejemplos de objetos de aprendizaje contenidos multimedia, contenido instruccional, objetivos de aprendizaje o programas instruccionales. El objetivo es que los cursos se puedan crear por agregación de estos objetos de aprendizaje. El conjunto de especificaciones y estándares de e-learning pretenden facilitar todos los procesos asociados para que se puedan hacer de forma eficiente y sistemática. Con este propósito se trata de normalizar aspectos como la descripción (mediante metadatos) de los objetos de aprendizaje de modo que puedan ser gestionados, indexados y clasificados de forma eficiente; su almacenamiento en catálogos o bases de datos (que habitualmente se denominan mediante el anglicismo repositorios) o la descripción de un curso completo. Los estándares, por tanto, facilitan fundamentalmente la reutilización y la interoperabilidad ya que permiten el intercambio directo de objetos de aprendizaje y de cursos completos entre distintos sistemas de enseñanza electrónica. Por otro lado, los objetos de aprendizaje no presuponen ningún tipo de filosofía educativa determinada y, aunque se han utilizado mayormente siguiendo un enfoque instruccional, también se pueden utilizar en sistemas que utilicen otros paradigmas (constructivista). No obstante, aunque los OA suponen un gran avance hacía la sistematización del desarrollo de cursos existen diversos problemas no totalmente resueltos. Por ejemplo, hay una falta de consenso sobre la definición concreta y la descripción de los objetos de aprendizaje así como sobre su tamaño (granularidad). De hecho muchos de los almacenes de recursos educativos no siguen ningún estándar y presentan contenidos muy diversos (páginas de contenido, fotos, cursos, libros electrónicos, etc). También es necesaria más experiencia en el aspecto de reutilizar dichos OA, ya que su combinación no es tan directa como cabría desear, ni actualmente existen herramientas que simplifiquen dicho proceso sin necesidad de tener un profundo conocimiento ni tecnológico ni de los estándares. 1.3. Especificaciones y estandarización: aspectos y proceso El éxito de un estándar radica en su nivel de aceptación, por lo que un grupo de estandarización debe ser un organismo que se encargue de recopilar requisitos de múltiples fuentes y elabore con ellos una especificación consensuada. La obtención de un estándar formal se consigue como resultado de los esfuerzos combinados de numerosos organismos y consorcios que se agrupan de acuerdo a tres niveles de trabajo: a) Nivel de especificación: En este primer paso del proceso, se trabaja en la elaboración de recomendaciones basadas en el análisis de las necesidades de los propios participantes. El objetivo es proponer la especificación elaborada a la comunidad e-learning de modo que se pueda experimentar, corregir y actualizar en función de las nuevas necesidades detectadas. b) Nivel de validación: En esta fase del proceso, se desarrollan nuevos productos que incorporan las especificaciones elaboradas en el paso anterior y se inician programas piloto con el fin de valorar la efectividad y aplicabilidad de la especificación. Así mismo, se crean modelos de referencia que muestran cómo las distintas especificaciones y estándares pueden ensamblarse para integrar un sistema e-learning completo. c) Nivel de estandarización: Es el paso final de la elaboración. Las especificaciones, que ya han sido validadas, son retomadas por los organismos oficiales de estandarización que se encargan de realizar un último refinamiento, consolidación y clarificación de los requisitos que satisfacen. Habitualmente también hay un proceso de acreditación para los productos que cumplen un determinado estándar. Es importante distinguir entre la especificación (que

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

7

es un proceso de trabajo en evolución) y el estándar acreditado (que es mucho más estable y, por tanto, menos propenso a cambios). Los estándares proporcionan distintas ventajas respecto a los contenidos. Primero, se logra independencia de una aplicación concreta: los contenidos podrán ser intercambiables entre distintos LMS. Segundo se obtiene independencia de la plataforma concreta de modo que se podrá cambiar de equipo informático o de sistema operativo sin problemas. Tercero, se obtiene una garantía en la durabilidad en los contenidos, ya que al seguir un estándar y no un formato propietario de una compañía se logra la seguridad de que perduren a lo largo del tiempo. Como todo el proceso de e-learning es muy complejo, implicando muchas herramientas y actores, nos centramos inicialmente en la interoperabilidad de los cursos. Esta interoperabilidad consiste en poder reutilizar de manera global los cursos o contenidos educativos entre distintos sistemas de gestión de cursos o LMS. Por tanto, son necesarios consensos sobre diversas características relativas a estos contenidos educativos. Nosotros para simplificar y sistematizar el análisis hemos identificado ocho capas sobre las que es necesario establecer estándares para lograr la total interoperabilidad. En estas capas hemos destacado las iniciativas de estandarización, especificación o formatos que nos parecen más prometedoras o tienen actualmente una mayor aceptación: a) La capa más baja hace referencia a aspectos puramente tecnológicos para las que ya existen estándares aceptados: TCP/IP y HTTP son los protocolos estándar de intercambio de información en Internet. b) La segunda capa trata de los formatos en los que se crean los contenidos educativos. En este punto existe una gran variedad de modo que, en general, se acepta cualquier formato de contenido web que sea capaz de visualizar un navegador (incluso si para ello necesita algún complemento o plug-in). La realidad es que no existe aún un consenso claro de qué lenguaje o formato utilizar. XML y HTML son los principales candidatos actuales pero hay muchos sistemas que utilizan contenidos PDF por su portabilidad y calidad de impresión, o Macromedia Flash por su capacidad de animación o interacción. c) La tercera capa selecciona los mecanismos que se utilizarán para representar los metadatos asociados con los contenidos educativos. Los metadatos son la información complementaria que se añade sobre los objetos educativos y que describen distintos aspectos sobre su contenido, sus objetivos didácticos, y facilitan los procesos de búsqueda, selección y recuperación. XML es la tecnología más frecuente para crear los metadatos, siendo considerada ya estándar de facto para esta capa. Entre las características que han convertido a XML en la tecnología más utilizada, vale la pena destacar: la validación automática de documentos, la separación entre contenido y procesamiento, y la independencia de herramientas o plataformas concretas. No obstante, con el desarrollo de la web semántica hay iniciativas para hacer dicha descripción utilizando RDF, ya que estas nuevas tecnologías facilitan el desarrollo de aplicaciones informáticas que traten e interpreten de manera automática dicha metainformación. d) En la cuarta capa, los esquemas de metadatos, se determina qué información es relevante para los objetivos del modelo, se agrupa de acuerdo a una serie de categorías, que por lo general tienen carácter jerárquico, y por último, se adjunta al objeto como metadato (implementados habitualmente con XML). El principal estándar ya aprobado de IEEE es el esquema de metadatos LOM (Learning Object Metadata) que se ocupa de estos aspectos. e) Las capas quinta y sexta hacen referencia a la necesidad de estructurar los objetos en unidades superiores de contenido (los cursos) y asegurar su portabilidad a través de la red en forma de fichero, aportando toda la información para que sea posible su reconstrucción exacta en el sistema destinatario.
Junio 2007

8

AulaWeb - 2007

f) La séptima capa busca la homogeneidad en la estructuración de los perfiles de aquellos implicados en el proceso de enseñanza y en la forma de utilizar didácticamente los recursos educativos. g) Por último, la capa de nivel superior aborda los aspectos de adecuación lingüística, cultural y social a distintos contextos. Esta última capa tiene un gran nivel de dificultad, y todavía no hay trabajos significativos al respecto. Respecto a los propios sistemas de gestión del aprendizaje los estándares proporcionan un modelo arquitectónico coherente, en el cuál se pueden integrar distintas soluciones o programas y se pueden realizar evoluciones y actualizaciones de forma controlada y además se proporciona un mercado abierto en el que los usuarios pueden elegir el LMS deseado o incluso cambiarlo con un mínimo riesgo y coste. 1.4. Especificaciones y estándares más utilizados en e-learning Actualmente IMS (Global Learning Consortium, Inc) es el principal promotor y desarrollador de especificaciones abiertas orientadas a la enseñanza electrónica (actualmente tiene 16 especificaciones). Su objetivo es que a partir de estas especificaciones se consiga la interoperabilidad de aplicaciones y servicios en la enseñanza electrónica para que los autores de contenidos y de entornos puedan trabajar conjuntamente. No obstante, ningún estándar puede cubrir todas y cada una de las necesidades que la gran diversidad de aplicaciones y contextos educativos exigen. Mas bien, ahora se considera que estas especificaciones son un marco general de interoperabilidad que proporcionan un margen de adaptación a las necesidades concretas de cada dominio o aplicación (lo que se denominan perfiles de aplicación). El objetivo de IMS es definir especificaciones que hagan posible la interoperabilidad de aplicaciones y servicios de enseñanza f distribuida. A día de hoy, se ha concretado en once especificaciones principales. Normalmente cada una de ellas se encuentra detallada al menos en tres documentos: a) Guía de Implementación y consejos: En ella se incluyen: la forma de uso de la especificación, ejemplos, la relación con otras especificaciones, y cualquier tipo de información complementaria que pueda servir de ayuda. Normalmente es el documento que se recomienda leer primero para entender los conceptos generales con los que se trata. b) Modelo de Información: Documento que describe de manera formal los datos, así como su estructuración, detallando cada uno de los elementos considerados en la especificación. El modelo que se propone en este documento es independiente del formato físico en el que finalmente se representa la información. c) Documento de Enlace: Documento que ofrece la forma de representar la estructura de datos de la especificación, generalmente en XML. Adicionalmente se proporciona el esquema documental XML que nos permite comprobar la validez de la estructura de un documento que hayamos creado, respecto a la especificación a la que está asociado. IMS tiene muchas especificaciones ya que cada una de ellas está enfocada en una necesidad distinta del proceso de enseñanza. A continuación, vamos a describir con más detalle algunas de las más relevantes. 1.5. IMS Content Packaging El objetivo de esta especificación es permitir la distribución de contenidos reutilizables e intercambiables, es decir, describe el modo en el que se debe empaquetar el contenido educativo para que pueda ser procesado por otro sistema LMS diferente. Ofrece una forma de empaquetar (en
Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

9

un archivo comprimido tipo zip) los contenidos educativos tales como cursos individuales, conjuntos de cursos, o cualquier tipo de recurso necesario en el proceso educativo (por ejemplo, evaluaciones o exámenes). Al distribuir una serie de contenidos empaquetados según el Content Packaging de IMS, existe un documento fundamental que es el Manifiesto. Dicho documento es un fichero XML en el que se describe la estructura de los contenidos incluidos en el paquete. Dicha descripción se realiza a dos niveles diferentes: a) Por un lado, se describe cada uno de los Recursos del paquete. En una primera aproximación se puede hacer una relación casi directa entre un Recurso y un fichero con contenidos visualizables (e.g. un OA) como pueden ser ficheros HTML, animaciones en Flash, etc. En realidad, en cada Recurso se puede incluir información sobre los ficheros que componen dicho Recurso, el tipo de los mismos (que puede ser uno de los tipos ya definidos por el estándar o una extensión de los propuestos) y, opcionalmente, metadatos con información adicional sobre dicho Recurso. b) Por otro lado, en el Manifiesto se describe cómo están organizados dichos Recursos, es decir, cómo se estructura el contenido del paquete. Esto se implementa mediante las Organizaciones. Una organización es una vista (o recorrido) de una posible ordenación jerárquica (actualmente en forma de árbol) de los Recursos de un paquete. El estándar permite que un Manifiesto contenga distintas organizaciones sobre los Recursos del paquete, dando así lugar a distintas vistas o cursos a partir de los mismos contenidos. El elemento básico de estructuración que se usa al definir las organizaciones son los ítems. A cada ítem se le puede asociar un Recurso, de modo que el árbol de Ítems es, efectivamente, una estructuración de los Recursos del paquete. En resumen, el Manifiesto es un fichero XML que describe y organiza los contenidos de un paquete, añadiendo información adicional en forma de metadatos que pueden ser procesados y aprovechados en tareas de catalogación de contenidos. Finalmente, para la distribución e intercambio efectivo de los cursos lo que se crea es un Archivo de Intercambio de Paquetes (Package Interchange File, o simplemente PIF). El _PIF_ es un archivo que alberga en su interior el manifiesto y los recursos que se referencian en dicho manifiesto. Por tanto, podemos decir que es un paquete comprimido y con un formato de intercambio en .zip. La funcionalidad de exportación a PIF o de importación de un PIF se encuentra en muchos de los LMS tanto comerciales (v.g. WebCT) como de software libre (v.g. Moodle, Dokeos, Claroline). 1.6. IEEE Learning Object Metadata / IMS Learning Resource Metadata Specification (Versión 1.3 Public Draft) Los metadatos proporcionan descripciones, propiedades e información sobre los objetos de aprendizaje que permiten caracterizarlos de forma que se simplifica su uso y gestión. De forma coloquial, lo que se busca mediante esta información complementaria es poder saber cuál es el contenido y el propósito de un OA sin tener que acceder a dicho contenido. Por tanto, los metadatos aportan información orientada a hacer más eficiente la búsqueda y utilización de los recursos. Los metadatos se pueden aplicar tanto a OA concretos como a cursos completos o a partes del curso. Actualmente LOM (IEEE Learning Object Meta-Data) es uno de los estándares de elearning formalmente aprobado que goza de mayor aceptación (estándar IEEE 1484.12.1 - 2002), y ha sido adoptado en la especificación de IMS Learning Resorce Metadata. De hecho LOM se basa en los esfuerzos previos hechos para la descripción de recursos educativos en los proyectos ARIADNE, IMS y Dublín Core.
Junio 2007

10

AulaWeb - 2007

El objetivo de LOM es la creación de descripciones estructuradas de recursos educativos. Su modelo de datos especifica qué aspectos de un objeto de aprendizaje deberían ser descritos y qué vocabularios se pueden utilizar en dicha descripción. Esta es una descripción jerárquica con nueve apartados principales que agrupan el resto de campos. A continuación describimos cada una de estas categorías: a) General: Aquí se describe el objeto educativo. Incluye campos como identificador del OA, título, descripción., etc. b) Lifecycle: Almacena un histórico del objeto y su estado actual. Detalla quiénes han interactuado con este objeto desde que fue creado, y el tipo de interacción que han realizado. c) Meta- Metadata: Agrupa información sobre los metadatos. Esto puede parecer redundante a primera vista pero resulta muy interesante tener información como quién ha contribuido a la creación de los metadatos y el tipo de contribución que ha realizado. d) Technical: Incluye la información técnica del recurso de aprendizaje tal como tamaño, ubicación, o formato en el que se encuentra. Además, en este elemento se almacenan los posibles requisitos técnicos necesarios para poder usar el objeto al que se refieren los metadatos. e) Educational: En este elemento se encuentran las diferentes características pedagógicas del objeto. Típicamente se incluyen campos como tipo de recurso ejercicio, diagrama, figura, nivel de interactividad entre el usuario y el objeto alta, media, baja, o el contexto de uso del recurso universidad, enseñanza primaria, doctorado, entre otros. f) Rights: Se incluyen los detalles sobre la propiedad intelectual del recurso. También se detallan las condiciones de utilización y el precio en caso de tenerlo. g) Relation: Explica el tipo de relación que tiene el recurso de aprendizaje con otros OA. Posee un par nombre-valor en el que detalla el nombre del OA relacionado y el tipo de relación es parte de, está basado en, etc. h) Annotation: Incluye comentarios sobre la utilización del LO, además de su autor y la fecha de creación. i) Classification: Nos informa si el OA pertenece a algún tema en concreto. Por ejemplo, es aquí dónde se almacenaría que un OA se refiere a Física o a Historia. Permite tanto detalle como se quiera mediante anidamiento de temas. El modelo de datos especifica también qué elementos de la descripción pueden repetirse (e.g. Classification). Además, hay unos campos en los que el tipo de contenido es libre, es decir, se puede poner cualquier cadena de texto (para la cual se puede especificar además el idioma) y hay otros campos en los que se dispone de un conjunto de valores concretos entre los que se puede elegir, es decir, se tiene un vocabulario controlado. 1.7. IMS Question & Test Interoperability (QTI) Specification Esta especificación contempla una estructura básica que describe la forma de representar preguntas individuales o ítems (assesment item) y gestionar evaluaciones o exámenes completos (assessment). Su objetivo es conseguir que tanto las evaluaciones como los resultados sean intercambiables entre los diferentes LMS. Así, podríamos disponer de almacenes de preguntas y bases de datos con los resultados obtenidos por los alumnos a los que cualquier sistema de enseñanza electrónica podría acceder. Con este propósito se plantea y se documenta un formato de contenido para almacenar las preguntas o ítems independientemente del sistema o herramienta de autoría utilizada para crearlas. Esto permite, por ejemplo, el uso de las mismas preguntas en diversos LMS o en sistemas de
Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

11

evaluación electrónica, o la integración en un único LMS de preguntas o exámenes desarrollados con distintas herramientas. Por otro lado, se propone un sistema coherente para que los sistemas puedan informar de cuál es el resultado de una evaluación. Un ítem incluye la pregunta que se presenta al usuario y puede incluir otra información necesaria para el procesamiento de la respuesta o puntuación, retroalimentación instantánea o consejos para su realización, y otros mecanismos para mejorar el examen y/o la evaluación. QTI trata de ser pedagógicamente neutral y proporciona un gran conjunto de preguntas que habitualmente se utilizan en las evaluaciones tales como elección verdadero/falso, elección múltiple con respuesta única, elección múltiple con varias respuestas válidas, rellenar campos en blanco, ordenar objetos, relacionar objetos, etc. Además permite definir nuevos tipos de preguntas si fuera necesario. Las preguntas se agrupan en secciones que a su vez se agrupan para formar una evaluación o examen. Una evaluación, examen o test es una colección de secciones que agrupan ítems y que además contiene información sobre cómo secuenciar los ítems (presentación secuencial o se barajan las preguntas antes de presentarlas) y cómo combinar sus evaluaciones individuales para obtener la evaluación final. Esto permite, por ejemplo, definir cuál es el número de preguntas que se deben responder correctamente para que el examen se considere aprobado. En la especificación de QTI se ha producido un gran cambio entre la versión anterior la 1.2 y la versión final 2.0 ya que en esta última se ha tratado de sistematizar más los exámenes evitando muchas de las dificultades de interpretación y tecnológicas que existían en versión anterior. Por ejemplo, la versión 2.0 se ha centrado en simplificar el aspecto más conflictivo en las especificaciones anteriores, que es el concepto de ítem o pregunta individual, dejando inalterados aspectos como la agrupación de preguntas en secciones o exámenes que estaban claramente definidas en la versión 1.2. Mientras que en versiones anteriores se centraba principalmente en cómo se presentaba finalmente la pregunta, ahora se definen los posibles tipos de interacciones por parte del usuario (e.g. seleccionar uno o más elementos de una lista, crear asociaciones entre elementos de dos listas, introducir texto, seleccionar un trozo de texto de uno más largo, etc). Además de todas las interacciones contempladas introduce un tipo de interacción propia para poder extender el modelo y crear nuevas formas de interacción y poder, así, introducir nuevos tipos de preguntas. También tiene plantillas para crear preguntas similares pero en la que hay partes variables que se seleccionan aleatoriamente entre un conjunto de valores predefinidos. Otra de las novedades que introduce son los ítems adaptativos que permite su corrección adaptativa en función de una secuencia de intentos. Esto permite, por ejemplo, que el alumno pueda alterar su respuesta debido a la realimentación o que se le planteen preguntas adicionales en función de su respuesta actual. QTI permite la construcción de almacenes o repositorios de preguntas que sean directamente utilizables en distintos sistemas (e incluso para crear exámenes tipo test que los alumnos realicen por escrito). Esto puede ser muy útil cuando se generalice la representación mediante QTI de los repositorios de libre acceso existentes. La generalización de este tipo de almacenes y su libre disposición en formato compatible con otras plataformas puede simplificar mucho la creación de evaluaciones y exámenes por parte de los docentes. Además de LMS comerciales que soportan el formato y la importación de preguntas también hay LMS de software libre que soportan dicho formato y que permiten incluso exportar las evaluaciones del sistema en formato QTI.

Junio 2007

12

AulaWeb - 2007

1.8. IMS Learner Information Package Specification Esta especificación nos indica qué información se almacena referente a un alumno (o grupo de alumnos) o incluso a un productor de contenido educativo, y cómo debe almacenarse. El objetivo de esta especificación es definir una estructura que permita el intercambio de paquetes con información relativa a cualquiera de los implicados en el sistema de enseñanza. La existencia de formatos consensuados para la definición de expedientes de alumnos permite su exportación entre sistemas educativos heterogéneos. Es necesario decidir qué información debe incluirse en el expediente y el formato para representarla. Dentro de los estándares para perfiles y expedientes debe contemplarse tanto la información estática (no depende de la interacción con el sistema, v.g. datos personales) como la dinámica (aquella que se genera o se modifica a medida que el alumno avanza en su proceso de aprendizaje, ej. calificaciones). LIP incluye la información de otra especificación sobre información de alumnos denominada Personal and Private Information (PAPI) de IEEE y que en la actualidad está siendo revisada por ISO considerando la posibilidad de pasar a ser estándar oficial. Esta especificación está complementada por otra denominada Accessibility for LIP que define nuevas estructuras de datos para poder especificar preferencias de accesibilidad que tengan en cuenta las características del alumno (v.g. alumnos con discapacidades) de modo que el LMS se pueda adaptar a dichas características (v.g. modificando la presentación en forma sonora si tiene dificultades visuales). 1.9. Otras especificaciones Hay otras especificaciones de IMS que describiremos de modo más breve: a) Definición e intercambio de vocabulario. IMS VDEX (Vocabulary Definition and Exchange) define una gramática para el intercambio de listas de valores o vocabularios que puedan ser procesables automáticamente y entendibles por las personas. Permite, por ejemplo, definir valores para ser utilizados en IEEE LOM, IMS LIP o en ADL/SCORM. b) Secuenciación de los contenidos educativos. La especificación Simple Sequencing [IMS SS 2002] se ocupa de la definición de los mecanismos que permitan la secuenciación de los recursos educativos dentro de un sistema e-learning. El objetivo es poder definir, por ejemplo, el orden en el que se presentan los objetos de aprendizaje o las reglas para seleccionar un objeto de aprendizaje entre varios posibles en función del comportamiento o de las respuestas del alumno. c) Interoperabilidad entre repositorios digitales. La especificación Digital Repositories tiene como objetivo la elaboración de recomendaciones que permitan la interoperabilidad entre diferentes repositorios digitales. El propósito es poder acceder a cualquier almacén de recursos educativos para obtenerlos sin necesidad de conocer cuál es la organización o estructura de dicho almacén. En esta recuperación, los metadatos son el elemento principal para la identificación de los recursos. d) Descripción de sistemas basados en competencias. La especificación Reusable Competencies Definition tiene como objetivo definir una nomenclatura estándar para etiquetar las distintas componentes de un sistema de competencias. Estas competencias pueden formar parte de los prerrequisitos o de los objetivos educativos de una actividad formativa. Además debe permitir el intercambio de datos con sistemas de gestión académica o de recursos humanos. e) El modelo de información empresarial. IMS Enterprise Information Model define modelos de datos que permiten la integración y el intercambio de datos de los LMS con los otros sistemas de gestión de una empresa o centro educativo como, por ejemplo, la gestión de estudiantes o la administración general.
Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

13

f)

Servicios de empresa. La especificación Enterprise Services es la definición de cómo los sistemas gestionan el intercambio de información que describe personas, grupos y membresías en el contexto del aprendizaje desde el punto de vista organizativo y no educativo, como en el caso de LIP. 1.10. Perfiles de aplicación

Un perfil de aplicación es una colección de estándares, especificaciones y guías de buenas prácticas que se combinan, adaptan y particularizan para su mejor aplicación en una determinada comunidad o en un determinado dominio. Inicialmente esto podría parecer contradictorio con el concepto de estandarización, pero no es así ya que en muchos casos hay aspectos muy concretos que, por generalidad, el estándar deja sin fijar y que dificultan su implementación o aplicación final. Por ejemplo, puede fijar qué campos de la descripción mediante metadatos tendrán que estar siempre presentes aunque en el estándar sean opcionales, o proporcionar un vocabulario controlado para rellenar un campo descriptivo cuando en el estándar no se prefijan valores para dicho campo. En otros casos se puede considerar que el estándar es demasiado amplio y que limitar dicha amplitud puede simplificar la aplicación efectiva en un determinado campo. Por ejemplo, el perfil de aplicación CanCore utiliza sólo un subconjunto de los metadatos definidos en LOM para la descripción de OAs. De hecho, la importancia de los perfiles de aplicación ha hecho que IMS publique una nueva especificación denominada Application Profile Guidelines en la que se describe qué es lo que IMS entiende por perfil de aplicación, los beneficios que se obtienen y los pasos para realizarlo. Es decir, refleja la experiencia previa obtenida por los usuarios en el desarrollo de otros perfiles y se dan consejos sobre cómo realizar el proceso. 1.11. ADL/SCORM En Noviembre de 1997 el Departamento de Defensa de EE.UU. y la oficina de Ciencia y Tecnología de la Casa Blanca lanzaron la iniciativa Advanced Distributed Learning. ADL surge como respuesta a las necesidades de uno de los mayores consumidores de software del mundo y forma parte del esfuerzo que el gobierno norteamericano viene realizando con el objetivo de conseguir una enseñanza de calidad. ADL se ha centrado desde un principio en el aprendizaje sobre la Web. Actualmente es el modelo más utilizado en la industria y que cuenta con mayor cantidad de herramientas que lo soportan. Es un perfil de aplicación ya que combina muchas especificaciones (IMS, AICC, IEEE) y las particulariza para un caso concreto. Las especificaciones por su generalidad dejan sin fijar aspectos que son necesarios para facilitar la implementación final y SCORM trata de ser más preciso para lograr una mayor compatibilidad. Bajo la denominación SCORM (Sharable Courseware Object Referente Model) proponen un entorno de ejecución, un modelo de metadatos y un modelo de la estructura de los cursos. SCORM define un software que describe el modelo de agregación de contenidos, las interrelaciones establecidas entre las componentes de los cursos, los modelos de datos y los protocolos de comunicación, de manera que los objetos definidos en un LMS puedan compartirse entre diferentes LMS. Los elementos más característicos del modelo son: a) SCO (Sharable Courseware Object): curso o componente de un curso que cumple con los requisitos de interoperabilidad, durabilidad y que dispone de la información suficiente para poder ser reutilizado y accesible. Un SCO es la mínima unidad intercambiable entre
Junio 2007

14

AulaWeb - 2007

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

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

15

1.13. Compartición de recursos educativos y repositorios de objetos de aprendizaje Otro elemento importante para el éxito de los objetos de aprendizaje es la existencia de materiales educativos de calidad y fácilmente reutilizables por los educadores. Aquí hay muchos aspectos a considerar, que van desde los aspectos más técnicos como el formato de dichos materiales, su granularidad o su localización, a aspectos más legales, como su uso libre (incluso con modificación posterior) o si están protegidos por derechos de propiedad intelectual. Iniciativas como la realizada por el Instituto de Tecnología de Massachussets denominada MITOCW Open CourseWare Initiative (http://ocw.mit.edu/index.html) por la cual se compromete a hacer disponible todos sus contenidos de cursos universitarios de forma gratuita en Internet está creando una nueva tendencia. De hecho hay otras universidades que lo están comenzando a hacer e incluso algunos de los contenidos del MIT también están disponibles en español ya que hay un acuerdo con el portal Universia para la traducción y distribución de dichos cursos (http://mit.ocw.universia.net/). Como el MIT está implicado también en iniciativas de estandarización existe el compromiso de que todos estos contenidos sean acordes a estándares en un futuro. Por otro lado en los contenidos está pasando algo similar a lo que ya se ha mostrado como muy eficaz en el desarrollo de aplicaciones que es el la idea de software libre. Se han desarrollado tipos de licencias similares para contenidos que permite el libre uso e incluso modificación de los contenidos, y de la que el más claro exponente es la licencia Creative Commons (http://creativecommons.org/). Por ejemplo, los contenidos del MIT-OCW se distribuyen utilizando esta licencia. Otro de los elementos clave son los almacenes de objetos de aprendizaje o repositorios con los que se pretende disponer de grandes bases de datos de recursos educativos directamente utilizables y en muchos casos compatibles con los estándares (o por lo menos descritos mediante ellos). Hay muchos proyectos e iniciativas, que a su vez son muy diversas en cuanto a contenidos. Entre ellas podemos destacar Merlot (www.merlot.org), Ariadne (http://www.ariadne-eu.org/), EdNA Online (www.edna.edu.au) o SMETE (www.smete.org). De hecho una de las iniciativas actuales de SCORM es proponer una arquitectura para la federación de almacenes de objetos de aprendizaje llamada CORDRA (Content Object Repository Discovery and Registration/Resolution Architecture) que simplifique y resuelva la búsqueda y obtención de objetos de aprendizaje preexistentes. Por toda la información anterior podría parecer que la estandarización y, en general, el elearning sólo está teniendo repercusión en disciplinas más técnicas, generalmente de nivel universitario o profesional, y que los contenidos sólo están en inglés. Aunque es cierto que hay más información disponible en esas áreas y que el inglés es la lengua predominante en los recursos (como por otro lado también lo es en el conjunto de información que contiene Internet) existen ejemplos significativos de contenidos y experiencias en disciplinas no técnicas en español. En este momento el Centro Nacional de Información y Comunicación Educativa (CNICE) (www.cnice.mec.es), del Ministerio de Educación y Ciencia (MEC) (www.mec.es) está estudiando cómo utilizar los estándares (e.g. LOM) para mejorar la indexación, búsqueda y reutilización de dichos recursos. Existe también una lista de distribución sobre e-learning soportada por RedIris en la que participan varios cientos de personas interesadas en el tema, no sólo de España sino también de Latinoamérica, (la dirección de la lista es elearning@listserv.rediris.es pero previamente hay que suscribirse) por lo que es un recurso adecuado para saber lo que está sucediendo en este campo, sobre todo desde el punto de vista de la aplicación real. En lo referente a la aplicación industrial hay dos asociaciones representativas de las principales empresas dedicadas al e-learning en España que son AEFOL (www.aefol.com) y APEL (www.apel.es).

Junio 2007

16

AulaWeb - 2007

1.14. Conclusiones Ahora los estándares y las especificaciones en e-learning comienzan a tener una amplia difusión, de modo que su uso se incrementa y puede afirmarse, sin mucho riesgo, que serán necesarios para el desarrollo de contenidos educativos en los próximos años. La madurez de las especificaciones y la consecuente publicación de estándares oficiales, unido al creciente soporte de estos por los LMS y a la mayor disposición de herramientas que eviten la necesidad de tener un alto nivel técnico, facilitará su adopción generalizada. Asimismo, las normas nacionales pueden contribuir a su desarrollo, como lo ha hecho que la compatibilidad con el modelo SCORM sea un requisito imprescindible para la venta de aplicaciones educativas al Departamento de Defensa de EEUU (uno de los mayores compradores de software educativo del mundo). Por ejemplo, en España AENOR (www.aenor.es) ha organizado un grupo (CTN71/SC36) para el estudio y adaptación al caso español de estas tecnologías, a imagen del subcomité 36 de la ISO (ISO/IEC JTC1 SC36), que fue creado en 1999 con el objetivo de cubrir todos los aspectos relacionados con la estandarización en el campo de las tecnologías de aprendizaje. Además iniciativas, como, por ejemplo, MIT-OCW o las licencias Creative Commons que aumentan la cantidad y calidad de la información disponible, así como la mejora en los sistemas de almacenamiento y recuperación de objetos de aprendizaje simplificarán los procesos de localización y reutilización de información de calidad. De este modo, si esos nuevos contenidos realimentan al sistema cada vez habrá mas contenidos y de mejor calidad. No obstante, los estándares no son la panacea universal ni resuelven todos los problemas. Hoy por hoy, solucionan fundamentalmente la interoperabilidad y la reusabilidad de los contenidos pero hay muchas situaciones educativas y nuevos modos de trabajo que no se tienen adecuadamente en cuenta. Por ejemplo, no está claro cómo incluir los juegos educativos (lo que se ha venido llamando edutaiment o serious gaming en inglés), o nuevos modelos basados en creación cooperativa de contenidos (v.g. wikis, foros de conversación) o en publicación personalizada (v.g. blogs). En cualquier caso, sí parece quedar claro que seguirá siendo crucial la importancia de la participación de los profesores y de los educadores en e-learning como lo es en todo proceso educativo tradicional (aunque quizás en roles diferentes).

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

17

2.

Sobre SCORM y RELOAD

SCORM (del inglés Sharable Content Object Reference Model) es una especificación que permite crear objetos pedagógicos estructurados. Los sistemas de gestión de contenidos en web originales usaban formatos propietarios para los contenidos que distribuían. Como resultado, no era posible el intercambio de tales contenidos. Con SCORM se hace posible la creación de contenidos que puedan importarse dentro de sistemas de gestión de aprendizaje diferentes, siempre que estos soporten la norma SCORM. Los principales requerimientos que el modelo SCORM trata de satisfacer son: a) Accessibilidad: capacidad de acceder a los componentes de enseñanza desde un sitio distante a través de las tecnologías web, así como distribuirlos a otros sitios. b) Adaptabilidad: capacidad a personalizar la formación en función de las necesidades de las personas y organizaciones. c) Durabilidad: capacidad de resistir a la evolución de la tecnología sin necesitar una reconcepción, una reconfiguración o una reescritura del código. d) Interoperabilidad: capacidad de utilizarse en otro emplazamiento y con otro conjunto de herramientas o sobre otra plataforma de componentes de enseñanza desarrolladas dentro de un sitio, con un cierto conjunto de herramientas o sobre una cierta plataforma. Existen numerosos niveles de interoperabilidad. e) Reusabilidad: flexibilidad que permite integrar componentes de enseñanza dentro de múltiples contextos y aplicaciones. SCORM es un conjunto de normas técnicas que permiten a los sistemas de aprendizaje en línea importar y reutilizar contenidos de aprendizaje que se ajusten al estándar. La organización ADL a cargo de este estándar no trabaja sola sobre este proyecto, sino en colaboración con numerosas organizaciones, que trabajan también con las especificaciones destinadas al aprendizaje en línea. De este modo, las especificaciones de las organizaciones siguientes han sido integradas a la norma SCORM: a) b) c) d) e) f) g) Alliance of Remote Instructional Authoring & Distribución Networks for Europe (ARIADNE) [2] Aviación Industry CBT (Computer-Based Training) Committee (AICC) [3] IEEE Learning Technology Standards Committee (LTSC) [4] IMS Global Learning Consortium, Inc [5] AeroSpace and Defense Industries Association of Europe (ASD) Technical Publication Specification Maintenance Group (TPSMG) [6]

No obstante, a menudo estas especificaciones han sido modificadas ligeramente a fin de hacer el conjunto más coherente. La especificación SCORM cuenta con tres componentes: a) El modelo de agregación de contenidos, que asegura métodos coherentes en materia de almacenamiento, de identificación, de condicionamiento de intercambios y de recuperación de contenidos. b) El entorno de ejecución describe las exigencias sobre el sistema de gestión del aprendizaje (SGA) que este debe implementar para que pueda gestionar el entorno de ejecución con el contenido SCORM. c) El modelo de secuenciamiento y de navegación permite una presentación dinámica del contenido. Describe como el sistema interpreta las reglas de secuenciamiento introducidas

Junio 2007

18

AulaWeb - 2007

por un desarrollador de contenidos, así como los eventos de navegación lanzados por el estudiante o por el sistema. El modelo de agregación de contenidos puede descomponerse en varias funcionalidades. La primera es la definición de «Learning Object Metadata» (LOM). Estos metadatos, utilizados dentro de los estándares de IEEE, de Ariadne y de IMS, permiten la definición de un diccionario de términos describiendo el contenido del objeto de aprendizaje. Por ejemplo, ellas representan el asunto del contenido, el nivel requerido, la identificación del estudiante, el precio del módulo, etc. La segunda especificación une los metadatos y el/los archivo(s) XML, reutilizándose de IMS. Define como codificar los archivos XML a fin de que sean legibles por la máquina. La última especificación trata del empaquetado. Define cómo empaquetar el conjunto de una colección de objetos de aprendizaje, sus metadatos, y las informaciones sobre la manera en que el contenido debe ser leído para el usuario. En la práctica, se trata de crear un archivo zip que contiene todos los ficheros apropriados, así como un fichero manifest.XML definiendo los contenidos de los diferentes ficheros y las relaciones entre ellos. El modelo de ejecución establece una comunicación entre el objeto pedagógico (más particularmente, el estudiante) y el sistema de aprendizaje (Learning Management System). Por ello, ADL ha trabajado en colaboración con AICC para establecer un envío estandarizado de la información entre los dos sentidos, y compatible con las tecnologías de Internet. Se ha definido una API (Application Program Interface) en Javascript, que suministra una manera estándar de comunicar con un LMS, independientemente de la herramienta utilizada para desarrollar el contenido. El modelo de secuenciamiento y de navegación describe el orden de la presentación de los contenidos según la navegación hecha por el usuario. Con este propósito se definen los llamados árboles de actividades, que definen las posibles ordenaciones según las acciones efectuadas por el usuario. El editor RELOAD es un empaquetador de contenidos y editor de metadatos de código abierto, destinado a generar material para enseñanza-aprendizaje en un formato electrónico estándar. Reload ha sido desarrollado por Paul Sharples y Phillip Beauvoir del Bolton Institute (http://www.reload.ac.uk/scormplayer.html). La versión actual trabaja con ADL SCORM 1.2. Con Reload Editor se puede tomar contenido electrónico previo (páginas web, imágenes, animaciones flash, applets Java, etc.), empaquetarlo y prepararlo para almacenarlo en LMS (un servicio destinado al depósito de contenidos para compartir material de enseñanza y aprendizaje) que trabajen con formatos estándar. Este editor tiene un valor significativo para la educación, puesto que permite a los autores de contenidos transmitir sus objetos de aprendizaje en un formato compatible con determinadas especificaciones. Reload Editor permite las siguientes funciones: a) Crear, importar, editar y exportar paquetes de contenidos b) Empaquetar contenidos creados con otras herramientas c) Darle un propósito nuevo a tus contenidos a través de la reorganización y recatalogación de los mismos d) Preparar contenidos para almacenar en sitios destinados a tales efectos e) Entregar contenido a usuarios finales usando la herramienta de guardado previo de contenidos

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

19

3.

Sobre la publicación de contenidos en AulaWeb

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

Junio 2007

20

AulaWeb - 2007

4.

Creación del contenido en formato SCORM

Los pasos para la creación del contenido en formato SCORM que se van a seguir en esta práctica son: a) Creación de los contenidos en formato HTML y, en su caso, en otros formatos (PDF, imágenes, audio, video…). El contenido en formato HTML puede crearse con un simple editor de texto. En este caso se va a emplear el Bloc de notas de Windows. Para el resto de contenidos será necesario emplear un programa específico dependiendo del tipo de formato. b) Generación del archivo comprimido en formato zip: el paquete SCORM. En este paso es necesario la utilización de un editor SCORM. En este caso se va a emplear, la aplicación Reload Editor. c) Publicación del contenido en formato SCORM. En este paso se emplea un LMS que sea compatible con SCORM. En este caso, se emplea la plataforma AulaWeb. Una vez instalado todo el software necesario, se deben generar o copiar los archivos que van a utilizar dentro del contenido que se va a crear. En esta práctica, se va a generar el paquete correspondiente a un curso que contiene ocho apartados o Unidades/Objetos (SCO’s). En el ejemplo se usaran 11 archivos: ocho páginas HTML (uno por apartado) y tres imágenes. Es importante pensar bien cómo organizar los ficheros en carpetas y qué nombre dar a dichos archivos. En el curso ejemplo que se va a generar la estructura es la que se muestra a continuación en la Tabla 1: Capítulo o apartado 1. Introducción 1.1. Introducción 1.2. La plataforma AulaWeb 1.3. El equipo de desarrollo 2. Desarrollo 2.1. Contenidos en formato texto 2.2. Contenidos en formato tabla 2.3. Elementos multimedia 3. Conclusiones 3.1. Conclusiones finales 3.2. Referencias Prerrequisito --1.1. 1.2. 0101ElCurso.html 0102LaPlataformaAulaWeb.html 0103ElEquipoDeDesarrollo.html y aulaweb.jpg

Documentos asociados

-1.3. 2.1. 2.2. 0201Texto.html 0202Tablas.html 0203ElementosMultimedia.html, ecuacion.gif y mapaETSII.jpg

-2.3. 3.1. 0301Conclusiones.html 0302Referencias.html

Tabla 1. Estructura del curso a desarrollar Para generar los archivos en formato HTML con los contenidos del curso se puede emplear cualquier editor de texto o editor HTML. Por ejemplo el Bloc de notas de Windows (Figura 1).

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

21

Figura 1. Edición de un documento de texto con el Bloc de notas de Windows

Junio 2007

22

AulaWeb - 2007

5.

Generación de los contenidos en formato HTML

Contenido del documento 0101ElCurso.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Introduccion</title> </head> <body> <h1>Secci&oacute;n 1.1. Introducci&oacute;n</h1> <p> En esta pr&aacute;ctica vamos a crear un curso con contenido SCORM. Este documento s&oacute;lo contiene este p&aacute;rrafo. </p> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 2.

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

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

23

Contenido del documento 0102LaPlataformaAulaWeb.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. AulaWeb</title> </head> <body> <h1>Secci&oacute;n 1.2. La plataforma AulaWeb</h1> <p> La plataforma AulaWeb se utiliza en la Universidad Politecnica de Madrid desde el curso 1999/2000. Actualmente AulaWeb est&aacute; instalada en 17 centros de esta Universidad.<br> Esta plataforma permite la gesti&oacute;n de contenidos en formato SCORM. </p> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 3.

Figura 3. Visualización del documento 0102LaPlataformaAulaWeb.html en un navegador

Junio 2007

24

AulaWeb - 2007

Contenido del documento 0103ElEquipoDeDesarrollo.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Autores</title> </head> <body> <h1>Secci&oacute;n 1.3. El Equipo de Desarrollo</h1> <p> La plataforma AulaWeb ha sido desarrollada por la Division de Informatica Industrial de la Escuela Tecnica Superior de Ingenieros Industriales de la Universidad Politecnica de Madrid. </p> <img src="aulaweb.jpg"> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 4.

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

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

25

Contenido del documento 0201Texto.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Textos</title> </head> <body> <h1>Secci&oacute;n 2.1. Contenidos en formato texto</h1> <p> El texto se puede formatear empleando texto en <b>negrita</b>, <i>cursiva</i>, <u>subrayado</u> y otros estilos. </p> <p> Cada parrafo tambien se puede escribir por separado. </p> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 5.

Figura 5. Visualización del documento 0201Texto.html en un navegador

Junio 2007

26

AulaWeb - 2007

Contenido del documento 0202Tablas.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Tablas</title> </head> <body> <h1>Seccion 2.2. Contenidos en formato Tabla</h1> <p> Pueden incluirse contenidos con formato de tabla. </p> <table border="1"> <tr> <th>Pais</th> <th>Capital</th> </tr> <tr> <td>España</td> <td>Madrid</td> </tr> <tr> <td>Francia</td> <td>Paris</td> </tr> </table> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 6.

Figura 6. Visualización del documento 0202Tablas.html en un navegador
Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

27

Contenido del documento 0203ElementosMultimedia.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Multimedia</title> </head> <body> <h1>Seccion 2.3. Elementos multimedia</h1> <p> Pueden introducirse elementos multimedia, como imagenes (en formato GIF o JPG),audio, video, objetos Flash, applets de Java... </p> <p>Esto es una ecuacion incluida en una imagen GIF</p> <img src="ecuacion.gif"> <p>Esto es una mapa en una imagen JPG</p> <img src="mapaETSII.jpg"> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 7.

Figura 7. Visualización del documento 0203ElementosMultimedia.html en un navegador

Junio 2007

28

AulaWeb - 2007

Contenido del documento 0301Conclusiones.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Conclusiones</title> </head> <body> <h1>Seccion 3.1. Conclusiones finales</h1> <p>Las conclusiones son las siguientes:</p> <ul> <li>La construccion de un curso en formato SCORM es muy sencilla.</li> <li>Primero es necesario crear los contenidos en formato electronico.</li> <li>Despues puede emplearse Reload para generar el archivo comprimido.</li> <li>Posteriormente el curso puede publicarse en AulaWeb.</li> </ul> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 8.

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

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

29

Contenido del documento 0302Referencias.html:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <title>Curso SCORM. Referencias</title> </head> <body> <h1>Seccion 3.2. Referencias</h1> <p>Para saber mas:</p> <ol> <li>Advanced Distributed Learning, <a href=http://www.adlnet.gov/ target="_blank">Web</a>.</li> <li>Servidor de Informacion de AulaWeb, <a href="http://www.dii.etsii.upm.es/aulaweb" target="_blank">Web</a>.</li> </ol> </body> </html>

El contenido del documento anterior se visualiza en un navegador web como muestra la Figura 9.

Figura 9. Visualización del documento 0302Referencias.html en un navegador

Junio 2007

30

AulaWeb - 2007

6.

Modificación de los documentos en formato HTML

A continuación es necesario incluir algunas modificaciones en todos los documentos HTML que componen el curso. En concreto a) Incluir el elemento script que hace referencia a las librerías .js utilizadas en la cabecera de todos los documentos HTML
<script language="javascript" src='./APIWrapper.js'></script> <script language="javascript" src='./SCOFunctions.js'></script> b) Incluir el atributo onLoad="loadPage()" en la etiqueta de apertura del cuerpo de todos los

documentos HTML. c) Incluir el botón Done al final del cuerpo de todos los documentos HTML.
<form> <input type="button" value="Done" onClick="doQuit('completed')" id="button_done" name="button_done"> </form>

Por ejemplo la modificación del documento 0101ElCurso.html lo dejaría con el siguiente contenido:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"> <html> <head> <!-- Etiquetas para referenciar las librerias de JavaScript --> <script language="javascript" src='./APIWrapper.js'></script> <script language="javascript" src='./SCOFunctions.js'></script> <!-- Fin de las etiquetas de referencia de las librerias --> <title>Curso SCORM. Introduccion</title> </head> <body onLoad="loadPage()"> <h1>Secci&oacute;n 1.1. Introducci&oacute;n</h1> <p> En esta pr&aacute;ctica vamos a crear un curso con contenido SCORM. Este documento s&oacute;lo contiene este p&aacute;rrafo. </p> <!-- Formulario con boton para que el alumno indique que ha finalizado --> <form> <input type="button" value="Done" onClick="doQuit('completed')" id="button_done" name="button_done"> </form> <!-- Fin del formulario --> </body> </html>

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

31

La única modificación visible en el navegador es el botón incluido al final del contenido del documento (Figura 10).

Figura 10. Visualización del documento 0101ElCurso.html con un botón en un navegador

Todos los documentos HTML y las imágenes se deben almacenar en el mismo directorio. En este directorio se deben incluir, además, las librerías APIWrapper.js y SCOFunctions.js.

Junio 2007

32

AulaWeb - 2007

7.

Creación del paquete SCORM

Para generar el paquete SCORM se va a utilizar la aplicación Reload Editor una vez instalada en el ordenador local. La ventana principal de la aplicación con la interfaz en español se muestra en la Figura 11.

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

Figura 12. Configuración inicial del Paquete SCORM

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

33

La aplicación recoge los archivos del directorio indicado y también genera y añade nuevos archivos que permiten estructurar el contenido del paquete (ver columna de la izquierda). Los nuevos archivos son: adlco_rootv1p2.xml, ims_xml.xml, imscp_rootv1p1p2.xml, imsmd_rootv1p2p1.xml y imsmanifest.xml. A continuación es necesario crear una Organización. Para ello se lleva el cursor sobre Organizations del Paquete de contenido, se pulsa el botón derecho y se selecciona Añadir Organization en la ventana de opciones (Figura 13).

Figura 13. Añadir una organización Esta acción genera una nueva organización en la que se van a estructurar los capítulos y apartados o secciones del curso (Figura 14).

Figura 14. Creación de una organización

Junio 2007

34

AulaWeb - 2007

Para añadir los capítulos (nodos) en el curso, se lleva el curso sobre la nueva Organization y se pulsa el botón izquierdo. A continuación se marca la opción Añadir Item en la ventana (Figura 15).

Figura 15. Añadir Item o apartado Tras este paso, aparece el nuevo Item en la Organization. En el campo del título del Item, se le puede asignar el nombre del primer capítulo del curso (Figura 16).

Figura 16. Edición del nombre del item o apartado

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

35

Estos dos pasos se repiten tantas veces como capítulos tenga el curso hasta obtener el listado completo de capítulos (Figura 17).

Figura 17. Creación de todos los capítulos del curso Seguidamente para crear los apartados de los capítulos se arrastran los archivos HTML de la columna de la izquierda hasta los capítulos a los que pertenecen en la organización del Paquete de contenido (Figura 18).

Figura 18. Creación de los apartados
Junio 2007

36

AulaWeb - 2007

El siguiente paso consiste en cambiar el tipo de recurso (Resources). En principio, el modelo SCORM describe dos tipos de recursos: los SCO (que representan un Objeto de Contenido) y los assets (que componen el objeto de contenido y en los que no se navega desde el Índice de Contenido). El valor asociado por defecto a un recurso es asset. Los documentos HTML que representan el contenido del curso deben ser definidos explícitamente como SCO. Para editar el tipo de un recurso se debe seleccionar el recurso y pulsar el botón derecho del ratón. En el campo SCORM Type del cuadro de propiedades hay seleccionar como valor el tipo sco en el combo correspondiente (Figura 19).

Figura 19. Configuración de los archivos HMTL como recursos de tipo SCO En el apartado de Resources pueden eliminarse todos los recursos que no sean de tipo SCO. A continuación deben indicarse los prerrequisitos entre los distintos nodos de la organización. En el ejemplo de trabajo, para que el alumno pueda acceder al apartado 1.2 es necesario que haya pasado por el 1.1. De la misma forma el apartado 1.2 permite el acceso al 1.3 y así sucesivamente.

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

37

Para configurar los prerrequisitos, se lleva el curso sobre el apartado y se pulsa el botón derecho para seleccionar la opción Editar SCORM (Figura 20).

Figura 20. Configuración de requisitos para un apartado En la nueva ventana se selecciona el prerrequisito correspondiente a cada apartado. Con el botón-flecha se lleva el prerrequisito a la ventana de la izquierda. Por ejemplo para 0102LaPlataformaAulaWeb.html el prerrequisito es 0101ElCurso.html (Figura 21).

Figura 21. Selección del prerrequisito para un apartado
Junio 2007

38

AulaWeb - 2007

Este paso se repite para todos los apartados con prerrequisitos. Una vez hecho esto los topos correspondiente a los apartados con prerrequisitos aparecen con un punto dentro (Figura 22).

Figura 22. Organización de apartados con prerrequisitos En el siguiente paso se guardan todas las modificaciones realizadas. En la opción Archivo se selecciona Guardar. Como resultado de esta acción se actualiza el contenido del archivo imsmanifest.xml.

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

39

A modo de curiosidad el contenido del archivo imsmanifest.xml es:
<?xml version="1.0" encoding="UTF-8" ?> - <!-- This is a Reload version 2.5.4 SCORM 1.2 Content Package document --> - <!-- Spawned from the Reload Content Package Generator - http://www.reload.ac.uk --> - <manifest xmlns="http://www.imsproject.org/xsd/imscp_rootv1p1p2" xmlns:imsmd="http://www.imsglobal.org/xsd/imsmd_rootv1p2p1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:adlcp=http://www.adlnet.org/xsd/adlcp_rootv1p2 identifier="MANIFEST-5451652A427557F3394FA18D6933722A" xsi:schemaLocation="http://www.imsproject.org/xsd/imscp_rootv1p1p2 imscp_rootv1p1p2.xsd http://www.imsglobal.org/xsd/imsmd_rootv1p2p1 imsmd_rootv1p2p1.xsd http://www.adlnet.org/xsd/adlcp_rootv1p2 adlcp_rootv1p2.xsd"> - <organizations default="ORG-982AFF0433C9B61B730DD49BB55345DC"> - <organization identifier="ORG-982AFF0433C9B61B730DD49BB55345DC" structure="hierarchical"> <title>Organization</title> - <item identifier="ITEM-756A08B856A35363DCE60D918A22D779" isvisible="true"> <title>Introducción</title> - <item identifier="ITEM-360DB570E0F3F71CABC0E5323817D891" isvisible="true" identifierref="RES55817FF3C4D5966228688B9464005A5E"> <title>Curso SCORM. Introduccion</title> </item> - <item identifier="ITEM-943DA43CE8FA310F2EC53962DE49EBDB" isvisible="true" identifierref="RESFF67E18488A8D8B8B11126BFE3656CB1"> <title>Curso SCORM. AulaWeb</title> <adlcp:prerequisites type="aicc_script">ITEM360DB570E0F3F71CABC0E5323817D891</adlcp:prerequisites> </item> - <item identifier="ITEM-2B2238F9880570F3BD9447C464AC79FC" isvisible="true" identifierref="RES666AF1C7BA004C23827919919CA629F8"> <title>Curso SCORM. Autores</title> <adlcp:prerequisites type="aicc_script">ITEM943DA43CE8FA310F2EC53962DE49EBDB</adlcp:prerequisites> </item> </item> - <item identifier="ITEM-200B12B5F36B9BBD8B163E7605850D89" isvisible="true"> <title>Desarrollo</title> - <item identifier="ITEM-53FD0B40275F9C5C178078F5F963596F" isvisible="true" identifierref="RES3A94513017C3D8141B82A43ED1C7D52E"> <title>Curso SCORM. Textos</title> <adlcp:prerequisites type="aicc_script">ITEM2B2238F9880570F3BD9447C464AC79FC</adlcp:prerequisites> </item> - <item identifier="ITEM-9561B5BC1921861DAA009414C8165DE4" isvisible="true" identifierref="RES2C8121697410B0F1C28D1E99C682B836"> <title>Curso SCORM. Tablas</title> <adlcp:prerequisites type="aicc_script">ITEM53FD0B40275F9C5C178078F5F963596F</adlcp:prerequisites> </item> - <item identifier="ITEM-D7E91EBC9201DF9C2940EB518D88D54F" isvisible="true" identifierref="RESDB796BE9D7DA9610770CCDE039C9A7DE"> <title>Curso SCORM. Multimedia</title> <adlcp:prerequisites type="aicc_script">ITEM9561B5BC1921861DAA009414C8165DE4</adlcp:prerequisites> </item> </item> - <item identifier="ITEM-768BE98D1DF61DE758C84D3CDDB05279" isvisible="true"> <title>Conclusiones</title> - <item identifier="ITEM-0FBB9BE9177415882722C4A880ABD083" isvisible="true" identifierref="RES37EA366C69B364A6D8EA6DA62FD8542F"> <title>Curso SCORM. Conclusiones</title>
Junio 2007

40

AulaWeb - 2007

<adlcp:prerequisites type="aicc_script">ITEMD7E91EBC9201DF9C2940EB518D88D54F</adlcp:prerequisites> </item> - <item identifier="ITEM-826B8301E96ECF150D69FAC0174E89E4" isvisible="true" identifierref="RES3ECCC25C9B9B797710690594086268B8"> <title>Curso SCORM. Referencias</title> <adlcp:prerequisites type="aicc_script">ITEM0FBB9BE9177415882722C4A880ABD083</adlcp:prerequisites> </item> </item> </organization> </organizations> - <resources> - <resource identifier="RES-55817FF3C4D5966228688B9464005A5E" type="webcontent" href="0101ElCurso.html" adlcp:scormtype="sco"> <file href="0101ElCurso.html" /> </resource> - <resource identifier="RES-FF67E18488A8D8B8B11126BFE3656CB1" type="webcontent" href="0102LaPlataformaAulaWeb.html" adlcp:scormtype="sco"> <file href="0102LaPlataformaAulaWeb.html" /> <dependency identifierref="" /> </resource> - <resource identifier="RES-666AF1C7BA004C23827919919CA629F8" type="webcontent" href="0103ElEquipoDeDesarrollo.html" adlcp:scormtype="sco"> <file href="0103ElEquipoDeDesarrollo.html" /> <dependency identifierref="RES-FF67E18488A8D8B8B11126BFE3656CB1" /> </resource> - <resource identifier="RES-3A94513017C3D8141B82A43ED1C7D52E" type="webcontent" href="0201Texto.html" adlcp:scormtype="sco"> <file href="0201Texto.html" /> <dependency identifierref="RES-666AF1C7BA004C23827919919CA629F8" /> </resource> - <resource identifier="RES-2C8121697410B0F1C28D1E99C682B836" type="webcontent" href="0202Tablas.html" adlcp:scormtype="sco"> <file href="0202Tablas.html" /> <dependency identifierref="RES-3A94513017C3D8141B82A43ED1C7D52E" /> </resource> - <resource identifier="RES-DB796BE9D7DA9610770CCDE039C9A7DE" type="webcontent" href="0203ElementosMultimedia.html" adlcp:scormtype="sco"> <file href="0203ElementosMultimedia.html" /> <dependency identifierref="RES-2C8121697410B0F1C28D1E99C682B836" /> </resource> - <resource identifier="RES-37EA366C69B364A6D8EA6DA62FD8542F" type="webcontent" href="0301Conclusiones.html" adlcp:scormtype="sco"> <file href="0301Conclusiones.html" /> <dependency identifierref="RES-DB796BE9D7DA9610770CCDE039C9A7DE" /> </resource> - <resource identifier="RES-3ECCC25C9B9B797710690594086268B8" type="webcontent" href="0302Referencias.html" adlcp:scormtype="sco"> <file href="0302Referencias.html" /> <dependency identifierref="RES-37EA366C69B364A6D8EA6DA62FD8542F" /> </resource> </resources> </manifest>

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

41

Para crear el paquete SCORM con los contenidos y organización anteriores se pulsa el botón Crear Paquete de contenido… en la barra superior de iconos de la aplicación (Figura 23).

Figura 23. Creación de un Paquete de contenido Con esta acción aparece una ventana de diálogo en la que se debe indicar el nombre del archivo comprimido donde se quiere guardar el Paquete SCORM (Figura 24).

Figura 24. Selección del archivo comprimido con el paquete de contenidos Con los contenidos anteriores, el archivo generado, MiCurso.zip, ocupa 68 KB.

Junio 2007

42

AulaWeb - 2007

8.

Publicación del contenido SCORM en AulaWeb

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

Figura 25. Página de entrada del servidor de AulaWeb de la ETSII-UPM

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

43

El área de publicación se accede desde: Icono Contenidos > Solapa Curso Online Como el sistema detecta que no existe ningún contenido previo sólo aparece un botón con la opción de Cargar nuevo curso (Figura 26).

Figura 26. Área de gestión del curso online en la interfaz del profesor sin contenidos previos Se pulsa sobre el botón Cargar nuevo curso y aparece una ventana donde se debe indicar el nombre del archivo comprimido que contiene el curso en formato SCORM (Figura 27).

Figura 27. Paso 1 de 3 en el proceso de carga de un nuevo curso en formato SCORM

Junio 2007

44

AulaWeb - 2007

Una vez enviado el archivo comprimido en formato zip con el contenido del curso, en el siguiente paso es necesario especifica la organización concreta (por si hubiera varias configuradas) que se pretende utilizar (Figura 28).

Figura 28. Paso 2 de 3 en el proceso de carga de un nuevo curso en formato SCORM

Al pulsar sobre el botón Enviar y si no ha habido ningún problema debe aparecer la ventana de confirmación del éxito en la carga del archivo comprimido (Figura 29).

Figura 29. Paso 3 de 3 en el proceso de carga de un nuevo curso en formato SCORM Para continuar con el proceso se pulsa el botón Cerrar.

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

45

Una vez cargado el nuevo curso, la interfaz del profesor muestra nuevas opciones (Figura 30).

Figura 30. Área de gestión del curso online en la interfaz del profesor una vez introducido un contenido en formato SCORM

Las opciones que el profesor tiene ahora son las siguientes: a) b) c) d) e) Ver el curso Gestionar los nodos o apartados de los cursos Recuperar el archivo comprimido de un curso Cargar un nuevo curso Eliminar el curso actual A continuación se detallan cada una de estas acciones.

Junio 2007

46

AulaWeb - 2007

La opción Ver el curso permite la visualización de los contenidos en formato SCORM. La nueva ventana que se abre se estructura en dos columnas. En la columna de la izquierda aparece la organización del curso en capítulo y apartados (Figura 31).

Figura 31. Visualización del contenido del curso en la interfaz del profesor

El profesor puede seleccionar en la columna de la izquierda el apartado cuyo contenido desear visualizar. Dicho contenido se muestra en el área de la derecha (Figura 32).

Figura 32. Visualización del primer apartado del curso en la interfaz del profesor Al pulsar el botón Volver se cierra la ventana con la estructura y los contenidos.

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

47

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

Figura 33. Gestión de los nodos del curso en la interfaz del profesor

El botón Actualizar confirma las modificaciones realizadas por el profesor, mientras que el botón Cerrar abandona la ventana de configuración.

Junio 2007

48

AulaWeb - 2007

La opción Recuperar curso permite al profesor volver a descargarse el archivo comprimido original a su ordenador local. La ventana de diálogo que aparece (Figura 34) muestra las opciones de abrir el contenido desde un directorio temporal o almacenarlo localmente en algún directorio concreto.

Figura 34. Ventana de diálogo en el proceso de descarga del archivo comprimido en la interfaz del profesor El botón Abrir descarga el archivo y muestra su contenido en una nueva ventana (Figura 35).

Figura 35. Ventana con el contenido del archivo comprimido

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

49

El botón Guardar abre una nueva ventana (Figura 36) para que el profesor especifique el directorio local donde se va a descargar el archivo comprimido.

Figura 36. Ventana de selección del nombre para el archivo descargado La opción Cargar nuevo curso permite reemplazar completamente un curso previamente cargado por uno nuevo. Antes de hacerlo, le pide al usuario confirmación de esta acción (Figura 37).

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

Figura 38. Ventana de confirmación en el proceso de borrado del contenido en la interfaz del profesor

Junio 2007

50

AulaWeb - 2007

9.

Uso de los contenidos SCORM

Una vez publicado los contenidos en la plataforma, el alumno matriculado en la asignatura tiene acceso a dichos contenidos desde su propio interfaz.

Icono Contenidos > Solapa Curso Online > Botón Ver el curso La interfaz del alumno se muestra en la Figura 39.

Figura 39. Ventana de selección del nombre para el archivo descargado

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

51

En la columna de la izquierda el alumno tiene la organización del curso en capítulos y apartados. En el área de la derecha aparecen los contenidos de cada apartado (Figura 40).

Figura 40. Ventana de selección del nombre para el archivo descargado

Dependiendo de la configuración de permiso tendrá que seguir o no una determinada secuencia de apartados. El sistema marca como ya visto (con una marca de color verde), los apartados en los que el alumno haya pulsado el botón Done que aparece en la parte final de los contenidos correspondientes. Al pulsar el botón Volver se cierra la ventana con la estructura y los contenidos.

Junio 2007

52

AulaWeb - 2007

10.

Estadísticas de uso del contenido SCORM

La plataforma AulaWeb dispone de un módulo de generación automática de estadísticas que proporciona información de interés al profesor para el seguimiento de la actividad de los alumnos. Entre los datos facilitados por la herramienta se encuentran: a) b) c) d) e) Nodos de la estructura del curso visitados por los alumnos Fecha de visita de los nodos Duración del acceso a un nodo Actividad del grupo de alumnos en su conjunto Comparación de la actividad de un alumno con la media del resto del grupo

El acceso a este módulo se realiza en: Icono Estadísticas > Solapa Curso online

Figura 41. Ventana de generación de estadísticas sobre el uso del contenido SCORM

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

53

Desde esta ventana se puede obtener de forma sencilla mucha información que desee sobre el uso del curso online de una asignatura. El procedimiento para indicar el tipo de información a obtener es el siguiente: a) En primer lugar se selecciona en el Árbol de contenidos el curso, capítulo o apartado sobre el que desea obtener información b) En el primer formulario se indica el Tipo de información requerida: número de visitas, tiempo de visita o duración de la visita c) En el segundo formulario se especifican los alumnos consultados (todos, uno o uno y la media) d) En el tercer formulario se indica el periodo temporal sobre el que realizar la consulta (el curso académico completo, el mes o un intervalo específico de fechas). e) En el cuarto formulario se elige la agrupación (por mes, por días de las semana, laborables/fines de semana, por franjas horarias o por alumnos). Aparece seleccionado por defecto el tipo de gráfico más explicativo, si bien también se puede cambiar. Finalmente, si se habilita la opción Acumulativa y se selecciona se podrá observar cómo se han ido acumulando los datos obtenidos a lo largo del período temporal elegido. Al pulsar el botón Mostrar se ve el gráfico deseado. A modo de ejemplo se muestran algunas gráficas obtenidas con este módulo de estadísticas. En la Figura 43 se muestra la distribución horaria de las visitas de los alumnos a los contenidos SCORM.

Figura 42. Ventana de generación de estadísticas sobre el uso del contenido SCORM

Junio 2007

54

AulaWeb - 2007

En la Figura 43 se muestra una distribución de las visitas de los alumnos a los contenidos SCORM de la asignatura por día de la semana.

Figura 43. Distribución de las visitas de los alumnos a los contenidos SCORM por día de la semana. En la Figura 44 se muestra un diagrama de barras con el número total de visitas de los alumnos de una asignatura a los contenidos SCORM. Con estos datos el profesor puede determinar quién ha realizado un seguimiento completo del curso.

Figura 44. Número total de visitas de cada uno de los alumnos a los contenidos SCORM

Universidad Politécnica de Madrid

Creación de contenidos SCORM en AulaWeb

55

11.
1. 2. 3. 4. 5. 6. 7. 8.

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

9. 10.

11.

12. 13. 14. 15.
16.

Junio 2007

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->