SCORM или xAPI (tincan)

Интересная статья по сабжу на http://elearntools.blogspot.ru

Вижу большую проблему в том, что IDPF, который того и и гляди вольется в W3C, пилит стандарт EDUPUB в контексте именно LTI, а вовсе  не xAPI (tincan).

Для РФ тоже не самый удачный вариант, тк вся поляна захвачена SCORM, который и ISO/IEC TR 29163-2:2009 и ГОСТ 33245-2015

PS вот здесь Mike Rustici достаточно просто объясняет, как xAPI соотносится с LTI (спойлер: никак).

Blockcnain (блокчейн) и ЕГЭ

Блокчейн, кстати, идеальная технология для образовтельного процесса. Например, на нем можно было организовать ЕГЭ, который нельзя было бы подделать в принципе. Или взаимодействие LMS, edupub’ов c фискальными системами и тп.

EPUB 3 EDUPUB Profile

Недавно в Фениксе (штат Аризона) завершилась конференция, посвященная новому метастандарту EDUPUB. На epubzone опубликовали весьма любопытный отчет по этому поводу. Далее коротко о том, что будет представлять из себя EPUB 3 EDUPUB Profile.

Отмечается, что основной целью конференции было выработать решения о том, что войдет в начальный (initial) и последующие релизы.  Встреча проходила в двух параллельных направлениях: интеграция с IMS и работа непосредственно над EDUPUB профилем спецификации EPUB 3.

Стандарты IMS

Были рассмотрены рекомендации IMS и выделено 4 ключевых приоритета:

  1. Требования к фреймворку (foundation requirements): поддержка LTI1.2, поддержка rich outcomes (часть LTI) и повышение оффлайновой устойчивости (persistence).
  2. Определиться с метрикам для поддержки аналитики грядущей спецификацией фреймворка Caliper
  3.  Поддержка на уровне LTI потребителей (LTI consumer — любой потребитель инструментов, например LMS), LTI ссылок на веб-инструменты (tools по спеку LTI могут быть любыми, например EPUB-публикация)  и приложения так, чтобы они могли быть встроенными в EDUPUB контент.
  4. Поддержка LTI в мобильных приложениях

Достигнуто соглашение, что обязательным для первоначальной EDUPUB-спецификации будет только первый пункт. Немаловажно, что оговорено, что включение кода или скриптов внутрь EDUPUB является допустимой, но плохой практикой. Пункты 2-4 будут включены в последующий версии спецификаций.

EDUPUB соответствие контента спецификации (content conformance)

Договорились, что имеющиеся инструменты EPUBCheck и EPUBTestgrid должны ускорить возможность сертификации контента, систем чтения и инстурментов создания контента. Требования EDUPUB Content Conformance определены как:

  • Валидная EDPUB 3.0.1 публикация и package-файл.
  • Метаданные
    • Как минимум один экземпляр schema:acessibilityFeature
    • Обязательный (здесь и далее must) dc:type со значением «edupub»
    • Обязательное определение учительская или ученическая версия издания
    • Определение, когда документ — исходник печатного ли издания или учительского издания
    • Другие опциональные (should) метаданные:
      • аудитория, образовательная роль, тип деятельности и др.
      • возможно, RDFa/Schema.org или др.
    • Метаданные должны строго соответстовать контенту и соответствовать тому, что они описывают (например, alt для img и MathML)
  • Структурная целостность документа
  • Если используется словарь, валидация обязательна
  • Валидация section/heading требований с учетом семантики и корректности ее исползования.
  • Скриптовые компоненты (scriptable components) требуют дополнительных метаданных поверх спецификации отдельно распространяемых объектов (distributable objects)
    • Все компоненты должны быть в iframe
    • Следует предполагать, что они находятся в отдельном домене (CORS) —  не прямой скриптинг, через iframe boundary.
    • Весь кроссдок — через postMessage
    • Messaging определяется в spine
  • Стоит ли ограничивать reflowable-публикации использованием только scriptable components, будет определено в ближайшее время.
  • Если есть аннотации, учесть их соответствие спецификации Open Annotation, а все target ссылки должны валидироваться.
  • Для фиксированных лэйаутов обязательным является требовавние включения reflowable-альтренативы, путем реализации multiple renditions.
  • Если включено разбиение страниц (pagebreak markers существуют как часть EDUPUB спецификации), список nav — обязателен.
  • Соответствие требованию корректного следования контента LTI-ссылкам и прочим результирующим сервисам (например, оценки) с соответствием зависимости системе чтения.

Сертификация систем чтения EDUPUB

  • Требования соответствия контента (Content Requirements):
    • Соответствие спецификации EPUB 3.0.1
    • Соответствие спецификациям LTI и Rich Outcomes (?)
    • Обязательная поддержка рендеринга Scriptable Components
    • Обязательная поддержка multiple-rendition публикаций
    • Импорт и отображение аннотаций
    • Поддержка спецификации EPUB Scriptable Components
      Packaging and Integration 1.0: правильно обрабатывать свойство  epubsc:required-params
    •  EPUB Scriptable Components 1.0 API
      • Ограничения скриптинга уровнем контейнера
      • Если не определен на уровне spine, обеспечить поддержку postMessage
    • Подробнее об аннотациях
      • Адаптация Open Annotation W3C
      • Обязательно xHTML5 (нет такого в природе, но ок) в теле аннотации
      • JSON-LD сериализация
      • EPUB CFI в качестве внутреннего ссылочного аппарата
      • Определить уровень специфичности (specificity) — релиз, публикация, в работе.
        • Синтаксические органичения, позволяющие исполльовать не RFD-форматы
        • Позволить упаковку (bundling) коллекций аннотаций (+zip для транспорта) и определение целевой аудитории (учитель, возраст и тд)
        • Импорт аннотаций обязателен (must), экспорт — опционален (should)

Релиз спецификации предварительно назначен на май.

Сертификация инструментов производства (Authoring Tools) EDUPUB

Инструменты должны производить валидный EDUPUB и производить валидацию на соответствие спецификации.

  • Соответствие контентым спецификациям
  • Проверять корректность LTI-ссылок
  • Предоставлять матрицу доступного функционала
    • Добавлено третьими лицами
    • Многоуровневое сертифицирование (бронза, серебро, золото), на основе данных матрицы функционала

Дальнейшие шаги

Принятые решения:

  • Группа разработки EPUBCheck завершает имплементацию тестов для Content Conformance
  • Рабочая группа BISC Grid выполнит исследование возможности расширения сетки для EDUPUB в контексте сертификации систем чтения
  • Для сертификации инструментов производства контента еще требуется определить, кто будет ответственным исполнителям по этим задачам
  • Определено, что Альянс EDUPUB будет отвечать за сертификацию, тогда как IMS будет отвечать за технические стороны вопроса: соответствие спецификациям и так далее.