Создание объектов контента SCORM Виктор Жуков, консультант по e-learning

Содержание семинара Введение в эталонную модель SCORM Создание SCORM – совместимого курса шаг за шагом SCORM 1.2 и SCORM 2004 – различия, проблемы, решения Дискуссия

Как вы используете стандарты и спецификации в своей работе? Курс «Создание электронных курсов с использованием стандарта SCORM»

ADL – Advanced Distributed Learning Проект DoD (Department of Defence) – Министерства Обороны США, начат в 1998 году Изначальная цель – обеспечить госструктуры, с одной стороны, устойчивой моделью для реализации e-learning (электронного обучения), а с другой – четкими критериями для подрядчиков при разработке ПО и учебных материалов. Для этого был создан SCORM

Что такое SCORM? Sharable Content Object Reference Model – Эталонная модель переносимого объекта контента Курс представляет собой набор объектов, описанных определенным образом Объекты самостоятельны, самоценны, могут быть выделены из курса и использоваться отдельно от него Таким образом, SCORM – это стандарт на контент для курсов e-learning Идея SCORM

Цели SCORM Основными целями проекта является предоставление образовательному сообществу следующих возможностей (-ilities): Доступность: возможность поиска и доступа к объектам, находящимся в разных местах, и доставлять их во множество других Адаптивность: возможность настраивать обучение под индивидуальные или организационные нужды Эффективность: возможность сократить время и стоимость доставки знаний обучаемым Интероперабельность: возможность переносить объекты, созданные одним набором средств разработки или платформой, на другие и использовать без изменений. Защита инвестиций: изменения технологий не ведут к необходимости переработки объектов. Повторное использование объектов: возможность составлять курсы из мельчайших объектов, гибкость при использовании в различных контекстах.

Составляющие SCORM Книга 1: Общие положения (Overview) – дает представление о философии SCORM – объектной модели обучения Книга 2: Content Aggregation Model, CAM (Модель сборки контента) – описывает внутреннюю структуру курса SCORM Книга 3: Run-time Environment, RTE (Среда воспроизведения) – описывает то, как объект SCORM взаимодействует с системой обучения во время исполнения Книга 4: Sequencing and Navigation, SN (Последовательности и навигация) – описывает логику обучения, заложенную в курсе SCORM (адаптивное обучение)

Жизненный цикл спецификаций e-learning Разработка и публикация Реализация в приложениях и сбор опыта применения Улучшение Появление стабильной версии и принятие сообществом как стандарта де- факто Стандартизация уполномоченным органом IMS Global Learning Consortium ADL SCORM ISO, IEEE, CEN Сообщество Open Source Коммерческие продукты

Эволюция SCORM

ADL: «Выпуск SCORM 2004 ознаменовал выполнение задач, которые проект ADL поставил перед собой в 1998 году. Главная цель – стабилизация рынка технологий e- learning – достигнута. Однако, ADL будет продолжать работу над SCORM, направляя свои усилия на признание всех компонентов эталонной модели в качестве стандартов.»

Слагаемые успеха SCORM на рынке e-learning Наличие четких критериев соответствия Сертификация программного обеспечения, учебных объектов Наличие общедоступных утилит тестирования Эталонные модели LMS и учебных объектов SCORM отражает текущий «минимум» стандартизации, реализуемый поставщиками решений e-learning

Сертифицированы по SCORM SCORM 1.2 –Thomson NetG Learning Studio –SkillSoft –Learn eXact –THINQ –Saba –Blackboard SCORM 2004 –Macromedia Captivate –Outstart Evolution –Desire2Learn –knowledgeWorks

Создание SCORM-совместимого электронного курса Шаг 1. Создание сценария курса Шаг 2. Сбор материалов для сценария и разбиение на объекты Шаг 3. Создание объектов SCORM (Assets, SCO) Шаг 4. Создание структуры курса Шаг 5. Создание метаданных курса Шаг 6. Создание правил адаптивного обучения Шаг 7. Упаковка и публикация курса Технич еская реализ ация Педагог ическая модель Instructional Designer (методист) Мультимедиа- дизайнер Subject Matter Expert (препода - ватель) Конструктор контента

Шаг 1. Создание сценария курса (Instructional Design) Определение целей обучения и типов знаний Подбор стратегий обучения и методик доставки знаний в соответствии с учебными целями Формирование последовательности событий обучения Подбор медиасредств для доставки знаний

Шаг 2. Формирование учебных объектов Определение учебной цели, входных и выходных компетенций для каждого объекта Определение степени интерактивности объекта с обучаемым Определение степени интерактивности объекта с системой (отправка/получение информации) Подбор материалов и медиа-ресурсов, входящих в состав объекта Объекты должны быть независимы друг от друга, чтобы быть использованными в различных контекстах

Шаг 3. Создание объектов SCORM Два возможных типа объектов: Asset и SCO Если взаимодействие объекта и системы не предусмотрено – это Asset Asset - электронное представление текста, изображений, видео и другой полезной информации, которая может быть доставлена пользователю через сеть Единственное требование – возможность передачи объекта посредством протокола HTTP Необходимые действия при разработке: –подбор или создание медиа-ресурсов и/или веб-страниц Подходит для передачи: –Текста учебника –Дополнительных документов –Видеолекций –Иллюстраций –Аудиозаписей –Etc.

Шаг 3. Создание объектов SCORM Если необходимо взаимодействие объекта и системы – это SCO SCO – это веб-документ, реализующий в ходе своего исполнения взаимодействие с системой обучения для передачи, сохранения и получения различных данных, используя специальный API Необходимые действия при разработке: –Создание веб-страницы и интерактивных элементов на ней –Реализация минимального SCO –Определение необходимых для реализации переменных модели данных SCORM –Встраивание функций работы с переменными в интерактивность HTML- документа при помощи JavaScript Подходит для передачи: –Тестирований –Симуляций ПО –Интерактивных практикумов –Ролевых игр –Etc.

Взаимодействие SCO c LMS SCO использует определенный API в качестве механизма взаимодействия с LMS SCO запускается только LMS в отдельном окне браузера или дочернем фрейме LMS Одновременно может быть запущен только 1 SCO Задачей LMS является предоставление объекта- адаптера, реализующего API, в одном из родительских окон SCO Задачей SCO является поиск данного API в одном из своих родительских окон и его инициализация Поиск объекта-адаптера и вызов его функций осуществляются при помощи ECMAScript (JavaScript)

Схема запуска и взаимодействия SCO и LMS Серверная часть Клиентская часть SCO Asset JavaScript Объект- адаптер API Браузер Сервер LMS Learning Management System (LMS) Модель данных Представляет собой реальные переменные пересылаемые от LMS к SCO и обратно API - связь для взаимодействия SCO и LMS Запуск

Функции API В обязанность LMS входит реализация через API трех групп функций : Функции сессии Функции передачи данных Функции поддержки

Функции сессии Наличие вызова функций сессии является обязательным в SCO. С их помощью устанавливается и прекращается связь с LMS Функциями сессии являются: LMSInitialize() LMSFinish() Веб-документ, вызывающий эти две функции по определенным событиям, будем называть «минимальным SCO»

Функции поддержки В случае неправильного выполнения данные функции смогут обнаружить ошибку Функциями поддержки являются: LMSGetLastError() LMSGetErrorString() LMSGetDiagnostic()

Стадии жизненного цикла объекта-адаптера API SCO не инициализирован SCO завершен SCO инициализирован В задачу SCO входит поиск объекта API и вызов LMSInitialize LMSInitialize() LMSFinish() После инициализации SCO может быть вызвана любая функция, однако после вызова LMSFinish() могут быть вызваны только функции поддержки

Функции передачи данных С помощью функций передачи данных происходит обмен информацией с LMS Функциями передачи данных являются: LMSGetValue() LMSSetValue() LMSCommit()

Модель данных Модель данных – набор типизированных, предопределенных переменных. Модель данных требуется для того, чтобы различные LMS могли обрабатывать одинаковые данные Все переменные используются только в двух функциях - GetValue(name)и SetValue(name, value) Модель данных является производной от AICC CMI Data Model Область действия данных ограничена одним SCO

Переменные оценки и прогресса cmi.core.lesson_status - оценка текущего прогресса обучаемого по отношению к SCO, запись/чтение cmi.core.score.raw - оценка прохождения SCO, запись/чтение

Переменные времени cmi.core.session_time - время, которое учащийся потратил на единовременный просмотр SCO, только запись cmi.core.total_time - время, которое учащийся потратил на все свои попытки прохождения SCO, вычисляется LMS из суммы значений cmi.core.session_time, только чтение

Другие важные переменные cmi.core.student_name - имя учащегося, только чтение cmi.core.entry – показывает, просматривал ли студен данный SCO до этого или делает это впервые, только чтение cmi.core.lesson_location - позволяет SCO определить место, на котором остановился учащийся при предыдущем доступе, запись/чтение

Практика: Создание SCO при помощи расширения SCORM Runtime Wrapper для Macromedia Dreamweaver MX 2004

Рекомендации: «SCORM Runtime Wrapper» может быть использован для создания SCO из уже существующих HTML страниц курсов, если необходимо добавить минимальную функциональность SCORM; Для создания уникальных курсов, реализации возможностей, не поддерживаемых специализированными средствами разработки При необходимости создания большого количества однотипных SCO, их типизации, обеспечения единого стиля оформления и форматирования, удобнее будет использование авторского средства, поддерживающего шаблоны.

Минимальный набор функций SCO

Запись данных в LMS Одной из самых важных возможностей, получаемых при использовании стандарта SCORM, является сохранение данных об успеваемости обучаемого и процессе прохождения обучения (трекинга) в любой соответствующей стандарту LMS. Для сохранения данных необходимо вызвать функцию LMSSetValue API-адаптера. Т.к. «SCORM Runtime Wrapper» сохраняет ссылку на адаптер в переменной mm_adl_API, то вызов функции будет выглядеть следующим образом: mm_adl_API.LMSSetValue("имя_переменной", "значение");

Запись данных в LMS : статус SCO

Запись данных в LMS : Оценка за прохождение SCO

Запись данных в LMS : Сохранение времени, затраченного на прохождение SCO

Получение данных из LMS Кроме возможности записи данных в LMS, существует возможность и получения некоторых данных из любой соответствующей стандарту LMS. Для получения данных необходимо вызвать функцию API-адаптера LMSGetValue. Т.к. «SCORM Runtime Wrapper» сохраняет ссылку на адаптер в переменной mm_adl_API, то вызов функции будет выглядеть следующим образом: mm_adl_API.LMSGetValue("имя_переменной");

Получение данных из LMS : Получение фамилии, имени и отчества обучаемого

Получение данных из LMS : Определение посещения обучаемым SCO

Мы рассмотрели основные переменные и возможные примеры работы с ними. В созданных нами SCO, как правило, использовалась лишь одна переменная, в реальных же объектах используются одновременно как минимум две или три (cmi.core.lesson_status, cmi.core.score.raw, cmi.core.session_time). SCO может состоять не из одной страницы, а из нескольких. В каждой из страниц SCO могут записываться и использоваться различные данные из LMS.

Шаг 4. Создание структуры курса Книга CAM Спецификация IMS Content Packaging (файл манифеста imsmanifest.xml) Структура (Organizations) – –Элементы содержания, ссылающиеся на ресурсы –Элементы-контейнеры (папки) Ресурсы (Resources) – –Assets –SCO –Файлы, необходимые для их воспроизведения –Зависимости

Структура курса SCORM Не определяет, как именно курс будет воспроизведен LMS –Меню с доступом ко всем объектам структуры –Слайд-шоу с навигацией вперед-назад –При использовании правил адаптивного обучения возможны еще более необычные варианты Предоставляет возможность иерархической организации, подобно книге: –Темы, главы, параграфы –Можно листать страницу за страницей

Практика: создание структуры курса в XPackager

Шаг 5. Создание метаданнных курса Метаданные – данные об объектах Без метаданных невозможен полноценный обмен созданным контентом Для чего метаданные Вам? –Поиск по репозитарию для повторного использования при разработке новых курсов –Контроль версии объекта при групповой разработке –Вы создаете объекты для библиотечной системы –Ваша LMS использует определенные поля метаданных в своих целях –Ваш репозитарий используется множеством организаций –Поиск курсов целиком/элементов курса/ресурсов –Etc. Стратегии создания метаданных будут сильно отличаться в каждом из случаев. Как уменьшить трудоемкость? –Создавайте только метаданные, действительно необходимые Вам –По возможности, используйте шаблоны (многие поля могут содержать одинаковые значения для всех объектов определенной категории)

Метаданные SCORM Это профиль спецификации IMS Metadata (правила использования полей) Соответствие SCORM 1.2 в области метаданных необходимо для сертификации контента по SCORM (но не влияет на правильность воспроизведения курсов). Так нужно ли оно вам? Обязательные метаданные SCORM могут не удовлетворять Вашим потребностям Если оно вам все же необходимо… Создавайте метаданные только для корневого элемента - манифеста (для них в SCORM не определен профиль требований) Соблюдайте соответствующие требования к наличию обязательных полей метаданных различных уровней агрегации - item, asset, SCO Удачи Вам:) или

Требования SCORM 1.2 к метаданным (обязательные поля) Метаданные для элементов структуры (item) и объектов SCO: General –Title –Catalogentry Catalog Entry –Description –Keyword Lifecycle –Version –Status Metametadata –Metadatascheme Technical –Format –Location Rights –Cost –Copyrightandotherrestrictions Classification –Purpose –Description –Keyword Всего: 15 полей Метаданные для объектов Asset: General –Title –Description Lifecycle –Version –Status Metametadata –Metadatascheme Technical –Format –Location Rights –Cost –Copyrightandotherrestrictions Всего: 9 полей

Практика: создание метаданных в XPackager

Адаптивное обучение Книга CAM (SCORM 1.2) или SN (SCORM 2004) Динамическая траектория обучения Персонализация контента Освобождение тьютора от контроля результатов текущей оценки

Пререквизиты SCORM Пререквизит – необходимое условие для воспроизведение объекта контента. Условием может быть наличие или отсутствие информации о значении статуса другого объекта контента Пререквизиты являются составляющей эталонной модели SCORM 1.2

Некоторые возможные сценарии использования Претест Последовательное изучение Посто-тест и повторение материала Выбор траектории обучения

Претест В зависимости от прохождения теста система определяет, необходимо ли обучаемому изучение тех или иных тем. ПретестУчебник Вход Выход

Последовательное изучение Система допускает обучаемого к следующей теме лишь после того, как он успешно пройдет тест по предыдущей Глава 1 Вход Выход Тест Глава 2 Тест Глава 3 Тест

Пост-тест и повторное изучение В зависимости от прохождения теста система предлагает обучаемому повторить темы, на вопросы которых он не смог ответить Пост-тестУчебник Вход Выход Учебник

Выбор траектории обучения Система не позволяет обучаемому продолжить изучение курса, пока он не выполнит одно из n заданий. При успешном выполнении любого из заданий, остальные блокируются, а обучаемый получает доступ к следующему объекту. Вход Выход Альтернативные задания Демонстрация

Практика: создание пререквизитов в XPackager

Шаг 6. Упаковка и публикация Курс должен быть упакован в файл ZIP, содержащий все ресурсы + файл imsmanifest.xml в корневом каталоге архива Важно! Многие авторские средства для включения ресурсов в пакет используют информацию из раздела Resources манифеста – не забывайте делать ссылки на файлы, от которых зависят ваши объекты

Проверка воспроизведения курса в Learn eXact 2.0

Сертификация (SCORM 1.2) Регламентирующий документ: –SCORM Conformance Requirements Сертификация курса (Content Package) включает: –Валидацию пакета по схеме XML IMS Content Packaging –Валидацию пакета по схеме XML ADL SCORM 1.2. –Проверку пакета (должен быть в файле ZIP v.2.04g, иметь в корне файл imsmanifest.xml) –Проверку метаданных (любой экземпляр должен соответствовать мин. требованиям профиля своего уровня агрегации – item, sco, asset) –Проверку SCO (4 уровня, необходимо мин. SCO- RTE1) Чем сложнее курс, тем сложнее достигнуть соответствия

Сертификация (SCORM 1.2) Проверка соответствия: –SCORM Conformance Test Suite v (Self Test) – выдает отчет о тестировании –SCORM Sample Runtime Environment v – можно проверить воспроизведение созданного курса Проверка соответствия общедоступными утилитами не гарантирует успешной сертификации

Отличия SCORM 1.2 и SCORM 2004 Добавлена книга SN (Sequencing and Navigation) Обновлена спецификация IMS Content Packaging Изменения в модели данных и представлении метаданных для соответствия стандартам IEEE

Изменения в SCORM CAM: Content Package SCORM 2004 не позволяет элементам-контейнерам ссылаться на ресурсы, теперь это могут делать только элементы-листья (элементы, которые не содержат другие элементы ) Удалены элементы манифеста, связанные с пререквизитами. Их функциональность теперь реализуется средствами SN (спецификация IMS Simple Sequencing) Прочие изменения, связанные с изменением пространства имен и названий элементов манифеста

Изменения в SCORM CAM: Meta-data Метаданные словаря Learning Object Metadata(LOM) теперь должны соответствовать стандарту IEEE LOM (В SCORM версия IEEE Working Draft 6.1 of the LOM)

Изменения в SCORM RTE: API SCORM 1.2SCORM 2004 Имя объекта, реализующего API APIAPI_1484_11 Названия функций API LMSInitialize()Initialize() LMSFinish()Terminate() LMSGetValue(parameter)GetValue(parameter) LMSSetValue(parameter_1, parameter_2)SetValue(parameter_1, parameter_2) LMSCommit()Commit() LMSGetLastError()GetLastError() LMSGetErrorString(parameter)GetErrorString(parameter) LMSGetDiagnostic(parameter)GetDiagnostic(parameter)

Изменения в SCORM RTE: Data Model Добавлены требования и спецификации для элементов, которые влияют на принятие решений sequencing в LMS SCORM 1.2SCORM 2004 Удалена категория «core» cmi.core. cmi.. Удалена категория «student_data» cmi.student_data. cmi.

Спасибо за внимание! Вопросы, обсуждение Виктор Жуков, консультант по e-learning