База ГОСТовallgosts.ru » 25. МАШИНОСТРОЕНИЕ » 25.040. Промышленные автоматизированные системы

ГОСТ Р 56213.10-2014 Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 10. Формат обмена данными характеристик

Обозначение: ГОСТ Р 56213.10-2014
Наименование: Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 10. Формат обмена данными характеристик
Статус: Действует
Дата введения: 07/01/2015
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.40
Скачать PDF: ГОСТ Р 56213.10-2014 Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 10. Формат обмена данными характеристик.pdf
Скачать Word:ГОСТ Р 56213.10-2014 Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 10. Формат обмена данными характеристик.doc

Текст ГОСТ Р 56213.10-2014 Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 10. Формат обмена данными характеристик



ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

56213.10

2014

ISO/TS 29002-10:2009

Системы промышленной автоматизации

и интеграция

ОБМЕН ДАННЫМИ ХАРАКТЕРИСТИК

Часть 10

Формат обмена данными характеристик

ISO/TS 29002-10:2009

Industrial automation systems and integration — Exchange of characteristic data — Part 10: Characteristic data exchange format

(IDT)

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

Москва

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

2015


Предисловие

1    ПОДГОТОВЛЕН Федеральным бюджетным учреждением «Федеральный центр каталогизации» (ФБУ «ФЦК») на основе собственного аутентичного перевода на русский язык международного документа. указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 430 «Каталогизация продукции»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства ло техническому регулированию и метрологии от 11 ноября 2014 г. No 1515-ст

4    Настоящий стандарт идентичен международному документу ИСО/ТС 29002-10:2009 «Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 10. Формат обмена данными характеристик» (ISO/TS 29002-10:2009 «Industrial automation systems and integration — Exchange of characteristic data — Part 10: Characteristic data exchange format»).

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

5    ВВЕДЕН ВПЕРВЫЕ

6    Некоторые элементы настоящего стандарта могут быть объектами патентных прав. ИСО не несет ответственности за установление подлинности таких латентных прав

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

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

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

и

Содержание

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

in

Введение

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

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

Главной задачей технических комитетов является подготовка международных стандартов. Проекты международных стандартов, принятые техническими комитетами, направляются организациям-членам на голосование. Для публикации стандарта требуется его одобрение не менее 75 % от общего числа голосующих организаций.

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

•    открытых технических условий ИСО (ISO/PAS). представляющих собой соглашение между техническими экспертами рабочей группы ИСО. одобренных и принятых техническим комитетом к публикации при условии их утверждения голосующими членами комигета-разработчика. число которых должно быть более 50 % от числа всех голосующих:

- технических условий ИСО (ISO/TS), представляющих собой соглашение между членами технического комитета, одобренных и принятых техническим комитетом к публикации при условии, что данные документы одобрены 2/3 голосующих членов комитета.

ISO/PAS и ISO/TS по прошествии трех лет пересматривают, для того чтобы принять решение либо о необходимости продления срока их действия на следующие три года, либо о преобразовании их в международные стандарты, либо об их отмене.

Настоящий стандарт подготовлен Техническим комитетом ISO/TC 184 «Системы автоматизации и интеграция» (подкомитет SC4 «Промышленная информация»).

Перечень стандартов комплекса ИСО/ГС 29002 можно найти в Интернете ло адресу:

hltp:/Avww.tc184-sc4.org/litles/ECD_Tilles.htm.

Обмен данными характеристик, представленными в каталоге продукции или в библиотеках, в основном сводится к обмену парами «идентификатор концепции — значение».

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

Подобная методология обмена данными о продукции является базовой методологией, представленной в ИСО 13584 и ИСО 22745. Следует отметить, что эти стандарты представляют совершенно различные модели данных, применяемые при моделировании словарей концепций.

ИСО/ТС 29002 является источником необходимой информации, которая применяется как в комплексах стандартов ИС013584 и ИСО 22745. так и во многих других стандартах и обеспечивает универсальные форматы или структуры, применяемые.

•    без каких-либо определенных модельных ограничений в сочетании с ИСО 13584 и ИСО 22745, а также, возможно, с другими стандартами или

•    в соответствии со специальными требованиями упомянутых выше стандартов, изменяя их формат или функциональные возможности. Такие специальные требования должны быть совместимы с требованиями комплекса стандартов ИСО/ТС 29002 — любой файл данных должен подчиняться требованиям соответствующего стандарта комплекса ИСО/ТС 29002. за исключением области наименования UML.

На рисунке 1 представлена модель планирования высокого уровня, которая отражает взаимоотношения между основными концепциями, представленными в комплексе стандартов ИСО/ТС 29002. Некоторые концепции определены в других стандартах. Так. ИСО 8000-110 представляет требования к спецификации данных, но не определяет представление данных. Подобные требования можно встретить в руководстве ло идентификации (см. ИСО/ТС 22745-30) или в онтологии продукции (см. ИСО 13584-32).

Рисунок 1 — Модель планирования высокого уровня

Каждая часть ИСО/ТС 29002 определяет одну или несколько схем XML. Зависимость между частями показана на рисунке 2.

Рисунок 2 — Диаграмма зависимости частей и уровней

На рисунке 3 показаны главные информационные потоки в соответствии с требованиями ИСО/ТС 29002.

Клиент


Перемещение Web сервис

WSDL в соответствии с ИСОЯС 29002-20

Загружа XML

Схема XML Службы размещения данных е соответствии с ИСО/ТС 29002-20

* Сервер местоположений

Перемещение: Web сервис    г—

WSDC в соответствии с ИСОЯС 29002-20

Загрузка XML    -

Схема xml Службы размещения данных в соответствии с ИСОЯС 29002-20


Перемещение; Web сервис

WSDL в соответствии с ИСОЯС 29002-20

Загрузка XML

Схема XML Службы размещений данных в соответствии с ИСОЯС 29002-20


Перемещение Web сервис

WSDL а соответствии с ИСОЯС 29002-20

Загрузка. XML

Схема XML Терминологической службы данных словаря в соответствии с ИСОЯС 29002-6 Схема XML Терминологической службы длй других дажых в соответствии с ИСОЯС 29002-20


Сервер

терминологии


Перемещение Web сервис

WSDL в соответствии с ИСОЯС 29002-20

Загрузка XML

Схема XML Службы онтологии данных


Перемещение Web сервис WSDL в соответствии с ИСОЯС 29002-20 Загрузка XML

Формат онтологии не определен в ИСОЯС 29002 Можно применять Onto ML (ИСО 13564-32) Схема XML Службы



онтологии данных для других данных в соответствии с ИСОЯС 29002-20


Перемещение не определено е ИСОЯС 29002


(можно применять етай) Загрузха XML Схема запроса XML е соответствии с ИСОЯС 29002-31


Перемещение не определено в ИСОЯС 29002 (можно применять email)

Загрузка: XML

Схема каталога XML в соответствии С ИСОЯС 29002-10



Рисунок 3 — Главиые информационные потоки

Настоящий стандарт устанавливает концептуальную информационную модель и формат файла для обмена техническими данными характеристик. Концептуальная модель представлена в системе унифицированного языка моделирования (UML). Физический формат файла базируется на расширяемом языке разметки (XML).


НАЦИОНАЛЬНЫЙ стандарт российской федерации

Системы промышленной автоматизации и интеграция

ОБМЕН ДАННЫМИ ХАРАКТЕРИСТИК Часть 10

Формат обмена данными характеристик

industrial automation systems and integration. Exchange of characteristic data.

Part Ю. Characteristic data exchange format

Дата введения — 2015—07—01

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

Настоящий стандарт устанавливает концептуальную информационную модель и формат файла для обмена техническими данными характеристик. Концептуальная модель представлена в системе унифицированного языка моделирования (UML). Физический формат файла основывается на расширяемом языке разметки (XML).

Описываемый формат должен применяться в ИСО 13584 и ИСО 22745 для обеспечения взаимодействия между этими стандартами и более широкого их применения.

Настоящий стандарт является источником данных, а все другие стандарты, имеющие на него ссылки, могут использовать его в качестве ресурса.

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

Пример 1 — В И СО/ТС 22745-40 имеются ссыпки не нестоящий стендерт, е темпе ограничения при применении денных нестоящеео стендерте.

Пример 2— В ИСО/ТС 135845-32 имеются ссыпки не нестоящий стендерт. е тетке ограничения при применении денных нестоящеео стендерте.

Настоящий стандарт распространяется на:

•    концептуальную модель для технических данных характеристик:

•    формат обмена для технических данных характеристик.

Настоящий стандарт не распространяется на концептуальную модель для словаря.

Пример 3 — ИСО/ТС 20002-8 включает в себя концептуальную модель для словарей концепций и для определяющей их терминолоеии.

Пример 4 — ИСО/ТС 22745-10 включает в себя концептуальную модель для словарей, хотора* является спецификацией формате обмене денными для словарей в соответствии с ИСО/ТС 29002-6.

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

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

ИСО/ТС 29002-4:2009 Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 4. Базовые элементы и типы (ISO/TS 29002-4, Industrial automation systems and integration — Exchange of characteristic data — Pari 4: Basic entities and types)

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

ИСО/ТС 29002-5:2009 Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть 5. Схема идентификации (ISO/TS 29002-5. Industrial automation systems and integration — Exchange of characteristic data — Part 5: Identification scheme)

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

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

3.1    объект (object): Нечто постигаемое или воспринимаемое.

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

Примечание 2 — Радиально-осевой центробежный насос с серийным номером AXS2386 — это объект. Его общая конструкция определена а описании класса радиально-осевых центробежных насосов.

(ИСО 1087-1:2000. определение 3.1.1]

3.2    характеристика (characteristic): Абстракция свойства объекта или совокупности объектов.

Примечание — Характеристики применяются для описания концепций.

[ИСО 1087-1:2000. определение 3.2.4]

Промер— «Сделан из дерева* — притер характер о cm око.

3.3    концепция (concept): Элемент мышления.

Притер — кАвтотобиль». «цвет*, ккрасный» о штетры» — это примеры концепции.

[ИСО/ТС 29002-5:2009, определение 3.1]

3.4    данные, вводимые в словарь концепций (concept dictionary entry): Описание концепции, включающее в себя как минимум однозначный идентификатор, термин и определение.

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

[ИСО/ТС 29002-5:2009. определение 3.3]

3.5    словарь концепций (concept dictionary): Совокупность данных, вводимых в словарь концепций для осуществления поиска информации по идентификатору концепции.

3.6    пара «значение—свойство» (property value pair): Пример определенного значения, которое вместе с идентификатором данных, вводимых в словарь концепций, определяет свойство.

Примечание — Адаптировано из ИСО 8000-102.

3.7    класс (cJass): Абстракция совокупности сходных или подобных объектов.

[ИСО/ТС 29002-6, определение 3.2]

3.8    спецификация данных (data specification): Правила для описания объектов или элементов данных, принадлежащих к определенному классу, с применением данных, вводимых в словарь концепций. и со ссылкой на определенный формальный синтаксис.

Притер 1— Руководств о по идентификации, соответствующее ИСО/ТС 22745-30,— это спецификаций данных.

Притер 2 — ИСО 13584-511 йвлветсй спецификацией данных.

Примечание — Адаптировано из ИСО 8000-102.

3.9    формальный синтаксис (formal syntax): Спецификация действительных предложений формального языка с применением формальной грамматики.

Примечание 1 — Формальный язык — это машииио-иитерпретируемый язык.

Примечание 2 — Формальная грамматика — это. как правило, бесконтекстная грамматика Chomsky.

Примечание 3 — варианты нормальной формы Бэкуса-Наура (BNF). такие как расширенная форма Бэкуса-Наура (ABNF) и. система обозначений для описания синтаксиса (WSN) часто применяются для определения синтаксиса языка программирования и языка управления данными.

Притер 1 — Определение типа докутвнта (ОТО) в систете XML — это притер фортвльноео синтаксиса.

Притер 2 — ИСО 10303-21 включает в свбй формальный синтаксис системы IMSN для физических файлов ИСО 10303.

[ИСО 8000-102:2009. определение 6.1]

3.10 предмет снабжения (item of supply): Класс взаимозаменяемых товаров или услуг, по форме и функциям отвечающий требованиям покупателя.

[ИСО 22745-2:2009. определение 23.1]

4    Сокращения

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

ABNF — расширенная форма Бэкуса-Наура (Augmented Backus-Naur Form);

ASCII — Американский стандартный код для информационного обмена (American Standard Code for Information Interchange);

BNF — Форма Бэкуса-Наура (Backus-Naur Form);

ОТО — определение типа документа (document type definition);

HTML — язык разметки гипертекста (HyperText Markup Language);

IROI — Международный идентификатор регистрационных данных (international registration data identifier):

RFC — запрос на получение комментариев (request for comments);

UML — унифицированный язык моделирования (Unified Modeling Language);

URI — унифицированный идентификатор ресурса (uniform resource identifier):

URL — унифицированный локатор ресурса (uniform resource locator);

WSN — система обозначений для описания синтаксиса (Wirth Syntax Notation);

XML — расширяемый язык разметки (Extensible Markup Language).

5    Модель данных, относящихся к характеристикам

5.1    Ссылочные типы

Модель технических данных характеристик включает в себя следующие типы данных:

• IROL определенный в ИСО/ТС 29002-5;

- IROIJist, определенный в ИСО/ТС 29002-5.

5.2    Верхний уровень

5.2.1    Диаграмма

Диаграмма класса UML для верхнего уровня подмодели приведена на рисунке 4.

5.2.2    catalogue: Совокупность данных, которыми владеет организация и которые описывают независимые и основные объекты, являющиеся важными для организации и на которые следует ссылаться во всех сообщениях.

Описание атрибутов:

Item: описание элемента/объекта в каталоге.

Утверждения:

Каждый catalogue включает в себя нулевой, один или много объектов Item. Каждый item — это элемент, включенный только в один catalogue.

5.2.3    item: Представление элемента по ссылке на класс, к которому он принадлежит, и совокупность пар «значение — свойство».

Пример 1 — Типичными разновидностями элементов являются данные о заказчиках, продукции, работниках. материалах, поставщиках, услуаах. акционерах, аппаратуре, оборудовании, а также правила и инструкции.

Описание атрибутов:

class.ref: IROI класса, к которому принадлежит элемент.

classification.ref: IRDI узлового пункта в иерархии классификации, к которой принадлежит элемент.

created.view: однозначный идентификатор класса, который определяет категорию представления. описанную в модели элемента.

э

Рисунок 4 — Диаграмме класса UML для верхнего уровня подмодели

data_speclflcation_ref: IRDI спецификации данных, с которой согласовывается описание элемента.

lnformation_8upplier_reference_fttring: строка (цепочка), которую применяет поставщик для ссылки на элемент.

Примечание 1 — Как правило, это должен быть идентификатор элемента а информационной системе поставщика.

Is.dependent: существующий элемент, так или иначе зависящий от другого элемента или подчиненный этому другому элементу.

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

l*-9lobaijd: элемент всемирно идентифицирован по отдельным составляющим его элементам.

lft.modet: элемент, являющийся представлением другого элемента.

Is ^proprietary: поставщик информации считает информацию о предмете своей собственностью.

Примечание 3 — Этот атрибут используется для того, чтобы представить полное описание эпемента как чью-то собственность. По сути, найти собственников для le_proprletary означает найти собственника для каждого «дочернего* property_value по отношению к этому атрибуту. Атрибут la_proprletary. относящийся к property.value. применяется для представления определенного атрибута как чьей-то собственности (для ясности см. определение property_value)

localJD: идентификатор, применяемый для местных ссылок в рамках файла обмена или базы данных.

property.value: пара «значение—свойство», которая определяет элемент.

reference: сылочный номер, назначенный элементу поставщиком.

Утверждения:

Каждый item размещен только в одном catalogue. Каждый catalogue включает в себя ноль, один или много объектов item.

Каждый item имеет ссылочный номер поставщика, присвоенный нулевому, одному или многим объектам reference. Каждый reference имеет ссылочный номер поставщика только для одного item.

Каждый item описывается нулевым, одним или многими объектами property.value. Каждый property.value описывает только один item

На каждый item ссылаются при помощи нулевого, одного или многих объектов item_reference_value. Каждый item_reference_value ссылается только на один item.

5.2.4 property.value: Ассоциативная связь значения со свойством в контексте элемента и вместе с условиями измерения.

Описание атрибутов:

environment: совокупность условий, под влиянием которых объект property_value регистрируется или подтверждается.

ls_proprietary: поставщик информации считает объект property.value своей собственностью.

Примечание 1 — Еспи поставщик информации отметип property _value как свою собственность, то попучатепь информации не имеет права выносить property_value эа рамки свой организации. Поставщик информации и ее попучатепь допжиы договориться о специальных правилах раскрытия информации еще до взаимного обмена данными

property_ref: IRDI такого свойства, которому присвоено значение.

subitem_path_property_ref: перечень IRDI*, рекурсивным путем приводящих к свойству как части элемента.

Примечание 2 — Чтобы применять подобное свойство, спедует обратиться к приложению Е.2.

value: это extended_value, представляющее значение, предназначенное определенному свойству.

Утверждения:

Каждый property .value описывает только один item Каждый item описывается только нулевым, одним или многими объектами property_value.

Каждый property.value имеет в качестве значения только extended_value. Каждый extended, value является значением только одного property .value

Каждый property.value имеет условия для измерений, которые определены нулевым, одним или многими объектами environment. Каждый environment определяет условия для измерений только одного property.value

5.2.5    reference: Идентификатор, назначенный поставщиком какому-либо Item.

Описание атрибутов:

organization.code: код. присвоенный организации, которая назначила ссылочный номер.

Примечание — Формат кодов и система назначения кодов в настоящем стандарте не определены.

organlzatlon.ref: IRDI организации, назначившей ссылочный номер (reference.number).

reference.number: Читаемая строка, назначенная организацией для точной идентификации элемента.

Утверждения:

Каждый reference — это ссылочный номер поставщика только для item. Каждый item имеет ссылочный номер поставщика, определенный нулевым, одним или многими объектами reference.

Ограничения:

Organization.™! или organization.code (или то и другое) не должны иметь нулевого значения.

Если имеются и organIzatlon.ref. и organization.code, то они должны обозначать одну и ту же концепцию.

5.2.6    environment: Совокупность условий, под влиянием которых property.value был измерен или была подтверждена его правильность.

Описание атрибутов:

property.value: пара «значение — свойство», которая определяет внешние условия.

Утверждения:

Каждый environment имеет условия, определенные одним или многими объектами condition, element Каждый condition.element определяет условия только одного environment.

Каждый environment определяет условия измерений только для одного property.value. Каждый property.value имеет условия измерения, определенные нулевым, одним или многими объектами environment.

5.2.7    condition.element: Спецификация условий в пределах контекста данных.

Описание атрибутов:

property_ref: IRDI такого свойства, которому присвоено значение для определения условий.

value: значение, присвоенное свойству для создания условий.

Утверждения:

Каждый condition.element имеет в качестве значения только один value. Каждый value — это значение нулевого или одного condition.element.

Каждый condition.element определяет условия только одного environment. Каждый environment имеет условия, определенные одним или многими объектами condition.element.

5.3 Расширенное значение

5.3.1    Диаграмма

Диаграмма класса UML для подмодели расширенного значения показана на рисунке 5.

5.3.2    extended.value (расширенное значение): Одно из значений, комбинация значений или просто значение.

Утверждения:

Каждый extended.value — это значение только одного property.value. Каждый property.value имеет в качестве значения только один extended.value.

5.3.3    one.of (один из): Спецификация, указывающая на то. что значение свойства является одним из совокупности нескольких значений.

Примечание — One.of обычно применяется в спецификациях предметов снабжения.

Пример — Покупатель приобретает картотеки у нескольких поставщиков. В спецификации покупателя указано, что картотеки должны быть либо зеленоао, либо темно-зеленоао цеета. Покупатель работает с картотеками тоао и друаоао цеета, имеющими один и тот же номенклатурный номер. Property jxalue. представляющий цвет картотеки, будет являться примером значений опе.о/— зеленый или темно-зеленый.

Рисунок 5 — Диаграмма класса UML для расширенного значения

Описание атрибутов:

value: возможное значение свойства.

Каждый one_of воздействует на нулевой, один или многие объекты value. Каждый value подвергается воздействию нулевого или одного опе_оГ Ограничения:

Значение или комбинация значений (или то и другое) не должны быть пустыми.

5.3.4 combination: Спецификация, указывающая на то. что значением свойства одновременно являются все члены совокупности значений.

Пример — Материалом, из которое о сделан письменный стол, полается дереао и металл. Описание атрибутов:

value: значение, являющееся элементом комбинации.

6 Модель данных, характеризующих значение

6.1    Ссылочные тип^' и объекты

8 модели значения применяются следующие типы и объекты, определенные в международных документах комплекса ИСО/ТС 29002:

IRDI - ИСО/ТС 29002-5:

-    ISO_currency_code — ИСО/ТС 29002-4:

-    date — ИСОЯС 29002-4;

-    dateTIme — ИСОЯС 29002-4;

-    gYear — ИСОЯС 29002-4; gYearMonth — ИСОЯС 29002-4;

-    time — ИСОЯС 29002-4;

-    internatlonal_text — ИСОЯС 29002-4.

6.2    Иерархия значения

6.2.1    Диаграмма

Подмодель диаграммы UML для иерархии значения показана на рисунке 6.

6.2.2    value: Значение — единица или элемент данных.

Утверждения:

Каждый value — это элемент нулевого или одного bag.value. Каждый bag_value имеет нулевой, один или много объектов value.

Рисунок 6 — Диаграмма класса UML для иерархии значения

На каждый value влияет нулевой или один combination. Каждый combination влияет на один или многие объекты value.

Каждый value — это значение нулевого или одного condition.element. Каждый condition, element имеет в качестве значения только один vatue.

Каждый value — это значение нулевого или одного field. Каждый field в качестве значения имеет только один value.

На каждый value влияет нулевой или один one.of. Каждый one.of влияет на нулевой или многие объекты value.

Каждый value — это элемент нулевого или одного sequence.value. Каждый sequence.value имеет в качестве элемента нулевой, один или много объектов value.

Каждый value — это элемент нулевого или одного set.value. Каждый set_value имеет в качестве элемента нулевой, один или много объектов value.

6.3 Простое значение

6.3.1 Диаграмма

Диаграмма класса UML для подмодели простого значения показана на рисунке 7.

date.value

year.value

•content date

•contentgYear

stringvaluo -content String

date_time_valuo

yea r_roonth_ value

null_vatue

-content dateTime

•content:gVearMonth

6.3.2    string_value: Значение ограниченной последовательности знаков или символов.

Описание атрибутов:

content: символы, которые составляют строку.

6.3.3    boolean.value: Булево значение, являющееся либо «истинным», либо «ложным». Описание атрибутов:

content: представление boolean.value.

6.3.4    year.value: Значение определенного года.

Пример — 92007».

Описание атрибута:

content: строка, содержащая значение года.

6.3.5    year_month_value: Значение определенного месяца в определенном году.

Пример — *2007-10» {месяц октябрь в 2007 году).

Описание атрибута:

content: строка, содержащая значение года и месяца.

6.3.6    date.value: Значение даты.

Пример — •2007-10-23» (23-0 день октября 2007 вода).

Описание атрибута:

content: строка, содержащая значение даты.

6.3.7    date_time_value: Значение даты и времени.

Пример — *2007-10-23Т15:27:46—05:00» (23-0 день октября 2007 воде. 27 минут и 46 секунд после 3-х чесов пополудни в Нью-Йорке).

Описание атрибута:

content: строка, содержащая значение даты и времени.

6.3.8    time.value: Значение времени.

Пример — *15:27:46—05:00» (27 минут и 46 секунд после 3-х часов пополудни в Нью-Йорке}.

Описание атрибута:

content: строка, содержащая значение времени.

6.3.9    numeric.value: Значение численного приближения к математическому числу.

Утверждения:

Каждый numeric.value — это подчеркиваемое значение для нулевого или одного currency, value. Каждый currency.value имеет в качестве подчеркиваемого значения только один numeric.value

Каждый numeric.value — это высшее значение нулевого или одного measure.range.value. Каждый measure.range.value имеет в качестве высшего значения только один numeric.value.

Каждый numeric.value — это низшее значение нулевого или одного measure.range.value. Каждый measure.range.value имеет в качестве низшего значения только один numeric.value.

Каждый numeric.value — это непригодное значение нулевого или одного measure.range.value. Каждый measure.range.value имеет в качестве непригодного значения только один numeric.value.

Каждый numeric.value — это подчеркиваемое значение для нулевого или одного qualified.value. Каждый qualified.value имеет в качестве подчеркиваемого значения нулевой или один numeric.value.

6.3.10    real.value: Численное приближение к математическому реальному числу.

Описание атрибута:

content: представление реального числа с плавающей запятой.

6.3.11    complex.value: Это numeric.value. который может быть выражен в форме а ♦ Ы, где

а и 6 — реальные числа, а / -    •

Описание атрибутов:

Imaginary .part: число £>. если составное число представлено как а ♦ Ы% где а и 6 — это реальные числа, а г - ^.

real.part: число а. если составное число представлено как а + Ы. где а и Ь — реальные числа, а

/-л "

6.3.12    rationai.value (рациональное значение): Это numeric.value, являющийся численным приближением к математическому рациональному числу.

Описание атрибутов:

denominator: знаменатель — целое число, которое делит numerator и добавляется к whole_part для получения значения рационального числа.

numerator: числитель — целое число, которое делится при помощи denominator и добавляется к whole.part для получения значения рациональною числа.

whole_part: целое число, которое добавляется к частному numerator и denominator для получения значения рационального числа.

6.3.13    integer.value: Это numeric.value. являющийся численным приближением к математическому целому числу.

Описание атрибута:

content: представление целою числа.

6.3.14    null.value: Значение, лишенное данных.

6.4 Текстовое значение

6.4.1 Диаграмма

Диаграмма класса UML для подмодели текстового значения представлена на рисунке 8.

locelized.text.value -content^temebonel text


Рисунок в — Диаграмма класса UML для подмодели текстового значения

6.4.2 locallzed_text_value: Значение читабельного текста, представленного на одном или более языках.

Описание атрибута:

content: это internatlonal_text, являющийся представлением локализованного текста.

6.5 Значение меры

6.5.1    Диаграмма

Диаграмма класса UML для подмодели значения меры представлена на рисунке 9.

6.5.2    measure.value: Значение, определенное либо лри помощи неучтенного значения, либо при помощи диапазона значений, либо при помощи одного или нескольких уточненных значений.

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

Описание атрибутов:

UOM_code: код. назначенный единице измерения.

UOM_ref: IRDI единицы измерения.

Ограничения:

UOM_code или UOM_ref (или оба) не должен иметь нулевого значения.

Если UOM_ref и UOM.code не имеют нулевого значения, то они обозначают одну и ту же концепцию.

6.5.3    measure_qualified_number_value: Это quallfied.value. который определяет величину и спецификатор для measure_qualified_number_value.

Утверждения:

Каждый measure_quallfied_number_value имеет свое уточненное значение нулевого, одного или многих объектов qualified.value.

Каждый qualified_value — это уточненное значение только одного measure_qualifled_number_ value.

6.5.4    measure_range_value: Это measure.value, который обозначает все значения от нижней до верхней границы.

Описание атрибутов:

lower_value: это numeric_value, который является нижней границей диапазона значений.

upper.value: это numeric.vatue, который является верхней границей диапазона значений.

Утверждения:

Каждый measure_range_value имеет в качестве верхней границы диапазона значений только один numerlc_value. Каждый numeric.value является верхней границей значений нулевого или одного measure_range_value.

Каждый measure_range_value имеет в качестве нижней границы диапазона значений только один numeric.value. Каждый numeric_value является нижней границей значений нулевого или одного measure_range_value.

6.5.5    measure_single_number_value

Описание атрибутов:

unqualified_value: это numeric.value, определяющий величину без спецификатора для measure_single_number_value.

Утверждения:

Каждый measure_slngle_number_value имеет в качестве неуточненного значения только один numerlc_value. Каждый numeric.value является неуточменным значением нулевого или одного measure_slngle_number_value.

6.5.6    qualified.value: Значение, смысл которого уточняется спецификатором.

Примечание — «Номинальный», «минимальный» и «максимальный» — эго типичные спецификаторы.

Пример — «37.5 номинально» — это пример уточнанноао значения.

Описание атрибутов:

numerlc.value: это numeric.vatue, который уточняется.

qualifler_code: код. назначенный спецификатору.

qualifier_ref: IRDI спецификатора.

Рисунок 7 — Диаграмма класса UML для подмодели простого значения


Рисунок 9 — Диаграмма класса им I для подмодели хаче«ия меры


ГОСТ Р 56213.10—2014


Утверждения:

Каждый quallfied.value — это уточненное значение только одного measure.qua lifted, пиmberevalue. Каждый measure_qualifled_number_value имеет в качестве своего уточненного значения нулевой, один или много объектов qualified_value.

Каждый quallfied.value имеет в качестве основного значения нулевой или один numeric.value. Каждый numeric.value является основным значением для нулевого или одного quallfied.value. Ограничения:

qualifier_ref или qualifier.code (или оба) не должен иметь нулевого значения.

Если qualifier_ref и qualifiers ode не имеют нулевого значения, то они обозначают одну и ту же концепцию.

б.б Денежное значение

6.6.1 Диаграмма

Диаграмма класса UML для подмодели денежного значения приведена на рисунке 10.

currency, value

•currency ref.lRDI[0 .1)

-currency.oode lSO.currency.oode{0 1)

0 1 ♦ has as its underlying value %

numeric value

♦ «9 the underlying value for * underiying_value

i

i

i

i

fcx

ь

curraocy.ref or currency .code

К both currency _ief end currency code

(or both) shall be noo-nuii

are non-null they shall denote the

same concept

Рисунок 10 — Диаграмме класса UML для подмодели денежного значения

6.6.2 currency .value: Значение количества денег.

Описание атрибутов:

currency.code: Денежный код альфа-3, назначенный в соответствии с требованиями ИСО 4217.

Примечание — Дополнительную информацию об ИСО 4217 и перечень кодов можно найти по адресу:

hUp://.

currency.ref: IRDI денежной валюты.

underlylng.value: это numerlc.value, указывающий на количество денег.

Утверждения:

Каждый currency.value имеет в качестве основного значения только один numeric.value. Каждый numeric.value является основным значением для нулевого или одного currency.value.

Ограничения:

currency.ref или currency.code (или оба) не должен иметь нулевого значения.

Если currency.ref и currency.code не имеют нулевого значения, то они обозначают одну и ту же концепцию.

6.7 Составное значение

6.7.1    Диаграмма

Диаграмма класса UML для подмодели составного значения приведена на рисунке 11.

6.7.2    composlte.value: Совокупность пар «значение—свойство», определяемая ссылкой на свойство.

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

Рисунок 11 — Диаграмма класса UML для подмодели составного значения

Описание атрибута:

field: элемент, принадлежащий composite.value.

Примечание 2 — Если значение не пригодно для данного field, то его можно не включать (см. Е.1).

Утверждения:

Каждый composite.value имеет поле нулевого, одного или многих объектов field. Каждый field — это поле нулевого или одного composite.value.

Ограничения:

Для любого данного свойства должно быть не больше одного поля.

6.7.3 field: Поле, состоящее из лары «значение—свойство» и являющееся элементом com poslte. value.

Описание атрибутов:

property.ref: IRDI какого-либо свойства.

value: значение поля.

Утверждения:

Каждый field — это поле нулевого или одного composite.value. Каждый composite.value имеет в качестве поля нулевой, один или много объектов field.

Каждый field имеет в качестве значения только один value. Каждый value — это значение нулевого или одного field.

н

6.7.4    &et_value: Неупорядоченная совокупность значений без дубликатов.

Примечание — set_value — это значение приближений системы математических обозначений конечного множества.

Описание атрибута:

element: член совокупности элементов.

Утверждения:

Каждый set_value имеет в качестве элемента нулевой, один или много объектов value. Каждый value является элементом нулевого или одного set.value.

6.7.5    bag_value: Неупорядоченная совокупность значений с дозволенными дубликатами.

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

Описание атрибута: element: член мультимножества.

Утверждения:

Каждый bag.value имеет в качестве элемента нулевой, один или много объектов value. Каждый value является элементом нулевого или одного bag_value.

6.7.6    sequence_value: Упорядоченная совокупность значений с возможными дубликатами. Описание атрибута:

element: член последовательности.

Утверждения:

Каждый eequence.value имеет в качестве элемента нулевой, один или много объектов value. Каждый value является элементом нулевого или одного sequence_value.

6.8 Контролируемое значение

6.8.1 Диаграмма

Диаграмма класса UML для подмодели контролируемого значения приведена на рисунке 12.

Рисунок 12 — Диаграмма класса UML для подмодели контролируемого значения

6.8.2 controlled.value: Значение, смысл которого представлен во внешнем источнике.

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

Пример 2— В слоеере представлен класс рубашек трех цветов: красный, зеленый и голубой. В словаре концепций имеются следующие записи: красный 0161 1602-05524991; зеленый 0161-1902-05742291; голубой 0161-1902-05052791.

Интересующая нас рубашка имеет голубой цвет. Значение голубого изделия в каталоге представлено следующим образом:

con trotted _yatue(va1uejre1 ■ т0161-1902-05053791т).

Описание атрибутов: value_code: код значения, value.ref: IRDI значения.

Ограничения:

Если value_ref и value_code не имеют нулевого значения, то они обозначают одну и ту же концепцию.

value.ref или value_code (или оба) не должен иметь нулевого значения.

6.9 Ссылочное значение 6.9.1 Диаграмма

Диаграмма класса UML для подмодели ссылочного значения приведена на рисунке 13.

Рисунок 13 — Диаграмма класса UML для подмодели ссылочного значения

6.9.2    item_reference_value: Значение, являющееся ссылкой на предмет или элемент в рамках одного и того же набора данных, являющихся техническими характеристиками.

Утверждение:

Каждый item_reference_value имеет ссылку только на один item. На каждый item ссылается нулевой. один или много объектов ltem_reference_value.

6.9.3    flle.vatue: Значение, являющееся ссылкой на файл в сети Интернет.

Описание свойства:

URI: Уплотненная последовательность знакое. идентифицирующая абстрактный или физический ресурс, определенный в RFC 3986.

Регистрация информационного объекта

А.1 Идентификация документа

Для однозначной идентификации информационного объекта в открытой информационной системе настоящему стандарту присвоен следующий идентификатор объекта:

{(30 standard 29002 part (Ю) version (1)).

Смысл данного обозначения установлен а ИСО/МЭК 6824-1 и описан а ИСО 10303-1.

А.2 Схема идентификации

Для однозначной идентификации информационного объекта а открытой информационной системе схеме catalogue присвоен следующий идентификатор объекта:

{iso standard 20002 part (10) version (1) schema(1) catalogue(l))

Смысл данного обозначения установлен а ИСО/МЭК 8824-1 и описан а ИСО 10303-1.

Для однозначной идентификации информационного объекта а открытой информационной системе схеме value присвоен следующий идентификатор объекта:

(Iso standard 29002 part (10) version (1) schema(1) value(2)).

Машиммо-имторпретируемые распечатки

В настоящем приложении приведена информация об обмене данными каталога согласно модели UML. представленной в разделе 5. Распечатки схемы XML а машинно-интерлретируемой форме приведены е таблице 6.1.

Основной схемой XML является схема «каталог», которая имеет ссылки на схему «значение».

В машииио-иитерпрегируемые распечатки данного приложения включены следующие примечания:

«Любому лицу или лицам, которым предоставляется данная схема, разрешается бесплатно и в течение неограниченного сроке владеть ее копией, использовать, копировать, изменять и бесплатно распространять с целью дальнейшей разработки, изменения, применения данной схемы в программных средствах при соблюдении следующих условий:

схема, «как она есть», предоставляется без каких-либо официальных разрешений и ограничений с учетом условий для торговли и каких-либо иных целей, не нарушающих закон;

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

кроме того, каждая модифицированная копия схемы должна включать в себя следующее примечание: данная схема является модификацией схемы, определенной в ИСО/ТС 29002-10. и не должна интерпретироваться как схема, соответствующая данному стандарту».

Таблица В.1 — Схемы XML. определенные в настоящем стандарте

Описание

Файл HTML

Файл ASCII

URI

Схема XML для каталога

catalog ue.xad

catalogue, xed

um:iao:std:tso:ts:29002:-10:ed-1:techxml-achem в catalogue

ИСО/ТС 29002-10

Схема XML для значения

value.xad

value.xad

um:iso:std:iso:ts:29002:-I0:ed-1:tecft.xml-achema.value

ИСО/ТС 29002-10

Примечание — Расширение «.txt® применяется с наименованием каждого файле ASCII для обеспечения правильной программной обработки и просмотре в ееб-браузере. Для того чтобы применить какой-либо файл е программном обеспечении, следует удалить «.txt».

Схемы в таблице В.1 прямо или косвенно ссылаются на схемы в таблице 8.2.

Таблица В.2 — Схемы XML. определенные в других стандартах

Описание

Файл HTML

Файл ASCII

URI

Документ-ИСТОЧИ и к

Схема XML для идентификатора

dentlfler.xad

identlfler.xsd

um:iao:8ld:i3o:ta:29002:-5.ed-1:tech:xml-achem a identifier

ИСО/ТС 29002-5

Фрагмент идентификатора ОТО

identifier.dtd

identlfier.dtd

и m: iso :a td: too ;ts:29002 :-5:ed-1:tech dtd ldentifier

ИСО/ТС 29002-5

Дополнительная информация по реализации

Для обеспечения реализации может предоставляться дополнительная информация. Если такая информация предусмотрена, ее можно найти по следующему URL:

Ac 164-sc4 org/impie m entation.lnform ation/2 9002/00010.

Приложение O (справочное)

Модель данных характеристик со ссылкой на метаданные

Модель данных характеристик, определенная а разделе S, зависит от объектов метаданных, значения которых не определены а настоящем стандарте. Такие объекты могут быть определены а словарях концепций, а документах (например, а стандартах ИСО) или могут быть переданы вместе с данными характеристик. 8 таблице 0.1 приведен перечень ссылок на метаданные, применяемые с данными характеристик. Атрибут или свойство формы xxx.ref (а отличие от aubltem.path.properiy.ref) имеет отношение к данным, вводимым а словарь концепций, и принимает форму Международного идентификатора регистрационных данных (IRDI).

Примечание — ИСОЯС 29002-S определяет требования к IROI для комплекса стандартов ИСОЯС 29002.

Атрибут или свойство subltem.path.property.ref — это последовательность данных, вводимых а словарь концепций, принимающая форму перечня различных IRDI. Атрибутом или свойством xxx.eode может быть любой код. отличающийся от IRDI. который идентифицирует метаданные в контексте информационного обмена.

Если графа «Атрибут кода» пуста, то следует применять графу «Атрибут IRDI».

Таблица D.1 — Ссылка на метаданные

Источник

Целевой адресат

Атрибут IROI

Атрибут кода

item

claaa

claaa.ref

reference

organization

organi2ation_ref

organlzauon.code

property, value

property

property.ref

aubitern.pam _property_ref

condition .element

property

property.ref

language.string1*

language

language.ref

language.code

country

country.ref

country .code

held

property

property.ref

measure_value

unlt.of.measure

uom.ref

uom.code

qualified, value

q ua lifie r.of.m eesu re

quaiifier.ref

qualifier.code

currency.value

currency

currency.ref

currency.code

con trolled _value

vatue_of_property

vaiue.ref

value.code

ч Определен в ИСО/ТС 29002-6.

Руководство по применению

Е.1 Составное поле

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

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

• material type (тип материала)

property-ref • "0000-0*02-material Ту ре* Г required (необходимо)

- material designation (обозначеиие/маркировка материала) property-ref • ‘0000-0*02-та lenalDeeign at Ion* Г optional (необязатепьно).

Предположим, что требуется описать какой-то определенный предмет по следующим характеристикам: material type * aluminum (тип материала ■ алюминий) material designation (обозначение материала)■ *ОО-А-250/1*.

Предмет может быть представлен в XML в соответствии со схемой XML (см. приложение 8) следующим образом:

< Item class-refа *0000-0*01 - we bbmg* 1 *>

<рropeгту-value property-ref*"0000-0*02-material* Г»

<    val :com posite-va lue>

<vai:beld property-ref»*0000-0*02-matenalType*r»

<val:controiled-value value-ref>*0000-0*07-aluminum*/»

</val:field>

<val:field property-ref“‘0000-0*02-matervalDeeignetlon01*>

<val:string-vaiue>OO-A-250M</val:st/mg-value»

</val: field»

</va (com poe lie-value >

</property-value»

</oem»

Предположим, что требуется описать второй предмет по следующим характеристикам: material type ■ aluminum (тип материала ■ алюминий)

material designation • (none specified) (описание материала * не определено).

Предмет может быть представлен в системе XML в соответствии со схемой XML (см. приложение 8) следующим образом:

<item ctass-re1**0000-0*01 - webbmg* 1 *>

<property-value p to pe rty-ref ■ *0000-0*02-mate rial* Г >

<vai:compoeite-value>

<val:field p ro pe rty-re f ■ *0000-0*02-materia ГГ у pe*1*>

<val:cont/oiled-value value-ref°*0000-0*07-alurmnum*/»

</val field»

<    /val :com posite-va lue>

</property-value>

</item»

Поле для свойства OOOO-O*O2-materiaiDesignation01 исключено, поскольку значение отсутствует.

Возможно, все поля составного значения могут считаться необязательными и произвольными. 8 этом случае composite_value не будет включать в себя ни одного поля.

Е.2 Цепочке свойств подзлемеита

Диаграмма класса UML на рисунке Е.1 представляет класс notebook (компьютеров) как композицию или связку двух других классов — screen (экрана) и motherboard (материнской платы). Взаимоотношения такой связки определяются различными свойствами: свойством screen (экрана) и свойством motherboard (материнской платы). Кроме того, класс motherboard состоит из processorllntt (блока процессора), который в свою очередь состоит из fan (вентилятора) и processor (процессора). 8 итоге класс screen определяется свойством размера (реального), а класс processor определяется свойством частоты (реальной).

Рисунок Е.1 — Диаграмме класса UML схемы монтажа простого notebook (ноутбука)

Предположим, требуется описать конкретный notebook (ноутбук) по следующим характеристикам:

•    screen size (размер экрана) ■ 1S.4 in;

•    frequency (частота) ■ 3.16 GH2.

В соотаетстаии с рисунком Е.1 эти дае характеристики могут быть саязаны со следующими определенными саойстаами:

-    screen size: размер экрана компьютера класса notebook;

•    frequency: частота процессора в блоке обработки данных, размещенного а материнской плате ноутбука.

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

В настоящем приложении представление изделия осуществляется с помощью цепочки, названной «цепочка свойств подэлемента», которая образуется благодаря действию ссылочного механизма саойста. Такая цепочка состоит из последовательности саойста. ведущей от свойств класса ноутбука к свойству цели. Цепочке образуется с помощью property-ref и характеристик subitem-path-pгоperty-fef.относящихся к типу данных объекта property, value, где:

•    property-ref содержит а себе начало цепочки:

•    subltem-path-property-ref содержит а себе остальную часть цепочки.

На примере notebook (ноутбука) показана ссылка на дав представленных свойства:

•    screen at2e (размер экрана): ссылка на свойства размера класса экрана какого-либо класса ноутбуков

•    property-ref * *OOOO-O0O2-itsScreen#i"

-    subitem.patb.property.ref ■ *ОООО-О0О2-812е*Г

•    frequency (частота): ссылка на свойство частоты класса процессоров какого-либо класса ноутбуков:

•    property-ref* *OOOO-O0O2-itsMothert>oard0r

-    subitem_patn_property_ref * *OOOO-O0O2-ltsProcee8orUmt01OOOO-O0O2-lteProcesBor#i 0000-0*02-freqиencytf 1 * Ноутбук будет представлен а системе XML а соотаетстаии со схемой XML (см. приложение В) в следующем

виде:

«tem class-ref**00004)001 -notebook*Г>

<property-vaiue property-ref*a,OOOO-O0O2-ltsScreen>> a ub item-path-property-ref *'0000-O0O2-size0i*>

<val:measure-number-velue uom-codea*inch*>

<va I: reel-value > 15 A < Aral :rea l-va lue>

</val:mea8ure-number-value>

</property-value>

<property-value property-ref*”OOOO-O0O2-itsMothert>oard0i* subitem-path-property-ref«*0000-0f02-ueProces8orUnit OOOO-O0O2-iteProcessor01 0000-

O0O2-frequency01 *>

<val;measure-number-value uom-code*a>GH2<a>

<vai:real-value>3.i6</val:real-value>

<fval:measure-number-vaiue>

</property-value>

<Mem>

Е.Э Комбинация one.of

One.of — это спецификация, указывающая на то. что свойство объекта может иметь одно из нескольких значений. В торговле такое определение применяется при описании предмете снабжения.

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

Компания описывает изделие, указывая следующие свойства:

•    ширина — 8.5 дюйма;

•    высота — 11 дюймов;

•    количество пачек — S:

•    количество листов — 100;

- цвет — one_of (green, light green, gray, elate gray).

(Цвета — зеленый, светло-зеленый, серый и сероватый описаны а словаре концепций.

Изделия а виде бумажных пачек будут представлены a XML в соответствии со схемой XML (см. приложение В) в следующем виде:

<ltem ciaee-refB "0000-0001-columna rPadtf 1 *>

«property-value property-refB"OOOO-O0O2-wtdth0r>

<val;meaaure-number-value uonwet**0000-0*0S-inch#Г>

<valreal-vatue>8.S«/valreaPvalue>

</val:meaaure-number-veiue>

«/property-value>

«property-value property-refB"OOOO-O0O2-he»ght0r>

«valmeaaure-number-value uorrwefB*OOOO-O0O5-inch01*>

<val:reai-value>11.0«/val:real-value>

</vai:mea aure-nu m ber- value >

</property-value>

«property-value property-refB"OOOO-O0O2-numberOfColumne0r>

«val:integer-value>S«/val:lnteger-vaiue>

</property-value>

«property-value prop6rty-refB"OOOO-O0O2-numberOfPagee01">

< va I: integer-valu e> 100< Aral :i л teger-va lue>

</property-value>

«property-value property-refB*OOOO-O0O2-color01*>

<val:one-of>

<    val icontrolled-value value-ref «"0000-0007-green 81*/>

<val:controlled-value value-refB"0000-0007-IlghtGreen017>

«valicontrolled-value value-ref«*OOOO-O0O7-gray017>

<    valicontrolled-value value-ref«*OOOO-O0O7-alateCraytf 17>

</vai:one-of>

</property-value>

</item>

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

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

Шлемы должны обладать следующими свойствами:

•    размер — Ю;

•    цвет — combination (оливковый, темно-оливковый, коричневый, под цвет стволов деревьев, и зеленый, под ивет листвы).

Шлем будет представлен в системе XML в соответствии со схемой XML (см. приложение В) в следующем

виде.

<Item ciaee-ref«*OOOO-O0O1 -helmet# 1 *>

«property-value pro perty-refB "OOOO-O0O2-ei2e01 *>

<val:real-value>lO«/val:real-value>

</property-value>

«property-value pro perty-ref B"OOOO-O0O2-color01*>

«val:combination>

<    val icon trolled-value value-ref «*OOOO-O0O7-otlve017>

<vel:controlled-vetue value-ref«*OOOO-O0O7-dar*Olrve017>

<valicontrolled-value value-ref«"OOOO-O0O7-foreetBrown017>

<val controlled-value value-ref«*OOOO-O0O7-treeGreen017>

</val:combmabon>

«/property-value»

</item>

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

• размер — 10:

• цвет — one_of (оливковый, темно-олиаковый. коричневый и зеленый, combination (оливковый, тем-но-оливкоаый. светло-коричневый, зеленый)

Шлем будет представлен в системе XML а соответствии со схемой XML (см. приложение В) е следующем

виде:

<item clasa-refe*0000-0fl01-helmewr>

<property-vaiue property-ref**0000-0#02-sizeft 1 *>

<val:reat-value>10</vel:rea1-vatue>

</property-value>

<property-vatue pnoperty-ref**0000-0#02-co>orv 1 ">

<val:one-of>

<val.combination»

< vai:controlled-value value-ref**0000-0#07-ollve# 1 7>

<vai:controlled-vaiue value-ref*"0000-0#07-dark0kvesi7>

<vai:controlled-veiue value-ref*"OOOO-O#O7-forestSrown017>

<vai:controlted-vaiue value-ref*"0000-0#07-treeGreen#17>

</vai:comblnation>

<va (.combination»

<vai:controlied-vaiue value-ref*"0000-0#07-olive#17>

<vei:controlled-vaiue value-ret*~OOOO-O0O7-dar*Olrve9l7>

<vai:controlied-vaiue value-ref *"0000-0#07-light8rownfn7>

<vai:controlied-vaiue value-ret*’0000-0#07-treeGreen#i7>

</vai:comblnation>

</val:one-of>

</property-value>

</item>

Техническая дискуссия

F.1 Пары «значение — свойство»

Паре «значение — свойство» — это пример какого-то определенного значения, которое вместе с идентификатором денных, вводимых в словарь концепций. определяет какое-то свойство. 8 рамках моделей денных, определенных в настоящем стандарте, существуют три объекте, которые представляют пары «значение — свойство»: property.value, condltlon.eiement и field. Каждый из этих объектов имеет атрибут property.ref, значением которого является однозначный идентификатор данных, вводимых в словарь концепций для определения property (свойства). Объекты condltlon.eiement и field имеют прямую связь с объектом value. Объект property.value связан с объектом value через объект extended.vatue.

На рисунка F.1 показаны объекты property .value, condltlon.eiement и field как взаимосвязь между значениями и свойствами.

Dictionary    Catalogue

Рисунок F.1 — Пары «значение — свойство», представленные с неявно выраженными связями

Звенья, обозначенные как property, являются неявно выраженными. Реализуются они через внешние ссылки и через признаки property.value (см. рисунок F.2).

Dictionary    Catalogue

Рисунок F.2 — Пары «значение — свойство» с внешними ссылками

F.2 Использование вместе с другими стандартами

Несмотря на то. что настоящий стандарт был разработан для применения со словарем концепций, соответствующим концептуальной модели ИСО/ТС 29002-6, его можно применять с любым словарем концепций, который определяет каждую концепцию, упомянутую в каталоге, и назначает ей свой IRDI а соответствии с требованиями ИСО/ТС 29002-S.

В приложении D настоящего стандарта описаны требования, в соответствии с которыми следует делать ссылки на классы и свойства при помощи IR0I.

На другие концепции (organization, language, country. unlt_of_meaaure. qualifier_of_meaaure. currency и value, of property) могут быть ссыпки через коды.

Примечание—В случае применения концепций language, country, unit.ol.meaeure. quairtier_of_ measure, currency, их коды должны соответствовать стандартам, на которые имеются нормативные ссылки а настоящем стандарте. Л ля концепций organ izebon. qualifier.of.meaeure и vaiue.of.property содержание кодов а настоящем стандарте не определено.

Такие условия означают, что для использования вместе с настоящим стандартом словарь концепций как минимум должен назначить IRDI всем классам и свойствам а соответствии с требованиями ИСО/ТС 29002-5. Это показано на рисунке F.3.

Dictionary    Catalogue

Рисунок F.3 — Ссылки на классы и не пары «значение — свойство»

Пример — ИСО/ТС 15926-4 определяет совокупность исходных элементов ссылочных данных, которые моаут применяться для записи информации о перерабатывающих заводах, включая оборудование по добыче нефти и газа. Такие ссылочные данные включают информацию о классах и свойствах. Поэтому настоящий стандарт может применяться с ИСО/ТС 15926-4 при условии, что схема идентификации олределена. Это позволяет назначать IRDI в соответствии с требованиями ИСО/ТС 29002-5.

Сведения о соответствии ссылочных международных документов национальным стандартам Российской Федерации

Таблица ДА.1

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

Степень

соогво1стеия

Обозначение и маимеиооаиио соответствующею национального стандарта

ИС0/7С 29002-4

IDT

ГОСТ Р 56213.4—2014/ISO/TS 29002-4:2009 «Системы промышленной автоматизации и интеграция. Обмен данными характеристик Часть 4 Базовые элементы и типы»

ИСО/ТС 29002-5

IDT

ГОСТ Р 56213.5—2014/ISO/TS 29002-5:2009 «Системы промышленной автоматизации и интеграция. Обмен данными характеристик. Часть S. Схема идентификации»

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

• IDT — идентичные стандарты.

Библиография

(1)    ISO 4217

(2)    ISO 1087-1:2000

(3)    ISO 8000-102’»

(4)    ISO 8000-110

(5)    ISO 10303 (all parts)

(6)    ISO 13S84 (allperta)

(7)    iSOtfS 15926-4

(8)    ISO 22745 (all рала)

(9)    \SOfJS 29002-6

(10)    ISO/IEC 8824-1

(11)    RFC 3986


Codes lor the representation of currencies end funds

Terminology work — Vocabulary — Рал 1: Theory and application

Data quality — Part 102: Master date: Exchange of charactenstic data: Vocabulary

Data quality —Pad 110: Master data: Exchange of characteristic date: Syntex. semantic

encoding, and conformance to data specification

Industrial automation systems and integration — Product data representation end exchange Industrial automation systems and integration — Paris library

Industrial automation systems and Integration — integration of life-cycle data for process plants Including oil and gas production facilities — Рал 4: Initial reference data industrial automation systems and Integration — Open technical dictionaries end their application to master data

Industrial automation systems and integration — Exchange of characteristic data — Рал 6: Concept dictionary terminology reference model

Information technology — Abstract Syntax Notation One (ASN.1)—Part 1: Specification of basic notation

Uniform Resource Identifier (URI): Generic Syntex

” Заменен. Действует ISO 8000-2.

УДК 681.3.01.016:006.354    ОКС 25.040.40    П87

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

Рода*гор H.N. Кузьмина Технический редактор В Н Прусакова Корректор В.И. Воронцова Компьютерная аерстка В И. Грищенко

Сдано е набор 03.06.2015. Подписано е печать 26.07.2015. Формат 60x64*Гарнитура Ареал. Уел. пен. л. 4.16.

Уч.-изд. л. 3.60. Тирам 30 мз Зак. 2603.

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