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

ГОСТ ISO/TS 22745-30-2018 Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 30. Представление руководства по идентификации

Обозначение:
ГОСТ ISO/TS 22745-30-2018
Наименование:
Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 30. Представление руководства по идентификации
Статус:
Принят
Дата введения:
09.01.2019
Дата отмены:
-
Заменен на:
-
Код ОКС:
25.040.01

Текст ГОСТ ISO/TS 22745-30-2018 Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 30. Представление руководства по идентификации

>

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

INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION (ISC)

ГОСТ

ISO/TS 22745-30—

2018


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

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

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

Часть 30

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

(ISO/TS 22745-30:2009, IDT)

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

Москва Стамдартимформ 2019


Предисловие

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

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

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

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

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

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

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

Км страны по МК <ИСО31вв) 004-97

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

Беларусь

BY

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

Казахстан

KZ

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

Киргизия

KG

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

Россия

RU

Росстандарт

Таджикистан

TJ

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

Узбекистан

UZ

Уэст андарт

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

  • 5 Настоящий стандарт идентичен международному документу ISO/TS 22745*30:2009 «Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 30. Представление руководства по идентификации» (ISOZTS 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 ВВЕДЕН ВПЕРВЫЕ

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

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


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

Содержание

  • 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 (справочное) Связь с моделью каталога

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

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

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

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

Введение

Международная организация по стандартизации (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_T1tles.htm.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ГОСТ ISO/TS 22745-30—2018

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

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

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

Часть 30

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

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

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

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

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

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

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

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

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

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

Примечание 1 — Требования к концептуальной модели и формату обмена для ОТО установлены в 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 — Part 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 Guides. IIG), которые описывают формат и требования к данным для обеспечения обмена каталожными данными для примерно 37 000 утвержденных наименований предметов снабжения (Approved Item Name. AIN). Каждое AIN обозначает один предмет снабжения. В настоящем стандарте требования к каждому AIN описаны в руководстве по идентификации информационного объекта, а вся система IIG НАТО, представляющая требования для всех AIN. рассмотрена как совокупность руководств по идентификации.

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

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

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

    • 6.1.1 Диаграмма

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

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

6.1.2 Объект identiflcation_guide

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

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

identifies tion.guideJD:

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

is.strict:

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

item.specifi cation:

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

manager.referenoe.string:

текст, который применяет управляющий identification_guide для ссылки на другой identification.guide;

title:

название или заголовок, применяемый для ссылки на identification.guide.

used.concept

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 — В соответствии с моделью данных, установленной в ISO/TS 22745-40. предмет определяют как имеющий зависимое существование путем определения его свойства «.dependent как истижого или верное.

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

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

prescribedjtem JD:

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

property:

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

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

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

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

Каждый prescribed.item аннотирован нулевым, одним или многими объектами implementationnote. Каждый implementatlon.note аннотирует нулевой или один prescribed.item.

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

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

  • 6.1.4 Объект prescrlbed.property

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

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

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

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

свойств;

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

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

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

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

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

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

is.differentiating:

is.reguired:


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

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

Multplejnstances.allowed:

вать в каждом классе или признаке, которые соответствуют исходному prescribed.item.

one.of.allowed:

значение свойства может включать в себя one.of элементов;

prescribed.property.lD: property (свойство):

глобальный однозначный идентификатор для prescribed property: свойство, для которого предписывается применение prescribed_property.


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

Каждый 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.element:

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

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


is.required:


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

Каждый 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 является спецификацией требований к формату данных для пары «значение — свойство», которая изменяет свои смысл под воздействием prescrlbed_property.

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

ство». определяемый prescribed.condition.element.

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

is.required:

пара «значение — свойство», определенная prescribed.condition.element. должна присутствовать в любом контексте данных, связанных или соответствующих prescribed.data.environment:

property:

свойство, для которого предписано применение prescribed_conditlon_ 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.ltem. Каждый prescribed, item аннотируется нулевым, одним или многим объектами implementation.note.

Каждый implementation.note аннотирует нулевой или один prescribed-property. Каждый prescribed .property аннотируется нулевым, одним или многими объектами Implementation.note.

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

    • 6.2.1 Диаграмма

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

* вреокме fnhtnt tomtootepy ftr

♦ tw wnvKMw bf

fcmot |Л1 *^**^»l»**fr


OXNNptJ*1



* twa prefiwrwe electee ty

PftWTMNwVttMt

0.1 ♦ ермма eprtwwwaftf

У .

ОТТШТХж

Pwcywox2—Дмфемыд кгеож UML. относящаяся «применению концепт*

6.2.2 Объект concept.use

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

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

preferred-definition:

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

preferred-image:

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

preferred-term;

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

used_concept:

концепт (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 определяет выбор терминологии только для одного identificatlon_guide. Каждый identlfication_guide использует выбранную терминологию, определяемую нулевым, одним или многими объектами concept.use.

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

  • 7.1 Иерархия

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

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

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

    • 7.2.1 Диаграмма

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

* «-tea деме of п*ргмапшола»лпьу^

wywnUiiwi

* repreeentafcnfcr qj

repreeentetton

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

  • 7.2.2 Объект datatype

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

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

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

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

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

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

Каждый datatype является базовым типом для нулевого или одного cholce.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 Диаграмма

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

Рисунок 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.

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

Каждый lnteger_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].

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

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

Каждый 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.type имеет формат, определяемый нулевым или одним real.format. Каждый real, format определяет формат только для одного real.type.

  • 7.3.7 Объект real.format

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

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

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

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

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 i, где / — корень квадратный -1. а и b — члены множества реальных/действительных чисел, выраженных числами с плавающей запятой.

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

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

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

imaginary.part_format:

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

real_part_format:

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 — Диаграмма класса U ML для Булева и строкового типов данных

  • 7.4.2 Объект boolean.type

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

Пример — Истинные и ложные значения — это элементы boolean_type, 0 и 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», английский]}, [elivre», французский], [ebuch», немецкий. [•ПЬго», испанский]}, является элементом localized_text_type.

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

    • 7.5.1 Диаграмма

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



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

  • 7.5.2 Объект date_type

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

Пример — 2008-02-21 (февраль 21, 2008).

  • 7.5.3 Объект date.time.type

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

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

  • 7.5.4 Объект time_type

Объект tlme.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.

♦ taeoi alwtbtofWiM,.

хШМ-вСрсовалу

4 te ал ейзывЫв чй* tor

i..*

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

  • 7.6.2 Объект controlled.value.type

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

Пример — Производитель изготовил рубашки одной модели пяти цветов: красного. зеленого, голубого, черного и коричневого. Цвет рубашки представлен controlted_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.type.

Каждый measure.type является одним или многими объектами prescribed.unlt.of.measure. Каждый prescribed.unlt.of.measure является только одним measure.type.

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

Либо measure.type должен иметь base.type. либо каждый prescribed.unlt.of.measure. связанный с measure.type. должен иметь base.type.

  • 7.7.3 Объект prescribed.unlt.of.measure

Объект prescribed.unlt.of.measure является спецификацией требований к данным для применения конкретной единицы измерения со значениями measure.type.

Описание атрибутов: base.type: спецификация числовой или цифровой части элементов measure.type.

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

measure.

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

Каждый prescribed.unlt.of.measure является только одним measure.type. Каждый measure, type является одним или многими объектами prescribed.unlt.of.measure.

Каждый prescribed.unlt.of.measure имеет в качестве базового типа нулевой или один numeric, type. Каждый numeric.type является базовым типом для нулевой или одной prescribed.unlt.of.measure.

Каждый prescribed.unlt.of.measure предусматривает применение только одного unlt.of. measure. Каждый unlt.of.measure имеет применение, предусмотренное нулевым, одним или многими объектами prescribed.unlt.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: спецификация уточнителя, который может применятьсястеавиге.питЬег.

type:

unqualified.value.allowed: в любом случае элементами measure.number.type могут являться неуточ-ненные допустимые значения.

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

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

Каждый measure.number.type имеет уточнитель, определяемый нулевым, одним или многими объектами prescrlbed.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-qualrfier_of_measure «номинального» уточнителя является истинным и верным. Объект prescribed-qualifier_of_measure для минимального и максимального уточнителей признается ложным;

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

quallfier.of.measure.

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

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

Каждый prescribed.quallfier.of.measure определяет уточнитель только для одного measure, number.type. Каждый measure.number.type имеет уточнитель, определенный нулевым, одним или многими объектами prescribed.quallfier.of.measure.

Каждый proscribed.quallfier.of.measure имеет в качестве уточнителя только один qualifier.of. measure. Каждый qualifier.of.measure является уточнителем для нулевого, одного или многих объектов prescribed.qualifier.of.measure.

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

    • 7.8.1 Диаграмма

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

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

  • 7.8.2 Объект currency.type

Объект currency.type — это datatype, элементы которого состоят из денежных сумм.

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

allowable.currency: спецификация денежных единиц, которая может применяться для значений

currency_type:

base, type: спецификация требований для количественной доли currency_type эле

ментов.

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

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

Каждый currency.type включает в себя валюту, определяемую одним или многими объектами prescribed.currency. Каждый prescribed.currency определяет валюту только для одного currency.type.

  • 7.8.3 Объект prescribed.currency

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

Примечание — ISO 4217 содержит перечень валютных кодов.

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

currency: спецификация валюты, которую можно применять для значений currency.type.

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

Каждый prescribed.currency определяет валюту только одного currency.type. Каждый currency, type включает в себя валюту, определяемую одним или многими объектами prescribed.currency.

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

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

    • 7.9.1 Диаграмма

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

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

  • 7.9.2 Объект composite_type

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

Прим еча н и е — composite.type подобен типу данных, определенному в ISO/IEC 11404. кроме элементов записи, индексированных наименованием поля. 8 то время хак элементы составного значения индексированы свойством.

Пример — Свойство имеет значение, состоящее из точек на плоскости, представленных как декартовы координаты. Каждая точка имеет координаты, представленные как лара действительных/ реальных чисел (х и у). Тип данных свойства определен как composite_type с двумя объектами field_ specification: один — для координаты х и один — для координаты у. Оба объекта field_speciRcation имеют ссылку на real_type данных. Один объект ссылается на свойство "координаты х» в ОТО. а друзой — на свойство "координаты у».

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

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

Каждый composlte_type имеет поле, определяемое нулевым, одним или многими объектами field_specification Каждый field-specification определяет поле только для одного composlte_type

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

Для каждого composite_type должно быть не более одного field_specification. ссылающегося на заданное свойство.

  • 7.9.3 Объект field_specification

Объект field-specification является спецификацией элемента составного значения.

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

base.type: тип данных поля.

Пример 1 — В конкретном руководстве по идентификации материал элемента данных или предмета описан парой значений: наименованием документа и документально подтвержденными полномочиями или разрешением. Наименование документа — это свободный текст. Документально подтвержденные полномочия или разрешение — это:

  • • ссылка производителя;

  • • стандарт ассоциации;

  • • национальный стандарт;

  • • правительственные технические условия:

Свойство материала включает в себя тип данных composite_type. который имеет два объекта field-specification. Первый field_specificatlon имеет ссылку на свойство «заголовка» и включает в себя string_type данных. Второй field-specification ссылается на свойство документально подтвержденных полномочий и включает в себя controlled_value_type;

is_required: в любом случае поле, определенное field_speclflcation. должно быть в каж

дом элементе composite_type данных.

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

property:

свойство, для которого предусмотрено применение field-specification.

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

Каждый fleld-Specificatlon определяет поле только для одного composite.type. Каждый composite_type имеет поле, определяемое нулевым, одним или многими объектами field-specification.

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

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

  • 7.9.4 Объект aggregate.type

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

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

base.type:

спецификация типа данных каждого значения, принадлежащего к совокупности или последовательности:

lower.bound:

минимальное число значений в каждой совокупности, принадлежащей к aggregate.type.

upper_bound:

максимальное число значений в каждой совокупности, принадлежащей к aggregate.type.

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

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

  • 7.9.5 Объект set_type

Объект set_type является aggregate.type. элементы которого состоят из совокупности значений.

  • 7.9.6 Объект bag_type

Объект bag_type является aggregate.type данных, элементами котороги являются неупорядоченные совокупности значений с возможными дублированиями (дубликаты).

Пример 1 — {[1, 5,13]} и {{Z 2. 3, 5. 5. 5, 9]} — это мультимножественный тип данных.

Пример 2— Так как количество каждого элемента важно, то {(2, 2, 7. 19]} не равно {[2. 7, 19}}.

Пример 3 — Так как порядок не имеет значения, то {(2, 2, 7. 19]} равно {[7. 2. 19,2]}.

  • 7.9.7 Объект sequence.type

Объект sequence.type — это aggregate.type данных, элементы которого состоят из последовательности значений.

  • 7.9.8 Объект cholce.type

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

Пример — Класс винтов обладает свойством «резьба по всей длине». Для конкретного изделия данного класса длина резьбы может определяться как «любая приемлемая» или «незапроектирован-пая». Такие данные являются chotce_type. где базовые measure_number_type и controlled_value_type. в перечень которых включены допустимые значения со ссылками на значения «любой приемлемый» и «незапроектированный».

Описание атрибутов: base_type: спецификация типа данных каждого значения, принадлежащего к совокуп

ности или к упорядоченной последовательности значений.

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

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

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

    • 7.10.1 Диаграмма

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

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

  • 7.10.2 Объект ltem_reference_type

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

Примечание 1 — Для определения типа данных, относящихся к объектам элемента данных, следует использовать ISO 22745-40.

Описание атрибутов: referenced_item: спецификация формата и требований к данным для объектов элемента дан

ных. на которые могут ссылаться элементы типа данных Item.reference. type

Примечание 2 — Объект referenced.ttem может быть либо 8 том же руководстве по идентификации, либо в другом отдельном руководстве. Если referenced_item находится в другом руководстве по идентификации, то на него делают ссылку через 1RD1.

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

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

  • 7.10.3 Объект file.type

Объект file.type — это datatype, элементами которого являются ссылки на файлы в Интернете.

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

В руководстве по идентификации должны быть приведены ссылки на внешние концепты и на метаданные с применением IRDIs в соответствии с требованиями, установленными в ISO 29002-5.

Кроме того, в руководстве по идентификации должны быть установлены требования к каталогу в соответствии с ISO 22745-40 с применением IRDIs. определенных в ISO 29002-5 и ISO 22745-13 как подмножества. При этом следует использовать в качестве формата обмена схему XML. представленную в приложении В.

Приложение А

(обязательное)

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

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

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

(iso standard 22745 part (30) version (1)}.

Смысл данного значения определен a ISO/1EC 8824-1 и огмсан в ISO 10303-1.

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

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

(tso standard 22745 part (30) version (1) schema(l) iden№cation-guide(1)}

присвоен схеме руководства no идентификации.

Смысл данного значения установлен в 1SO/1EC 8824-1 и описан в ISO 10303-1.

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

(iso standard 22745 part (30) version (1) sc*iema(1)data-type(2)}

присвоен схеме типа данных.

Смысл данного значения установлен в ISO/1EC 8824-1 и описан в ISO 10303-1.

Приложение В (обязательное)

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

Данное приложение включает в себя представление руководств по идентификации. Эти распечатки представлены в машинно-интерпретируемой форме 8 таблице В.1.

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

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

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

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

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

Описание

Файл XML

Файл ASCII

URI

Исходный документ

Схема XML руководства по идентификации

identificationguide, xsd

identificationguide, xsd

urn:iso:std:iso:ts:22745:-30:ed-1: lech:xml-sche<na:identification-guide

ISO/TS 22745-30

Тип данных схемы XML

data-type .xsd

data-type.xsd

urn:iso:std:iso:ts:22745:-30:ed-t: tech:xn)l-schema:data-type

ISO/TS 22745-30

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

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

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

Описание

Файл XML

Файл ASCII

URI

Исходный документ

Идентификатор схемы XML

identifier.xsd

identifier.xsd

urn:iso:std:iso:ts;29002:-5:ed-1: lech:xml-schen)a:identifier

ISO/TS 29002-5

Идентификатор фрагмента DTD

identifier.dtd

identifier.dtd

urn:iso:std:iso:ts:29002:-5:ed-1: tech:dtd:identifier

ISO/TS 29002-5

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

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

http://www.lc184-sc4.org/imptemenlabon_informabon/22745/00030.

Связь с моделью каталога

Связь между моделями, определенными в настоящем стандарте, и моделями, представляющими каталоги и определяемыми в ISO/TS 22745-40. указана в таблице D.1.

Таблица D.1 —Связь между моделью руководства по идентификации и моделью каталога

Документ о котором определены

Основная модель

Дополнительная модель

ISO/TS 22745-30

Руководство по идентификации

Тип данных

ISO/TS 22745-40

Каталог

Значение

Связь между объектами, определяемыми 8 руководстве по идентификации и в дополняющей их модели типа данных (определяемые в настоящем стандарте), а также между объектами, определяемыми в модели каталога и в дополняющей их модели типа данных (определяемыми в ISO/TS 22745-40). указана в таблице D.2.

Таблица DJ — Связь между объектами, представляющими руководство по идентификации, и объектами, представляющими каталог

Модель объекта руководства по идентификации (и тип данных)

Модель объекта каталога

и значение

Комментарии

aggregate_type

Агрегироваююе значение должно принадлежать к одной из специализаций объектов aggregate.type: set_type. bag.type или sequence type

bag type

bag.value

boolean type

bootean vatue

choice.type

Совокупность значений choice_type — это соединение совокупности значений базового типа, поэтому не существует тип значения, который специагъно связан с choice type

comptex_type

comptex.value

composite.type

composite value

concept_use

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

conlrolled value type

controlled.vakje

currency_type

currency_vaiue

datatype

value

dale lime type

date time value

dale.type

date value

r>etd specification

fietd

file type

file value

identifies tion guide

catalogue

Окончание таблицы D.2

Модель объекта руководства по идентификации (и тип данных)

Модель объекта каталога и значение

Комментарии

rmptementatioo_note

Содержание инструкции для разработчика руководства по идентификации. Такие инструкции не требуются для каталога

integer.formal

Вспомогательные объекты для integer, type и rational.type

cnteger.type

integer.value

item.reference.type

item reference value

k>caiized text type

focalized.lext.value

measure.number.type

measure.number.value

measure_range_type

measure.range.value

measure.type

measure.vadue

numeric.type

numeric.value

prescribed condition e»emenl

condition.etemenl

prescribed currency

prescribed.data.environment

data.environment

prescribed.rtem

rtem

prescribed property

property.value

prescribed.qualifier.of.measure

На словарный концепт quatifier.of. measure приводят ссылку с помощью свойства qualifled.ref. относящегося к qualified.value

prescribed.urwt.of.measure

На словарный концепт unit.of.measure приводят ссылку свойства UOM.ref attribute, относящегося к measure.value

rational.type

rational.value

real.format

Вспомогательный объект для real.type и complex.type

real type

real.value

sequence.lype

sequence.value

sel.type

set.value

string.focmal

Вспомогательный объект для string.type

string.type

string.value

time, type

tone.value

year.month.type

year month vakje

year.type

year.value

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

В данном приложении представлено руководство по использованию объекта data_environment. В каталоге data_environment применяют для определения условий, под влиянием которых свойство имеет заданное значение. Если свойство р имеет значение v только при условии, что другие свойства pl = v1. р2 = v2..... тогда это въфажение представляют с помощью property.value для р = v вместе с соответствующим data_environment. включающим в себя объекты condition_element. которые представляют условия pl = vt. р2- v2....

В руководстве по идентификации объект prescribed_data_environment применяют для определения того, что объект data_environment может или должен быть связан с property .value для заданного свойства.

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

ОТО использует идентификаторы концепта, приведенные в таблице D.1 приложения О.

Таблица Е.1 — Идентификаторы концептов как пример различных условий и состояний

Концепт

Тип

Наименование

ID

property (свойство)

load rating (номинальная нагрузка)

0161-1#02-016933#1

property (свойство)

average life rating (средний срок службы)

0161-1#02-015649#1

property (свойство)

rotation speed (частота вращения)

0161-1802-017966#1

unit of measure (единица измерения)

pounds (фунты)

0161-1#05-003157#1

unit of measure (единица измерения)

hours (часы)

0161-1#05-003185#1

unit of measure (единица измерения)

revolutions per minute (обороты 8 минуту)

0161-1#05-004516#1

Примеры кодирования в системе XML: Coded.

<ig:prescr ibed-property property -ref=»O161-1 #02-016933#1» > <dt;measure-nufnber-type>

<dtprescnbed-uom uom-ref=»0161-1#05-003157#1»/>

</dt:mea$ure-number-type>

<ig:prescnbed-data-environment»

<>g:prescribed-condition-element property-ref=»0161-1#02-015649#1»> <dt:measure-number-type>

<dt:prescribed-uom uom-ref=»C161-1#05-003185#1 »/>

</dtmeasure-number-type>

</>g;prescnbed-condrt*on-element>

<»g:prescribed-condition-element property-ref=»0161-1#02-017966#1»> <dt;measure-number-type>

<dt;prescribed-uom uom-ref= *0161-1 #05-004516#1»/> </dt;measure-number-(ype>

<Ag:prescribed-condrt>on-ele<nent>

</ig :prescribed-data-en vironment>

</ig:prescnbed-prope<ty>

Decoded:

<ig:prescribed-property property-ref=»load rating»» <dl:measure-numbef-type»

<dt:prescribed-uom uom-ref=»poundSB/»

</dt:measure-number-type»

<ig:prescribed-data-environment»

<ig:prescnbed-condition-etement property-ref=»average kfe rating»» «dtmeasure-number-type»

<dt:prescribed-uom uom-refs»hours»/» </dt:measure-number-type»

</ig:prescribed -condition-element» <ig:prescnbed-condi(ion-elemenl property-ref=»rotat>on speed»» <dt:measure-number-type»

<dt:prescribed-uom uom-ref=»revolutions per minute»/» </dt:measure-number-type>

</ig:prescribed -condition-element»

</ig:prescribed-data-environment»

</ig:prescribed-property»

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

Таблица ДАЛ

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

Степень

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

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

ISO 22745-2

IDT

ГОСТ ISO 22745-2—2017 «Системы промышленной автоматизации и их интеграция. Открытью технические словари и их применение к основным данным. Часть 2. Словарь»

ISO 29002-5

в

ISO/IEC 8824-1

ЮТ

ISO/IEC 8824-1—2001 «Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации»

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

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

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

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


ISO 4217


ISO 10303 (ail parts)


ISO 13399 (all parts)

ISO 13584 (Ы1 parts)


ISO 15926 (all parts)


ISO/TS 22745-10


ISO 22745-13


ISO/TS 22745-40


Codes for the representation of currencies and funds


Industrial automation systems and integration — Product data representation and exchange


Cutting tool data representation and exchange Industrial automation systems and integration — Parts library


Industrial automation systems and integration — Integration of life-cycle data for process plants including oil and gas production faciMies


Industrial automation systems and integration — Open technical cfecbooaries appfcation to master data — Part 10: Dictionary representation.

Industrial automation systems and integration — Open technical dictionaries application to master data — Part 13: Identification of concepts and terminology Industrial automation systems and integration — Open technical dictionaries appScation to master data — Part 40: Master data representation Information technology — General-Purpose Datatypes (GPD) Standard data element types with associated classification scheme for electric components


ISO/IEC 11404

IEC 61360 {ай parts)

Java™ 2 Platform Standard Edition 5.0API Specification. Sun Microsystems


and


and


and


their


their


their



УДК 681.3.01.016:006.354


МКС 25.040.01


П87


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

БЗ 5—2018/91

Редактор Л.С. Зимипова

Технический редактор В.Н. Прусакова Корректор Е.Р. Ароян Компьютерная верстка Ю.В. Поповой

Сдано в набор 28.02 2019. Подписано в печать 22.03.2019. Формат 60 ■ 04 Vj. Гарнитура Ариал. Усл. леи. п. 4.19. Уч.-нм. л. 3.78.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

ИД «Юриспруденция», 118419. Москва, ул Орджоникидзе, 11. www.juriBizdal.ru y-book@mail.ru

Создано в единичном исполнении . 117418 Москва, Нахимовский пр-т. д. 3t. к. 2.

www.goslinfo.ru info@goslinfo.ru