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

Приложение N 2
к приказу Минэкономразвития России
от 19.07.2019 г. N 442

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

Введение

В данном документе содержится описание системы классификации и кодирования "Профиль метаданных к информации в виде электронных документов и данные, подлежащие размещению в Федеральной государственной информационной системе территориального планирования" (далее по тексту - Профиль метаданных ФГИС ТП).

Профиль стандарта (стандартов) - это документ, являющийся специализацией (адаптацией) стандарта (стандартов) для использования в конкретном сообществе. В состав профиля включаются аспекты стандарта (стандартов), которые требуются для решения задач этого сообщества. Также состав профиля может быть расширен аспектами, отсутствующими в стандарте (стандартах), но необходимыми для его применения в сообществе.

Настоящий документ является профилем международных стандартов ISO 19115:2003 "Geographic information Metadata", ISO 19115-2:2009 "Geographic information - Metadata - Part 2: Extensions for imagery and gridded data" и ISO 19139:2007 "Geographic information - Metadata - XML schema implementation".

Стандарт ISO 19115:2003 определяет методологию формирования метаданных географической (пространственной) информации и содержит концептуальную модель метаданных. Стандарт ISO 19139:2007, в свою очередь, определяет правила кодирования этой модели и ее реализацию в виде XML-схем. Стандарт ISO 19115-2:2009 содержит расширения ISO 19115:2003 для описания сеточных данных, а также изображений, полученных от камер, инфракрасных и мультиспектральных сканеров, радаров и подобных устройств.

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

Профиль метаданных ФГИС ТП может применяться:

- для описания пространственных данных;

- при организации хранения документов и пространственных данных в базах и банках данных, включая документы и пространственные данные, подлежащих размещению в ФГИС ТП;

- при организации хранения и разработке структуры баз и банков метаданных (каталогов), включая единый каталог документов и пространственных данных, подлежащих размещению в ФГИС ТП;

- при разработке и реализации протоколов и форматов обмена метаданными между информационными системами и комплексами, включая информационное взаимодействие между ФГИС ТП, РГИС и ИСОГД.

2. Соответствие

Метаданные соответствуют требованиям настоящего профиля метаданных, если их содержание и форма представления удовлетворяют Приложениям А и Б.

2.1. Соответствие стандартам

Профиль метаданных ФГИС ТП разработан в соответствии с правилами создания профилей, описанными в стандартах ISO 19106:2004 и ISO 19115:2003. В профиле учтены поправки к стандарту ISO 19115:2003 за 2006 год.

Модель метаданных ФГИС ТП представляет собой подмножество модели, определенной в стандартах ISO 19115:2003 и ISO 19115-2:2009. Для некоторых элементов этого подмножества в соответствии с правилами, описанными в стандартах ISO 19115:2003 и ISO 19139:2007, были установлены более строгие ограничения диапазона принимаемых значений и более строгие требования к обязательности их определения при документировании данных.

Кроме этого, в состав модели профиля входят расширения, определенные в соответствии с правилами, описанными в стандарте ISO 19115:2003. Модель профиля реализована в виде XML-схем в соответствии с правилами, описанными в стандарте ISO 19139:2007. Описание реализации и использования Профиля метаданных на пространственные данные документов территориального планирования приведено в приложении В.

2.2. Совместимость с ГОСТ Р 52573-2006

В ГОСТ Р 52573-2006 не вошли некоторые аспекты метаданных стандарта ISO 19115:2003, необходимые для описания предметной области, для которой предназначен Профиль метаданных на документы и пространственные данные территориального планирования. В частности, в ГОСТ Р 52573-2006 отсутствует пакет MD_ContentInformation, позволяющий описать характеристики изображений (облачность, качество изображения и др.).

Поскольку одним из основных требований к Профилю метаданных ФГИС ТП при его разработке выдвигалось соответствие международному стандарту ISO 19115:2003, а этого невозможно достичь при использовании ГОСТ Р 52573-2006 в качестве базового стандарта, то Профиль метаданных ФГИС ТП базируется на стандарте ISO 19115:2003 и не является полностью совместимым с ГОСТ Р 52573-2006.

В связи с отличием справочников CI_RoleCode, MD_CharacterSetCode, MD_RestrictionCode, MD ClassificationCode, MD_StatialRepresentation_TypeCode, MD_MediumNameCode (ISO 19115, ISO 19139) справочникам, соответствующим ГОСТ 52573-2006, использованы справочники, соответствующие ГОСТ 52573. Дополнительно включены справочники MD_ ProjectStatusCode и MD_ ProjectTypeCode.

Списки значений и перечисления, определяемые стандартом ISO 19115, реализованы стандартом ISO 19139 и содержатся в файле gmxCodelists.xml. Списки значений и перечисления, реализованные в файле gmxCodelists.xml, представляют собой совокупности литеральных значений. Соответствующие же им кодовые значения (столбец "Домен") не входят в реализацию.

2.3. Соответствие производных профилей

Профиль метаданных ФГИС ТП может использоваться в качестве базового для создания другого профиля метаданных географической информации. Новый профиль должен быть разработан в соответствии с правилами, описанными в стандартах ISO 19106:2004 и ISO 19115:2003.

3. Основные понятия UML

Модель метаданных, определяемая настоящим профилем, представлена в виде UML-диаграмм в приложении А. В данном разделе разъясняются используемые в настоящем профиле понятия UML и приведено их графическое представление на диаграммах.

3.1. Класс

Класс - это правила описания совокупности объектов со сходной структурой, поведением и связями с другими объектами. На диаграммах класс изображается в виде прямоугольника со сплошной границей, разделенного горизонтальными линиями на три секции. Верхняя секция (секция имени) содержит имя класса и другие общие свойства (в частности, стереотип). В средней секции содержится список атрибутов класса, а в нижней - список операций (функций).

3.2. Пакет

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

3.3. Атрибут

Атрибут - это инкапсулируемый элемент данных класса, то есть элемент данных, который содержится в объекте, принадлежащем описываемому классу.

3.4. Ассоциация

Ассоциация используется для описания отношений между двумя или более классами. Ассоциация имеет определенную множественность с каждой из сторон. Ассоциации бывают однонаправленными и двунаправленными. Графическое представление данного вида отношения на UML-диаграмме приведено на рисунке 1.

Рисунок 1 - Ассоциация

3.5. Агрегирование

Агрегирование - это ассоциация, которая используется для описания отношения между двумя классами типа целое-часть. Агрегируемый объект может агрегироваться сразу несколькими объектами. Графическое представление данного вида отношения на UML-диаграмме приведено на рисунке 2.

Рисунок 2 - Агрегирование

3.6. Композиция

Композиция - это специальный вид агрегирования (так называемое сильное агрегирование). В частности, агрегируемый объект может быть создан только тогда, когда создан агрегат, а с уничтожением агрегата уничтожаются и все агрегируемые объекты. Агрегируемый объект не разделяем, т.е. владеть им может только один агрегат. Композиция используется, когда агрегируемые объекты не могут существовать без агрегата (с логической точки зрения). Графическое представление данного вида отношения на UML-диаграмме приведено на рисунке 3.

Рисунок 3 - Композиция

3.7. Роль

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

Рисунок 4 - Отображение ролей

3.8. Множественность

Множественность - это ограничение на количество объектов, которые могут быть связаны в соответствии с ассоциацией между ними. На рисунке 5 представлено, как изображается множественность на UML-диаграмме.

Рисунок 5 - Отображение множественности

3.9. Обобщение

Обобщение - это отношение между более общим классом (суперкласс, или родительский класс) и более специализированным классом (подкласс, или дочерний класс). Суперкласс описывает общие черты множества подклассов. Каждый подкласс обладает свойствами суперкласса, т.е. наследует структуру, отношения и поведение суперкласса, а также может иметь некоторые дополнительные свойства, присущие только этому подклассу. Графическое представление данного вида отношения на UML-диаграмме приведено на рисунке 6.

Рисунок 6 - Обобщение

3.10. Зависимость

Зависимость определяет семантические отношения, существующие между двумя и более элементами модели. Зависимость описывает ситуацию, при которой изменения в независимом элементе требуют изменений в зависимом элементе. На диаграмме зависимость изображается в виде пунктирной стрелки, идущей от зависимого элемента к независимому элементу. Графическое представление данного вида отношения на UML-диаграмме приведено на рисунке 7.

Рисунок 7 - Зависимость

3.11. Стереотипы

Стереотип - это элемент механизма расширения словаря UML, который означает отличительные особенности в использовании класса. В настоящем профиле используются следующие стереотипы:

- "Туре". Задает поведение объекта, не указывая способ его реализации. Объект является элементом типа, если он соответствует спецификации;

- "Enumeration". Определяет перечислимый тип, включая его возможные значения как набор идентификаторов, который не может быть расширен;

- "DataType". Определяет набор значений, которые сложно идентифицировать по отдельности, и операции, над которыми не имеют влияния другие данные;

- "CodeList". Множество значений, которые может принимать тот или иной атрибут метаданных. "CodeList" представляет собой более гибкое перечисление, чем "Enumeration", что выражается в возможности его расширения новыми значениями;

- "Union". Указывает, что в классе из всех атрибутов (или ассоциаций) заполнен должен быть только один;

- "Abstract". Класс, экземпляры которого нельзя создать напрямую, только через его дочерние классы. На UML-моделях имя такого класса пишется курсивом;

- "Metaclass". Класс, экземпляры которого также являются классами. Основным назначением такого класса является описание информации о других классах.

4. Соответствие понятий UML терминам метаданных

Разделы, сущности и элементы метаданных представляются на UML-диаграммах определенными элементами UML. Таблица 1 иллюстрирует соответствие компонентов UML-модели компонентам модели метаданных.

Таблица 1

Соответствие компонентов UML-модели компонентам модели метаданных

Компонент UML-модели	Компонент модели метаданных
Пакет	Раздел метаданных
Обобщенный класс (суперкласс)	Сущность метаданных
Специализированный класс(подкласс)	Сущность метаданных
Класс	Сущность метаданных
Атрибут	Элемент метаданных
Ассоциация	Элемент метаданных

5. Состав метаданных

5.1. Пакеты метаданных

Разделы метаданных, описываемые настоящим профилем, представлены в виде UML-пакетов. Каждый пакет содержит одну или более сущностей (UML-классов), связанных отношениями обобщения или агрегирования. Сущности могут повторяться в рамках одного пакета.

Каждая сущность представляет собой совокупность элементов (UML-атрибуты и UML-ассоциации), характеризующих тот или иной аспект метаданных. Сущности могут являться дочерними или родительскими для других сущностей. Сущности или элементы могут быть обязательными, необязательными или условными.

Установка признака обязательности - в соответствии с приложением Б.

На рисунке 8 представлена диаграмма пакетов настоящего профиля, на которой изображены отношения между ними.

Рисунок 8 - Пакеты метаданных

В настоящем профиле метаданных используются три способа описания пакета метаданных:

- общее описание пакетов метаданных - в соответствии с разделом 5;

- UML-диаграммы пакетов метаданных - в соответствии с приложением А;

- детальное описание структуры и состава пакетов метаданных - в соответствии с приложением Б.

Соответствие наименований пакетов сущностям метаданных приведено в таблице 2.

Таблица 2

Соответствие наименований пакетов сущностям метаданных

Номер подпункта	Пакет	Сущность	UML-диаграмма	Словарь данных
5.1.1	Информация о метаданных	MD_Metadata	A.1.1	Б.2.1
5.1.2	Идентификационная информация	MD_Identification	A.1.2	Б.2.2
5.1.3	Информация об ограничениях	MD_Constraints	A.1.3	Б.2.3
5.1.4	Информация о качестве данных	DQ_DataQuality	A.1.4	Б.2.4
5.1.5	Информация об обновлении	MD_Maintenancelnformation	A.1.5	Б.2.5
5.1.6	Информация о координатной основе	MD_ReferenceSystem	A.1.6	Б.2.6
5.1.7	Описание набора данных	MD_Contentlnformation	A.1.7	Б.2.7
5.1.8	Информация о классификаторе	MD_PortrayalCatalogueReference	A.1.8	Б.2.8
5.1.9	Информация о распространении	MD_Distribution	A.1.9	Б.2.9
5.1.10	Информация о расширениях	MD_MetadataExtensionInformation	A.1.10	Б.2.10
5.2.1	Информация о пространственно-временных характеристиках	EX_Extent	A.2.1	Б.3.1
5.2.2	Ссылка на описание и информацию об ответственном субъекте	CI_Citation CI_ResponsibleParty	A.2.2	Б.3.2

5.1.1. Пакет "Информация о метаданных" (MD_Metadata)

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

Пакет MD_Metadata, определяемый стандартом ISO 19115:2003, является центральным в формировании метаданных и включает в себя более 400 элементов, описывающих различные аспекты метаданных. Его состав определяется информационным наполнением остальных пакетов.

Пакет MD Metadata включает в себя следующие пакеты:

- MD_Identification-идентификационная информация;

- MD_Constraints - информация об ограничениях;

- DQ_DataQuality - информация о качестве данных;

- MD_MaintenanceInformation - информация об обновлении;

- MD_ReferenceSystem - информация о координатной основе;

- MD_Contentlnformation - описание набора данных;

- MD_PortrayalCatalogueReference - информация о классификаторе;

- MD_Distribution - информация о распространении;

- MD_MetadataExtensionlnformation - информация о расширениях.

Пакет подлежит обязательному заполнению.

UML-диаграмма пакета - в соответствии с приложением А (А.1.1).

Элементное наполнение пакета - в соответствии с приложением Б (Б.2.1).

5.1.2. Пакет "Идентификационная информация" (MD_Identification)

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

Пакет MD_Identification имеет специализированную версию

MD_DataIdentification, которая позволяет идентифицировать данные в наборе данных.

MD_Identification представляет собой агрегат следующих сущностей:

- MD_BrowseGraphic - графическое представление данных;

- MD_Isage - особенности применения данных;

- MD_Constaints информация об ограничениях на распространение данных и документов;

- MD_Keywords - ключевые слова и фразы, характеризующие данные и документы;

- MD_MaintenanceInformation - информация об обновлении данных. Пакет подлежит обязательному заполнению.

UML-диаграмма пакета - в соответствии с приложением А (А.1.2).

Элементное наполнение пакета - в соответствии с приложением Б (Б.2.2).

5.1.3. Пакет "Информация об ограничениях" (MD_Constraints)

Пакет содержит информацию, касающуюся ограничений, накладываемых на данные. Пакет MD_Constraints имеет две специализированные версии: MD_LegalConstraints и MD_SecurityConstraints.

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

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

Пакет является необязательным к заполнению.

UML-диаграмма пакета - в соответствии с приложением А (А.1.3).

Элементное наполнение пакета - в соответствии с приложением Б (Б.2.3).

5.1.4. Пакет "Информация о качестве набора данных" (DQ_DataQuality)

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

Сущность DQ_DataQuality представляет собой агрегат следующих сущностей:

- LI_Lineage - информация о происхождении данных. Этот раздел содержит сведения об исходных материалах, послуживших основой для создания данных;

- DQ_CertificationInformation - информация подтверждения соответствия продукции или услуги в форме обязательной, добровольной сертификации или декларирования о соответствии.

Пакет является необязательным к заполнению.

UML-диаграмма пакета - в соответствии с приложением А (А.1.4).

Элементное наполнение пакета - в соответствии с приложением Б (Б.2.4).

5.1.5. Пакет "Информация об обновлении" (MD_Maintenancelnformation)

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

Пакет состоит из сущности MD_MaintenanceInformation и является необязательным к заполнению.

UML-диаграмма пакета - в соответствии с приложением А