Товары в корзине: 0 шт Оформить заказ
Стр. 1 

32 страницы

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

 Скачать PDF

Идентичен ISO/IEC 12785-2:2011

Оглавление

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

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

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

4 Сокращения

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

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

     5.1.1Свойства Schema

     5.1.2 Глобальные объявления

     5.1.2.1 Элемент: manifest

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

     5.1.3.1 Сложный тип: Dependency.Type

     5.1.3.2 Сложный тип: File.Type

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

     5.1.3.4 Сложный тип: Manifest.Type

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

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

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

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

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

     5.1.3.10 Сложный тип: Resources.Туре

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

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

     5.2.1 Свойства Schema

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

     5.2.2.1 Элемент: ipointer

     5.2.2.2 Элемент: lingualTitle

     5.2.2.3 Элемент: variant

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

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

     5.2.3.2 Сложный тип: LingualTitle.Type

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

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

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

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

Приложение А (справочное) Первоисточник стандарта

Приложение В (справочное) Листинг XSDs

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

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

 

32 страницы

Дата введения01.03.2017
Добавлен в базу01.02.2017
Актуализация01.01.2019

Этот ГОСТ находится в:

Организации:

27.10.2015УтвержденМежгосударственный Совет по стандартизации, метрологии и сертификации81-П
26.04.2016УтвержденФедеральное агентство по техническому регулированию и метрологии278-ст
ИзданСтандартинформ2016 г.
РазработанФГБОУ ВПО Московский государственный технологический университет СТАНКИН

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

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

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

(МГС)

INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION

(ISC)

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

СТАНДАРТ

ГОСТ

ISO/IEC 12785-2—

2015

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

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

Часть 2

XML привязка

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

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

Москва

Стандартинформ

2016


Предисловие

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

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

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

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

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

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

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

Код страны по МК (ИСО 3166) 004-97

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

Армения

AM

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

Беларусь

BY

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

Киргизия

KG

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

Молдова

MD

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

Россия

RU

Росстандарт

Таджикистан

TJ

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

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

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

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

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

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

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

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

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

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

ГОСТ ISO/IEC 12785-2—2015

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

<xs:complexType name=”File.Type”>

<xs:sequence>

<xs:element name-’metadata” type=” Metadata.Tvpe “ minOccurs=”0” maxOccurs=”1”/> <xs:group ref=” arpStrict.anv “/>

</xs:sequence>

<xs:attribute name=”href type=” xs:anyURI “ use=”required”/>

<xs:anyAttribute namespace=”##other” processContents=”strict”/>

</xs:compolexType>

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

Супер-типы:

Подтипы:

нет

нет


Имя

Item.Type

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

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

Абстрактный

нет

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

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

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

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

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

<...

identifier-’xs:ID [1]” identifierref-’ xs:string [0..1]” isvisible-’ xs:boolean [0..1]”


parameters-’ xs:string [0..1]”

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

>

<title> xs:string </title> [0..1]

<item> Item.Type </item> [0..*]

<metadata> Metadata.Tvpe </metadata> [0..1]

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

</...>


7


ГОСТ ISO/IEC 12785-2—2015


Диаграмма:


□ Item.Type^B


title В


0..1

item


В


O-.oo


metadata


E


0..1

5. grpStrict.any ^l|+i


—I @ identifier IE —j @ identifierref IE —I @ isvisible ;E —I @ parameters IВ H i@ ##other I


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

<xs:complexType name=”ltem.Type”>

<xs:sequence>

<xs:element name-’title” type-’ xs:string 11 minOccurs=”0” maxOccurs=”1”/> <xs:element name-’item” type-” Item.Type11 minOccurs=”0” maxOccurs=”unbounded”/> <xs:element name-’metadata” type-” Metadata .Type “ minOccurs=”0” maxOccurs=’T7> <xs:group ref-” grpStrict.any “/>

</xs:sequence>

<xs:attribute name-’identifier” type-” xs:ID “ use=”required”/>

<xs:attribute name-’identifierref type-”j<s:string “ use-”optional”/>

<xs:attribute name-’isvisible” type-” xs:boolean “ use-”optional”/>

<xs:attribute name-’parameters” type-” xs:string “ use-”optional”/>

<xs:anyAttribute namespace-’##other” processContents-”strict”/>

</xs:complexType>

5.1.3.4 Сложный тип: Manifest.Type


Супер-типы:

нет

Подтипы:

нет


Имя

Manifest.Type

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

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

Абстрактный

нет

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

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

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

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


ГОСТ ISO/IEC 12785-2—:

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

<...

identifier-” xs:ID [1]” version-” xs.string [0..1]”

)gn!:base-”[0..1]”

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

>

<metadata> ManifestMetadata.Tvpe </metadata> [0..1]

<organizations> Oraanizations.Tvpe </organizations> [1]

<resources> Resources.Tvpe </resources> [1]

<manifest> Manifest.Type </manifest> [0..*]

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

</...>

Диаграмма:

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

<xs:complexType name=”Manifest.Type”>

<xs:sequence>

<xs:element name=”metadata” type=” ManifestMetadata.Tvpe “ minOccurs=”0” maxOccurs=”1”/> <xs:element name=”organizations” type-’ Oraanizations.Tvpe “ minOccurs=”1” maxOccurs=”1”/> <xs:element name=”resources” tvpe=” Resources.Tvpe “ minOccurs=”1" maxOccurs=”1 ”/> <xs:element name=”manifest” type=” Manifest.Type “ minOccurs=”0" maxOccurs=”unbounded’Z> <xs:group ref=” qrpStrict.anv “/>

</xs:sequence>

<xs:attribute name=”identifier” type=”xs:ID “ use=”required”/>

<xs:attribute name=”version” type=" xs.string “ use=”optional”/>

<xs:attribute ref=” xrn]:base” use=”optional7>

<xs:anyAttribute namespace=”##other” processContents-’strict"/>

</xs:complexType>

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

Супер-типы:

нет /

Подтипы:

нет /

9

Имя

Man ifestMetadata.'Type

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

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

Абстрактный

нет

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

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

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

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

Этот элемент позволяет связывать виды дочерних объектов, определенных ManifestMetadata.[Schema, SchemaVersion, MetadataModel] (см. 6.4.2 в ISO/IEC 12785-1)

<...>

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

<schema>j<s:string </schema> [0..1]

<schemaversion> xs:string </schemaversion> [0..1]

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

</...>

Диаграмма:

|~| ManifestMetadata.Type -(щ ■ ■ ")В-|

schema |B

0..1

schemaversion IE

0..1

grpStrict.any ^1

a

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

<xs:complexType name=”ManifestMetadata.Type”>

<xs:sequence>

<xs:element name-’schema” type-’ xs:string “ minOccurs=”0” maxOccurs=”1”/> <xs:element name-’schemaversion” type-” xs:string “ minOccurs=”0” maxOccurs=’T/> <xs:group ref-” qrestrict.any 7>

</xs:sequence>

</xs:complexType>

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

Супер-типы:

нет

Подтипы:

нет

Имя

Metadata.Type

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

Сложный тип Organization.Type, Сложный тип Resource.Type, Сложный тип Item.Type, Сложный тип File.Type

Абстрактный

нет

ГОСТ ISO/IEC 12785-2—2015

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

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

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


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


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

<...>

<schema> >s:string </schema> [0..1]

<schemaversion> xs:string </schemaversion> [0..1]

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

</...>

Диаграмма:

|~| Metadata.Type ^)B-%■ "^B-

schema |E

0..1

schemaversion |E

0..1

grpStrict.any J

3

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

<xs:complexType name=”Metadata.Type”>

<xs:sequence>

<xs:element name=”schema” type=” xs:string “ minOccurs=”0” maxOccurs=’T/> <xs:element name-’schemaversion” type=” xs:string “ minOccurs=”0” maxOccurs=”17> <xs:group ref=” arpStrict. anv “/>

</xs:sequence>

</xs:complexType>

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

Супер-типы:

нет

Подтипы:

нет

Имя

Organization.Type

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

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

Абстрактный

нет

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

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

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

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

11

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

<...

identifier-’xs:ID [1]” structure-’xs:string [0..1]”

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

>

<title>j<s:string </title> [0..1]

<item> Item.Type </item> [1 ..*]

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

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

</...>

Диаграмма:


□ Qrganization.Type^B-


title Ш


0..1

Ш


item

1 ..оо

metadata

E

0..1

grpStrict.any 1

11

@ identifier IE

Е


-I @ structure -I ##other


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

<xs:complexType name=”Organization.Type”>

<xs:sequence>

<xs:element name=”title” type=”j<s:string “ minOccurs=”0” maxOccurs=”17>

<xs:element name=”item” type=” Item.Type “ minOccurs=”1” maxOccurs=”unbounded”/> <xs:element name-’metadata” tvpe=” Metadata.Tvpe “ minOccurs=”0” maxOccurs=”1”/> <xs:group ref=” qrpStrict.anv “/>

</xs:sequence>

<xs:attribute name=”identifier” type=” xs:ID “ use=”required”/>

<xs:attribute name=”structure” type=” xs:string “ use=”optional”/>

<xs:anyAttribute namespace=”##other” processContents=”strict”/>

</xs:complexType>

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


Супер-типы:

нет

Подтипы:

нет


Имя

Organizations.Type

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

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

Абстрактный

нет


ГОСТ ISO/IEC 12785-2—2015

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


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

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


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

<...

default-’ xs:IDREF [0..1]”

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

>


<organization> Orqanization.Tvpe </organization> [0..*]

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

</...>


Диаграмма:

□ Qrganizations.Type^B-

organization El

0..OO

i, grpStrict.any

D


—: @ default |Ш н ##other

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

<xs:complexType name=”Organizations.Type”>

<xs:sequence>

<xs:element name=”organization” type=” Orqanization.Tvpe “ minOccurs=”0” maxOccurs=”unbounded”/>

<xs:group ref=” orpStrict.anv “/>

</xs:sequence>

<xs:attribute name-’default” type=”jG:IDREF11 use=”optional”/>

<xs:anyAttribute namespace=”##other” processContents=”strict”/> </xs:complexType>

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


Супер-типы:

нет

Подтипы:

нет


Имя

Resource.Type

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

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

Абстрактный

нет


13


ГОСТ ISO/IEC 12785-2—2015

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

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


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


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

<...

identifier-’ xs:ID [1]” type=”j<s:string [1]” xml:base=”[0..11” href-’ xs:anyURI [0..1]”

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

>

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

<file> File.Tvpe </file> [0..*]

<dependencv> Dependencv.Type </dependencv> [0..*]

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

</...>


Диаграмма:

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

<xs:complexType name=”Resource.Type”>

<xs:sequence>

<xs:element name=”metadata” type=” Metadata.Tvpe “ minOccurs=”0” maxOccurs=”1”/> <xs:element name=”file” type=” File.Tvpe “ minOccurs=”0” maxOccurs=”unbounded”/> <xs:element name=”dependency” type-’ Dependencv.Type “ minOccurs=”0” maxOccurs=”unbounded”/>

<xs:group ref=” qrpStrict.anv “/>

</xs:sequence>

ГОСТ ISO/IEC 12785-2—2015

<xs:attribute name=”identifier” type-’xs:ID “ use=”required”/> <xs:attribute name=”type” type=” xs:string “ use=”required”/> <xs:attribute ref=” xrn]:base” use=”optional”/>

<xs:attribute name=”href type=”j<s:anyURI “ use=”optional”/> <xs:anyAttribute namespace=”##other” processContents=”strict”/> </xs:complexType>

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

Супер-типы:

нет

Подтипы:

нет

Имя

Resources.Type

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

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

Абстрактный

нет

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

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

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

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

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

<...

xml:base=”[0..11”

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

>

<resource> Resource.Type </resource> [0..*]

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

</...>


Диаграмма:

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

<xs:complexType name=”Resources.Type”>

<xs:sequence>

<xs:element name=”resource” type=” Resource.Type “ minOccurs=”0” maxOccurs=”unbounded”/> <xs:group ref=” arpStrict.anv “/>

</xs:sequence>

<xs:attribute ref=” mi]:base” use=”optional”/>

<xs:anyAttribute namespace=”##other” processContents=”strict”/>

15


</xs:complexType>

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

Имя

grpStrict.any

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

Сложный тип Manifest.Type, сложный тип Metadata.Type, сложный тип Organizations.Type, сложный тип Resources.Type, сложный тип Organization.Type, сложный тип Resource.Type, сложный тип Item.Type, сложный тип File.Type, сложный тип Dependency.Type, сложный тип ManifestMetadata.Type

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

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

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

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

I. grpStrict.any


В


O##other

0..оо



Диаграмма:

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

<xs:group name=”grpStrict.any”>

<xs:sequence>

<xs:any namespace=”##other” processContents=”strict” minOccurs=”0” maxOccurs=”unbounded”/> </xs:sequence>

</xs:group>

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

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

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

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

имен:

Префикс (Prefix)

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

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

http://www.imsglobal.org/xsd/imscp_extensionv1p2

xml

http://www.w3.org/XML/1998/namespace

xs

http://www.w3.org/2001/XMLSchema

xsi

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

xlink

http://www.w3.org/1999/xlink

ГОСТ ISO/IEC 12785-2—2015

Содержание

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

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

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

4    Сокращения.............................................................................................................................................................3

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

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

5.1.1    Свойства Schema....................................................................................................................................3

5.1.2    Глобальные объявления.......................................................................................................................4

5.1.2.1    Элемент: manifest.......................................................................................................................4

5.1.3    Глобальные определения.....................................................................................................................5

5.1.3.1    Сложный тип:    Dependency.Type..............................................................................................5

5.1.3.2    Сложный тип:    File.Type.............................................................................................................6

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

5.1.3.4    Сложный тип:    Manifest.Type.....................................................................................................8

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

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

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

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

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

5.1.3.10    Сложный тип:    Resources.Ту ре...............................................................................................15

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

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

5.2.1    Свойства Schema..................................................................................................................................16

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

5.2.2.1    Элемент: ipointer......................................................................................................................17

5.2.2.2    Элемент: lingualTitle................................................................................................................18

5.2.2.3    Элемент: variant.......................................................................................................................18

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

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

5.2.3.2    Сложный тип: LingualTitle.Type..............................................................................................20

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

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

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

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

Приложение А (справочное) Первоисточник    стандарта.................................................................................24

Приложение В (справочное) Листинг XSDs......................................................................................................25

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

ссылочным международным    стандартам..............................................................................26

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

ГОСТ ISO/IEC 12785-2—2015

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

<xs:schema targetNamespace=”http://www.imsglobal.org/xsd/imscp_extensionv1 p2” version=”IMS CPX 1.2” elementFormDefault=”qualified” attributeFormDefault=”unqualified”>

<xs:import namespace=”http://www.w3.org/1999/xlink” schemaLocation-’http://www.imsglobal.org/xsd/ims_xlink. xsd”/>


</xs:schema>

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

5.2.2.1 Элемент: ipointer


Имя

ipointer

Тип

IPointer.Type

Nillable

нет

Абстрактный

нет

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


IPointer.Ttpe

ipointer

http://www.imsglobal.org/xsd/imscp_Bxtansionv1 p2


s-T


identifier


string —I @ type

http://www.w3.org/1999/xlink


anyURI

Ш href http://www.w3. org/1999/xlink


| i@ NOT(http://www.imsglobal.org/xsd/imscp_extensionv'lp2)]


■ <> NOT(http://www.imsglobal.org/xsd/imscp_extensionv1p2)


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

cipointer

identifier-’ xs:ID [1]” xlink:tvpe=”[Q..111” xlink:href=”n 11”

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

>


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

</ipointer>

Диаграмма:


ipointer


(□ IPointer.Type )Eh—(»**«)□—

-i @ identifier


grpStrict.any


Ж


!0


@ xlinkitypejjg


@ xlink:href Jia .........................1*1


■@ ##other


type: IPointer.Type


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

<xs:element name-’ipointer” type-” IPointer.Type “/>


17


Введение

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

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

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

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

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

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

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

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

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

IV

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

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

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

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

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

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

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

Настоящий стандарт является частью стандарта ISO/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    Термины и определения

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

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

Примечание — см. XML привязка данных на Википедии (ссылка 18 ноября 2009, http://en.wikipedia.org/ wiki/XM L_data_binding).

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 по пространству имен bXML 1.0 (Второе издание).

[ISO/IEC 12785-1:2009]


3.6 манифест (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 документов, выраженное в терминах ограничений на структуру и содержание этих документов.

Примечание 1 — Подробнее: www.w3c.org/XML/Schema

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

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

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

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

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

ГОСТ ISO/IEC 12785-2—2015


4 Сокращения


CPIM

1-ВАТ

LET

MDA

PIM

PSM

UML

VDEX

W3C

XMI

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); консорциум всемирной сети интернет (World 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] указанная в IMS XML привязке упаковки контента, «имя» элемента добавляется к IMS GLC пространству имен URI для построения единого идентификатора ресурса, как глобального уникального модификатора для этого ресурса. Использование имен элементов и URI, в контексте различныхтехнологий реализации объясняется в ISO/IEC 12785-2.

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


Префикс

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

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

http://www.imsglobal.org/xsd/imscp_v1p1

xml

http://www.w3.org/XML/1998/namespace

XS

http://www.w3. о rg/2001 /ХМ LSch ema

xsi

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


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

<xs:schema targetNamespace-’http://www.imsglobal.org/xsd/imscp_v1p2" version-’IMS CP 1.2" elementFormDe-fault-’qualified" attributeFormDefault="unqualified">

<xs:importnamespace-'http://www.w3.org/XML/1998/namespace"schemaLocation-'http://vvww.w3.org/2001/xml.xsd"/>


</xs:schema>

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


- @


- &


- :<>


: Х5:атрибут (attribute)

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

: хэтюбой атрибут (anyAttribute)

: хэтюбое пространство имен (any namespace)


3


: xs:rpynna (group)

■ ■

0..1

0..ОО

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

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


: отрезок от 0 до бесконечности (property for zero to unbounded) : хэюложный тип (complexType)

5.1.2 Глобальные объявления

5.1.2.1 Элемент: manifest

Имя

manifest

Тип

Manifest.Type

Nillable

нет

Абстрактный

нет

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

■«manifest

identifier-’xs:ID [1]” version-’xs:string [0..1]” xml:base=“[0..11”

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

>

<metadata> ManifestMetadata.Tvoe </metadata> [0..1]

<organizations> Organizations.Type </organizations> [1]

<resources> Resources.Tvpe </resources> [1]

<manifest> Manifest.Tvpe </manifest> [0..*]

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

</manifest>

ГОСТ ISO/IEC 12785-2—2015

(□ Manifest-Type)

type: Manifest.Type


Диаграмма: manifest

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

<xs:element name=”manifest” type=” Manifest.Type “/>

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

Супер-типы:

нет

Подтипы:

нет

Имя

Dependency.Type

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

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

Абстрактный

нет

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

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

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

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

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

<...

identifierref-’xs:string [1]”

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

>

</...>


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

5

Диаграмма:


□ Dependency.Type )Е1-

grpStrict.any Ir+i

—i @ identifierref IB

^—I ##other ;


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

<xs:complexType name=”Dependency.Type”>

<xs:sequence>

<xs:group ref=” qrpStrict.anv “/>

</xs:sequence>

<xs:attribute name=”identifierref” type=” xs:string “ use=”required”/> <xs:anyAttribute namespace=”##other” processContents=”strict”/> </xs:complexType>

5.1.3.2 Сложный тип: File.Type


Супер-типы:

нет

Подтипы:

нет


Имя

File.Type

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

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

Абстрактный

нет

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

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

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

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

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


<...

href=” xs:anyURI [1]”

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

>


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

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


Диаграмма:


□ File.Type^B-


metadata

В

0..1


Z, grpStrict.any


@ href ;Ш ■@ ##other