martes 23 de noviembre de 2010

Futuro intercambio nativo de cursos entre Moodle y Blackboard cercano

Leo en el blog de Dr. Chucks un interesante post sobre un par de nueva funcionalidades implementadas en BlackBoard que aún no están disponibles en sus distribuciones comerciales.
Estas funcionalidades pueden ser evaluadas sólo por personas con acceso a sus sitios de QA (chequeo de calidad).

Concretamente estas nuevas funcionalidades son la posibilidad de importar y exportar cursos en formato IMS Common Cartridge así como soporte a IMS Basic LTI (en la columna derecha de este blog hay enlaces a entradas que hablan de estos estándares).

La utilidad prática de todo esto es básicamente que el intercambio de cursos entre los dos grandes LMS en la actualidad (Blackboard y Moodle) está (más bien estará) garantizada a futuro con las limitaciones propias de IMS CC.

Moodle desde su versión 1.9.9 soporta importación experimental de cursos en formato IMS CC, eventualmente también incorporará exportación gracias al nuevo sistema de backup que se está implementado.

Esto nos permitirá a futuro poder diseñar cursos que funcionen en cualquiera de estas dos plataformas (y cualquiera que implemente el estándar, como ATutor recientemente).

Así mismo, la implementación de IMS Basic LTI también abre un mundo de posibilidades para conseguir acceso mediante SSO (Single Sign On) con múltiples sistemas bajo este estándar.

Lentamente, poco a poco, parece ser que se está viendo la futura utilidad de estos estándares.




domingo 12 de septiembre de 2010

Nuevas incorporaciones en el listado de comparativas de LMS

He añadido nuevas entradas en el listado de Comparativas y evaluaciones de LMS.

Swarthmore College: De Blackboard a Moodle

University of Missouri – Kansas City: Cambian de Blackboard a Moodle

Northern Arizona University: De Blackboard Vista a Moodle y Blackboard Learn

Fuente:

sábado 11 de septiembre de 2010

Informe de la NCCCS sobre Blackboard y Moodle

En el siguiente enlace podréis consultar la segunda parte del informe sobre Moodle y Blackboard realizado por la North Carolina Community College.

Los aspectos tratados en este informe han sido:

• Interoperabilidad y flexibilidad
• Costes
• Soporte y formación
• Facilidad de uso
• Escabilidad
• Sostenibilidad

http://oscmoodlereport.wordpress.com/2010/08/20/ncccs-lms-feasibility-study-now-available/


jueves 8 de julio de 2010

Blackboard compra Elluminate y Wimba Inc.

Blackboard ha comprado Elluminate y Wimba, ambos software de colaboración/clase virtual.

Interesante movimiento de este gigante que ha desembolsado casi 120 millones de dólares en estos tiempos de crisis.

Todo apunta a que Blackboard ha querido reafirmar su posición como LMS Comercial dominante adquiriendo estos dos productos que son ampliamente utilizados.

Veremos como afecta la adquisión de estos productos a herramientas libres como Moodle que permiten interconectarse con ellas ¿Quizá Blackboard no lo permita en adelante?

En los enlaces de a continuación hay unas primeras reacciones a la compra de Blackboard.

Enlaces:


http://www.insidehighered.com/blogs/technology_and_learning/first_reactions_to_blackboard_buying_wimba_and_elluminate

jueves 27 de mayo de 2010

Herramientas para IMS Common Cartridge

IMS Common Cartridge es una especificación reciente que se encuentra en su primera versión. En la actualidad, aún está siendo implementado soporte para la misma en la mayoría de los LMS.
No obstante existen diferentes herramientas y recursos en general que pueden ser de utilidad para aquellos que se quieran aventurar a probar esta nueva espacificación.

A continuación listo estas herramientas y recursos clasificados por su tipo:

Herramientas de autoría:


MIR:

Common Cartridge Builder
https://www.learningcomponents.com/index.php

Repositorios de cursos en formato IMS Common Cartridge:
La OpenUniversity con su iniciativa Open Learn ha empaquetado todos sus cursos en formato IMS CC. Se pueden descargar desde la siguiente URL:
http://openlearn.open.ac.uk

Conversores:
Conversor de SCORM a IMS Common Cartridge
http://scorm2cc.codeplex.com/

Validadores:
Existe un validador pero es sólo accesible por miembros de
IMS Common Cartridge Alliance

Otras herramientas:
Common Cartridge Minimizer (quitador de peso de paquetes mencionado en Moodle, al igual que el anterior accesible sólo para miembros de IMS CC Alliance)

Fuentes:

sábado 3 de abril de 2010

Diferencias entre IMS Common Cartridge y SCORM

En post anteriores he descrito las características de IMS Common Cartridge (IMS CC en adelante) y las críticas que ha despertado. Algunas de esas críticas hacían énfasis en que en la práctica IMS CC no presenta grandes diferencias con SCORM.

En este post voy a procurar sintetizar las mayores diferencias de estas especificaciones partiendo de la base inicial que sus cometidos, teóricamente, son diferentes.

Cito inicialmente este párrafo en inglés de las FAQ de IMS CC en su página oficial:

SCORM was developed to support portability of self-paced computer-based training content. This is a very different set of needs than those of digital course materials that are used to support an online course where there is a cohort of students and an instructor, teacher, or professor. Common Cartridge was developed primarily to support the use of digital course materials and digital books in the instructional context. It was not designed as a replacement for SCORM. As the answers to the questions below indicate, educational scenarios require advances in assessment, interactive content, sequencing of content, collaboration, facilitation, and authorization that SCORM was not designed to address, but Common Cartridge was

Haciendo una traducción y resumen libre lo que se viene a indicar es que mientras SCORM se desarrolló para facilitar la portabilidad de objetos de aprendizaje orientados principalmente a la autoformación, el enfoque de IMS CC es el de habilitar el uso de materiales educativos así como libros digitales en un contexto instruccional donde interviene un conjunto de estudiantes y un profesor-instructor.

Un ejemplo al que se suele recurrir para ilustrar lo anterior es que un contenido en formato SCORM podría formar parte de un contenido en formato IMS CC pero no lo contrario.

En la práctica, la realidad es que SCORM se ha utilizado como un estándar de facto para la distribución de contenidos y cursos dado la inexistencia de especificaciones alternativas.

Para continuar hablando de las diferencias voy a utilizar una tabla que aparece en las FAQ de IMS CC donde se hace una comparación entre SCORM e IMS CC:

Esta tabla no refleja la situación actual de IMS CC, sino lo esperado incluyendo funcionalidades que no figuran en la especificación actual.















- Estándar para el empaquetado: Ambas usarán IMS CC (diferentes versiones). Esto facilita la conversión directa de un SCORM a un IMS CC

- Estándar para metadatos: IMS CC utiliza un subconjunto del empleado por SCORM mapeando al estánar Dublin Core

- Estándar para secuenciación: Aquí hay una gran diferencia, mientras SCORM soporta IMS simple sequencing, IMS CC delega la configuración de secuenciación al propio LMS, aunque se indica que se está estudiando dar soporte a IMS Learning Design y también IMS simple sequencing. En Moodle 2.0, por ejemplo, se podría implementar secuenciación utilizando las actividades condicionales posteriormente a la importación del paquete.

- Estándar para registro, comunicación con la plataforma: Esto es una gran diferencia, mientras con SCORM mediante Javascript y uso de IEEE se puede leer y enviar información al LMS con IMS CC no hay intercomunicación con la plataforma, motivado principalmente porque las activiades en sí se integran de forma nativa.
Así mientras con SCORM hay que enviar los resultados de un cuestionario utilizando javascript, con IMS CC automáticamente los resultados del mismo irían al libro de calificaciones del curso proporcionado por el LMS.
Por otro lado, a futuro cercano IMS CC dará soporte para IMS Basic LTI, lo que permitirá integración a nivel de SSO con herramientas externas.

- Estándar para evaluación: IMS CC soporta un subconjunto de IMS QTI y como ya se ha mencionado anteriormente los resultados de las evaluaciones se registran nativamente en el LMS, con SCORM los cuestionarios se deben elaborar mediante flash o html/javascript (utilizando herramientas de autor, por ejemplo) que envíen los resultados usando el API Runtime mediante Javascript.

- Estándar para integrar herramientas web 2.0 y otras: IMS CC soportará a futuro IMS LTI, con SCORM las integraciones se deben hacer a medida y no hay capa de webservices o similar.

- Estándar para la autorización de contenidos: IMS CC soporta un webservice que permitirá validar si un usuario tiene permisos para visualizar ciertos contenidos.

- Soporte para foros: SCORM no trae soporte a no ser que sea mediante herramientas externas al LMS.

- Soporte para estándares de curriculum: IMS CC incorporará a futuro soporte mediante otros estándares.

- Soporte para envío de resultados: IMS CC lo incorporará a futuro mediante otros estándares.

- Soporte para accesibilidad: IMS CC lo incorporará a futuro mediante otros estándares.


A destacar de nuevo que la importación por parte de un LMS de un paquete IMS CC se realizará convirtiendo los contenidos del paquete a actividades/recursos nativos-propios del LMS.
Se podría decir que IMS CC podrá actuar como un sistema de copia de seguridad universal (limitado a un subconjunto de actividades comunes entre diferentes LMS) para todos aquellos LMS que soporten Importación y Exportación en este formato.

Una de las ventajas de que el paquete se importe a través actividades nativas es que el profesor o editor del curso una vez haya importado el paquete en formato IMS tendrá libertad para:

- Modificar los recursos de contenido desde el propio LMS (si estos son de tipo HTML)
- Modificar los cuestionarios
- Crear nuevos cuestionarios a partir del banco de preguntas que incorpora el paquete
- Habilitar y deshabilitar los recursos importados
- Reordenar los contenidos del paquete para definir una nueva organización del mismo
- Utilizar herramientas adicionales del propio LMS (por ejemplo en Moodle 2.0 los condicionales para definir los criterios en base a los cuales se habilita el acceso un contenido o actividad)
- Exportar de nuevo el paquete con los cambios que haya realizado (siempre y cuando se puedan reflejar en el paquete por estar soportados)


Referencias y más información: