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

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

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

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

4 Зачем нужны стандарты? РазработкаДоставкаКонтроль Обмен и хранение Методика СТАНДАРТЫ E-LEARNING PROCESS

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

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

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

8 Области применения стандартов РазработкаДоставкаКонтроль Обмен и хранение Методика

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

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

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

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

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

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

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

16 Развитие SCORM

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

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 входит поиск объекта API и вызов LMSInitialize Работа со SCO завершена Работа со SCO завершена SCO инициализирован SCO инициализирован Инициализация Завершение работы После инициализации 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 Структура курса

27

28

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

30 Полезные ссылки RELOAD Editor – открытый инструмент для сборки SCORM-пакета ADL – организация разрабатывающая SCORM: документация, Test Suite, сертификация IMS: подробное описание спецификаций для E-learning

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