Дистрибутивные пакеты электронных информационных ресурсов Потребность в унификации способов представления информационных ресурсов
Важная роль ИР в современных образовательных БП и реализация ИОС на базе Интернет-технологий, создающих широкие возможности для межсистемного взаимодействия, требуют обеспечения эффективной поддержки в ИОС процессов поиска и обмена ИР.
Программные и информационные продукты распространяются в форме дистрибутивов, называемых также дистрибутивными пакетами (ДП) и дистрибутивными комплектами. ДП содержит контент, обычно представленный в сжатом (архивированном) виде, передаваемый пользователю ИР. Он включает программные компоненты, массивы данных и необходимую документацию.
ДП распространяются на информационных носителях или по сети. Для работы с продуктом, как правило, требуется установить его на вычислительную систему пользователя и настроить на условия применения. Для автоматизации указанных процедур предназначены специальные программы установки (инсталляторы). Существуют ИР, не требующие установки. Они могут быть просто записаны на жесткий диск пользовательского компьютера или запущены непосредственно с дистрибутивного носителя. Другой вариант - сетевой ИР, доступный через Интернет. В его ДП достаточно указать сетевой адрес (URL), задающий точку входа в ИР.
Вне контекста области применения структура ДП и требования к ним не стандартизованы. Традиционный ДП для системы-получателя является «непрозрачным». Это может быть отдельный файл, массив файлов, самораскрывающийся архив, программа установки и файл данных, сетевой адрес, исполняемый модуль и т.д. Информация о назначении компонентов ДП, логической структуре ИР, составе и характеристиках используемых в нем физических ресурсов, связях логических и физических элементов, условиях и схемах функционирования ИР в формальном виде в ДП не представлена. В лучшем случае она излагается в документации.
ДП, реализованный в произвольной, не унифицированной форме, можно сравнить с «черным ящиком». Для получения данных о том, что входит в такой пакет, или что стоит за сетевыми адресами, на которые он ссылается, требуется провести содержательный анализ контента. ИР, распространяемые в подобных ДП, как правило, имеют монолитный характер и ориентированы на автономное применение в целостном виде. Возможности их декомпозиции с целью использования компонентов в самостоятельном качестве либо в сочетании с другими ресурсами в составе агрегированных продуктов при создании контента и формировании ДП специально не предусматриваются. Выполнение соответствующих операций с ДП требует, как минимум, технической, а в общем случае также содержательной и методической переработки контента.
Каталогизацию, поиск и обмен ИР затрудняет отсутствие стандартных способов связывания ДП с метаданными. Во-первых, поскольку традиционный ДП не содержит формальной спецификации структуры ИР, метаданные могут быть приписаны только ИР в целом, но не его компонентам. Во-вторых, на практике применяются разные, плохо согласующиеся варианты представления метаданных и соотнесения их с ДП. Самое простое решение -включение файла метаданных в ДП. Другой подход предусматривает внедрение метаданных в контент определенных типов (например, HTML-страницы). В некоторых системах метаданные размещаются в отдельной БД или специальном хранилище, а их связь с ДП фиксируется на уровне ИС.
В современных системах электронного обучения применение ИР учебного назначения осуществляется под контролем LMS. При этом общие функции управления реализуются не в ИР, а в LMS, сфера ответственности которой охватывает процессы регистрации и авторизации учащегося, выбора и предоставления ему контента в соответствии с индивидуальным заданием и состоянием его выполнения, контроля за ходом и результатами работы учащегося, оценивание формируемой компетенции, планирование и управление навигацией по контенту. Для воплощения указанных функций необходимо, чтобы взаимодействие учащегося с ИР основывалось на стандартных схемах и было «прозрачным» для LMS. В свою очередь, это требует реализации интерфейса между LMS и ИР, обеспечивающего передачу данных о работе учащегося из ИР в LMS и управляющих команд из LMS в ИР. Получение информации о ходе и результатах обучения позволяет LMS взять на себя функции управления навигацией по контенту, т.е. принятия решений о переходах между его компонентами, ассоциируемыми с единицами учебной деятельности (ЕУД) и решаемыми педагогическими задачами.
Описанный подход создает новый уровень возможностей при организации электронного обучения в ИОС. Очевидно, что для его поддержки необходима унификация представления ИР и их ДП.
Компьютерные средства обучения (КСО) первого поколения были монолитными (т.е. неделимыми) автономными приложениями, обеспечивающими как взаимодействие с учебным материалом, так и управление учебным процессом. Интеграция таких продуктов в ту или иную среду электронного обучения, предусматривающая их сопряжение с ее вычислительной платформой и LMS, в общем случае сталкивается с серьезными проблемами. Данная задача решается либо за счет масштабной настройки КСО (если в них заложены соответствующие возможности), направленной на согласование их технических особенностей с требованиями среды применения, а также координацию функций управления, встроенных в КСО и реализуемых LMS, либо путем определения способов обхода встроенных механизмов управления обучением.
Из сказанного вытекает, что одним из условий для многократного применения ИР в разных контекстах является обеспечение раздельного представления контента и схем навигации по нему, т.е. содержательных сведений, ориентированных на восприятие учащимися, и служебных данных, интерпретируемых LMS и компонентами клиентской СИ приложений. Унификация должна охватывать способ представления учебного материала, модели, описывающие его структуру, параметры отображения и воспроизведения, правила взаимодействия с контентом и использования его в учебном процессе, а также формат ДП в целом.
Поддержка унифицированных технических решений, реализуемых в ИР, влияет на интероперабельность множества систем и сервисов ИОС. К их числу относятся авторские системы, LMS, поисковые сервисы, системы управления каталогами и хранилищами ИР, средства формирования модульных ИР и др. Представление контента и ДП в открытых форматах обеспечивает независимость ИР и оперирующих ими программных компонентов. ИР, созданный с помощью любого авторского инструментария, будет одинаково функционировать в любой среде электронного обучения под управлением любой LMS.
Разработка качественных учебно-методических электронных ИР - дорогостоящий процесс. Наряду со стандартизацией, направленной на обеспечение переносимости и технической долговечности ИР, снижению затрат на него способствует многократное использование единиц контента в разных сочетаниях. Идея динамического формирования ИР для электронного обучения из заранее подготовленных модулей, рассчитанных на применение в различных контекстах, лежит в основе концепции ЭУМ. Технические условия для ее воплощения создают: автономность ЭУМ; использование стандартных форматов контента; раздельное представление содержательной информации и служебных данных, предназначенных для ее интерпретации программными средствами; компоновка и распространение ЭУМ в виде унифицированных ДП, снабженных метаданными.
Помимо агрегации, заключающейся в построении модульного ИР из ЭУМ, концепция ЭУМ предусматривает обратную процедуру - дезагрегацию модульного ИР на компоненты с целью применения части из них в самостоятельном качестве или в составе других модульных ИР. Необходимо отметить, что агрегация и дезагрегация выполняются с учетом конкретных образовательных потребностей (уровня подготовленности учащегося, его индивидуальных особенностей, стоящих перед ним задач, условий планируемого использования ИР и т.д.), т.е. их результатами являются индивидуально-ориентированные учебно-методические ИР. Такой подход создает основу для эффективных механизмов индивидуализации ИР для электронного обучения. Индивидуализация монолитных КСО связана со значительными затратами, вызванными необходимостью, во-первых, увеличения объема учебного материала за счет представления его вариантов, рассчитанных на разные образовательные потребности, и во-вторых, реализации функций настройки на учащегося и среду применения. Использование монолитных КСО, снабженных развитыми сервисами адаптации, сдерживает несовместимость данных функций, базирующихся на частных моделях, жестко встроенных в КСО и недоступных для интерпретации LMS.
Технические решения, служащие основой для промышленной реализации концепции ЭУМ, определены в модели SCORM. Первая ее часть - модель агрегации контента (САМ) - устанавливает способ компоновки контента в ДП и общие механизмы объединения ЭУМ и декомпозиции модульных ИР. В ней введен ряд информационных моделей и поддерживающих их XML-форматов, предназначенных для описания логической организации контента в ДП, используемых в нем физических ресурсов, схем навигации по контенту, а также представления метаданных, характеризующих компоненты ДП и его описания.
Вторая часть SCORM (RTE) специфицирует интерфейс между LMS и ЭУМ, выполняемым в клиентской СИ. Он охватывает процессы запуска ЭУМ по команде LMS и взаимодействия LMS с ЭУМ.
Третья книга SCORM (SN) посвящена методам планирования и управления навигацией по контенту. В ней определены функции LMS, которые предназначены для поддержки сценариев взаимодействия учащегося с контентом, описанных в схеме навигации, с учетом его предыдущих действий и вводимых команд навигации. Иными словами, планирование и управление навигацией - это процесс, выполняемый LMS и включающий интерпретацию схемы навигации, представленной в ДП, мониторинг описанных в ней условий переходов, обработку команд навигации, поступающих от пользователя, определение единицы контента, к которой необходимо выполнить переход, и фиксацию пройденной траектории.
На метауровне ДП выступает в качестве унифицированной формы компоновки электронного контента для его распространения в ИОС. Несмотря на то, что изначально модель ДП была ориентирована на ЭУМ, в соответствующем виде могут быть представлены любые электронные ИР сферы образования, включая монолитные КСО и локальные программы. Отмеченная особенность имеет важное значение, так как обеспечивает совместимость новых технологий ИОС, рассчитанных на WWW, с накопленными ИР.
SCORM не устанавливает содержательных, функциональных, дидактических и иных границ контента, образующего ДП. Пакет может представлять массив физических ресурсов (файлов) для передачи между системами, фрагмент учебного курса (раздел, модуль, пункт, задачу и т.п.), курс в целом или набор курсов. Состав, содержательный охват и объем ДП определяются формирующим его специалистом.
Ключевое требование к ДП - автономность его содержимого, т.е. независимость данного ИР от внешних ресурсов. Вся информация, необходимая для применения ИР, должна физически входить в ДП либо размещаться в открытом доступе в Интернет по указанным в нем адресам.
В техническом плане ДП представляет собой контейнер, включающий локальный контент (файлы, распределенные по системе папок) и специальный XML-документ, называемый манифестом и содержащий структурированное описание данного ДП: информационного ресурса в целом, его логической организации, используемых физических ресурсов, интегрированных в данный ИР модулей (ЭУМ), связей элементов логической организации с поддерживающими их физическими ресурсами и подчиненными модулями. Логическая организация специфицируется для ИР, ориентированных на взаимодействие с учащимися. На ее базе может быть задана схема навигации по контенту, отражающая сценарий применения ИР в учебном процессе. Для указания дополнительных характеристик ИР в целом, компонентов ДП и элементов манифеста в него могут включаться блоки метаданных или ссылки на файлы метаданных, размещенные в том же дистрибутивном пакете.
Модель дистрибутивного пакета
ДП служит контейнером для распространения электронного контента в ИОС. Он может рассматриваться как логический каталог, соответствующий единому архивному файлу, корневому каталогу диска с данными (CD, DVD) или произвольному каталогу информационного носителя.
Структура ДП показана на рис. 2.4. ДП включает:
XML-файл манифеста, который имеет фиксированное имя imsmanifest.xml, записанное строчными буквами, и располагается в корне пакета;
файлы локального контента, составляющие ИР. Манифест описывает содержимое ДП (ИР в целом). В него могут входить вложенные манифесты, характеризующие компоненты ИР (модули, ЭУМ), допускающие выделение и использование в других контекстах.
Рис.2.4. Структура дистрибутивного пакета
Если в манифесте присутствуют ссылки на локальные файлы управляющих документов XML (DTD, XSD), то они должны содержаться в корне пакета. Файлы локального контента рекомендуется размещать в подкаталогах.
ИР, представляемый ДП, может охватывать как локальные ресурсы, входящие в пакет, так и Интернет-контент. Все физические ресурсы, относящиеся к ДП, описываются в разделе resources манифеста. В нем для локального контента указываются пути к соответствующим файлам в ДП, а для внешних ресурсов - сетевые адреса (URL), задающие точки входа в них. В случае, когда ИР базируется только на Интернет-контенте, ДП содержит лишь манифест.
Метаданные, характеризующие ИР и компоненты ДП, могут быть включены в манифест или представлены в отдельных XML-файлах, на которые ссылаются элементы манифеста adlcp: location. При использовании отдельных файлов метаданных рекомендуется, чтобы они были локальными, т.е. входили в состав ДП. Если в файлах метаданных имеются ссылки на локальные файлы управляющих документов XML, то эти файлы должны размещаться в корне пакета.
ДП может быть скомпонован в виде единого архивного файла, сохраняющего структуру каталогов и называемого файлом передачи пакета (ФПП). Формат архива - PKZip v.2.04g (.ZIP).
ФПП включает все содержимое ДП: манифест, локальные файлы управляющих документов XML и метаданных, а также физические ресурсы, входящие в пакет. ФПП как форма сжатого представления контента, отражающая его структуру, удобна для доставки ДП через WWW, поэтому использование ФПП рекомендуется в SCORM. В то же время построение ФПП не является обязательным. Допускается распространение ДП на информационных носителях в развернутом виде.
Метаданные и манифест
Для описания электронных образовательных ресурсов используется стандарт Learning Object Metadata (LOM). В 2002 г. решением IEEE P1484.12.1 модель данных LOM одобрена в качестве стандарта. Цель стандарта – облегчить поиск, рассмотрение и использование учебных объектов учителями, инструкторами или автоматическими процессами в ходе выполнения программ, а также облегчить совместное использование таких объектов путем создания каталогов и хранилищ.
Электронные образовательные ресурсы описываются элементами данных, которые сгруппированы по категориям, именуемым в LOM «контейнерами». Определено девять контейнеров:
1. Общий контейнер (general) объединяет информацию об учебном объекте в целом;
2. Контейнер жизненного цикла (lifecycle) группирует элементы о текущем состоянии объекта и информацию о субъектах, внесших вклад в его создание и развитие;
3. Контейнер мета-метаданных (metametadata) содержит информацию о самих метаданных;
4. Технический контейнер (technical) группирует технические описания и характеристики учебного объекта;
5. Образовательный контейнер (educational) описывает методические и дидактические характеристики;
6. Правовой контейнер (rights) содержит информацию об интеллектуальной собственности и условиях использования образовательного объекта;
7. Контейнер отношений (relation) определяет связи данного учебного объекта с другими электронными образовательными ресурсами;
8. Контейнер аннотаций (annotation) содержит комментарии к учебному использованию объекта и данные о создателях этих комментариев;
9. Классификационный контейнер (classification) определяет классификационные признаки объекта в рамках различных классификаторов.
Все вместе эти контейнеры образуют базовую информационную модель LOM. Элементы данных в контейнерах характеризуются следующими атрибутами:
• именем;
• описанием;
• повторяемостью;
• упорядоченностью значений;
• типом данных;
• предельным объемом;
• предельной повторяемостью.
Построение метаданных электронных учебных модулей в открытой образовательной модульной мультимедиа системе основано на национальной версии LOM, адаптированной к системе российского образования − RUS_LOM. На основе информационной модели RUS_LOM разработан профиль метаданных ЭУМ ОМС.
Информационная модель метаданных ЭУМ состоит из совокупности элементов данных, образующих иерархическую структуру. Элементы данных подразделяются на неделимые и составные. Первые соответствуют листьям иерархии, вторые – транзитным узлам.
Составной элемент включает один или несколько элементов данных, среди которых могут быть как неделимые, так и составные элементы. Элементы, входящие в составной элемент, называются подчиненными этому элементу. В свою очередь, составной элемент по отношению к входящим в него элементам называют подчиняющим или родительским.
Составной элемент не имеет интегрального значения. Его значение выражается через значения входящих в него элементов. В LOM и RUS_LOM составные элементы соответствуют типу данных "контейнер", а сами составные элементы называются контейнерами.
Неделимый элемент данных не имеет подчиненных элементов. Он может обладать самостоятельным значением, соответствующим множеству допустимых значений, которое определяется ассоциируемым с элементом типом данных.
На верхнем уровне иерархии информационной модели представлены девять контейнеров (в скобках указаны их имена):
общие сведения об ЭУМ (general);
жизненный цикл ЭУМ (lifecycle) – сведения о текущем состоянии ЭУМ и субъектах, внесших вклад в его создание и развитие;
метаметаданные (metametadata) – характеристики описания ЭУМ (экземпляра метаданных);
технические характеристики ЭУМ (technical);
образовательные характеристики ЭУМ (educational);
права интеллектуальной собственности на ЭУМ (rights) – сведения о правах интеллектуальной собственности на ЭУМ и соответствующих условиях его использования;
отношение (relation) – сведения об отношениях между описываемым и другим ЭУМ;
аннотация (annotation) – комментарии по применению ЭУМ и сведения о том, кто и когда их составил;
классификационные признаки (classification) – классификационные признаки ЭУМ в рамках различных классификаторов.
Элемент данных не может быть включен в экземпляр метаданных без своего родительского контейнера. Таким образом, из наличия какого-либо элемента в экземпляре метаданных автоматически следует вхождение в этот экземпляр и родительского контейнера данного элемента. Например, для представления в экземпляре метаданных элемента 1.1.1 необходимо, чтобы этот экземпляр также содержал контейнеры 1.1 и 1.
Элемент данных в информационной модели характеризуется следующими атрибутами:
индексом;
именем;
описанием;
повторяемостью;
упорядоченностью значений;
типом данных;
предельным объемом;
предельной повторяемостью.
Индекс элемента отражает его положение в иерархической структуре метаданных и состоит из компонентов, выражаемых арабскими цифрами и записываемых через точку. Например, неделимые элементы 1.1.1 и 1.1.2 входят в контейнер 1.1, который, в свою очередь, подчинен контейнеру 1.
Индексы элементов расширения LOM, введенных в RUS_LOM, и в профиле метаданных ЭУМ включают латинский символ «e» (от «extension» – расширение), стоящий перед цифровым компонентом, соответствующим уровню, на котором располагается первый элемент добавленной ветви. Для множества добавленных элементов, подчиненных общему элементу LOM, нумерация начинается с единицы. Например, в контейнер 1 введены два элемента расширения: 1.e1 и 1.e2. Элемент 1.e1 является корнем добавленной ветви, включающей на следующем уровне два элемента расширения: 1.e1.1 и 1.e1.2. Подобный способ расстановки индексов исключает необходимость их переопределения при изменении индексов в LOM.
Исходя из структуры информационной модели метаданных, для ресурсов сферы образования разработан профиль метаданных электронных учебных модулей ОМС. Профиль метаданных основан на международных соглашениях, описываемых в LOM и RUS_LOM. Кроме того, определены элементы, подлежащие обязательному заполнению. Заметим, это не означает, что должны быть заполнены только обязательные элементы модели данных.
Стоит более подробно рассмотреть параметры информационной модели, которые обязательно должны присутствовать в метаданных электронного учебного модуля.
Место тематического элемента, к которому принадлежит данный модуль, определяется сегментом метаданных в соответствующем предметном классификаторе:
Уровень
|
Наименование
|
Пример
|
0
|
Предмет
(предметная область)
|
Биология.
|
1
|
Раздел
|
Растения. Бактерии. Грибы и лишайники.
|
2
|
Подраздел
|
Основные отделы царства растений.
|
3
|
Тематический блок
|
Группа папоротникообразные.
|
4
|
Тема
|
Размножение и развитие папоротников.
|
5
|
Тематический элемент
|
Чередование поколений у папоротников
|
К одному тематическому элементу может относиться неограниченное (включая вариативы) количество ЭУМ. В рамках одного тематического элемента допускается изменение соотношения ЭУМ различных типов. Например, допускается, что для выполнения задания в модуле П-типа требуется изучить (в произвольной последовательности) несколько модулей И-типа.
Электронные учебные модули, посвященные определенному тематическому элементу, могут иметь названия как совпадающие, так и не совпадающие с наименованием тематического элемента.
Название ЭУМ начинается только с символа (буква/цифра) и не заключается в кавычки. Название должно адекватно отражать содержание модуля. Названия вариативов могут как совпадать так и отличаться.
В название не должны входить наименования единиц учебного времени (урок и др.), тип (И, П, К) модуля. Тип модуля фиксируется в соответствующем поле метаданных, обязательном для заполнения.
Описание предметного содержания ЭУМ должно отражать состав учебных объектов и характер работы. Например: «Модуль включает текст, слайды, анимации, представляющие размножение и развитие папоротников, а также контрольные вопросы». Или: «…проводится лабораторная работа (такая-то)», «…выполняются практические задания (такие-то)».
При этом в описании не нужно указывать, что они «выполняются в интерактивном режиме» - идеология ЭОР нового поколения иных режимов не предусматривает, а уровень интерактивности зафиксирован в метаданных ЭУМ.
Описание ЭУМ должно также включать краткую информацию о методах организации интерактива. Например: «Учащемуся предлагается расставить в правильной последовательности изображения…» или «… собрать электрическую схему…» и т.п.
Кроме названия, каждый ЭУМ характеризуется версией. Формат версии определяется четырьмя целыми числами, разделенными точками:
<k. l. m. n>, k, n ≥ 1, l,m ≥ 0
где: n – внутренний параметр разработчика, определяющий номер сборки ЭУМ;
m – увеличивается при каждой технической коррекции мультимедиа компонентов (опечатки, улучшение качества визуальных и звуковых фрагментов и т.п.) и/или коррекции scenario, моделера (мелкие ошибки в программах), а также при внесении изменений в метаданные;
l – увеличивается после содержательных изменений в учебном контенте (замена, исключение, добавление учебных объектов, изменение методов организации интерактива и т.д.);
k – увеличивается при значительный переработках (от новой сцены до полного изменения контента) ЭУМ при сохранении его названия.
Манифест – это XML-документ, включающий в себя полный список характеристик последовательности ЭУМ, составляющих, например, раздел учебной дисциплины или полностью ЭОР по предмету. Если последовательность ЭУМ предназначена для доставки конечному пользователю, манифест также включает информацию о схеме организации учебного материала, последовательности предоставления ЭУМ в процессе обучения. Манифест может быть создан как для малой части курса, так и для всего курса в целом. Общим правилом является то, что последовательность обычно включает в себя главный манифест, в который может быть включено несколько подманифестов. Манифест верхнего уровня обычно описывает последовательность в целом, а подманифесты описывают учебный материал на том уровне, на котором они вложены в главный манифест.
Файл манифеста всегда должен называться «imsmanifest.xml» и располагаться в корневой папке ЭУМ.
Пример файла «imsmanifest.xml»:
xmlns="http://www.imsglobal.org/xsd/imscp_v1p1" xmlns:adlcp="http://www.adlnet.org/xsd/adlcp_v1p3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.imsglobal.org/xsd/imscp_v1p1 imscp_v1p1.xsd">
ADL SCORM
CAM 1.3
/META-INF/manifest.xml
Часть файла, заключённая в теги служит для описания структуры последовательности ЭУМ, к которой относится файл манифеста. Каждый элемент в этой структуре должен быть описан между тегами -
. Внутри тегов заключены ссылки на конкретные ЭУМ, которые используются в последовательности. Каждый такой ЭУМ должен иметь уникальный в пределах последовательности идентификатор, по которому и производится привязка к конкретному месту в последовательности.
Манифест дистрибутивного пакета, информационная модель
На верхнем уровне манифест содержит 4 раздела (рис. 2.5):
1) метаданные для ИР в целом;
2) логические организации контента;
3) спецификация физических ресурсов;
4) вложенные манифесты.
Рис. 2.5. Укрупненная структура манифеста
Модель манифеста инвариантна к педагогическим аспектам формирования ДП и использования представляемого им ИР (дидактике, методике, организационным схемам и т.п.). Она не регламентирует количество уровней в дереве ЕУД, интерпретацию относящихся к ним элементов, объем и степень агрегации связанного с ними контента и подчиненных модулей. Таким образом, данная метамодель фиксирует только иерархический характер отношений между элементами логической организации, а их трактовка (типология ЕУД и фрагментов учебного материала) определяется применяемыми педагогическими и методическими подходами.
Следует подчеркнуть, что логическая организация контента не сводится к физической структуре ДП. Файлы, входящие в ДП, обычно распределены по иерархической системе папок. Однако эта структура, в отличие от дерева ЕУД, не содержит информации о сценарии применения ИР в учебном процессе и обусловлена техническими, а не педагогическими решениями. Основное назначение логической организации - описание взаимосвязей ЕУД, выполняемых с помощью наборов физических ресурсов. Формализованное представление данного описания обеспечивает его интерпретируемость LMS, осуществляющей поддержку соответствующей учебной деятельности.
Состав физических компонентов ИР представляет раздел манифеста resources. В нем описываются как внутренние (локальные) ресурсы, входящие в ДП, так и внешний контент, размещенный в Интернет и применяемый для поддержки ЕУД, указанных в манифесте.
Раздел содержит последовательность элементов resource, каждый из которых специфицирует набор файлов, имеющих общую точку входа, и отношения зависимости этого набора от других ресурсов. Зависимость одного ресурса от другого означает, что в первом используются файлы из второго набора. Если в наборе файлов присутствуют компоненты, реализующие интерфейс С LMS, то соответствующему ресурсу приписывается тип SCO; в противном случае он классифицируется как актив.
Ссылка на элемент resource может быть указана в листе дерева ЕУД. Переход к такой ЕУД в рамках управления навигацией приводит к запуску ресурса, на который она ссылается, т.е. передаче точки входа в него СИ. На один элемент resource могут ссылаться несколько ЕУД.
Описание локального контента в манифесте служит основой для формирования ДП и проверки его полноты. Необходимо, чтобы множество локальных файлов в ДП в точности соответствовало их объявлению в манифесте.
Исходная информационная модель манифеста разработана IMS. Она допускает расширения: в любой контейнер может быть включен элемент, определенный в пространстве имен, которое не совпадает с пространством имен данной модели. В SCORM введена интегрированная модель манифеста, базирующая на модели IMS и содержащая ряд расширений, в частности, модель навигации по контенту. Для указания источников этих расширений к именам соответствующих элементов в спецификации интегрированной модели добавлены префиксы (табл. 2.3). Имена элементов базовой информационной модели манифеста приведены без префиксов.
Интегрированная информационная модель манифеста, описанная в SCORM, поддерживает расширения аналогично базовой модели. В ней используются типы данных string, boolean, decimal, ID и IDREF в соответствии с их определениями в языке XML Schema. Набор символов для типа string установлен в и обеспечивает поддержку представления символов разных естественных языков. Тип decimal специфицирует символьное представление десятичного числа.
|
