Модуль независимости (на основе браузера) для других типов LRS (LMS)
Можно ли создать модуль Tin-Can (например, это простая html-страница с опросом) для всех типов LRS? Для SCORM это было возможно. Потому что было возможно найти типичный scorm-API-объект на родительских страницах (например, API_1484_11). Таким образом, этот модуль является независимым. Я могу включить его в любое место LMS, и он будет работать. А как насчет Tin-Can? Я должен разработать каждый модуль для каждого LRS специально? Thanx.
1 ответ
Лучший ответ - "да", "нет" и "скоро".
SCORM - это, по сути, спецификация для упаковки, импорта, запуска и воспроизведения контента с моделью данных и протоколом связи. Tin Can (или, действительно, Experience API/xAPI) - это формат модели данных и протокол связи, без каких-либо условий для пакета, импорта, запуска и воспроизведения контента. Это то, что реализует LRS. Это невероятная гибкость, действительно слишком большая для типичного (большинства) ландшафта электронного обучения, существующего в 2016 году. Отсюда и ответ "нет".
В версии 0.9 спецификации Tin Can (в то время, когда это была Project Tin Can) был выпущен набор "Руководящих принципов LMS", в которых предлагалось, как xAPI можно использовать в типичном ландшафте электронного обучения, их можно найти здесь: https://github.com/RusticiSoftware/launch/blob/master/lms_lrs.md Это то, что реализовано в основных инструментах разработки, таких как Captivate, Storyline, Lectora и т. д., и в результате получается "Tin Can Package" (zip с tincan.xml файл). Эти руководящие принципы обеспечивали упаковку, импорт и запуск. Однако они были относительно ограничительными, за последние 4 года не были проверены сообществом в целом, и не находятся на пути стандартов. Еще более проблематично то, что они по-прежнему не обеспечивали полную "модель данных" (все еще только "формат модели данных", то есть операторы xAPI), иными словами, не было определения, как стандартным образом фиксировать "завершение" содержимого или что-то было "передано" или "не удалось" и т. д. Это позволяет вам создать один пакет, который может взаимодействовать с любым соответствующим LRS, а также импортировать и запускать в любой "системе запуска" (LMS или LMS-подобной системе), в которой реализованы эти рекомендации., Но оставляет открытым то, какими будут заявления и какие данные будут получены. Отсюда и ответ "да".
В начале июня 2016 года (через пару недель на момент написания этой статьи) рабочая группа cmi5 намеревается выпустить для производственного использования спецификацию cmi5, которая находится по адресу https://github.com/AICC/CMI-5_Spec_Current/blob/quartz/cmi5_spec.md. Это открытая спецификация, разработанная членами сообщества xAPI, предназначенная для типичного ландшафта электронного обучения (LMS), которая обеспечивает пакетирование, импорт, запуск контента с моделью данных и использует протокол связи xAPI. Он предназначен для реализации "запускающими системами" (мой термин) (LMS или LMS-подобная система), которые тесно интегрированы с xAPI LRS. Он включает в себя спецификацию того, как фиксировать события сеанса обучения в регистрации, такие как запуск, инициализация и завершение сеанса, прохождение, сбой и завершение единиц активности (назначаемых единиц или единиц AU) в наборах более крупных команд (блоков) в общей структуре курса. С cmi5 вы сможете создавать пакеты, импортировать их, запускать отдельные фрагменты контента (локально или удаленно размещенные), передавать определенные фрагменты информации обратно в LRS, а затем сообщать о конкретных фрагментах обучающих данных. Это важная работа, над которой нужно долго работать, но, к сожалению, потребуется время, чтобы увидеть ее применение в современных продуктах электронного обучения. Отсюда и ответ "скоро".