ГОСТ 33246—2015
Основные структурные компоненты:
- логический пакет — представление одной или более единиц полезного (и многоразового) об
разовательного контента. Логический пакет включает в себя полный набор компонентов, описываемых
манифестом, в том числе локальные компоненты и удаленные компоненты, включенные по ссылке:
- пакет обмена — набор связанных компонентов образовательного контента, которые должны
обмениваться между системами, включая манифест и другие выбранные файлы;
- манифест — компонент, который описывает полный экземпляр логического пакета. Манифест
может содержать ссылки на локальные или удаленные компоненты;
- структура — логические связи между единицами образовательного контента. Могут быть описа
ны несколько логических структур;
- ресурсы — описание образовательного контента и файлов ресурсов, используемых в логиче
ском пакете. Файлы могут быть локальными или удаленными;
- дочерние манифесты — полные и подчиненные манифесты, которые содержатся внутри или
на которые ссылаются из другого манифеста. Каждый описывает полный логический пакет, который
является частью более крупного логического пакета. Дочерние манифесты могут быть локальным или
удаленным;
- файлы — компьютерные файлы, которые содержат образовательный контент, описываемый ло
гическим пакетом или руководят привязкой других файлов, чтобы сделать их пригодными для машин
ной обработки. Содержание файлов может быть локальным или удаленным;
- метаданные (по упаковке контента) — описательная информация о пакетах контента, логиче
ских структурах, контенте или файлах. В этой схеме блок метаданных представляет набор локальных
и/или удаленных объектов метаданных, которые содержатся в логическом пакете. Допускается любая
привязка объектов метаданных. Метаданные могут быть определены для любой из основных структур
в логическом пакете, включая манифест.
Информационная модель определяет эти основные структурные компоненты для описания и орга
низации LET-содержания для обмена. Важным является обоснование поддержки расширяемости. Поль
зователи настоящего стандарта могут применять эти механизмы расширениядля определения новых тер
минов словаря и структуры.
6 Описание классов итребований квзаимосвязи
Информативный обзор всей информационной модели упаковки контента (СР1М) предоставляется в
виде платформонезависимой модели (PIM), выраженной в конструкциях UML. Все UML-диаграммы, выра
женные как «платформонезависимая модель», не являются нормативными. Нормативные таблицы, опре
деляющие классы в этой информационной модели, следуют информативным диаграммам UML.
Полное определение профиля UML и термины, используемые в нормативных табличных описаниях
в этом документе для описания PIM. можно найти в руководстве IMS Profile UML [12].
В таблицах настоящего раздела последовательность символов «N/А» используется для обозначения
значения «не применяются». Любые поля, отмеченные таким образом, не относятся к определяемому
классу. Функции, имеющие такое значение, должны игнорироваться при привязке класса, определяемого
этой информационной моделью.
Расширенная форма Бэкуса-Наура (ABNF) используется для определения определенных правил в
таблицах. Расширенная форма Бэкуса-Наура определена в [13].
6.1 Основные термины и понятия
В информационной модели упаковки контента используются классы четырех абстрактных типов. Че
тыре типа абстрактных классов:
- класс «container»: класс «container» может быть родителем одного или нескольких дочерних
классов;
- класс «value»: класс «value» не может быть родителем. Тоесть он недолжен объединять классы
типа «characteristic», «container», «value» или «неопределенность». Класс «значение» всегда должен
быть дочерним класса «container» и иметь семантические значения в рамках семантических значений
своего родительского класса;
- класс «characteristic»: класс «characteristic» не должен быть родительским. Класс «characteristic»
должен декларировать особенности или значения, которые являются неотъемлемой функцией или ча-
6