Aproximación a los estándares en entornos Tecnológicos de

Anuncio
Aproximación a los Estándares en Entornos Tecnológicos
de Enseñanza/ Aprendizaje
Lucía Amorós Poveda
[email protected]
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
Descargar