Aproximación a los Estándares en Entornos Tecnológicos de Enseñanza/ Aprendizaje Lucía Amorós Poveda lamoros@um.es Becaria F.P.U. por el MECD España Resumen Tanto en Europa como en el continente asiático y americano, desde hace varios años se llevan desarrollando por medio de coaliciones, consorcios y asociaciones de diversa índole, estándares destinados a entornos tecnológicos de enseñanza/ aprendizaje con la finalidad de definir la diversidad de datos propios del proceso. Dichos estándares, según Rodríguez Illera (2002) tienden a la convergencia futura. Los estándares tienden a buscar la aceptación internacional por ello, aunque a continuación ubiquemos a las organizaciones en estados o continentes, no debe interpretarse que éstas sean cerradas o de labor exclusiva de dicho continente o estado. Así por ejemplo, ARIADNE (europeo) toma como referencia estándares norteamericanos y el IEEE (estadounidense) consulta a su vez los avances de continentes vecinos. Al día de hoy no hay un único estándar a seguir. De momento, aportamos un detalle de diversas organizaciones que ya han desarrollado o nacen para el desarrollo, de estándares útiles para entornos tecnológicos de enseñanza- aprendizaje y/o para la elaboración y reusabilidad de los objetos de aprendizaje. Palabras clave: Programas informáticos, telenseñanza, entornos tecnológicos de enseñanza/ aprendizaje, estándar. Abstract In Europe, Asia and America, from several years, coalitions, consortiuns and different associations have developing of standards with the purpose of unifying criteria about educational software and technological teaching enviroments. For Rodríguez Illera (2002) that estandards will become one. In this paper, it is offered a small explanation about the term “standard”. Moreover, it can be seen a relation of standards in different continents and the process for making them. The standards are in direct relation with teaching environments and the learning objects. Keywords: software, e-learning, learning technology environments, standards. ¿Qué es un Estándar de Entornos Tecnológicos de Enseñanza/ Aprendizaje? Consideramos que la cuestión con la que se comienza en este momento necesita, al menos brevemente, del análisis del término que corona dicha cuestión. La palabra estándar proviene de la lengua anglosajona standard. El empleo de dicho artículo se utiliza para referirse a aquello que va a ser utilizado como tipo, como un modelo a 1 seguir, como una norma, o bien como un patrón o una referencia. Dentro del contexto tecnológico, apuntan Arriaga et al. (2002) que el estándar implica acuerdos internacionales documentados o normas establecidas bajo el consenso mundial. Bajo esta premisa, en 1947 comienza su labor la ISO (International Standards Organization), federación no gubernamental, cuya misión es la de promover el desarrollo de estándares y ofrecerlos facilitando la mejora de los servicios y la cooperación en actividades que atañen a esferas científicas e intelectuales, tecnológicas y económicas. Actualmente abastece a 140 países. No obstante, el término estándar implica diferencias en sí mismo. El Consorcio de ELearning del Centro MASIE 1(Marie, 2002) reconoce dos tipos distintos de estándares: los estándares “de jure” y los estándares “de facto”. Los estándares de jure son aquellos que disponen de un certificado formal tras haber pasado por un proceso de elaboración reconocido y explícito. Estos estándares disponen de un estatus de especificidad al estar dotados de una acreditación. Algunos ejemplos del tipo de estándar al que nos referimos son el IEEE LTSC, ISO/IEC— JTC1/SC36, o el CEN/ISSS europeo. Los estándares de facto son aquellos que se instauran porque una gran mayoría de personas los han adoptado ante un conjunto de cambios que han originado una especificación, independientemente de que haya o no una certificación o acreditación formal. Ejemplos de estos estándares son el TCP/IP o el protocolo HTTP . Dentro del argumento general que nos ocupa, podríamos plantearnos, metafóricamente recordando un clásico dicho popular, la cuestión de quién nace antes, si el estándar o el objeto de aprendizaje. Los estándares que afectan a los Objetos de Aprendizaje (OA), según Wiley (2001), llegan ante la amplia dispersión de estos y con la intención de generalizar su adopción, su empleo. Hablamos entonces de los estándares tecnológicos instruccionales o los estándares aplicados a entornos tecnológicos de Enseñanza/ Aprendizaje. En este contexto, Henríquez y Rallo (1999) entienden por estándar para la elaboración de entornos tecnológicos de E/ A a la normativa que trata de “elaborar abstracciones de alto nivel o arquitecturas de un sistema tecnológico (el subrayado es mío) que representen a toda una gama diversa de implementaciones prácticas de las mismas”. Los autores mencionados entienden por arquitectura de un sistema a la descripción de un sistema tecnológico atendiendo a sus componentes básicos (subsistemas) y su interacción con otros sistemas. Por su parte, el documento técnico que describe los componentes de un sistema determinado (parte estática) y el comportamiento de dicho sistema (parte dinámica) es denominado especificación (Henríquez y Rallo, 1999). Al referirnos a una arquitectura para entornos tecnológicos de E/ A damos un paso más puesto que nos referimos, no sólo a la descripción de un sistema, sino a un marco 2 definido de E/ A integrado, atendiendo a un conjunto de especificaciones técnicas. En síntesis, estas arquitecturas permitirían el análisis, elaboración, implementación y evaluación de un ambiente tecnológico de aprendizaje. Este hecho hace posible que los componentes elaborados (por ejemplo los OA bajo las características de digitalidad expuestas anteriormente) puedan ser reutilizables, adaptables a los diferentes entornos de formación y al tiempo se contribuya a una labor de diseño e implementación basada en componentes mucho más económica. ¿CUÁL ES EL PROCESO DE CREACIÓN DE UN ESTÁNDAR? La elaboración de estándares supone un proceso abierto de relaciones entre empresas, instituciones y organismos diferentes, por lo general, unidos por intereses comunes. Dicho proceso supone un cúmulo de influencias originarias de organizaciones, asociaciones... y de planteamientos de procedencia diversa. Para explicar el proceso de creación de un estándar utilizamos como apoyo dos ejemplos. El primero plantea la evolución de los estándares de modo general, se detalla el proceso desde el inicio de un estándar hasta su certificación. El segundo ejemplo concreta dicho proceso al centrarnos en una especificación, el SCORM con la intención de ofrecer el detalle del proceso de un modo más práctico y mostrar las relaciones e influencias que dan lugar a un estándar. Veamos cada uno de ellos. Ejemplo 1: Proceso de evolución de los estándares El uso de estándares y especificaciones destinados a entornos tecnológicos de E/ A supone una tarea laboriosa antes de llegar a adoptarse de modo general. Hasta la fecha no se reconoce un proceso único y absoluto para la creación de un estándar común por lo que cada consorcio u organización tiene sus propios procedimientos (ISO, 2002; MASIE, 2002). De modo ilustrativo valga el trabajo del MASIE Center e-Learning CONSORTIUM (2002), el cual identifica un modelo de proceso superior global en la evolución de cualquier estándar. En todo proceso se reconocen pro lo general cuatro estados típicos: 1º Estado: I +D (Investigación más Desarrollo) 2º Estado: Desarrollo de la especificación. 3º Estado: Muestreo/ Prueba piloto. 4º Estado: Estándar de jure. En sus inicios, determinados organismos e instituciones que se relacionan con la investigación y el desarrollo, actúan, ante un problema concreto, identificando soluciones posibles. Generalmente las universidades, compañías con departamentos de investigación y/ o consorcios de I+D son quienes actuarán en esta primera etapa a la hora de dar una solución conveniente a un problema determinado. El foro que desarrolla PROMETEUS (del cual hablaremos más adelante) es un ejemplo de este primer estado (CETIS, 2002c). Una vez detectado el problema y su posible solución se llega al desarrollo de la especificación. Aquella solución que se ha visto como tentadora, meritosa, que ha sido 3 valorada previamente y la cual ha manifestado una utilidad en potencia se procesa documentalmente obteniendo una especificación por escrito y detallada. De esta forma la propuesta se puede codificar e implementar. Este es el procedimiento típico de un grupo de trabajo, a menudo asumido por varios consorcios y colaboraciones (por ejemplo el AICC, el IMS, ARIADNE, que explicaremos con posterioridad). El tercer estado o fase de un estándar hace referencia al procedimiento de muestreo y pruebas pilotos a desarrollar. La especificación se expone ante situaciones prototipo para determinar su ámbito de alcance, su utilidad e inutilidad, sus significados, reacciones, etc. Un ejemplo de este estado se da dentro del ADL Co- Lab, grupo directamente vinculado con el Departamento de Defensa de EEUU, destinado al estudio de especificaciones y estándares para el desarrollo de ambientes digitales de formación. Algunos centros específicos dedicados al muestreo son JCIEL projects o CETIS Groups (CETIS, 2002c). Finalmente llegamos al estado donde se encuentra el estándar de jure, es decir, aquel que está dotado de un certificado formal reconociendo todo el proceso de elaboración. El muestreo ha servido para completar las especificaciones, las cuales van a ser tomadas para acreditar el cuerpo del estándar. Éste será de nuevo revisado, esta vez de un modo más general, y será ofrecido a las industrias iniciales como un trabajo abierto y basado en el consenso y la elección democrática de las entidades participantes. Si las especificaciones son aprobadas éstas reciben una certificación oficial para acreditar el estándar y poner a disposición el contenido completo. Esto es lo que ha sucedido por ejemplo, con el IEEE (LTSC), el ISO/ IEC JTC 1/SC36 o el CEN/ ISSS/ LT-WS. En la página siguiente ofrecemos una figura para ilustrar el proceso general de evolución de un estándar atendiendo a los cuatros estados descritos. Ejemplo 2: Influencias y relaciones en la elaboración de estándares: El SCORM Una norma o estándar que contiene diversas especificaciones acerca de aspectos técnicos y objetos de aprendizaje es el SCORM. Responde a las siglas la Sharable Content Object Reference Model (Modelo de Referencia de Objetos como Contenido Compartido) y pretende aportar una especificación para el ordenamiento del contenido de aprendizaje. La elaboración del SCORM lleva implícita una red organizativa importante que en la actualidad viene coronada por iniciativa del Departamento de Defensa norteamericano conocido como ADL Co-Lab. Las implicaciones, no obstante, afectan a otros organismos. Así, el ADL Group, en colaboración con organizaciones académicas públicas y privadas forman el modelo que sirve para conocer y detectar las necesidades y requerimientos de una audiencia diversa y así acceder a materiales y productos de alta calidad educacional. Sirva la siguiente figura para mostrar dichas relaciones. 4 Grupos, consorcios, organizaciones... dedicadas a la elaboración de estándares PROMETEU S Concepto s I+D Necesidad es Usuarios AICC, IMS, ARIADNE Bosquej o, Bosquej o, Bosquej Idea, o, Idea, Idea, Propues ta Propues ta Propues ta Especificaciones técnicas 1º ESTADO 2º ESTADO ADL Co-Lab IEEE, ISO, CEN/ISSS Usuarios Laboratorios Banco de pruebas Mercado Estándar de facto Estánd Cuerpo Estánd ar Estánd ar ar Implementación de modelos de referencia 3º ESTADO Acreditación de estándares 4º ESTADO Evolución de los estándares (CETIS, 2002c; The MASIE Center e- Learning CONSORTIUM, 2002). Adaptado. El AICC desarrolla su propio sistema de dirección instruccional (IMS) y el IEEE, desarrolla junto al Comité de Estándares para la Tecnología del Aprendizaje (LTSC) la especificación LTSA (Learning Technology Systems Architecture)2. En la página siguiente se ha efectuado un dibujo tratando de mostrar las influencias y relaciones que se generan para la elaboración de un estándar concreto; en este caso el SCORM. En su base, el SCORM es una implementación del IMS (concretamente una porción llevada a cabo por el Comité CBT de la Industria de la Aviación). Por lo tanto, hablamos en concreto de especificaciones propias de la AICC. Es una industria vertical en cuanto a implementación- especificaciones pertenecientes también al Departamento de Defensa de Estados Unidos. No obstante, el IMS tiene su base en los principios básicos de la arquitectura LTSA, propia del IEEE. 5 Departamento de Defensa de EE.UU. ADL - Co-Lab (Laboratorio de Aprendizaje Distribuido Avanzado) ¿Quién lo desarrolla? SCORM (Estándar de especificaciones técnicas) Especificaciones Especificaciones IMS Global learning Consortium AICC Especificaciones IEEE LTSC IMS LTSA LTSA LTSA Ejemplo de influencias y relaciones en la elaboración de estándares: El SCORM. Elaboración propia. Organismos Dedicados al Desarrollo de Estándares Tanto en Europa como en el continente asiático y americano, ya se están desarrollando por medio de coaliciones, consorcios y asociaciones de diversa índole, estándares con la finalidad de definir la diversidad de datos (metadatos). Dichos estándares, según Rodríguez Illera (2002) tienden a la convergencia futura. Antes de detallarlos nos permitimos una matización quizás un tanto obvia. Los estándares tienden a buscar la aceptación internacional por ello, aunque a continuación ubiquemos a las organizaciones en estados o continentes no debe interpretarse que éstas sean cerradas o de labor exclusiva de dicho continente o estado. Así por ejemplo, ARIADNE (europeo) toma como referencia estándares norteamericanos y el IEEE (estadounidense) consulta a su vez los avances de continentes vecinos. 6 Como hemos indicado, al día de hoy no hay un único estándar a seguir. De momento, aportamos un detalle de diversas organizaciones que ya han desarrollado o nacen para el desarrollo, de estándares útiles para entornos tecnológicos de enseñanza- aprendizaje y/o para la elaboración y reusabilidad de los objetos de aprendizaje3. De carácter internacional: Grupo ISO (International Organization for Standardization) Detalle/ Página web La ISO es una organización no- gubernamental y su misión es promover el desarrollo de estándares relacionados con actividades muy diversas con el fin de facilitar una visión de intercambio internacional para la mejora de los servicios, desarrollando la cooperación tanto en esferas científicas e intelectuales como en actividades tecnológicas y económicas (http://www.iso.org). El estándar internacional dentro del campo de la Educación, el Aprendizaje y la Formación considerando la reusabilidad e interoperabilidad de los recursos y las herramientas es el ISO/ IEC JTC1 SC36 (http://jtc1sc36.org). DCMI La iniciativa DCMI está dedicada a promover la adopción de los estándares de (Dublin Core metadatos con el fin de facilitar la interoperabilidad así como desarrollar vocabularios Meta-data especializados útiles a la hora de describir los recursos que permiten que sistemas Initiative) tecnológicos inteligentes den acceso a información relevante. El sistema propuesto por DCMI se ha traducido a 25 idiomas y ha sido adoptado formalmente por 7 gobiernos. INTERNACIONAL http://dublincore.org/ INTERNACIONAL América. Grupo/ Procedencia Detalle/ Página web CANADÁ El origen del consorcio tiene sus inicios en 1997, con el proyecto IMS lanzado por Educom (ahora conocido como Educause). Este proyecto parte de un conjunto de problemas que se estaban dando en torno a la interoperabilidad cuando los sistemas del gestión del aprendizaje bajo plataformas tecnológicas estaban emergiendo. Con el tiempo se genera el IMS Global Learning Consortium. Estas especificaciones definen un método para representar el comportamiento previsto en una experiencia de aprendizaje de tal manera que se consigue que cualquier sistema tecnológico pueda ordenar actividades de aprendizaje. http://www.imsproject.org La iniciativa CanCore ofrece una guía para quienes estén interesados en describir objetos educacionales con la intención de compartirlos, intercambiarlos, distribuirlos o propagarlos como recursos. En última instancia, hablamos de un protocolo nacional para la descripción de objetos educacionales (metadatos). Es una interpretación y simplificación del Modelo IMS y es totalmente compatible con el IEEE LOM, el protocolo de gestión de OA del IEEE. http://teleeducation.nb.ca/CanCore Grupo/ procedencia Detalle/ Página web IMS Global Learning Consortium (Instruction Management System) EE.UU CANCORE (CANadian CORE Learning Resource Metadata Specification) 7 AICC (Aviation Industry CBT (ComputerBased Training) Committee) EEUU IEEE (Institute of Electrical and Electronic Engineers) EEUU ADL Co-Lab (Advanced Distributed Learning CoLaboratory) EEUU GEM (Gateway to Educational Materials) EE.UU Proporciona aplicaciones instructivas dirigidas por ordenador (IDO, Instrucción dirigida por Ordenador). Sus objetivos son: la asistencia a los operadores de pilotaje a través del desarrollo de guías con las que promover la formación por computadora de modo efectivo y económico, el desarrollo de guías atendiendo a la interoperabilidad y la provisión de un foro abierto donde debatir acerca de las tecnologías de la instrucción y la formación. La AICC produce las AGR, es decir, las Guías y Recomendaciones de la AICC. http://www.aicc.org El IEEE (Institute of Electrical and Electronic Engineers) es una asociación de profesionales técnicos con más de 377.000 miembros de 150 países. Es líder en áreas relacionadas con la ingeniería computacional, la tecnología biomédica, las telecomunicaciones, etc. Su principal propósito es facilitar el desarrollo, uso, mantenimiento e interoperabilidad de los recursos educacionales. Los grupos de trabajo desarrollan estándares técnicos atendiendo aproximadamente a veinte áreas diferentes relacionadas con la tecnología del aprendizaje, la formación y la instrucción. http://ltsc.ieee.org Actualmente está desarrollando por iniciativa del Departamento de Defensa el SCORM, estándar de especificaciones técnicas. El ADL Group, en colaboración con otras organizaciones académicas públicas y también privadas están formando el modelo para conocer las necesidades y requerimientos de una audiencia diversa con el fin de acceder a materiales y productos de alta calidad educacional. Para conocer más acerca del nuevo paradigma de E-Learning que sujeta este planteamiento podemos remitirnos a la web http://www.adlnet.org. El GEM es un consorcio que ofrece a los educadores de forma rápida y accesible miles de recursos educacionales procedentes de diversos ámbitos (estados, federaciones e universidades sin ánimo de lucro y sitios web comerciales). El GEM está patrocinado por el Departamento de Educación de EEUU. http://thegateway.org Europa. Grupo/ Procedencia Detalle/ Página web ARIADNE ARIADNE y ARIADNE II (proyectos de I+D) trataron de fomentar el desarrollo tecnológico bajo presupuestos pedagógicos y educativos. Ambos forman parte del Programa de I+D de la Unión Europea. Los proyectos se centraron en el desarrollo de herramientas y metodologías (producción, dirección y reutilización de elementos pedagógicos de base computacional) destinadas a currícula de entrenamiento en entornos telemáticos. http://ariadne.unil.ch y http://www.ariadne-eu.org/ (Alliance of Remote Instruccional Authoring and Distribution Networks for Europe) EUROPA CEN/ ISSS (Centre for European Normalisation/ Information Society Standardisation System) El CEN/ISSS atiende a los lenguajes de modelamiento educacionales, al repertorio de taxonomías y vocabulario apropiado, a las licencias y sus condiciones en el ámbito educativo y a la partición de contenidos electrónicos. http://www.cenorm.be/isss EUROPA EdNA (Educational Network Australia) Hablamos de un servicio que trata de aportar un soporte para promocionar los beneficios de Internet aplicado a la educación, el aprendizaje y la formación en Autralia. Se organiza considerando el currículum establecido en Australia y las herramientas son libres para los educadores australianos. Depende del gobierno de dicho país. AUSTRALIA http://www.edna.edu.au/EdNA Asia. 8 Grupo/ Procedencia Detalle/ Página web ALIC (Advanced Learning Infraestructure Consortium) El objetivo de ALIC es establecer las bases de una sociedad activa para el desarrollo del aprendizaje, de tal manera que se pueda llevar a cabo éste sin limitaciones espaciotemporales, considerando las metas e intereses tanto individuales como grupales. Además el consorcio acoge a expertos que serán los encargados de marcar las pautas de competitividad global. JAPÓN http://www.alic.gr.jp/eng/index.htm Descripción de la Arquitectura de un Sistema Tecnológico de E/A en Base a una Especificación A continuación presentamos la especificación LTSA (Arquitectura de Sistema Tecnológico para el Aprendizaje) desarrollada por el IEEE. Se especifican 5 capas en la arquitectura del sistema pero sólo la 3 (componentes del sistema) es normativa en el estándar LTSA. Esta arquitectura se aplica a una amplia gama de escenarios de aprendizaje. Del nivel más superior al más bajo, estas capas se denominan: CAPA 1: Interacciones Estudiante- Ambiente (informativa): Se refiere a la adquisición por parte del estudiante, transferencia, intercambio, formulación, descubrimiento del conocimiento y/ o información, basada en la interacción del estudiante con el ambiente, con su entorno. CAPA 2: Características del diseño en relación al estudiante (informativa): Se refiere al efecto que el sistema tecnológico de aprendizaje tiene sobre el estudiante. CAPA 3: Componentes del sistema (normativa): Describe la arquitectura del sistema en base a las características humanas y de penetración. CAPA 4: Perspectivas y prioridades de la puesta en práctica (informativa): Describe los sistemas tecnológicos de aprendizaje desde una variedad de perspectivas atendiendo a los subconjuntos propios de la capa “componentes del sistema”. CAPA 5: Códigos, protocolos de intercomunicación propio de un sistema operativo y otros protocolos para Componentes Operacionales e Interoperabilidad (informativa): Describe los componentes genéricos "plug-nplay" así como las interfaces propias de una arquitectura tecnológica para el aprendizaje (entorno de E/A, el paréntesis es mío) basada en la tecnología de la información, según la perspectiva interesada. El ICS identificará qué componentes del LTSA (características de la capa 3) se aparecerán en la puesta en práctica. Los códigos entre paréntesis son abreviaturas del LTSA. Para facilitar la interpretación del estándar ofrecemos la siguiente leyenda así como la interpretación de la arquitectura por medio de la figura que recogemos en la página siguiente. 9 Código Leyenda del LTSA (L1) Flujo de datos sobre el estudiante, entre la evaluación (de carácter finalista) y el seguimiento. (L2) Flujo de datos sobre información del estudiante a partir del seguimiento del alumno, dirigido al tutor. (L3) Flujo de datos sobre información del estudiante, desde el tutor hacia el seguimiento del alumno. (L4) Preferencias de aprendizaje entre el estudiante y el tutor. (L5) Flujo de datos de localización desde el tutor hacia la entrega. (L6) Flujo de control de localizadores, desde la entrega hacia los recursos de aprendizaje. Como ya indicamos con anterioridad sólo la capa 3 (Componentes del sistema) es Normativa en este estándar. Las demás son informativas. Como se observa en la capa 3 y en las anteriores y posteriores, todos los componentes implican un aparente ambiente completo de gestión de información en torno a la evolución del estudiante. En la capa 3, se advierte que el proceso de Enseñanza/ Aprendizaje gira en torno a cuatro indicadores: el Estudiante, la Evaluación, la Tutoría y los Contenidos y su distribución, representado este último en la figura por el cuadro “proceso de entrega” (proceso que en sentido estricto implicaría la distribución de contenidos, pero atendiendo a las dudas que el propio estudiante se plantea y a la información que se desprende del seguimiento del estudiante). Siguiendo con las aportaciones del IEEE (Farance y Tonkel, 2001) los pasos para el éxito en la construcción del estándar e importantes para llevar a cabo la interoperabilidad de la tecnología de la información aplicada a una diversidad de áreas pasan por hacer referencia a los requerimientos, las funcionalidades, el modelo conceptual y la semántica empleada (véanse las especificaciones en la capa 5). Las especificaciones a tener en cuenta en los requerimientos y funcionalidades tienen que ver con el flujo de trabajo entre el estudiante y el tutor, la promoción de pasos, la construcción bajo un consenso establecido y la estabilidad terminológica empleada para la interpretación y el mantenimiento del estándar. La construcción de consensos lleva consigo el incremento del estándar y la interpretación contribuirá al mantenimiento de la estabilidad. De este modo, cuando una situación provoque ambigüedad la solución necesitará de una interpretación para resolverla. Expliquemos esto ayudados de un ejemplo. 10 CAPA 1 L1 Entidad Estudiante (L) Estudiante/ Interacciones con el entorno Ambiente L3 L2 Interacciones CAPA 2 Rasgos de diseño relacionados con 3 IEEE 1484.1 Componentes del Sistema LTSA Flujo de datos multimedia desde la entrega hacia el estudiante. L4 Proceso de entrega Flujo de datos del contenido de interacción, desde la entrega hacia la evaluación Proceso de Evaluación (finalista) Flujo de datos sobre el seguimiento, desde la evaluación hacia el tutor. L5 Flujo de datos con contenido de aprendizaje, desde los recursos de aprendizaje hacia la entrega. Repertorio de datos sobre RECURSOS de APRENDIZAJE Flujo de datos sobre el catálogo de información, desde los recursos de aprendizaje hacia el tutor. CAPA 4 Perspectiva CAPA 5 Componentes APIs & Protocolos e s t u d i a n t e. Flujo de datos sobre el comportamiento, desde el estudiante hacia el seguimiento y posterior evaluación (juicio de valor). Estudiante CAPA el Requerimientos Semántica L6 Proceso de tutoría Flujo de control de dudas, desde el tutor hacia los recursos de aprendizaje. Participativa Funcionalidades Flujo de datos sobre el estudiante, entre la evaluación y el seguimiento Repertorio de datos sobre el SEGUIMIENTO del estudiante Flujo de datos sobre el estudiante, entre la evaluación y el seguimiento. / Prioridades Modelo Conceptual APLs Codificaciones Convenio de llamadas Formato de datos Protocolo s Capas comunes Capas de implementación- abstracción del LTSA. FARANCE, F. y TONKEL, J. (2001). Draft Standard for Learning Technology — Learning Technology Systems Architecture (LTSA). IEEE P1484.1/D9, 2001-11-30. http://edutool.com/ visitada el 4/6/02. 11 Estudiante Proceso de entrega (Distribución de contenidos) Repertorio de datos sobre RECURSOS de Aprendizaje PROCESO DE E/ A Tutor Proceso de evaluación (carácter finalista) Repertorio de datos sobre el SEGUIMIENTO del estudiante Figura: Componentes principales del LTSA según Henríquez y Rallo (1999). Adaptado. Supongamos que los vínculos existentes en el contenido de formación presentan ambigüedad. La interpretación que queda recogida en el estándar sería: a) Las ambigüedades en los vínculos serán resueltas por medio de interpretaciones semánticas de dicho vínculo. b) Las ambigüedades en semántica serán resueltas por medio de las interpretaciones llevadas a cabo en el modelo conceptual. De este modo, entendemos que ante vínculos ambiguos se procede al uso de estos dotándolos de un significado (semántica) el cual será extraído del modelo conceptual con el que trabajemos (modelo conceptual). Los pasos que se representan en la capa 5, si bien son fundamentales en el desarrollo de la interoperabilidad deben ser entendidos como especificaciones de "nivel inferior" a la hora de compararlo con los estándares propios de la arquitectura del sistema. Hablamos de pasos, no como fases del desarrollo de la arquitectura general, sino como áreas de riesgo en el desarrollo y en la descripción técnica. Algunos Productos de E-Learning sobre la Base de Estándares IntraLearn: Herramienta para la elaboración de courseware, bajo los estándares industriales para herramientas de E-Learning y compatible con los AICC, IMS, SCORM y LRN. Además está pensada para atender a la diversidad en la dirección de la eliminación de barreras en tecnología de información y para ofrecer nuevas oportunidades a las personas con discapacidad o minusvalía (disability). El desarrollo de las tecnologías ayudará a alcanzar estas metas. La ley (sección 508) se aplica a todas las agencias federales estadounidenses cuando éstas se encargan de desarrollar, mantener o utilizar tecnologías electrónicas y de la información. 12 Entre sus posibilidades se destaca la ventaja de presentar contenido e importarlo, así como el seguimiento de utilización llevado a cabo por el estudiante. El LRN responde a las siglas Learning Resource iNterchange (Intercambio de recursos de aprendizaje) y es la primera aplicación comercial para el aprendizaje, por parte de Microsoft. Es similar a la Especificación de Presentación de Contenidos del IMS en su versión 1.0 Un consorcio entre los vendedores, los clientes y los académicos está trabajando hacia el desarrollo de estándares abiertos basados en XML con el fin de crear caminos aerodinámicos y simples para los productos de E- Learning. Su desarrollo tiene en cuenta las especificaciones IMS. Microsoft ofrece una utilidad libre, de trasferencia directa desde su sitio web http://www.microsoft.com/elearn que convertirá fácilmente contenidos de E- Learning en formato LRN.El LRN de Microsoft podemos bajarlo suscribiéndonos inicialmente en http://webreply.ws/microsoft/lrn/step1.asp Según Microsoft, el LRN es una implementación basada en el Consorcio IMS (Instructional Management Systems). Contiene la Presentación 1.1. y las especificaciones de Metadata 1.2 (estándar industrial) para el intercambio de contenidos en línea. El LRN también soporta el SCORM en su versión 1.2. Microsoft está asociado con los líderes industriales para ofrecer bases de estándares para el contenido de aprendizaje en línea, con el fin de asegurar a los clientes sus inversiones y proteger los contenidos y las tecnologías. Para más información se puede visitar el IMS Global Consortium así como el ADL. Siguiendo con Microsoft, la diferencia entre el LRN, IMS y SCORM se centra en que el IMS es un consorcio global que ha desarrollado diversas especificaciones para facilitar el aprendizaje distribuido en línea. IMS está desarrollado por varias compañías, incluida Microsoft. Por su parte, LRN se centra sólo en la Presentación de Contenido y las especificaciones de Meta- datos, mientras que IMS también promueve otras especificaciones, como la especificación de Preguntas y Test. LRN es una implementación de la especificación de Presentación de Contenidos, pero es el IMS quien desarrolla dicha especificación. Para obtener más información podemos remitirnos a las FAQ del IMS y de las especificaciones de IMS, yendo a http://www.imsproject.org/faqs.html El kit LRN de herramientas en su versión 3.0 proporciona una visión comprensiva de la especificación de Presentación de Contenido IMS y la implementación de SCORM. El soporte necesario puede ser Windows 98, Windows 2000 y Windows XP. Además también puede ser soportado por plataformas basadas en XML. 13 El LRN proporciona las herramientas para crear productos y contenidos y diversas opciones formativas: - - - - Microsoft Developer Network (MSDN) Mastering Series es rico en contenidos, ofrece un ritmo individual, y diseña módulos interactivos de aprendizaje para ayudarnos a dominar rápidamente las herramientas de Microsoft. Microsoft Official Curriculum (MOC) son cursos que incluyen un instructor y un marcador de recorrido (self-paced). Contiene cursos desarrollados de entrenamiento técnico “para hacerlo con las manos” con los que Microsoft forma a sus profesionales con el fin de que desarrollen, den soporte e implementen soluciones utilizando la tecnología Microsoft. Microsoft Press (Prensa de Microsoft) es una división de la Microsoft Corporation. Proporciona un aprendizaje comprensivo basado en los ritmos individuales, el entrenamiento, la evaluación, y los recursos de soporte para ayudar a cada uno de los desarrolladores. Los profesionales en su mayoría acaban siendo usuarios de la tecnología de Microsoft. SmartForce proporciona soluciones de aprendizaje para las empresas con la finalidad de conseguir la eficacia de la empresa por medio de resultados tangibles tales como la conducción de los ingresos, el incremento eficiente y la reducción de los costes, en síntesis, acciones medibles. El curso de SmartForce se denomina Conceptos Básicos del Servicio de Intercambio 2000. Agradecimientos Mi agradecimiento al Ministerio de Educación, Cultura y Deporte, del cual disfruto la beca que me permite realizar este trabajo. Muy especialmente deseo agradecer la labor del profesor Jordi Adell Segura por sus recomendaciones, charlas y confianza. Notas Consorcio formado por corporaciones superiores, agencias gubernamentales y proveedores de ELearning para trabajar en colaboración bajo el núcleo común del futuro del E- Learning. 2 La AICC (Aviation Industry CBT [Computer-Based Training] Committee) es una asociación internacional de base tecnológica, destinada al entrenamiento a través de aplicaciones instructivas dirigidas por ordenador y en la actualidad desarrolla el IMS. El IMS (Instructional Management System) es un sistema de dirección instruccional y lo lleva a cabo el consorcio IMS Global Learning (http://www.imsglobal.org/). El IEEE (Institute of Electrical and Electronic Engineers) es el Instituto norteamericano de Ingenieros de Electricidad y Electrónica. Está dotado de un gran prestigio y es de referencia obligada en contextos relacionados con la ingeniería, la electrónica, la informática o las telecomunicaciones. En 1996, el IEEE forma el LTSC (Learning Technology Standards Committee). Dicha corporación lleva a cabo la especificación LTSA. 3 Para la elaboración de las tablas en las cuales se han colocado las diferentes organizaciones hemos seguido tres indicadores: recoger el nombre del grupo de trabajo y acrónimo (indicador grupo), introducir al lector en las tareas básicas del grupo y en la meta o propósito que éste desea conseguir (indicador detalle) e indicar la página web en la que encontrar el estándar, al consorcio o al grupo de trabajo (indicador página web). Para elaborarlas se han consultado los trabajos de McGREAL et al. (2000 a; 2002 b), el CETIS (The Centre for Educational Technology Interoperability Standards) del 29 de febrero de 2002 y la guía que ofrece el MASIE Center para su desarrollo industrial, con fecha de 8 de marzo de 2002. Cuando la información no ha quedado clara o era necesario completarla se ha acudido a la página web de la organización estudiada o directamente al estándar elaborado. Tanto los trabajos y guías mencionadas como las páginas visitadas de organizaciones aparecen detallados en la bibliografía. 14 Referencias Adlnet.com. (2002). The IMS Technical Board Approves Simple Sequencing Specification for Public Draft Release. En http://www.adlnet.org./index.cfm?fuseaction=newsstory&newsid=74 Visitada el 28/5/02. Ariadne, Foundation. En http://www.ariadne-eu.org/ visitada el 15/7/02. Arriaga, J., Pastor, E. Gaitán, J.J. (2002). Web de Tele- Educación. Informe. En http://hermes.gate.upm.es/plataformas/herramientastele/equipo.htm visitada el 30/07/02. CanCore. Web Site http://teleeducation.nb.ca/CanCore visitada el 20/08/02. Cetis. (2002a). Learning Technology Standards: An Overview. En http://www.cetis.ac.uk/static/standards.html Cetis. (2002b). Who´s doing what? En http://www.cetis.ac.uk/static/standards.html Cetis. (2002c). Who´s involved in standards? En http://www.cetis.ac.uk/static/standards.html Dublin Core Meta-data Initiative Web Site http://dublincore.org/ visitada el 20/08/02. Farance, F. y Tonkel, J. (2001). Draft Standard for Learning Technology — Learning Technology Systems Architecture (LTSA). IEEE P1484.1/D9, 2001-11-30. http://edutool.com/ visitada el 4/6/02. Henríquez, P. y Rallo, R. (1999). Los estándares para el diseño y la implementación de Entornos de Enseñanza- Aprendizaje en Red. Comunicación presentada en el Congreso Internacional EDUTEC´99. En http://pupitre.urv.es/publica/edutec99v3.htm visitada el 28/5/02. IntraLearn.com. En http://www.intralearn.com/ visitada el 28/5/02. Iso. (2002). Stages of the development of International http://www.iso.org.en/stdsdevelopment/whowhenhow/proc/proc.html Standard. En Masie, E. (2002). Making Sense of Learning Specifications & Standards: A Decision Maker´s Guide to their Adoption. Industry Report. En http://www.masie.com Mcgreal, R., Innes, J. y Roberts, T. (2000). A Primer on Metadata Standards. From Dublin Core to IEEE LOM. En http://www.eduworks.net/Webnet2000/Metadata.ppt 15 Microsoft.com. En http://www.microsoft.com/elearn/ visitada el 29/5/02. Rodríguez Illera, J.L. (2002). Diseño y producción de software educativo. Quaderns Digitals, Nº 24. Edición electrónica de 16/ 06/ 2002. En http://www.quadernsdigitals.net/articuloquaderns.asp?IdArticle=3743 16