Los metadatos utilizados

Concretamente en el campo de la educación, los metadatos permiten a los educadores y estudiantes: Buscar, evaluar y usar recursos de aprendizaje, facilita su intercambio y su reorientación (adaptaciones) luego de pasar por un proceso de evaluación.

El uso de los metadatos permite a los “agentes” de búsqueda “orientarse” mejor y recuperar los objetos más relevantes, así como realizar clasificaciones.

3.5.1 Elementos de LOM no usados en nuestro modelo

En nuestro proyecto se han adoptado los metadatos de LOM (ver sección 2.2.2.3.3) debido a que se han convertido prácticamente en un estándar para los metadatos educativos. Sin embargo algunos de sus elementos no serán usados y será a su vez ampliado (ver sección 3.5.2).

De hecho LOM es una guía, y puede ser alterado de acuerdo a las necesidades, de hecho en [Suthers 01], se explica un proyecto en el cual se usó LOM y se modificó igualmente suprimiéndole y agregándole elementos.

Por ejemplo la categoría “relation”, no será usada, porque nuestro objetivo es que cada CE tenga al menos una relación en su Rsubject y no es necesario definirle relaciones con los otros CE‟s. Hay una

razón para ello: Sería muy costoso el añadir un nuevo CE al sistema, ya que los autores tendrían que hallar todos los posibles CE‟s existentes en la base de datos que tendrían relación con el nuevo.

Otras propiedades que el estándar LOM define para los elementos educativos son, {requires/isRequiredBy, isBasedOn/isBasisFor, isPartOf / hasPart, references / isReferencedBy}. Estas son igualmente contrarias al concepto de componente y son cubiertas por las relaciones de Rsubject y Rprerequisite.

La propiedades Requires/IsRequiredBy significa que el elemento educativo A es un prerrequisito para el elemento educativo B, esto puede ser inferido a través de Rprerequisite.

Con respecto a las propiedades IsBasedOn/IsBasisFor y Requires/IsRequiredBy y de acuerdo a [Seeberg 00] “La relación que establece Requires/isRequiredBy es inapropiada. Si un elemento

depende completamente de la existencia y accesibilidad de otro, la idea de un modelo de aprendizaje independiente y reutilizable se pierde. Los elementos conectados por medio de la relación isBasedOn/IsBasisFor tienen el mismo problema... si se desea expresar el hecho de que un

elemento trata de un concepto, el cual es explicado en otro elemento, entonces se debe expresar este hecho conectando esos dos elementos entre sí...”. Un problema similar se presenta con la

propiedad isPartOf / hasPart.

Respecto a la propiedad References/isReferencedBy que establece una relación que dice que dos elementos tienen información acerca de tópicos similares, tampoco se utilizará, ya que las relaciones jerárquicas y retóricas entre conceptos permiten por transitividad hallar todas las posibles referencias entre CE‟s.

Con respecto a los elementos { isFormat / hasFormat e isVersionOf / hasVersion} el sistema de aprendizaje posee las propiedades “version” y “format”.

Se obviará también el elemento "difficulty" dado que tiene un alto grado de subjetividad, no aplicable en ambientes en donde diversos usuarios van a determinar el grado de dificultad para diferentes CE‟s. En su lugar se va a evaluar que prerrequisitos tiene un CE y cuales de ellos han sido cubiertos por el estudiante.

Un listado completo de los elementos de LOM e indicando cuales se usan en nuestro proyecto se puede observar en el apéndice 1.

3.5.2 Extensión dinámica de LOM

Un creador de un CE podría estar interesado en documentar una serie de elementos adicionales sobre dicho objeto y para los cuales no existe un cubrimiento en LOM. Ha habido aproximaciones que pretenden extender al LOM básico para ciertos tipos de recursos [El Saddik 01] y para ciertos contextos educativos [Suthers 01]. En concreto la contribución del proyecto de [El Saddik 00] fue la de extender LOM con elementos adicionales que son aplicables y necesarios para la documentación de recursos educativos multimediales y se sugiere que otros recursos como los generados con VRML (Virtual Reality Markup Language) y películas también tienen características que requieren la extensión de LOM; el proyecto de [Suthers 01] adaptó a LOM para suplir necesidades en el contexto de recursos para la educación en las escuelas públicas, desde Kindergarten hasta el grado 12 (conocido como K-12).

En nuestro proyecto no se pretende cubrir o extender LOM de acuerdo a todos los posibles tipos de recursos educativos específicos imaginables. La intención es trabajar con el LOM básico (quitándole algunos elementos ver 3.5.1) el cual estandariza los metadatos de los recursos

educativos + unos metadatos extensibles (ME) o de dominio (domain metadata), en la cual los autores podrán documentar libremente las propiedades que necesiten para sus recursos.

Este ME es similar a un esquema de directorios (categorías) y subdirectorios (subcategorías) de esquema arbóreo y su categoría principal (raíz) se denominará Extensible.

Los elementos finales serán atributos.Veamos un ejemplo, supóngase que el autor de un recurso va a matricularlo en nuestro sistema y aparte de llenar el LOM básico desea documentar cierta información que tiene que ver con un proyecto de una universidad en el cual está enmarcado ese recurso. Los metadatos para este recurso podrían tener la siguiente estructura:

Zona de metadatos obligatorios LOM General

Title: “Energía solar” Language: “Español”

...

Technical

Format: “PDF”

...

Fin zona de metadatos obligatorios LOM Zona de metadatos extensible (Opcional):

Extensible Proyecto Nombre: “Omega” Director: “Dr. Guy” Fase: 12 ...

Fin Zona de metadatos extensible (Opcional).

En este ejemplo el autor habrá llenado toda la información que solicita el LOM básico y ha adicionado libremente la siguiente información: el CE tiene que ver con un proyecto llamado

Omega cuyo director es el Dr. Guy y está asociado a la fase 12.

Para lograr esta flexibilidad de documentación de cada CE se utilizará un esquema semiestructurado, igualmente se pudo haber empleado un esquema relacional, pero de una u otra forma, el objetivo es dotar a cada CE de un esquema de documentación flexible. Por supuesto también conlleva desventajas (optimización compleja, almacenamiento pesado), como es natural en las bases de datos semiestructuradas, ver sección 2.3.

Otra desventaja sería una posible “desestandarización” de los metadatos de los recursos educativos. Sin embargo esto puede verse disminuido por dos factores:

-Seguir una política de estandarización de los metadatos extensibles por parte de un grupo de profesores. Por ejemplo si se van a documentar recursos multimediales, perfectamente se podría adoptar la propuesta de [El Saddik 00] (u otra) y ser llevada a dicha zona de ME.

-Se cuenta siempre con el LOM base en todo CE (Véase sección 3.5)

El ME puede ser consultado, actualizado y eliminado, ver operadores secciones 3.11 y 3.12; lo cual le provee de la funcionalidad necesaria que permita explotarlo.

Incluso aunque no se siguiese una política estándar del ME, sería posible aún sacar cierto provecho de dichos metadatos, considérese el ejemplo:

Un CE c1 ha sido documentado en su ME así:

Extensible