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

36 страниц

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

 Скачать PDF

Идентичен ISO/TS 22745-30:2009

Оглавление

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

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

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

4 Сокращения

5 Основные понятия и предположения

6 Модель руководства по идентификации

     6.1 Основная часть

     6.2 Применение концепта

7 Модель типа данных

     7.1 Иерархия

     7.2 Корневой тип данных

     7.3 Числовые типы данных

     7.4 Булев и строковый типы данных

     7.5 Типы данных, представляющие интервалы или промежутки времени

     7.6 Тип управляемого значения

     7.7 Типы показателей или измерений

     7.8 Тип денежных единиц

     7.9 Сложные типы данных

     7.10 Ссылочный тип данных

8 Идентификаторы

Приложение А (обязательное) Регистрация информационного объекта

Приложение В (обязательное) Машинно-интерпретируемые распечатки

Приложение С (справочное) дополнительная информация по реализации

Приложение D (справочное) Связь с моделью каталога

Приложение Е (справочное) Руководство по применению

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

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

 

36 страниц

Дата введения01.09.2019
Добавлен в базу01.02.2020
Актуализация01.01.2021

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

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

27.07.2018УтвержденМежгосударственный Совет по стандартизации, метрологии и сертификации110-П
26.02.2019УтвержденФедеральное агентство по техническому регулированию и метрологии64-ст
РазработанФБУ КВФ Интерстандарт
ИзданСтандартинформ2019 г.

Industrial automation systems and integration. Open technical dictionaries and their application to master data. Part 30. Identification guide representation

Стр. 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/TS 22745-30— 2018

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

ОТКРЫТЫЕ ТЕХНИЧЕСКИЕ СЛОВАРИ И ИХ ПРИМЕНЕНИЕ К ОСНОВНЫМ ДАННЫМ

Часть 30

Представление руководства по идентификации

(ISOrrS 22745-30:2009, ЮТ)

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

Москва

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

2019

Предисловие

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

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

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

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

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

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

Краткое наименование страны no МК (ИСО 3166)004—97

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

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

Беларусь

BY

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

Казахстан

KZ

Госстандарт Республики Казахстан

Киргизия

KG

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

Россия

RU

Росстандарт

Таджикистан

TJ

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

Узбекистан

UZ

Узстандарт

4    Приказом Федерального агентства по техническому регулированию и метрологии от 26 февраля 2019 г. № 64-ст ГОСТ ISO/TS 22745-30—2018 введен в действие в качестве национального стандарта Российской Федерации с 1 сентября 2019 г.

5    Настоящий стандарт идентичен международному документу ISO/TS 22745-30:2009 «Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 30. Представление руководства по идентификации» (ISO/TS 22745-30:2009 «Industrial automation systems and integration — Open technical dictionaries and their application to master data — Part 30: Identification guide representation», IDT).

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

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

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

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

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

Каждый prescribed_item определяет требования к данным для нулевого или одного identification_ guide Каждый identification_guide имеет требования к данным, определяемым нулевым, одним или многими объектами prescribed_item.

Каждый prescribed_item определяет предметы, на которые делаются ссылки по значениям. определяемым как нулевой, один или многие объекты item_reference_type Каждый item_ reference_type определяет значения, которые указывают на предметы, определяемые только одним prescribedjtem

Каждый prescribedjtem аннотирован нулевым, одним или многими объектами implementation_ note Каждый implementation_note аннотирует нулевой или один prescribedjtem

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

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

6.1.4 Объект prescribed_property

Объект prescribed_property является техническим требованием к формату и данным для описания свойства предмета.

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

annotation:    implementation_note.    обеспечивающий    удобную    для    чтения инструкцию по

представлению свойства;

combination_allowed:    допустимая    комбинация значений, которые могут применяться как значения

свойств:

datatype:    допустимый    тип данных для компонента или составной части значения в паре

«значение — свойство», определяемый при помощи prescribed_property.

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

environment:    определение    группы связанных и зависимых условий, которые изменяют

смысл значения свойства, соответствующего rescribed_property.

is_differentiating:


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

в любом случае значение свойства должно обязательно присутствовать в каждом классе или признаке, которые соответствуют исходному prescribed_item; в любом случае не одно, а несколько значений свойства могут присутствовать в каждом классе или признаке, которые соответствуют исходному prescribedjtem:

значение свойства может включать в себя one_of элементов: глобальный однозначный идентификатор для prescribed_property; свойство, для которого предписывается применение prescribed_property.


is_required:

MultpleJnstances_allowed:


one_of_allowed: prescribed_property_ID: property (свойство):


Пример — Элементы класса упорных шарикоподшипников имеют расчетную нагрузку при определенной скорости вращения и с учетом среднего срока службы. Например, упорный шарикоподшипник со ссылочным номером «SA08» рассчитан на нагрузку 60 фунтов на 100 оборотов в минуту при среднем сроке службы 2500 ч. Объект prescribed_property — это условие или свойство «выдержать осевую нагрузку». Условия работы состоят из двух объектов prescribed condition element: один — скорость вращения, другой — средний срок службы;

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

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

Каждый prescribed_property имеет в качестве типа данных нулевой или один datatype. Каждый datatype является типом данных для нулевого или одного prescribed_property.

Каждый prescribed_property аннотирован нулевым, одним или многими объектами implementation_note. Каждый implementation_note аннотирует нулевое или одно prescribed_property.

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

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

6.1.5    Объект prescribed_data_environment

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

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

condition_elemenl:    спецификация    требований    к    формату    и к данным для пары «значение —

свойство» при описании условий; is_required:    условие    должно    быть    обязательно включено в каждый пример свойства.

требования к формату данных которого определены наличием prescribed_ property

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

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

Каждый prescribed_data_environment определяет условия только для одного prescribed_ property. Каждый prescribed_property включает в себя условия оценки, определяемые нулевым, одним или многими объектами prescribed_data_environment

6.1.6    Объект prescribed_condition_element

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

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

datatype:    допустимый    тип    данных    для    компонента    значения    пары «значение — свой

ство», определяемый prescribed_condition_element.

Примечание — Если тип данных точно не определен, то для обозначения свойства в словаре используют стандартный тип данных, выбранный по умолчанию Если тип данных точно не определен в словаре, то тогда используют по умолчанию string_type данных;

is_required:    пара    «значение    —свойство», определенная prescribed_condition_element.

должна присутствовать в любом контексте данных, связанных или соответствующих prescribed_data_environment; property:    свойство,    для    которого    предписано    применение prescribed_condition_

element

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

Каждый prescribed_condition_element имеет в качестве типа данных нулевой или один datatype. Каждый datatype является типом данных для нулевого или одного prescribed_condition_element

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

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

6.1.7    Объект implementation_note

Объект implementation_note является неофициальным руководством по описанию предмета или свойства в каталоге.

Описание атрибута: content:    текст    implementation_note.

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

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

Каждый implementation_note аннотирует нулевой или один prescribed_item. Каждый prescribed_ item аннотируется нулевым, одним или многим объектами implementation_note

Каждый implementation_note аннотирует нулевой или один prescribed_property Каждый prescribed_property аннотируется нулевым, одним или многими объектами implementation_note

6.2 Применение концепта

6.2.1 Диаграмма

Рисунок 2 — Диаграмма класса UML, относящаяся к применению концепта


Диаграмма класса UML. относящаяся к применению концепта, приведена на рисунке 2.

6.2.2 Объект concept_use

Объект concept_use — это выбранная программой управления терминология руководства по идентификации для заданного концепта.

preferred_definition:

preferredjmage:

preferredjerm:

used_concept:

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

определение (definition), которое применяет программа управления руководством по идентификации для концепта;

изображение (image), которое применяет программа управления руководством по идентификации для концепта;

термин (term), который применяет программа управления руководством по идентификации для концепта;

концепт (concept), для которого concept_ used применяет выбранную терминологию.

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

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

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

Каждый concept_use определяет выбор для нулевого или одного image. Каждый image выбирается и определяется только одним concept_use

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

Каждый concept_use определяет выбор терминологии только для одного identification_guide Каждый identification_guide использует выбранную терминологию, определяемую нулевым, одним или многими объектами concept_use

7 Модель типа данных

7.1 Иерархия

Иерархия типа информационных данных в виде диаграммы класса UML приведена на рисунке 3.

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

7.2 Корневой тип данных

7.2.1 Диаграмма

Область корневого типа данных в виде диаграммы класса UML приведена на рисунке 4.

datatype

* has details of representation given by

representation

♦ gives details of representation for 0)' representation

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

7.2.2 Объект datatype

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

Примечание — К типу информационных данных относятся единицы измерений

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

representation:    представление,    предусматривающее    дальнейшие сведения о типе данных.

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

Каждый datatype является базовым типом нулевого или одного aggregate_type Каждый aggregate_type имеет в качестве базового только один datatype

Каждый datatype является базовым типом для нулевого или одного choice_type. Каждый choice_ type имеет в качестве базового типа один или много объектов datatype

Каждый datatype имеет детали представления, заданные нулевым или одним representation Каждый representation дает детали представления для нулевого, одного или многих объектов datatype

Каждый datatype является базовым типом нулевой или одной field_specification Каждый field_ specification имеет в качестве базового только один datatype.

Каждый datatype является типом данных для нулевого или одного prescribed_condition_element Каждый prescribed_condition_element имеет нулевой или один datatype.

Каждый datatype является типом данных для нулевого или одного prescribed_property. Каждый prescribed_property имеет нулевой или один datatype

7.3 Числовые типы данных

7.3.1 Диаграмма

♦ has the format

♦ specifies the format    of the real part

of the real part tor    specified by

complex_typo

real_part format

0..1

real_format

imaginary _part_format

0..1

-pattemrString

♦ spocifos the format ♦ has the format

-symbots:Strir*g(0..1J

of the imaginary part for    of    the    imaginary    part    t    \

specified by    0..1

Область числовых типов в виде диаграммы класса UML приведена на рисунке 5.

numertcjype

raaljype


♦ specifies the format for

♦ has the format specified by

format

Рисунок 5 — Диаграмма класса UML для области числовых типов


Ъ-

7.3.2 Объект numeric_type

Объект numeric_type — это datatype, элементами которого являются концептуальные величины, представленные в какой-то определенной математической числовой системе.

Пример — Истинный — 45, 7/13 и 2,96 — это элементы numeric type. Определение «Зеленый» не является таковым.

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

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

Каждый numeric_type является базовым для нулевого или одного measure_type Каждый measure_type имеет в качестве базового нулевой или один numeric_type

Каждый numeric_type является базовым для нулевого или одного prescribed_unit_of_measure. Каждый prescribed_unit_of_measure имеет в качестве базового нулевой или один numeric_type

7.3.3    Объект integer_type

Объект integer_type — это numeric_type. элементами которого являются математические целые числа.

Пример — 7 и 452 — это элементы integer type, а 3,25 и 11/13 не являются таковыми.

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

format:    integer_format определяет допустимый формат для значений integer_type.

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

Каждый integer_type имеет формат, определяемый нулевым или одним integer_format. Каждый integer_format определяет формат только для одного integer_type

7.3.4    Объект integer_format

Объект integer_format является спецификацией допустимого расположения знаков для представления целых чисел в соответствии с классом десятичного формата Java 5 SE API [11].

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

pattern:    обозначения целых чисел в соответствии с обозначениями десятичного

формата класса Java 5 SE API [11]; symbols:    обозначения целых чисел соответствуют обозначениям десятичного форма

та класса Java 5 SE API [11 ].

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

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

Каждый integer_format определяет формат только для одного integer_type. Каждый integer_type имеет формат, определяемый нулевым или одним integer_format

Каждый integer_format определяет формат только для одного rational_type. Каждый rational_ type имеет формат, определяемый нулевым или одним integer_format

7.3.5    Объект rational_type

Объект rational_type — это numeric_type. элементы которого могут быть выражены как соотношение двух целых чисел.

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

format:    integer_format. определяющий допустимый формат числителя и знамена

теля rational_type

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

Каждый rational_type имеет формат, определяемый нулевым или одним integer_format. Каждый integer_format определяет формат только для одного rational_type

7.3.6    Объект real_type

Объект real_type — это numeric_type. элементами которого являются численные приближения к математическим реальным числам, выраженным как числа с плавающей запятой.

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

format:    real_format. который определяет допустимый формат для значений геаИуре

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

Каждый real_type имеет формат, определяемый нулевым или одним real_format. Каждый real_ format определяет формат только для одного real_type

7.3.7    Объект real_format

Объект real_format — это спецификация допустимого расположения знаков для представления реального числа в соответствии с большим десятичным форматом Java 5 SE API [11].

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

pattern:    образец,    которому    должно    соответствовать    реальное    число,    согласованное

с синтаксисом структурного образца для десятичного формата класса Java 5 SE API (11J;

symbols:    обозначения    для    реального    числа    в    соответствии    с    обозначениями    десятич

ного формата класса Java 5 SE API (11).

Примечание — Представление обозначений десятичного формата не предусмотрено в настоящем стандарте

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

Каждый real_format данных определяет формат реальной части только для одного complex_type Каждый complex_type имеет формат реальной части, определяемый нулевым или одним real_format Каждый real_format определяет формат предполагаемой части только для одного complex_type Каждый complex_type имеет формат предполагаемой части, определяемый нулевым или одним real_format Каждый real_format определяет формат только для одного real_type. Каждый real_type имеет формат, определяемый нулевым или одним real_format.

7.3.8 Объект complex_type

Объект complex_type — это numeric_type. элементами которого являются численные приближения к математическим комплексным числам выражения а + b •/, где— корень квадратный -1. а и b — члены множества реальных/действительных чисел, выраженных числами с плавающей запятой.

Примечание 1 — Требования к определению модели UML и к формату обмена комплексных чисел установлены в ISO/TS 22745-40

Примечание 2 — Элементы комплексного типа (комплексные числа) представлены в формате Декартовых координат Настоящий стандарт не распространяется на спецификацию комплексного типа, элементы которого (комплексные числа) полярны

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

imaginary_part_format:    real_format.    который    определяет    допустимый    формат    значений    предпола

гаемой части complex_type: real_part_fonmat:    real_format.    который    определяет    допустимый    формат    значений    реальной

части complex_type

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

Каждый complex_type имеет формат реальной части, определяемый нулевым или одним real_ format. Каждый real_format определяет формат реальной части только для одного complex_type.

Каждый complex_type имеет формат предполагаемой части, определяемый нулевым или одним real_format. Каждый real_format определяет формат предполагаемой части только одного complex_type

7.4 Булев и строковый типы данных

7.4.1 Диаграмма

Диаграмма класса UML для области Булева и строкового типов данных приведена на рисунке 6.

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

7.4.2    Обьект boolean_type

Объект boolean_type — это datatype, элементами которого являются истинные и ложные значения.

Пример — Истинные и ложные значения — это элементы booleanjype, О и 1 (ноль и единица) к этому типу не относятся.

7.4.3    Объект boolean_type string_type

Объект boolean_type string_type — это datatype, элементами которого являются конечные последовательности знаков. Этот тип данных не зависит от языка.

Примечание — Тип localized_text_type является примером для строк, зависимых от языка

Пример — Наименование торговой марки.

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

format:    string_format. который определяет допустимый формат для значений

string_type.

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

Каждый string_type имеет формат, определяемый нулевым или одним string_format Каждый string_format определяет формат только для одного string_type

7.4.4    Объект string_format

Объект string_format является спецификацией допустимого расположения знаков для представления строки.

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

pattern:    образец, с которым должна быть согласована строка, совпадающая с регу

лярным выражением синтаксиса, представленного в ISO/IEC 9945-2.

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

Каждый string_format определяет формат только для одного string_type Каждый string_type имеет формат, определяемый нулевым или одним string_format.

7.4.5    Объект localized_text_type

Объект localized_text_type является datatype, элементы которого передают смысл, выраженный в тексте на одном или нескольких языках.

Пример — Такой тип данных, как {[«book», английский]}, [кlivre», французский], [nbuch», немецкий, [ttlibro», испанский]}, является элементом localizedjextjype.

7.5    Типы данных, представляющие интервалы или промежутки времени

7.5.1 Диаграмма

Диаграмма класса UML для типов данных, обозначающих интервалы или промежутки времени, представлена на рисунке 7.

dato_type

y*ar_type

datojimotype

year_mooth_typ*

tim*_type

Рисунок 7 — Диаграмма класса UML для типов данных, представляющих интервалы или промежутки времени

7.5.2    Объект date_type

Объект date_type — это datatype, элементами которого являются значения: год — месяц — день. Пример — 2008-02-21 (февраль 21, 2008).

7.5.3    Объект date_time_type

Объект date_time_type — это datatype, элементами которого являются значения реального дня. времени дня. месяца и года.

Пример — 2008-02-21Т13:21:47 (февраль. 21, 2008, 1 ч, 21 мин и 47 с после полудня).

7.5.4    Объект time_type

Объект time_type — это datatype, элементами которого являются значения времени дня.

Пример — 13:21:47 (1 ч, 21 мин и 47 с после полудня).

7.5.5    Объект year_month_type

Объект year_month_type — это datatype, элементами которого являются значения месяца и года. Пример — 2008-01 и 2005-04.

7.5.6    Объект year_type

Объект year_type — это datatype, элементами которого являются значения года.

Пример — 1964 и 2008.

7.6    Тип управляемого значения

7.6.1 Диаграмма

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

controlled_value_type

♦ bases alowabtevalue^

value of_prop#rty

♦ is an allowable value for 1

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

7.6.2 Объект controlled_value_type

Объект controlled_value_type — это datatype, элементами которого являются выбранные значения из перечня значений.

Пример — Производитель изготовил рубашки одной модели пяти цветов: красного, зеленого, голубого, черного и коричневого. Цвет рубашки представлен controlled_value_type с допустимым значением, равным (хххх).

Описание атрибутов: allowable_value:    ряд    допустимых    значений    для управляемого значения.

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

Каждый controlled_value_type имеет в качестве допустимого значения один или много объектов value_of_property. Каждый value_of_property является допустимым значением для нулевого, одного или многих объектов controlled_value_type

7.7 Типы показателей или измерений

7.7.1 Диаграмма

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

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

7.7.2    Объект measure_type

Объект measure_type — это datatype, элементами которого являются измерения.

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

base_type:    спецификация    числовой или цифровой части каждого элемента measure_type;

unit:    спецификация единицы измерения для значений, относящихся к measure_type

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

Каждый measure_type имеет в качестве своего базового типа нулевой или один numeric_type Каждый numeric_type является базовым для нулевого или одного measure_typc

Каждый measure_type является одним или многими объектами prescribed_unit_of_measure Каждый prescribed_unit_of_measure является только одним measure_type

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

Либо measure_type должен иметь base_type. либо каждый prescribed_unit_of_measure связанный с measure_type. должен иметь base_type

7.7.3    Объект prescribed_unit_of_measure

Объект prescribcd_unit_of_measure является спецификацией требований к данным для применения конкретной единицы измерения со значениями measure_type

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

© ISO. 2009 — Все права сохраняются © Стандартинформ. оформление. 2019

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

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

base_type:    спецификация числовой или цифровой части элементов measure_type.

имеющих единицу измерения: unit:    единица измерения, требование которой определены prescribed_unit_of_

measure.

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

Каждый prescribed_unit_of_measure является только одним measure_type Каждый measure_ type является одним или многими объектами prescribed_unit_of_measure.

Каждый prescribed_unit_of_measure имеет в качестве базового типа нулевой или один numeric_ type. Каждый numeric_type является базовым типом для нулевой или одной prescribed_unit_of_measure Каждый prescribed_unit_of_measure предусматривает применение только одного unit_of_ measure Каждый unit_of_measure имеет применение, предусмотренное нулевым, одним или многими объектами prescribed_unit_of_measure

7.7.4    Объект measure_range_type

Объект measure_range_type является measure_type. элементами которого являются диапазоны измерения.

Пример — Диапазон измерения пот 2.9 до 3,1 мм».

7.7.5    Объект measure_number_type

Объект measure_number_type — это measure_type. элементами которого являются неуточнен-ные значения или ряд уточненных значений.

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

qualifier:    спецификация уточнителя, который может применяться с measure_number_

type;

unqualified_value_allowed:    в любом случае элементами measure_number_type могут являться неуточ-

ненные допустимые значения.

Пример — п2,0 мм» — неуточненное значение измерения; «2,0 мм номинал» — уточненное значение измерения.

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

Каждый measure_number_type имеет уточнитель, определяемый нулевым, одним или многими объектами prescribed_qualifier_of_measure Каждый prescribed_qualifier_of_measure определяет уточнитель только для одного measure_number_type

7.7.6    Объект prescribed_qualifier_of_measure

Объект prescribed_qualifier_of_measure является спецификацией требований к данным для применения конкретного уточнителя с определенными значениями measure_number_type.

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

is_required:    в любом случае каждый элемент measure_number_type должен включать в

себя определенное значение с данным уточнителем.

Пример 1 — Свойством класса U-образных болтов является «внутренний диаметр крюкообразной формы U».

Получатель данных требует, чтобы было представлено номинальное значение данного свойства. Могут быть также указаны минимальное и/или максимальное значения. Объект prescribed_ qualifier of_measure «номинального» уточнителя является истинным и верным. Объект prescribed qualifier of_measure для минимального и максимального уточнителей признается ложным;

qualifier:    уточнитель требования к данным, который определяется prescribed_

qualifier_of_measure.

Пример 2 — «Номинальный», «минимальный» и «максимальный» — это постоянно применяемые уточнители показателей измерения.

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

Каждый prescribed_qualifier_of_measure определяет уточнитель только для одного measure_ number_type. Каждый measure_number_type имеет уточнитель, определенный нулевым, одним или многими объектами prescribed_qualifier_of_measure.

Содержание

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

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

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

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

5    Основные понятия и предположения.....................................................2

6    Модель руководства по идентификации..................................................2

6.1    Основная часть...................................................................2

6.2    Применение концепта.............................................................7

7    Модель типа данных..................................................................8

7.1    Иерархия........................................................................8

7.2    Корневой тип данных..............................................................8

7.3    Числовые типы данных............................................................9

7.4    Булев и строковый типы данных....................................................11

7.5    Типы данных, представляющие интервалы или промежутки времени.....................12

7.6    Тип управляемого значения........................................................13

7.7    Типы показателей или измерений...................................................14

7.8    Тип денежных единиц.............................................................16

7.9    Сложные типы данных............................................................17

7.10    Ссылочный тип данных..........................................................19

8    Идентификаторы....................................................................20

Приложение А (обязательное) Регистрация информационного объекта........................21

Приложение В (обязательное) Машинно-интерпретируемые распечатки........................22

Приложение С (справочное) Дополнительная информация по реализации......................23

Приложение D (справочное) Связь с моделью каталога......................................24

Приложение Е (справочное) Руководство по применению....................................26

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

межгосударственным стандартам..........................................28

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

Введение

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

Международные стандарты разрабатывают в соответствии с требованиями директив ISO/IEC, часть 2.

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

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

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

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

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

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

Перечень стандартов комплекса ISO 22745 можно найти в Интернете по адресу: http://www.td84-sc4.org/titles/OTD_Trtles.htm.

Стандарты комплекса ISO 22745 устанавливают систему описательной технологии, состоящую:

-    из открытого технического словаря (OTD);

-    руководства по идентификации (IG);

-    основных данных;

-    схемы идентификации;

-    методик по обслуживанию OTD;

-    интерфейсов для запроса информации из OTD. включая терминологию, относящуюся к заданному концепту.

Открытый технический словарь (OTD) представляет собой совокупность терминов, которые определены для их применения такими организациями, как ISO. IEC. и рядом других, взаимодействующих друг с другом с целью разработки терминологии. В OTD включены термины, определения и изображения концептов, применяемые для описания отдельных объектов, организаций, местоположений, товаров и услуг. В стандартах комплекса ISO 22745 описаны элементы данных, относящиеся к конкретным классам и парам «значение — свойство».

Открытый технический словарь:

-    позволяет однозначно определять свойства, представленные 8 ISO 10303;

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

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

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

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

-    помогает осуществлять эффективное финансирование источников информации;

-    помогает управлять инвентаризацией и способствует совершенствованию этого процесса;

-    предусмотрен для использования в коммерческих и внутриправительственных деловых операциях;

-    обеспечивает информацией о единицах измерений и международных денежных единицах;

-    предоставляет сведения о классификации и применении различных языков.

Любая организация может подготовить и предложить термины для их включения в открытый технический словарь. Стандарты комплекса ISO 22745 не устанавливают требования к стандартизации терминологии. Открытый технический словарь должен иметь однозначный идентификатор для каждого концепта и обратные ссылки на источник терминологии (термины, определения и изображения). Словари OTD связывают термины и определения с их семантическим содержанием и дают ссылки на источник термина и определения. Словари OTD должны не дублировать существующие стандарты, а обеспечивать исчерпывающий набор терминов для описания отдельных объектов, организаций, их местоположения, а также товаров и услуг.

Несмотря на то что процесс гармонизации терминов не включен в область распространения стандартов комплекса ISO 22745, OTD может быть полезным инструментом для процессов гармонизации между стандартами ISO, IEC и другими документами.

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

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

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

Системы промышленной автоматизации и интеграция ОТКРЫТЫЕ ТЕХНИЧЕСКИЕ СЛОВАРИ И ИХ ПРИМЕНЕНИЕ К ОСНОВНЫМ ДАННЫМ

Часть 30

Представление руководства по идентификации

Industrial automation systems and integration Open technical dictionanes and their application to master data.

Part 30 Identification guide representation

Дата введения — 2019—09—01

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

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

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

-    на концептуальную модель для руководств по идентификации:

-    формат обмена для руководств по идентификации.

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

-    на концептуальную модель и формат обмена для открытых технических словарей (ОТО).

Примечание 1 — Требования к концептуальной модели и формату обмена для OTD установлены в ISO/TS 22745-10.

-    концептуальную модель и формат обмена для каталогов.

Примечание 2 — Требования к концептуальной модели и формату обмена для каталогов установлены в ISO/TS 22745-40

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

Примор — Описание изделий и услуг средствами онтологий классов и свойств представлено в ISO 13584, IEC 61360, ISO 15926 и ISO 13399.

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

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

ISO 22745-2. Industrial automation systems and integration — Open technical dictionaries and their application to master data — Pari 2: Vocabulary (Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 2. Словарь)

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

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

ISO/IEC 8824-1, Information technology — Abstract Syntax Notation One (ASN.1) — Part 1: Specification of basic notation (Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации]

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

В настоящем стандарте применены термины no ISO 22745-2.

4    Сокращения

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

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

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

ОТО — открытый технический словарь (ЕССМА Open Technical Dictionary^;

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

URN — унифицированное название ресурса (uniform resource name);

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

5    Основные понятия и предположения

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

Примечание 1 — Словарем данных, на который приведена ссылка при описании элементов данных, может быть словарь ОТО. библиотека деталей ISO 13584, библиотека эталонных данных ISO 15926 или любой другой словарь данных, описывающий продукцию и услуги с использованием онтологии классов и свойств, при условии, что такой словарь назначает IRDI для каждого класса и свойства

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

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

Пример — Союзный номитот НАТО 135 издаст руководства по идентификации предметов снабжения (Item Identification Guidos, IIG), которые описывают формат и требования к данным для обеспечения обмена каталожными данными для примерно 37 ООО утвержденных наименований предметов снабжения (Approved Item Name, AIN). Каждое AIN обозначает один предмет снабжения. В настоящем стандарте требования к каждому AIN описаны в руководстве по идентификации информационного объекта, а вся система IIG НАТО, представляющая требования для всех AIN, рассмотрена как совокупность руководств по идентификации.

Примечание 2 — Настоящий стандарт не распространяется на модель данных или на формат обмена для групп руководств по идентификации

6 Модель руководства по идентификации

6.1    Основная часть

6.1.1    Диаграмма

Диаграмма класса UML для подмодели верхнего уровня руководства по идентификации изображена на рисунке 1.

2

is In


language


language


identification_guide


4denMcallon_guWeJD:IRDII0..1) -titie:String(0..1]

-manager_reference_string:Str1ng(0..11 -4s _strict: boolean


♦ sped lies data requirements lor


tem_speatcation


♦ has data requirements specited by ♦ Is the language of


inplcmcrtation_note


annotation

+ annotates


0..1


♦ sped tes preferred tenn rtdogy for used_concept

♦ has preferred terminology specif ed by


concept use


1


class


+ prescribes the representation of tems belonging to


-content any jnlxed


prescribedjtem


♦ is annotated by


0..1


is annotated by


-prescribed jtem JD:IRDI[0..1 ] -m ust_be_de pendent: bool ean -constraint any _ele mentt* ]


♦ has the item representation sped ted by


♦ spedtes a property for property


annotation


♦ annotates


0..1

,♦ has property sped ted by


0..1


prescribedproperty


property


} ♦ha^us^fescnbed by


+ prescribes the use of ♦ prescrbes the use of

♦ spedtes the condlions of measurement for

environment

I

+ has the conditions of measurement spec ted by


-prescribed _property_ID:IRDI[0..1] -tsjequi red: boolean -one_of_al owed bool ean -com bnation_a to we d bool ean -m uttfpl e_in st ances_al owed bod ean -is_di fterentiab ng bool ean


0..1


♦ is the datatype for datatype ♦ has as its datatype


0..1


datatype


proscribe cldataenvimnment


♦ has as its datatype


0..1


-4s_requl red:bool ean


♦ spedtes a condition for сопев ion_eiemeri1 1..*


use prescribed by preacribed condition dement


1

datatype ► has the согхЯоп sped ted by 0..1


-is_required boolean


+ is the datatype tor


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


6.1.2 Объект identification_guide

Объект identificationguide является руководством по идентификации, утверждающим требования к формату и данным каталога, нужным получателю информации.

identification_guide_ID:

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

is strict:

общепринятый однозначный идентификатор для объекта identification guide:

item_specification:

ma n ag er_re fe rence_stnng:

title:

used_concept:

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

prescribedjtem. устанавливающий требования к формату и данным для описания класса предметов, нужных получателю информации; текст, который применяет управляющий identification_guide для ссылки на другой identification_guide:

название или заголовок, применяемый для ссылки на identification_guide; concept_use, который определяет выбранную терминологию для identification_guide

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

Каждый identification_guide устанавливает требования к данным, определяемым нулевым, одним или многими объектами prescribedjtem Каждый prescribedjtem устанавливает требования к данным для нулевого или одного identification_guide

В каждом identification_guide используют выбранную терминологию, определяемую нулевым, одним или многими объектами concept_use.

Каждый concept_use определяет выбранную терминологию только для одного identification_guide.

6.1.3 Объект prescribedjtem

Объект prescribedjtem — это техническое требование к формату и данным для описания конкретного класса предметов, включенных в каталог.

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

annotation:    объект    implementation_note,    предусматривающий    удобное    для    чтения    руко

водство по представлению предметов, принадлежащих к какому-либо классу; class:    класс    предметов,    чей    формат и требования к данным определены;

constraint:    состояние,    постоянно    поддерживаемое между различными свойствами

предметов.

Примечание 1— Ограничение может быть представлено относительно любого элемента XML Специальное или особое представление ограничений не входит в область распространения настоящего стандарта

Пример 1 — Предмет имеет круглую форму. Его характерными свойствами являются радиус и диаметр. Правило: радиус - 2‘ диаметра может являться ограничением.

Пример 2 — Предмет имеет прямоугольную форму. Его характерными свойствами являются ширина и длина. Правило: ширина менее или равная длине может являться ограничением.

Пример 3 — Предмет имеет круглую или прямоугольную форму. Его характерными свойствами являются диаметр, ширина и длина. Правило: свойства представляются либо диаметром, либо шириной и длиной. Это может являться ограничением;

must_be_dependent:    в    любом    случае предмет, соответствующий какому-либо prescribedjtem.

должен иметь зависимость существования от другого предмета.

Примечание 2 — В соответствии с моделью данных, установленной в ISOTTS 22745-40, предмет определяют как имеющий зависимое существование путем определения его свойства is dependent как истинного или верного

Примечание 3 — Зависимо существующий предмет иногда рассматривается как «дочерний» по отношению к предмету, от которого он зависит

Пример 4 — Головка шестигранного болта может быть представлена как зависимо существующий предмет, являющийся «дочерним» по отношению к целому болту;

prescribed_itemJD:    всеобщий однозначный идентификатор для prescribedjtem;

property:    prescribed_property,    определяющий    требования    к формату и данным с це

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