SCORM
SCORM (
История
Инициативная группа ADL (
Для облегчения
Версии SCORM 1.0 и SCORM 1.1 были тестовыми и распространялись в узких кругах для испытания и сбора отзывов. В октябре 2001 года вышла версия SCORM 1.2[4], которая начала активно распространяться. В то же время группа ADL продолжала заниматься доработкой SCORM, в частности, улучшением возможностей навигации.
В
Также ADL решила оформить модель взаимодействия как официальный международный стандарт, в связи с чем обратилась в комитет по стандартизации
- IEEE 1484.11.1 — Data Model For Content To Learning Management System Communication (Описание модели данных, передаваемых между учебным материалом и LMS);
- IEEE 1484.11.2 — ECMAScript API For Content To Runtime Services Communication (Описание способа взаимодействия между учебным материалом и сервисами периода исполнения при помощи Javascript).
Тем временем консорциум IMS Global в 2003 году выпустил спецификацию IMS Simple Sequencing[6] (IMS SS), содержащую требования к описанию последовательностей прохождения учебного материала. Эта спецификация легла в основу разрабатываемой ADL спецификации SCORM SN (англ. Sequencing and Navigation).
В январе 2004 года вышла первая редакция SCORM 1.3 (получившая обозначение SCORM 2004). В ней раздел SCORM RTE был представлен описанием стандартов IEEE 1484.11 (с изменившимся API, которое стали называть SCORM API 2004), дополненным специальными элементами ADL, используемыми для организации навигации, подробно описанной в новом разделе SCORM SN. В раздел SCORM CAM был внесён стандарт IEEE
В июне
Позже в SCORM 1.3 были внесены ещё некоторые изменения: в октябре 2006 года вышла третья редакция, а в марте 2009 — четвёртая — SCORM 2004.
Разделы SCORM 2004
Обзор
Вводная часть стандарта. Здесь содержатся общие положения и идеи SCORM.
Модель накопления содержания (Content Aggregation Model, CAM)
Эта часть стандарта описывает структуру учебных блоков и пакетов учебного материала. Пакет может содержать курс,
Манифест пакета включает:
- метаданные (свойства компонентов учебного материала);
- организацию учебного материала (в каком порядке расположены компоненты);
- ресурсы (ссылки на файлы, содержащиеся в пакете);
- под-манифест (xml-файл может содержать под-манифесты, описывающие отдельные части пакета. Может иметь смысл, если пакет очень большой и имеет сложную структуру, чтобы не перегружать один файл большим объёмом данных).
Блоки учебного материала, входящие в пакет, могут быть двух типов: ресурсы и объекты, включающие в себя контент, доступный для обмена между пользователями (англ. Sharable Content Object (SCO)).
- Ресурс (англ. asset) — элемент, который не взаимодействует с сервером системы управления обучением (LMS-сервером). Это может быть html-страница, просто картинка, звуковой файл, flash-объект и т. п. Ресурс может состоять из нескольких файлов (например, html-файл + css-файл c описанием его стилей + js-файл с описанием используемых в нём функций), но с точки зрения системы и учащегося ресурс будет рассматриваться как единый неделимый объект.
- Разделяемый объект содержимого (SCO) — это элемент, который взаимодействует с системой управления обучением: сообщает о ходе и результатах обучения, получает и передаёт дополнительные данные и т. п. Как минимум SCO сообщает о своем запуске и завершении (путём вызова методов
Initialize("")
иTerminate("")
объекта API_1484_11, используемого системой для взаимодействия).
Пример кода манифеста SCORM-пакета:
<?xml version="1.0" encoding="UTF-8"?>
<manifest version="1.3" identifier="8EA33DC1" xmlns="http://www.imsglobal.org/xsd/imscp_v1p1">
<metadata>
<schema>ADL SCORM</schema>
<schemaversion>2004 4th Edition</schemaversion>
</metadata>
<organizations default="09B4C179">
<organization identifier="09B4C179" structure="hierarchical">
<title>Содержание</title>
<item identifier="7D841A9D" isvisible="true" identifierref="44D33973">
<title>Пример объекта SCO, взаимодействующего с LMS</title>
</item>
</organization>
</organizations>
<resources xmlns:adlcp="http://www.adlnet.org/xsd/adlcp_rootv1p3">
<resource identifier="44D33973" adlcp:scormType="sco" type="text/html" href="sco.htm">
<file href="sco.htm" />
</resource>
</resources>
</manifest>
Для передачи пакетов по сети (например, для загрузки в систему управления обучением) спецификация SCORM CAM предписывает помещать содержимое пакета в
Среда выполнения (Run-Time Environment, RTE)
Эта часть стандарта описывает взаимодействие SCO и системы управления обучением (англ. Learning Management System, LMS) через программный интерфейс приложения (Application Program Interface, API). Требования SCORM RTE позволяют обеспечить совместимость SCO и LMS, чтобы каждая система дистанционного обучения могла взаимодействовать со SCO таким же образом, как и любая другая, соответствующая стандарту SCORM. LMS должна обеспечивать доставку требуемых ресурсов пользователю, запуск SCO, отслеживание и обработку информации о действиях учащегося, передачу SCO-объекту запрашиваемых данных и сохранение получаемых.
Взаимодействие осуществляется через объект API_1484_11, располагающийся в одном из родительских окон браузера по отношению к окну учебного объекта. Учебный объект должен быть запущен либо во фрейме (<iframe>
) на странице системы управления обучением, либо во всплывающем окне (посредством JavaScript-вызова window.open). В начале своей работы SCO-объект должен найти объект API_1484_11 в одном из родительских окон, применив для этого алгоритм перебора родительских окон (SCORM API Discovery Algorithm), а затем вызвать метод Initialize("")
этого объекта.
После успешной инициализации SCO может запрашивать у системы данные посредством метода GetValue(«название_элемента_данных») или посылать данные в систему посредством метода SetValue(«название_элемента_данных», «значение»). Возможные элементы данных и их допустимые значения перечислены в спецификации. Для принудительного сохранения данных, отправленных в систему, SCO-объект должен вызвать метод Commit("")
.
Также API позволяет отслеживать SCO-объекту возможные ошибки, возникающие в процессе взаимодействия, посредством методов GetLastError
, GetErrorString
и GetDiagnostic
.
В конце своей работы SCO должен вызвать метод Terminate("")
, тем самым сообщив системе, что работа с ним закончена и его можно закрывать (или переходить к следующему объекту).
Пример простейшего SCO (данная html-страница запрашивает у системы управления обучением имя учащегося, который её открыл):
<html>
<head>
<script language="javascript">
function findAPI(win) { //ищем в родительских окнах объект с названием API.
var findAPITries=0; //будем считать количество попыток, чтобы поиск не был бесконечным.
while ((win.API_1484_11 == null) && (win.parent != null) && (win.parent != win)) {
findAPITries++;
if (findAPITries > 20) return null; //число 20 взято условно, теоретически его может и не хватить.
win = win.parent;
}
return win.API_1484_11;
}
function getAPI() { //получаем объект API для текущего SCO.
var theAPI = findAPI(window); //сначала пробуем искать в родителях текущего окна.
if ((theAPI == null)) { //если не нашли в родителях текущего окна,
if ((window.opener != null) && (typeof(window.opener) != "undefined"))
theAPI = findAPI(window.opener); //то попробуем найти в родителях окна, открывшего текущее.
}
return theAPI;
}
function start() { //эта функция сработает в момент открытия SCO.
var api = getAPI();
if (api!=null) {
api.Initialize("");
value=api.GetValue("cmi.learner_name"); //запрашиваем у системы имя учащегося,
document.write("Имя учащегося: "+value); //и выводим его на экран.
}
else document.write("Не удаётся подключиться к API системы.");
}
function stop() { //эта функция сработает в момент закрытия SCO.
var api = getAPI();
if (api!=null) api.Terminate("");
}
</script>
<title>Пример объекта SCO, взаимодействующего с LMS</title>
</head>
<body onLoad="start()" onunload="stop()">
</body>
</html>
Упорядочение и навигация (Sequencing and Navigation, SN)
Эта часть стандарта описывает, как должна быть организована навигация и предоставление компонентов учебного материала в зависимости от действий учащегося. Требования SCORM SN позволяют преподносить учащемуся материал в соответствии с индивидуальными особенностями.
Требования соответствия (Conformance Requirements)
Эта часть содержит полный список требований на соответствие стандарту SCORM, проверяемых ADL. Система управления обучением или редактор учебных материалов может получить от ADL сертификат о соответствии требованиям SCORM, если он функционирует в соответствии с этими указаниями.
Примечания
- ↑ Спецификация AICC CMI001 — Руководство по совместимости . Дата обращения: 29 декабря 2010. Архивировано из оригинала 24 июля 2011 года.
- ↑ Документация IMS Learning Resource Meta-data Specification . Дата обращения: 29 декабря 2010. Архивировано 19 декабря 2010 года.
- ↑ Документация IMS Content Packaging Specification . Дата обращения: 29 декабря 2010. Архивировано 6 декабря 2010 года.
- ↑ Официальная документация ADL SCORM 1.2 . Дата обращения: 6 сентября 2011. Архивировано из оригинала 11 августа 2011 года.
- ↑ Официальная страница IEEE LTSC . Дата обращения: 16 марта 2022. Архивировано 8 марта 2022 года.
- ↑ Документация IMS Simple Sequencing Specification . Дата обращения: 29 декабря 2010. Архивировано 6 ноября 2010 года.
См. также
Ссылки
- SCORM и его применение Архивная копия от 15 апреля 2011 на Wayback Machine
- Обзор SCORM 2004, ФГУ ГНИИ ИТТ «Информика», 2005
- Дискуссионный сайт Dstudy.ru
- Библиотека, посвященная технологиям дистанционного обучения
- Простым языком о стандартах создания электронного курса Scorm и Tin Can API Архивная копия от 4 ноября 2018 на Wayback Machine
- WebSoft и iSpring за стандарт CMI5 Архивная копия от 4 ноября 2018 на Wayback Machine
![]() | В статье не хватает ссылок на источники (см. рекомендации по поиску). |