Стандарты и спецификации, применяемые при разработке электронных курсов

1. Стандарты и спецификации, применяемые при разработке электронных курсов Саммит разработчиков электронных курсов 24-25 марта 2011 г., г. Москва Коновалов Павел

2. Темы презентации • Цели применения спецификаций и стандартов при разработке электронных курсов • Обзор основных видов спецификаций и их назначение • Обзор стандарта SCORM • Что нужно учесть при разработке SCORM-курса

3. Зачем нужны стандарты? Стандарты – язык технологий!

4. Зачем нужны стандарты? СТАНДАРТЫ E-LEARNINGPROCESS

5. Зачем нужны стандарты? • Совместимые реализации и свободный обмен • Коммерческая привлекательность • Минимизация ошибок и контроль качества

6. Зачем нужны стандарты? • Провайдеры eLконтента: • Разработка в соответствие со стандартом вместо создания собственных реализаций. • Интероперабельность - нет необходимости сложной адаптации под разные платформы. • Пользователи: • Обмен информацией между учебными заведениями и работодателями. • Выбор контента, платформ и провайдеров. • Разработчики платформ и прикладного ПО: • Снижение стоимости разработки. • Высокий охват рынка.

7. Стандарти-зирующиеорганизации Рынки Консорциумы, пользователи Спецификации, модели, стандарты.. В чем разница? AICCIMS ARIADNE IEEEISOCEN/ISS ADL Стандарты«де факто» Разработки Техническиеспецификации Эталонныемодели Аккредитованные и международныестандарты Нуждыпользователей

8. Области применениястандартов

9. Методика • Адаптивное обучение • Описание комплекса целей, знаний и навыков • Описание групповых и ролевых подходов обучения • Профили компетенций IMS Simple Sequencing IMS Learning Design IMS Competency Definitions

10. Разработка • Доставка • Описание учебного контента • Упаковка учебного контента • Трекинг результатов IMS Meta-data, IEEE LOM + IMS Content Packaging + AICC = SCORM

11. Единый формат для создания тестирований • Определяются содержание и типы вопросов, возможные ответы, веса, агрегация в секции и пр. IMS Question and Test Interoperability • Контроль

12. Обеспечение открытой и модульной системы обучения • Возможности по интеграции компонентов • Обмен данными учащихся • Создание репозиториев для хранения учебного контента IMS Enterprise Services, OKI OSIDS IMS Web Services, Tools Interoperability • Обмен и хранение IMS e-Portfolio, Learning Infromation IMS Digital Repositories

13. Что нужно разработчику курса? • Возможность загрузки курса в различные системы без переработки. • Использование только тех, спецификаций необходимых для реализации методических требований. • Наличие инструментов и документации для быстрой разрботки. SCORM

14. Стандарт SCORM • Признан всеми разработчиками системe-Learning • Является заказчиком консорциума IMS по разработке спецификаций • Отражает текущий «рыночный минимум» поддержки спецификаций разработчикамикурсов и систем

15. Стандарт SCORM • Базируется на спецификациях IMS Meta-data и IMS ContentPackaging – необходимых для создания пакета курса • Возможности обмена данных с системой (на основе AICC) • Возможности по созданию адаптивных курсов – навигация и предоставление компонентов учебного материала в зависимости от действий учащегося. (Только в SCORM 2004) Раздел Content Aggregation Model Раздел Runtime Environment Раздел Sequencing and Navigation

16. Развитие SCORM

17. Package Interchange File Манифест Метаданные Организация (структура) Ссылки на ресурсы (привязка ресурсов в манифест) Ресурсы(контент, медиа и др. файлы) Элементы SCORM-курса PIF (Package Interchange File) – ZIP архив, который включает в себя манифест imsmanifest.xmlсо структурой курса, метаданнымии ссылками на ресурсыи физические файлыконтента (html, видео, звук, flash и пр). Ссылки на все физические файлы должны присутствовать в манифесте! Суб-манифесты

18. Взаимодействие с LMS • Типы объектов в манифесте: • Asset.Обычные ресурсы или страницы с контентом, которые никаким образом не взаимодействуют с внешней средой. • SCO. Shareable Content Object. Учебный объект, который может содержать мультимедиа ресурсы, который использует API для взаимодействия с LMS и обмена данными.

19. Взаимодействие SCO и LMS • SCO использует определенный API в качестве механизма взаимодействия с LMS • Задачей LMS является предоставление объекта-адаптера, реализующего API • Функции сессии • Функции передачи данных • Функции поддержки • Задачей SCO является поиск и инициализация данного API • Для обмена информацией между SCO и LMS используется JavaScript

20. Взаимодействие SCO и LMS SCO инициализирован Инициализация SCO не инициализирован Завершение работы Работа со SCO завершена В задачу SCO входит поиск объекта API и вызов LMSInitialize После инициализации SCO могут быть вызваны все функции, однако после вызова LMSInitializeмогут быть вызваны только функции поддержки

21. Взаимодействие SCO и LMS • Модель данных – набор типизированных, предопределенных переменных. Модель данных требуется для того, чтобы различные LMS могли обрабатывать одинаковые данные • Область действия данных ограничена одним SCO • Все элементы модели данных являются необязательными

22. Взаимодействие SCO и LMS • cmi.core.lesson_status – статус текущего прогресса обучаемого • cmi.core.score.raw – оценка прохождения • cmi.core.session_time – время, которое учащийся потратил на единовременный просмотр SCO • cmi.core.lesson_location –позволяет определить место, на котором остановился учащийся при предыдущем доступе

23. Ограничения SCO • Область действия данных ограничена одним SCO – Нельзя поменять статус другого SCO • Для каждого SCO один набор данных – нельзя сохранить несколько статусов для одного SCO (для данной ситуации можно использовать механизм Objectives) • Нельзя открывать один SCO по ссылке из другого

24. Что необходимо учесть при разработке SCORM курса? • На стадии методической подготовки: • Должны ли передаваться данные о прохождении? • Насколько подробными должны быть эти данные? • Существуют ли требования по адаптивному прохождению курса?

25. Что необходимо учесть при разработке SCORM курса? • На стадии проектирования концепции плеера и курса • Какова будет структура курса – один объект, линейная или многоуровневая? • Соответствует ли структура курса требованиям по подробности статистики?

26. Структура курса

29. Что необходимо учесть при разработке SCORM курса? • На стадии разработки курса: • Как курс ведет себя в LMS? • Все ли необходимые данные сохраняются и отображаются в LMS?

30. Полезные ссылки • RELOADEditor – открытый инструмент для сборки SCORM-пакетаwww.reload.ac.uk • ADL – организация разрабатывающая SCORM: документация, Test Suite, сертификацияwww.adlnet.gov • IMS:подробное описание спецификаций для E-learningwww.imsglobal.org

31. Спасибо за внимание!