Стандарт SCORM и его применение
реклама
Стандарт SCORM
и его применение
Каримходжаев Абдугапур,
Латипов Нусратулла
Национальный университет Узбекистана
Введение в стандарт SCORM
Зачем это всё надо
1997, ноябрь – создание инициативы ADL
(Advanced Distributed Learning).
Цель – развитие стратегии, проводимой министерством
обороны и правительством США в области
модернизации обучения и тренинга, а также для
объединения высших учебных заведений и
коммерческих предприятий для создания
стандартов в сфере дистанционного обучения
Введение в стандарт SCORM
Главная идея
• Учебные объекты должны быть использованы в
различных системах электронного дистанционного
образования.
•
•
SCORM описывает эту структуру с помощью нескольких основных
принципов, спецификаций и стандартов, основываясь при этом других
уже созданных спецификациях и стандартах электронного и
дистанционного образования.
Создание стандарта SCORM является первым шагом на пути развития
концепции ADL
Введение в стандарт SCORM
Где это работает
Введение в стандарт SCORM
Где это работает
• Для телекоммуникационной среды (в частности, сети
Интернет) характерна клиент-серверная модель.
Такая модель используется и в стандарте SCORM.
• Сервер — LMS (Learning Management System) –
Система Управления Обучением.
LMS – набор функциональных возможностей,
разработанных для распространения, контроля и
управления образовательным контентом и учебным
процессом.
Введение в стандарт SCORM
Где это работает
• В SCORM – термин LMS подразумевает среду
сервера, то есть, LMS определяет какую
информацию и куда надо предоставить и
отслеживает работу пользователя с материалом
Компоненты LMS и
предоставляемые сервисы
Служба
управления
курсами
Служба
тестирования
/ оценивания
Служба
профилей
обучающихся
Служба
контроля
Служба
управления
содержимым
Местный
репозиторий
содержимого
Пакет
содержимого
SCORM
Отбор
Данные окружения во
время работы SCORM
Удаленный
репозиторий
содержимого
Служба
порядка
API
Instance
Служба
передачи
Запуск
Браузер
(показ)
Содержимое
SCORM
(SCO & Assets)
Введение в стандарт SCORM
Из чего всё строится:
• Образовательный контент в SCORM понимается как
небольшие образовательные объекты, собранные в
курсы, главы, модули, задания и т.п. Эти единицы
содержания, собранные из более мелких
образовательных объектов, разработаны таким
образом, что могут быть использованы многократно в
разных контекстах. То есть, подразумевается, что
однажды разработанный курс, скажем, основ
интегрального исчисления, затем может быть
использован в любом курсе высшей математики, в
котором возникнет такая необходимость.
Введение в стандарт SCORM
Как это представляется:
• стандарт SCORM состоит из нескольких книг,
описывающих определённую часть стандарта:
• Книга SCORM Content Aggregation Model (CAM)
• Книга SCORM Run-Time Environment (RTE)
• Книга SCORM Sequencing & Navigation (SN)
SCORM Content Aggregation Model
(CAM)
Схема представления SCORM:
• описание компонент, используемых в образовательных
системах, соответствующих стандарту SCORM, способы
обмена этими компонентами и их описания для поиска и
запуска, и правила упорядочения компонентов.
• описание способов хранения содержания курсов, его
маркировку, обмен и открытие содержания.
• требования к созданию содержания (например, курсов,
уроков, модулей и так далее).
Содержится информация о создании пакетов содержания,
применении метаданных к компонентам внутри пакета и
применении правил упорядочения и навигации внутри
определенного пакета. Некоторые главы CAM взаимосвязаны
с главами книги RTE.
SCORM Run-Time Environment (RTE)
• требования к LMS в части управления окружением
времени выполнения (то есть, процессом запуска и
обменом информацией).
• методы и свойства поддержки LMS и окружение
выполнения (эти методы могут использоваться как
для обмена данными между LMS и
образовательными объектами, так и для управления
процессом обучения).
SCORM Sequencing & Navigation (SN)
• правила и методы для осуществления упорядочения
учебного материала (курсов, отдельных уроков,
заданий и так далее), т.е. расположения этих частей
при прохождении курса обучения
• порядок перехода между различными частями курса
(по каким правилам, какими действиями может быть
инициирован переход, какие формы перехода
разрешены, какие нет).
Введение в стандарт SCORM
Из чего всё строится
• Образовательный объект в данном случае – любой
учебный материал, который может быть отображён в
веб-браузере (например, тексты, картинки, аудио- и
видеофайлы, флэш-ролики, веб-страницы), а также
любое их сочетание, предназначенное для
образовательных целей и собранное вместе
специальным образом. Кроме того, в веб-браузере
должн абыть реализована и включена поддержка
языка JavaScript.
Введение в стандарт SCORM
Заключение
• Стандарт SCORM создавался для того, чтобы
обеспечить возможность разрабатывать материалы и
обучающие системы, которые были бы
взаимосовместимы, максимально независимы от
программно-аппаратной платформы, на которой
происходит обучение. Кроме того, должна
обеспечиваться возможность управления учебным
процессом, возможность переиспользования
отдельных частей учебного материала в любых
курсах без существенной переработки содержания и
структуры материала.
SCORM CAM
Введение
книга CAM состоит из нескольких
частей:
1.Метаданные — информация о
учебном материале.
2.Структура учебного материала.
3.Сборка пакета учебного
материала — составление пакета
учебного материала,
предназначенного для
распространения и использования.
4.Информация о
последовательности учебного
материала — информация о
порядке следования учебного
материала.
SCORM CAM
Эта книга содержит требования к построению учебного материала и его логической
организации (то есть разбиению на модули, уроки, разделы и так далее)
Также книга включает информацию о:
1.Правилах создания пакетов учебного материала
2.Правилах составления и наполнения метаданных компонентов, составляющих
материал обучения
3.Применении правил упорядочения и навигации в контексте конкретного пакета
учебного материала.
Часть, описывающая сборку пакета учебного материала, описывает правила сборки
в единый объект:
•Структуры материала обучения
•Объектов, непосредственно составляющих материал обучения
•Метаданных, описывающих различные составные части пакета, правила
упорядочения и навигации по объекту.
Такая система правил позволяет обеспечить единообразие учебных объектов,
облегчает их поиск и использование в различных системах обучения.
SCORM CAM
Модель учебного материала
• Модель учебного материала описывает компоненты
SCORM, которые используются для формирования
материала обучения из учебных ресурсов. Также
здесь описывается, каким образом элементарные
объекты, содержащие учебный материал,
объединяются в объекты более высокого уровня.
Модель учебного материала включает в себя «Asset»
— «элемент», «Sharable Content Object (SCO)» —
«разделяемый объект учебного материала» и
«Content Organization» — «организацию учебного
материала». Далее будут рассмотрены особенности
этих составных частей модели учебного материала.
SCORM CAM
• Начальной формой учебных ресурсов является
«asset» — «элемент». Такие элементы — это
электронное представление какого-либо учебного
ресурса — например, текста, картинки, видео- или
аудиоматериала, или любой другой информации,
которая может быть обработана веб-клиентом и
отображена пользователю. Если элементов
требуется более одного, то они могут быть
объединены для построения нового базового
элемента. Такие элементы могут быть
непосредственно использованы в процессе обучения,
без объединения в более сложные структуры.
SCORM CAM
• Например, в процессе обучения может возникнуть
необходимость продемонстрировать учащемуся
какую-либо картинку в течении определённого
времени. Так как такая задача обычно не
подразумевает каких либо действий с самой
картинкой, равно как и сохранения какой-либо
информации о том, что происходило во время этого
демонстрирования, то нет нужды делать из этого
рисунка объект более высого уровня, который мог бы
обмениваться информацией с LMS. Таким образом,
эта картинка будет представлять из себя именно
«asset» — элемент, содержащий в себе только
непосредственно образовательную информацию.
SCORM CAM
SCORM CAM
Основные объекты стандарта
В реальности, простое отображение данных нужно
значительно реже, чем отображение данны,
совмещённое с активным обменом информацией
между пользователем и LMS. Именно такую задачу и
призваны решать SCO — Sharable Content Objects Разделяемые объекты контента.
SCO — это коллекция из одного или более элементаasset'а. SCO представляет из себя одиночный
учебный объект, доступный для запуска системой
обучения, и использующий RTE (Run-Time
Environment) для взаимодействия с обучающей
системой (LMS — Learning Management System).
SCORM CAM
SCORM CAM
• Для того, чтобы улучшить возможности повторного
использования, SCO должен быть максимально
независимым от контекста обучения. Таким образом,
SCO может быть использован в разных разделах
обучения, выполняя различные задачи обучения.
• Свойства SCO могут быть описаны специальными
метаданными, что облегчает поиск нужных объектов
в репозиториях и их дальнейшее использование. Для
связывания SCO и их метаданных применяются
правила сборки учебного материала. О метаданных и
сборке материала будет рассказано далее в курсе.
SCORM CAM
SCO должен уметь инициировать и завершать
соединение с LMS-сервером. Кроме того, он должен:
• Находить предоставляемое LMS окружение
выполнения
• Использовать это окружение для передачи и
получения различных значений
SCORM CAM
Различия SCO и asset'а
Основное отличие SCO от простых элементов —
«asset’ов» в том, что элементы не могут связываться с
LMS-сервером, а SCO может, используя для этого
предоставляемое сервером окружение выполнения.
Для связи с этим окружением используется Java-script.
SCO должны удовлетворять правилам, заданным в
разделе RTE стандарта SCORM. Это обозначает, что
каждый такой объект должен реализовать и вызывать
как минимум два метода API — Initialize(“”) и
Terminate(“”). Все остальные методы, объявленные в
части RTE, являются необязательными и зависят от
того, какой материал входит в SCO.
SCORM CAM
Реализация этих требований даёт следующие
преимущества:
1. Любая LMS, которая поддерживает стандарт SCORM
RTE , может запускать и использовать SCO ,
независимо от его происхождения.
2. Любая LMS, которая поддерживает стандарт
SCORM RTE , может отслеживать состояние SCO и
получать информацию о времени запуска и
завершения.
3. Любая LMS, которая поддерживает стандарт
SCORM RTE , может запускать любой SCO так же,
как это будут делать все остальные SCORM RTE совместимые LMS.
SCORM CAM
Организация учебного материала
Организация учебного материала — это своеобразная
карта, представляющая заданный порядок
использования учебного материала с помощью
структурированных наборов инструкций (разделов, или
«activities»). Эта карта отражает взаимодействие и
отношение разделов и модулей между собой. Разделы,
представленные в карте организации учебного
материала, могут состоять из других разделов.
Стандарт не накладывает никаких ограничений на
глубину вложенности разделов.
SCORM CAM
Последовательность прохождения обучения обычно
связана с иерархической структурой разделов
(например, глава, затем часть, затем модуль), однако
это не является обязательным правилом. Разделы,
которые не включают в себя другие разделы, должны
иметь связанные с собой учебные ресурсы,
необходимые для обучения.
Схема организации учебного материала также имеет
свои метаданные, которые обеспечивают возможность
повторного использования. Как и в случае с SCO, для
связывания метаданных и схемы организации
используется сборка учебного материала, о которой
будет рассказано чуть позже.
SCORM CAM
SCORM CAM
Метаданные
Метаданные, представленные в стандарте SCORM,
представляют собой приложение элементов LOM
(Learning Object Metadata – модель метаданных для
учебного объекта, составленная Комитетом по
Стандартизации Образовательных технологий IEEE
(IEEE Learning Technology Standards Committee, LTSC))
к элементам SCORM CAM — элементам, SCO,
разделам, схеме организации учебного материала и
модели накопления учебного материала. Это должно
обеспечить описание элементов CAM в едином стиле
для того, чтобы получить возможность идентификации,
категоризации, поиска и использования в различных
системах.
SCORM CAM
Существует всего пять мест в пакете учебного
материала, где могут быть объявлены и прописаны
метаданные.
1.Уровень манифеста — здесь описываются
метаданные пакета учебного материала в целом.
2.Уровень организации — здесь описываются
метаданные структуры организации учебного
материала. Например, метаданные главы, части,
модуля и так далее.
3.Уровень раздела — здесь описываются метаданные
разделов, описывающие иерархическую структуру
разделов в обучении. Здесь используются метаданные
для разделов.
SCORM CAM
4. Уровень учебного ресурса — здесь описываются
конкретные объекты-ресурсы, используемые при
обучении, причём это описание не должно зависеть
от контекста обучения. Для этих метаданных могут
применяться как метаданные SCO, так и
метаданные элементов.
5. Уровень файла — на этом уровне описываются
элементы в контекстно-независимом виде.
Применяться могут только метаданные для
элементов.
SCORM CAM
Пакет учебного материала
Сами по себе учебные материалы не могут быть
применены в обучающих системах, кторые построены
в соответствии со стандартом SCORM. Для того,
чтобы эти материалы могли быть использованы, их
необходимо собрать в Пакет Учебного
Материала(Content Package).
Цель Пакетов Учебного Материала заключается в
предоставлении стандартного способа обмена
учебным материалом между различными системами и
утилитами. Пакет Учебного Материала также
предоставляет место для описания структуры и
предполагаемой последовательности материала
обучения.
SCORM CAM
Пакет учебного материала содержит два основных
элемента:
1.XML-Файл, содержащий информацию о структуре
учебного материала и ассоциированных ресурсах. Этот
файл называется файлом манифеста (“ imsmanifest.xml
”).
2.Физические файлы, являющиеся непосредственно
учебным материалом.
SCORM CAM
• Следующий рисунок отображает концептуальную
схему пакета учебного материала:
SCORM CAM
Манифест
Манифест — это XML-документ, включающий в себя
полный список учебного материала пакета. Если пакет
предназначен для доставки конечному пользователю,
манифест также включает информацию о схеме
организации учебного материала, последовательности
предоставления учебного материала пакета в процессе
обучения.
Манифест может быть создан как для малой части
курса, так и для всего курса в целом, или для целого
набора курсов.
SCORM CAM
Общим правилом является то, что пакет обычно
включает в себя главный манифест, в который может
быть включено несколько подманифестов. Манифест
верхнего уровня обычно описывает пакет в целом, а
подманифесты описывают учебный материал на том
уровне, на котором они вложены в главный манифест.
Файл манифеста всегда должен
называться «imsmanifest.xml».
SCORM CAM
Пример файла «imsmanifest.xml» :
<manifest>
<organizations>
<organization>
<item>
<item identifierref="RES_1">…</item>
<item> … </item>
<item> … </item>
</item>
</organization>
</organizations>
SCORM CAM
<resources>
<resource identifier="RES_1"
type="webcontent"
adlcp:scormType="sco"
href="Lesson1/Module1/sco1.htm"> …
</resource>
</resources>
</manifest>
Часть файла, заключённая в теги <organization>
</organization> служит для описания структуры пакета
содержания, к которому относится файл манифеста.
Каждый элемент в этой структуре должен быть описан
между тегами <item> </item>.
SCORM CAM
• Внутри тегов <resources> </resources> заключены
ссылки на конкретные образовательные ресурсы,
которые используются в разделах. Каждый такой
ресурс должен иметь уникальный в пределах пакета
идентификатор, по которому и производится
привязка к конкретному разделу в пакете.
SCORM CAM
Обобщение
Часть CAM стандарта SCORM описывает то, как
именно должно происходить накопление и
организация учебного материала. В ней
описывается, какие данные могут быть использованы
для обучения, каким образом они могут быть связаны
в единые пакеты. Книга SCORM CAM также
определяет требования к созданию содержания
(например, курсов, уроков, модулей, и т.д.). Книга
содержит информацию относительно создания
пакетов, применение метаданных к компонентам в
одном пакете и применении правил упорядочения и
навигации внутри определенного пакета.
SCORM CAM
Метаданные SCORM описывают различные
компоненты Модели Содержания SCORM.
Метаданные и форма маркировки увеличивают
возможности поиска.
Пакет содержания SCORM может представлять
собой курс, урок, модуль, или может просто быть
собранием связанных единиц
содержания. Манифест, содержащий подробную
информацию о Пакете Содержания (Content Packages)
SCORM описывается через XML-файл
“imsmanifest.xml”. Этот файл, подобный «упаковочному
бланку», описывает содержание пакета и может
включать дополнительное описание его структуры.
SCORM RTE
• Книга SCORM RTE
описывает требования
LMS к управлению
окружением во время
выполнения, то есть
процессом запуска и
обменом информацией.
(RTE – Run-Time
Environment –
Окружение во Время
Работы)
SCORM RTE
В этой книге рассмотрены следующие
особенности стандарта SCORM:
• Управление средой выполнения
(запуск объектов учебного
содержания – SCO и asset 'ов,
управление взаимодействием со
SCO -объектами, управление
моделью данных)
• API (Application Programming
Interface – программный интерфейс
приложения): требования к API LMS
-системы, обработка ошибок
взаимодействия.
• Модель данных RTE: требования к
взаимодействию с моделью данных
и управлению ей, а также
требования к типам данных.
SCORM RTE
Управление средой выполнения
Когда учащийся взаимодействует со средой обучения,
LMS отслеживает степень его успешности и
навигационные запросы. Когда LMS определяет, что
какой-либо раздел должен быть доставлен учащемуся,
то ищется ресурс, ассоциированный с этим разделом.
Найденный ресурс запускается и предоставляется
учащемуся. На схеме показано, каким образом
структура учебного материала, заложенная в файле
манифеста, может быть преобразована в дерево
разделов (Activity Tree). Такое дерево — это просто
ещё один способ представить структуру учебного
материала, берущуюся из файла манифеста. На
рисунке представлен пример такого дерева.
SCORM RTE
SCORM RTE
Модель запуска управляет доставкой элементов
учебного материала (в форме SCO или элементов)
в контекст учебной деятельности.Такая модель
запуска реализует постоянство требований к доставке и
начальной обработке элементов учебного материала
различными LMS-системами, независимо от способа их
реализации.
SCORM RTE
Программный интерфейс приложения (API)
Для того, чтобы осуществлять взаимодействие между
клиентской и серверной частью обучающей среды,
необходимо было разработать единый программный
интерфейс приложения - Application Program Interface,
API. Этот API используется разработчиками обучающих
систем и курсов обучения для того, чтобы осуществлять
управление ходом обучения, порядком предоставления
учебного материала, получать от клиентской части
необходимые данные о ходе обучения и так далее.
SCORM RTE
В общем случае, API – это набор функций, к которым
может обращаться SCO. В части RTE стандарта
SCORM описывается то, какой API может
использоваться SCO-объектами для взаимодействия с
службами среды выполнения (run-time services, RTS).
RTS – это программное приложение, контролирующие
выполнение и доставку учебного материала, а также
может предоставлять дополнительные сервисы –
такие, как размещение элементов учебного материала,
выполнение задач по расписанию, контроль вводавывода, управление данными. В рамках SCORM,
термины «LMS» и «RTS» могут быть
взаимозаменяемыми.
SCORM RTE
API делает возможным взаимодействие между учебным
материалом и RTS, доступ к которым обычно
предоставляется LMS в виде общих функций API,
доступных через функции скриптового языка
«ECMAScript», более известного как «JavaScript». В
данном разделе под «учебным материалом»
понимается SCO, так как именно эти объекты могут
взаимодействовать с LMS с помощью API.
Использование общего API реализует многие из
требований SCORM к платформонезависимости и
многократности использования.
SCORM RTE
Таким образом предоставляется стандартный способ
взаимодействия между SCO и LMS. То, каким образом
осуществляется взаимодействие между реализацией
API, заложенной в конкретной LMS, и серверной частью
этой LMS, не оговаривается в данном стандарте, и эта
реализация может быть такой, какая необходима
разработчикам LMS.
На следующем рисунке представлена общая схема
использования API.
SCORM RTE
SCORM RTE
Реализация функций API – это часть программного
обеспечения, занимающаяся выполнением и
предоставлением доступа к функциям API. То, как
именно происходит это выполнение, не должно влиять
на разработчика SCO до тех пор, пока реализация API
удовлетворяет требованиям к набору функций и их
семантике.
Экземпляр API (на рисунке – “ API Instance ”) – это
конкретный, индивидуальны контекст выполнения и
состояния реализации API. Экземпляр API
представляет собой ту часть выполняемого
программного приложения, с которой взаимодействует
SCO во время выполнения.
SCORM RTE
Модель данных SCORM
Цель создания единой модели данных заключается в
том, чтобы гарантировать отслеживание определённого
набора данных о SCO любой LMS. Например, если
отслеживание заработанных учащимся баллов
является основным требованием, то необходимо
предоставить единый способ для предоставления такой
информации от элемента учебного материала в LMS.
Если SCO будет использовать какой-либо свой формат
записи и предоставления данных, то LMS окажется не в
состоянии принимать, сохранять и обрабатывать такую
информацию.
SCORM RTE
SCORM RTE
Модель данных SCORM RTE основана на
Стандарте Образовательных технологий IEEE
1484.11.1 – Модель данных для взаимодействия с
элементами учебного материала, предоставленном
IEEE LTSC Computer Management Instruction (CMI,
инструкция по компьютерному управлению).IEEE
1484.11.1 – это стандарт, определяющий набор
элементов модели данных, которые могут быть
использованы для передачи данных от SCO к
LMS. Этот набор данных включает информацию о:
SCORM RTE
• Учащемся.
• Взаимодействию ученика с SCO при его изучении.
• Конечной цели изучения SCO .
• Степени успешности.
• Степени завершения.
Такая информация может быть полезна во многих
случаях. Например, для отслеживания степени
продвижения учащегося в изучении курса и успешности
этого изучения, для формирования порядка следования
материала, для получения информации о
взаимодействии учащегося с SCO.
SCORM RTE
Обобщение
Цель SCORM RTE состоит в том, чтобы
обеспечить интероперабельность объектов SCO
и LMS систем. Для этого необходима общая модель
запуска, создания и обмена информацией между
содержанием и LMS. Тремя основными
компонентами RTE являются среда выполения,
Application Program Interface (API) (программный
интерфейс приложения), и Data Model (модель
данных).
SCORM RTE
Среда выполнения обеспечивает окружение для
выполнения задач, необходимых при прохождении
обучения, API предоставляет набор функций и методов,
используя которые можно управлять процессом
обучения и фиксировать его прохождение, а модель
данных обеспечивает единообразие данных,
используемых для фиксирования информации о
прохождении учащимся курса обучения.
Дополнительные сведения можно получить из
официальной документации стандарта SCORM, раздел
"RTE". (См. раздел "Дополнительные материалы →
Стандарт SCORM", файл "SCORM_RunTimeEnv.pdf").
SCORM SN
Введение
Третья, и последняя из
составляющих стандарт
SCORM книг называется
Sequensing & Navigation Упорядочение и Навигация.
Как можно понять из
названия, в ней описывается
то, каким образом
происходит упорядочение
учебного материала в
рамках курса, и как
осуществляется навигация
по нему.
SCORM SN
В этой книге рассматриваются следующие разделы
стандарта SCORM :
• Концепция упорядочения и используемая терминология
(например, учебный раздел, дерево разделов, кластер).
• Модель определения упорядочения (а именно, детальное
описание информации об упорядочении, применимой к учебным
разделам, а также требования к этой информации).
• Модель поведения упорядочения (то есть детальное описание
поведения LMS в соответствии с заданной схемой
упорядочения и данными о прохождении учеником курса
обучения)
• Элементы управлении навигацией и требования к ним.
• Модель данных навигации.
SCORM SN
Упорядочение в SCORM
Части книги SN, относящиеся к упорядочению, основываются на
спецификации IMS Simple Sequencing (SS), которая определяет
непротиворечивый метод представления предполагаемой
последовательности получаемого опыта учащимся, такого как
последовательность дискретных обучающих действий (activities).
IMS SS различает только роль учащегося и не определяет возможности
последовательностей поведения, используемых другими действующими
лицами, такими как инструкторы, воспитатели и т.д., или зависящих от них.
Книга SCORM SN не запрещает использовать других действующих лиц в
контексте обучения. Однако она не определяет их роли или
последовательности действий, являющимися результатами совместной
деятельности других действующих лиц.
Книга SCORM SN определяет, каким образом спецификация IMS SS может
быть применена к окружению SCORM и для его расширения. Она
определяет требуемые действия и функциональность, которые должны
быть реализованы для обработки информации о последовательности
действий во время работы SCORM-совместимых LMS.
SCORM SN
А именно, она описывает организацию и прохождение обучающей
активности в течение времени обучения или в Дереве разделов (Activity
Tree), основываясь при этом на действиях учащегося над запущенными
объектами содержимого и на предлагаемой стратегии следования оп
структуре курса обучения.
SCORM не предъявляет никаких требования к LMS в части того, как
или когда может быть создано Дерево разделов, внутреннего его
представления или работы с этим деревом во время
исполнения. Однако книга SCORM CAM определяет единое
представление информации о последовательности деятельности через
расширения Пакетов Содержимого SCORM (SCORM Content Package),
предоставляющее независимый механизм обмена текущей структурой
содержимого и информацией о последовательности действий между
различными компонентами LMS или различными компонентами среды
выполнения.
SCORM SN
В итоге, Упорядочение SCORM зависит:
• От определённой структуры учебных разделов
(Дерева Разделов)
• От определённой стратегии упорядочения (Модели
Определения Упорядочения (Sequencing Definition
Model))
• От влияния внешних и внутренних событий системы
управления дистанционным обучением на
определённую последовательность, заданную
деревом разделов (Поведение Упорядочения
SCORM (SCORM Sequencing Behaviors)).
SCORM SN
Навигация в SCORM
Книга SCORM SN также описывает, каким
образом события, инициализируемые
пользователем или системой, могут быть
вызваны и обработаны для определения
учебных разделов, которые необходимо
отобразить в данный момент. Каждый из учебных
разделов, определённых для доставки, имеет
ассоциированные с ней объекты содержания. Книга
SCORM RTE определяет, каким образом LMS может
управлять изучением учащегося определённого SCO
и каким образом данный опыт может влиять на
Дерево Разделов.
SCORM SN
Навигация предполагает наличие элементов
интерфейса пользователя для определения событий
навигации. Данные устройства могут быть
предоставлены LMS или включены в объекты
содержимого. Когда обучаемый использует такой
элемент, LSM преобразует событие в необходимый
навигационный запрос, обрабатывает его, и после этого
может определить следующий учебный раздел для
доставки. Книга SCORM SN описывает модель данных
времени выполнения, которую может использовать
SCO для обозначения навигационного запроса к LMS.
SCORM SN
Книга SCORM SN не определяет требования к типу или
стилю пользовательского интерфейса,
предоставляемого учащемуся во время выполнения,
включая любые интерфейсные элементы навигации или
дополнительные сервисы доступа. Характеристики
пользовательского интерфейса и механизм взаимодействия
между учащимся и LMS специально не определены. Такие
вещи, как внешний вид, стиль представления и
расположение элементов пользовательского интерфейса
находятся за гранью внимания SCORM. Однако существуют
рекомендации для помощи в интерпретации Модели
Навигации SCORM (SCORM Navigation Model), пока
спецификация формата навигации (и представления)
находится в разработке.
SCORM SN
Структура содержания и Дерево разделов SCORM
Диаграмма Структуры Содержания является общим
инструментом, использующимся для описания
иерархических зависимостей опыта
учащегося. Спецификация IMS SS определяет и использует
подобную концепцию, названную Деревом Разделов для
определения структуры активности учащегося (learning
activities). Дерево Разделов позволяет Модели
Упорядочения и Навигации SCORM (SCORM Sequencing
and Navigation Model) описывать информационные и
обрабатывающие зависимости, такие как алгоритм
упорядочения и поведения, в независимом от
конкретной реализации виде. На рисунке представлен
пример такого Дерева. Корнем является «Курс» («Course»).
SCORM SN
SCORM SN
Ожидается, но не требуется, что система,
реализующая последовательность, будет иметь своё
внутреннее представления Дерева Разделов, которое
может иметь, а может и не иметь, структуру дерева.
SCORM не определяет когда или как Дерево Разделов
может быть создано в рамках LMS. Также SCORM не
требует, чтобы Дерево Разделов всегда имело
статическую структуру. Реализация может динамически
изменять структуру Дерева Разделов и информацию о
последовательности, применимую к разделам в Дереве
Разделов как угодно, пока результат соответствует
требованиям модели Определения
Последовательности и Поведения Упорядочения.
SCORM SN
Можно снова повторить, что целью SCORM не
является строгое ограничение правилами того, как LSM
и различные утилиты реализуют Дерево Разделов.
Скорее, Дерево Разделов является главным
определением, которое должно быть представлено как
иерархия активности учащегося и информации о
нужном порядке следования учебных разделов, которая
требуется для независимых приложений,
определяющих поведения упорядочения.
SCORM SN
Модель определения упорядочения SCORM
Модель Определения Упорядочения SCORM – это
информационная модель, унаследованная от
спецификации IMS SS. Модель Определения
Упорядочения IMS SS определяет набор элементов,
которые могут быть использованы для описания
различных схем поведения последовательности и
влияния на них. Кроме того, в данном расширении
представлены также некоторые дополнительные элементы,
специфичные для стандарта SCORM , которые
предоставляют расширенные, применимые только к
профилю приложения, схемы поведения и ограничения в
дополнение к уже объявленным в спецификации IMS SS.
SCORM SN
Модель Определения Упорядочения SCORM определяет
набор элементов, которые могут быть использованы
разработчиками содержания для определения заданной
схемы поведения последовательности. Эти элементы
применяются к учебным активностям в контексте Дерева
Разделов. Каждый параметр имеет значение по умолчанию,
которое будет ему присвоено в случае отсутствия точного
значения. Влияние элементов Модели Определения
Упорядочения SCORM проявляется только при использовании
Поведение Упорядочения SCORM , о которых будет рассказано
далее. SCORM-совместимые LMS должны полностью
поддерживать все действия, которые могут быть выполнены
при применении условий, заданных значениями элементов
Модели Определения Упорядочения (как в явном виде, так и в
виде значений по умолчанию).
SCORM SN
SCORM не требует и не подразумевает по умолчанию
то, что значения Модели Определения Упорядочения
должны оставаться неизменными в любой период
времени. До тех пор, пока значения укладываются в
заданное пространство значений, LMS может менять
значения переменных по своему усмотрению. Однако
некоторые группы элементов сильно связаны друг с
другом, поэтому рекомендуется проявлять большую
аккуратность при изменении этих значений, особенно
во время активности учащегося.
SCORM SN
Поведение упорядочения SCORM
Эта часть описывает поведение, связанное с
различными процессами упорядочения. Процессы
упорядочения SCORM унаследованы от аналогичных
процессов в спецификации IMS SS. В некоторых случаях
упорядочение, принятое в стандарте SCORM расширяет
или перекрывает соответствующие разделы
спецификации IMS SS Поэтому существует
специальный псевдокод, призванный полностью
заменить аналогичный псевдокод, содержащийся в IMS
SS. Именно этот псевдокод должен использоваться при
проектировании и реализации SCORM-совместимой
LMS . Этот псевдокод подробно описывается в
приложении «С» книги SN.
SCORM SN
• Спецификация IMS SS содержит две модели данных,
которые применимы к любому разделу в дереве
разделов. Это модель, описывающая текущее
состояние раздела, и модель, описывающая то, как,
по замыслу разработчика, должен вести себя этот
раздел в плане упорядочения при обучении. Кроме
того, существует также модель данных,
описывающая состояние всего дерева разделов в
целом. При этом сами процессы упорядочения
используют информацию из всех трёх моделей так,
как это описано при помощи псевдокода
упорядочения. В итоге, модели данных и их
взаимодействие могут быть описаны так:
SCORM SN
• Модель слежения: содержит информацию о
взаимодействии учащегося с учебными объектами в
той части, в которой это касается упорядочения
разделов обучения.
• Модель состояния разделов: управляет состоянием
упорядочения как отдельных разделов, так и всего
дерева разделов в целом.
• Модель определения упорядочения: определяет, как
процессы упорядочения интерпретируют и
используют информацию, предоставляемую моделью
слежения. Итогом этого является определение и
осуществление соответствующего поведения
упорядочения.
SCORM SN
Модель навигации
В контексте SCORM учебная деятельность ученика
представляется как последовательное изучение
разделов, содержащих различные обучающие
объекты. То есть, фактически учебная деятельность в
данном случае заключается в последовательном
предоставлении учащемуся различных обучающих данных.
Как описано в разделе «поведение упорядочения»,
реализация упорядочения в LMS -системе – это
исключительно пассивный механизм, реагирующий на
различные навигационные события, исходящие от учащегося
в процессе обучения. Таким образом, навигация – это
процесс взаимодействия учащегося и LMS , при котором
навигационные события служат для продвижения в
обучении.
SCORM SN
Обычно LMS предоставляет некоторый набор устройств
навигации, которые могут быть использованы учащимся для
указания на требуемый навигационный запрос. В некоторых
случаях разработчики могут исключать такой механизм – в
таком случае интерфейс для навигационных запросов
предоставляет непосредственно обучающий объект. Кроме
тог, может происходить и совместное предоставление
пользовательского интерфейса для навигации как LMS так и
обучающим контентом. В любом случае, все эти запросы
направлены на продвижение учащегося и/или обучающего
контента по дереву разделов.
SCORM не предъявляет никаких требований к типу или
стилю пользовательского интерфейса, используемого для
навигации.
SCORM SN
Обобшение
SCORM SN описывает, как SCORM документ может
быть упорядочен с помощью набора
инициированных учеником или системой
навигационных действий. Способы упорядочения
материала обычно определяются во время его
создания. Книга SCORM SN также описывает
правила упорядочения документов LMS для
разработчика, пользователя и самой системы и их
влияние на среду выполнения. Упорядочение
документов происходит последовательным
способом.
SCORM SN
Книга SN определяет требуемые функциональные
возможности и действия, которые должны быть
осуществлены, чтобы обрабатывать информацию об
упорядочении во время выполнения. Также часть SN
стандарта SCORM описывает, как начатые учеником или
начатые системой навигационные действия могут быть
обработаны. Каждое действие со стороны учащегося
соотносится с предоставлением определенного
обучающего объекта. Процесс запуска объектов описан в
книге SCORM RTE. Дополнительные сведения можно
получить из официальной документации стандарта
SCORM, раздел "SN". (См. раздел "Дополнительные
материалы→ Стандарт SCORM", файл
"SCORM_SeqNav.pdf").
Применение SCORM API
Применение SCORM API
Введение
В общем случае, SCO-объект – это файл или набор
файлов, структурированных определённым образом, и
включающих в себя средства для взаимодействия с LMSсистемой. То есть, как уже говорилось ранее в курсе,
каждый SCO-объект должен включать в себя вызов
минимум двух методов SCORM API – LMSInitialize(“”) и
LMSFinish(“”), реализованных на языке JavaScript. Однако
включать реализацию этих методов в каждый файл, из
которых состоит SCO-объект, как минимум нерационально
– ведь это дополнительное увеличение размера файла,
да и отслеживать изменения в реализации этих методов
при таком подходе непросто.
•
Применение SCORM API
Значительно продуктивнее размещать реализацию этих
методов в отдельном файле, а непосредственно из
файлов SCO только осуществлять вызов этих методов.
Таким образом, уменьшается итоговый размер файлов,
составляющих SCO, что немаловажно, ведь
дистанционное образование становится всё больше
направленным на передачу учебного контента через
веб-среду. Кроме того, значительно упрощается
процесс внесения изменений в реализацию этих, а
также любых других методов, ведь не придётся
просматривать каждый файл в отдельности, да ещё и
следить за тем, чтобы изменения были везде
одинаковые.
Применение SCORM API
Пример реализации
Пример реализации вызова данных методов в программе
eXe learning, позволяющей сохранять разрабатываемый курс в
формате SCORM package v. 1.2 (все дальнейшие примеры
также взяты из этой программы):
Вызов LMSInitialize(“”)
/*******************************************************************************
**
** Function: doLMSInitialize()
** Inputs: None
** Return: CMIBoolean true if the initialization was successful, or
** CMIBoolean false if the initialization failed.
**
** Description:
** Initialize communication with LMS by calling the LMSInitialize
** function which will be implemented by the LMS.
**
*******************************************************************************/
Применение SCORM API
function doLMSInitialize()
{
var api = getAPIHandle();
if (api == null)
{
alert(UNABLE_TO_LOCATE_THE_LMS_API + '\n' +
LMSINITIALIZE_WAS_NOT_SUCCESSFUL);
return "false";
}
var result = api.LMSInitialize("");
if (result.toString() != "true")
{
var err = ErrorHandler();
}
return result.toString();
}
Применение SCORM API
Вызов LMSFinish(“”)
/*************************************************************************
******
**
** Function doLMSFinish()
** Inputs: None
** Return: CMIBoolean true if successful
** CMIBoolean false if failed.
**
** Description:
** Close communication with LMS by calling the LMSFinish
** function which will be implemented by the LMS
**
**************************************************************************
*****/
Применение SCORM API
function doLMSFinish()
{
var api = getAPIHandle();
if (api == null)
{
alert(UNABLE_TO_LOCATE_THE_LMS_API + "\n" +
LMSFINISH_WAS_NOT_SUCCESSFUL);
return "false";
}
else
{
// call the LMSFinish function that should be implemented by the API
var result = api.LMSFinish("");
if (result.toString() != "true")
{
var err = ErrorHandler();
}
}
return result.toString();
}
Применение SCORM API
Непосредственно из файла с учебным контентом,
входящего в состав SCO, вызываются методы
doLMSInitialize() и doLMSFinish().
Обратите внимание, что перед любыми действиями,
связанными с вызовом функций API (в данном случае
это api.LMSInitialize("") и api.LMSFinish("")) происходит
поиск API-реализации, предоставляемой той LMS,
которая является поставщиком учебного контента.
Применение SCORM API
Поиск экземпляра API
• Поиск реализации API – это также вполне стандартная
процедура. Реализуется она следующими функциями –
getAPIHandle(); getAPI(); findAPI(win);
• function getAPIHandle()
{
if (apiHandle == null)
{
apiHandle = getAPI();
}
return apiHandle;
}
Применение SCORM API
function getAPI()
{
var theAPI = findAPI(window);
if ((theAPI == null) && (window.opener != null) &&
(typeof(window.opener) != "undefined"))
{
theAPI = findAPI(window.opener);
}
if (theAPI == null)
{
alert(UNABLE_TO_FIND_AN_API_ADAPTER);
}
return theAPI
}
Применение SCORM API
•
function findAPI(win)
{
while ((win.API == null) && (win.parent != null) && (win.parent != win))
{
findAPITries++;
//Примечание: 7 - это случайное число, однако этого количества
попыток должно быть более чам достаточно
if (findAPITries > 7)
{
alert(ERROR_FINDING_API_TOO_DEEPLY_NESTED);
return null;
}
win = win.parent;
}
return win.API;
}
Применение SCORM API
Как можно понять, изучив эти функции, конкретная
реализация API запускается самим браузером. Именно
браузер и является тем самым объектом «window»,
который передаётся как параметр в функцию
«findAPI(win)». Таким образом, браузер - это родительский
объект по отношению к объекту, который содержит
реализацию API. Файлы, которые являются реализацией
API в конкретной LMS-системе, передаются браузеру от
LMS тем же путём, что и сам обучающий контент – то есть
непосредственно в момент соединения браузера клиента
с сервером, на котором находится LMS-система. Далее
эта реализация хранится на клиенте в течение всего
сеанса работы с LMS.
Применение SCORM API
Обмен данными с LMS
Для обмена данными с LMS-системой можно
использовать две функции API • LMSGetValue(parameter)
• LMSSetValue(parameter_1,parameter_2)
В версии стандарта SCORM 2004 название
функций API немного изменили – убрали приставку
«LMS».
Применение SCORM API
SCORM1.2
LMSInitialize(“”)
LMSFinish(“”)
LMSGetValue(parameter)
SCORM2004
Initialize(“”)
Terminate(“”)
GetValue(parameter)
LMSSetValue(parameter_1,parameter_2) SetValue(parameter_1,parameter_2)
LMSCommit(“”)
LMSGetLastError()
LMSGetErrorString(parameter)
Commit(“”)
GetLastError()
GetErrorString(parameter)
LMSGetDiagnostic(parameter)
GetDiagnostic(parameter)
Применение SCORM API
Несмотря на то, что функций API всего 8, они позволяют
выполнять любые действия по управлению обучением.
Фактически, одно из достижений
стандарта SCORM именно в том, что он предоставляет
единую структуру данных, которая применяется для
управления обучением, а также предоставляет API, с
помощью которого осуществляется управление этой
структурой данных и их изменение.
Применение SCORM API
Пример применения API
Как пример, можете взглянуть на то, что происходит, когда учащийся
открывает в веб-браузере страницу, содержащую SCO-объект:
Вначале, при загрузке страниц запускается функция loadPage()
function loadPage()
{
var result = doLMSInitialize();
var status = doLMSGetValue( "cmi.core.lesson_status" );
if (status == "not attempted")
{
// the student is now attempting the lesson
doLMSSetValue( "cmi.core.lesson_status", "incomplete" );
}
exitPageStatus = false;
startTimer();
}
Применение SCORM API
В этой функции:
1. Инициализируется соединение с LMS - var result =
doLMSInitialize();
2. От LMS получается текущий статус данной страницы - var status
= doLMSGetValue( "cmi.core.lesson_status" );
3. В случае, если статус установлен в значение «не изучалась» status == "not attempted" – текущей странице присваивается статус
«incomplete»
4. Запускается таймер, отсчитывающий, сколько именно времени
потратит учащийся на изучение материала, представленного на
данной странице - startTimer();
Соответственно, при закрытии страницы или переходе к другой
происходит обратное – останавливается таймер, полученное
значение передаётся в LMS, статус страницы сохраняется как
«completed», вызывается LMSFinish().
Применение SCORM API
Заключение
Хотя создание даже простого SCO-объекта
достаточно трудоёмкий процесс, вовсе не обязательно
проделывать все этапы его реализации вручную. Для
того, чтобы автоматизировать процесс преобразования
имеющегося учебного контента в SCORM-совместимые
курсы, существует несколько программных средств.
Среди них есть как полностью коммерческие –
например, Macromedia Authorware , ToolBook , так и
распространяющаяся свободно - eXe .
Примеры JavaScript-кода, приведённые выше, были
взяты именно из курса, разработанного и
конвертированного в SCO в программе eXe .
Создание SCO-объекта
Введение
eXe – это программа, разрабатываемая Оклендским
Технологическим Университетом (Новая Зеландия). Как
написано на сайте разработчика, «задача проекта еХе
в том, чтобы предоставить преподавателям и учёным
полностью свободный, основанный на принципах Open
Source инструмент, позволяющий разрабатывать вебконтент, не обладая при этом познаниями в
редактировании HTML-кода». Таким образом, данная
программа доступна всем без исключения, и может
быть использована как угодно, если это использование
не нарушает условий лицензии GNU GPL.
Создание SCO-объекта
Данная программа, как уже было отмечено раньше,
позволяет экспортировать разработанный курс в
формат SCORM package версии 1.2. Именно в этот
формат экспортируют на данный момент все основные
программы для разработки учебных курсов, несмотря
на то, что версия стандарта 1.3 была выпущена ещё в
2004 году, и именно в этом формате принимают
SCORM-пакеты многие LMS-системы.
Сейчас будет показано, как можно в eXe разработать
несложный SCO-объект.
Сама программа доступна по
адресу http://exelearning.org/
Окно программы выглядит так:
Создание SCO-объекта
Создание SCO-объекта
Слева в окне будут расположены две панели – внизу
панель со списком так называемых «iDevices» –
инструментов, с помощью который можно включать в
проект различное содержимое – от простого текста до
флэш-роликов и видео, вверху панель, на которой
будет отображаться древовидная структура
разрабатываемого курса. Сразу после открытия в этой
структуре будет только один пункт – «Home». Однако
эта структура может быть сколь угодно разветвлённой.
Создание SCO-объекта
Начало
Попробуем разработать несложный – всего из одной страницы – курс.
Возьмём какой-нибудь текст, который необходимо включить в курс
обучения. Например, отрывок из книги Б.В. Кернигана и Д.М. Ричи «Язык
Си».
Язык "C" является универсальным языком программирования. Он тесно
связан с операционной системой "UNIX" , так как был развит на этой
системе и так как "UNIX" и ее программное обеспечение написано на "C".
Сам язык, однако, не связан с какой-либо одной операционной системой
или машиной; и хотя его называют языком системного программирования,
так как он удобен для написания операционных систем, он с равным
успехом использовался при написании больших вычислительных
программ, программ для обработки текстов и баз данных.
Язык "C" - это язык относительно "низкого уровня". В такой характеристике нет
ничего оскорбительного; это просто означает, что "C" имеет дело с объектами того
же вида, что и большинство ЭВМ, а именно, с символами, числами и адресами.
Они могут объединяться и пересылаться посредством обычных арифметических и
логических операций, осуществляемых реальными ЭВМ.
Создание SCO-объекта
В языке "C" отсутствуют операции, имеющие дело
непосредственно с составными объектами, такими как строки
символов, множества, списки или с массивами,
рассматриваемыми как целое. Здесь, например, нет никакого
аналога операциям PL/1, оперирующим с целыми массивами и
строками. Язык не предоставляет никаких других возможностей
распределения памяти, кроме статического определения и
механизма стеков, обеспечиваемого локальными переменных
функций; здесь нет ни "куч"(HEAP), ни "сборки мусора", как это
предусматривается в АЛГОЛЕ-68. Наконец, сам по себе "C" не
обеспечивает никаких возможностей ввода-вывода: здесь нет
операторов READ или WRITE и никаких встроенных методов
доступа к файлам. Все эти механизмы высокого уровня должны
обеспечиваться явно вызываемыми функциями.
Создание SCO-объекта
Двойным щелчком по названию элемента структуры в правой панели
вызывается окно переименования:
После этого название «Home» сменится на «Введение»:
Создание SCO-объекта
Добавляем содержимое
Для того, чтобы вставить нужный нам текст в страницу, надо
воспользоваться инструментом «Free text». После щелчка мышкой по
этому инструменту на странице появится элемент, позволяющий
вставлять текст, а также заниматься его редактированием и
оформлением.
Создание SCO-объекта
В частности, он позволяет менять размер шрифта,
создавать списки, редактировать непосредственно
получающийся HTML-код, вставлять рисунки и таблицы.
Далее в поле для редактирования необходимо
вставить текст, который требуется разместить на
странице, отформатировать его по ширине и закончить
редактирование щелчком по зелёной галочке:
Вот как будет выглядеть страница после этого:
Создание SCO-объекта
Создание SCO-объекта
Проверка знаний
Для того, чтобы оценить результативность обучения, необходимо
осуществлять контроль усвоения знаний. В программе еХе этот
контроль можно осуществлять с помошью нескольки видов тестовых
вопросов.
1.
2.
3.
4.
Реализованы следующие виды вопросов:
Одиночный выбор;
Множественный выбор;
Вопросы с ответами "Да/Нет".
Кроме того, существует возможность использования вопросов,
результаты ответов на которые будут переданы в LMS-систему, и
могут быть использованы для фиксирования того, пройдена страница
или нет. Пример использования такого вопроса мы далее и
рассмотрим.
Создание SCO-объекта
Добавляем вопрос
Вначале необходимо добавить вопрос в курс инструментом под
названием «SCORM Quiz».
Этот инструмент представляет собой вопрос, или несколько
вопросов, с несколькими вариантами ответов. Выбрать можно
только один вариант, при этом то, насколько правильно были
выбраны ответы, отвечающий узнает только после нажатия на
кнопку «Submit Answer». Учащемуся выводится только процентное
отношение правильных ответов к общему количеству вопросов, то
есть информация, на какие вопросы были даны правильные
ответы, а на какие – нет, учащийся не узнает.
Вот как будет выглядеть вопрос типа «SCORM Quiz» сразу после
добавления:
Создание SCO-объекта
Создание SCO-объекта
Управление SCORM Quiz
Обратите внимание – внизу есть некоторые новые
элементы управления, которых не было у инструмента
«Free text» - это две кнопки и один выпадающий список.
Создание SCO-объекта
Кнопка «Add another Question» добавляет ещё один
вопрос в тестовый блок. Таких вопросов может быть
добавлено неограниченное количество (однако
обращаю ваше внимание на то, что после добавления
20-25 вопросов программа начинает заметно
«тормозить»).
Кнопка «Add another Option» добавляет ещё один
вариант ответа к текущему вопросу. Такая кнопка
появляется под каждым добавленным в тест вопросом.
Выпадающий список «Select pass rate» задаёт порог
прохождения теста – то есть на какое количество
вопросов (в процентном отношении) учащийся должен
дать правильный ответ.
Создание SCO-объекта
• Редактируем вопрос
• После того, как элемент добавлен, необходимо
добавить необходимое количество вариантов ответа,
ввести сам текст вопроса и варианты ответа, а также
выбрать правильный вариант с помощью
«радиокнопок», находящихся справа от вариантов.
Взгляните, как будет выглядеть элемент,
добавленный инструментом "SCORM Quiz", в режиме
редактирования после того, как мы добавим туда
ещё два варианта ответа и введём сам текст вопроса
и ответы.
Создание SCO-объекта
А вот как он будет выглядеть в итоге:
Создание SCO-объекта
Сохраняем SCO-объект
Предположим, что больше нам ничего включать в курс не надо, и
сохраним созданный проект в формате SCO-объекта. Для этого
надо выбрать пункт меню «File → Export → SCORM 1.2»
При этом экспортированный в формат SCORM проект сохраняется
в виде ZIP-архива, который включает в себя все файлы,
необходимые для включения этого SCO-объекта в LMS. Это и есть
пакет учебного контента, который описывался в книге Cam
Формально, полученный архив полностью готов к загрузке
в LMS и дальнейшему использованию в обучении. Однако
нелишним будет проверить это самостоятельно и убедиться, что
полученный SCO-объект действительно работает.
Создание SCO-объекта
Создание SCO-объекта
Проверяем результат
Проверить это можно в программе «Reload Editor». Эта
программа, так же, как и eXe, полностью бесплатна, и
предназначена для создания и редактирования пакетов
учебного контента – их структуры и метаданных. При этом
это программное средство не позволяет редактировать
непосредственно содержание курса обучения – только
структуру этого содержания, то есть порядок следования, и
метаданные, связанные с элементами курса и курсом в
целом. Также эта программа содержит в себе
реализацию LMS, достаточную для проверки
работоспособностиSCORM-пакета.
Так будет выглядеть окно программы «Reload Editor», если в
ней открыть для редактирования SCORM-пакет.
Создание SCO-объекта
Создание SCO-объекта
С помощью команды «View → Preview content package» можно
запустить предварительный просмотр пакета учебного контента,
как если бы он был загружен в LMS.
Предварительный просмотр будет открыт в установленном по
умолчанию браузере.
Однако надо запомнить, что внешний вид навигационной панели и
ссылок определяется самой LMS, поэтому при реальном
использовании курса сохранится только оформление
непосредственно информативной части.
Создание SCO-объекта
Создание SCO-объекта
Заключение
Как видите, ничего особо сложного и страшного.
Разумеется, здесь был описан процесс создания самого
простого SCO-объекта. Однако, таким же образом
можно создавать и более сложные курсы (в частности,
курс, который вы сейчас изучаете, также был создан
в eXe). К сожалению, еХе пока не позволяет точно
настраивать некоторые параметры – например, нельзя
точно задать последовательность прохождения курса,
то есть задать переход с третьего раздела сразу на,
скажем, пятый, или переход в зависимости от того,
правильно или неправильно был дан ответ на вопрос.
Создание SCO-объекта
Однако программа ещё находится в стадии разработки,
поэтому уверен, что все эти возможности будут
реализованы. А пока для создания SCORMсовместимых курсов можно пользоваться тем, что уже
есть. Разумеется, коммерческие приложения,
вроде SumTotal Toolbook, обладают большей
функциональностью – однако она не всегда бывает
востребована. Поэтому вполне разумно будет вначале
попробовать разработать требуемый курс в eXe – и,
если хватит функциональности, на нём и остановиться.
Дополнительные материалы
• Стандарт SCORM
• В данном разделе находятся тексты всех частей
стандарта SCORM, включая введение. Документы
представлены в формате PDF. Тексты взяты с
официального сайта стандарта, и актуальны на
момент разработки комплекса. Текущие версии
текстов стандарта, а также всех материалов, которые
предоставляются разработчиками стандарта,
доступны по
адресу http://www.adlnet.gov/scorm/index.aspx.
Дополнительные материалы
• SCORM_2004_Overview.pdf
(http://cccp.ifmo.ru/scorm/_scorm.html#) Данный файл содержит
обзор стандарта SCORM версии 2004 на английском языке.
• SCORM_CAM.pdf (http://cccp.ifmo.ru/scorm/_scorm.html#)Данный
файл содержит описание части CAM стандарта SCORM на
английском языке.
• SCORM_RunTimeEnv.pdf
(http://cccp.ifmo.ru/scorm/_scorm.html#)Данный файл содержит
описание части RTE стандарта SCORM на английском языке.
• SCORM_SeqNav.pdf
(http://cccp.ifmo.ru/scorm/_scorm.html#)Данный файл содержит
описание части SN стандарта SCORM на английском языке.
Дополнительные материалы
Программное обеспечение
В данном разделе содержится описание программного
обеспечения, которое используется при обучении
созданию SCORM-совместимых модулей. Данное ПО
включено в состам методического комплекса. Версии
включённого программного обеспечения актуальны на
момент разработки комплекса.
Дополнительные материалы
eXe - eLearning XHTML editor
Программа для создания курсов электронного обучения.
Возможности, по сравнению с Authorware, не очень большие. Базируется
на веб-браузере Mozilla FireFox. Распространяется бесплатно, имеет
открытый исходный код.
Сайт разработчика - http://exelearning.org/ .
Можно создавать полноценные курсы, включающие в себя также и
проверку знаний с помощью нескольких видов тестовых вопросов – выбор
одного варианта, множест-венный выбор, «да/нет», ввод нужного слова.
Возможно включение в курсы практически любого материала – вебстраниц, звука, флэш-роликов, видео, рисунков.
Имеется возможность экспорта созданного курса как в набор веб-страниц,
которые могут быть размещены на любов веб-севере либо просмотрены в
браузере без использова-ния дополнительного программного
обеспечения, так и в SCORM-пакет. Поддерживаемая версия – SCORM v.
1.2 .
Находится в стадии разработки. Текущая версия – 0.23.
На прилагаемом диске находится в папке «Distrib\eXe\».
Дополнительные материалы
Reload Editor
Редактор метаданных SCORM-пакета. Позволяет
выстраивать структуру курса, создавать и
редактировать метаданные курса.
Распространяется бесплатно, с открытым исходным
кодом.
Сайт разработчика - http://www.reload.ac.uk/editor.html .
Помимо возможностей редактирования курсов, имеет
также встроенный эмулятор LMS-системы, что
позволяет тут же проверить работоспособность пакета.
На прилагаемом диске находится в папке
«Distrib\Reload\».
Дополнительные материалы
Moodle
LMS-система с открытыми исходными кодами. Распространяется
свободно, по лицензии GNU General Public License (GPL) v.2.
Поддерживает SCORM версии 1.2.
Сайт программы: http://moodle.org/ .
Данная система предоставляет всё необходимое для
осуществления дистанционного обучения. В ней присутствует
возможность как создавать курсы непосредственно в системе
Moodle (то есть прямо на сайте, при помощи веб-интерфейса), так
и загружать сторонние курсы, если они соответствуют стандарту
SCORM версии 1.2 и могут быть отображены в веб-браузере. В ней
также предусмотрены возможности для общения как между
учащимися и преподавателем, так и между самими учащимися.
На прилагаемом диске находится в папке «Distrib\Moodle\», файл
"moodletest.zip".
Дополнительные материалы
Данный файл содержит в себе полностью настроенную для использования в учебных
целях систему управления дистанционным обучением (СУДО) Moodle, включая все
необходимые сервера (web-сервер Apache, SQL-сервер MySQL, интерпретатор PHPскриптов).
Для начала работы СУДО Moodle с теми настройками, которые установлены в пакете ПО
на момент его включения в данный комплекс, необходимо:
• Распаковать архив в корневой каталог диска C. После этого в корневом каталоге
диска С появится каталог "moodletest". Этот каталог содержит в себе настроенную
СУДО Moodle.
• При наличии на компьютере устновленных и запущенных web либо SQL серверов,
убедиться в том, что этими серверами не заняты TCP/IP порты 80, 3306. В случае,
если эти порты заняты существующими серверами, необходимо освободить эти
порты для работы Moodle (остановить либо удалить программы, занимающие данные
порты).
• В каталоге "moodletest" запустить программу "xampp_restart.exe". Данная программа
осуществляет запуск всех серверов, необходимых для работы Moodle.
• Наберите в адресной строке браузера "http://localhost/" - откроется главная страница
СУДО Moodle.
В версии СУДО, включённой в комплекс, зарегистрирован только один пользователь Администратор. Данные для входа в систему: логин - admin, пароль - test.
Стандарт SCORM
и его применение
Каримходжаев Абдугапур,
Латипов Нусратулла
[email protected]
