База ГОСТовallgosts.ru » 35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ » 35.240. Применение информационных технологий

ГОСТ ISO/IEC 12785-2-2015 Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 2. XML привязка

Обозначение: ГОСТ ISO/IEC 12785-2-2015
Наименование: Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 2. XML привязка
Статус: Действует

Дата введения: 03/01/2017
Дата отмены: -
Заменен на: -
Код ОКС: 35.240.99
Скачать PDF: ГОСТ ISO/IEC 12785-2-2015 Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 2. XML привязка.pdf
Скачать Word:ГОСТ ISO/IEC 12785-2-2015 Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 2. XML привязка.doc


Текст ГОСТ ISO/IEC 12785-2-2015 Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 2. XML привязка



МЕЖГОСУДАРСТВЕННЫЙ СОВЕТ ПО СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И СЕРТИФИКАЦИИ

(МГС)

INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION

(ISC)

ГОСТ

МЕЖГОСУДАРСТВЕННЫЙ

СТАНДАРТ


ISO/IEC 12785-2— 2015

Информационные технологии

ОБУЧЕНИЕ, ОБРАЗОВАНИЕ И ПОДГОТОВКАУПАКОВКА КОНТЕНТА

Часть 2

XML привязка

(ISO/IEC 12785-2:2011, IDT)

Издание официальное

Месам

Спщигтшфееи

3ti*

Предисловие

Цели, принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0—2015 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2—2015 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгос/дарственной стандартизации. Правила разработки, принятия, обновления и отмены»»

Сведения о стандарте

1    ПОДГОТОВЛЕН Федеральным государственным бюджетным образовательным учреждением высшего профессионального образования «Московский государственный технологический университет « СТАН-КИН» на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 5

2    ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии (Росстандарт)

3    ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 27 октября 2015 г. Ne 81-П)

За принятие проголосовав:

Краткое наименование страны по МК (ИСО 3(66)004-97

Код страны

по МК (ИСО Э1вв) 004-97

Сокращенное наименование национального органа по стандартизации

Армения

AM

Минэкономики Республики Армения

Беларусь

BY

Госстандарт Республики Беларусь

Киргизия

KG

Кыргыэстандарт

Модореа

MD

Молдова-Стандарт

Россия

RU

Росстандарт

Таджикистан

TJ

Таджикстандарт

4    Приказом Федеральной: агентства по техническому регулированию и метрологии от 26 апреля 2016 г. Ne 278-ст межгосударственный стандарт ГОСТ ISO/iEC 12785-2—2015 введен в действие в качестве национального стандарта Российской Федерации с 1 марта 2017 г.

5    Настоящий стандарт идентичен международному стандарту ISO/IEC 12785-22011 Information technology — Learning, education, and training — Content packaging — Part 2: XML binding (Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 2. XML привязка).

Перевод с английского яэька (еп).

Г.йалания п сплтпатгтйии ийжтсулярлтпАммых стандарта сскточыым мАЖДуыарррнмм стандартам приведены в дополнительном приложении ДА.

Степень соответствия — идентичная (ЮТ)

6    ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодном информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также е информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

© Стандартинформ. 2016

В Российской Федерации настоящий стандарт не может быть полностью или частично воспроизведен. тиражирован и распространен в качестве социального издания без разрешения Федерального агентства по техническому регулированию и метрологии

Содержание

Приложение ДА (справочное) Сведения о соответствии межгосударственных стандартов

Введение

ИСО (Международная организация постандартизации)иМЭК(Международная электротехническая комиссия) являются частью специализированной системы всемирной стандартизации. Национальные организации, которые являются участниками ИСО или МЭК. принимают участие в разработке международных стандартов посредством технических комитетов, основанных соответствующими организациями. для работы с отдельными отраслями технической деятельности. Сотрудничество технических комитетов лежит в сфере общих интересов. Другие международные организации, как государственные, так и коммерческие, поддерживают связь с ИСО и МЭК. а также участвуют в их работе. В сфере информационных технологий ИСО и МЭК создали объединенный технический комитет — ИСО/МЭК СТК1.

Международные стандарты разрабатываются в соответствии с правилами, описанными в директивах ИСО/МЭК. часть 2.

Следует обратить внимание на то. что некоторые части этого документа могут быть объектом патентных прав. ИСО и МЭК не несут ответственность за идентификацию некоторых или всех патентных прав.

ISO/IEC12785-2 подготовлен совместным техническим комитетом ИСО/МЭК СТК1/ПК36 «Информационные технологии в обучении образовании и подготовке».

ISO/IEC 12785 состоит из частей, под общим названием: Информационные технологии в обучении, образовании и подготовке. Упаковка контента:

Часть 1. Информационная модель:

Часть 2. XML привязка:

Часть 3. Лучшие практики я руководство по применению.

Информационная модель, описывающая структуру данных, которая может быть использована для обмена данными между системами, была рассмотрена в части 1. Лучшие практики, относящиеся к толкованию и реализации информационной модели, будут рассмотрены в части 3.

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Информационные технологии

ОБУЧЕНИЕ. ОБРАЗОВАНИЕ И ПОДГОТОВКА УПАКОВКА КОНТЕНТА Часть 2 XML привязка

Information technology. Learning, education and training. Content Packaging. Part 2. XML binding

Дата введения — 2017—03—01

1    Область применения

Настоящий стандарт является частью стандарта ISQ/IEC 12785 и описывает, как представить Информационную модель ISO/IEC 12785-1 в XML.

2    Нормативные ссылки

Для применения настоящего стандарта необходимы следующие ссылочные документы. Для датированных ссылок применяют только указанное издание ссылочного документа, для недатированных ссылок применяют последнее издание ссылочного документа (включая все его изменения):

ISO/IEC 12785-1:2009. Information technology—Learning. Education, and Training — Content Packaging — Part 1: Information Model (Обучение, образование и подготовка. Упаковка контента. Часть 1. Информационная модель)

3    Термины и определения

8 настоящем стандарте применены следующие термины с соответствующими определениями.

3.1    xml привязка данных (XML data Binding): Средства представления информации в xml документе.

Примечание — см. XML привязка данных на Википедии (ссылка 18 ноября 2009. wiki/XML_data_bin<£ng).

3.2    управляющий файл (control file): Единичный компьютерный файл, который определяет привязку информационной модели упаковки контента (CPIM). чтобы сделать ее пригодной для машинной обработки.

Примечание — Программный компонент может ссыпаться на управляющий файл при оценке достоверности связанного экземпляра информационной модеты или для руководства созданием связанного экземпляра информационной модели.

Пример — Файл, содержащий XML схему, может быть использован в качестве управляющего файла для XML привязки манифеста.

3.3    контент (content): Отдельный файл или несколько файлов, используемые в обучении, образовании и подготовке.

Примечание 1 — Логический объект полезной (и многоразового использования) информации может быть описан логическим пакетом.

Примечание 2 — Логический пакет может содержать один или более объектов контента.

Издание официальное

3.4 логический пакет {logical package): Представление одного или нескольких объектов полезного (и многоразового использования) образовательного контента.

Примечание — Логический пакет включает в себя полный набор компонентов, описанных манифестом и дочерним манифестом, вклочая локальные компоненты и внешние компоненты, включенные по ссылкам.

(ISO/IEC 12785-1:2009)


3.5 пространство имен ;namespace): Пространство имен XML. определенное URI ссылкой. Примечание — Пространство имен в упаковке контента соответствует рекомендации W3C по пространству имен в XML 1.0 (Второеиздание).

[ISO/IEC 12785-1:2009)


З.б манифест (manifest): Описание файлов и логических отношений между ними, которые содержатся или упоминаются в пакете контента.

3.7 метаданные (по упаковке контента) (metadata (in content packaging)): Описательная информация упаковки контента о логических пакетах, логических организациях, содержании и файлах.

Примечание 1 — Метаданные могут быть назначены любому компоненту логического пакета, включая манифест.

Примечание 2 — Допускается любая привязка объектов метаданных. Каждый объект метаданных может быть локальным или удаленным.

(ISO/IEC 12785-1:2009]


3.8    организация (organization): Логические отношения, такие как иерархическое дерево из единиц контента.

Примечание — В манифесте может быть описано более одной логической организации.

3.9    пакет (package): Объект полезного (и многоразового использования) контента.

Примечание 1 — Па»ет может быть частью учебного курса, который имеет учебные релевантности

вне содержания образовательной агрегации и может быть доставлен независимо, как весь курс обучения или в виде набора учебных курсов.

Примечание 2 — Пакет должен быть автономен, то есть он должен содержать всю информацию, необходимую. чтобы использовать содержимое для обучения, образования и подготовки, после его распаковки.

3.10    ресурс (в упаковке контента) (resource (in content packaging)): Один URL-адрес точки входа и ноль или более ссылок на файлы, которые необходимо выполнить до запуска содержимого.

Примечание — Файты, описываемые ресурсом, могут быть локальными или удаленными.

3.11    Schema, XML Schema (Schema. XML Schema): Описание класса XML документов, выраженное e терминах ограничений на стру<туру и содержание этих документов.

Примечание 1 — Подробнее:

Примечание 2 — XML Schema при упаковке контента, рекомендованы W3C.

Примечание 3 — Определение относится к понятию схемы в контексте XML. а также на определен-ном языке для создания таких схем: в W3C XML Scheme. «IMS Content Packaging XML XSO* является приложением W3C языка XML Schema.

3.12    единица контента (urit of content): Файл или группа файлов, которые могут быть представлены е манифесте.

3.13    XML проверка (XML validation): Процесс, е котором документы, написанные на XML (расширяемый язык разметки) проверяются на соответствие этой структуре.

Примечание — Строгая проверка в XML означает, что документ должен следовать правилам, которые диктуются в XML схеме.

4 Сокращения

CPIM

l-BAT

LET

MDA

PIM

PSM

UML

VDEX

W3C

XMl

XML

XSD

XSL

XSLT


информационная модель упаковки контента (Content Packaging Information Model); IMS автогенерация набора инструментов (IMS Binding Auto-generation Tool-kit); обучение, образование, подготовка (Learning. Education and Training); архитектура, управляемая моделью (Model Driven Architecture); модель независимая от протокола (Protocol Independent Model); ллатформозависимая модель (Platform Specific Model); унифицированный язык моделирования (Unified Modeling Language); машинный словарь определений (Vocabulary Definition Exchange); консорциум всемирной сети интернет (Woild Wide Web Consortium); стандарт для обмена данными с помощью XML (XML Metadata Interchange); расширяемый язык разметки (Extensible Mark-up Language (W3C XML)); язык описания структуры XML документа (XML Schema Definition); язык преобразования и визуализации XML (Extensible Stylesheet Language); язык преобразования XML (XSL Transformations).

5 Документация XML Schema

5.1    Описание основ привяжи, при упаковке контента

5.1.1    Свойства Schema

Следующие подпункты описывают характеристики каждого элемента для привязки XML Schema упаковки контента для основных элементов в табличной форме. Эта же информация также представлена в качестве XSD в Приложении в 1

В соответствии с IMS Global Learning Consortium (GLC) политика пространства имен [IMS-NAME-SPACE] указанная e IMS XML привязке упаковки контента, «имя» элемента добавляется к IMS GLC пространству имен URI для построения единого идентификатора ресурса, как глобального уникального модификатора для этого ресурса. Использование имен элементов и URI. в контексте различных технологий реализации объясняется в ISO/IEC12785-2.

Для описания представления гкземпляра XML. для каждого элемента следующие пространства имен;

Префикс

Пространства имен

Пространство имен по умолчанию

hUp:fovww.imsok)bal.oro/xsd/jrnsco v1pt

xml

XS

http:fovww.w3.org/2001/XMLSchema

xsi

http:fovww.w3.org/2001/XMLSchema-instance

Представление компонентов Schema:

<xs;schema targetNamespace-'http;.0‘www.imsgk>bal.org/xsd/imscp_v1p2" version-’IMS CP 1.2* elementFormDe-fault-'qualified" attributeFormDefault="unqualified">

<xsjrnportnarnespace-'http:/Av\vw.w3org/XML/199&harnespace*scherr£Location-‘hty://www.w3.org£001/xmi.xsd'Y>

</xs:schema>

Следующие подразделы был* созданы при помощи инструмента документирования Schema, предоставленного в рамках продукта Oxygen. Для описания логических диаграмм принято использовать следующие обозначения;

- е

: хБ:атрибут (attribute]

- ®

: хв;последовательность (sequence)

- |о

: хе;любой атрибут (anyAttribute)

-

: xs;nto6oe пространство имен (any namespace)

xsxpynna (group)


отрезок от 0 до 1 (property for zero to one)

отрезок от 0 до бесконечности (property for zero to unbounded)

хз:сложный тип (complexType)

5.1.2 Глобальные объявления 5.1.2.1 Элемент: manifest

Логическая диаграмма manifest:


Имя

manifest

Тип

ManifestType

Nillabte

нет

Абстрактный

нет

Представление экземпляра XML:

«manifest

identifiers' xs:ID [1]* versions" xsstring [0..1]' xml:bases“fQ..ir

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

«metadata» ManifestMetadata.Tvpe «/metadata» (0..1)

«organizations» Oroanizations.TvDe «/organizations» [1]

«resources» Resources.Tvoe «/resources» [1]

«manifest» Manifest.Tvoe «/nanifest» (0..*)

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). (0..*)

«/manifest»

Диаграмма:

._____х

Ш0В1ШЩ


(□    —(-ч)вр

metadata |В

D..1

organization» |в

| гшаигсм jffl

mentfeet |В

О.л

Ь grpStrict.any ^|р|


—| <1 Identifier |в

—| 4> vnlpn fra


'H |CI ##ctber |


type; MantfeaLType

Представление компонента Schema: <xs:element name="man(fesf type=* Manifest.Tvoe 7>

5.1.3 Глобальные определения 5.1.3.1 Сложный тип: Dependency.Type

Супер-типы:

нет

Подтипы:

нет

Имя

Dependency.Type

Используется (из того же документа схемы)

Сложный тип Resource.Type

Абстрактный

нет

Документация

Элемент Dependency обеспечивает способ связать другую коллекцию ссылок на файлы в рамках родительского элемента ресурсов в Dependency элемент.

Общие ссылки на файлы могут быть объявлены единожды и объединены много раз через Dependency элемент.

Этот элемент позволяет связывать виды дочерних объектов. определенных как Dependency.! Extension ] (см. 6.6.4 в ISOflEC 12785-1)

Представление экземпляра XML:

<...

identifierref="xs:string [1]"

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

</...>

’□ Онршйисутурв

—— 2ш flrpStrict.enyJp

—1 о Identtflarref в

|0 jWotoer |

Диаграмма:


Представление компонента Schema:

<xs:comptexType name="DepervdeocyJype'>

<xs:sequence>

<xs:group ref=" oroStfict.anv 7>

</xs:sequence>

<xs:attribute name="tdentifie*rer type=" xsistring" use='requifed7> <xs:anyAttribute namespace="##ottrer" pfocessContents='strict7> </xs:complexType»

5.13.2 Сложный тип: Pile.Type

Супер-типы:

нет

Подтипы:

нет

Имя

File.Type

Используется (из тога же документа схемы)

Сложный тип Resource.Туре

Абстрактный

нет

Документация

Элемент File описывает ссылку на файл. Ссыпка, по отношению к месту хранения может быть относительной или абсолютной {внешней).

Элемент File может содержать дочернее расширение описывающее альтернативные ссылки на тот же актив, также как ссыпается атрибут ссылка File элемента.

Этот элемент позволяет связывать виды дочерних объектов, определенных ка» File.J Metadata. Extension ] (см.6.6.3 в ISO/IEC 12785-1)

Представление экземпляра XML:

href=" xs:anyURI [1]"

Разрешить любые атрибуты из лростракства имен, отличных от пространства имен схемы (строгая про* верка).

>

<metadata> Metadata.Tvoe «/metadata» [0..1]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

</...>

Диаграмма:

;□ Flb.TypQg

metadata |Ш

0..1

Ь orpStrict.any Jg


Ч U href {В

Представление компонента Schema:

«xs:comptexType name=”File.Type'>

<xs:sequence»

<xs;element name="meta<lata'' tvoe=” Metadata.Tvoe “ minOccurs='0” maxOccurs=*17> «xs:group ref=” oroStrict.anv 7>

</xs:sequence>

«xssttribute name="hreT types’ xs:anyURI * use=’required7»

<xs:anyAttnbute namespace="##other" processContents=”strict7>

</xs:compolexType>

5.1.3.3 Сложный тип: ttem.Type

Супер-типы:

Подтипы:

нет

нет

Имя

ItemType

Используется {из того же документа схемы)

Сложный тип Organization.Type. сложный тип item.Type

Абстрактный

нет

Документация

Элемент Item представляет собой структурный узел в конкретной организации. Item может быть родителем или родственником других Item элементов, каждый из которых представляет собой уникальный структурный узел.

Организация не имеет назначения за исключением, если есть один Item элемент.

Этот элемент позволяет связывать виды дочерних объектов определенных ltem.[ Title. Item. Metadata. Extension ) (см. 6.5.5 в ISO/IEC 12785-1)

Представление экземпляраXML:

«...

identifiers” «:Ю (1)” identifierref=" xsistring [0..1]" isvisibie=" xs:boo(ean [0..1Г

parameters-' «string [0..1]*

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

«title» xs:string «/title» (0..1)

<item> Item.Type «/item» (0..*]

«metadata» Metadata.Tvoe «/metadata» {0..1J

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*)

</...»

metadata |Ш

o~i

L. QrpStrict.ony Jp

Представление компонента Schema:

<xs:complexTyp6 name-'ltem.Type">

<xs:sequence>

<xs:etement name-title' type-' xs:string * minOccurs='0' maxOccurs=*17> <xs:e*ement пате-'йет’ type-' Item.Tvoe “ mnOccurs="0' rnaxOccurs="untxxjryJed7> <xs:etement name- metadata' type-" Metadata.Tvoe “ minOccufs="0‘ maxOcajrs=’17> <xs:group ref-' grpStrictany 7>

</xs:sequence>

<xs:attribute name-'identifier' type-'xs:ID “ use="required*/>

<xs:attribute name-'identifierref type-' xs:string' use-'opbonal7>

<xs:attribute name-’isvisibte" type-' ^boolean' use-"optional7>

<xs:attribute name-parameters* type-' xs:string * use-'optionar/>

<xs:anyAnrtcute namespace ##otner' processcontents*‘stria7>

</xs:comptexType>

5.1.3.4 Сложный тип: ManifestType

Супер-типы:

нет

Подтипы:

нет

Имя

ManrfeslType

Используется (из того же документа схемы)

Сложный тил Manifest.Type. элемент manifest

Абстрактный

нет

Документация

Элемент manifest — это контейнер для структур дажых. содержимое которых описано 8 ISO/IEC 12785-1.

Элемент manifest может содержать или ссылаться на потомков элемента manifest в том же документе manifest. Корневой элемент manifest определен как целый пакет контента. Потомок элемента manifest определен как семантически полное подмножество этого пакета.

Этот элемент позволяет связывать виды дочерних объектов определенных manifests.! ManifestMetadata. Organizations. Resources. Manifest. Extension] (cu. 6.4.1 в ISO/IEC 12785-1)

Представление экземпляра XML:

<...

identifier-’* xs:ID (1)" version-’ xs:string [0..1]” xml:base-"fQ..ir

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

«metadata» ManifestMetadataXype «/metadata» [0..1]

«organizations» Oraani?ations.Tvoe «/organizations» (1)

«resources» Resources.Tvoe «.resources» (1]

«manifest» Manifest.Type «/manifest» {0..*]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

«/...»

Диаграмма:

□ KanBeotTypelBi—С—^W-] metadatTpS


0..1


— organization» fra


гввоигсее |еГ


manlfeet 1(3


O.xo

S, grpStriotany Ja


—| Д id an liner |в vmlon fes

— 0*ml:b aF~1

1» «other*


Представление компонента Schema:

«xsxomplexType name="Manifest.T^»”>

<xs:sequence»

«xs:element name=’metaiata* type=* ManifestMetadata.Type ’ minOccurs="0" maxOccurs=*17» <xs:element name="organizations' type=" Oroanizations.Tvoe “ minOccurs='T maxOccurs=*17» <xs:element name="resou'ces' tvoe=’ Resources.Tvoe" minOccurs=’1* maxOccurs=T/» «xs:element name="maivest" type=* Manifest-Type ’ minOccurs=’0’ maxOccurs="unbounded7» <xs:group ref=* orpStrict.anv 7»

</xs:sequence»

«xs:attribute name="identifier’ type=* )<s:ID ’ use=*required7»

<xs:attribute name-Version" type=* xs:string ’ use=‘optional7>

<xs:attribute ref=* xml:base’ use=’optional7>

«xs:anyAttribute namespace="##other” processContems=’strict*/»

«/xs:comptexType»

5.1.3.5 Сложный тип: ManifestMetadata.Type

Супер-типы:

нет

Подтипы:

нет

Имя

ManrfestMetadataType

Используется (из того же документа схемы)

Сложный тип ManifeslType

Абстрактный

нет

Документация

Элемент metadata содержит структуры данных, в которых объявлена описательная информация о целом пакете.

Одна или несколько различных моделей метаданных могут быть объявлены как потомок расширения элемента metadata.

Schema и потомки schema vers ion определены как тип или коллекция моделей метаданных, которые используются.

Этот элемент позволяет связывать виды дочерних объектов. определенных ManrfestMetadata-(Schema. SchemaVersioo. MetadataModeq (см. 6.4.2 в ISO/1EC 12785-1)

Представление экземпляра XML:

<schema>_xs:string </schema> (0..1)

<scbemaversion> xs:strir>g <schemaversioft> [0..1]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). (0..*]

</...>

Диаграмма:

□ ММ*мМ**ШЛурв ]Э—f»***]B,

г—] satiBma |ЕЗ

0..1

—| «chemevereion |в 0..1

М grpStrkrLany Jffl j

Представление компонента Schema:

<xs:comptexType name-MantfestMetaoata.Type'>

<xs:sequence>

<xs:etement name-'schema' type-’xs:stnng" minOccurs-'O* maxOccurs=T/> <xs:etement name-schemaversion" type*' xs:string “ minOccurs="0’ maxOccurs=T/> <xs:group ref-* oroStrictanv */>

</xs:sequence>

<Vxs:comptexType>

5.1.3.6 Сложный тип: Metadata.Type

Супер-типы:

нет

Подтипы:

нет

Имя

Metadata.Type

Используется (из того же документа схемы)

Сложный тип Organizabon.Type. Сложный тип Resource.Type. Сложный тип ttem.Type, Сложный тип File.Type

Абстрактный

нет

Документация


Экземпляр элемента metadata содержит структуры данных, е которых объявлена описательная информация только о предках элемента metadata.

Одна или несколько различных моделей метаданных могут быть объявлены как потомок расширения элемента metadata.

Этот элемент позволяет связывать виды дочерних объектов, определенных Metadata] Extension ] (см. 6.7 в ISO/IEC 12785-1)


Представление экземпляра XML:

<...>

<schema> xs:string </schema> |0..1]

<schemaversion> xs:string </schemaversron> [0..1)

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

</...>

Диаграмма:

□ тшш.тя* )a—f*—

schema |g

0..1

achemeveralon |B 0..1

li erpSUtetBrry Jp3

Представление компонента Schema:

<xs:compJexType name="Metadata.Type*>

<xs:sequence>

<xs:element name='schema* type=” xs:string * minOccurs=*0" maxOccurs=*17> <xs:element name=“schemaversion' tyDe=“ xs:string “ minOccurs^’O* maxOccurs="17> <xs:group ref=" oroStrict. any 7>

</xs:sequence>

</xs:comp$exType>

5.1.3.7 Сложный тип: Organi2ation.Type

Супер-типы:

нет

Подтипы:

нет

Имя

Organize tion.Type

Используется (из того же документа схемы)

Сложный тип Organtzabons.Type

Абстрактный

нет

Документация

Элемент organization служит в качестве контейнера для всех тех структур данных, описывающих данный вид информации инкапсулированной с помощью манифеста прародителя объекта organization.

Несколько элементов organization внутри таких же предков элемента organizations эквивалента в целях: каждый демонстрирует свой способ структурирования одной и той же информации описанной в пределах манифеста прародителя.

Этот элемент позволяет связывать виды дочерних объектов определенных Organization (Title. Item. Metadata. Extension] (см. 6.5.2 в IS0.1EC 12785-1)

Представление экземпляра XML:

<

identifier-' xs:ID (1f structures" xsistring [0..1]’

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

<tide> xs:string </title» [0..1)

<item> Item.Tvoe </item> (!.*]

«metadata» Metadata-Type «/metadata» [0..1]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка).. [0..*]

</...>

Диаграмма:

ИИа )а 0..1


Нет |00

1..00

— metadata ~|в


Ь arpeirtgt.any Jp

”1®
— q ttmcture £з
41» #»ойоГ

identifier

в


Представление компонента Schema:

<xs:complexType патв="Огдагх2айоп.Туре”»

<xs:sequence>

<xs:eterrvent names'tm" types" xs:sinr>q mmoccurs=*0" maxOccurs="i7>

<xs:eiement namesTtem" types' ttem.Tvoe “ minOccurss'1* maxOccurss "unbounded*/» <xs:etement name=*metadata* types" Metadata.Tvoe * minOccurs="0" maxOccurs="17» <xs:group refs* orpStrbt.any 7>

</xs:sequence»

<xs:attribute name="identifief" type=" xs:ID" use="required7>

<xs:attribute name="structure* type=")«:string * use=*optional7»

<xs:anyAttribute namespace="##other" processContents=’strict7>

</xs:comptexType>

5.1.3.8 Сложный тип: Organizations.Type

Супер-типы:

нет

Подтипы:

нет

Имя

Organizations.Type

Используется (из того же документа схемы)

Слоимый тип ManifeslType

Абсграхтный

нет

Документация


Элемент organizations представляет собой контейнер для всех структур данных, которые описывают путь или пути, для информации, инкапсулированной с помощью структурированного предка элемента манифест.

Этот элемент позволяет связывать виды дочерних объектов, определенных Organizations {Organization, Extension] (см. 6.5.1 в ISCVIEC 12785-1)


Представление экземпляра XML:

< default-^:IDREF [0-1]"

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

«organization» Oraanization.Tvpe «/organization» [0..*]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

</...>

Диаграмма:

□ Organtzatiofta.'TypajD; fr—*)Eh—

organization

Q

0.до


—f gi~daftault jcs

Ц|о##о5зИГ


Представление компонента Schema:

«xs:comp)exType name="Organizatiors.Type*»

<xs:seauence>

«xs:element name="organization” tvoe=' Oroani2ation.Tvoe “ minOccurs=*0" maxOccurs=’unbounded"/»

<xs:group ref=‘ orpStrict.snv 7»

«/xs:sequence»

<xs:attribute name="defaulf tvpe=" xs:IDREF * use="optional7>

<xs:anyAttribute namespace="##other" processContents=’strict’/» </xs:compiexType»

5.1.3.9 Сложный тип: Resource.Type

Супер-типы:

нет

Подтипы:

нет

Имя

Resource.Type

Используется (из того же документа схемы)

Сложный тип Resources.Type

Абстрактный

нет

Документация


Элемент resource представляет собой контейнер для конкретного файла или набора файлов. Resource может содержать ссылки на файлы одного или разных типов (например, форматы файлов).

Этот элемент позволяет связывать виды дочерних объектов, определенных Resource (Metadata. Rle. Dependency. Extension] (см. 6.6.2 в ISO/IEC 12785-1)


Представление экземпляра XML:

<...

identifier-' xs:ID (1)' type=" xs:string [1f xml:basea"f0..11* href=" xs:anyllRI {0..1]”

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

<metadata> Metadata.Type «/metadata» [0..1]

<file> Fite.Tvoe </file> [0..*]

«dependency» Dependency-Type «/dependency» (0..*]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). (О..*)

«...»

Диаграмма:

0..1


file


О. «о


dependency |в


—| о identifier fra

Ч в


в


Ч Д href' в чт« Wothar |


Представление компонента Schema:

«xsicomptexType name^Resource.Type"»

<xs:sequence»

<xs:etement name=’metadata" tvoe=" Metadata.Type * minOccurs="0" maxOccufs=T/» <xs:etement name=*flle'' tvpe=" File.Tvpe" minOccurs=’0* maxOccurs="unbounded7> «xs:etement name='dependency* type=" Dependency-Type “ minOccurs=‘0“ maxOccurs='unbounded'/»

«xs:group ref=' oroStrbt.anv 7»

</xs:sequence»

<xs:attribute name="identifier' type=* xs:ID * use="required7» «xs:attribute name="type” type- xs:string* use="required7> <xs:attribute ref=* xmlbase" use="optional7»

<xs:attribute name='hreT tvpe=’ xs:anvURI * use=*optional7> <xs;anyAttnbute namespace="##other" pf0C6SsContents=’strict7> </xs;comptexType>

5.1.3.10 Сложный тип: Resou'ces.Type

Сулер-типы:

нет

Подтипы:

нет

Имя

Rescurces.Type

Используется {из того же документа схемы)

Сложный тип ManifesLType

Абстрактный

нет

Документация

Элемент resources является контейнером для структур данных. содержащих ссылки на один или несколько файлов. Ссыпки на файлы могут быть сгруппированы в элементе resources, в гео-бой наиболее подходящей форме.

Размер файлов является специфичным для элементов, указанных только в родительском манифесте.

Этот элемент позволяет связывать виды дочерних объектов, определенных Resource (Resource. Extension] (см. 6.6.1 в ISO/IEC 12785-1)

Представление экземпляра XML:

xml:base=70..11'

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

«resource» Resource-Type «/resource» [0..*]

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

</...»

Диаграмма:

□ Raeourcea.Type ]Eh

=F=F

i— пвоигш |E8

0.A

M L flrpBirioiany ^|p

1 1

! 1

TJ

Представление компонента Schema:

«xs:compiexType name="Resources.T/pe"»

<xs:seq целее»

«xs.element name="resouce" type=" Resource.Tvoe " minOccurs=*0* maxOccurs="unbounded7» «xs:group ref=* qrpStrict.eny 7>

«/xs:sequence»

<xs:attribute ref=“ xml&ase" use="opttonal7»

<xs:anyAttribute namespace-'##other” processContents=’strict7»

«/xs:complexType»

5.1.3.11 Модель групп: grpStrict.any

Имя

grpStnct.any

Используется (из того же документа схемы)

Сложный тип ManifestJype. сложный тип MetadataType. сложный тип Organizetions.Type, сложный тип Resources.Type, сложный тип Organize tion.Type. сложный тип Resource.Type, сложный тип Usm.Type. спожньм тип File.Type. сложный тип Dependепсу.Туре, сложный тип ManifestMetadata.Type

Документация

Любой элемент из гаобого пространства имен могжет быть включен в качестве «любого» элемента. Пространство имен для любого элемента, который определен в другом стандарте или спецификации, должно быть задекларировано, и schema должна снабжаться ссылками. Расширение определено как «строгий». т.е. каждый элемент расширения должен иметь собственное пространство имен

Представление экземпляра XML:

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая лроверкаЦО..*]

Диаграмма:    _

L flrpSWct.any jo—|    |

0,,«

Представление компонента Schema:

<xs:groop name='grpStrict^ny">

<xs:sequence>

<xs:any namespace="##other" processContents='strict" minOccurs-'O" maxOccurs="unbounded7> </xs:sequence>

</xs:group>

5.2 Расширенное описание основ привязки, при упаковке контента

5.2.1 Свойства Schema

В последующих подразделах описаны характеристики каждого элемента привязки XML schema упаковки контента для эпементсв расширения в табличной форме. Эта же информация также представ* лена в качестве XSD в Приложении 8.2

В соответствии с IMS Global Learning Consortium (GLC) политика пространства имен (IMS-NAME-SPACE). указанная в IMS XML привязке упаковки контента, «имя» элемента добавляется к IMS GLC пространству имен URI для построения единого идентификатора ресурса, как гпобального уникального модификатора для этого ресурса. Использование имен элементов и URI в контексте различных технологий реализации объясняется в ISO/IEC 12785*2.

Для описания представлечия экземпляра XML. для каждого элемента следующие пространства имен:

Префикс (Prefix)

Пространства имен (Namespaces)

Пространство имен по умолчанию (Default namespace)

wwjmsgtobal.org/xsd/imscp_extensionv1p2

xml

http:/>Sv www3.org/XML/1998/namespace

xs

hllp://

xsi

hl(p://wrww.w3.org/2001/XMLSchema-instance

xlink

Представление компонента Schema:

<xs:schema targetNafnespace="http:Aw/w.itnsglobal.org/xsd/imscp_extensionv1 p2' version=’IMS CPX 1.2” 6lementFormDefaott=’qualified" attnbiteFo rm Default=’unqualified’>

<xs:importname^>ace=" schemaLocat»r^'Tittp://www.»rnsglobal.org/xsd/ims_xlink. xsd7> </xs:schema>

5.2.2 Глобальные декларации

5.2.2.1 Элемент: ipointer

Логическая диаграмма ipointer:


Имя

ipointer

Тип

IPotnter.Type

Nillable

нет

Абстрактный

нет

Представление экземпляра XML:

<ipointer

identifier-xs:ID [1Г xlink:tvpe-TQ..1ir xlink:href=”f1ir

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка). [0..*]

</ipo*nter>

Диаграмма:

Iе" (□ IFdrttar.Type ^еь—(~*Qb— L grpStrtctany ^|р

I

, type: !РсМвгЛурв

о identifier |а

и


в 3dlnk:href


Представление компонента Schema: <xs:element name=”ipointer* type-’ IPointer.Type 7>

5.2.2.2 Элемент: lingualTiile

Имя

fangualTtUe

Тип

LinguaTTitle.Type

Nillable

нет

Абстрактный

нет

Логическая диаграмма^

llngwmie.iyp»

Inguaime

№рЭЛпж1т»^М.огвАанМ raop_Mdaniorv1p2

EM"

sting « hngtage

Представление экземпляра XML: <lingualTitle

languages'xs:string (1]">

xs:string

«/lingualTitle*

Диаграмма:

|УйУ!УпиУ|^" [□ ЦпвиеГШв.туре]р——[файип*: яи»Ипв)3^ ЗНиццяДв


1де ИфяГТЧеЛкм


Представление компонента Schema: <xs:element name=7ingualTitle" types’ LingualTitle.Type 7* 5.2.2.3 Элемент: variant

variant

Л9^М№Щ|ВЯ4ЦгВВ1Я1ф^Ш1(0>т|1|1


10

ktonttfler

Df*F

rnttfierref

mrirtafe

*t»/h HaJitiowi q>0Hft"4OtLe


Tfre

tp*



Имя

variant

1ИП

variant, lype

Nillable

нет

Абстрактный

нет

Логическая диаграмма:

VWmtlft»

Представление экземпляра XML:

-«variant

identifier-’ xs;ID [1)* kJentrfierrefs' xs:IDREF [1f>

<metadata> Metadata.Tvoe «/metadata* (1 ] «/variant*

Диаграмма:

•тШ


CD «WantTypgjBi——[jnotagataja ~|


А > МвпШ)вг |В ^-|С Ш»пШй)гг<ИрВ


type: VWantTVpe

Представление компонента Schema: <xs:element name="variant" type=* Variant.Type V>

5.2.3 Глобальные определения

5.2.3.1 Сложный тип: IPointer.Type

Супер-типы:

нет

Подтипы:

нет

Имя

IPointer.Type

Используется

(из того же документа

схемы)

элемент ipointer

Абстрактный

нет

Документация

Гранхчньй экземпляр объекта IRxnter позволяет авторам пакетов привязать конкретный XML узел, установленный в том же манифесте документа, содержащего его или XML узел, установленный в другом экземпляре манифеста документа экземпляра родитвгъского объекта, содержащего экземпляр указателя.

Ссыпка на установленный узел должна быть действительным потомком ссылаемого родитегъского элемента, как в отношении вида и множественности в контексте ссыпаемого родителя.

Этот элемент позволяет связывать виды дочерних объектов определенных Manifest [MamfestMetadata. Organizations. Resources. Manifest. Extension] (cm. 6.9 в ISO/IEC 12785-1)

Представление экземпляра XML:

identifiers' xs:ID (1j‘

xlink.tvoes'f0..1ir

xlink:href='f1l"

Разрешить любые атрибуты из пространства имен, отличных от пространства имен схемы (строгая проверка).

>

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка).[0..*]

</...>

□ IPoirter.iy»

i—Гмм)в— ь erpSirictany Jed

—19 IdentHler |EB

— о

О rfWehmfjQ | H |0 Mkriher I


Диаграмма: _

Представление компонента Schema:

<xs:compJexType name="IPoinler.T/pe">

<xs:sequence>

<xs:group ref=‘ QfoStristanv v>

</xs:sequence>

<xs:attribuie oame="identifi6f" type='_xs:ID' use="required7> <xs:attribut8 ref=' xlink:tvoe ‘ use-'optional" default="simpte7> <xs:attribute ref=* xlink:href * use="required7>

<xs:anyAttribute namespace="##other" processCotents=*strict7> </xs:complexType>

5.2.3.2 Сложный тип: LingtalTitleType

Супер-типы:

xs:stnr>g < LingualTitleType (no расширению)

Подгигы:

нет

Имя

LingualTitleType

Используется

(из того же документа

схемы)

Элемент kngualTitle

Абстрактный

нет

Представление экземпляра XML:

lanouaoe=* xs:strino [1]”> xs:string <!...>

Диаграмма:

Представление компонента Schema;

<xs:comptexType name="LingualTi:ie.Type">

<xs:simpleContent>

<xs:extenston base=" xs;string *>

<xs:attribute пате="1аг>диздэ' type=" xs:string“ use="required7> </xs:extension> </xs:simpleContent>

</xs:complexType>

5.2.3.3 Сложный тип: Metadata.Type

Супер-типы:

нет

Подтипы:

нет

Имя

Metadata.Type

Используется

(из того же документа

схемы)

Сложный тип VananlType

Абстрактный

нет

Документация


Экземпляр элемента метаданных содержит структуры данных, которые декларируют описательную информацию метаданных только родительского элемента.

Одна или несколько различных моделей метаданных, могут быть объявлены как потемки расширения метаданных.

Это1 элемент позволяет связывать виды дочерних объектов определенных Metadat3.|Extens»on] (см. 6.7 в ISO/IEC 12785-1)


Представление экземпляра XML:

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая проверка).[0..*]

</...>

Диаграмма:


grpSMcUny



Представление компонента Schema: <xs:comptexType name="Metadata.Type*> <xs:sequence>

<xs:group ref=" orpStrictanv 7> </xs:sequervce>

</xs:comptexType>

5.2.3.4 Сложный тип: Variant Type

Супер-типы:

нет

Подтипы:

нет

Имя

VariartType

Используется

(из того же документа

схемы)

Элемент variant

Абстрактный

нет

Документация

Элемент variant является близким аналогом элемента resource в ISO/IEC 12785-1. Variant — это контейнер для альтернативного ресурса. Resource может содержать ссылки на файлы одного или разных типов (например, форматы файлов).

Класс Variant указывает на альтернативный ресурс. Метаданные используются для описания характера альтернативных файлов и использования их по назначению. Варианты включают, но не ограничивают использование разных языков, визуальных или слуховых вариантов, вариантов восстановления или вариантов доставки платформы.

Типы ссылок на файлы специфичны для объекта Variant. Их использование е конгвксте родительского объекта, содержащего экземпляр Variant, как правило, экэемпгяр объекта Resource связывают с пространством имен IMS упаковка контента.

Этот элемент позволяет связывать виды дочерних объектов определенных Resource. (Metadata. File. Dependency. Extension] (см. 6.8 в ISO/IEC 12785-1)

XML пример:

Identifiers" xs:ID [1]" ldentifierref='xs:IDREF [1]">

<metadata> Metadata.Tvpe </metada:a> [1 ] </...>

Диаграмма:

□ VfrfittCTypelai—— metadata |в

-d

-| 0 Idanttflwraf


S


Представление компонента Schema:

<xs:comptexType name="Variant.Type">

<xs:sequence>

<xs:element name-metadata’ type=* Metadata-Type* minOccurs-T maxOcajrs='17» </xs:sequence>

<xs:attribute name-Identifier’ type*” xs:ID' use=’required"/»

<xs:attribute name-Identifierref type="xs:IDREF • use=*required"/>

</xs:comptexType>

5.2.3.5 Модель групп: grpStrict.any

Имя

grpStrict.any

Используется

(из того же документа

схемы)

Сложный тип IPorrter.Type. Сложный тип. Metadata.Type

Документация

Любой элемент из любого пространства имен может быть включен в качестве «любого» элемента. Пространство имен для любого элемента, который определен в другом стандарте или спецификации, должно быть задекларировано, и schema должна снабжаться ссылками. Расширение определено как «строгий», т.е. гаждый элемент расширения должен иметь собственное пространство имен

Представление экземпляра XML:

Разрешить любые элементы из пространства имен, отличных от пространства имен схемы (строгая про* еерка).[0..*]

Диаграмма:    _

S. grpStrict.any |в—JB—} lottfotiwr 1

0,^о

Представление компонента Schema:

<xs;group name=»grpStrict.any»>

<xs:sequence>

<xs:any namespace-’#¥other" processContents-strict" minOccurs=’0’ maxOccurs=”unbounded7> </xs:sequence>

</xs:group>

6 Использование Schematron

Чтобы помочь разработчикам обеспечить выполнение ограничений информационной модели, ко* торые не могут быть обеспечены XSDs. Schematron схема была представлена как часть спецификации в комплекте документации.

Два описания схемы XML ;XSDs) (основное и расширенное) не связаны между собой, т.е. одно не импортирует другое. Это вызвано тем, что связь между ними создает неоднозначную привязку иэ*за под* держки расширяемости. Причина неоднозначности в том. что необходимо чтобы обе XSDs при помощи расширяемости приводили к одной XSD позволяя импортировать структуры из другого пространства имен, что другие XSD запрещают. Это отсутствие формальной связи одного XSD с другой означает, что ограничения в ISO/IEC 12785*1, касающиеся компонентов расширения, не применяется в связывании.

Единственным ограничением, которое может быть обеспечено с помощью XSDs. является то. что компоненты нового расширения могут Зыть только вложены в точке расширяемости внутри упаковки содержимому основного связывания.

Schematism схемы кодируют только ограничения, т.е. в каком месте документа манифеста элементы из расширенного пространства имен упаковки контента могут появляться. Schematron схема будет также обеспечивать обратную связь в случае нарушений этих ограничений в совместимых со Schematron приложениях.

Примечание — Следует отметить, что совместимые с ISO/IEC 12785 Упаковха Контента системы не обязаны поддерживать Schematrcn; Schematron схема поставляется в качестве дополнительной помощи внедрения. Стоит отметить, что Schematron элементарно реализуется поверх существующего XSLT анализатора. И. наконец, потому что не существует общего метода ассоциирования Schematron схемы с экземплярами XML. задачи применения схемы здесь не рахмагриваются.

Диаграмма:



ftgm.Typejs}


*


atf> is

0..1


—Ttomla О. .со


ч iiTtientmer |йз

—j о itUmtiftermf —| Д Igvtafata |в — О parameter» j£H ЧТв /Wothef |


a


Первоисточник стандарта

Название

(MS Content Packaging XML Binding

Редакторы

Colin Smythe (IMS). Boyd Nielsen (независимый эксперт)

Ведущие авторы

Jan Postcn Day (Blackboard). Wilbert Kraan (JISC/CET1S). Nigel Ward (DEST)

Версия

v1.2 (CM'DN Проект v2.0)

Дата версии

1 Марта 2007 года

Статус

CM'DN Гровкт

Резюме

Настоящей документ описывает XML привязку, при спецификации Упаковка контента

Редакционная

информация

31 октября 2006 года. Эта версия заменяет Общественный проект 1.0. вылущенный в ноябре 2X5 года

Назначение

Этот документ был рассмотрен Техническим советом IMS и доступен для активных членов IMS и подписчиков сети разработчиков IMS для рассмотрения и подготовки отзывов

Расположение

документа

Библиотека документов по упаковке контента

Листинг XSDs

Настоящее приложение содержат ссылки на XSO документы и указывает на связанные с ними пространства

имен.

В.1 Листинг упаковка контента v1.1 XSO

Основы упаковки контента XSD содержатся в файле: imscp v1p2_xsd. Пространство имен по умолчанию МрУ/ и стандартное расположение schema httpy/ jtsd'.

В.2 Листинг расширенная упаковка контента v1.2 XSD

Расширенная упаковка контента XSD содержится в файле: imscp extensionv1p2.xsd. Пространство имен по умолчанию 'h(tpy/ и стандартное расположение schema .

Сведения о соответствии межгосударственных стандартов ссылочным международным стандартам

Таблица ДА.1

Обозначение и наименование ссылочною международного стандарта

Степень

соответствия

Обозначение и наименование межгосударственного стандарта

ISO/1EC 12785-1:2009 Обучение, образование и подготовка. Упаковка контента. Часть 1. Информационная моде/ъ

MOD

ГОСТ 33246—2015 (JSO/1EC 12785-1:2009) Обучение, образование и подготовка. Упаковка контента. Часть 1. Информационная модель

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

- MOD — модифицированный стандарт.

Список использованной литературы

1    IMS GLC Content Packaging Informaion Model (Упаковка контента. Информационная модель) Version 1.2 CM/DN Draft v2.0. C.Smythe. B.Nietsen. W.Kraan, J.Posten Day and N.Ward. IMS GLC. Inc., March 2007

2    IMS GLC Content Packaging XML Binding (Упаковка контента. XML приаязха) Version 1.2 CM/DN Draft 2.0, B. Nielsen. W. Kraan. J.Posten Day and C.Smythe. N.Ward. IMS GLC. Inc.. March 2007

3    IMS GLC Content Packaging Best Practices and Implementation Guide (Упаковка контента. Лучшие практики и руководство по внедрению) Version 1.2 CM/DN Draft 2.0, В. Nielsen. W. Kraan. J.Posten Day and C.Smythe. N.Ward . IMS GLC. Inc.. March 2007

4    IMS Binding Auto-generation ToolkA Manual (Руководство no инструментальному средству автоматической генерации IMS привязок) v1.0. C.Snythe, IMS Global Learning Consortium, Jirfy 2006.

5    IMS Vocabulary Definition Exchange Information Model Specification Final Release (Словарь определений спецификаций обмена информационной модели) vl.0, A.Cooper. IMS Global Learning Consortium. February 2004

6    IMS Vocabulary Definition Exchange XML Binding Specification (Словарь определений спецификаций обмена XML привязки) Final Release v1.0. А.Сооэег, IMS Global Learning Consortium. February 2004

7    W3C RDF/XML Syntax Specification (Спецификация синтаксиса) (Revised) (2004)

6 W3C XML Schema Part 2: Datatypes (XML Schema. Часть 2. Типы данных) Second Edition (2004)

9    W3C Recommendation. Namespaces in XML (Пространства имен в XML) 1.0 (Second Edition). 16 August 2006

10    iS0639-2:1998 Codes for the representation of names of languages — Part 2: Alpha-3 code (Коды для представления названий языков. Часть 2. Трехбуквенный код)

11    ISO 3166-1:1997 Codes for the representation of countries and their subdivisions — Part 1: Country codes (Кеды названий сгран и их территорий. Часть 1. Коды стран)

12    1SO/IEC 10646:2003 Information technology — Universal Multiple-Octet Coded Character Set (Информационные технологии. Универсальный многосктегный набор кодированных символов)(UCS)

13    ISO/ICC 19757-3:2004 Information Technology — Document Schema Definition Languages (DSDL) — Part 3: Rule-based Validation — Schematron (Информационные технологии. Язык определения схемы документа (DSDL). Часть 3. Валидация на основе регутярной грамматики. Schematron)

УДК 681.118.087:006.354    МКС 35.240.99    ЮТ

Ключевые слова: упаковка контента. XML привязка, манифест, метаданные, пространство имен

Редактор К.В. Колесникова Технический редактор В.Ю. Фотиева Корректор Е.Д. Дульнввэ Компьютерная верстка К.Л. Чубанова

Сдано в набор 04.0S.2C16. Подписано в печать 19.05.2016. Формат 60 «64 Vg. Гарнитура Ариал Уел. печ. п. 3.72. Уч.-ияд. п. 3.35. Тираж 30 эка. Эм. 1400.

Издано и отпечатан» во ФГУП «СТАНДАРТИНФОРМ», 123995 Москва. Гранатный лер.. 4.

inf®@goebnfo.ru