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

ГОСТ Р ИСО 13584-42-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей

Обозначение:
ГОСТ Р ИСО 13584-42-2012
Наименование:
Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей
Статус:
Действует
Дата введения:
01.01.2014
Дата отмены:
-
Заменен на:
-
Код ОКС:
25.040.40

Текст ГОСТ Р ИСО 13584-42-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей


ГОСТ Р ИСО 13584-42-2012

Группа Т58



НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

БИБЛИОТЕКА ДЕТАЛЕЙ

Часть 42

Методология описания. Методология структурирования семейств деталей

Industrial automation systems and integration. Parts library. Part 42. Description methodology. Methodology for structuring parts families

ОКС 25.040.40

Дата введения 2014-01-01



Предисловие

1 ПОДГОТОВЛЕН АНО "Международная академия менеджмента и качества бизнеса" на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"

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

4 Настоящий стандарт идентичен международному стандарту ИСО 13584-42:2010* "Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей" (ISO 13584-42:2010 "Industrial automation systems and integration - Parts library - Part 42: Description methodology: Methodology for structuring parts families").

________________

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

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

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

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

Введение

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

Комплекс международных стандартов ИСО 13584 выполнен в виде частей, каждая из которых публикуется отдельно. Части комплекса международных стандартов ИСО 13584 попадают в одну из следующих категорий: концептуальные описания, ресурсы программной реализации, методология описаний, проверка на соответствие, протокол просмотра и обмена данными и стандартизованное содержание. Данные категории описаны в ИСО 13584-1. Настоящий стандарт является одной из частей, посвященных методологии описаний.

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

Данная часть ИСО 13584 нормативно ссылается на модель данных, описывающую процедуру обмена словарными данными. Настоящая спецификация языка EXPRESS разработана как общая модель ИСО 13584 и МЭК 61360. Она планируется к публикации как МЭК 61360-2. Для удобства указанная общая модель рассмотрена в настоящей части ИСО 13584 как справочное приложение, дублирующее нормативное содержание МЭК 61360-2. Настоящая часть ИСО 13584 также рассматривает отображения понятий, описанных здесь, на указанную общую модель. Для понимания приложения F, содержащего описание указанной модели, требуется знание языка EXPRESS. Язык EXPRESS определен в ИСО 10303-11:1994. Для понимания нормативных разделов настоящей части ИСО 13584 специальных знаний не требуется.

Настоящее второе издание настоящей части ИСО 13854 представляет нижеследующие возможности моделирования:

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

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

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

- возможность описывать строки, имеющие внешние ссылки;

- возможность соединять классы, принадлежащие различным иерархиям классов.

В настоящем втором издании настоящей части ИСО 13584 удалены:

- возможность специализировать класс предметов как класс признаков, класс компонентов или класс материалов.

Примечание - Нижеследующие изменения гарантируют, что если словарь соответствует первому изданию настоящей части ИСО 13584, то он соответствует и настоящему изданию: (1) заменить feature_class, component_class и material_class на item_class по всему ссылочному словарю; (2) добавить каждому новому классу предметов item_class класс атрибутов реализаций совместного доступа instance_sharable, значение которых равно "true" для класса компонентов component_class и класса материалов material_class, и равно "false" для класса признаков feature_class; (3) добавить места для нумерации дополнительных атрибутов.

Настоящее второе издание ИСО 13584-42 представляет собой технический пересмотр ИСО 13584-42:1998, предусмотрительно сохраненного, чтобы обеспечить непрерывное использование и техническое обслуживание основанных на нем практических реализаций и удовлетворить нормативным ссылкам других частей ИСО 13584. Настоящее второе издание ИСО 13584-42 также включает Технический Корригендум ИСО 13584-42:1998/Cor.1:2003.

Комплекс ИСО 13584 имеет общее название "Системы промышленной автоматизации и интеграция. Библиотека деталей" и включает в себя следующие части:

- часть 1. Общие положения и фундаментальные принципы;

- часть 20. Логические ресурсы. Логическая модель выражений;

- часть 24. Логические ресурсы. Логическая модель библиотеки поставщика;

- часть 25. Логический ресурс: Логическая модель библиотеки поставщика с совокупными значениями и явным содержанием;

- часть 26. Логические ресурсы. Идентификация поставщика

- часть 31. Ресурсы программной реализации. Интерфейс геометрического программирования;

- часть 32. Ресурсы практической реализации: Язык OntoML: Язык разметки онтологии продукта;

- часть 35. Ресурсы практической реализации: Интерфейс в виде электронной таблицы для библиотеки деталей [Техническая спецификация];

- часть 42. Методология описания. Методология структурирования семейств деталей;

- часть 101. Протокол обмена и просмотра данных. Геометрический протокол обмена и просмотра данных с помощью параметрической программы;

- часть 102. Протокол обмена и просмотра данных: Протокол обмена и просмотра данных на основе спецификации соответствия ИСО 10303;

- часть 501. Ссылочный словарь для измерительных инструментов - Процедура регистрации;

- часть 511. Механические системы и компоненты общего пользования - Ссылочный словарь крепежных деталей.

Структура комплекса международных стандартов приведена в ИСО 13584-1. Нумерация частей комплекса отражает его структуру:

- части 10-19 устанавливают концептуальные описания;

- части 20-29 устанавливают логические ресурсы;

- части 30-39 устанавливают ресурсы программной реализации;

- части 40-49 устанавливают методологию описания;

- части 100-199 устанавливают требования к оформлению протоколов просмотра и обмена данными;

- части 500-599 устанавливают стандартизованное содержание.

Полный перечень стандартов комплекса ИСО 13584 приведен в сети Интернет: http://www.tc184-sc4.org/Titles/PLIB_Titles.htm

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

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

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

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

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

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

- правила выбора надлежащих свойств, ассоциированных с характеристическим классом деталей;

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

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

- механизмы соединения характеристических классов, принадлежащих различным характеристическим иерархиям;

- спецификации сущностей и атрибутов информационной EXPRESS модели (модели на языке EXPRESS), обеспечивающие обмен указанными словарными данными;

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

Пример - Описание с помощью словаря, соответствующее данной части ИСО 13584, может использоваться для описания любого вида продукции в соответствии с Разделом 3.

Примечание 1 - Полная информационная EXPRESS модель обмена словарными данными, известная как общая словарная модель ИСО 13584/МЭК 61360, определена в ИСО 13584-25. Несколько уровней допустимой практической реализации общей словарной модели ИСО 13584/МЭК 61360, известной как классы соответствия, также определены в ИСО 13584-25. Класс соответствия 1 состоит из нескольких схем, установленных в настоящем стандарте (дублирующих информацию, содержащуюся в МЭК 61360-2), так же как и схема ISO13584_IEC61360_dictionary_aggregated_extension_schema, установленная в ИСО 13584-25 (дублируется в МЭК 61360-5). Более продвинутые классы соответствия, идентифицированные как классы соответствия 2, 3 и 4, установлены в ИСО 13584-25.

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

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

Примечание 2 - Информационная EXPRESS модель обмена свойствами, значения которых имеют комплексную структуру, определена в ИСО 13584-25.

- описания самих деталей;

- описания функциональных моделей, которые могут ссылаться на некоторые классы деталей;

- описания таблиц, библиотек программ и документов, которые могут ссылаться на некоторые классы деталей;

Примечание 3 - Конструктивы EXPRESS ресурсов обмена указанными элементами информации определены в ИСО 13584-24:2003.

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

Структура информации и методология, определенные в части "Методология описания" ИСО 13584, способствуют:

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

- ссылкам на другую библиотеку поставщика (доступную для получающей системы);

- ссылкам на иерархию стандартных характеристик (если такая иерархия существует);

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

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

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

_______________

* Таблицу соответствия национальных стандартов международным см. по ссылке. - .

ИСО 8601:2004 Элементы данных и форматы для обмена информацией. Обмен информацией. Представление дат и времени (ISO 8601:2004 Data elements and interchange formats - Information interchange - Representation of dates and times)

ИСО 10303-11:2004 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS (ISO 10303-11:2004 Industrial automation systems and integration - Product data representation and exchange - Part 11: Description methods: The EXPRESS language reference manual)

МЭК 61360-2:2012 Стандартные типы элементов данных с ассоциированной схемой классификации электрических компонентов - Часть 2: Схема словаря EXPRESS (IEC 61360-2 Standard data element types with associated classification scheme for electric components - Part 2: EXPRESS dictionary schema)

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

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

3.1 абстрактный класс (abstract class): Класс, члены которого являются также членами одного из его подклассов.

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

Примечание 2 - В общей словарной модели ИСО 13584/МЭК 61360 могут определяться как абстрактные классификационные классы, так и абстрактные характеристические классы. Абстрактность - это только концептуальная характеристика класса. Данная характеристика в модели явно не представляется.

Примечание 3 - Через наследственность абстрактный характеристический класс допускает совместное использование, например, некоторых видимых свойств различными подклассами, соответствующими различным видам элементов.

3.2 применимое свойство класса (applicable property of a class): Применимое свойство является неотъемлемым свойством каждой детали, являющейся членом характеристического класса.

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

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

Примечание 3 - Все применимые свойства суперкласса также являются применимыми свойствами для подкласса рассматриваемого суперкласса.

Примечание 4 - Только свойства, определенные или унаследованные как видимые, а также импортированные свойства класса могут быть применимыми.

Примечание 5 - Для облегчения интеграции библиотек деталей и электронных каталогов, основанных на ИСО 13584-24:2003 и ИСО 13584-25, настоящий стандарт требует, чтобы только свойства, применимые для класса, использовались для описания их реализаций в библиотеках деталей и электронных каталогах.

3.3 атрибут (attribute): Элемент данных для компьютерного описания свойства, соотношения или класса.

Примечание - Атрибут описывает только одну подробность свойства, класса или соотношения.

Пример - Имя свойства, код класса, единица измерения, в которой представляются значения свойства.

3.4 базовая семантическая единица (basic semantic unit; BSU): Сущность, определяющая абсолютную, универсальную и уникальную идентификацию объекта домена приложений, представленную как элемент словаря.

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

Пример 2 - Словарь, соответствующий ИСО 13584-24:2003, способствует идентификации классов, свойств, источников информации, типов данных, таблиц, документов и библиотек программ.

Пример 3 - В ИСО 13584-511 класс "болт с шестигранной головкой" идентифицирован как BSU. Свойство "класс допуска резьбы" также идентифицировано как BSU.

Примечание - Содержание базовой семантической единицы также представляется с помощью IRDI.

3.5 характеристика продукции (characteristic of a product, product characteristic): Неизменное свойство, характеристика продукции, значение которого фиксируется, как только продукция определена.

Примечание 1 - Изменение значения характеристики продукции приводит к изменению самой продукции.

Пример - Для шарикового подшипника внутренний и внешний диаметры являются характеристиками продукции.

Примечание 2 - См. ИСО 13584-24:2003, определение 3.12.

3.6 класс (class): Абстракция набора подобной продукции.

Примечание 1 - Продукция, соответствующая абстракции, определенной классом, называется членом класса.

Примечание 2 - Класс - особое понятие, которое может иметь самый широкий смысл в различных контекстах.

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

Примечание 3 - Классы структурируются соотношениями включения в класс.

Примечание 4 - Класс продукции - это общее понятие по ИСО 1087-1. Правила, определенные в ИСО 704, рекомендуется использовать при определении обозначений и атрибутов класса продукции.

Примечание 5 - В контексте серии ИСО 13584 класс является либо характеристическим классом, ассоциированным со свойствами и используемым для характеристики продукции, либо классификационным классом, не ассоциированным со свойствами и не используемым для характеристики продукции.

3.7 соотношение включения в класс (class inclusion relationship): Соотношение между классами, формализующее условие включения в класс: если класс А является суперклассом для класса А1, то в любом контексте любой член А1 также является членом А.

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

Пример 2 - В любом контексте класс конденсаторов включает класс электролитических конденсаторов.

Примечание 1 - Соотношение включения в класс определяет иерархическую структуру классов.

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

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

Примечание 4 - Соотношение включения в класс также называется отнесением к заданной категории.

3.8 член класса (class member): Продукт, соответствующий абстрактному понятию, определенному классом.

3.9 свойство со значением, определенным классом (class valued property): Свойство, имеющее одно значение для всего характеристического класса продукции.

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

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

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

3.10 общая словарная модель ИСО 13584/МЭК 61360 (common ISO 13584/IEC 61360 dictionary model): Модель данных онтологии продукции, использующая язык моделирования информации EXPRESS и полученная в результате совместных усилий рабочих групп ИСО/ТК 184/ПК 4/РГ 2 и МЭК ПК3D.

Примечание 1 - Для общей словарной модели ИСО 13584/МЭК 61360 определены несколько уровней допустимой практической реализации (классы соответствия). Класс соответствия 1 состоит из нескольких схем, установленных в настоящем стандарте (дублирующая информация содержится в МЭК 61360-2). Схема ISO13584_IEC61360_dictionary_aggregate_extension_schema установлена в ИСО 13584-25 (дублируется в МЭК 61360-5). Прочие классы соответствия установлены в ИСО 13584-25 (это классы соответствия 2, 3 и 4).

Примечание 2 - В комплексе международных стандартов ИСО 13584 каждая заданная онтология продукции, адресованная заданной области продукции и основанная на общей словарной модели ИСО 13584/МЭК 61360, называется ссылочным словарем для указанной области.

3.11 контекстно-зависимая характеристика продукции (context dependent characteristic of product): Свойство продукции, значение которого зависит от некоторого контекстного параметра.

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

Пример - Для шарикового подшипника срок годности - это контекстно-зависимая характеристика, зависящая от радиальной нагрузки, осевой нагрузки и частоты вращения.

Примечание 2 - Адаптировано из ИСО 13584-24:2003, определение 3.22.

3.12 контекстный параметр (context parameter): Переменная, значение которой характеризует контекст, в который встроена продукция.

Пример 1 - Динамическая нагрузка на подшипник является контекстным параметром для данного подшипника.

Пример 2 - Температура среды, в которой измеряется сопротивление резистора, - это контекстный параметр для данного резистора.

Примечание 1 - Данное определение усиливает определение, установленное в ИСО 13584-24:2003: "это переменная, значение которой характеризует контекст, для которого предназначена продукция".

Примечание 2 - Значение свойства в ИСО 13584 представляется как тип элемента данных.

3.13 тип элемента данных (data element type): Блок данных, для которого имеются идентификация, описание и представление значения.

Примечание - В серии ИСО 13584 значение свойства представляется как тип элемента данных.

3.14 словарные данные (dictionary data): Набор данных, представляющих онтологию продукции, возможно, ассоциированную с классификацией продукции.

Примечание 1 - Словарные данные можно обменивать, используя некоторые классы соответствия общей словарной модели ИСО/МЭК.

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

3.15 словарный элемент (dictionary element): Набор атрибутов, составляющих словарное описание определенных объектов заданного домена приложений.

Пример 1 - Словарь, соответствующий настоящему стандарту, приводит описание классов, свойств, источников информации и типов данных.

Пример 2 - Словарь, соответствующий ИСО 13584-24:2003, приводит описание классов, свойств, источников информации, типов данных, таблиц, документов и библиотек программ.

3.16 семейство продукции (family of products): Перечень продукции, представляющий один характеристический класс.

Примечание - Данное определение усиливает определение, данное в ИСО 3584-24:2003: "Простое или групповое семейство деталей".

3.17 особенность (feature): Аспект продукции, который может быть установлен характеристическим классом и набором пар значений свойств.

Примечание 1 - В действительности особенность может быть только встроенной внутрь продукции, для которой она является аспектом.

Пример 1 - Головка винта - это особенность, описанная классом головок и рядом их свойств. Головка винта существует только вместе с самим винтом.

Примечание 2 - Особенности представляются классом элементов item_class, атрибут которых instance_sharable равен false.

Примечание 3 - Атрибут instance_sharable описывает концептуальный статус элемента: либо это отдельный элемент (значение instance_sharable=true), либо это особенность (тогда значение instance_sharable=false). Здесь не принимаются во внимание какие-либо ограничения на уровне представления данных в общей словарной модели ИСО 13584/МЭК 61360, представляющей несколько практических реализаций, совместно использующих одинаковое представление EXPRESS (одной или несколькими сущностями EXPRESS, зависящими от особенностей рассматриваемой практической реализации). Не существует механизма указания на возможность (невозможность) совместного использования значений данных реализации особенности.

Пример 2 - На одну и туже реализацию класса головок винтов могут ссылаться несколько реализаций класса винтов. Это означает, что существует несколько головок винтов, но все они имеют один характеристический класс и одинаковый набор значений свойств. Атрибут instance_sharable показывает, что изменение данной реализации класса головок винтов приведет к изменению нескольких реализаций класса винтов.

3.18 импортированное свойство (imported property): Свойство, определенное в одном классе и выбранное другим классом (с тем же или другим ссылочным словарем с помощью условного соотношения), чтобы стать применимым в этом последнем классе.

Примечание 1 - Только свойства, видимые и/или применимые в классе, могут импортироваться из данного класса.

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

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

Примечание 4 - Если свойство импортируется в новый класс, то оно сохраняет свой исходный идентификатор. Таким образом, соответствующие атрибуты не требуют дублирования.

Примечание 5 - Импортированное свойство является применимым для класса, в который оно импортировано.

3.19 информация (information): Факты, понятия или инструкции.

[ИСО 10303-1:1994, статья 3.2.20]

3.20 информационная модель (information model): Формальная модель ограниченного набора фактов, понятий или инструкций, удовлетворяющих установленным требованиям.

[ИСО 10303-1:1994, статья 3.2.21]

3.21 поставщик информации, поставщик (information supplier, supplier): Организация, определяющая онтологии или библиотеки поставщика в стандартном формате, установленном в настоящем стандарте, и несущая ответственность за их содержание.

Примечание - Данное определение поставщика усиливает определение поставщика информации, введенное в ИСО 13584-1:2001: "Организация, доставляющая библиотеки поставщика в стандартном формате, определенном в настоящем стандарте, и несущая ответственность за их содержание".

3.22 международный идентификатор регистрации данных (international registration data identifier): Международный уникальный идентификатор, определяющий домен приложений объекта в соответствии с ИСО/МЭК 11179-5.

Примечание 1 - Только международные идентификаторы регистрации данных, соответствующие ИСО/ТС 29002-5, могут использоваться в контексте серии ИСО 13584.

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

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

Пример - Единицы измерения свойств, значения (ограничения) свойств могут определяться идентификатором IRDI.

3.23 представительное соотношение (is-a relationship): Соотношение включения в класс, ассоциированное с наследственностью: если А1 представляет А, то каждый продукт, принадлежащий А1, принадлежит и А, и все описанное в контексте А автоматически дублируется в контексте А1.

Примечание 1 - Данный механизм обычно называют "наследственным".

Примечание 2 - В общей словарной модели ИСО 13584/МЭК 61360 представительное соотношение может определяться только между характеристическими классами. Рекомендуется определять только одну иерархию. Это обеспечивает наследование видимых и применимых свойств.

3.24 условное соотношение, условный (is-case-of relationship, case-of): Механизм импортирования свойств: если А1 связан условно с А, то определение продукции из А также покрывает продукцию из А1. Таким образом, А1 может импортировать любые свойства из А.

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

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

Примечание 3 - В общей словарной модели ИСО 13584/МЭК 61360 условное соотношение, в частности, может быть использовано в четырех случаях: (1) для связи характеристического класса и классификационного класса, (2) для импортирования (в контексте некоторых стандартных ссылочных словарей) некоторых свойств, ранее определенных в других стандартных ссылочных словарях, (3) для соединения ссылочного словаря пользователя с одним или несколькими стандартными ссылочными словарями, (4) для описания продукции с помощью свойств различных классов: если продукция класса А1 выполняет две различные функции и, таким образом, логически описывается свойствами, ассоциированными с двумя различными классами (А и В), то класс А1 может быть присоединен представительным соотношением к А и условным соотношением к В.

Примечание 4 - Конструктивы ресурсов языка EXPRESS для моделирования условных соотношений определены в приложении F настоящей части ИСО 13584.

3.25 элемент (item): Предмет, описываемый характеристическим классом, которому он принадлежит, и набором пар значений свойств.

Примечание 1 - Данное определение усиливает определение, данное в ИСО 13584-24:2003: "Предмет, описываемый структурой класса и набором свойств".

Примечание 2 - В комплексе международных стандартов ИСО 13584 продукция и особенности продукции, соответствующие составным свойствам, являются элементами.

3.26 листовой характеристический класс (leaf characterization class): Характеристический класс, который не специализируется далее в более точный характеристический класс.

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

3.27 нелистовой характеристический класс (non-leaf characterization class): Характеристический класс, который далее специализируется в более точный характеристический класс.

Пример - Компоненты с наружной резьбой и болты/винты с метрической резьбой - нелистовые характеристические классы, определенные в ИСО 13584-511.

3.28 неколичественный тип элемента данных (non-quantitative data element type): Тип элемента данных, идентифицирующий или описывающий объект с помощью кодов, аббревиатур, имен, ссылок или описаний.

3.29 деталь (part): Материал или функциональный продукт, являющийся деталью или компонентом определенного вида продукции.

[ИСО 13584-1:2001, определение 3.1.16]

3.30 библиотека деталей (parts library): Компьютерная онтология продукции и компьютерное описание перечня продукции, реализованное с помощью ссылок на онтологию.

Примечание - Настоящее определение усиливает определение, данное в первом издании настоящего стандарта: "Идентифицированный набор данных и, возможно, программ, генерирующих информацию о наборе деталей".

3.31 продукция (product): Предмет (вещество), изготовленный с помощью естественного (искусственного) процесса.

Примечание - В настоящем стандарте термин "продукция" понимается в самом широком смысле. Он включает устройства, системы, инсталляции, а также материалы, процессы, программное обеспечение и услуги.

3.32 категоризация продукции, категоризация деталей, категоризация (product categorization, part categorization, categorization): Рекурсивное разделение набора продукции на целевые подмножества.

Примечание 1 - Подмножества, указанные в категоризации продукции, называются классами категоризации продукции, или категориями продукции.

Примечание 2 - Категоризация продукции не является онтологией продукции. Она не может использоваться для категоризации продукции.

Примечание 3 - Никакие свойства не ассоциируются с категориями.

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

Пример - Категоризация UNSPSC (определенная ООН) является примером продукции, разработанной для анализа затрат.

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

3.33 класс категоризации продукции, класс категоризации деталей, класс категоризации (product categorization class, part categorization class, categorization class): Класс продукции, составляющий элемент категоризации.

Пример - Компоненты производства и поставки и промышленная оптика - это примеры классов категоризации продукции, определенных UNSPSC.

Примечание 1 - В настоящем стандарте не приводятся правила выбора классов категоризации. Данное понятие введено: (1) для пояснения их отличия от характеристических классов, (2) для объяснения того, что одинаковые характеристические классы могут соединяться с любым количеством классов категоризации.

Примечание 2 - Никакие свойства не ассоциируются с классом категоризации.

3.34 характеристика продукции, характеристика детали (product characterization, part characterization): Описание продукции с помощью характеристического класса продукции, которому он принадлежит, и набора пар значений свойств.

Пример - Болт с шестигранной головкой по ИСО 4014 (Класс точности продукции = A, тип резьбы = M, длина = 50, диаметр = 8) - пример характеристики продукции.

3.35 характеристический класс продукции, характеристический класс деталей, характеристический класс (product characterization class, part characterization class, characterization class): Класс продукции, выполняющей одинаковые функции и имеющей общие свойства.

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

Пример - Болт/винт с метрической резьбой и болт с шестигранной головкой - примеры характеристических классов продукции, определенных в ИСО 13584-511. Первый характеристический класс включается во второй. Транзистор и биполярный силовой транзистор - примеры характеристических классов продукции, определенных в МЭК 61360-4-DB. Второй класс включается в первый.

3.36 онтология продукции, онтология детали, онтология (product ontology, part ontology, ontology): Модель знаний о продукте, составленная с помощью формального и консенсуального представления понятий домена продукции в терминах идентифицированных характеристических классов, классовых соотношений и идентифицированных свойств.

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

Примечание 2 - Онтологии связаны не со словами, а с понятиями, независимыми от какого-либо языка.

Примечание 3 - Термин "консенсуальный" означает, что концептуализация согласована в некотором сообществе.

Примечание 4 - Термин "формальный" означает, что онтология должна быть машинно-интерпретируемой. Некоторый уровень машинного мышления логически допустим в отношении онтологии, например, проверка соответствия, получение заключения.

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

Примечание 6 - Модель данных онтологии, рекомендуемая в настоящем стандарте, является общей словарной моделью ИСО 13584/МЭК 61360. Ее простейшая версия установлена в настоящем стандарте. Более полные версии установлены в ИСО 13584-25 и МЭК 61360-5 (классы соответствия обоих документов - 1, 2, 3 и 4).

Примечание 7 - В настоящем стандарте каждая онтология продукции адресована заданному домену продукции, соответствующему общей словарной модели ИСО 13584/МЭК 61360, называемой ссылочным словарем для указанного домена.

Пример - Ссылочным словарем для электрических компонентов, определенных в МЭК 61360-4-DB, является онтология продукции для электрических компонентов, соответствующая общей словарной модели ИСО 13584/МЭК 61360. Она согласована всеми участниками МЭК/ПК3D. Корпоративный ссылочный словарь согласован экспертами, назначенными руководством от имени компании.

3.37 свойство (property): Определенный параметр, используемый для описания и дифференциации продукции.

Примечание 1 - Свойство описывает один аспект данного объекта.

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

Примечание 3 - Настоящий стандарт устанавливает три различных вида свойств: характеристики продукции, контекстные параметры и контекстно-зависимые характеристики продукции.

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

Примечание 5 - В комплексе международных стандартов значение свойства представлено как тип элемента данных.

3.38 тип данных свойства (property data type): Допустимый набор значений свойств.

3.39 класс определений свойства (property definition class): Характеристический класс продукции, в контексте которого определено свойство продукции.

Примечание - В общей словарной модели ИСО 13584/МЭК 61360 каждое свойство продукции имеет один класс определения его домена приложения. Свойство имеет смысл только для данного класса и всех его подклассов. Говорят, что свойство видимо в данном домене.

Пример - По ИСО 13584-511 гайка для высоты буртика является классом определений свойства. Аналогично, метрическая наружная резьба для основного диаметра наружной резьбы также является классом определений свойства.

3.40 количественный тип элемента данных (quantitative data element type): Тип элемента данных с численным значением, представляющим физическую величину, блок информации или набор объектов.

3.41 ссылочный словарь (reference dictionary): Онтология продукции, соответствующая общей словарной модели ИСО 13584/МЭК 61360.

Примечание - В комплексе международных стандартов ИСО 13584 онтология продукции, адресованная заданному домену продукции и основанная на общей словарной модели ИСО 13584/МЭК 61360, называется ссылочным словарем для указанного домена.

3.42 конструктив ресурса (resource construct): Набор сущностей языка EXPRESS, типов, функций, правил и ссылок, которые вместе составляют действительное описание данных.

[ИСО 13584-1:2001, статья 3.1.21]

Примечание - Данное определение адаптировано по отношению к определению конструктива ресурса, приведенному в ИСО 10303-1:1994: "Набор сущностей языка EXPRESS, типов, функций, правил и ссылок, которые вместе составляют действительное описание данных продукции".

3.43 подкласс (subclass): Класс, лежащий на ступень ниже другого класса в иерархии соотношений включения в класс.

Примечание - В общей словарной модели ИСО 13584/МЭК 61360, иерархии соотношений включения в класс определяются представительными соотношениями. Они также могут быть определены условными соотношениями.

3.44 суперкласс (superclass): Класс, лежащий на ступень выше другого класса в иерархии соотношений включения в класс.

Примечание 1 - В общей словарной модели ИСО 13584/МЭК 61360, иерархии соотношений включения в класс определяются представительными соотношениями. Они также могут быть определены условными соотношениями.

Примечание 2 - В общей словарной модели ИСО 13584/МЭК 61360 класс имеет, по крайней мере, один суперкласс, определенный с помощью представительного соотношения.

3.45 библиотека поставщика (supplier library): Библиотека деталей, по которой поставщик информации отличается от пользователя библиотеки.

Примечание - Данное определение усиливает определение, приведенное в ИСО 13584-1:2001: "Набор данных и, возможно, программ, для которых определяется поставщик, и которые описывают (в формате, установленном настоящим стандартом) набор продукции и/или набор представлений продукции".

3.46 видимое свойство (visible property): Свойство, определение которого имеет смысл в области применения данного характеристического класса, но которое не обязательно применяется к продукции, принадлежащей данному классу.

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

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

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

Примечание 3 - Все видимые свойства суперкласса, являющегося характеристическим классом продукции, также являются видимыми для его подкласса.

Примечание 4 - Для интеграции библиотек компонентов и электронных каталогов, определенных в ИСО 13584-24:2003, ИСО 13584-25 и настоящем стандарте, необходимо, чтобы только свойства, применимые для класса, использовались для характеристики их реализаций в библиотеках деталей и электронных каталогах.

Примечание 5 - Данное определение видимого свойства усиливает предшествующее определение, приведенное в ИСО 13584-24:2003: "Свойство, определенное для некоторого класса продукции, которое не обязательно применять для различных видов продукции данного класса".

4 Аббревиатуры

BSU - Базовая семантическая единица (Basic Semantic Unit);

DET - Тип элемента данных (Data Element Type);

ICS - Международная классификация стандартов (International Classification of Standards);

IRDI - Международный идентификатор регистрации данных (International Registration Data Identifier);

MathML - Схема XML математических обозначений (XML schema for mathematical notations);

SI - Международная система единиц СИ ( International (International System of Units));

UNSPSC - Код ООН стандартных продукции и услуг (United Nations Standard Products and Services Code).

5 Описание иерархии характеристических классов продукции

5.1 Соотношения между категориями продукции и онтологиями продукции

В настоящем стандарте определены конструктивы ресурсов разработки двух видов иерархий продукции:

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

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

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

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

5.2 Соотношения между классами

5.2.1 Соотношение включения в класс

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

В большинстве объектно-ориентированных языков соотношение включения в класс представляется наследственностью: если класс А является родовым для класса А1, то не только все реализации А1 принадлежат А, но также и все свойства, определенные для А, также применимы в А1. Более того, данный механизм наследственности является только механизмом, позволяющим двум классам совместно использовать одни и те же свойства. Рассматриваемая идентификация соотношений включения в класс и наследственности, часто ведущая к множественной наследственности, делает объектно-ориентированную модель немодульной, затрудняет ее использование в контексте, мало отличающемся от исходного. Для обеспечения модульности онтологии продукции, для модели онтологии, определенной в ИСО 13584, определены два различных представления соотношений включения в класс:

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

- условное соотношение с конструктивами ресурсов EXPRESS обеспечивает модульность онтологии. Оно не означает автоматического наследования. Оно позволяет родовым классам явно импортировать некоторые (или все) видимые и/или применимые свойства для класса, отнесенного к некоторой категории. Данное соотношение позволяет: (1) устанавливать связь характеристического класса с одним или несколькими классами категоризации, (2) импортировать в рассматриваемый контекст некоторых иерархий стандартных характеристик некоторые свойства, ранее определенные в других иерархиях стандартных характеристик, (3) соединять словарь пользователя с одной или несколькими иерархиями стандартных характеристик, (4) описывать продукт, используя свойства различных классов. Если класс продукции А1 выполняет две различные функции и, таким образом, описывается свойствами, ассоциированными с двумя различными классами (например, А и В), то класс А1 может быть соединен представительным соотношением с А и условным соотношением с В.

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

5.2.2 Агрегация и композиция

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

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

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

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

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

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

- рассматривать резьбы винтов, удовлетворяющие стандартам ИСО, как набор предварительно определенных экземпляров, которые можно хранить, например, в таблице,

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

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

В общей словарной модели ИСО 13584/МЭК 61360 понятия "композиция" и "агрегация" считаются концептуально отличными без указания требований к представлению данных. Как продукция, так и ее особенности должны моделироваться как классы элементов item_class. Композиционные и агрегационные соотношения представляются свойствами. Концептуальное отличие фиксируется заданием булевского атрибута item_class, называемого instance_sharable (совместно используемый экземпляр). Если значение атрибута instance_sharable класса элементов item_class равно true, то представлен отдельный продукт, существующий независимо от всех агрегационных соотношений. На эти практические экземпляры указанного класса могут производиться ссылки любого числа других практических экземпляров. Если значение атрибута instance_sharable класса элементов item_class равно false, то это класс особенностей, представляющих составное свойство. Практический экземпляр такого класса может существовать, если он встроен только в один продукт. От данного экземпляра зависит выбор между альтернативами: несколько практических экземпляров особенностей, моделируемых одинаковым набором пар значений свойств, представляются 1) несколькими блоками данных EXPRESS или 2) одним и тем же блоком данных в файле обмена данными.

5.3 Одновременное описание характеристических классов продукции и свойств продукции

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

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

- ниже корня каждый нелистовой характеристический класс должен разбиваться на нелистовые характеристические подклассы до получения листовых характеристических классов продукции. При выборе указанных характеристических классов необходимо выполнять определенные правила (Правило 3). Каждый из данных характеристических классов можно использовать для характеристики продукции в целом.

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

Как иерархии стандартных характеристик, так и любые заданные иерархии поставщика должны одновременно определять:

- (иерархические) характеристические классы продукции;

- (неиерархические) свойства.

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

- характеристические классы, которым данный продукт принадлежит, и которым он не принадлежит;

- аспект продукции, которому соответствует каждое применимое свойство.

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

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

5.4 Применимые и видимые свойства

Для определения иерархии точной характеристики необходимо удовлетворить двум требованиям:

- точное определение свойства требует ссылки (в его определении) на вид продукции, для которых данное свойство является существенным;

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

В комплексе международных стандартов ИСО 13584 данные два требования представляются с помощью двух соотношений "класс-свойство":

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

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

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

Пример 2 - Внутренний диаметр и наружный диаметр являются свойствами подшипника качения. Продукт, для которого данные характеристики не существуют, не является подшипником качения.

Если вся продукция подкласса входит в суперкласс, то применимость наследуется через иерархию соотношений включения в класс.

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

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

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

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

- использование (через наследственность) свойства (в качестве применимого), определенного ранее как видимое в данном классе;

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

Примечание 1 - Основной целью использования условного соотношения является совместное использование свойств различными иерархиями.

Примечание 2 - Для интеграции библиотек деталей и электронных каталогов, соответствующих ИСО 13584-24:2003 и ИСО 13584-25, вышеуказанные международные стандарты содержат требования, чтобы свойства, применимые к некоторому классу, использовались для характеристики их реализаций в указанных библиотеках деталей и электронных каталогах.

5.5 Назначение иерархии стандартных характеристик

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

- характеристики поставщиков нескольких видов продукции;

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

- поиска поставщиков нескольких видов продукции.

5.6 Использование иерархии стандартных характеристик

Для описания своих собственных видов продукции, пользователь комплекса международных стандартов ИСО 13584 может:

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

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

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

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

5.7 Свойства со значением, определенным классом

Перспективы использования реальных объектов бесконечно разнообразны. Поэтому имеется значительное количество различных структур нелистовых характеристических классов продукции (см. пример в разделе 6.1.4).

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

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

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

5.8 Совместимость ИСО 13584 и МЭК 61360

Схемотехника, представленная в настоящем стандарте, разработана совместно рабочими группами ИСО/ТС 184/ПК 4/РГ 2 и МЭК/ПК 3D. Она объединяет требования пользователей МЭК 61360 и ИСО 13584 и может быть расширена с помощью составления общей словарной модели ИСО 13584/МЭК 61360, схемотехника которой является простейшим функциональным подмножеством. Данное подмножество установлено как в МЭК 61360-2, так и в настоящем стандарте. Ее можно использовать как в контексте ИСО 13584, так и в контексте МЭК 61360 для обмена простыми словарными данными.

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

Два атрибута, определенные схемой, установленной в настоящем стандарте, относятся конкретно к требованиям, определенным МЭК 61360. Рассмотрены расширения:

a) в сущности item_class - это атрибут value_code по выбору;

b) в сущности value_domain - это атрибут terms по выбору.

Данные атрибуты по выбору не рекомендуется использовать для пользователей стандартов ИСО. Данные атрибуты являются частью общей словарной модели ИСО 13584/МЭК 61360. Они перерабатываются в процессе практической реализации. При этом необходимо обеспечить соответствие обоим стандартам, чтобы добиться полной совместимости словарных данных ИСО 13584 и МЭК 61360.

6 Правила создания иерархий характеристических классов продукции

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

6.1 Выбор иерархии характеристических классов

6.1.1 Область приложения

Правило 1 - Область, охватываемая рассматриваемой иерархией.

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

Рекомендуется разработать иерархии стандартных характеристик для каждого домена продукции, ссылающегося на стандарты ИСО и МЭК.

Корни указанной иерархии (и некоторые другие узловые точки) могут соединяться с Международной классификацией стандартов (ICS) для описания домена, охватываемого рассматриваемой иерархией.

Примечание - Соединение с ICS и, возможно, с другими категоризациями, может быть формально представлено условным соотношением, определенным в приложении F настоящей части ИСО 13584.

6.1.2 Верхнее сечение иерархии классов

Правило 2 - Организация области продукции.

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

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

6.1.3 Нижнее сечение иерархии классов

Правило 3 - Правило конкретизации.

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

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

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

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

6.1.4 Возможные перспективы иерархии классов

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

Правило 4а - Максимальная применимость.

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

Правило 4b - Свойства со значениями, определенными классом.

Другие существенные точки зрения, не выбранные по правилу максимальной применимости (Правило 4а), представляются свойствами со значением, определенным классом (раздел 5.7). Их пользователь запрашивает, а затем выбирает множество характеристических классов, соответствующих другим точкам зрения.

Правило 4с - Уровень со значением, определенным классом.

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

Пример - Характеристический класс круглых подшипников можно разбить на шариковые, игольчатые и конические подшипники, а также на герметичные и негерметичные подшипники. Первая перспектива выбирается в целях структуризации (Правило 4a). Свойство (со значением, определенным классом), имеющее название "is_sealed" (герметичный) и принимающее постоянное БУЛЕВО значение в нижнем характеристическом классе, определяется как свойство (со значением, определенным классом) на уровне характеристического класса круглых подшипников (Правило 4b). Данному свойству назначается значение во всех классах, где все подшипники либо герметичные (is_sealed = TRUE) либо негерметичные (is_sealed = FALSE).

6.2 Ассоциация свойств

6.2.1 Описания свойств

Правило 5 - Выбор свойств.

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

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

6.2.2 Семантическая идентификация свойств

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

Правило 6 - Семантическая идентификация.

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

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

- критерий гомогенности обработки деталей: два свойства играют идентичные роли по отношению к некоторому процессу обработки (автоматическому или неавтоматическому) продукции.

В противном случае необходимо определить два различных свойства.

Пример 1 - Свойства "диаметр резьбы винтов с шестигранной головкой" и "диаметр резьбы винтов с цилиндрической головкой" удовлетворяют критерию взаимозаменяемости.

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

Пример 3 - Диаметр резьбы винтов для дерева или винтов для металла - это характеристические свойства, не являющиеся одним и тем же свойством.

6.2.3 Правило факторизации

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

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

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

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

Нижеследующее правило определяет порядок системaтической факторизации свойств с одной и той же семантикой при условии выполнения правила конкретизации.

Правило 7 - Применимость унаследованных свойств.

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

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

Пример 2 - Свойство "однокомпонентный материал", то есть "свойство, применимое к продукции только из однокомпонентного материала (значением данного свойства является код рассматриваемого однокомпонентного материала)" соответствует правилу семантической идентификации (Правило 7).

7 Словарные элементы, описывающие свойства продукции

Свойства продукции подразделяются на:

- характеристики продукции;

- контекстно-зависимые характеристики;

- контекстные параметры.

7.1 Отображение свойств на общую словарную модель ИСО 13584/МЭК 61360

В общей словарной модели ИСО 13584/МЭК 61360 свойство отображается на сущность property_BSU, имеющую свою идентификацию, и на сущность property_DET, имеющую описание. Отметим, что сущность property_DET абстрактна, поэтому нужно использовать ее подтипы.

Характеристика продукции отображается на независимый подтип non_dependent_P_DET свойства property_DET. Контекстно-зависимая характеристика отображается на зависимый подтип dependent_P_DET свойства property_DET. Контекстный параметр отображается на условный подтип condition_DET свойства property_DET.

Характеристический класс, определяющий видимость свойства, отображается на атрибут property_BSU.name_domain. Применимость свойства определяется классами, к которым данное свойство применимо посредством атрибута class.described_by данных классов.

В настоящем разделе описаны основные атрибуты, непосредственно или косвенно связанные со свойствами.

7.2 Атрибуты

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

- код;

- класс определений;

- тип данных;

- предпочтительное имя;

- сокращенное имя;

- предпочтительное буквенное обозначение;

- синонимические буквенные обозначения;

- синонимическое имя;

- классификация типов свойств;

- определение;

- исходный документ для определения;

- примечание;

- замечание;

- единица измерения;

- условие;

- формула;

- формат значения;

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

- дата текущей версии;

- дата текущего пересмотра;

- N версии;

- N пересмотра;

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

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

- административные данные.

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

- Имя атрибута;

- Obj: Цель использования;

- Descr: Описание;

- Oblig: Обязательство;

- Trans: Необходимость перевода на другой язык;

- For: Формат представления (максимальное число и тип символов в строке);

- Марр: Отображение на атрибуты используется в общей словарной модели ИСО 13584/МЭК 61360;

- Expl: Пример.

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

7.2.1 Код

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

Descr: Базовая семантическая единица, ассоциируемая со свойством.

Oblig: Обязательный.

Trans: Перевода не требуется.

Марр: Отображение property_DET\dictionary_element.identified_by\basic_semantic_unit.code

7.2.2 Класс определений

Obj: Указать, для какого характеристического класса определено данное свойство.

Descr: Код характеристического класса, являющегося корнем дерева, где данное свойство является видимым.

Oblig: Обязательный.

Trans: Перевода не требуется.

Марр: Отображение property_DET\dictionary_element.identified_by\property_BSU.name_domain

7.2.3 Тип данных

Obj: Описать тип данных свойства. Этот тип данных описывает набор значений, которые могут быть назначены свойству.

Descr: Тип данных, соответствующий системе типов, установленной в общей словарной модели ИСО 13584/МЭК 61360 и описывающей типы данных свойств.

Oblig: Обязательный.

Trans: Перевода не требуется.

Марр: Отображение property_DET.domain

Примечание - Отображение property_DET.domain ссылается на тип данных data_type, относимый к подтипу для различных допустимых типов данных. Таким образом, тип данных непосредственно прикрепляется к свойству. Однако механизм идентификации, использующий поименованный тип named_type и тип данных семантического блока data_type_BSU, также доступен для случаев, когда один и тот же тип данных предназначен для различных свойств. Если тип данных data_type предназначен для различных свойств, то определение рассматриваемого типа data_type, как поименованного типа named_type, способствует выборочному обновлению рассматриваемого типа данных и соответствующих ему свойств.

7.2.4 Предпочтительное имя

Obj: Задать имя свойству (полной длины, по возможности). Используется для связи и облегчения понимания.

Descr: Предпочтительное имя - это имя, используемое международными стандартами (если они есть). Если предпочтительное имя из международного стандарта превышает максимальную длину, допустимую для данного атрибута, то оно должно быть сокращено без потери смысла.

Oblig: Обязательный.

Trans: Необходим перевод.

For: 255, буквенно-цифровой.

Марр: Отображение property_DET\class_and_property_element.names\item_name.preferred_name

Expl: Диаметр резьбы

7.2.5 Сокращенное имя

Obj: Дать имя свойству для его представления в ограниченном пространстве.

Descr: Это есть смысловое сокращение предпочтительного имени. Если существуют стандартные аббревиатуры, то они должны использоваться. Сокращенное имя может совпадать с предпочтительным именем или быть буквенным обозначением.

Oblig: По выбору.

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

For: 30, буквенно-цифровой.

Марр: Отображение property_DET\class_and_property_elements.names\item_name.short_name

Expl: Пример сокращенного имени: thread_diam (диаметр резьбы).

7.2.6 Предпочтительное буквенное обозначение

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

Descr: Буквенное обозначение является уникальным внутри характеристического класса продукции. Его берут из международных стандартов. Предпочтительное буквенное обозначение всегда нужно в текстовом представлении. Его также используют в текстовых математических представлениях MathML.

Пример - Источниками буквенных обозначений могут быть ИСО 80000/МЭК 80000 (ранее ИСО 31), МЭК 60027, МЭК 60748 и стандарты на продукцию.

Oblig: По выбору.

Trans: Перевода не требуется.

For: Буквенно-цифровой и формат MathML (если есть).

Марр: Отображение property_DET.preferred_symbol

7.2.7 Синонимические буквенные обозначения

Obj: Сократить имя свойства. Используется в таблицах, формулах, на чертежах и т.д.

Descr: Буквенное обозначение является уникальным внутри характеристического класса продукции. Берется из Международных стандартов.

Пример - Примеры таких стандартов: ИСО 80000/МЭК 80000 (ранее ИСО 31), МЭК 60027, МЭК 60748, стандарты на продукцию.

Допускается отсутствие, одно или несколько синонимических буквенных обозначений. Синонимическое буквенное обозначение всегда используется в текстовом представлении. Оно используется в представлении MathML.

Oblig: По выбору.

Trans: Перевода не требуется.

For: Буквенно-цифровой формат, формат MathML (если есть).

Марр: отображение property_DET.synonymous_symbol

7.2.8 Синонимическое имя

Obj: Дать синонимы предпочтительным именам на основании имен, используемых по локальным или историческим причинам.

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

Oblig: По выбору.

Trans: Необходим перевод.

For: 255, буквенно-цифровой.

Марр: Отображение property_DET\class_and_property_elements.names\item_names.synonymus_names

7.2.9 Классификация типов свойств

Obj: Классифицировать различные свойства для облегчения пользования большими наборами свойств.

Descr: Все множество свойств разделено на подмножества в соответствии с категориями, определенными в ИСО 80000/МЭК 80000 (ранее ИСО 31). Атрибутом классификации типов свойств является ссылка на категорию ИСО 80000/МЭК 80000, соответствующую данному свойству.

Oblig: По выбору.

Trans: Перевода не требуется.

For: Одна заглавная буква и две цифры.

Марр: Отображение property_DET.DET_classification

Примечание - Обзор основных классов и категорий свойств ИСО 80000/МЭК 80000 приведен в приложении А. Классификация количественных мер ИСО 80000/МЭК 80000 обсуждается в приложении Н. Классификация неколичественных свойств ИСО 80000/МЭК 80000 (идентификации и индикаторы) приведена в приложении А.

7.2.10 Определение

Obj: Описать смысл свойства.

Descr: Определение, описывающее смысл свойства и позволяющее отличить его от всех других свойств. Это описание должно быть полным и неоднозначным. Существенные слова не должны иметь омонимов и синонимов.

Oblig: Обязательный.

Trans: Необходим перевод.

For: Неограниченная буквенно-цифровая строка.

Марр: Отображение property_DET\class_and_property_element.definition

7.2.11 Исходный документ для определения

Obj: Дать ссылку на исходный документ, из которого было получено определение свойства.

Descr: Как минимум, ссылка должна содержать N документа и дату выпуска документа.

Oblig: По выбору.

Trans: Необходим перевод.

Примечание - Если документ представлен как идентифицированный документ identified_document, то имя документа может быть приведено на разных языках. Если обмен соответствует ИСО 13584-25 или ИСО 13584-35 (OntoML), то документами можно обмениваться на разных языках.

For: Буквенно-цифровой. Идентификатор документа.

Марр: Отображение property_DET\class_and_property_element.source_doc_of_definition\identified_document.document_identifier

7.2.12 Примечание

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

Descr: Копируется из исходного определения в документе в определение свойства.

Oblig: По выбору.

Trans: Необходим перевод.

For: Неограниченная буквенно-цифровая строка.

Марр: Отображение property_DET\class_and_property_elements.note

7.2.13 Замечание

Obj: Пояснительный текст для углубления понимания смысла использования свойства.

Descr: Свободное текстовое замечание. Оно не должно искажать смысл свойства.

Oblig: По выбору.

Trans: Необходим перевод.

For: Неограниченная буквенно-цифровая строка.

Марр: Отображение property_DET\class_and_property_elements.remark

7.2.14 Единица измерения

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

Descr: Формальная модель одной или нескольких единиц измерения и/или одной или нескольких ссылок на словарь единиц измерения, откуда можно взять формальную модель единицы измерения.

Примечание 1 - Идентификаторы, используемые для ссылок на словарь единиц измерения, позволяют загрузить формальную модель из вспомогательной базы, соответствующей ИСО/ТС 29002-20.

Oblig: Обязательный (для количественных данных).

Trans: Перевода не требуется.

For: Единицы измерения представляются в соответствии с ИСО 10303-41. При необходимости используются расширения, установленные в общей словарной модели ИСО 13584/МЭК 61360. Также могут использоваться математические строки. Математические строки всегда имеются в текстовых представлениях. Они могут быть в представлениях MathML. Ссылка на словарь единиц измерения выполняется с помощью идентификаторов, соответствующих серии ИСО 29002.

Марр: Отображения property_DET.domain\int_measure_type.unit или property_DET.domain\real_measure_type.unit или property_DET.domain\rational_measure_type.unit и/или property_DET.domain\int_measure_type.unit_id или property_DET.domain\real_measure_type.unit_id или property_DET.domain\rational_measure_type.unit_id и/или property_DET.domain\int_measure_type.alternative_units или property_DET.domain\real_measure_type.alternative_units или property_DET.domain\rational_measure_type.alternative_units и/или property_DET.domain\int_measure_type.alternative_unit_ids или property_DET.domain\real_measure_type.alternative_unit_ids или property_DET.domain\rational_measure_type.alternative_unit_ids

Примечание 2 - Рассматриваемая модель данных допускает альтернативные единицы измерения. Но если альтернативные единицы измерения разрешены, то они прописываются в определении свойства, и каждое значение свойства, соответствующее какой-то альтернативной единице измерения, ассоциируется с этой единицей.

7.2.15 Условие

Obj: Формально идентифицировать контекстный параметр, от которого зависят контекстно-зависимые характеристики.

Descr: Описание кодов адекватных контекстных параметров.

Oblig: Обязательно для контекстно-зависимых характеристик.

Trans: Перевода не требуется.

For: Ссылка на набор базовых семантических блоков.

Марр: Отображение property_DET\dependent_P_DET.depends_on

7.2.16 Формула

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

Descr: Математическое выражение определения свойства.

Oblig: По выбору.

Trans: Перевода не требуется.

For: Математическая строка (математические строки всегда присутствуют в текстовом представлении; они также бывают в текстовом представлении MathML).

Марр: Отображение property_DET.formula

7.2.17 Формат значения

Obj: Спецификация длины и шаблон рекомендуемого представления значения свойства с типами данных: строка string_type (либо ее подтип), число number_type (либо его подтип), набор значений (определенных либо типом level_type, либо укрупненными типами данных: list_type, set_type, bag_type, array_type или set_with_subset_constraint_type). При необходимости, данный атрибут дает рекомендацию системе о порядке представления строчных и числовых значений. Данная рекомендация не должна противоречить типу данных и возможным ограничениям на значения свойств. Значение данного атрибута должно быть совместимым с типом данных свойств: оно не должно изменять указанный тип данных, в противном случае оно игнорируется. Значение данного атрибута также должно быть совместимым с допустимыми ограничениями свойств, определенными на значениях свойств с помощью схемы ограничений, установленной в настоящем стандарте. В противном случае значение данного атрибута игнорируется.

Примечание 1 - Типы данных list_type, set_type, bag_type, array_type и set_with_subset_constraint_type определены в ИСО 13584-25.

Descr: При необходимости формат значения определяется в соответствии с одним из определений высоты (см. ниже). Синтаксис указанных форматов определен в приложении D с помощью подмножества расширенной формы Бекуса-Наура (EBNF), установленного в ИСО/МЭК 14977.

a) Форматы значений неколичественных типов данных: 5 определений. Они предназначены для свойств с неколичественными типами данных, например, строка string_type (или один из ее подтипов) или наборы таких значений.

Алфавитный формат значения (А),

Смешанный символьный формат значений (М),

Числовой формат значений (N),

Смешанный алфавитный и числовой символьный формат значений (X),

Бинарный формат значений (В).

b) Форматы значений количественных типов данных: 3 определения. Они предназначены для свойств с числовыми значениями, т.е. числовой тип number_type (или один из его подтипов) или наборы таких значений.

Целочисленный формат значений (NR1),

Действительный десятичный формат значений (NR2),

Действительный десятичный и показательный формат значений (NR3),

Рациональный формат значений (NR4).

Oblig: По выбору.

Trans: Перевода не требуется.

For: 80, буквенно-цифровой.

Марр: Отображение property_DET.domain\simple_type.value_format

Примечание 2 - Для поименованных типов данных формат значения относится к значениям со ссылочным атрибутом referred_type поименованного типа named_type.

7.2.18 Дата исходного определения

Obj: Показать, когда свойство было определено поставщиком информации, т.е. когда оно было объявлено действительным данным поставщиком. Данная дата никогда не изменяется. Ее можно использовать для проверки.

Descr: В соответствии с ИСО 8601.

Oblig: По выбору.

Trans: Перевода не требуется.

For: 10, буквенно-цифровой.

Марр: Отображение property_DET\dictionary_element.time_stamps\dates.date_of_original_definition

Expl: Пример даты: 1967-08-20.

7.2.19 Дата текущей версии

Obj: Показать дату определения текущей версии.

Descr: В соответствии с ИСО 8601.

Oblig: По выбору.

Trans: Перевода не требуется.

For: 10, буквенно-цифровой.

Марр: Отображение property_DET\dictionary_element.time_stamps\dates.date_of_current_version

7.2.20 Дата текущего пересмотра

Obj: Показать дату изменения последнего N пересмотра.

Descr: В соответствии с ИСО 8601.

Oblig: По выбору

Trans: Перевода не требуется.

For: 10, буквенно-цифровой.

Марр: Отображение property_DET\dictionary_element.time_stamps\dates.date_of_current_revision

7.2.21 N версии

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

Примечание 1 - Изменения не допускаются, если они искажают смысл свойства.

Примечание 2 - Изменения свойств, приводящие к изменению N версии, определены в разделе 9.

Descr: Строка, содержащая натуральное число, указывающее на различные версии свойства в течение жизненного цикла. Номера версий указываются в возрастающем порядке. Новая версия свойства генерируется в соответствии с правилами раздела 9.

Oblig: Обязательный.

For: 10, численный.

Trans: Перевода не требуется.

Марр: Отображение property_DET\dictionary_element.identified_by\basic_semantic_unit.version

7.2.22 N пересмотра

Obj: Символизировать каждый пересмотр заданной версии свойств. Новый номер пересмотра свойства создается, если изменение некоторого атрибута (описывающего данное свойство) не искажает смысл свойства и не изменяет порядок его использования.

Примечание 1 - Изменение недопустимо, если оно искажает смысл свойства.

Примечание 2 - Изменения свойства, приводящие к изменению номера пересмотра, определены в разделе 9.

Descr: Строка, содержащая натуральное число, используемая для административного контроля свойства. Последовательные номера пересмотров должны идти в возрастающем порядке для каждого нового значения версии свойства. Для каждого свойства (с уникальным идентификатором) может быть действительным только один текущий номер пересмотра в любой момент времени. Новый номер пересмотра свойства генерируется в соответствии с определением раздела 9. Если выпускается новая версия, то номер пересмотра ставится на '0'.

Oblig: Обязательный.

For: 3, численный.

Trans: Перевода не требуется.

Марр: Отображение property_DET\dictionary_element.revision

7.2.23 Не рекомендуется для использования

Obj: Указать, можно ли свойство использовать по-прежнему, или его нельзя использовать с новыми характеристиками.

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

Descr: Булево значение (по выбору). Если оно равно true, то рассматриваемое свойство, возможно, использовалось в прошлом, но оно не должно использоваться далее с новыми характеристиками.

Примечание 2 - Если данный атрибут не существует, то свойство не рекомендуется для использования.

Oblig: По выбору.

For: Булево значение.

Trans: Перевода не требуется.

Марр: Отображение property_DET\dictionary_element.is_deprecated

7.2.24 Интерпретация, не рекомендуемая для использования

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

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

Oblig: По выбору.

For: Переводимый текст.

Trans: Необходим перевод.

Марр: Отображение property_DET\dictionary_element.is_deprecated_interpretation

7.2.25 Административные данные

Obj: Запись информации о жизненном цикле свойства.

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

Oblig: По выбору.

For: Сущность administrative_data.

Trans: Перевода не требуется.

Марр: Отображение property_DET\dictionary_element.administration

8 Словарные элементы, описывающие классы продукции

8.1 Отображение классов на общую словарную модель ИСО 13584/МЭК 61360

В общей словарной модели ИСО 13584/МЭК 61360 характеристический класс отображается на класс class_BSU (для идентификации) и на словарный элемент класса item_class (для описания). Обе реализации продукции и аспекты продукции отображаются на класс item_class.

Пример 1 - Головка винта является особенностью. В ИСО 13584-511 она описана с помощью класса элементов item_class head (головка).

Сущность item_class включает атрибут instance_sharable, описывающий концептуальный статус элемента: это либо отдельный элемент (instance_sharable=true), либо общий (instance_sharable=false). Значение данного атрибута не подразумевает наличие каких-либо ограничений на уровне представления данных.

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

Примечание 1 - Два подтипа класса элементов item_class (класс компонентов component_class и класс материалов material_class) определены внутри словарной модели первого издания ИСО 13584-42 и МЭК 61360-2. Указанные подтипы не рекомендуются для использования, они удалены из настоящего стандарта.

Примечание 2 - Нижеследующие изменения гарантируют, что словарь, соответствующий первому изданию настоящего стандарта, удовлетворяет требованиям данного издания: (1) замена component_class и material_class на item_class с помощью ссылочного словаря; (2) для каждого нового класса item_class добавляется атрибут instance_sharable со значением true.

Примечание 3 - Другой подтип класса элементов item_class (feature_class) введен в ИСО 13584-24:2003. Данный подтип также не рекомендуется для использования в новых практических реализациях ИСО 13584-42 и МЭК 61360-2.

Примечание 4 - Нижеследующие изменения гарантируют, что словарь, соответствующий первому изданию настоящего стандарта, удовлетворяет требованиям данного издания: (1) замена feature_class на item_class с помощью ссылочного словаря; (2) для каждого нового класса item_class добавляется атрибут instance_sharable со значением false.

В общей словарной модели ИСО 13584/МЭК 61360 класс категоризации отображается на class_BSU (для идентификации) и на словарный элемент класса категоризации categorization_class (для описания). Для класса категоризации используется только поднабор атрибутов характеристического класса. Заданный атрибут класса категоризации, называемый суперклассом categorization_superclasses, позволяет описывать суперклассы в условной иерархии соотношений включения в класс.

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

В данном разделе описаны основные атрибуты, связанные с классом прямо или косвенно.

8.2 Атрибуты

Каждый характеристический класс продукции описывается словарным элементом, содержащим нижеследующие атрибуты:

- код;

- суперкласс;

- предпочтительное имя;

- сокращенное имя;

- синонимическое имя;

- видимые типы;

- применимые типы;

- свойства со значением, определенным классом;

- видимые свойства;

- применимые свойства;

- определение значения для класса;

- определение;

- исходный документ для определения;

- примечание;

- замечание;

- упрощенный чертеж;

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

- дата текущей версии;

- дата текущего пересмотра;

- номер версии;

- номер пересмотра;

- ограничения;

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

- интерпретация нецелесообразности использования;

- административные данные.

Более того, словарный элемент, описывающий класс категоризации продукции, также содержит следующий атрибут:

- categorization_class_superclass.

Запись каждого атрибута структурируется следующим способом (записи может не быть, если сущность неприменима):

- Имя атрибута;

- Obj: Цель;

- Descr: Описание;

- Oblig: Обязательство;

- Trans: Необходимость перевода на другой язык;

- For: Формат представления, максимальное число (тип) символов (для строк);

- Марр: Отображение на конструктив ресурса, используемое в общей словарной модели ИСО 13584/МЭК 61360;

- Expl: Пример.

8.2.1 Код

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

Descr: Базовая семантическая единица, ассоциированная с характеристическим классом продукции.

Oblig: Обязательный.

Trans: Перевода не требуется.

Марр: Отображение item_class\dictionary_element.identified_by\basic_semantic_unit.code

8.2.2 Суперкласс

Obj: Ссылка на ближайший уникальный родительский характеристический класс с помощью представительного соотношения (is-a relationship) характеристического класса.

Descr: Базовая семантическая единица ближайшего родительского характеристического класса для текущего характеристического класса.

Oblig: По выбору (если не существует, то класс не имеет суперкласса).

Trans: Перевода не требуется.

For: Базовая семантическая единица для класса.

Марр: item_class\class.its_superclasses

Примечание 1 - При определении иерархии стандартных характеристик один или несколько узлов могут не иметь суперкласса. Данные узлы являются корнем (корнями) иерархии.

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

Примечание 3 - При ссылке на класс ICS используемый код класса - это код, определенный для данного класса в указанном ICS, при этом точки заменяются подчеркиванием. Номер версии используемого класса равен '001'. В соответствии с ИСО 13584-26 код поставщика, используемый в 1-м издании ICS от 1992 г., равен "112/1///_00_1". Код поставщика, используемый в 6-м издании от 2005 г., равен "112/1///_00_6". Поставщикам словарных данных рекомендуется использовать более поздние издания ICS. Другие издания должны идентифицироваться кодом поставщика типа "112/1///_00_<N издания ICS>", где <N издания ICS> - это целое число, т.е. номер ссылочного ICS.

8.2.3 Предпочтительное имя

Obj: Дать существенное (возможно более подробное) описание характеристического класса (класса категоризации) продукции. Используется для связи и более глубокого понимания.

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

Oblig: Обязательный.

Trans: Необходим перевод.

For: 255, буквенно-цифровой.

Марр: class\class_and_property_element.names\item_name.preferred_name

Expl: Резьбы винтов.

8.2.4 Сокращенное имя

Obj: Дать имя характеристическому классу (классу категоризации) продукции в ограниченном пространстве.

Descr: Это есть осмысленное сокращение предпочтительного имени. Если стандартные аббревиатуры уже существуют, то они должны быть использованы. Они могут быть идентичны предпочтительному имени.

Oblig: По выбору.

Trans: Необходим перевод. Если сокращенное имя идентично буквенному обозначению, то оно должно быть одним и тем же на всех языках.

For: 30, буквенно-цифровой.

Марр: Отображение class\class_and_property_elements.names\item_names.short.name

8.2.5 Синонимические имена

Obj: Синонимы предпочтительного имени характеристического класса (класса категоризации) способствуют переходу от имен, используемых по локальным или историческим причинам.

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

Oblig: По выбору.

Trans: Необходим перевод.

For: 255, буквенно-цифровой.

Марр: Отображение class\class_and_property_elements.names\item_names.synonymus_names

8.2.6 Видимые типы данных

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

Descr: Различные свойства могут иметь один и тот же тип данных.

Пример - Набор кодов, идентифицирующих материалы.

Указанные типы данных могут быть определены как поименованные типы, независимо от рассматриваемого свойства. На них можно потом сослаться как на типы данных различных свойств. Определение поименованного типа должно содержать код, номер версии и тип данных поименованного типа, установленного путем использования конструктивов ресурса общей словарной модели ИСО 13584/МЭК 61360. Для неколичественного типа кода non_quantitative_code_type и неколичественного целого типа non_quantitative_int_type тип данных должен устанавливаться как набор словарных значений dic_values, составляющих уникальный код и набор имен (переведенных по возможности).

Oblig: По выбору.

Trans: Для типов non_quantitative_code_type и non_quantitative_int_type имена значений требуют перевода.

For: Форматы data_type_BSUs и data_type_elements

Марр: Отображение item_class\dictionary_element.identified_by\class_BSU.added_visible_data_types

Примечание 1 - Видимые типы наследуются.

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

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

8.2.7 Применимые типы

Obj: Определить видимые типы, допустимые как типы данных для свойств, применимых для характеристического класса (или какого-либо его подкласса).

Descr: Список кодов определенных (унаследованных) видимых типов характеристического класса, которые становятся применимыми типами для рассматриваемого характеристического класса (и какого-либо его подкласса).

Oblig: По выбору.

Trans: Перевода не требуется.

For: Список data_type_BSU.

Марр: Отображение item_class\class.defined_types

8.2.8 Свойства со значением, определенным классом

Obj: Определить, какие свойства могут быть назначены одному значению в характеристическом классе продукции, где данное свойство объявлено как свойство со значением, определенным классом (каким-либо его подклассом).

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

Oblig: По выбору.

Trans: Перевода не требуется.

For: Список property_BSU.

Марр: Отображение item_class.sub_class_properties

Примечание - Свойства со значением, определенным классом, являются унаследованными. Они не появляются в списке свойств sub_class_properties подклассов.

8.2.9 Видимые свойства

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

Descr: Новые свойства (с учетом наследственности) продукции, принадлежащие к нелистовому или листовому характеристическому классу, могут обладать или не обладать особенностями подклассов, которым они принадлежат.

For: Набор свойств property_BSU.

Oblig: Обязательный (возможно, пустой).

Mapp: Отображение item_class\dictionary_element.identified_by\class_BSU.added_visible_properties

8.2.10 Применимые свойства

Obj: Описать новые свойства, определенные как применимые для рассматриваемого характеристического класса (какого-либо его подкласса).

Descr: Новые свойства (с учетом наследственности), которыми должна обладать продукция, принадлежащие нелистовому или листовому характеристическому классу. Свойства данного списка должны быть видимыми для данного характеристического класса, т.е. они должны быть определены как видимые либо данным характеристическим классом, либо характеристическим классом более высокого уровня в рассматриваемой иерархии. Порядок перечисления в списке должен по умолчанию соответствовать порядку представления свойств в любом случае, когда такой порядок определен.

Пример - Представление свойств некоторого класса на экране.

For: Список свойств property_BSU.

Oblig: Обязательный (возможно, пустой).

Марр: Отображение item_class\class.described_by

8.2.11 Значения, постоянные в классе

Obj: Определить значения, назначенные некоторым свойствам со значением, определенным классом, объявленным в рассматриваемом характеристическом классе или в каком-либо характеристическом классе на более высоком иерархическом уровне.

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

For: Набор заданных значений class_value_assignments.

Oblig: По выбору.

Марр: Отображение item_class.class_constant_values

8.2.12 Определение

Obj: Пояснить смысл характеристического класса (класса категоризации), путем указания его назначения в письменной форме.

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

Oblig: Обязательный.

Trans: Необходим перевод.

For: Формат class\class_and_property_element.definition

8.2.13 Исходный документ для определения

Obj: Дать ссылку на исходный документ, из которого получено определение характеристического класса (класса категоризации).

Descr: Как минимум, ссылка должна содержать номер документа и дату его выпуска.

Oblig: По выбору.

Trans: Перевода не требуется.

For: Буквенно-цифровой. Идентификатор документа.

Марр: Отображение class\class_and_property_elements.

source_doc_of_definition\identified_document.document_identifier

Примечание - Если обмен соответствует ИСО 13584-24:2003, то документом можно обмениваться.

8.2.14 Примечание

Obj: Дополнительная информация по какой-либо детали определения, существенной для его понимания.

Descr: Текстовое утверждение в произвольной форме.

Oblig: По выбору.

Trans: Необходим перевод.

For: Неограниченная буквенно-цифровая строка.

Марр: Отображение item_class\class_and_property_element.note

8.2.15 Замечание

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

Descr: Свободные текстовые замечания не должны искажать смысл основного текста.

Oblig: По выбору.

Trans: Необходим перевод.

For: Неограниченная буквенно-цифровая строка.

Марр: Отображение item_class\class_and_property_elements.remark

8.2.16 Упрощенный чертеж

Obj: Получить визуализацию (по запросу пользователя), предоставляющую образ характеристического класса (класса категоризации) продукции.

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

Oblig: По выбору.

Trans: Перевода не требуется.

For: Графическая сущность.

Марр: Отображение item_class.simplified_drawing

Примечание - Графическую сущность можно обменивать как сущность внешней графики external_graphics, описанную в настоящем стандарте. Указанную сущность external_graphics можно представить как гипертекстовый файл http_file, определенный в ИСО 13584-24:2003, на который ссылается словарная схема ISO13584_IEC61360_dictionary_schema, установленная в приложении F.

8.2.17 Дата исходного определения

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

Descr: В соответствии с ИСО 8601.

Oblig: По выбору.

Trans: Перевода не требуется.

For: 10, буквенно-цифровой.

Марр: Отображение class\dictionary_element.time_stamps.date_of_original_definition

Expl: 1967-08-20

8.2.18 Дата текущей версии

Obj: Показать дату определения текущей версии.

Descr: В соответствии с ИСО 8601.

Oblig: По выбору.

Trans: Перевода не требуется.

For: 10, буквенно-цифровой.

Марр: Отображение class\dictionary_element.time_stamps.date_of_current_version

8.2.19 Дата текущего пересмотра

Obj: Показать дату изменения последнего номера пересмотра.

Descr: В соответствии с ИСО 8601.

Oblig: По выбору.

Trans: Перевода не требуется.

For: 10, буквенно-цифровой.

Марр: Отображение class\dictionary_element.time_stamps.date_of_current_revision

8.2.20 N версии

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

Примечание 1 - Изменение недопустимо, если оно искажает смысл класса.

Примечание 2 - Изменения класса, приводящие к изменению номера версии, определены в разделе 9.

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

Oblig: Обязательный.

For: 10, числовой.

Trans: Перевода не требуется.

Марр: Отображение item_class\dictionary_element.identified_by\basic_semantic_unit.version

8.2.21 Номер пересмотра

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

Примечание 1 - Изменение недопустимо, если оно искажает смысл класса.

Примечание 2 - Изменения в классе, оказывающие влияние на номер пересмотра, определены в разделе 9.

Descr: Строка, содержащая натуральное число, используемое для административного контроля класса. Последовательные номера пересмотров идут в возрастающем порядке для каждого значения номера версии класса. Для каждого класса (с уникальным идентификатором) только один номер пересмотра может быть текущим в любой момент времени. Новый номер пересмотра класса генерируется в соответствии с определением, данным в разделе 9. Если вышла новая версия, то номер пересмотра устанавливается на '0'.

Oblig: Обязательный.

For: 3, числовой.

Trans: Перевода не требуется.

Марр: Отображение item_class\dictionary_element.revision

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

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

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

Примечание 2 - Каждое ограничение может быть ассоциировано с идентификатором, соответствующим ИСО/ТС 29002-5. Данный идентификатор включает идентификатор поставщика, называемый RI, идентификатор данных, называемый DI, и идентификатор версии, называемый VI.

Descr: Набор ограничений.

Oblig: По выбору.

For: Набор ограничений.

Trans: Перевода не требуется.

Марр: Отображение item_class\class.constraints

8.2.23 Реализация коллективного доступа

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

Примечание - Данный атрибут не требует какой-либо особой практической реализации на уровне представления данных.

Descr: Булев атрибут, определенный для класса элементов item_class.

Oblig: По выбору.

For: Булев.

Trans: Перевода не требуется.

Марр: Отображение item_class.instance_sharable

8.2.24 Суперклассы класса категоризации

Obj: Определить, какие из классов категоризации стоят одной ступенью выше в иерархии условных соотношений включения в класс.

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

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

Oblig: По выбору.

For: Набор классов class_BSU.

Trans: Перевода не требуется.

Марр: Отображение categorization_class.categorization_class_superclasses

8.2.25 Не рекомендуемый для использования

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

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

Descr: Булево значение по выбору: если оно равно true, то указанный класс, возможно, использовался в прошлом, но не должен далее использоваться в новых условиях.

Примечание 2 - Если данный атрибут не существует, то класс не рекомендуется для использования.

Oblig: По выбору.

For: Булево значение.

Trans: Перевода не требуется.

Марр: Отображение class\dictionary_element.is_deprecated

8.2.26 Интерпретация нецелесообразности использования

Obj: Указать нецелесообразность использования некоторого класса и определить порядок интерпретации значений рассматриваемого не рекомендуемого для использования класса.

Descr: Обязательное примечание в случае, если класс не рекомендуется для использования.

Oblig: По выбору.

For: Переводимый текст.

Trans: Необходим перевод.

Марр: Отображение class\dictionary_element.is_deprecated_interpretation

8.2.27 Административные данные

Obj: Зарегистрировать информацию о жизненном цикле класса.

Descr: Сущность, представляющая исходный язык (на котором приведено определение класса), список языков (на которые переводится описание класса), допустимый статус, определяющий состояние жизненного цикла класса.

Oblig: По выбору.

For: Сущность "административные данные" administrative_data.

Trans: Перевода не требуется.

Марр: Отображение class\dictionary_element.administration

9 Правила управления изменением словаря

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

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

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

9.1 Принцип онтологической непрерывности

Цель онтологии в серии ИСО 13584, называемой ссылочным словарем для данной области состоит в том, чтобы установить:

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

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

Используемый метод - кодирование каждого вида продукции. Характеристика продукции включает:

- характеристический класс, которому принадлежит продукт;

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

Пример - Пусть продукт представлен с помощью ссылочного словаря крепежных элементов по ИСО 13584-511, например, это колпачковая гайка с номинальным диаметром 5 и высотой 4, т.е.:

cap nut (nominal diameter = 5; heigh of nut = 4)

Данная характеристика представляет продукт, который является "шестигранной гайкой, заглушенной с одной стороны плоским колпачком". "Номинальный диаметр резьбы" равен 5 мм, "габаритная высота гайки" равна 4 мм.

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

Примечание 2 - В рамках рассматриваемого онтологического подхода каждый продукт представляется как экземпляр в рамках данной онтологии.

Фундаментальные допущения используемого метода кодирования:

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

- характеристика, записанная в момент времени time = t, должна интерпретироваться с тем же смыслом в момент времени time = t+1, даже если ссылочный словарь изменяется в промежутке между моментами времени t и t+1.

В общем случае имеются два решения, учитывающих оба фундаментальных допущения:

- если ссылочный словарь меняется в промежутке между моментами t и t + 1 и на допустимые изменения ограничения не накладываются, то пользователь ссылочного словаря должен иметь доступ к ссылочному словарю как в момент времени t, так и в момент времени t+1, т.е. ко всем различным версиям ссылочного словаря;

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

Данное решение, называемое принципом онтологической непрерывности, ограничивает допустимые изменения теми, которые гарантируют, что любая характеристика продукции, определенная в момент времени time = t, со ссылочным словарем, существующим в данный момент времени, сохраняем свой смысл, если она интерпретируется ссылочным словарем, существующим в момент времени time = t+1. Следовательно, смысл словарного элемента, введенного в некоторый момент времени, будет сохранен в будущем.

Примечание 3 - В течение всего времени жизни описание ссылочного словаря может содержать небольшие ошибки ("опечатки"). Словарь также нужно постоянно редактировать, чтобы отслеживать технологические усовершенствования. И, наконец, определения ссылочного словаря могут содержать концептуальные ошибки, когда следует изменять смысл класса и/или свойства.

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

9.2 Пересмотры и версии

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

Пусть:

- - это ссылочный словарь О в момент времени time = t;

- - классы ссылочного словаря О в момент времени time = t;

- - свойства ссылочного словаря О в момент времени time = t;

- applicable_properties - функции, которые ставят в соответствие каждому классу его применимые свойства из в момент времени time = t;

Примечание 1 - Сущность applicable_properties (Class_c) включает все свойства, объявленные атрибутом described_by сущности class, определяющей сущность Class_c, если сущность Class_c представляет собой условный класс и свойства, импортированные сущностью imported_properties, входящие в класс Class_c - все применимые свойства допустимых суперклассов для класса Class_c.

- domain - функция, которая ставит в соответствие каждому свойству Pi в P его область значений в момент времени time = t.

Примечание 2 - Сущность domain(Pi) представляет собой область значений, объявленную атрибутом domain сущности property_det, определяющей свойство Pi в момент времени time = t.

Характеристика x удовлетворяет требованиям ссылочного словаря O, если и только если x может быть представлена как реализация O. Это означает, что:

- x принадлежит одному классу C, например, Class_c;

- x характеризуется значениями нескольких свойств, например, P1, P2.....Pn;

- P1, P2.....Pn принадлежат P;

- P1, P2.....Pn - свойства, применимые в классе Class_c;

Примечание 3 - Свойства P1, P2, ..., Pn могут быть набором всех свойств, применимых в классе Class_c. Они также могут быть подмножеством данного множества.

- для каждого свойства P1, P2, ..., Pn значение, назначенное данному свойству, принадлежит области значений данного свойства в момент времени time = t по определению функции domain(Pi), i=1, ..., n.

Формально x удовлетворяет требованиям ссылочного словаря O, если пользователь словаря может записать это в виде:

x = Class_c(P1 = v1, P2 = v2, ..., Pn = vn)

При условии:

Class_cO, P1O, P2O, ..., PnO


^P1applicable_properties(Class_C) ^P2applicable_properties (Class_C)

^...^_Pnapplicable_properties(Class_c)

^v1 domain (P1) ^ v2domain (P2) ^...^ vndomain(Pn)

Множество всех характеристик х, удовлетворяющих требованиям словаря О, называется совокупностью Pop О. Определение совокупности:

Pop= все х, удовлетворяющие требованиям О

Будем говорить, что:

- Pop и х удовлетворяют требованиям O;

- O интерпретирует Pop и х.

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

Первый вид изменений в ссылочном словаре - это те изменения, которые никак не модифицируют множество характеристик, определенных данным ссылочным словарем, т.е. рассматриваемую совокупность ссылочного словаря (например, когда исправлена "опечатка", когда добавлены новые переводы, когда определение класса рассматривается повторно, чтобы сделать формулировку более ясной без изменения ее смысла). В данном случае сущность Pop (совокупность О в момент времени time = t) идентична сущности Рор (совокупности О в момент времени time = t +1). Это означает, что:

- любая характеристика х, определенная для О, также удовлетворяет требованиям О. Таким образом, О обратно совместим с О, так как это позволяет интерпретировать все реализации;

- любая характеристика х, определенная для О, также удовлетворяет требованиям О. Таким образом, О, также совместим снизу-вверх с О, так как О позволяет интерпретировать все реализации О.

В случае изменений, для которых имеет место "обратная" совместимость и совместимость "снизу-вверх", нет необходимости фиксировать, что характеристика "х" была построена в момент времени time = t или в момент времени time = t+1. Таким образом, данное изменение не требует изменения N версии, ранее назначенного для нескольких словарных элементов в момент времени time = t. Данное изменение называется изменением пересмотра. Оно отслеживается либо путем увеличения атрибута revision словарного элемента (модифицируемого, когда рассматриваемое изменение искажает описание на языке источника, на котором дано определение словарного элемента), либо увеличением одного или нескольких атрибутов translation_revision, соответствующих другим языкам, на которые данный словарный элемент переведен, если рассматриваемое изменение искажает описание на соответствующем языке.

Примечание 4 - Номера пересмотров не регистрируются в идентификаторах словарных элементов. Характеристика, использующая рассматриваемые словарные элементы, позволяет использовать для интерпретации как O, так и O.

Примечание 5 - Каждый словарный элемент имеет атрибут пересмотра. Каждый переведенный словарный элемент имеет административный элемент данных administrative_element, описывающий исходный язык source_language, на котором словарный элемент dictionary_element был изначально определен, и атрибут пересмотра перевода translation_revision для каждого перевода.

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

В случае изменений, для которых справедлива только обратная совместимость, характеристика "х" (построенная в момент времени time = t+1 и зависящая от модифицированных словарных элементов) должна четко отражать это в своем представлении. Указанное изменение называется изменением версии. Оно отслеживается путем увеличения N версии словарного элемента, который был модифицирован, и NN версий всех других словарных элементов, которые так же были модифицированы, как следствие.

Примечание 6 - N версий регистрируются в идентификаторах словарных элементов. Указание N версии элемента в его характеристике препятствует использованию словаря O для интерпретации характеристик, основанных на отличных версиях словаря O.

Таблица 1 суммирует отличия между версиями и пересмотрами.

Таблица 1 - Пересмотр и версия

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

Обратная совместимость
Совокупность Pop удовлетворяет требованиям O

Совместимость снизу-вверх
Совокупность Pop удовлетворяет требованиям O

Пересмотр

Да

Да

Версия

Да

Нет

9.3 Исправление ошибок

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

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

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

"Нецелесообразность использования" означает, что:

- чтобы гарантировать обратную совместимость, ошибочные словарные элементы (значения свойств) остаются в ссылочном словаре, но при этом:

- все ошибочные элементы ассоциируются с атрибутом is_deprecated, имеющим значение true, что означает: "данный словарный элемент (значение свойства) не рекомендуется использовать далее в новых условиях", а также;

- атрибут, ассоциированный с каждым атрибутом is_deprecated, называется атрибутом интерпретации нецелесообразности использования is_deprecated_interpretation. Данный атрибут определяет порядок изменения характеристики, ссылающейся на не рекомендуемый для использования элемент, в соответствии с обновляемым ссылочным словарем.

Примечание 1 - Спецификация атрибута is_deprecated_interpretation может быть неформальной (объяснение пользователю ссылочного словаря порядка обработки соответствующих данных) или формальной (инструкция по настройке компьютера для автоматического исправления данных).

Примечание 2 - В рассматриваемой спецификации правил управления изменением словаря нет формального языка представления содержания атрибута is_deprecated_interpretation. В настоящий момент команда-разработчик общей словарной модели ИСО 13584/МЭК 61360 разрабатывает такой язык.

Пример 1 - Если в классе C1 применимое свойство P1, значение которого выражается в метрах, заменяется свойством P2, имеющим тот же смысл, но выражаемым в микронах, то: (1) P1 значение атрибута is_deprecated равно true, (2) атрибут is_deprecated_interpretation может иметь значение: "Значение данного свойства должно теперь выражаться в микронах и относиться к свойству P2".

Пример 2 - В вышеприведенном Примере 1 значение атрибута свойства Р1 is_deprecated_interpretation может быть представлено (если используемый подход согласован с сообществом, использующим рассматриваемый ссылочный словарь) как выражение, использующее синтаксис языка EXPRESS и представляющее значения свойств через идентификаторы свойств. В данном случае выражение имеет вид: "P2:= P1 * 1000000".

На рисунке 1 приведена модель планирования, представляющая указанный механизм в общей словарной модели ИСО 13584/МЭК 61360, вместе с определениями соответствующих атрибутов.


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

note_value

Тип примечания

is_deprecated_interpretation

Интерпретация нецелесообразности использования элемента

status

Статус

value_code

Код значения

meaning

Смысл

value_meaning_id

Идентификатор смысла значения

dic_value

Словарное значение

source_doc_of_definition

Исходный документ для формулировки определения

definition

Определение

boolean

Булев тип

Is_deprecated

Не рекомендуется для использования

revision

Пересмотр

administration

Административные данные

(ABS) dictionary_element

Словарный элемент (в алфавитном порядке)

Identified_by

Идентифицирован ...

time_stamps

Временные отметки

Определения атрибутов:

is_deprecated: по выбору, Булевский тип. Если атрибут равен true, то элемент dic_values/dictionary_element не должен далее использоваться.

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

9.4 Правила управления изменениями

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

9.4.1 Критерии для классификации изменений

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

Рассматриваемые правила определяют минимальные требования. При этом поставщик ссылочного словаря всегда может принять решение: 1) обновить номер версии словарного элемента, тогда как правила запрашивают только обновление номера пересмотра, 2) не рекомендовать для дальнейшего использования модифицированный элемент, тогда как правила запрашивают только обновление номера пересмотра или номера версии.

Правило 1: Изменение номера пересмотра

Если после преобразования сущности Ent (класса, типа данных, свойства, имени, определения...) ссылочного словаря O в сущность Ent (1), новый ссылочный словарь O может интерпретировать все характеристики, определяемые словарем O, и (2) не позволяет определять какие-либо новые характеристики, то рассматриваемое изменение представляет собой изменение номера пересмотра словарного элемента путем изменения сущности Ent.

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

Пример 1 - Если словарь доступен только на одном языке, то (при изменении определения класса без изменения характеристик, которые он может интерпретировать) атрибут пересмотра класса должен быть увеличен.

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

Пример 3 - Если оригинальный язык словаря - английский, и словарь переведен на немецкий и французский, и если изменяется значение атрибута figure класса без изменения характеристик, которые данный класс может интерпретировать, то атрибут revision класса следует увеличить. Если значением атрибута figure является graphic_files (данное значение является языково-независимым) и, таким образом, применяется для описаний на всех языках, то атрибуты translation_revision как немецкого, так и французского переводов можно не увеличивать, так как перевод не изменялся.

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

Правило 2: Изменение номера версии

Если после замены сущности Ent (класса, типа данных, свойства, ...) ссылочного словаря O на сущность Ent (1) новый ссылочный словарь O может интерпретировать все характеристики, определяемые ссылочным словарем O, но (2) новый словарь также дает новые характеристики, не интерпретируемые словарем O, то рассматриваемое изменение должно увеличивать номер версии Ent.

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

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

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

Правило 3: Исправление ошибок

Если после замены словарного элемента Ent (класса, типа данных, свойства, ...) ссылочного словаря на сущность Ent новый ссылочный словарь O уже не может интерпретировать все характеристики, определяемые словарем O, то рассматриваемое изменение не является обратно совместимым и нарушается принцип онтологической непрерывности.

Для исправления ошибок необходимо: (1) идентифицировать те словарные элементы, которые следует модифицировать, и назначить значение true их атрибуту is_deprecated; (2) определить новые сущности, которые будут исправлять ошибки; (3) описать в атрибуте is_deprecated_interpretation не рекомендуемый для использования элемент (почему данный элемент уже не рекомендуется для использования, как следует изменять характеристику, ссылающуюся на не рекомендуемый для использования элемент, в соответствии с требованиями обновляемого ссылочного словаря).

Пример 7 - Если вносится исправление единицы измерения меры действительного типа некоторого свойства, то рассматриваемая продукция, зарегистрированная ранее и характеризуемая данным свойством, должна описываться уже по-другому. Новый ссылочный словарь уже не является обратно совместимым, и данное изменение не может вноситься просто так. Поэтому (1) соответствующее свойство следует считать не рекомендуемым для использования, (2) новое свойство (уже с другим идентификатором) должно создаваться как видимое и применимое там, где таковым было предшествующее свойство, (3) в атрибуте is_deprecated_interpretation предшествующего свойства необходимо указать, что значение данного свойства должно быть, например, "… разделено на 1000. Только после этого оно может рассматриваться как значение нового свойства".

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

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

На рисунке 2 приведена процедура классификации вносимых изменений.


Рисунок 2 - Классификация изменений словаря

Change request

Запрос на изменение

Backward compatible?

Является ли сущность обратно совместимой?

Yes

Да

No

Нет

Upward compatible?

Является ли сущность совместимой снизу-вверх?

Deprecate Ent

Объявить сущность Ent, не рекомендуемой для использования

Introduce new entities = Ent

Внести новые сущности Ent

Revision

Пересмотр

Version

Версия

Out of scope

Не рассматривается

Request an internal agreement of dictionary users

Запрос на внутреннее согласование пользователей словаря

9.4.2 Изменение зависимости и распространения

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

Исключительность каждого словарного элемента обеспечивается внутри одного ссылочного словаря, а не в нескольких словарях одновременно. Если класс С1 ссылочного словаря D1 ссылается на класс С2 ссылочного словаря D2 с помощью условного соотношения, то на поставщике ссылочного словаря D1 лежит ответственность за принятие решения: на какие классы производится ссылка, на какую версию, и какие свойства импортируются. Таким образом, если поставщик словаря D2 изменяет версию класса С2, то на поставщике словаря D1 лежит ответственность за принятие решения: при каких условиях и когда на новую версию класса С2 можно будет ссылаться из класса С1. Старые ссылки могут сохраняться. Но если N версии ссылки увеличивается, то N версии класса С1 также должен быть увеличен.

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

Правило 4: отсутствие распространения на ссылочные словари

Если класс С1 ссылочного словаря D1 ссылается на класс С2 ссылочного словаря D2 с помощью условного соотношения, и если N версии класса С2 обновлен, то на поставщике словаря D1 лежит ответственность за принятие решения: при каких условиях и когда класс С1 может ссылаться на новую версию класса С2. Если это имеет место, то N версии класса С1 следует увеличить.

Пример 1 - Класс C1 импортирует с помощью условного соотношения свойства P1 и P2. Новое применимое свойство P3 добавляется в класс C2. Поставщик словаря D1 не заинтересован в свойстве P3. Тогда класс C1 может продолжать ссылаться на предшествующую версию класса C2.

Правило 5: распространение версии

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

Примечание 1 - Это те же средства ссылочного словаря, идентифицированные тем же поставщиком информации.

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

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

Пример 3 - Изменение номера версии класса ведет к изменению номеров версий его подклассов, и так далее.

Пример 4 - Если номер версии класса определений свойств увеличивается, то номер версии данного свойства также должен быть увеличен.

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

Правило 6: вычисление значения номера новой версии

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

Правило 7: Циркуляция новой версии

На поставщике ссылочного словаря лежит ответственность о принятии решения: как и когда следует распространять обновления.

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

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

9.4.3 Управление классами категоризации

Классы категоризации не оказывают влияние на характеристики элементов. На них вышеуказанные правила не распространяются.

Правило 8: разработка версий классов категоризации

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

Изменение номера версии классов категоризации не распространяется на характеристические классы, которые на них ссылаются. Указанные изменения регистрируются только путем изменения номера пересмотра.

9.4.4 Управление номером версии и номером пересмотра словаря

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

Правило 9: версии и пересмотры словаря

Если обновленный словарь распределяется в соответствии с Правилом 6, то, в этом случае:

- если номер рассматриваемой версии version какого-либо словарного элемента, определенного в данном словаре, увеличен, и/или если внесен новый словарный элемент, то номер версии словаря также должен быть увеличен;

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

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

- если номер версии словаря увеличен, то номер пересмотра должен быть поставлен на '0'.

9.5 Изменения и атрибуты словаря

9.5.1 Атрибуты, поддерживаемые системой

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

- Изменение номера пересмотра: если происходит изменение описания на исходном языке (на котором описан словарный элемент), то номер пересмотра увеличивается, а дата пересмотра date_of_current_revision обновляется. Если происходит изменение описания на одном или нескольких других языках (на которые переведено описание словарного элемента), то номер пересмотра перевода translation_revision на соответствующий язык увеличивается, а дата пересмотра перевода date_of_current_translation_revision на соответствующий язык обновляется;

- Изменение номера версии: номер версии увеличивается и дата текущей версии date_of_current_version обновляется с течением времени. Номер пересмотра устанавливается на минимальное значение атрибута пересмотра, а дата текущего пересмотра date_of_current_revision обновляется;

- Создание нового словарного элемента: новый словарный элемент создается с новым кодом, а дата исходного определения date_of_original_definition устанавливается по текущему времени. Номер версии устанавливается на минимальное значение, определенное для атрибута версии, а дата текущей версии date_of_current_version обновляется по текущему времени. Номер пересмотра устанавливается на минимальное значение, а дата текущего пересмотра date_of_current_revision обновляется по текущему времени.

9.5.2 Атрибуты, доступные для текстовых изменений

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

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

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

9.6 Ограничения на эволюцию ссылочных словарей

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

Неизменность классов

Существование характеристического класса нельзя отрицать в процессе эволюции. Дело в том, что каждый характеристический класс позволяет определить некоторые характеристики, любой класс, существующий в момент времени time = t, продолжает существовать в момент t' при t'>t .

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

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

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

Неизменность свойств

Аналогично, все свойства, существующие в момент времени time = t, должны по-прежнему существовать в момент t' при t'>t. Свойства также могут устаревать. Но при этом ни условия существования, ни значения заданного элемента не могут изменяться. Область значений свойств может участвовать в процессе эволюции. Принимая во внимание требование обеспечения обратной совместимости, область значений может только увеличиваться. При этом отдельные значения время от времени маркируются как не рекомендуемые для использования.

Неизменность соотношения "класс-подкласс"

Соотношения типа "класс-подкласс" - это соотношения между классами и всеми подклассами. Эти соотношения - прямые или удовлетворяющие свойству транзитивности. Соотношение "класс-подкласс" поддерживает наследственность между суперклассом и подклассом. Выполнение требования неизменности заданного соотношения "класс-подкласс" между двумя классами С1 (суперклассом) и С2 (подклассом) зависит от последствий реализации данного соотношения для характеристик, определенных подклассом:

- если С2 не наследует от С1 какой-либо элемент (свойство, тип, значение, ...), используемый в характеристике, то соотношение "С1-С2" может быть погашено. Последствия реализации данного соотношения для N версии и N пересмотра определяются правилами управления изменением словаря;

- если С2 наследует от С1 некоторый элемент (свойство, тип, значение, ...), используемый в реализации характеристики С2, то соотношение "С1-С2" погашено быть не может.

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

Неизменность характеристик

Из факта, что свойство Р применимо в классе С в момент времени time = t, следует, что Р остается применимым в С в момент t' при t'>t.

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

Примечание 3 - Если свойство Р1 объявлено как применимое в классе С2, являющимся подклассом C1, то Р1 может стать применимым в классе С1 без возникновения проблемы обеспечения обратной совместимости, так как свойство применимости является унаследованным.

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


Обзор кодов классификации типов неколичественных типов элементов данных (основной класс А)

Таблица А.1 - Обзор кодов классификации типов неколичественных типов элементов данных (основной класс А)

Коды классификации типов

Описание

А11

Географическая единица (больше чем населенный пункт)

А12

Географическое размещение (населенный пункт и менее)

А13

Географический маршрут или сеть

А21

Организация

А22

Должностное лицо

А31

Срок, заданный датой и временем

А32

Время дня

A41

Частное лицо

A51

Продукт

A52

Класс продуктов

A53

Партия или упаковка продукта (тип)

A54

Способ, средства и единицы транспортировки

A55

Процесс производства и технология

A56

Функция и приложение продукта

A57

Материал

A58

Геометрия, формы и размеры продукта

A59

Качество, функционирование и испытания продукта

A61

Документ и сообщение

A62

Элемент информации и информационная группа

A63

Среда и единицы передачи данных

A71

Единицы измерения

A79

Тип измерения

A81

Расчет

A82

Проект, проектное мероприятие

A83

Процедура

A91

Абстрактная идентификация (язык, цвет, ...)

A93

Раздел


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


Сущность короткого имени

В Таблице В.1 даны короткие имена, рассмотренные в настоящей части ИСО 13584. Требования к коротким именам определены методами практической реализации, рассмотренными в ИСО 10303.

Таблица В.1 - Сущность короткого имени

Полное имя

Сокращенное имя

A_PRIORI_SEMANTIC_RELATIONSHIP

APS1

ADMINISTRATIVE_DATA

ADMDT

AXIS1_PLACEMENT_TYPE

AXPLTY

AXIS2_PLACEMENT_2D_TYPE

AP2T

AXIS2_PLACEMENT_3D_TYPE

AP3T

BASIC_SEMANTIC_UNIT

BSSMUN

BOOLEAN_TYPE

BLNTYP

CARDINALITY_CONSTRAINT

CRDCNS

CATEGORIZATION_CLASS

CTGCLS

CLASS

CLASS


CLASS_AND_PROPERTY_ELEMENTS

CAPE

CLASS_BSU

CLSBS

CLASS_BSU_RELATIONSHIP

CLBSRL

CLASS_CONSTRAINT

CLSCNS

CLASS_REFERENCE_TYPE

CLRFTY

CLASS_RELATED_BSU

CLRLBS

CLASS_VALUE_ASSIGNMENT

CLVLAS

COMPLEX_TYPE

CMPTYP

CONDITION_DET

CNDDT

CONFIGURATION_CONTROL_CONSTRAINT

CNCNCN

CONSTRAINT

CNSTRN

CONTENT_ITEM

CNTITM

CONTEXT_RESTRICTION_CONSTRAINT

CNRSCN

DATA_TYPE

DTTYP

DATA_TYPE_BSU

DTTYBS

DATA_TYPE_ELEMENT

DTTYEL

DATE_DATA_TYPE

DTDTTY

DATE_TIME_DATA_TYPE

DTDT

DATES

DATES

DEPENDENT_P_DET

DPPDT

DIC_UNIT

DCUNT

DIC_VALUE

DCVL

DICTIONARY_ELEMENT

DCTELM

DICTIONARY_IDENTIFICATION

DCTIDN

DOCUMENT

DCMNT

DOMAIN_CONSTRAINT

DMNCNS

ENTITY_INSTANCE_TYPE

ENINTY

ENTITY_SUBTYPE_CONSTRAINT

ENSBCN

ENUMERATION_CONSTRAINT

ENMCNS

EXTERNAL_GRAPHICS

EXTGRP

FILTER

FILTER

GLOBAL_LANGUAGE_ASSIGNMENT

GLLNAS

GRAPHIC_FILES

GRPFLS

GRAPHICS

GRPHCS

IDENTIFIED_DOCUMENT

IDNDCM

INT_CURRENCY_TYPE

INCRTY

INT_MEASURE_TYPE

INMSTY

INT_TYPE

INTTYP

INTEGRITY_CONSTRAINT

INTCNS

ITEM_CLASS

ITMCLS

ITEM_CLASS_CASE_OF

ICCO

ITEM_NAMES

ITMNMS

LABEL_WITH_LANGUAGE

LBWTLN

LANGUAGE_CODE

LNGCD

LEVEL_TYPE

LVLTYP

MATHEMATICAL_STRING

MTHSTR

NAMED_TYPE

NMDTYP

NON_DEPENDENT_P_DET

NDPD

NON_QUANTITATIVE_CODE_TYPE

NQCT

NON_QUANTITATIVE_INT_TYPE

NQIT

NON_SI_UNIT

NNSUN

NON_TRANSLATABLE_STRING_TYPE

NTST

NUMBER_TYPE

NMBTYP

PLACEMENT_TYPE

PLCTYP

PRESENT_TRANSLATIONS

PRSTRN

PROPERTY_BSU

PRPBS

PROPERTY_CONSTRAINT

PRPCNS

PROPERTY_DET

PRPDT

RANGE_CONSTRAINT

RNGCNS

RATIONAL_MEASURE_TYPE

RTMSTY

RATIONAL_TYPE

RTNTYP

REAL_CURRENCY_TYPE

RLCRTY

REAL_MEASURE_TYPE

RLMSTY

REAL_TYPE

RLTYP

SIMPLE_TYPE

SMPTYP

STRING_PATTERN_CONSTRAINT

STPTCN

STRING_SIZE_CONSTRAINT

STSZCN

STRING_TYPE

STRTYP

SUBCLASS_CONSTRAINT

SBCCNS

SUPPLIER_BSU

SPPBS

SUPPLIER_BSU_RELATIONSHIP

SPBSRL

SUPPLIER_ELEMENT

SPPELM

SUPPLIER_RELATED_BSU

SPRLBS

TIME_DATA_TYPE

TMDTTY

TRANSLATABLE_STRING_TYPE

TRSTTY

TRANSLATED_LABEL

TRNLBL

TRANSLATED_TEXT

TRNTXT

TRANSLATION_DATA

TRNDT

URI_TYPE

URTYP

VALUE_DOMAIN

VLDMN

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


Компьютерно-интерпретируемые листинги

Данное приложение ссылается на листинги множества схем языка EXPRESS, задокументированных в настоящей части ИСО 13584. Указанные схемы (без комментариев или пояснительных текстов) - это ресурсы других частей ИСО 13584. Приложение также содержит схемы длинной формы из указанного множества схем. Данная схема длинной формы, называемая ISO13584_P42_2_LONG_FORM_SCHEMA, нужна для описания и обмена простыми словарями. Всю указанную схематику смотри на сайте:

http://стандартs.iso.org/iso/13584/-42/EXPRESS

Если имеются трудности с получением доступа к данному сайту, обращайтесь прямо в Центральный секретариат ИСО или в секретариат ИСО/ТК184/ПК4 по электронной почте: sc4sec@tc184-sc4.org.

Примечание - ИСО 13584-32, известный как язык OntoML, является схемой языка расширенной разметки XML, основанной на механизмах, определенных в настоящей части ИСО 13584. Данный Стандарт обеспечивает возможности обмена более сложных словарей, требующих использования совместно-значимых свойств, функциональных моделей и подходов.

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

В таблице С.1 ниже даны единые идентификаторы ресурса URI. Их компьютерно-интерпретируемые листинги даны в рассматривамом приложении.

Таблица С.1 - Схемы языка EXPRESS, задокументированные в настоящей части ИСО 13584

Описание

Единый идентификатор ресурса URI

ISO13584_IEC61360_dictionary_SCHEMA

urn:iso:std:iso:13584: - 42:ed-2: tech:express:dictionary

ISO13584_IEC61360_language_resource_SCHEMA

urn:iso:std:iso:13584: - 42:ed-2: tech:express:language

ISO13584_IEC61360_class_constraint_SCHEMA

urn:iso:std:iso: 13584: - 42:ed-2: tech:express:constraint

ISO13584_IEC61360_item_class_case_of_SCHEMA

urn:iso:std:iso:13584: - 42:ed-2: tech:express:caseof

ISO13584_P42_2_LONG_FORM_SCHEMA

urn:iso:std:iso:13584: - 42:ed-2: tech:express:dictionary-long-form

Примечание - Для поддержки практической реализации может быть предоставлена дополнительная информация. Она дается единым указателем ресурса URL в приложении К.

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


Спецификация формата значения

Настоящий стандарт и МЭК 61360-2 приводят конкретный синтаксис формата строк и численных значений, ассоциируемых со свойством.

Пример 1 - Формат NR1 3 устанавливает, что допустимы только целые, состоящие из трех цифр.

Примечание 1 - Формат значения типа данных data_type, включая булевский тип boolean_type, не устанавливается.

Примечание 2 - В настоящем стандарте определение формата значения свойства не обязательно.

Синтаксис допустимого формата определен в данном Приложении с помощью подмножества расширенной формы Бэкуса-Наура (EBNF), определенного в ИСО/МЭК 14977.

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

Пример 3 - Синтаксис формата NR1 3 имеет следующий смысл: NR1 означает, что можно представить только целое значение. Пробел означает, что можно использовать только фиксированное число символов. Цифра 3 означает допустимое количество цифр в записи.

D.1 Обозначения

Таблица D.1 содержит подмножество синтаксического мета-языка EBNF, определенного в ИСО/МЭК 14977 и использованного в настоящем стандарте. Данный язык устанавливает формат значений свойств.

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

Знак равенства указывает синтаксическое правило. Мета-идентификатор слева можно заменить комбинацией элементов справа. Любые пробелы между элементами информации не несут, если только они не находятся внутри терминала. Синтаксическое правило закачивается символом .

Таблица D.1 - Синтаксический мета-язык EBNF по ИСО/МЭК 14977

Представление

Названия символов по ИСО/МЭК 10646-1

Символ мета-языка и его роль

апостроф

Одинарная кавычка представляет терминал языка. Терминал не должен содержать апостроф. Пример:

кавычки

Двойная кавычка представляет терминал языка. Терминал не должен содержать кавычки. Пример:

( )

левая скобка, правая скобка

Символы начала/окончания группы. Содержание рассматривается как один символ

[ ]

левая квадратная скобка, правая квадратная скобка

Символ начала/окончания опции. Содержание может быть и может не быть

{ }

левая фигурная скобка, правая фигурная скобка

Символ начала/окончания повтора. Содержание может повторяться от 0 до раз

-

тире-минус

Символ замены

,

запятая

Символ последовательного соединения

=

знак равенства

Символ определения.

Синтаксическое правило: определяет символ слева через формулу справа

I

вертикальная линия

Альтернативный разделитель

;

точка с запятой

Символ терминатора. Окончание синтаксического правила

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

Пример 1 - Обозначение:

означает любой символ (кроме апострофа), вставленный между двумя апострофами.

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

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

По указанным синтаксическим правилам: 012, 4323.3, 3.56 - это примеры незапрещенных представлений цены в евро. Аналогично, 12.,.10 - это примеры недопустимых представлений цены в евро.

D.2 Типы формата значений данных

Грамматика, определенная в данном Приложении, определяет восемь различных типов форматов значения: четыре количественных и пять неколичественных форматов значения.

В следующем разделе мы определяем мета-идентификаторы, используемые для описания указанных форматов. В Разделе D.5 мы определяем синтаксическое правило для четырех мета-идентификаторов, представляющих четыре количественных формата значения, вместе с их смыслом на уровне значений. В Разделе D.6 мы определяем мета-идентификаторы для пяти неколичественных форматов значения, вместе с их смыслом на уровне значений.

D.3 Мета-идентификаторы, используемые для определения форматов

Мета-идентификаторы, используемые в грамматике, определяющей различные форматы значений:

decimalMark (десятичный знак): разделитель между целой и дробной частями числа в формате NR2 или NR3.

leadingDigit: первая цифра числа, включающая одну или несколько цифр.

trailingDigit: одна из последующих цифр, образующая число (кроме первой).

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

D.4 Количественный формат значения

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

- числовой тип number_type или любой его подтип;

- тип уровня level_type с типом значения value_type либо действительной меры real_measure_type, либо целой меры int_measure_type;

- списочный тип list_type, тип множества set_type, упакованный тип bag_type, тип массива array_type, или множества с подмножеством ограничений set_with_subset_constraint_type, для которых тип значения value_type - это тип числа number_type или любой его подтип.

Примечание 1 - Указанные выше типы list_type, set_type, bag_type, array_type и set_with_subset_constraint_type определены в ИСО 13584-25.

Примечание 2 - Для неколичественного целого типа non_quantitative_int_type формат значения используется для задания кода.

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

Пример - Формат значения NR2 не совместим с целым типом int_type, так как целые значения не имеют дробной части.

D.4.1 Формат значения NR1

Синтаксис значений NR1 указывает формат целого значения свойства.

Синтаксическое правило:

Примечание 1 - Значение NR1 не должно содержать пробелов.

- lengthOfNumber: количество цифр числа.

Примечание 2 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр может быть меньше.

- signedNumber: если указано число со знаком signedNumber, то оно должно быть либо положительным, либо отрицательным, либо нулем. Положительное число может иметь знак . Отрицательное число имеет знак . Нуль не может иметь знак

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

D.4.2 Формат значения NR2

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

Синтаксическое правило:

Примечание 1 - Численные значения NR2 не должны содержать пробелов.

- lengthOfFractionalPart: число цифр дробной части числа.

Примечание 2 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр дробной части числа может быть меньше.

Примечание 3 - Длина дробной части числа lengthOfFractionalPart неявно указывает рекомендованную точность числа. Фактическая точность числа, из которого выведено значение, может быть выше той, что указана здесь.

- lengthOf IntegralPart: количество цифр целой части числа.

Примечание 4 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр целой части числа может быть меньше.

- signedNumber: если указано число со знаком signedNumber, то оно должно быть либо положительным, либо отрицательным, либо нулем. У положительного числа спереди может быть плюс . У отрицательного числа спереди должен быть минус . Перед нулем минус недопустим.

- variableLengthIndicator: если задан индикатор длины переменной variableLengthIndicator, то либо целая часть, либо дробная часть числа, либо обе эти части должны содержать цифры, количество которых не превышает длину, заданную параметрами lengthOfIntegralPart или lengthOfFractionalPart. Число должно содержать по крайней мере одну цифру.

D.4.3 Формат значения NR3

Синтаксис значения NR3 указывает формат действительного значения свойства, представленного в степенной форме.

Синтаксическое правило:

Примечание 1 - Число должно содержать, по крайней мере, одну цифру и десятичный знак в мантиссе. Показатель степени имеет, по крайней мере, одну цифру.

Примечание 2 - Значения формата NR3 не имеют пробелов.

- exponentIndicator: разделитель между мантиссой и показателем степени в формате NR3.

- lengthOfExponent: число цифр показателя степени.

Примечание 3 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр показателя степени может быть меньше.

Примечание 4 - Случайные плюсы и минусы или десятичные знаки не считаются параметрами lengthOfNumber, lengthOfIntegralPart, lengthOfFractionalPart или lengthOfExponent.

- lengthOfFractionalPart: количество цифр дробной части мантиссы.

Примечание 5 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр дробной части числа может быть меньше.

Примечание 6 - Параметр длины дробной части числа lengthOfFractionalPart неявно указывает рекомендованную точность числа. Фактическая точность числа, из которого выводится данное значение, может быть выше, чем значение, данное здесь.

- lengthOfIntegralPart: количество цифр целой части мантиссы.

Примечание 7 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр целой части числа может быть меньше.

- signedExponent: если указан показатель степени со знаком signedExponent, то он может быть положительным, отрицательным или нулем. Положительная степень может быть со знаком . Отрицательная степень должна быть со знаком . Нуль не может быть со знаком .

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то количество цифр числа (показателя степени) не может превышать значения, указанного в спецификации, т.е. lengthOfIntegralPart, lengthOf FractionalPart или lengthOfExponent. В мантиссе и в показателе степени должна быть, по крайней мере, одна цифра.

D.4.4 Формат значения NR4

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

Синтаксическое правило:

numeratorIndicator, lengthOfNumerator, denominatorIndicator, lengthOfDenominator;

Смысл компонент значения формат NR4:

- : значение должно быть рациональным числом, представленным либо как целое, либо как дробь, состоящая из числителя и знаменателя, либо как целое и дробь.

Пример - 12 и 12 - это значения, представленные в формате NR4.

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

Примечание 2 - Формат NR4 не допускает пробелов.

- numeratorIndicator: разделитель между целой частью и дробной частью в формате NR4.

- lengthOfNumerator: количество цифр числителя.

Примечание 3 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр числителя может быть меньше.

Примечание 4 - Если значение рационального числа полно представлено своей целой частью, то ни числителя дроби, ни знаменателя может не быть.

- denominatorIndicator: разделитель между числителем и знаменателем дроби в формате NR4.

- lengthOfDenominator: количество цифр знаменателя.

Примечание 5 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр знаменателя может быть меньше.

Примечание 6 - Если значение рационального числа полно представлено его целой частью, то ни числителя дроби, ни знаменателя дроби может не быть.

- lengthOfIntegerPart: количество цифр целой части рационального числа.

Примечание 7 - Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр целой части может быть меньше.

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то количество цифр во всех трех частях рационального числа не должно превышать значения, указанного в спецификации, т.е. lengthOfIntegralPart, lengthOfNumerator, или lengthOfDenominator. В целой части числа или в обеих частях дробной части числа должна быть, по крайней мере, одна цифра.

D.5 Неколичественные форматы значений

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

- строчный тип string_type или любой его подтип;

- списочный тип list_type, тип множества set_type, упакованный тип bag_type, тип массива array_type или тип множества с подмножеством ограничений set_with_subset_constraint_type, для которого тип значения value_type - это строчный тип string_type или любой его подтип.

Примечание 1 - Типы list_type, set_type, bag_type, array_type и set_with_subset_constraint_type определены в ИСО 13584-25.

Примечание 2 - Для переводимого строчного типа translatable_string_type рассматриваемый формат значения применяется для представления строк на заданном языке.

Примечание 3 - Для неколичественного кодового типа non_quantitative_code_type формат значения применяется к коду.

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

Синтаксическое правило:

Смысл компонент фактора factor:

- factor: если фактор factor указан, то количество символов numberOfCharacters должно быть любым целым кратным значению, указанному в factor, factor не должен содержать значения "нуль".

- numberOfCharacters: определяет максимальное количество символов в строке.

D.5.1 Формат алфавитного значения

"Формат алфавитного значения (А)" определяет формат значения строки, содержащей буквы. Таким образом, содержание строки составляется из символов строки 00, клетки 20, клетки 40 7Е, и клетки С0 FF Базовой Многоязыковой Плоскости (БМП) (Плоскость 00 Группы 00), описанной в ИСО/МЭК 10646-1.

Примечание 1 - Из-за потенциальных проблем интеграции содержания значений внутри компонентов одной системы или нескольких систем, используемые символы, по возможности, ограничиваются множеством G0 по ИСО/МЭК 10646-1 и/или строкой 00 и столбцами 002-007 по ИСО/МЭК 10646-1.

Примечание 2 - Для альтернативных языков, используемых для перевода, требуется доступ к некоторым символам или идеограммам особого набора символов (соответствующего языка) в соответствии с стандартом Unicode. В большинстве случаев между символами исходного языка и символами целевого языка имеет место соотношение 1:1.

Пример - Идеограмма CJK (Chinese-Japanese-Korean, т.е. Китай-Япония-Корея).

Синтаксическое правило:

Смысл компонент А-формата значения:

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

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. В строке должен быть, по крайней мере, один символ.

D.5.2 Формат значения со смешанными символами

"Смешанный формат значения (М)" определяет строку, содержащую любой символ, установленный в разделе D.7.

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

Пример - Идеограмма CJK (Chinese-Japanese-Korean, т.е. Китай-Япония-Корея).

Синтаксическое правило:

Смысл компонент М-формата значения:

- : значение должно быть строкой или несколькими подстроками.

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать, по крайней мере, один символ.

D.5.3 Формат численного значения

"Формат численного значения (N)" определяет строку, содержащую только цифры. Таким образом, необходимое значение составляется из строки 00, клетки 2В, клетки 2D, клеток 30-39 и клетки 45 Базовой Многоязыковой Плоскости (БМП) (Плоскость 00 Группы 00) в соответствии с ИСО/МЭК 10646-1.

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

Пример - Таблица D.2 устанавливает соответствие европейских цифр "0" - "9" и арабских цифр.

Таблица D.2 - Соответствие европейских цифр и арабских цифр

Синтаксическое правило:

Смысл компонент значения N-формата:

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

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать, по крайней мере, один символ.

D.5.4 Смешанный алфавитно-цифровой формат

"Смешанный алфавитно-цифровой формат (X)" определяет строку, содержащую буквенно-цифровые символы, т.е. любую комбинацию символов значения А-формата и N-формата.

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

Синтаксическое правило:

Смысл компонент значения Х-формата:

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

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать, по крайней мере, один символ.

D.5.5 Формат бинарного значения

"Формат бинарного значения (В)" определяет значение строки, содержащей бинарные символы, т.е. "0" или "1". Таким образом, строка составляется из символов строки 00, клеток 30 или 31 Базовой Многоязыковой Плоскости (БМП) (Плоскость 00 Группы 00) в соответствии с ИСО/МЭК 10646-1.

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

Синтаксическое правило:

Смысл компонент В-формата значения:

- : значение должно быть строкой или несколькими подстроками, содержащими бинарные значения, т.е. символы "0" или "1" или их последовательности.

- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать, по крайней мере, один символ.

D.6 Пример задания значения

Таблица D.3 ниже содержит некоторые примеры задания значений, выраженных числами и строками в соответствии с указанными выше форматами.

Таблица D.3 - Пример задания значения

Формат значения

Пример задания значения

NR1 3

123; 001; 000;

NR1..3

123; 87; 5

NR1S3

+123; +000;

NR1S..3

-123; +1; 0; -12;

NR2 3.3

123.300; 000.400; 000.420;

NR2..3.3

321.233; 1.234; 23.56; 9.783;.72; 324.

NR2S 3.3

-123.123;+123.300;

NR2S..3.3

-123.123;+12.3; 0.1; +.4; -3.; 0.; .0;

NR3 3.3Е4

123.123E0004; 003.000Е1000;

NR3 3.3ES4

123.123E+0004; 123.123E0004; 123.000Е-0001

NR3..3.3E4

123.123E0004;. 123E0001; 5.Е1234

NR3S 3.3ES4

+123.123E+0004; 123.000Е-0001;

NR3S..3.3ES4

-123.123E+0004; +1.00Е-01;.0Е0; +3. Е-1;- .2Е-1000;

NR4 3N2D2

001 02/03; 012 00/01; 123 03/04; 000 01/04

NR4..3N2D2

1; 12; 123; %;

NR4S 3N2D2

+001 02/03; - 012 00/01; 123 03/04; - 000 01/04

NR4S..3N2D2

-1; 12; +123 %; %;

A19

My name is Reinhard, abcdefghijklmnopqrs

A..3

Abс; de; G

X..5

A23RN1; B1; ca

M..10

A23RN1; B1; ca. 256 U-m;

N (nх5)

12345; 1234512345; 222223333344444;

N..(nx5)

1234; 12345; 34512345; 1234512345; 23333344444; 222223333344444; - 3; 5Е2;

В 1

0; 1;

В3

011; 101;

D.7 Символы по ИСО/МЭК 10646-1

В смешанном формате значений (М) используются нижеследующие символы (см. D.5.2):

- все символы из строки 00 Базовой Многоязыковой Плоскости (БМП) (Плоскости 00 Группы 00) в соответствии с ИСО/МЭК 10646-1;

- символы из других строк Базовой Многоязыковой Плоскости в соответствии с ИСО/МЭК 10646-1 (см. таблицу D.4).

Таблица D.4 - Символы из других рядов Основной Многоязыковой Плоскости по ИСО/МЭК 10646-1

Символ

Имя

Ряд

Клетка

CARON ("птичка" над буквой как у "Й")

02

C7

IDENTICAL TO (идентичность множеств)

22

61

LOGICAL AND (логическая операция "И")

22

27

LOGICAL OR (логическая операция "ИЛИ")

22

28

INTERSECTION (пересечение множеств)

22

29

UNION (операция "включающее ИЛИ")

22

SUBSET OF (включать)

22

82

SUBSET OF (быть включенным)

22

83

LEFTWARDS DOUBLE ARROW (из второго следует первое)

21

D0

RIGHTWARDS DOUBLE ARROW (из первого следует второе)

21

D2

THEREFORE (следовательно)

22

34

BECAUSE (потому что)

22

35

ELEMENT OF (является элементом чего-либо)

22

08

CONTAINS AS MEMBER (включать как элемент)

22

0B

SUBSET OR EQUAL TO (само множество включается в другое множество как подкласс)

22

86

SUPERSET OR EQUAL TO (множество включает другое множество как подкласс)

22

87

INTEGRAL (интеграл)

22

CONTOUR INTEGRAL (интеграл по замкнутому контуру)

22

INFINITY (бесконечность)

22

NABLA (дифференциальный набла-оператор)

22

07

PARTIAL DIFFERENTIAL (частная производная)

22

02

~

TILDE OPERATOR (тильда-оператор: разность между)

22

ALМOST EQUAL TO (приближенное равенство)

22

48

ASYMPTOTICALLY EQUAL TO (асимптотическое равенство)

22

43

APPROXIMATELY EQUAL TO (подобие)

22

45

LESS THEN ОТ EQUAL TO (меньше или равно)

22

64

NOT EQUAL TO (не равно)

22

60

GREATER TAN OR EQUAL TO (больше или равно)

22

65

LEFT RIGHT DOUBLE ARROW (если и только если)

21

D4

NOT SIGN (знак "не": не больше, не меньше)

00

АС

FOR ALL (всех)

22

00

THERE EXISTS (существует)

22

03

HEBREW LETTER ALEF (буква "алеф" древнееврейского языка)

05

D0

WHITE SQUARE (оператор Д'Аламбера)

25

А1

PARALLEL (параллельность)

22

25

GREEK CAPITAL LETTER GAMMA (греческая большая буква "гамма")

03

93

GREEK CAPITAL LETTER DELTA (греческая большая буква "дельта")

03

94

UPTACK (ортогональность)

22

A5

ANGLE (угол)

22

20

RIGHT ANGLE WITH ARC (правый угол с дугой)

22

BE

GREEK CAPITAL LETTER THETA (греческая заглавная буква "тета")

03

98

LEFT POINTING ANGLE ВРАСКЕТ(левая угловая скобка)

23

29

RIGHT POINTING ANGLE BRACKET (правая угловая скобка)

23

GREEK CAPITAL LETTER LAMBDA (греческая заглавная буква "лямбда")

03

9B

'

PRIME (знак штриха "прим")

20

32

"

DOUBLE PRIME (знак двойного штриха "прим")

20

33

GREEK CAPITAL LETTER XI (греческая заглавная буква "кси")

03

9E

MINUS-OR-PLUS SIGN (знак минус-плюс)

22

13

GREEK CAPITAL LETTER PI (греческая заглавная буква "пи")

03

А0

SUPERSCRIPT TWO (верхний индекс 2)

00

В2

GREEK CAPITAL LETTER SIGMA (греческая заглавная буква "сигма")

03

A3

MULTIPLICATION SIGN (умножение)

00

D7

SUPERSCRIPT THREE (верхний индекс 3)

00

В3

GREEK CAPITAL LETTER UPSILON (греческая заглавная буква "ипсилон")

03

A5

GREEK CAPITAL LETTER PHI (греческая заглавная буква "фи")

03

A6

.

MIDDLE DOT (точка-разделитель)

00

B7

GREEK CAPITAL LETTER PSI (греческая заглавная буква "пси")

03

A8

GREEK CAPITAL LETTER OMEGA (греческая заглавная буква "омега")

03

A9

EMPTY SET (пустое множество)

22

05

RIGHTWARDS HARPOON WITH BARB UPWARDS ("правый гарпун с зазубриной сверху" - черта над вектором)

21

С0

SQUARE ROOT (квадратный корень - радикал)

22

f

LATIN SMALL LETTER F WITH HOOK (латинская строчная буква "f с крючком" - обозначение функции)

01

92

PROPORTIONAL (пропорциональность)

22

1D

±

PLUS-MINUS SIGN (знак плюс-минус)

00

В1

°

DEGREE SIGN (градус)

00

В0

GREEK SMALL LETTER ALPHA (греческая строчная буква "альфа")

03

В1

GREEK SMALL LETTER BETA (греческая строчная буква "бета")

03

В2

GREEK SMALL LETTER GAMMA (греческая строчная буква "гамма")

03

В3

GREEK SMALL LETTER DELTA (греческая строчная буква "дельта")

03

B4

GREEK SMALL LETTER EPSILON (греческая строчная буква "эпсилон")

03

B5

GREEK SMALL LETTER ZETA (греческая строчная буква "дзета")

03

B6

GREEK SMALL LETTER ETA (греческая строчная буква "эта")

03

B7

GREEK SMALL LETTER THETA (греческая строчная буква "тета")

03

B8

GREEK SMALL LETTER IOTA (греческая строчная буква "иота")

03

B9

GREEK SMALL LETTER KAPPA (греческая строчная буква "каппа")

03

ВА

GREEK SMALL LETTER LAMBDA (греческая строчная буква "лямбда")

03

ВВ

GREEK SMALL LETTER MU (греческая строчная буква "мю")

03

ВС

GREEK SMALL LETTER NU (греческая строчная буква "ню")

03

BD

GREEK SMALL LETTER XI (греческая строчная буква "кси")

03

BE

PER MILLE SIGN (на тысячу, промилле)

20

30

GREEK SMALL LETTER PI (греческая строчная буква "пи")

03

С0

GREEK SMALL LETTER RHO (греческая строчная буква "ро")

03

С1

GREEK SMALL LETTER SIGMA (греческая строчная буква "сигма")

03

С3

DIVISION SIGN (деление)

03

F7

GREEK SMALL LETTER TAU (греческая строчная буква "тау")

03

C4

GREEK SMALL LETTER UPSILON (греческая строчная буква "ипсилон")

03

C5

GREEK SMALL LETTER PHI (греческая строчная буква "фи")

03

C6

GREEK SMALL LETTER CHI (греческая строчная буква "хи")

03

C7

GREEK SMALL LETTER PSI (греческая строчная буква "пси")

03

C8

GREEK SMALL LETTER OMEGA (греческая строчная буква "омега")

03

C9

DAGGER (знак ссылки)

20

20

LEFTWARDS ARROW (стрелка влево)

21

90

UPWARDS ARROW (стрелка вверх)

21

91

RIGHTWARDS ARROW (стрелка вправо)

21

92

DOWNWARDS ARROW (стрелка вниз)

21

93

-

OVERLINE (черта над символом)

20

Для альтернативных языков, используемых для перевода, необходим доступ к полному набору символов, определенному стандартом Unicode.

Примечание 1 - Из-за потенциальных проблем с интерпретацией значений внутри компонентов одной системы или нескольких систем, рекомендуется, по возможности, брать символы только из набора G0, определенного ИСО/МЭК 10646-1, и/или из строки 00 и столбцов 002-007 ИСО/МЭК 10646-1.

Примечание 2 - Международный Стандарт Unicode опубликован Консорциумом Unicode. Адрес: P.O. Box 391476, Mountain View, CA 94039-1476, U.S.A., www.unicode.org.

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


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

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

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

{iso standard 13584 part (42) version(3)}

Его значение определено в ИСО/МЭК 8824-1. Описание дано в ИСО 10303-1.

E.2 Идентификация схемы

E.2.1 Словарная схема ISO13584_IEC61360_dictionary_SCHEMA

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

{iso standard 13584 part (42) version(3) schema(1)

ISO13584-IEC61360-dictionary-schema(1)}

(см. раздел F.3). Смысл данного значения определен в ИСО/МЭК 8824-1, описание дано в ИСО 10303-1.

E.2.2 Схема языкового ресурса ISO13584_IEC61360_language_resource_SCHEMA

Схеме ISO13584_IEC61360_language_resource_SCHEMA назначен нижеследующий идентификатор объекта:

{iso standard 13584 part (42) version(3) schema (1)

ISO13584-IEC61360-language-resource-schema(2)}

(см. раздел F.4). Смысл данного значения определен в ИСО/МЭК 8824-1, описание дано в ИСО 10303-1.

E.2.3 Схема ограничения класса ISO13584_IEC61360_class_constraint_SCHEMA

Схеме ISO13584_IEC61360_class_constraint_SCHEMA назначен нижеследующий идентификатор объекта:

{iso standard 13584 part (42) version(1) schema (1)

ISO13584-IEC61360-class-constraint-schema(3)}

(см. раздел F.5). Смысл данного значения определен в ИСО/МЭК 8824-1, описание дано в ИСО 10303-1.

E.2.4 Условная схема класса предметов ISO13584_IEC61360_item_class_case_of_SCHEMA

Схеме класса предметов ISO13584_IEC61360_item_class_case_of_SCHEMA назначен нижеследующий идентификатор объекта:

{iso standard 13584 part (42) version(2) schema (1)

ISO13584-IEC61360-item-class-case-of-schema (4)}

(см. раздел F.6). Смысл данного значения определен в ИСО/МЭК 8824-1, описание дано в ИСО 10303-1.

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


Подмножество общей словарной схемы МЭК/ИСО, задокументированное в настоящей части ИСО 13584

Данное Приложение рассматривает общее подмножество общего словаря ИСО/МЭК, задокументированное в ИСО 13584-25 и МЭК 61360-5. Нормативная версия данного подмножества опубликована в МЭК 61360-2. Настоящее справочное приложение дублирует нормативное содержание МЭК 61360-2 и дает (с помощью примечаний) некоторые дополнительные пояснения к настоящей части ИСО 13584.

F.1 Общие положения

F.1.1 Область и цель применения общей словарной модели ISO13584/IEC61360

Область применения общего словаря ИСО/МЭК, основанного на использовании рассматриваемой схемы, получается в результате пересечения областей применения двух базовых стандартов:

- МЭК 61360-1, разработанный МЭК/ТК 3/ПК 3D;

- настоящая часть ИСО 13584, разработанная ИСО/ТК 184/ПК4/РГ2.

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

Соответствующие части разделов (с описанием областей применения) даны ниже.

Цитата из МЭК 61360-1: "Настоящая часть МЭК 61360 дает прочную базовую основу для ясного и однозначного определения характеристических свойств (типов элементов данных) всех элементов электротехнических систем: от базовых компонентов - до подсборок и полных систем. Несмотря на то что принципы и методы данного стандарта уже рассматривались в контексте, составляющем базис обмена информацией об электрических/электронных компонентах, эти принципы и методы могут быть также использованы в областях, лежащих вне исходной концепции, например, при создании сборок компонентов, электротехнических систем и подсистем".

Цитата из области применения настоящей части ИСО 13584: "Настоящая часть ИСО 13584 дает описания ...

- атрибутов, предоставляемых поставщиками информации для описания классов характеризации и свойств деталей;

- (…)

- спецификаций атрибутов информационной модели языка EXPRESS, обеспечивающих обмен указанными словарными данными".

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

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

F.1.2 Взаимодействие ИСО 13584 и МЭК 61360

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

Для словарей, требующих расширенных возможностей (например, внешних документов, ассоциированных со словарными данными, свойства значений которых имеют совокупную структуру или содержат описания функциональных моделей), расширения схематик, задокументированных в настоящей части ИСО 13584, определены совместно ИСО/ТК 184/ПК 4/РГ 2 и МЭК/ТК 3/ПК 3D. Схематики, задокументированные в настоящей части ИСО 13584, и указанные расширения представляют собой новую общую словарную модель ИСО 13584/МЭК 61360, используемую как в контексте ИСО 13584, так и в контексте МЭК 61360. Готовая общая словарная модель ИСО 13584/МЭК 61360 задокументирована как в ИСО 13584-25, так и в МЭК 61360-5. Определение в среде расширенного языка разметки XML задокументировано в ИСО 13584-32.

Область применения серии ИСО 13584 шире, чем область применения серии стандартов МЭК 61360: последний адресован только онтологиям продуктов, тогда как первый адресован как онтологиям продуктов, так и библиотекам. И на самом деле, МЭК 13584-25 обеспечивает ряд дополнительных опций, поддерживаемых при практической реализации. Указанные опции сгруппированы в классы соответствия. Соответствие конкретному классу соответствия требует, чтобы поддерживались все сущности, типы и ассоциированные ограничения, определенные как части данного класса. Поддержка конкретного класса соответствия требует поддержки всех опций, указанных в данном классе.

Классы соответствия от N 1 до N 4 ИСО 13584-25 точно соответствуют классам соответствия от N 1 до N 4 МЭК 61360-5. Они предназначены для обмена словарей более сложных, чем те, что могут обмениваться только с помощью подмножества, задокументированного как в настоящей части ИСО 13584, так и в МЭК 61360-2.

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

F.2 Основная структура общей словарной схемы

Данный подраздел содержит объяснение основных конструктивов ресурса, используемых общей словарной схемой:

- dictionary_element - любой элемент, определенный в словаре;

- supplier_element - содержит данные о поставщиках словарных элементов (классы, свойства, типы данных); класс, моделирующий словарные элементы классов (семейств), описанные свойствами;

- property_DET - словарный элемент свойства;

- data_type - определяет тип свойства.

Указанные части словарной схемы детально представлены ISO13584_IEC61360_dictionary_schema в разделе 5.

В рассматриваемом представлении общей словарной схемы некоторые обзорные диаграммы даны как модели планирования (смотри рисунки 1-11). Указанные модели планирования используют графические обозначения EXPRESS-G для языка EXPRESS. Для упрощения рассматриваемых диаграмм некоторые соотношения, определенные в модели EXPRESS, опущены. На рисунке 1* приведена модель планирования основной структуры общей словарной схемы. Большинство указанных рисунков содержат обзорные модели (модели планирования). Их уровень детализации соответствует уровню рассмотрения.

_______________

* Вероятно ошибка оригинала. Следует читать: "F.1". - .


Рисунок F.1 - Словарная схема

Для упрощения рассматриваемых диаграмм некоторые соотношения, определенные в модели EXPRESS, опущены. На рисунке F.1 ниже дана модель планирования основной структуры общей словарной модели ИСО 13584/МЭК 61360.

(ABS) dictionary_element

Словарный элемент

supplier_element

Элемент поставщика

defined_by

Определен с помощью ...

(ABS) class

Класс

described_by L[0:?]

Описан массивом ...

(ABS property_DET)

Тип элемента данных свойства

domain

Область

(ABS) data_type

Тип данных

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

F.3 Стандартная словарная схема ISO13584_IEC61360_dictionary _schema

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

F.3.1 Введение в схему

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

F.3.1.1 Словарная схема

Прежде всего схему нужно объявить.

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

*)

SCHEMA ISO13584_IEC61360_dictionary_schema;

(*

F.3.1.2 Ссылки на другие схематики

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

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

Примечание - Схематика, указанная выше, описана в нижеследующих документах:

support_resource_schema

ИСО 10303

person_organization_schema

ИСО 10303

measure_schema

ИСО 10303

ISO13584_IEC61360_language_resource_schema

МЭК 61360-2

(схема дублирована для удобства в данном документе)

ISO13584_IEC61360_class_constraint_schema

МЭК 61360-2

(схема дублирована для удобства в данном документе)

ISO13584_IEC61360_item_class_case_of_schema

МЭК 61360-2

(схема дублирована для удобства в данном документе)

ISO13584_external_file_schema

ИСО 13584-24

F.3.2 Определения констант

Данный подраздел содержит определения целочисленных констант, используемые позже в определениях типа (см. F3.9).

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

F.3.3 Идентификация словаря

Сущность "идентификация словаря dictionary_identiication" позволяет недвусмысленно идентифицировать конкретную версию конкретного словаря конкретного поставщика информации (стандартную или произвольную). Данная сущность содержит код code, определенный поставщиком словаря и идентифицирующий словарь, N версии и N пересмотра, характеризующие конкретное состояние данного словаря.

Примечание 1 - Случаи, если N версии и N пересмотра словаря получают приращения, определены в МЭК 61360-1.

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

Определения атрибутов:

code: код, характеризующий словарь.

version: N версии, характеризующий рассматриваемую версию словаря.

revision: N пересмотра, характеризующий пересмотр словаря.

defined_by: поставщик, определяющий словарь.

absolute_id: уникальная идентификация словаря.

Пояснения к тексту программы:

UR1: идентификатор словаря, определенный атрибутом absolute_id, является уникальным.

Дополнительные пояснения:

IP1: если словарь определен стандартным документом, содержащим только один словарь, то код словаря должен быть стандартным N документа, описывающего данный словарь, если данный документ определяет только один словарь. Это есть название надлежащего словаря в документе, описывающем его, если данный документ определяет несколько словарей. Если не оговорено противное, то N версии равен 1, и N пересмотра равен 0 для словарей, определенных стандартными документами.

Примечание 2 - Порядок представления стандартных NN стандартных документов установлен в разделах 5.1 и 5.2 ИСО 13584-26:2000.

F.3.4 Базовые семантические единицы: определения и использование словаря

F.3.4.1 Требования обмена

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

Таким образом, первое требование - это иметь возможность обменивать блоки данных, и второе - иметь соотношения между указанными блоками (см. рисунок F.2).


Рисунок F.2 - Блоки данных и соотношения между блоками

Pieces of Dictionary Data

Блоки данных словаря

Pieces of Content Data

Блоки данных содержания

Каждый из указанных блоков соответствует физическому файлу (в соответствии с ИСО 10303-21). Атрибуты языка EXPRESS (см. ИСО 10303-11) могут содержать только ссылки на данные внутри того же физического файла. Таким образом, невозможно использовать атрибуты языка EXPRESS прямо для внутренних ссылок.

F.3.4.2 Трехуровневая архитектура словарных данных

В данном разделе понятие базовой семантической единицы basic_semantic_unit (БСЕ) вводится как средство применения указанных внутренних ссылок. БСЕ обеспечивает универсально уникальную идентификацию словарных описаний (см. рисунок 3*).

_______________

* Вероятно ошибка оригинала. Следует читать: "F.3". - .


Рисунок F.3 - Практическая реализация "внутреннего" соотношения с помощью базовой семантической единицы

dictionary element

Словарный элемент

identified by

Идентифицирован ...

basic semantic unit

Базовая семантическая единица

absolute id:

Абсолютный идентификатор

dictionary definition

Словарное определение

content item

Предмет контента

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

Пример 1 - Для передачи значения свойства компонента.

Это достигается путем ссылки на базовую семантическую единицу с помощью атрибута словарного определения dictionary_definition.

Словарное описание (dictionary_element) ссылается на базовую семантическую единицу с помощью атрибута идентификации identified_by. Рассматриваемое косвенное соотношение следует из соответствия абсолютных идентификаторов базовой семантической единицы.

Отметим, что:

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

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

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

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

Пример 2 - Между классом компонентов и ассоциированными свойствами типов элементов данных property_DET.

БСЕ обеспечивает ссылку на словарное описание в любом необходимом месте.

Пример 3 - Доставка словаря, доставка обновления, доставка библиотеки, обмен данных компонентов.

Данные, ассоциированные со свойством, можно обменивать как пару (property_BSU, <значение>). На рисунке F.3 приведена практическая реализация указанного общего механизма.

F.3.4.2.1 Базовая семантическая единица (basic_semantic_unit)

Basic_semantic_unit - это уникальная идентификация словарного элемента dictionary_element. БСЕ - аббревиатура базовой семантической единицы.

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

Определения атрибутов:

code: код, идентифицирующий некоторый словарный элемент.

version: N версии словарного элемента.

dic_identifier: полная идентификация, состоящая из последовательного включения кода и N версии.

definition: ссылка на словарный элемент, идентифицированный указанной БСЕ. Если определение в некотором контексте обмена отсутствует, то предполагается его присутствие в словаре целевой системы.

referenced_by: предметы, использующие словарный элемент, ассоциированный с указанным БСЕ.

F.3.4.2.2 Словарный элемент (Dictionary_element)

Dictionary_element - это полное определение данных, отнесенных (в семантическом словаре) к некоторым понятиям. Для каждого понятия используется свой подтип. Словарный элемент dictionary_element ассоциирован с базовой семантической единицей basic_semantic_unit (БСЕ), которая уникально идентифицирует данное определение в словаре.

Путем включения атрибута версии в сущность basic_semantic_unit получается частичная идентификация словарного элемента (сравни атрибуты N пересмотра revision и отметки времени time_stamps).

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

Определения атрибутов:

identified_by: БСЕ, идентифицирующая словарный элемент.

time_stamps: вспомогательные даты создания и обновления словарного элемента.

revision: N пересмотра словарного элемента.

Примечание 1 - Тип атрибута идентификации identified_by может быть повторно определен позже для базовой семантической единицы свойства property_BSU и базовой семантической единицы класса class_BSU. Тогда он может быть использован для кодирования вместе с атрибутом кода БСЕ (для свойства и класса соответственно). Он также может быть использован для кодирования атрибута "N версии" (для свойства и класса соответственно).

Примечание 2 - Атрибут отметок времени time_stamps может быть использован как отправная точка для кодирования (в сущности dates) атрибутов свойства и класса "Дата исходного определения", "Дата текущей версии" и "Дата текущего пересмотра" (см. 7.2, 8.2 и F.3.9.2).

Примечание 3 - Атрибут пересмотра revision используется для кодирования атрибута свойства и класса "N пересмотра" (см. 7.2 и 8.2).

administration: вспомогательная информация о жизненном цикле словарного элемента dictionary_element.

Примечание 4 - Атрибут administration используется для представления информации, относящейся к управлению конфигурацией и к истории трансляции.

is_deprecated: вспомогательная булевская переменная. Если она равна true, то данный словарный элемент dictionary_element уже нельзя использовать.

is_deprecated_interpretation: обоснование отказа от использования, а также указание порядка интерпретации значений реализаций больше не используемого элемента и его соответствующей БСЕ.

Пояснения к тексту программы:

WR1: если существует элемент is_deprecated, то существует и элемент is_deprecated_interpretation.

Дополнительные пояснения:

IP1: значения реализаций элемента is_deprecated_interpretation должны быть определены в момент, если принимается решение об отказе от использования.

На рисунке F.4 представлена модель планирования соотношения между базовой семантической единицей и словарным элементом.


Рисунок F.4 - Соотношение между базовой семантической единицей и словарным элементом

(ABS) dictionary_element

Словарный элемент

(INV) definition S[0:1]

Определение ...

identified_by

Идентифицирован ...

Code

Код

(ABS) basic_semantic_unit

Базовая семантическая единица

Version

N версии

String

Строка

(INV) referenced_by S[0:1]

Запрашивается ....

dictionary_definition

Определение словаря

(DER) dic_identifier

Идентификатор словаря

(ABS) content_item

Предмет контента

F.3.4.2.3 Предмет контента (Content_item)

Сontent_item - это блок данных, ссылающийся на свое описание в словаре. Он должен быть описан как подтип.

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

Определения атрибутов:

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

F.3.4.3 Краткое описание базовых семантических единиц и словарных элементов

Для каждого вида словарных данных должна быть определена пара подтипов basic_semantic_unit и dictionary_element. На рисунке 5* (как на модели планирования) показаны базовые семантические единицы (БСЕ) и словарные элементы, определенные позже. Отметим, что соотношение между БСЕ и словарным элементом переопределяется для каждого типа данных, так что можно брать только соответствующие пары (на рисунке 5* это не показано).

_______________

* Вероятно ошибка оригинала. Следует читать: "F.5". - .


Рисунок F.5 - Текущие БСЕ и словарные элементы

Каждый вид словарных данных рассматривается в одном из нижеследующих разделов:

- для поставщиков см. F.3.5;

- для классов см. F.3.6;

- для свойств/типов элементов данных см. F.3.7;

- для типов данных см. F.3.8.

(ABS) basic_semantic_unit

Базовая семантическая единица

identified_by

Идентифицирован ...

(INV) definition S[0:1]

Определение ...

(ABS) dictionary_element

Словарный элемент

supplier_BSU

БСЕ поставщика

property_BSU

БСЕ свойства

supplier_element

Элемент поставщика

(ABS) property_DET

Тип элемента данных свойства

class_BSU

БСЕ класса

data_type_BSU

БСЕ типа данных

(ABS) class

Класс

data_type_element

Элемент типа данных

F.3.4.4 Идентификация словарных элементов: трехуровневая структура

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

- поставщик (словарных данных);

- определенный поставщиком словарный элемент (любой определенный поставщиком словарный элемент модели; в данном документе определенный поставщиком словарный элемент - это тип элемента данных свойства property_DET и элемент типа данных data_type_element, при этом существуют положения, распространяющие данный механизм на другие предметы);

- версия определенного поставщиком словарного элемента.

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

Примечание - Структура указанной абсолютной идентификации отличается от структуры, определенной в МЭК 61360-2 (дублируется для удобства в ИСО 13584-42:1998). В предшествующем издании абсолютная идентификация словарного элемента dictionary_element, ассоциированная с областью применения названия name_scope (включая property_DET и data_type_element) составлена так: код поставщика + код класса (соответствующего классу name_scope) + код словарного элемента + версия словарного элемента. В данной версии настоящего стандарта код класса удален. Таким образом, код словарного элемента является уникальным для одного типа словарного элемента во всех классах, определенных тем же поставщиком. Для существующих ссылочных словарей официальные органы регистрации, официальные органы технической поддержки и группы стандартизации, отвечающие за стандартные словари, должны гарантировать требуемую единственность (например, путем использования новых кодов в качестве приставки для класса name_scope).

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

Данная схема идентификации формально описана в атрибуте absolute_id сущностей xxx_BSU, определенных в разделах F.3.5-F.3.8.

F.3.4.5 Возможности расширения для других типов данных

Механизм словарных элементов БСЕ - очень общий. Он не ограничивается четырьмя видами использованных здесь данных (см. рисунок F.5). Данный раздел указывает некоторые возможности, допускающие расширения других видов данных. В зависимости от того, определена область применения идентификатора класса или поставщик, сущность xxx_related_BSU описывается как подтип соответствующим образом. Необходимо также переопределить атрибут идентификации identified_by сущности dictionary_element (см. разделы 5.7.3-5.10 или текущие виды данных).

F.3.4.5.1 БСЕ, отнесенная к поставщику (Supplier_related_BSU)

Supplier_related_BSU обеспечивает ассоциацию словарного элемента с поставщиком.

Пример - Для серии стандартов ИСО 13584 - это библиотеки программ. Пример представления на языке EXPRESS:

F.3.4.5.2 БСЕ, отнесенная к классу (Class_related_BSU)

БСЕ, отнесенная к классу (class_related_BSU), позволяет ассоциировать словарные элементы с классами.

Пример - Для таблиц и документов ИСО 13584.

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

F.3.4.5.3 Соотношение БСЕ поставщика (Supplier_BSU_relationship)

Соотношение Supplier_BSU_relationship позволяет ассоциировать БСЕ с поставщиком.

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

Определения атрибутов:

relating_supplier: элемент supplier_element, идентифицирующий поставщика данных.

related_tokens: набор словарных элементов, ассоциированных с поставщиком, идентифицированным атрибутом relating_supplier.

F.3.4.5.4 Соотношение БСЕ класса (Class_BSU_relationship)

Сущность class_BSU_relationship позволяет ассоциировать БСЕ с классом.

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

Определения атрибутов:

relating_class: класс, идентифицирующий словарный элемент.

related_tokens: набор словарных элементов, ассоциированных с классом, идентифицированным атрибутом relating_class.

F.3.5 Поставщик данных

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

_______________

* Вероятно ошибка оригинала. Следует читать: "F.6". - .


Рисунок F.6 - Краткое описание поставщика данных и соотношений

identified_by

Идентифицирован ...

supplier_BSU

БСЕ поставщика

defined_by

Определен ...

class_BSU

БСЕ класса

supplier_element

Элемент поставщика

org

Организация

person_organization_schema.organization

Схема коммерческой организации. Организация

addr

Адрес

person_organization_schema.address

Схема коммерческой организации. Адрес

F.3.5.1 БСЕ поставщика (Supplier_BSU)

Сущность supplier_BSU задает уникальную идентификацию поставщиков информации.

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

Определения атрибутов:

code: код поставщика, назначенный в соответствии с ИСО 13584-26.

version: N версии кода поставщика должен быть равен 1.

absolute_id: абсолютная идентификация поставщика.

Пояснения к тексту программы:

UR1: идентификатор поставщика, определенный атрибутом absolute_id, является уникальным.

F.3.5.2 Элемент поставщика (Supplier_element)

Сущность supplier_element дает словарное описание поставщиков.

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

Определения атрибутов:

identified_by: БСЕ поставщика supplier_BSU, используемая для идентификации рассматриваемого элемента supplier_element.

org: организационные данные поставщика.

addr: адрес поставщика.

associated_item: разрешает доступ к другим видам данных с помощью механизма БСЕ.

Пример - Библиотека программ в ИСО 13584-24:2003.

F.3.6 Данные класса

Данный раздел содержит определения для представления словарных данных классов.

F.3.6.1 Общие положения

На рисунке F.7 (в виде модели планирования) представлены данные, ассоциированные с классами, и их соотношения с другими словарными элементами.


Рисунок F.7 - Краткое описание данных класса и соотношений

supplier_BSU

БСЕ поставщика

defined_by

Определен ...

class_BSU

БСЕ класса

identified_by

Идентифицирован ...

described_by L[0:?]

Описан ...

property_BSU

БСЕ свойства

its_superclass

Его суперкласс

(DER) subclass SET[0:?]

Подклассы

(DER) known_applicable_properties SET[0:?]

Известные применимые свойства

boolean

Булевская переменная

is_deprecated

Больше не используется

defined_types S[0:?]

Определенные типы

data_type_BSU

БСЕ типа данных

string

Строка

definition

Определение

(ABS) class

Класс

(DER) known_applicable_data_types SET[0:?]

Набор известных применимых типов данных

keyword-type

Тип ключевого слова

remark

Заметка

revision

Пересмотр

(ABS) document

Документ

source_doc_of_definition

Исходный документ определения

time_stamps

Временные отметки

dates

Даты

constraints S[0:?]

Ограничения

administration

Администрация

ISO13584_IEC61360 _class_constraint_schema.constraint

Стандартная схема ограничений класса. Ограничение

names

Названия

hierarchical_position_type

Тип положения в иерархии

hierarchical_position

Положение в иерархии

preferred_name

Предпочтительное имя

short_name

Короткое имя

item_names

Названия предметов

synonymous_names S[0:?]

Синонимические имена

(ABS) graphics

Графика

icon

Иконка

Как указано на рисунке F.7, с помощью атрибута its_superclass классы формируют дерево наследственности. Важно отметить, что во всем документе термины "наследственность" и "наследовать" используются в соотношении между классами (определенном в словаре). Язык EXPRESS также включает понятие наследственности. Это должно быть четко указано во избежание недоразумений.

Словарные данные классов (см. рисунок F.7) распределены по трем уровням наследственности:

- class_and_property_element определяет данные, являющиеся общими и для классов и для типов данных свойств property_DET;

- рассматриваемый класс позволяет описывать другие виды классов позже;

Пример - Другие подтипы классов (особенно класс функциональных видов functional_view_class, класс функциональных моделей functional_model_class и класс fm_class_view_of) установлены ИСО 13584-24. Они не характеризуют продукты, но помогают обменивать конкретные представления продуктов (например, геометрические представления).

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

Примечание 1 - Два подтипа класса предметов item_class (класс компонентов component_class и класс материалов material_class) определены внутри словарной модели первого издания МЭК 61360. Указанные подтипы больше не используются. Они удалены из настоящего стандарта.

Примечание 2 - Нижеследующие изменения гарантируют, что определения класса словаря, удовлетворяющие требованиям первого издания МЭК 61360-2, удовлетворяют и настоящему изданию: (1) замена классов component_class и material_class на класс item_class с помощью ссылочного словаря; (2) добавление к каждому новому классу предметов item_class атрибута совместного использования реализаций instance_sharable со значением true; (3) добавление к каждому новому классу предметов item_class вспомогательного атрибута hierarchical_position без задания его значения; (4) добавление к каждому новому классу предметов item_class атрибута ключевого слова keywords, значением которого является пустое множество.

Примечание 3 - Другой подтип item_class, называемый классом особенностей feature_class, определен ИСО 13584-24:2003. Данный подтип также больше не используется. Его использование не допускается в новых практических реализациях настоящего стандарта.

Примечание 4 - Нижеследующие изменения гарантируют, что определения класса словаря, удовлетворяющего требованиям ИСО 13584-25, удовлетворяют также и настоящему стандарту: (1) замена класса особенностей feature_class на класс предметов item_class с помощью ссылочного словаря; (2) добавление к каждому новому классу предметов item_class атрибута совместного использования реализаций instance_sharable со значением false; (3) добавление к каждому новому классу предметов item_class вспомогательного атрибута hierarchical_position без значения; (4) добавление к каждому новому классу предметов item_class атрибута ключевого слова keywords, значением которого является пустое множество.

F.3.6.1.1 БСЕ класса (Class_BSU)

Сущность class_BSU обеспечивает идентификацию класса.

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

Определения атрибутов:

code: код, назначенный данному классу его поставщиком.

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

absolute_id: уникальная идентификация данного класса.

known_visible_properties: набор БСЕ свойств property_BSU, ссылающихся на класс как атрибут имени name_scope, или на любой известный суперкласс данного класса, и, следовательно, являющихся видимыми в данном классе (любом его подклассе).

Примечание 1 - Если словарное определение dictionary_definition некоторого класса не присутствует в рассматриваемом контексте обмена (а контекст обмена PLIB никогда не предполагается полным), то суперкласс для рассматриваемого класса может быть не известен. Следовательно, свойства, определенные как видимые в данном суперклассе, не принадлежат атрибуту known_visible_properties. Только для получающей системы все словарные определения dictionary_definition БСЕ должны быть доступными. Следовательно, для получающей системы атрибут known_visible_properties содержит все свойства, видимые в данном классе.

known_visible_data_types: набор БСЕ типов данных data_type_BSU, ссылающихся на класс как атрибут name_scope или на любой известный суперкласс данного класса, и, следовательно, являющихся видимыми в данном классе (любом его подклассе).

Примечание 2 - Если некоторые словарные определения dictionary_definition класса не присутствуют в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс для данного класса может быть не известен. Следовательно, типы данных data_types, определенные как видимые данным суперклассом, не принадлежат атрибуту известного видимого типа данных known_visible_data_type. Для получающей системы БСЕ словарные определения dictionary_definition БСЕ должны быть доступными. Следовательно, для получающей системы, атрибут known_visible_data_type содержит БСЕ типы данных data_types, видимые в данном классе.

subclasses: набор классов, определяющих данный класс как их суперкласс.

added_visible_properties: набор БСЕ свойств property_BSU, ссылающихся на класс как name_scope, и, следовательно, являющихся видимыми в данном классе (любом его подклассе).

Примечание 3 - Данный атрибут ссылается только на БСЕ свойств property_BSU, принадлежащих рассматриваемому контексту обмена. Для получающей системы они могут уже завершить выполнение других БСЕ свойств property_BSU, ссылающихся на данный класс (контекст обмена библиотеки PLIB никогда не предполагается полным).

Примечание 4 - Атрибут added_visible_properties используется для кодирования атрибута "Видимые свойства" класса.

added_visible_data_type: набор БСЕ типов данных data_type_BSU, ссылающихся на класс как name_scope и, следовательно, являющихся видимыми в данном классе (любом его подклассе).

Примечание 5 - Данный обратный атрибут ссылается только на БСЕ типов данных data_type_BSU, принадлежащих рассматриваемому контексту обмена. Для получающей системы они могут уже завершить выполнение других data_type_BSU, ссылающихся на данный класс (контекст обмена библиотеки PLIB никогда не предполагается полным).

Примечание 6 - Атрибут added_visible_data_type используется для кодирования атрибута "Видимые типы".

Пояснения к тексту программы:

UR1: последовательность кода поставщика и кода класса является уникальной.

F.3.6.1.2 Класс и элемент свойства (Class_and_property_element)

Сущность class_and_property_element содержит атрибуты, являющиеся общими и для классов и для БСЕ свойств property_DET.

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

Определения атрибутов:

names: названия, описывающие данный словарный элемент.

definition: текст, описывающий данный словарный элемент.

source_doc_of_definition: исходный документ для данного текстового описания.

note: дополнительная информация о любой части словарного элемента, существенной для понимания.

remark: дополнительный текст, поясняющий смысл данного словарного элемента.

Примечание 1 - Атрибут names используется как отправная точка при кодировании (в сущности item_names) свойства и атрибутов "Предпочтительное имя", "Короткое имя", "Синонимическое имя".

Примечание 2 - Атрибут определения definition используется для кодирования атрибута свойства "Определение" и атрибута класса "Определение".

Примечание 3 - Атрибут исходного документа для определения source_of_doc_definition используется для кодирования атрибута свойства "Исходный документ определения" и атрибута класса "Исходный документ определения".

Примечание 4 - Атрибут примечания note используется для кодирования атрибутов свойств и классов "Примечание".

Примечание 5 - Атрибут заметки remark используется для кодирования атрибутов свойств и классов "Заметка".

F.3.6.1.3 Класс (class)

Сущность class - это абстрактный ресурс для всех видов классов.

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


Определения атрибутов:

identified_by: БСЕ класса class_BSU, задающая данный класс.

its_superclass: ссылка на класс, для которого рассматриваемый класс является подклассом.

described_by: список ссылок на дополнительные свойства, доступные для использования в описании продуктов внутри класса и любого его подкласса.

Примечание 1 - Свойство может также быть применимым в классе, если оно импортировано из другого класса с помощью априонного семантического соотношения a_priori_semantic_relationship (см. раздел F.6). Следовательно, свойства, на которые производится ссылка атрибутом described_by, не определяют все применимые свойства класса.

Примечание 2 - Списочный порядок - это порядок представления свойств, предложенный поставщиком.

Примечание 3 - Свойство, являющееся контекстно-зависимым (context_dependent_P_DET), может стать применимым в классе, только если все контекстные параметры (condition_DET), от которых зависит его значение, также являются применимыми в данном классе. См. ниже Правило 5 (WR5).

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

Примечание 4 - Тип данных data_type также может быть применимым в классе, если этот тип data_type импортирован из другого класса с помощью априорного семантического соотношения a_priori_semantic_relationship (см. раздел F.6). Следовательно, типы данных, на которые производится ссылка атрибутом defined_type, не определяют все применимые типы данных в классе.

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

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

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

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

Пример 1 - В спецификации UNSPSC ООН Производственные Компоненты и Поставки имеют иерархическое положение 31000000. Металлические крепежные изделия занимают иерархическое положение 31160000. Болты занимают иерархическое положение 31161600. По конвенции данное представление иерархического положения допускает, чтобы Производственные Компоненты и Поставки располагались на первом уровне иерархии, Металлические крепежные изделия располагались на втором уровне иерархии (и включались в Производственные Компоненты и Поставки), а Болты были на третьем уровне иерархии (и включались в Металлические крепежные изделия).

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

sub_class_properties: объявляет свойство, как имеющее значение класса, т.е. в нескольких подклассах его одно-единственное значение назначено для всего класса (см. F 3.7.4).

class_constant_value: назначения в текущем классе для свойств, имеющих значение класса и объявленных в суперклассах (см. F.3.7.4).

subclasses: набор классов, указывающих данный класс как их суперкласс.

known_applicable_properties: БСЕ свойства property_BSU, на которые производится ссылка некоторым классом или любым его известным суперклассом с помощью атрибута described_by, и которые, следовательно, являются применимыми в данном классе (любом его подклассе).

Примечание 7 - Если некоторое словарное определение dictionary_definition класса отсутствует в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть не известен. Следовательно, свойства, определенные как применимые в данном суперклассе, не принадлежат атрибуту известных применимых свойств known_applicable_properties. Все словарные определения dictionary_definition БСЕ должны быть доступны только для получающей системы. Следовательно, для получающей системы атрибут known_applicable_properties содержит все свойства, являющиеся применимыми в классе, так как на них производится ссылка атрибутом описания described_by.

known_applicable_data_type: БСЕ типа данных data_type_BSU, на которые производится ссылка из класса или любого его известного суперкласса с помощью атрибута defined_types, и которые, следовательно, являются применимыми в данном классе (любом его подклассе).

Примечание 8 - Если некоторое словарное определение dictionary_definition класса отсутствует в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть не известен. Следовательно, типы данных data_types, определенные как применимые в данном суперклассе, не принадлежат атрибуту known_applicable_data_type. Только для получающей системы все словарные определения dictionary_definition БСЕ должны быть доступными. Следовательно, для получающей системы атрибут known_applicable_data_types содержит все типы данных data_types, являющиеся применимыми в классе, так как на них производится ссылка атрибутом определения типа defined_types.

known_property_constraint: ограничения constraints на свойство, на которые производится ссылка некоторым классом или любой его известным представительным суперклассом с помощью атрибута constraints, или, в случае класса, являющегося подтипом априорного семантического соотношения a_priori_semantic_relationship, с помощью атрибута ссылочного ограничения referenced_constraints.

associated_item: дает доступ к другим видам данных с помощью БСЕ механизма.

Пояснения к тексту программы:

WR1: наследственная структура, определенная иерархией классов, не содержит циклы.

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

WR3: только типы данных, являющиеся видимыми в данном классе, могут стать применимыми в данном классе, так как на них производится ссылка атрибутом defined_types.

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

WR5: только контекстно-зависимые свойства (dependent_P_DET), все контекстные параметры (condition_DET) которых являются применимыми в классе, могут стать применимыми в данном классе, так как на них производится ссылка атрибутом описания described_by.

WR6: только типы данных, не являющиеся применимыми в классе по наследству, могут стать применимыми в данном классе, так как на них производится ссылка атрибутом определения типа defined_types.

Примечание 9 - Атрибут its_superclass используется для кодирования атрибута класса "Суперкласс".

Примечание 10 - Атрибут described_by обеспечивает кодирование "Применимых свойств" класса.

Примечание 11 - Атрибут defined_type используется для кодирования атрибута "Применимых типов" класса.

WR7: набор ограничений, являющихся ограничениями свойств, должен определять ограничения, совместимые с областью значений свойств, где последние применимы.

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

WR9: все свойства, на которые производится ссылка в атрибуте ограничения constraint, должны быть либо видимыми, либо применимыми в классе.

WR10: либо все ключевые слова keywords представлены как метки с языком label_with_languages, либо все они представлены как просто метки labels.

WR11: если класс не является априорным семантическим соотношением a_priori_semantic_relationship, то свойства подкласса sub_class_properties должны принадлежать списку described_by.

Примечание 12 - Свойства подкласса sub_class_properties могут быть также импортированы с помощью априорного семантического соотношения a_priori_semantic_relationship.

WR12: Свойства, на которые производится ссылка в атрибуте постоянных значений класса class_constant_value, объявляются как имеющие значение класса в некотором суперклассе текущего класса или в самом текущем классе.

Примечание 13 - Атрибут свойств подкласса sub_class_properties сущности class используется для кодирования атрибута "Свойств со значением класса" для классов.

Примечание 14 - Атрибут постоянных значений класса class_constant_value сущности class используется для кодирования "Постоянных значений класса" для классов.

WR13: если свойству, на которое производится ссылка из области class_constant_value, уже назначено значение в суперклассе, то его значение, назначенное в текущем классе, должно быть тем же самым.

Дополнительные пояснения:

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

F.3.6.2 Класс предметов (item_class)

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

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

Пример - Головка винта - это особенность, описанная рядом свойств. Она может существовать, только если на нее производится ссылка сущностью винт. Она представляется как класс предметов item_class с атрибутом instance_sharable, равным false.

Примечание 1 - Внутри словарной модели первого издания ИСО 13584-42 и МЭК 61360-2 определено два подтипа класса предметов item_class: класс компонентов component_class и класс материалов material_class. Указанные подтипы больше не используются, они удалены из данного издания МЭК 61360.

Примечание 2 - Другой подтип item_class, названный классом особенностей feature_class, определен в ИСО 13584-24:2003. Данный подтип также больше не используется. Его использование не рекомендуется в новых практических реализациях настоящего стандарта.

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

Определения атрибутов:

simplified_drawing: вспомогательные рисунки (графика), ассоциированные с описанным классом.

Примечание 3 - Атрибут simplified_drawing сущности item_class используется для кодирования атрибута "Упрощенный рисунок" для классов.

coded_name: может использоваться как постоянное значение класса для характеристики данного класса в области значений свойств sub_class_properies соответствующего суперкласса.

Примечание 4 - В серии стандартов ИСО 13584 данный атрибут не используется. Он используется только в серии стандартов МЭК 61360.

instance_sharable: если значение равно false, то реализации класса предметов item_class являются особенностями; если значение не определено или равно true, то реализации item_class являются независимыми предметами.

Примечание 5 - В общей словарной модели ИСО 13584/МЭК 61360 от практической реализации зависит принятие решения: действительно ли несколько реализаций особенностей, моделируемых рассматриваемым набором пар "свойство-значение", представлены несколькими блоками данных EXPRESS, или они представлены этим блоком данных в файле обмена данных. Таким образом, реализация класса предметов item_class со значением атрибута instance_sharable равным false, на которую производится ссылка несколькими реализациями item_class на уровне модели данных, интерпретируется как несколько реальных реализаций рассматриваемой особенности.

F.3.6.3 Класс категоризации (Categorization_class)

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

Пример 1 - Производственные компоненты и поставки и промышленная оптика - это примеры класса категоризации продуктов, определенного UNSPSC.

Ни свойства, ни типы данных, ни ограничения не ассоциируются (как видимые или применимые) с таким классом. Более того, классы категоризации categorization_classes не могут быть отнесены друг к другу с помощью представительного наследственного соотношения. Они могут быть отнесены друг к другу только с помощью условного соотношения между классами. Особый атрибут, называемый categorization_class_superclass, позволяет занести классы категоризации categorization_classes, являющиеся суперклассами categorization_class, в условную иерархию.

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

Пример 2 - Нижеследующий пример показывает, как характеристические классы и классы категоризаций могут быть соединены для достижения некоторых конкретных целей. Поставщик шариковых подшипников разрабатывает свою собственную онтологию, что облегчает получение и использование продукта. Для достижения указанной цели, он использует стандартные свойства и пытается использовать стандартную классификацию. Он поставляет только шариковые подшипники: некоторые подшипники герметичны, а некоторые - нет. Определенные свойства могут быть ассоциированы только с герметичными подшипниками, а с негерметичными - нет. Однако указанные категории не существуют как классы в стандартной онтологии подшипников. Поэтому поставщик подшипников поступает следующим образом. (1) Он разрабатывает собственную онтологию, включающую три характеристических класса: my_bearing (мои подшипники), my_sealed_bearings (мои герметичные подшипники), my_non_sealed_bearing (мои негерметичные подшипники). Два последних класса соединены с первым представительным наследственным соотношением, и все свойства, назначенные первому, унаследуются последними. (2) Чтобы использовать некоторые свойства, определенные ИСО/ТС 23768-1 (находится в разработке), поставщик подшипников указывает, что класс my_bearings - это условный стандартный класс подшипников ball bearing, определенный в ИСО/ТС 23768-1. С помощью данного условного соотношения поставщик может импортировать (в свой класс my_bearings) стандартные свойства: внутренний диаметр, наружный диаметр, класс допуска ИСО. Более того, он создает необходимые свойства, не определенные в стандарте. (3) Для получения сервера, визуализирующего каталог поставщика, представляется небольшой фрагмент классификации UNSPSC, а также условное соотношение между стандартным классом ball_bearings UNSPSC и своим собственным классом ту bearing. Пример дан ниже на рисунке F.8:


Рисунок F.8 - Пример онтологии поставщика

legend

Легенда

characterization class

Характеристический класс

categorization class

Класс категоризации

Is-a relationship

Представительное соотношение

Case-of relationship

Условное соотношение

31000000 Manufacturing Components and Supplies

Код по классификации ООН 31000000

Производственные компоненты и поставки

UNSPSC 31170000 Bearings and bushings and wheels and gears

Подшипники, втулки, колеса и зубчатые передачи

ISO 23768 bearing

Подшипник

ISO 23768 rolling bearing

Роликовый подшипник

UNSPSC 31171500 Bearings

Подшипники

ISO 23768 ball bearings

Шариковый подшипник

My_bearings

Класс "мои подшипники"

UNSPSC 31171504 Ball bearings

Шариковые подшипники по классификации ООН

My_sealed_bearings

Класс "мои герметичные подшипники"

My non_sealed_bearings

Класс "мои негерметичные подшипники"

Пример представления на языке EXPRESS

Определения атрибутов:

categorization_class_superclasses: классы категоризации categorization_class, расположенные на одну ступень выше данного класса категоризации в условной иерархии классов.

Пояснения к тексту программы:

WR1: только классы категоризации categorization_class могут быть суперклассами для categorization_class.

WR2: categorization_class не должен иметь представительного суперкласса.

WR3: свойства не могут быть ассоциированы с categorization_class.

WR4: типы данных не могут быть ассоциированы с categorization_class.

WR5: ограничения не могут быть ассоциированы с categorization_class.

WR6: categorization_class не может быть классом определения свойства для какого-либо свойства.

WR7: свойство подкласса не может быть ассоциировано с categorization_class.

WR8: постоянное значение класса не может быть ассоциировано с categorization_class.

WR9: видимое свойство не может быть ассоциировано с categorization_class.

WR10: видимый тип данных не может быть ассоциирован с categorization_class.

F.3.7 Тип элемента данных/данные для свойств

Данный раздел содержит определения словарных данных для свойств.

F.3.7.1 БСЕ свойства (Property_BSU)

Сущность property_BSU дает идентификацию свойства.

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

Определения атрибутов:

code: данный код необходим для уникальной идентификации свойства во всех онтологиях, определенных рассматриваемым поставщиком с атрибутом name_scope.defined_by.

name_scope: ссылка на класс, на котором или ниже которого рассматриваемый элемент свойства доступен для ссылки атрибутом описания described_by.

absolute_id: уникальная идентификация данного свойства.

describes_classes: классы, объявляющие данное свойство доступным для использования в описании продукта.

Пояснения к тексту программы:

WR1: любой класс, на который производится ссылка атрибутом describes_class БСЕ свойства property_BSU, либо это класс, на который производится ссылка его атрибутом name_scope, либо это подкласс данного класса.

UR1: идентификатор свойства absolute_id является уникальным.

Примечание - Атрибут name_scope сущности property_BSU используется для кодирования атрибута "Класс определений" для свойств (см. 7.2.2).

F.3.7.2 Типы элементов данных свойств (Property_DET)

Сущность property_DET дает словарные описания свойств.

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

Определения атрибутов:

identified_by: БСЕ свойства property_BSU, идентифицирующая данное свойство.

preferred_symbol: более короткое описание данного свойства.

synonymous_symbols: синоним для более короткого описания свойств.

figure: вспомогательная графика для описания свойства.

det_classification: класс ИСО 80000/МЭК 80000 (ранее ИСО 31) для данного свойства.

domain: ссылка на тип данных data_type, ассоциированный со свойством.

formula: математическое выражение, объясняющее свойство.

describes_classes классы, объявляющие данное свойство доступным для использования в описании продукта.

Примечание 1 - Атрибут preferred_symbol используется для кодирования атрибута "Предпочтительный буквенный символ" для свойств.

Примечание 2 - Атрибут synonymous_symbols используется для кодирования атрибутов "Синонимических буквенных символов" для свойств.

Примечание 3 - Атрибут det_classification используется для кодирования атрибута "Классификация типов свойств".

Примечание 4 - Атрибут области domain используется как отправная точка для кодирования атрибута свойства "Тип данных". Сущность data_type может быть описана как подтип для различных возможных типов данных.

Примечание 5 - Атрибут formula используется для кодирования атрибута "Формула" для свойств.

На рисунке F.9 дана модель планирования данных, ассоциированных с сущностями property_DETs


Рисунок F.9 - Краткое описание свойств типов элементов данных и соотношений

(ABS) class

Класс

described_by L[0:?]

Описан ...

property_BSU

БСЕ свойства

identified_by

Идентифицирован ...

domain

Область

(ABS) data_type

Тип данных

string

Строка

definition

Определение

formula

Формула

note

Примечание

remark

Заметка

(ABS) property_DET

Тип элемента данных свойства

preferred_symbol

Предпочтительный символ

mathematical_string

Математическая строка

(ABS) document

Документ

source_doc_of_definition

Исходный документ определения

synonymous_symbol s[0:2]

Синонимический символ

revision

Пересмотр

(ABS) graphics

Графика

figure

Рисунок

time_stamps

Отметки времени

dates

Даты

det_classification

Классификация типов элементов данных

preferred_name

Предпочтительное имя

names

Имена

synonymous_names S[0:?]

Синонимическое имя

short_name

Короткое имя

item_names

Имена предметов

icon

Иконка

F.3.7.3 Условные, зависимые и независимые типы элементов данных

На рисунке F.10 даны различные виды типов элементов данных в формате модели планирования.


Рисунок F.10 - Виды типов элементов данных

(ABS) property_DET

Тип элемента данных свойства

condition_DET

Тип элемента данных условия

depends_on S[1:?]

Зависит от ...

dependent_P_DET

Зависимый тип элемента данных свойства

non_dependent_P_DET

Независимый тип элемента данных свойства

Отметим, что рисунок F.10 упрощен. Вообще говоря, соотношение "depends_on" должно применяться со ссылкой на БСЕ. Но установлено ограничение, по которому ссылочный тип элемента данных свойства property_DET должен быть типом элемента данных условия condition_DET (см. сущность dependent_P_DET).

F.3.7.3.1 Тип элементов данных условия (Condition_DET)

Сущность condition_DET - это свойство, от которого могут зависеть другие свойства.

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

F.3.7.3.2 Зависимый тип элемента данных свойства (Dependent_P_DET)

Сущность dependent_P_DET - это свойство, значение которого явно зависит от значений некоторых условий.

Пример - Сопротивление термистора зависит от наружной температуры. Сопротивление термистора должно быть представлено как dependent_P_DET, а наружная температура термистора - это condition_DET.

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

Определения атрибутов:

depends_on: набор базовых семантических единиц, идентифицирующих свойства, от которых зависит данное свойство.

Пояснения к тексту программы:

WR1: только условные типы элементов данных condition_DET могут использоваться в наборе depends_on.

F.3.7.3.3 Независимые типы элементов данных свойств (Non_dependent_P_DET)

Сущность non_dependent_P_DET - это свойства, не зависящие явно от некоторых условий.

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

Примечание 1 - Три указанных подтипа (condition_DET, dependent_P_DET и non_dependent_P_DET) сущности property_DET используются для кодирования различных видов свойств (см. раздел 7). Сущность condition_DET используется для контекстных параметров. Сущность dependent_P_DET используется для контекстно-зависимых характеристик. Сущность non_dependent_P_DET используется для характеристики продукта.

Примечание 2 - Атрибут depends_on сущности dependent_P_DET используется для кодирования атрибута "Условие" для свойств.

F.3.7.4 Задание значений класса (Class_value_assignment)

Свойства, имеющие значение класса, - это свойства, значение которых не может быть назначено индивидуально для реализации класса. Оно может быть назначено только для всех реализаций, принадлежащих классу. Такие свойства объявляются путем их включения в список свойств подкласса sub_class_properties сущности item_class. Затем такому свойству может быть задано значение, верное для всех реализаций любого класса предметов item_class, являющегося подклассом для класса, где объявлено рассматриваемое свойство, имеющее значение класса, или в самом этом классе. Значение свойства, имеющего значение класса, задается для класса предметов item_class с помощью атрибута class_value_assignment, на который производится ссылка атрибутом class_constant_value данного класса.

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

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

Определения атрибутов:

super_class_defined_property: ссылка на свойство (определенное в классе или в любом его суперклассе, как принадлежащее набору sub_class_properties), которому задается значение assigned_value.

assigned_value: значение, заданное свойству, корректному для целого класса, ссылающегося на рассматриваемую реализацию class_value_assignment набора class_constant_value, и для всех его подклассов.

Пояснения к тексту программы:

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

F.3.8 Область данных: система типов

Данный раздел содержит определения представлений типов данных property_DET. На рисунке F.11 в виде модели планирования показана иерархия сущностей для типов данных.


Рисунок F.11 - Иерархия сущностей для системы типов

property_DET

Тип элемента данных свойства

domain

Область

(ABS) data_type

Тип данных

named_type

Поименованный тип

(ABS) simple_type

Простой тип

(ABS) complex_type

Комплексный тип

boolean_type

Булев тип

number_type

Числовой тип

string_type

Строчный тип

(ABS) entity_instance_type

Тип реализации сущности

level_type

Тип уровня

class_reference_type

Тип ссылки на класс

int_type

Целый тип

real_type

Действительный тип

non_quantitative_code_type

Неколичественный кодовый тип

remote_http_address

Удаленный http-адрес

translatable_string_type

Тип переводимой строки

date_time_data_type

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

non_translatable_string_type

Непереводимый строчный тип

date_data_type

Тип данных о дате

time_data_type

Тип данных о времени

placement_type

Тип размещения

real_measure_type

Тип действительной меры

real_currency_type

Тип действительной валюты

int_measure_type

Тип целой меры

non_quantitative_int_type

Неколичественный целый тип

axis1_placement_type

Тип размещения по оси 1

axis2_placement_3d_type

3d-тип размещения по оси 2

int_currency_type

Тип целой валюты

axis2_placement_2d_type

2d-тип размещения по оси 2

F.3.8.1 Общие положения

В отличие от других словарных элементов (Поставщики, Классы, Свойства) идентификация с понятием базовой семантической единицы не является обязательной для типа данных data_type, так как она в большинстве случаев прикреплена прямо к типу данных property_DET и, таким образом, не требует идентификации. При этом сущности data_type_BSU и data_type_element могут использоваться для уникальной идентификации там, где это целесообразно. Это обеспечивает повторное использование рассматриваемого определения типа в другом определении property_DET даже вне текущего физического файла.

F.3.8.1.1 БСЕ типа данных (Data_type_BSU)

Сущность data_type_BSU позволяет идентифицировать элемент типа данных data_type_element.

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

Определения атрибутов:

code: дает уникальную идентификацию типа данных для всех онтологии, определенных рассматриваемым поставщиком name_scope.defined_by.

name_scope: ссылка на класс, на уровне которого (или ниже которого) рассматриваемый элемент типа данных доступен для ссылки атрибутом defined_type.

absolute_id: уникальная идентификация данного свойства.

defining_class: класс, объявляющий данный тип данных data_type доступным для использования в описании продукта.

Пояснения к тексту программы:

WR1: класс, используемый в атрибуте name_scope, является суперклассом для класса, где данный тип data_type определен.

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

F.3.8.1.2 Элемент типа данных (Data_type_element)

Сущность data_type_element описывает типы словарных элементов. Отметим, что нет необходимости в каждом отдельном случае для заданного типа данных data_type иметь БСЕ и словарный элемент dictionary_element, потому что атрибут property_DET может ссылаться на тип данных data_type прямо. Использование БСЕ соотношений необходимо, если поставщик ссылается на один и тот же тип в различных физических файлах.

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

Определения атрибутов:

identified_by: БСЕ, задающий описанный элемент data_type_element.

names: имена, дающие описания определенного элемента data_type_element.

type_definition: описание типа элемента data_type_element.

Примечание - Повторно объявленный атрибут identified_by используется для кодирования ссылки на БСЕ, к которому относится данный элемент типа данных data_type_element. Данный элемент, кроме сущности data_type_BSU (смотри выше), используется для кодирования атрибута класса "Видимые типы".

F.3.8.2 Система типов

F.3.8.2.1 Тип данных (Data_type)

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

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

Определения атрибутов:

constraints: набор ограничений, ограничивающих область значений типа данных.

Примечание - Каждое ограничение области в атрибуте constraints должно быть выполнено. Таким образом, атрибут constraints есть сопряжение ограничений.

Пояснение к тексту программы:

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

F.3.8.2.2 Простой тип (Simple_type)

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

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

Определения атрибутов:

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

Примечание 1 - Атрибут value_format сущности simple_type используется для кодирования атрибута "Формат значения" свойства.

Примечание 2 - Если какое-либо ограничение string_pattern_constraint применяется к значению простого типа, то оно имеет преимущество перед форматом значения value_format.

F.3.8.2.3 Числовой тип (Number_type)

Сущность number_type задает значения элементов DET числового типа.

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

F.3.8.2.4 Целый тип (Int_type)

Сущность int_type задает значения элементов DET типа INTEGER.

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

F.3.8.2.5 Тип целой меры (lnt_measure_type)

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

Примечание 1 - Использование либо единицы unit, либо идентификатора единицы unit_id обязательно. В случае, когда присутствуют оба, unit имеет преимущество.

Примечание 2 - Если присутствуют и атрибуты alternative_unit, и атрибуты alternative_unit_ids, и они имеют одинаковый размер, то атрибут alternative_unit имеет преимущество.

Примечание 3 - Идентификатор словарной единицы dic_unit_identifier, используемый и в атрибуте unit_id, и в атрибуте alternative_unit_ids является идентификатором единицы измерения, который может быть разрешен в атрибуте dic_unit из сервера ИСО/ТС 29002-20.

Примечание 4 - Каждая словарная единица измерения dic_unit, определенная в атрибуте alternative_unit, и каждая словарная единица измерения dic_unit, идентифицированная в атрибуте alternative_unit_ids, должна быть ассоциирована со строчным представлением string_representation. Его текстовое представление text_representation может быть использовано для характеристики альтернативной единицы измерения, используемой на уровне реализации.

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

Определения атрибутов:

unit: единица измерения по умолчанию, ассоциированная со значением целочисленной меры int_measure_type.

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

Примечание 5 - Списочный порядок гарантирует, что атрибуты alternative_unit и alternative_unit_id, если оба существуют, определяют ту же единицу в том же порядке.

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

Примечание 6 - Атрибут unit и атрибут unit_id используются для кодирования атрибута "Единица измерения" свойства. Если имеются оба атрибута, то unit имеет преимущество

Примечание 7 - Если значение свойства с областью int_measure_type обменивается как отдельное целое, то данное значение выражается с помощью атрибутов unit или unit_id.

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

Примечание 8 - Если значение свойства с областью int_measure_type оценивается либо атрибутом unit, либо атрибутом alternative_unit, либо идентифицируется атрибутом alternative_unit_id, то это значение не может быть представлено как отдельное целое. Оно должно быть представлено парой "значение, единица измерения".

Пояснения к тексту программы:

WR1: должен существовать хотя бы один из двух атрибутов unit и unit_id.

WR2: если существуют и атрибут alternative_unit, и атрибут alternative_unit_id, то они должны иметь одинаковую длину.

WR3: каждая словарная единица измерения dic_unit, представленная в альтернативных единицах измерения alternative_unit, должна иметь строчное представление string_representation.

Дополнительные пояснения:

IP1: идентификатор dic_unit_identifier, используемый и в атрибуте unit_id, и в атрибуте alternative_unit_ids, должен быть разрешен в dic_unit из существующего сервера ISO/TS 29002-20.

IP2: если имеются и атрибут unit, и атрибут unit_id, то они должны определять одну и ту же единицу измерения.

IP3: если имеются и атрибут alternative_unit, и атрибут alternative_unit_ids, то они должны определять тот же список единиц измерения в том же порядке.

IP4: если атрибут alternative_unit_ids существует, то все единицы, которые данный атрибут идентифицирует, должны быть разрешены в словарную единицу dic_unit, имеющую строчное представление string_representation.

F.3.8.2.6 Целый валютный тип (lnt_currency_type)

Сущность int_currency_type задает значение элементам DET, которые являются целыми валютами.

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

Определения атрибутов:

currency: ассоциированный код валюты, описанной в соответствии с ИСО 4217. Если он отсутствует, то валютный код нужно обменивать вместе с соответствующими данными (значениями).

F.3.8.2.7 Неколичественный целый тип (Non_quantitative_int_type)

Сущность non_quantitative_int_type - это тип нумерации, где элементы нумерации представлены целым значением (см. также сущность неколичественный кодовый тип non_quantitative_code_type и рисунок 12).

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

Определения атрибутов:

domain: множество перенумерованных значений, описанных в сущности value_domain.

Пояснения к тексту программы:

WR1: значения, ассоциированные со списком domain.its_value, не должны содержать тип value_code_type.

F.3.8.2.8 Действительный тип (Real_type)

Сущность real_type задает значения элементов DET типа REAL.

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

F.3.8.2.9 Тип действительной меры (Real_measure_type)

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

Примечание 1 - Наличие либо атрибута unit, либо атрибута unit_id обязательно. Если они имеются оба, то атрибут unit имеет преимущество.

Примечание 2 - Если имеются и атрибут alternative_unit, и атрибут alternative_unit_ids, то они имеют одинаковый размер, а атрибут alternative_unit имеет преимущество.

Примечание 3 - Идентификаторы dic_unit_identifier, используемые и в атрибуте unit_id, и в атрибуте alternative_unit_id, являются идентификаторами единиц измерения, которые могут быть разрешены в словарной единице dic_unit из сервера ИСО/ТС 29002-20.

Примечание 4 - Каждая словарная единица dic_unit, определенная в атрибуте alternative_unit, и каждая словарная единица dic_unit, идентифицированная в атрибуте alternative_unit_ids, должна быть ассоциирована со строчным представлением string_representation, чье текстовое представление text_representation может быть использовано для характеристики альтернативной единицы измерения, используемой на уровне реализации.

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

Определения атрибутов:

unit: единица измерения по умолчанию, ассоциированная со значением real_measure_type.

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

Примечание 5 - Используемый списочный порядок гарантирует, что и атрибут alternative_unit, и атрибут alternative_unit_ids, если они существуют, определяют ту же единицу в том же порядке.

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

Примечание 6 - И атрибут unit, и атрибут unit_id используются для кодирования атрибута "Единица измерения". Если они имеются оба, то атрибут unit имеет преимущество.

Примечание 7 - Если значение свойства с областью real_measure_type обменивается как отдельная действительная величина, то данное значение выражается в единицах меры unit или unit_id.

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

Примечание 8 - Если значение свойства с областью real_measure_type оценивается либо с помощью атрибута unit, либо с помощью атрибута alternative_unit, либо идентифицируется атрибутом alternative_unit_ids, то его значение не может быть представлено как отдельное действительное значение. Оно может быть представлено парой "значение, единица измерения".

Пояснения к тексту программы:

WR1: должен существовать хотя бы один из двух атрибутов unit или unit_id.

WR2: если и атрибут alternative_unit, и атрибут alternative_unit_ids существуют, то они должны иметь одинаковую длину.

WR3: каждая словарная единица dic_unit с атрибутом alternative_unit должна иметь строчное представление string_representation.

Дополнительные пояснения:

IP1: идентификаторы dic_unit_identifier, используемые и в идентификаторе единицы измерения unit_id, и в альтернативных идентификаторах alternative_unit_id, должны быть разрешимы в словарных единицах измерения dic_unit из существующего сервера ИСО/ТС 29002-20.

IP2: если существуют и атрибут unit, и атрибут unit_id, то они должны определять одинаковые единицы измерения.

IP3: если существуют и атрибуты alternative_unit, и атрибуты alternative_unit_ids, то они должны определять тот же список единиц измерения в том же порядке.

IP4: если существует атрибут alternative_unit_ids, то все единицы измерения, которые данный атрибут задает, должны разрешаться в словарной единице измерения dic_unit, имеющей строчное представление string_representation.

F.3.8.2.10 Действительный валютный тип (Real_currency_type)

Сущность real_currency_type определяет действительные валюты.

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

Определения атрибутов:

currency: ассоциированный код описанной валюты в соответствии с ИСО 4217. Если данный код отсутствует, то валютный код обменивается вместе с соответствующими данными (значениями).

F.3.8.2.11 Рациональный тип (Rational_type)

Сущность rational_type задает значения элементов DET с типом rational.

Примечание - В ИСО 13584-32 рациональные значения представлены тремя целыми элементами расширяемого языка разметки XML: целая часть, числитель и знаменатель. В ИСО 13584-24:2003 рациональные значения представлены массивом из трех целых: целая часть, числитель и знаменатель.

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

F.3.8.2.12 Тип рациональной меры (Rational_measure_type)

Сущность rational_measure_type задает значения элементов DET с типом меры RATIONAL.

Пример - Диаметр винта 4 1/8 дюйма.

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

Примечание 1 - Присутствие либо атрибута unit, либо unit_id обязательно. Если присутствуют оба атрибута, то атрибут unit имеет преимущество.

Примечание 2 - Если присутствуют и атрибут alternative_unit, и атрибут alternative_unit_ids, то они имеют одинаковый размер, и атрибут alternative_unit имеет преимущество.

Примечание 3 - Идентификаторы словарной единицы измерения dic_unit_identifier, используемые и в атрибуте unit_id, и в атрибуте alternative_unit_ids, - это идентификаторы единицы измерения, разрешаемые в dic_unit из сервера ИСО/ТС 29002-20.

Примечание 4 - Каждая единица измерения dic_unit, определенная в атрибуте alternative_unit, и каждая единица измерения dic_unit, идентифицированная в атрибуте alternative_unit_ids, ассоциирована со строчным представлением string_representation. Ее текстовое представление text_representation может быть использовано для характеристики альтернативной единицы измерения, используемой на уровне реализации.

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

Определения атрибутов:

unit: единица измерения по умолчанию, ассоциированная со значением типа рациональной меры rational_measure_type.

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

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

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

Примечание 6 - И атрибут unit, и атрибут unit_id используются для кодирования атрибута "Единица измерения" свойств. Если существуют оба, то атрибут unit имеет преимущество.

Примечание 7 - Если значение свойства с областью rational_measure_type обменивается как отдельное рациональное число, то данное значение выражается в единицах измерения unit или unit_id.

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

Примечание 8 - Если значение свойства с областью rational_measure_type оценивается в единицах измерения, либо определенных атрибутом alternative_unit, либо идентифицированных атрибутом alternative_unit_ids, то это значение не может быть представлено как отдельное рациональное число. Оно должно быть представлено парой "значение, единица измерения".

Пояснения к тексту программы:

WR1: должен существовать хотя бы один из атрибутов unit или unit_id.

WR2: если существуют и атрибут alternative_unit, и атрибут alternative_unit_ids, то они должны иметь одинаковую длину.

WR3: каждая словарная единица измерения dic_unit в атрибуте alternative_unit должна иметь строчное представление string_representation.

Дополнительные пояснения:

IP1: идентификатор dic_unit_identifier, используемый и в атрибуте unit_id, и в атрибуте alternative_unit_ids, должен разрешаться в dic_unit из существующего сервера ИСО/ТС 29002-20.

IP2: если существует и атрибут unit, и атрибут unit_id, то они должны определять одинаковые единицы измерения.

IP3: если существуют и атрибут alternative_unit, и атрибут alternative_unit_ids, то они должны определять тот же список единиц измерения в том же порядке.

IP4: если существует атрибут alternative_unit_ids, то все единицы измерения, которые идентифицирует данный атрибут, должны разрешаться в dic_unit, имеющей строчное представление string_representation.

F.3.8.2.13 Булевский тип (boolean_type)

Сущность boolean_type задает значения элементов DET булевского типа.

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

F.3.8.2.14 Строчный тип (String_type)

Сущность string_type задает значения элементов DET строчного типа.

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

F.3.8.2.15 Переводимый строчный тип (Translatable_string_type)

Сущность translatable_string_type задает значения элементов DET строчного типа, которые могут быть представлены различными строками на различных языках.

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

Примечание 2 - Значения таких свойств могут быть либо простыми строчными значениями string_value, если глобальное назначение global_language_assignment определяет текущий язык, либо переведенными строчными значениями translated_string_value, где каждое значение строки ассоциировано с языком.

Примечание 3 - Два значения одного свойства с типом данных data_type, равным translatable_string_type, можно сравнивать на предмет равенства, только если такое соответствующее свойство, как исходный язык source_language, определено как часть его административных данных administrative_data, и если указанные значения доступны в данном исходном языке source_language. При этом не предполагается, что на языке, отличном от исходного языка source_language, тот же смысл представлен той же строкой.

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

F.3.8.2.16 Непереводимый строчный тип (Non_translatable_string_type)

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

Примечание - Значения таких свойств могут использоваться для идентификации продуктов.

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

F.3.8.2.17 Тип универсального идентификатора ресурсов (URI_type)

Сущность URI_type задает значения элементов DET строчного типа, содержащих универсальный идентификатор ресурсов URI.

Примечание - Сущность URI_type прежде всего идентифицирует универсальный идентификатор ресурсов URL.

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

F.3.8.2.18 Date_time_data_type

Сущность date_time_data_type задает значения элементов DET строчного типа. Она содержит особый момент времени, указанный в соответствии с конкретным представлением по ИСО 8601.

Примечание 1 - Только подмножество лексических представлений, допускаемое ИСО 8601, можно использовать для задания значений date_time_data_type. См. пояснение IP1 ниже.

Примечание 2 - Вышеуказанные ограничения ИСО 8601 на рассматриваемое представление соответствуют требованиям Схемы XML.

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

Дополнительные пояснения:

IP1: значение свойства с типом данных date_time_data_type должно соответствовать нижеследующему лексическому представлению, являющемуся подмножеством лексического представления, определенного ИСО 8601. Данное лексическое представление - это определенный ИСО 8601 расширенный формат CCYY-ММ-DDThh:mm:ss, где "СС" представляет век (первому веку соответствует "00"), "YY" - год, "ММ" - месяц и "DD" - день. Вспомогательный знак "-" (минус) спереди указывает отрицательное число. Если минус опущен, то предполагается "+" (плюс). Буква "Т" - это разделитель даты и времени. Обозначения "hh", "mm", "ss" - это час, минута и секунда соответственно. Дополнительные цифры могут использоваться для указания долей секунды при необходимости. При этом используется формат ss.ss... с любым количеством цифр после десятичной точки. Дробная часть секунды указывается по особому требованию. Прочие части рассматриваемой лексической формы присутствуют всегда. Чтобы указать значение года, превышающее 9999, нужны дополнительные цифры слева. Спереди ставят нули, если значение года требует менее четырех цифр. В противном случае нули не используются. Например, год 0000 запрещен. Поле CCYY должно иметь, по крайней мере, четыре цифры. Поля MM, DD, SS, hh, mm и ss представляются двумя цифрами каждое (не считая долей секунды). Предшествующие нули используются, если в рассматриваемом поле не хватает значащих цифр. За указанным представлением может сразу идти символ "Z", указывающий Координированное Универсальное Время (UTC). Для указания временного пояса, т.е. сдвига между местным временем и Координированным Универсальным Временем, используется знак "+" или "-". Далее указывается временной сдвиг (по отношению к UTC) в формате hh:mm (Примечание: указание минут обязательно). В ИСО 8601 даны требования к записи значений в различных полях. Если указывается временной пояс, то наличие и часов, и минут обязательно.

Пример - Чтобы указать время 1:20 после полудня 31 мая 1999 года по восточному календарю, отстающее на 5 часов от Координированного Универсального Времени (UTC), нужно записать: 1999-05-31T13:20:00-05:00.

F.3.8.2.19 Тип данных о дате (Date_data_type)

Сущность date_data_type задает значения элементов DET строчного типа. Она содержит особую календарную дату, установленную в соответствии с конкретным представлением по ИСО 8601.

Примечание 1 - Только подмножество лексических представлений, соответствующих ИСО 8601, может быть использовано как значение сущности date_data_type. См. пояснение IP1 ниже.

Примечание 2 - Вышеуказанное ограничение ИСО 8601 на представления совпадает с ограничением, установленным Схемой XML.

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

Дополнительные пояснения:

IP1: значение свойства с типом данных date_data_type должно соответствовать нижеследующему лексическому представлению, являющемуся подмножеством лексических представлений, установленных ИСО 8601. Лексическое представление для типа данных date_data_type является сокращенным (усеченным справа) лексическим представлением для типа данных date_time_data_type: CCYY-MM-DF. Усечение слева недопустимо. Для типа данных date_time_data_type может быть использован вспомогательный идентификатор часового пояса. Если значение года выходит из интервала 0001-9999, то в левой части данного представления добавляются цифры и знак "-".

Пример - Представление 1999-05-31 - это представление типа date_data_type для 31 мая 1999 года.

F.3.8.2.20 Тип времени суток (Time_data_type)

Сущность time_data_type задает значения элементов DET строчного типа. Она содержит указание особого момента времени в соответствии с требованиями ИСО 8601. Это значение time_data_type дает момент времени, повторяющийся каждый день.

Примечание 1 - Только подмножество лексических представлений, определенных ИСО 8601, может использоваться для значения time_data_type. См. пояснение IP1 ниже.

Примечание 2 - Вышеуказанное ограничение ИСО 8601 совпадает с ограничением, установленным Схемой XML.

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

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

Дополнительные пояснения:

IP1: значение свойства с типом данных time_data_type должно соответствовать нижеследующему лексическому представлению, являющемуся подмножеством лексических представлений, определенных ИСО 8601. Лексическое представление типа данных time_data_type - это усеченное слева лексическое представление типа date_time_data_type hh:mm:ss.sss со вспомогательным (по выбору) идентификатором часового пояса.

Пример - Представление 13:20:00-05:00-это представление суточного времени time_data_type, соответствующее 1.20 после полудня для восточного стандартного времени, которое отстает на 5 часов от Координированного Универсального Времени (UTC).

F.3.8.2.21 Неколичественный кодовый тип (Non_quantitative_code_type)

Сущность non_quantitative_code_type - это тип нумерации, когда элементы нумерации представлены значением строки (смотри также сущность неколичественный целый тип non_quantitative_int_type и рисунок F.12).

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

Определения атрибутов:

domain: набор перенумерованных значений, описанных сущностью value_domain.

Пояснения к тексту программы:

WR1: значения, ассоциированные со списком domain.its_value, должны содержать только элементы типа value_code_type.

F.3.8.2.22 Комплексный тип (Complex_type)

Сущность complex_type дает определения типов, значения которых представлены как реализации языка EXPRESS.

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

F.3.8.2.23 Тип уровня (Level_type)

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

Примечание 1 - Значения реализаций level_type содержат значения только индикаторов, установленных атрибутом levels. Если некоторые из указанных значений недоступны, то они представляются нулями null_value.

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

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

Определения атрибутов:

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

value_type: тип данных указанных значений атрибута level_type.

Пояснения к тексту программы:

WR1: тип собственного значения SELF.value_type - это либо тип целой меры int_measure_type, либо тип действительной меры real_measure_type.

WR2: порядок первого и второго уровней level, если оба существуют, должны соответствовать порядку нумерации типа level.

WR3: порядок второго и третьего уровней level, если оба существуют, должны соответствовать порядку нумерации типа level.

WR4: порядок третьего и четвертого уровней level, если оба существуют, должны соответствовать порядку нумерации типа level.

F.3.8.2.24 Уровень (level)

Сущность level определяет индикаторы, используемые для задания значений атрибута level_type.

Используемые индикаторы:

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

- nominal: значение величины, используемое для обозначения и идентификации компонента, устройства, оборудования или системы;

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

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

Примечание 1 - Номинальное значение обычно округляют.

Пример - Автомобильный аккумулятор с номинальным напряжением 12 В имеет 6 элементов с типовым значением напряжения 2,2 В каждый. Типовое напряжение этой батареи равно 13,5 V. Напряжение может достигать максимального значения 14,5 В. Аккумулятор считается полностью разряженным, если напряжение падает ниже минимума 12,5 В.

Примечание 2 - Значения, установленные для определенного уровня свойства, определены в словаре.

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

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

F.3.8.2.25 Тип ссылки на класс (Class_reference_type)

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

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

Определения атрибутов:

domain: БСЕ класса class_BSU, ссылающаяся на класс, представляющий описанный тип.

F.3.8.2.26 Тип реализации сущности (Entity_instance_type)

Сущность entity_instance_type задает значения элементов DET, представляемых реализациями некоторых типов данных сущностей языка EXPRESS. Атрибут имени типа type_names позволяет выбрать допустимый тип данных. Указанные типы данных - это строки, образующие набор. Данный атрибут, вместе с функцией типа TYPEOF языка EXPRESS, примененный к некоторому значению, позволяет выполнить строгую проверку типа и выявить полиморфизм. Данная сущность описывается как подтип ниже для некоторых типов данных, допустимых для использования в словарных схемах.

Примечание - Если некоторая сущность языка EXPRESS - это значение некоторого элемента DET, тип данных которого - это тип реализации сущности entity_instance_type, то возможно скорректировать тип, применив функцию типа TYPEOF языка EXPRESS для данного значения DET и сравнив результаты данного действия со строками, содержащимися в атрибуте набора имен типов type_names.

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

Определения атрибутов:

type_names: набор строк, дающих описание (в формате функции типа TYPEOF языка EXPRESS) имен типов данных сущности языка EXPRESS, принадлежащий результату применения функции типа TYPEOF языка EXPRESS, примененной к значению, ссылающемуся на рассматриваемую сущность, как на ее тип данных.

F.3.8.2.27 Тип размещения (Placement_type)

Сущность placement_type используется для значений элементов DET, являющихся реализациями типа данных сущности placement.

Примечание 1 - Сущности размещения placement импортируются из ИСО 10303-42. В соответствии с ИСО 10303-42, реализация placement может существовать, только если она относится к реализации контекста геометрического представления geometric_representation_context (в некоторой реализации представления). Следовательно, если некоторые свойства класса имеют реализации сущности placement как их значения, то данный класс содержит контекст геометрического представления geometric_representation_context (который определяет контекст указанных размещений) и само представление (которое соединяет указанные размещения placements с их контекстом). Ни geometric_representation_context, ни representation не импортируются в настоящий стандарт. Сущности placement не могут использоваться, если используются только схемы ИСО 13584-42. Указанные сущности вводятся как ресурсы для других частей ИСО 13584.

Примечание 2 - Сущности Placement, в частности, используются в ИСО 13584-32 (OntoML) и в ИСО 13584-25.

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

Пояснения к тексту программы:

WR1: строка должна содержаться в наборе, определенном атрибутом SELF\entity_instance_type.type_names.

F.3.8.2.28 Тип размещения на оси 1(Axis1_placement_type)

Сущность axis1_placement_type задает значения элементов DET, являющихся реализациями типа данных сущности axis1_placement (см. ИСО 10303-42).

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

Пояснения к тексту программы:

WR1: строка должна содержаться в наборе, определенном атрибутом SELF\entity_instance_type.type_names.

F.3.8.2.29 Тип 2d-размещения на оси 2 (Axis2_placement_2d_type)

Сущность axis2_placement_2d_type задает значения элементов DET, являющихся реализациями типа данных сущности axis2_placement_2d (см. ИСО 10303-42).

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

Пояснения к тексту программы:

WR1: строка должна содержаться в наборе, определенном для атрибута SELF\entity_instance_type.type_names.

F.3.8.2.30 Тип 3d-размещения на оси 2 (Axis2_placement_3d_type)

Сущность axis2_placement_3d_type задает значения элементов DET, являющихся реализациями типа данных сущности axis2_placement_3d (см. ИСО 10303-42).

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

Пояснения к тексту программы:

WR1: строка должна содержаться в наборе, определенном для атрибута SELF\entity_instance_type.type_names.

F.3.8.2.31 Поименованный тип (named_type)

Сущность named_type позволяет ссылаться на другие типы с помощью БСЕ механизма.

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

Определения атрибутов:

referred_type: БСЕ, идентифицирующая тип данных data_type, на который ссылается рассматриваемая сущность.

F.3.8.3 Значения

Данный раздел содержит определения неколичественных типов элементов данных (смотри сущности non_quantitative_int_type и non_quantitative_code_type).

На рисунке F.12 представлены (как модель планирования) основные данные, ассоциированные с неколичественными типами элементов данных.


Рисунок 12* - Краткое описание неколичественных типов элементов данных

_______________

* Вероятно ошибка оригинала. Следует читать: "F.12" . - .

support_resource_schema identifier

Идентификатор схемы ресурса поддержки

integer

Целое

integer_type

Целый тип

string_type

Строчный тип

(ABS) document

Документ

source_doc_of_value_domain

Исходный документ для области значений

value_code_type

Тип кода значения

integer_type

Целый тип

non_quantitative_int_type

Неколичественный целый тип

non_quantitative_code_type

Неколичественный кодовый тип

source_doc_of_definition

Исходный документ определения

domain

Область

value_domain

Область значений

its_values L[1:?]

Его значения

dic_value

Словарное значение

value_code

Код значения

value_type

Тип значения

(ABS) graphics

Графика

icon

Иконка

definition

Определение

status

Статус

status_type

Тип статуса

present_translations

Настоящие переводы

languages

Языки

definition_type

Тип определения

is_deprecated

Больше не используется

boolean

Булевская величина

meaning

Смысл

is_deprecated_interpretation

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

node_type

Тип примечания

value_meaning_id

Идентификатор значения величины

value_identifier

Идентификатор значения

string

Строка

preffered_name

Предпочтительное имя

short_name

Короткое имя

item_names

Названия предметов

synonymous_names S[0:?]

Синонимические имена

F.3.8.3.1 Область значений (value_domain)

Сущность value_domain описывает набор допустимых значений неколичественного типа элемента данных.

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

Определения атрибутов:

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

source_doc_of_value_domain: документ, описывающий область, ассоциированную с описанной сущностью value_domain.

language: вспомогательные языки, на которые выполнены переводы.

terms: список названий предметов item_names, дающий для Стандарта IEC 61360 связь со словарем терминов.

definition: вспомогательный текст, описывающий область значений value_domain.

icon: вспомогательная иконка icon, дающая графическое описание, ассоциированное с областью значений value_domain.

Пояснения к тексту программы:

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

WR2: код значения должен быть уникальным внутри указанного типа данных.

WR3: если языки не определены, то смыслу значения язык не назначается.

WR4: если языки не определены, то определению значения язык не назначается.

F.3.8.3.2 Тип значения (Value_type)

Каждое значение неколичественного элемента данных ассоциируется с кодом, характеризующим это значение. Тип значения value_type может быть либо целым integer_type, либо кодовым value_code_type.

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

F.3.8.3.3 Словарное значение (Dic_value)

Сущность dic_value - это одно из значений сущности value_domain.

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

Определения атрибутов:

value_code: код ассоциированный с описанным значением. Это может быть либо кодовый тип value_code_type, либо целый тип integer_type.

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

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

definition: вспомогательный текст, описывающий словарное значение dic_value.

status: тип статуса status_type, определяющий состояние жизненного цикла словарного значения dic_value.

Примечание 1 - Допустимые значения status_type не стандартизованы. Они определены для каждого отдельного словаря его поставщиком информации.

Пример 1 - Набор допустимых значений статуса предметов, представленный для стандартизации в агентство технической поддержки стандартов ИСО, определен директивами ИСО.

Пример 2 - Набор допустимых значений статуса предметов в стандартной базе данных МЭК определен директивами МЭК.

Примечание 2 - Если словарные значения dic_value еще не подготовлены и не внесены, то может оказаться полезным использование варианта dic_value.

Пример 3 - Для эксперимента перед утверждением.

Примечание 3 - Если атрибут status для словарного значения dic_value отсутствует, и если данное словарное значение dic_value не отменено в соответствии с возможными атрибутом is_deprecated, то это рассматриваемое dic_value имеет тот же статус стандартизации, что и целый словарь. В частности, если словарь стандартизован, то данное dic_value является частью текущего издания стандарта.

is_deprecated: булевская переменная, указывающая (если имеет значение true), что рассматриваемое словарное значение dic_value использовать уже нельзя.

Примечание 4 - Если атрибут is_deprecated значения не имеет, то dic_value еще не отменено.

Примечание 5 - Больше не используемые словарные значения dic_value сохраняются в области значений value_domain по соображениям обеспечения совместимости.

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

value_смысл_id: идентификатор словарного значения dic_value_identifier, являющийся глобальным идентификатором dic_value независимо от области значений value_domain, в которую он включен.

Примечание 6 - Данный идентификатор допускает повторное использование рассматриваемого определения словарного значения dic_value в различных областях.

Пояснение к тексту программы:

WR1: если атрибут is_deprecated существует, то должен существовать и атрибут is_deprecated_interpretation.

Дополнительное пояснение к тексту программы:

IP1: значения реализаций элементов is_deprecated_interpretation должны быть определены в момент, когда принимается решение об отказе от использования.

F.3.8.3.4 Административные данные (Administrative_data)

Сущность administrative_data содержит информацию о жизненном цикле словарного элемента.

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

Определения атрибутов:

status: тип статуса status_type, определяющий состояние жизненного цикла словарного элемента.

Примечание 1 - Допустимые значения типа статуса status_type не стандартизованы. Они определены для каждого отдельного словаря его поставщиком информации.

Пример 1 - Набор допустимых значений статуса предметов, предложенный для стандартизации агентством технической поддержки стандарта ИСО, определен директивами ИСО.

Пример 2 - Набор допустимых значений статуса предметов в базе данных стандарта МЭК определен директивами МЭК.

Примечание 2 - Для словарных элементов dictionary_element, еще не готовых для практического использования, могут оказаться полезными их предварительные варианты.

Пример 3 - Для экспериментальных целей перед утверждением.

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

translation: описание надежных трансляторов с различных языков.

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

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

administrated_element: словарный элемент dictionary_element, данные жизненного цикла которого имеются в административных данных administrative_data.

Пояснения к тексту программы:

WR1: языки перевода, ассоциированные с административными данными administrative_data, являются уникальными.

WR2: исходный язык source_language не присутствует на языке трансляции, ассоциированном с административными данными administrative_data.

F.3.8.3.5 Данные перевода (Translation_data)

Сущность translation_data записывает информацию о возможных переводах словарного элемента.

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

Определения атрибутов:

language: язык, на который переведен словарный элемент.

Примечание 1 - В случае невязки между исходным определением словарного элемента и некоторыми его переводами, фактический смысл словарного элемента дается на исходном языке перевода.

responsible_translator: организация, ответственная за трансляцию на язык элемента.

translation_revision: N пересмотра соответствующего перевода.

Примечание 2 - Изменение N версии или изменение N пересмотра словарного элемента не всегда требует каких-либо изменений его перевода. Если изменений перевода, обусловленных изменением N версии или изменением N пересмотра словарного элемента, нет, то соответствующий N пересмотра перевода translation_revision не изменяется. Однако любые изменения перевода подразумевают изменение соответствующего translation_revision.

date_of_current_translation: дата последнего пересмотра перевода.

belongs_to: административные данные administrative_data, ссылающиеся на запись данных перевода translation_data.

F.3.8.4 Расширения определений единиц измерения по ИСО 10303-41

Данный раздел определяет ресурсы описания единиц измерения в словаре. Здесь даны расширения ресурсов, определенных в ИСО 10303-41.

F.3.8.4.1 Единица, не относящаяся к системе СИ (Non_si_unit)

Сущность non_si_unit расширяет модель единицы измерения ИСО 10303-41. Она дает представления единиц, не относящихся к системе СИ, которые не являются ни контекстно-зависимыми, ни производными (см. ИСО 10303-41).

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

Определения атрибутов:

names: метки label, используемые для именования описанных единиц измерения.

F.3.8.4.2 Правило подтверждения выбора (Assert_ONEOF rule)

Правило assert_ONEOF подтверждает, что выбор производится из нижеследующих подтипов поименованных единиц измерения named_unit: единицы системы СИ si_unit, контекстно-зависимые единицы context_dependent_unit, производные единицы conversion_based_unit и единицы, не относящиеся к системе СИ non_si_unit.

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

F.3.8.4.3 Словарная единица измерения (Dic_unit)

Базовое представление единиц измерения производится в структурированной форме в соответствии с ИСО 10303-41. Но так как одной из целей хранения единиц измерения в словаре является удобство пользователя, только одного структурированного представления недостаточно. Оно должно быть дополнено строчным представлением.

Используемые определения имеют варианты:

- можно использовать функцию строки для единицы измерения string_for_unit (см. раздел F.3.10). Для рассматриваемого структурированного представления единицы измерения она возвращает строчное представление, соответствующее представлению, используемому в Приложении В МЭК 61360-1:2009;

- строчное представление может быть дано в обычной текстовой форме (например, сущность математическая строка mathematical_string, атрибут текстового представления text_representation);

- представление MathML дает расширенное представление единицы измерения, включая верхние индексы, нижние индексы и т.д. (например, сущность математическая строка mathematical_string, атрибут представления MathML_representation).

Сущность dic_unit описывает единицу измерения, включаемую в словарь.

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

Определения атрибутов:

structured_representation: структурированное представление по ИСО 10303-41, включая расширение, определенное в разделе F.3.8.4.

string_representation: функцию string_for_unit можно использовать для расчета строчного представления из structured_representation, когда строчное представление string_representation отсутствует.

Примечание - Атрибут структурированного представления structured_representation сущности dic_unit используется для кодирования атрибута свойства "Единица измерения".

F.3.9 Определения базового типа и сущности

Данный подраздел содержит определения базового типа и сущности, используемые в основной части модели.

F.3.9.1 Определение базового типа

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

F.3.9.1.1 Тип кода класса (Class_code_type)

Сущность class_code_type задает допустимые значения кода класса.

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

WR1: длина значений, соответствующих class_code_type, должна быть меньше или равна длине кода класса class_code_len (т.е. 35).

F.3.9.1.2 Тип кода (code_type)

Сущность code_type задает допустимые значения типа кода, используемого для идентификации.

Примечание - Если код также предназначен для обмена в соответствии с ИСО/ТС 29002-5, то рекомендуется выполнить требования, определенные данным стандартом. Для задания кода можно использовать только "безопасные символы". Безопасные символы включают: буквы верхнего регистра, цифры, двоеточие, десятичную точку, подчеркивание. В некоторых случаях допускается использование символа (минус).

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

Пояснения к тексту программы:

WR1: символ не должен содержаться в значении code_type. Символ используется для последовательного соединения идентификаторов (смотри: CONSTANT sep_id) или кода и версии (смотри: CONSTANT sep_cv).

WR2: пробелы не допускаются (во избежание проблем с предшествующими и последующими пропусками при последовательном соединении кодов).

WR3: значение code_type не должно быть пустой строкой.

F.3.9.1.3 Тип валюты (Currency_code)

Сущность currency_code задает значения, допустимые для кода валюты. Указанные значения соответствуют ИСО 4217.

Пример - "CHF" - код швейцарского франка, "CNY" - код китайского юаня, "JPY" - код японской йены, "SUR" - код рубля СССР, "USD" - код доллара США, "EUR" - код евро.

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

Пояснения к тексту программы:

WR1: длина кода валюты currency_code равна 3.

F.3.9.1.4 Тип кода типа данных (Data_type_code_type)

Сущность data_type_code_type задает значения, допустимые для кода типа данных.

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

Пояснения к тексту программы:

WR1: длина типа кода типа данных data_type_code_type должна быть равна значению data_type_code_len (т.е. 35).

F.3.9.1.5 Тип даты (Date_type)

Сущность date_type задает значения, допустимые для даты. Указанные значения соответствуют ИСО 8601.

Пример - "1994-03-21".

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

F.3.9.1.6 Тип определения (Definition_type)

Сущность definition_type задает значения, допустимые для определения типа.

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

F.3.9.1.7 Тип классификации типа элемента данных (DET_classification_type)

Сущность DET_classification_type задает значения, допустимые для классификации типов элементов данных DET. Указанные значения используются для классификации DET в соответствии с ИСО 80000/МЭК 80000 (ранее ИСО 31).

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

Пояснения к тексту программы:

WR1: длина значения DET_classification_type должна быть равна значению DET_classification_len (т.е. 3).

F.3.9.1.8 Тип примечания (Note_type)

Сущность note_type задает значения, допустимые для примечаний.

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

F.3.9.1.9 Тип предпочтительного имени (Pref_name_type)

Сущность pref_name_type задает значения, допустимые для предпочтительного имени.

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

Пояснения к тексту программы:

WR1: длина значения pref_name_type не должна превышать длину pref_name_len (т.е. 255).

F.3.9.1.10 Тип кода свойства (Property_code_type)

Сущность property_code_type задает значения, допустимые для кода свойства.

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

Пояснения к тексту программы:

WR1: длина значения property_code_type не должна превышать длину property_code_len (т.е. 35).

F.3.9.1.11 Тип заметки (Remark_type)

Сущность remark_type задает значения, допустимые для заметки.

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

F.3.9.1.12 Тип иерархического положения (Hierarchical_position_type)

Сущность hierarchical_position_type задает значения, допустимые для иерархического положения.

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

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

F.3.9.1.13 Тип пересмотра (Revision_type)

Сущность revision_type задает значения, допустимые для N пересмотра ''.

Примечание - Для новой версии N пересмотра равен

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

Пояснения к тексту программы:

WR1: длина значения revision_type не должна превышать длину revision_len (т.е. 3).

WR2: значение revision_type должно содержать только цифры, его целое значение может быть только натуральным.

F.3.9.1.14 Тип короткого имени (Short_name_type)

Сущность short_name_type задает значения, допустимые для короткого имени.

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

Пояснения к тексту программы:

WR1: длина значения short_name_type не должна превышать длину short_name_len (т.е. 30).

F.3.9.1.15 Тип кода поставщика (Supplier_code_type)

Сущность supplier_code_type задает значения, допустимые для кода поставщика.

Примечание - Если код поставщика также предназначен для обмена в соответствии с ИСО/ТС 29002-5, то различные части кода поставщика в соответствии с ИСО 6523 (ICD, Ol, OPI, OPIS и AI) разделяются символом .

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

Пояснения к тексту программы:

WR1: длина значения supplier_code_type не должна превышать длину supplier_code_Ien (т.е. 149).

F.3.9.1.16 Тип синонимического имени (Syn_name_type)

Сущность syn_name_type задает значения, допустимые для синонимического имени.

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

Пояснения к тексту программы:

WR1: длина значения syn_name_type не должна превышать длину syn_name_len (т.е. 255).

F.3.9.1.17 Тип ключевого слова (Keyword_type)

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

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

F.3.9.1.18 Тип глобальной идентификации ISO_29002_IRDI type

Сущность ISO_29002_IRDI_type - это глобальный идентификатор, указывающий на администрируемый предмет в реестре. Структура данного идентификатора удовлетворяет синтаксическим требованиям к идентификаторам, определенным в ИСО/ТС 29002-5.

Примечание 1 - Сущность ISO_29002_IRDI_type может быть использована для любого вида информации, рассмотренной в ИСО/ТС 29002-5 и ассоциированной с идентификатором МИРД. Ниже рассмотрены три специальных случая, нашедшие применение в стандартной словарной схеме ISO13584_IEC61360_dictionary_schema: идентификатор ограничения constraint_identifier, идентификатор словарной единицы измерения dic_unit_identifier и идентификатор словарного значения dic_value_identifier.

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

Пояснения к тексту программы:

WR1: в соответствии с ИСО/ТС 29002-5 длина идентификатора не должна превышать 290.

Дополнительные пояснения:

IP1: идентификатор должен удовлетворять требованиям, установленным в ИСО/ТС 29002-5 для "международного идентификатора регистрации данных" (МИРД).

Примечание 2 - В соответствии с ИСО/ТС 29002-5 МИРД состоит либо из строки, не содержащей символ (идентификатор организации), либо из трех подстрок, не содержащих символ внутри и разделенных символом для указания администрированных предметов.

Примечание 3 - Случаи, когда МИРД не используется для идентификации организации:

- первая подстрока, называемая Регистрационным Идентификатором Полномочий (RAI), указывает организацию, несущую ответственность за администрирование рассматриваемого предмета;

- вторая подстрока, называемая идентификатором данных (DI), содержит как категоризацию администрируемого предмета, представленную двумя символами и последующим знаком минус () в соответствии с ИСО/ТС 29002-5 (например, класс, свойство, единица измерения), так и идентификатор, назначенный для администрируемого предмета регистрационным идентификатором полномочий RAI;

- третья подстрока соответствует Идентификатору версии (VI) МИРД.

F.3.9.1.19 Идентификатор ограничения (Constraint_identifier)

Идентификатор constraint_identifier - это идентификатор типа ISO_29002_IRDI_type, дающий глобальное указание на ограничение, представленное как сущность constraint. Структура данного идентификатора удовлетворяет синтаксическим требованиям, определенным в ИСО/ТС 29002-5.

Примечание - Идентификатор ограничения constraint_identifier может быть ассоциирован с услугой разрешения по ИСО/ТС 29002-20. Данная услуга дает возможность получить формальное определение ограничения, идентифицированного как сущность constraint_identifier в соответствии с моделью ограничения EXPRESS в рамках синтаксиса, определенного ИСО 13584-32 (OntoML) и, возможно, ИСО 10303-21.

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

Дополнительные пояснения:

IP1: часть идентификатора, идущая после второго символа (идентификатор данных), должна начинаться с , чтобы указать на ограничение в соответствии с ИСО/ТС 29002-5.

F.3.9.1.20 Идентификатор словарной единицы измерения (Dic_unit_identifier)

Идентификатор dic_unit_identifier - это идентификатор ISO_29002_IRDI_type, задающий единицу измерения, представление которой в формате dic_unit можно загрузить с сервера ИСО/ТС 29002-20. Структура данного идентификатора удовлетворяет синтаксическим требованиям ИСО/ТС 29002-5.

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

Дополнительные пояснения:

IP1: идентификатор dic_unit_identifier должен быть ассоциирован с услугой разрешения по ИСО/ТС 29002. Данная услуга предоставляет формальное определение единицы измерения, идентифицированной сущностью dic_unit_identifier, соответствующей требованиям модели dic_unit языка EXPRESS в синтаксисе, определенном ИСО 13584-32 (OntoML) и, возможно, ИСО 10303-21.

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

Примечание - Идентификатор словарной единицы измерения dic_unit_identifier составляет Международный идентификатор регистрации данных (МИРД) в соответствии с ИСО/МЭК 11179-5.

F.3.9.1.21 Идентификатор словарного значения (Dic_value_identifier)

Идентификатор dic_value_identifier - это стандартный идентификатор типа ISO_29002_IRDI_type, дающий глобальный идентификатор значения свойства, представленный как сущность dic_value. Структура данного идентификатора удовлетворяет синтаксическим требованиям ИСО/ТС 29002-5.

Примечание 1 - Назначение идентификатора словарного значения dic_value_identifier допускает повторное использование рассматриваемого определения dic_value в нескольких областях значений value_domain.

Примечание 2 - Идентификатор dic_value_identifier может быть ассоциирован с услугой разрешения по ИСО/ТС 29002. Данная услуга дает возможность получить формальное определение значения, идентифицированного сущностью dic_value_identifier в соответствии с моделью dic_value языка EXPRESS в синтаксисе, определенном ИСО 13584-32 (OntoML) и, возможно, ИСО 10303-21.

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

Дополнительное пояснение к тексту программы:

IP1: часть идентификатора, идущая после второго символа (идентификатор данных), должна начинаться с для указания значения свойства в соответствии с ИСО/ТС 29002-5.

Примечание 3 - Идентификатор словарного значения dic_value_identifier составляет Международный идентификатор регистрации данных (МИРД) в соответствии с ИСО/МЭК 11179-5.

F.3.9.1.22 Тип кода значения (value_code_type)

Сущность value_code_type задает значения, допустимые для кода значения.

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

Пояснения к тексту программы:

WR1: длина значения value_code_type не должна превышать длину value_code_len (т.е. 35).

F.3.9.1.23 Тип формата значения (Value_format_type)

Сущность value_format_type задает значения, допустимые для формата значения. Указанные значения определяются в соответствии с приложением D.

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

Пояснения к тексту программы:

WR1: длина значения value_format_type не должна превышать длину value_format_len (т.е. 80).

F.3.9.1.24 Тип версии (Version_type)

Сущность version_type задает значения, допустимые для N версии.

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

Пояснения к тексту программы:

WR1: длина значения version_type не должна превышать длину version_len (т.е. 10).

WR2: значение version_type должно содержать только цифры.

F.3.9.1.25 Тип статуса (Status_type)

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

Пример 1 - Набор допустимых значений статуса предметов, предлагаемый для стандартизации агентству технической поддержки стандарта ИСО, определен директивами ИСО.

Пример 2 - Набор допустимых значений статуса предметов в базе данных стандарте МЭК определен директивами МЭК.

Примечание - Статус может быть ассоциирован со словарным элементом dictionary_element или со словарным значением dic_value.

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

F.3.9.1.26 Тип кода словаря (Dictionary_code_type)

Сущность dictionary_code_type - это тип кода code_type, задающий словарь.

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

Пояснения к тексту программы:

WR1: длина значения dictionary_code_type не должна превышать длину dictionary_code_Ien (т.е. 131).

F.3.9.2 Определения базовой сущности

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

F.3.9.2.1 Даты (dates)

Сущность dates описывает три даты, ассоциированные соответственно с первым устойчивым описанием, текущим N версии и текущим N пересмотра для данного описания.

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

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

Определения атрибутов:

date_of_initial_definition: дата, ассоциированная с первой устойчивой версией предмета.

date_of_current_version: дата, ассоциированная с текущей версией.

date_of_current_revision: дата, ассоциированная с последним пересмотром.

F.3.9.2.2 Документ (document)

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

Пример - Путем ссылки на внешний файл и на точную спецификацию формата файла.

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

F.3.9.2.3 Графика (graphics)

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

Пример - Ссылка на внешний файл и на точное задание формата файла.

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

F.3.9.2.4 Внешняя графика (External_graphics)

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

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

Определения атрибутов:

representation: представление графики с помощью внешних файлов.

F.3.9.2.5 Графический файл (Graphic_file)

Графический файл graphic_file - это внешний предмет external_item, содержанием которого является рисунок.

Примечание 1 - Сущность external_item, определенная в ИСО 13584-24:2003, - это предмет, содержание которого может быть составлено из библиотечных внешних файлов. Она ссылается на протокол внешнего файла external_file_protocol, указывающий порядок обработки библиотечного внешнего файла, и на внешний контент external_content, указывающий библиотечные внешние файлы, представляющие нужное содержание.

Примечание 2 - И протокол external_file_protocol, и контент external_content определены в ИСО 13584-24:2003.

Примечание 3 - Только на внешний контент external_content, содержащий http_file, и только на гипертекстовые протоколы http_protocol и протоколы внешних файлов external_file_protocols производится ссылка стандартной словарной схемой ISO13584_IEC61360_dictionary_schema. Указанные сущности могут быть использованы в контексте настоящего стандарта.

Примечание 4 - Графические файлы graphic_file могут зависеть от языка. Это определяется нижеследующими подтипами внешнего контента external_content: непереводимый внешний контент not_translatable_external_content, непереведенный внешний контент not_translated_external_content, переведенный внешний контент translated_external_content.

Примечание 5 - Сущности http_file, http_protocol, not_translatable_external_content, not_translated_external_content и и* определены в ИСО 13584-24:2003. На них производится ссылка стандартной словарной схемой ISO13584_IEC61360_dictionary_schema.

_______________

* Текст документа соответствует оригиналу. - .

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

F.3.9.2.6 Идентифицированный документ (ldentified_document)

Сущность identified_document описывает документ, идентифицированный своей меткой.

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

Определения атрибутов:

document_identifier: метка описанного документа.

Пояснения к тексту программы:

WR1: длина значения document_identifier не должна превышать длину source_doc_len (т.е. 255).

F.3.9.2.7 Названия предметов (ltem_names)

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

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

Определения атрибутов:

preferred_name: имя, предпочтительное для использования.

synonymous_names: набор синонимических имен.

short_names: аббревиатура предпочтительного имени.

languages: список языков по выбору, на которых даются другие имена.

icon: вспомогательная иконка для графического представления описания, ассоциированного с атрибутом item_names.

Пояснения к тексту программы:

WR1: если предпочтительные и короткие имена даются более чем на одном языке, то все атрибуты languages переведенных меток translated_labels должны содержать реализации переводов present_translations как в атрибуте languages рассматриваемой реализации item_names.

WR2: если синонимические имена даются на более чем одном языке, то можно использовать только языки, указанные в реализациях переводов present_translations и в атрибутах languages рассматриваемой реализации item_names.

WR3: если язык не указан, то атрибуты preferred_names, short_names и synonymous_names можно не переводить.

Примечание 1 - Атрибуты preferred_names, synonymous_names и short_names используются для кодирования атрибутов "Предпочтительное имя", "Синонимическое имя" и "Короткое имя" свойств и классов соответственно.

Примечание 2 - Атрибут languages используется для определения последовательности переводов (если это необходимо для атрибутов).

F.3.9.2.8 Метка с языком (Label_with_language)

Сущность label_with_language обеспечивает ресурс, ассоциирующий метку с языком.

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

Определения атрибутов:

I: метка, ассоциированная с языком.

language: код помеченного языка.

F.3.9.2.9 Математическая строка (Mathematical_string)

Сущность mathematical_string обеспечивает ресурсы, определяющие представление математических строк. Она допускает представление в формате MathML.

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

Определения атрибутов:

text_representation: "линейная" форма математической строки, использующая ИСО 843 (при необходимости).

MathML_representation: текст в формате MathML, размеченный в соответствии с требованиями XML DTD (определения типа документа) для MathML. Текст MathML обрабатывается как отдельная строка во время обмена (см. ИСО 10303-21).

F.3.10 Определения функций

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

F.3.10.1 Функция ациклического соотношения суперклассов (Acyclic_superclass_relationship)

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

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

F.3.10.2 Функция проверки длины (Check_syn_length)

Функция check_syn_length проверяет тот факт, что длина атрибута s не превышает длину, определенную атрибутом s_Iength.

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

F.3.10.3 Функция проверки уникальности кода (Codes_are_unique)

Функция codes_are_unique возвращает значение TRUE, если коды значений value_codes уникальны внутри рассматриваемого списка значений.

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

F.3.10.4 Функция проверки наличия определения (Definition_available_implies)

Функция definition_available_implies проверяет, действительно ли существует определение, соответствующее рассматриваемому параметру БСЕ. Если данное определение существует, то возвращается значение параметра expression.

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

F.3.10.5 Функция проверки подкласса (ls_subclass)

Функция is_subclass возвращает значение TRUE, если подкласс является либо суперклассом, либо подклассом суперкласса. Если некоторые словарные определения dictionary_definition класса недоступны, то функция возвращает значение UNKNOWN.

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

F.3.10.6 Функция строчного представления производной единицы измерения (String_for_derived_unit)

Функция string_for_derived_unit возвращает строчное представление производной единицы измерения derived_unit (в соответствии с ИСО 10303-41), рассматриваемой как параметр. Элементы производной единицы измерения отличаются по знаку показателя степени. Если существуют элементы обоих знаков, то обозначение используется для отделения положительных значений от отрицательных. Если имеются только отрицательные показатели степени, то используется обозначение "u-е". Точка (десятичный код N 46 в соответствии с ИСО/МЭК 8859-1, см. раздел ИСО 10303-21) используется для отделения индивидуальных элементов.

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

F.3.10.7 Функция строчного представления поименованных единиц измерения (String_for_named_unit)

Функция string_for_named_unit возвращает строчное представление поименованной единицы измерения named_unit (в соответствии с ИСО 10303-41 и расширении в 5.10.6.2), рассматриваемой как параметр.

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

F.3.10.8 Функция строчного представления единицы системы СИ (String_for_SI_unit)

Функция string_for_SI_unit возвращает строчное представление единицы системы СИ si_unit (в соответствии с ИСО 10303-41), рассматриваемой как параметр.

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

F.3.10.9 Функция строчного представления единицы измерения (String_for_unit)

Функция string_for_unit возвращает строчное представление единицы измерения unit (в соответствии с ИСО 10303-41), рассматриваемой как параметр.

Примечание - Функция string_for_unit не вызывается кодами языка EXPRESS. Это функция-утилита, позволяющая вычислить строчное представление по атрибуту structured_representation dic_unit, если строчное представление string_representation отсутствует. Данное строчное представление соответствует варианту, рассмотренному в приложении В МЭК 61360-1:2009.

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

F.3.10.10 Функция обеспечения доступа ко всем описаниям класса (All_class_descriptions_reachable)

Функция all_class_descriptions_reachable проверяет тот факт, что если словарные элементы dictionary_element дают описание класса, и на них производится ссылка БСЕ некоторого класса class_BSU и всех его суперклассов, то они могут быть вычислены в дереве наследственности, определенном иерархией классов.

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

F.3.10.11 Функция вычисления известных видимых свойств (Compute_known_visible_properties)

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

Примечание - Если словарные определения dictionary_definition некоторого класса не присутствуют в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, свойства, определенные как видимые в данном суперклассе, не могут быть вычислены функцией compute_known_visible_properties. Только для получающей системы все словарные определения dictionary_definition базовых семантических единиц (БСЕ) являются доступными. Следовательно, для получающей системы, функция compute_known_visible_properties вычисляет все свойства, являющиеся видимыми в классе, путем ссылки на него (или на любой его суперкласс) с помощью атрибута name_scope.

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

F.3.10.12 Функция вычисления известного видимого типа данных (Compute_known_visible_data_type)

Функция compute_known_visible_data_type вычисляет набор типов данных data_types, являющихся видимыми в данном классе. Если определение недоступно, то функция возвращает только видимые типы данных data_types, которые могут быть вычислены.

Примечание - Если словарные определения dictionary_definition некоторых классов не присутствуют в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, типы данных data_types, определенные как видимые в данном суперклассе, не могут быть вычислены функцией compute_known_visible_data_type. Только для получающей системы все словарные определения dictionary_definition базовых семантических элементов (БСЕ) являются доступными. Следовательно, для получающей системы функция compute_known_visible_data_type вычисляет все типы данных data_types, являющиеся видимыми в классе, путем ссылки на данный класс (или любой его суперкласс) с помощью атрибута name_scope.

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

F.3.10.13 Функция вычисления известных применимых свойств (Compute_known_applicable_properties)

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

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

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

F.3.10.14 Функция вычисления известного применимого типа данных (Compute_known_applicable_data_types)

Функция compute_known_applicable_data_types вычисляет набор типов данных data_type, являющихся применимыми в данном классе. Если определение недоступно, то функция возвращает только те применимые типы данных data_types, которые могут быть вычислены.

Примечание - Если словарное определение dictionary_definition некоторого класса не присутствует в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, типы данных data_types, определенные как применимые в данном суперклассе, не могут быть вычислены функцией compute_known_applicable_data_type. Только для получающей системы все словарные определения dictionary_definition базовых семантических единиц (БСЕ) являются доступными. Следовательно, для получающей системы функция compute_known_applicable_data_types вычисляет все типы данных data_types, являющиеся применимыми в классе, так как на них производится ссылка атрибутом defined_type, или они импортируются с помощью априорного семантического соотношения a_priori_semantic_relationship.

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

F.3.10.15 Функция создания набора из элементов списка (List_to_set)

Функция list_to_set создает набор из элементов списка с именем I. Тип элементов набора совпадает с типом элементов в исходном списке.

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

F.3.10.16 Функция проверки применимости свойств (Check_property_applicability)

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

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

F.3.10.17 Функция проверки применимости типов данных (Check_datatypes_applicability)

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

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

F.3.10.18 Функция проверки уникальности языка перевода (One_language_per_translation)

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

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

F.3.10.19 Функция вычисления целых значений неколичественного типа (Allowed_value_integer_type)

Функция allowed_value_integer_type вычисляет набор целых integer_type значений, допустимых для атрибута non_quantitative_int_type. Если рассматриваемый параметр не определен, то функция возвращает неопределенное значение.

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

F.3.10.20 Функция идентификации свойств со значением класса (ls_class_valued_properties)

Функция is_class_valued_properties возвращает значение TRUE, если свойство prop определено как свойство со значением класса в классе cl с помощью атрибута sub_class_properties в классе cl или в любом его суперклассе. Если словарные определения dictionary_definition некоторых классов недоступны (при вычислении всех суперклассов для класса cl), то функция возвращает UNKNOWN.

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

F.3.10.21 Функция определения значения свойства (Class_value_assigned)

Функция class_value_assigned возвращает набор значений свойства prop, назначенного для класса cl, с помощью атрибута постоянного значения класса class_constant_value в классе cl или в любом суперклассе для класса cl. Если в различных суперклассах назначены различные значения, то функция возвращает набор всех этих назначенных значений. Если словарные определения dictionary_definition некоторых классов недоступны при вычислении всех суперклассов для класса cl, то возвращаются только вычисленные значения.

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

F.4 Стандартная схема языкового ресурса (ISO13584_IEC61360_language_resource_schema)

Нижеследующая схема обеспечивает ресурсы для представления строк на различных языках. Данная языковая схема извлечена из имеющейся словарной схемы и может быть использована в других схематиках. В значительной степени она основана на схеме поддержки ресурсов support_resource_schema из ИСО 10303-41 и может рассматриваться как ее расширение. По данной схеме только один особый язык можно использовать в рассматриваемом контексте обмена (в физическом файле) без дополнительных усложнений, которые становятся необходимыми при использовании нескольких языков. См. графические пояснения на рисунке F.13.


Рисунок 13* - Стандартная схема языкового ресурса ISO13584_IEC61360_language_resource_schema и схема ресурса поддержки support_resource_schema

_______________

* Вероятно ошибка оригинала. Следует читать: "F.13". - .

translatable_label

Переводимая метка

string

Строка

label

Метка

labels L[1:?]

Массив меток

translated_label

Переведенная метка

languages

Языки

present_translations

Доступные переводы

language_codes *L[1:?]

Массив языковых кодов

translatable_text

Переводимый текст

text

Текст

texts L[1:?]

Массив текстов

translated_text

Переведенный текст

language_id

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

language_code

Код языка

country_id

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

global_language_assignment

Назначение глобального языка

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

Примечание - Вышеуказанная схема ресурса поддержки support_resource_schema описана в ИСО 10303-41.

F.4.1 Определения типов и сущностей стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema

Данный подраздел содержит определения типов и сущностей языка EXPRESS для стандартной языковой схемы ISO13584_IEC61360_language_resource_schema.

F.4.1.1 Код языка (Language_code)

Сущность language_code дает возможность идентифицировать язык в соответствии с ИСО 639-1. Существует два кода языка:

- код языка в соответствии с ИСО 639-1 и ИСО 639-2, а также по выбору

- код страны в соответствии с ИСО 3166-1, указывающий, в какой стране на данном языке говорят.

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

Определения атрибутов:

language_id: код, указывающий язык в соответствии с ИСО 639-1 и ИСО 639-2.

country_id: код, указывающий страну, где на данном языке говорят, в соответствии с ИСО 3166-1.

Пояснения к тексту программы:

WR1: длина кода language_id равна 2 или 3.

WR2: длина кода country_id равна 2.

F.4.1.2 Назначение глобального языка (Global_language_assignment)

Сущность global_language_assignment указывает язык для переводимой метки translatable_label и переводимого текста translatable_text, если и метка, и текст выбраны соответственно (т.е. без явного указания языка, как это сделано в атрибутах переведенная метка translated_label и переведенный текст translated _text).

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

Определения атрибутов:

language: код назначенного языка.

F.4.1.3 Доступные переводы (Present_translations)

Сущность present_translations служит для указания языков, использованных для получения переведенной метки translated_label и переведенного текста translated_text.

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

Определения атрибутов:

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

Пояснение к тексту программы:

UR1: для каждого списка кодов языков language_codes существует уникальная реализация доступных переводов present_translations.

F.4.1.4 Переводимая метка (Translatable_label)

Сущность translatable_label определяет тип значения, которое может быть меткой или переведенной меткой translated_labels.

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

F.4.1.5 Переведенная метка (Translated_label)

Сущность translated_label определяет метки, которые уже переведены, и соответствующий язык перевода.

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

Определения атрибутов:

labels: список меток labels, которые уже переведены.

language: список языков, на которые переведены рассматриваемые метки.

Пояснения к тексту программы:

WR1: количество меток labels, содержащихся в списке labels, равно количеству языков, определяемому в атрибуте languages.language_codes.

Дополнительные пояснения:

IP1: содержание массива labels[i] на языке, идентифицированном массивом атрибутов languages.language_codes[i].

F.4.1.6 Переводимый текст (Translatable_text)

Сущность translatable_text определяет тип значений, который может быть текстом или переведенным текстом.

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

F.4.1.7 Переведенный текст (Translated_text)

Сущность translated_text определяет переведенные тексты и соответствующие языки перевода.

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

Определения атрибутов:

texts: список переведенных текстов.

languages: список языков, на которые переведен каждый текст.

Пояснения к тексту программы:

WR1: количество текстов, содержащихся в списке текстов, равно количеству языков, определенных атрибутом languages.language_codes.

Дополнительные пояснения:

IP1: содержание массивов texts[i] на языке, идентифицированном атрибутом languages.language_codes[i].

F.4.2 Определения функций стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema

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

F.4.2.1 Функция проверки длины метки (Check_label_length)

Функция check_label_length проверяет тот факт, что ни одна из меток массива I не превышает длину, указанную атрибутом I_length.

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

F.4.3 Определение правила стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema

Правило single_language_assignment подтверждает, что только один язык может быть назначен для использования в переводимых метках translatable_label и переводимых текстах translatable_text.

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

F.5 Стандартная схема ограничений класса ISO13584_IEC61360_class_constraint_schema

Данный Раздел определяет требования к схеме ограничений класса class_constraint_schema. Нижеследующее объявление языка EXPRESS представляет блок ISO13584_IEC61360_class_constraint_schema и задает необходимые внешние ссылки.

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

Примечание - Схематики, на которые выше производятся ссылки, описаны в нижеследующих документах:

ISO13584_IEC61360_dictionary_schema

в МЭК 61360-2

(дублируется для удобства в разделе 4.5 и далее).

ISO13584_extended_dictionary_schema

в ИСО 13584-24:2003

ISO13584_instance_resource_schema

в ИСО 13584-24:2003

ISO13584_aggregate_value_schema

в ИСО 13584-25

F.5.1 Введение в стандартную схему ограничений класса ISO13584_IEC61360_class_constraint_schema

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

Пример - В ИСО 13584-511 класс болтов/винтов с метрической резьбой определен следующим образом: "крепежный элемент с головкой, наружной резьбой, цилиндрическим телом, на котором резьба нарезана частично или полностью, и головкой с приспособлениями для завинчивания". Данный класс имеет, среди прочих, два свойства: тип головки и свойства головки. Область значений свойства тип головки - это неколичественный тип данных, включающий, главным образом, нижеследующие значения: шестигранная головка, восьмигранная головка и круглая_головка. Свойство свойства головки является особенностью. Это означает, что она имеет тип данных item_class. Областью значений является класс головка, определяющий любой вид головки. Класс головка имеет несколько подклассов: шестигранная головка, ассоциированная со всеми свойствами, позволяющими описывать шестигранную головку (например, размер под ключ), и круглая головка, ассоциированная со всеми свойствами, позволяющими описывать круглую головку (например, диаметр головки).

Класс болтов/винтов с метрической резьбой имеет подкласс, называемый винты с шестигранной головкой и определяемый следующим образом: "крепежный элемент с метрической наружной резьбой, шестигранной головкой и резьбой, нарезанной до головки". Данный класс унаследует свойства: тип головки и свойства головки. Из определения подкласса винтов с шестигранной головкой ясно, что свойство тип головки может принимать только значение шестигранная_головка. Свойство свойства головки может быть только реализацией класса особенностей шестигранная головка. Однако указанные ограничения являются неявными: они просто фиксируются неформально в определении сущности.

Таким образом, указанные ограничения не являются компьютерными. Рассматриваемые ограничения, определенные стандартной схемой ограничений класса ISO13584_IEC61360_class_constraint_schema, позволяют сделать нижеследующие два ограничения явными путем ассоциирования их с классом винтов с шестигранной головкой: (1) ограничение нумерации enumeration_constraint для свойства тип головки (допускающее только код шестигранная_головка) и (2) subclass_constraint для свойства свойства головки (допускающее только класс особенностей шестигранная головка).

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

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

F.5.2 Определения сущностей стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema

Данный Раздел определяет сущности стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.

F.5.2.1 Ограничение (Constraint)

Сущность constraint позволяет дать определение ограничения.

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

Определения атрибутов:

constraint_id: атрибут constraint_identifier, задающий ограничения.

F.5.2.2 Ограничение свойства (Property_constraint)

Сущность property_constraint - это ограничение набора реализаций класса путем задания одного условия для области значений некоторого свойства данного класса.

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

Определения атрибутов:

constrained_properties: базовая семантическая единица свойства property_BSU, для которой применяется ограничение.

F.5.2.3 Ограничение класса (Class_constraint)

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

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

F.5.2.4 Ограничение управления конфигурацией (Configuration_control_constraint)

Сущность configuration_control_constraint накладывает условие на набор реализаций, на которые производится ссылка. На эти реализации некоторая другая ссылающаяся реализация может ссылаться прямо или косвенно с помощью цепочки свойств. Ссылающаяся реализация - это любая реализация класса, ссылающаяся на ограничение управления конфигурацией configuration_control_constraint с помощью атрибута constraint или наследующая его в классе, обладающем данным свойством. Сущность configuration_control_constraint определяет вспомогательное предварительное условие precondition наложения ограничения на ссылающуюся реализацию. Она определяет также выходное условие postcondition, задающее допустимые наборы значений некоторых свойств реализаций класса, на которые производится ссылка.

Пример - Болтовое соединение состоит из нижеследующего набора крепежных элементов: один крепежный элемент с наружной резьбой, некоторое количество шайб и одна или несколько гаек. Существуют различные виды резьб, включая резьбу винта-самореза, резьбу винта по дереву, метрическую наружную резьбу, метрическую внутреннюю резьбу, дюймовую внутреннюю резьбу и дюймовую наружную резьбу. Предположим, что нужно дать описание метрического болтового соединения. Нужно гарантировать, что какая бы ни была точностная структура соединения, и крепежный элемент с наружной резьбой и все гайки данного соединения имеют метрическую резьбу. Для этого в классе метрических болтовых соединений задается ограничение управления конфигурацией configuration_control_constraint, гарантирующее, что любой крепежный элемент (соответствующий Стандарту ISO 13584-511), на который производится ссылка некоторой реализацией данного класса (или любого его подкласса), либо должен принадлежать классам, в которых не задано значение свойства тип резьбы (например, шайба), либо должен принадлежать классам, значения которых принадлежат паре {метрическая наружная резьба, метрическая внутренняя резьба}.

Примечание 1 - Как предварительное условие precondition, так и выходное условие postcondition могут ограничивать только те свойства, данные которых имеют неколичественный кодовый тип non_quantitative_code_type. Такие свойства могут быть заданы для значений либо на уровне реализации, либо на уровне класса, если они объявлены как свойства со значением класса, т.е. свойства подкласса sub_class_properties в некотором классе.

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

Примечание 3 - В ограничении управления конфигурацией configuration_control_constraint используются фильтры filters. Они накладывают предварительное условие на ссылающуюся реализацию и задают ограничения на реализации, на которые производится ссылка.

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

Определения атрибутов:

precondition: фильтры filters ссылающейся реализации для наложения ограничения.

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

postcondition: фильтры filters реализации, на которую ссылаются, для получения разрешения на данную ссылку.

F.5.2.5 Фильтр (Filter)

Сущность filter - это ограничение нумерации enumeration_constraint, ограничивающее допустимую область свойства, тип данных которого либо неколичественный кодовый non_quantitative_code_type, либо неколичественный целый non_quantitative_int_type.

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

Определения атрибутов:

referenced_properties: свойство, область значений которого ограничена фильтром filter.

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

Пояснения к тексту программы:

WR1: тип данных ссылочного свойства referenced_property - это либо неколичественный кодовый non_quantitative_code_type, либо неколичественный целый non_quantitative_int_type.

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

F.5.2.6 Ограничение целостности (lntegrity_constraint)

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

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

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

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

Определения атрибутов:

redefined_domain: ограничение, накладываемое на область значений ограниченного свойства.

Пояснения к тексту программы:

WR1: повторно определенная область redefined_domain должна задавать область значений, ограничивающую исходную область значений свойства.

F.5.2.7 Ограничение на условия контекста (Context_restriction_constraint)

Сущность context_restriction_constraint - это ограничение свойства property_constraint, накладывающее условие на допустимую область значений контекстных параметров, от которых зависит рассматриваемое контекстно-зависимое свойство.

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

Определения атрибутов:

context_parameter_constraints: ограничение, применимое в области значений контекстных параметров.

Пояснения к тексту программы:

WR1: набор свойств, область значений которого ограничена свойством context_parameter_constraint, должен являться набором контекстных параметров, от которых зависит рассматриваемое ограниченное свойство.

WR2: все ограничения контекстных параметров context_parameter_constraint должны быть ограничениями целостности integrity_constraints.

WR3: ограниченное свойство constrained_property должно быть контекстно-зависимым типом данных property dependent_P_DET.

F.5.2.8 Ограничение области (Domain_constraint)

Сущность domain_constraint задает условие, ограничивающее область значений типа данных.

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

F.5.2.9 Ограничение подкласса (Subclass_constraint)

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

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

Определения атрибутов:

subclasses: базовые семантические единицы класса class_BSUs, переопределяющие данный класс, которому должны принадлежать значения ограниченного свойства constrained_property.

F.5.2.10 Ограничение подтипа сущности (Entity_subtype_constraint)

Сущность entity_subtype_constraint ограничивает область значений типа реализации сущности entity_instance_type до подтипа СУЩНОСТИ, определяющей ее исходную область.

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

Определения атрибутов:

subtype_names: набор строк, описывающих (в формате функции типа TYPEOF языка EXPRESS) имена типов данных сущности языка EXPRESS, принадлежащих результату действия функции типа TYPEOF языка EXPRESS, примененной к значению, ссылающемуся на повторно определенное ограниченное свойство constrained_properties.

F.5.2.11 Ограничение нумерации (Enumeration_constraint)

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

Для подтипов number_type, ассоциированных со словарными единицами измерения dic_unit и альтернативными единицами измерения и, возможно, с идентификаторами словарных единиц измерения dic_unit_identifier, а также с идентификаторами альтернативных единиц измерения, данное ограничение применяется к значению, соответствующему словарной единице dic_unit или одному идентификатору словарной единицы dic_unit_identifier. Если существуют и сама единица, и ее идентификатор, то они соответствуют одной и той же единице измерения.

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

Для значений, принадлежащих переводимому строчному типу translatable_string_type, ограничения накладываются на строку, представленную на исходном языке, на котором определена область значений свойства. Данный исходный язык может быть определен атрибутом source_language административных данных administrative_data свойства. Если данный атрибут не существует, то указанный исходный язык считается известным пользователю словаря.

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

Пример 1 - Если (в классе C1) данное свойство ассоциировано с ограничением нумерации enumeration_constraint, атрибут subset которого равен {1, 3, 5, 7}, то в классе C1 и в любом его подклассе свойство P1 может принимать только одно из четырех нижеследующих значений: 1, 3, 5, 7.

Пример 2 - Если тип данных свойства P1 - это целочисленный массив LIST [1:4], и если в классе C1 данное свойство ассоциировано с ограничением нумерации enumeration_constraint, атрибут subset которого {{1}, {3, 5}, {7}, {1, 3, 7}}, то в классе C1 и в любом его подклассе свойство P1 может принимать только одно из четырех нижеследующих значений: {1}, {3, 5}, {7}, {1, 3, 7}.

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

Определения атрибутов:

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

value_смысл: набор словарных значений dic_value, определяющих смысл каждого значения, принадлежащего списку subset.

Пояснения к тексту программы:

WR1: если существует неколичественный целый тип non_quantitative_int_type для смысла значения value_смысл, то набор кодов value_codes

его словарных значений dic_value должен принадлежать подмножеству 1.. SIZE_OF.

F.5.2.12 Ограничение диапазона (Range_constraint)

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

Примечание 1 - Строка не рассматривается как упорядоченный тип и не может быть ограничена условием range_constraint.

Для подтипов number_type, ассоциированных со словарными единицами измерения dic_unit, альтернативными единицами измерения, а также, возможно, с идентификаторами словарных единиц измерения dic_unit_identifier и идентификаторами альтернативных единиц измерения, рассматриваемое ограничение накладывается на значение, соответствующее словарной единице dic_unit или одному инедтификатору словарной единицы dic_unit_identifier. Если существуют и словарная единица, и идентификатор, то они должны соответствовать одной и той же единице измерения.

Для подтипов number_type, ассоциированных с валютой, ограничение накладывается на валюту, указанную в определении их типов данных. Если никакая валюта в определении типа данных не указана, то ограничение не используется.

Примечание 2 - Для неколичественного целого типа данных non_quantitative_int_type ограничения накладываются на код значения value_code.

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

Определения атрибутов:

min_value: число, определяющее нижнюю границу диапазона значений; если это число не задано, то нижней границы нет.

max_value: число, определяющее верхнюю границу диапазона значений; если это число не задано, то верхней границы нет.

min_inclusive: указывает, действительно ли минимальное значение min_value принадлежит рассматриваемому диапазону; если такое значение не задано, то нижней границы нет.

max_inclusive: указывает действительно ли максимальное значение max_value принадлежит рассматриваемому диапазону; если такое значение не задано, то верхней границы нет.

Пояснения к тексту программы:

WR1: min_value должно быть меньше или равно max_value.

WR2: min_value и max_value должны иметь один и тот же тип данных.

WR3: если min_value задано, то min_inclusive также должно быть задано.

WR4: если max_value задано, то max_inclusive также должно быть задано.

F.5.2.13 Ограничение на длину строки (String_size_constraint)

Сущность string_size_constraint ограничивает длину строки, допустимую типом строки или ее подтипом.

Примечание 1 - Областью значений свойства string_type может быть строчный тип string type, непереводимый строчный тип non_translatable_string_type, переводимый строчный тип translatable_string_type, тип универсального идентификатора ресурса URI_type, неколичественный кодовый тип non_quantitative_code_type, тип данных о дате date_data_type, тип данных о времени time_data_type или тип данных о дате и времени date_time_data_type.

Примечание 2 - Для неколичественного кодового типа non_quantitative_code_type ограничение накладывается на код.

Для значений, принадлежащих переводимому строчному типу translatable_string_type, ограничение накладывается на строку, представленную на исходном языке, на котором дано определение области значений свойств. Исходный язык может быть определен атрибутом source_language административных данных administrative_data свойства. Если данный атрибут не существует, то рассматриваемый исходный язык предполагается известным пользователю словаря.

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

Определения атрибутов:

min_length: минимальная длина строки, допустимая в качестве значения свойства, идентифицированного атрибутом constrained_properties.

max_length: максимальная длина строки, допустимая в качестве значения свойства, идентифицированного атрибутом constrained_properties.

Примечание 3 - Если значение min_length не существует, то берется 0. Если значение max_length не существует, то берется бесконечность.

Пояснения к тексту программы:

WR1: значения min_length и max_length задают корректные границы.

F.5.2.14 Ограничение на шаблон строки (String_pattern_constraint)

Сущность string_pattern_constraint ограничивает область значений строчного типа string_type или любого его подтипа до значений, заданных конкретным шаблоном. Синтаксис шаблона определен регулярным выражением языка XML и ассоциированными алгоритмами сравнения, определенными в Схеме XML Часть 2: "Рекомендованные типы данных".

Примечание 1 - Область значений свойства string_type - это строчный тип string_type, непереводимый строчный тип non_translatable_string type, переводимый строчный тип translatable_string_type, тип универсального идентификатора ресурса URI_type, неколичественный кодовый тип non_quantitative_code_type, тип данных даты date_data_type, тип данных времени time_data_type или тип данных даты и времени date_time_data_type.

Для строчного типа string_type, непереводимого строчного типа non_translatable_string_type, типа универсального идентификатора ресурса URI_type, неколичественного кодового типа non_quantitative_code_type, типа данных о дате date_data_type, типа данных о времени time_data_type или типа данных о времени и дате date_time_data_type, ограничение накладывается на (уникальную) строку, значения которой - это значение указанного типа данных. Для неколичественного кодового типа non_quantitative_code_type ограничение накладывается на код.

Для значений, принадлежащих переводимому строчному типу translatable_string_type, ограничение накладывается на строку, представленную на исходном языке, на котором определена область значений свойства. Исходный язык может быть определен атрибутом source_language административных данных administrative_data свойства. Если данный атрибут не существует, то данный исходный язык предполагается известным пользователю словаря.

Примечание 2 - Для неколичественного кодового типа non_quantitative_code_type, типа данных о дате date_data_type, типа данных о времени time_data_type или типа данных о времени и дате date_time_data_type шаблон должен соответствовать с неформальным требованиям*, определенным соответствующими типами данных.

_______________

* Текст документа соответствует оригиналу. - .

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

Определения атрибутов:

pattern: шаблон значений строки, допустимых в качестве значений свойства, идентифицированного атрибутом constrained_property.

Дополнительное пояснение к тексту программы:

IP1: синтаксис шаблона pattern должен удовлетворять требованиям синтаксиса регулярных выражений языка XML и ассоциированных алгоритмов сравнения, определенных Схемой XML Часть 2: "Рекомендованные типы данных".

F.5.2.15 Cardinality_constraint

Сущность cardinality_constraint ограничивает кардинальное число комплексного типа данных.

Примечание 1 - Результирующий диапазон значений кардинального числа - это пересечение уже существующих диапазонов значений кардинального числа и диапазона, определенного атрибутом cardinality_constraint.

Примечание 2 - Ограничения cardinality_constraint недопустимы для типа данных array_type.

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

Определения атрибутов:

bound_1: нижняя граница кардинального числа.

bound_2: верхняя граница кардинального числа.

Примечание 3 - Если граница bound_1 не задана, то минимальное кардинальное число равно 0. Если граница bound_2 не задана, то максимальное кардинальное число не ограничено.

Пояснения к тексту программы:

WR1: атрибуты bound_1 и bound_2 задают корректные границы.

F.5.3 Определения типа стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema

Данный подраздел определяет типы стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.

F.5.3.1 Ограничение и идентификатор ограничения (Constraint_or_constraint_id)

Сущность constraint_or_constraint_id задает либо само ограничение constraint, либо идентификатор ограничения constraint_identifier.

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

F.5.4 Определения функций стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema

Данный подраздел определяет функции стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.

F.5.4.1 Функция определения целого значения в диапазоне (lnteger_value_in_range)

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

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

F.5.4.2 Функция проверки предварительного условия (Correct_precondition)

Функция correct_precondition проверяет тот факт, что предварительное условие ограничения управления конфигурацией configuration_control_constraint, определенное атрибутом cons, использует только свойства, применимые в классе cl. Функция возвращает логическое значение. Это значение неизвестно, если полный набор применимых свойств в классе не может быть вычислен.

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

F.5.4.3 Функция проверки корректности типа ограничения (Correct_constraint_type)

Функция correct_constraint_type проверяет тот факт, что ограничение на область domain_constraint, определенное атрибутом cons, совместимо с типом данных data_type, определенным атрибутом typ. Функция возвращает логическое значение. Это значение неизвестно, если тип domain_constraint, определенный атрибутом cons, не является одним из подтипов, определенных стандартной схемой ограничений класса ISO13584_IEC61360_class_constraint_schema.

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




F.5.4.4 Функция проверки совместимости типа данных и значения (Compatible_data_type_and_value)

Функция compatible_data_type_and_value проверяет тот факт, что тип значения val атрибута primitive_value совместим с типом, определенным атрибутом dom. Функция возвращает логическое значение, равное TRUE, если типы совместимы. Это значение равно FALSE, если типы несовместимы. Данная функция возвращает значение UNKNOWN, когда тип данных val соответствует типу неуправляемой реализации uncontrolled_instance_value (см. ИСО 13584-24:2003), или если рассматриваемый тип не относится к типам, определенным стандартной схемой ресурса реализаций ISO13584_instance_resource_schema.

Примечание - Значение переменной val может существовать и может не существовать.

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



F.5.5 Определение правил стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema

Данный подраздел определяет правила стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.

F.5.5.1 Уникальный идентификатор ограничения (Unique_constraint_id)

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

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

F.6 Стандартная условная схема класса предметов ISO13584_IEC61360_item_class_case_of_schema

Данный раздел определяет требования к условной схеме класса предметов ISO13584_IEC61360_item_class_case_of_schema. Нижеследующая декларация языка EXPRESS представляет блок схемы ISO13584_IEC61360_item_class_case_of_schema и задает необходимые внешние ссылки.

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

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

ISO13584_IEC61360_dictionary_schema

МЭК 61360-2

(схема дублирована для удобства в данном документе).

ISO13584_IEC61360_class_constraint_schema

МЭК 61360-2

(схема дублирована для удобства в данном документе).

ISO13584_extended_dictionary_schema

ИСО 13584-24:2003

F.6.1 Введение в стандартную условную схему класса предметов ISO13584_IEC61360_item_class_case_of_schema

Полная общая словарная модель ИСО/МЭК поделена между несколькими документами по принципу блочности. Модель ядра онтологии продукта определена в МЭК 61360-2 и дублирована в настоящем стандарте. Ресурс расширения данной модели, включая представление реализации, представление документа, функциональную модель, функциональные виды и представление таблицы, определен в ИСО 13584-24:2003. Различные стандартные уровни практической реализации полной стандартной модели ИСО/МЭК, называемые классами соответствия, определены в ИСО 13584-25 и дублируются (для справочных целей) в МЭК 61360-5. Первый уровень точно соответствует содержанию настоящего стандарта, главным образом, в части ресурса для агрегатно-структурированных значений, определенных в ИСО 13584-25. Прочие классы соответствия включают, главным образом, ресурсы из ИСО 13584-24:2003.

Определение класса предметов, как другого условного класса предметов, все чаще используется в приложениях, основанных на общей словарной модели ИСО 13584/МЭК 61360. Более того, данная версия настоящего стандарта требует изменения информационной модели данного понятия. Поэтому принято решение перенести соответствующую сущность языка EXPRESS, называемую условный класс предметов item_class_case_of, и ее суперкласс, называемый априорным семантическим соотношением a_priori_semantic_relationship, из ИСО 13584-24:2003 в настоящий стандарт. Указанные сущности включены в новую схему, называемую стандартной условной схемой класса предметов ISO13584_IEC61360_item_class_case_of_schema. ИСО 13584-24:2003 и ИСО 13584-25 обновляются путем внесения технических поправок в установленном порядке.

F.6.2 Определения сущностей стандартной условной схемы класса предметов ISO13584_IEC61360_item_class_case_of_schema

F.6.2.1 Априорное семантическое соотношение

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

Примечание 1 - Все импортированные свойства и типы данных становятся непосредственно применимыми без обеспечения их видимости. Таким образом, они не возвращаются функцией вычисления известных видимых свойств compute_known_visible_properties или функцией вычисления известных видимых типов данных compute_known_visible_data_type.

Примечание 2 - Соотношение наследственности - это хорошо известный пример установления семантического соотношения между классами, моделируемыми в соответствии с имеющейся объектно-ориентированной парадигмой. Все свойства и прочие ресурсы, определенные в классе, обычно задаются неявно во всех своих подклассах. Данное соотношение используется в Серии стандартов ИСО 13584, где все свойства, типы данных, таблицы или документы, видимые (и, соответственно, применимые) в некоторых классах, являются неявно видимыми (и, соответственно, применимыми) во всех своих подклассах. Как обычно, в ИСО 13584 данное наследование является неявным (т.е. не объявлено с помощью априорного семантического соотношения a_priori_semantic_relationship) и глобальным (т.е. все свойства и типы данных унаследованы всеми его подклассами). Априорное семантическое соотношение a_priori_semantic_relationship дает возможность определять прочие семантические соотношения, используемые в области приложений ИСО 13584, и, в частности, условные соотношения, допускающие явное и частичное импортирование свойств и прочих ресурсов, определенных в классе.

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


Определения атрибутов:

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

Примечание 3 - Класс, из которого импортируются свойства, типы данных, таблицы и документы, не может быть выведен по идентификации импортированных свойств, типов данных, таблиц и документов, потому что они сами могут быть импортированы из класса, где они унаследованы или импортированы. Например, по МЭК 61360-DB "входное напряжение" - это свойство, видимое на корневом уровне классификации Международной Электротехнической Комиссии (МЭК). Если поставщик класса импортирует свойство "входное напряжение" из класса "транзисторы" МЭК, то: (1) поставщик класса определяет транзистор, (2) указанные транзисторы описаны с помощью свойства "входное напряжение".

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

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

referenced_data_type: типы данных, определения которых импортированы с помощью сущности a_priori_semantic_relationship.

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

Примечание 5 - Подробные описания ресурсов и правил пользования таблицами даны в ИСО 13584-24:2003. Они не используются ни в настоящем стандарте, ни в интегрированных моделях, задокументированных в ИСО 13584-32 (OntoML) и ИСО 13584-25.

referenced_document: документы, определения которых импортированы с помощью сущности a_priori_semantic_relationship.

Примечание 6 - Детальные описания ресурсов и правил пользования документами определены в ИСО 13584-24:2003. Они используются в интегрированных моделях, задокументированных в ИСО 13584-32 (OntoML) и ИСО 13584-25.

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

Примечание 7 - В отличие от других ссылочных сущностей ссылочные ограничения referenced_constraints не могут быть выбраны при разработке априорного семантического соотношения a_priori_semantic_relationship. Указанные ограничения - это все ограничения для всех свойств, определенных атрибутом referenced_properties в любом классе атрибута referenced_class.

Пояснения к тексту программы:

WR1: все ссылочные ограничения referenced_constraints, не относящиеся к МИРД, должны быть ограничениями свойств property_constraints.

WR2: все ссылочные ограничения referenced_constraints должны ограничивать свойства, импортированные с помощью атрибута referenced_properties.

WR3: все ограничения свойств property_constraints, ограничивающие одно из ссылочных свойств rеferenced_properties в любом ссылочном классе referenced_classes, должны быть импортированы с помощью атрибута referenced_constraints.

WR4: импортированные свойства, определенные атрибутом referenced_properties, должны быть видимыми или применимыми в одном из классов, принадлежащих атрибуту referenced_class.

WR5: импортированные типы, определенные атрибутом referenced_data_types, должны быть видимыми или применимыми в одном из классов, принадлежащих атрибуту referenced_classes.

Дополнительные пояснения:

IP1: все ограничения, представленные идентификаторами constraint_identifiers в наборе referenced_constraints, должны соответствовать требованиям ограничений свойств property_constraints, наложенных на одно из ссылочных свойств referenced_properties в одном из рассматриваемых ссылочных классов referenced_classes. Такие ограничения не могут быть представлены (в том же наборе ссылочных ограничений referenced_constraint) одновременно и как ограничение свойства property_constraint, и как идентификатор ограничения constraint_identifier.

Примечание 8 - Ограничение, представленное как ограничение свойства property_constraint в одном из ссылочных классов referenced_classes, может быть представлено в наборе ссылочных ограничений referenced_constraints либо как ограничение свойства property_constraint, либо как идентификатор ограничения constraint_identifier.

IP2: все ограничения, представленные идентификатором ограничения constraint_identifier в одном из рассматриваемых ссылочных классов referenced_classes (с соответствующим ограничением свойства property_constraint, наложенным на одно из свойств, импортированных с помощью атрибута referenced_properties), должны быть представлены идентификатором ограничения constraint_identifier в наборе ссылочных ограничений referenced_constraints.

Примечание 9 - Эти два неформальных правила гарантируют, что рассматриваемый набор ссылочных ограничений referenced_constraints является объединением наборов ограничений свойств property_constraint, определенных в различных ссылочных классах referenced_classes с ограниченными свойствами constrained_property, принадлежащими набору ссылочных свойств referenced_properties, даже если контекст обмена не содержит определений всех классов, привлеченных к априорному семантическому соотношению a_priori_semantic_relationship, и если некоторые ограничения представлены только их идентификаторами constraint_identifier.

F.6.2.2 Условный класс предметов (ltem_class_case_of)

Сущность item_class_case_of дает описание класса предметов, определенного как условную комбинацию некоторых других классов предметов.

Примечание 1 - Сущность item_class_case_of определяет априорное семантическое соотношение.

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

Определения атрибутов:

is_case_of: классы предметов item_class(es), из которых комбинируется рассматриваемый класс предметов item_class.

imported_properties: список свойств, импортированных из классов предметов item_class(es), из которых комбинируется рассматриваемый класс предметов item_class.

imported_type: набор тип данных, импортированных из классов предметов item_class(es), из которых комбинируется рассматриваемый класс предметов item_class.

imported_tables: набор базовых семантических единиц таблиц table_BSUs, импортированных из классов предметов item_class(es), из которых комбинируется рассматриваемый item_class.

imported_document: набор базовых семантических единиц документов document_BSUs, импортированных из классов предметов item_class(es), из которых комбинируется рассматриваемый item_class.

imported_constraint: набор ограничений свойств property_constraint или идентификаторов ограничений constraint_id, импортированных из классов предметов item_class(es), из которых комбинируется рассматриваемый item_class.

Примечание 2 - В отличие от других импортированных сущностей, импортированные ограничения imported_constraints не могут быть выбраны при разработке условного класса предметов item_class_case_of. Указанные ограничения - это все ограничения, наложенные на область значений любого из свойств, определенного импортированными свойствами imported_properties в классах атрибута is_case_of, из которых они импортированы. Это определено областью применения априорного семантического соотношения a_priori_semantic_relationship.

Пояснения к тексту программы:

WR1: суперклассом для условного класса предметов item_class_case_of должен быть класс предметов item_class.

WR2: условный класс предметов item_class_case_of должен быть комбинацией классов предметов item_class(es).

WR3: свойства подкласса sub_class_properties должны принадлежать либо списку описаний described_by, либо списку импортированных свойств imported_properties.

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

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

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

WR7: всем импортированным свойствам imported_properties со значением константы класса class_constant_value из условной комбинации других классов, должно быть задано одно и то же значение константы класса class_constant_value в рассматриваемом классе.

F.6.3 Определения функций стандартной схемы условного класса предметов ISO13584_IEC61360_item_class_case_of_schema

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

F.6.3.1 Функция вычисления ограничения известного свойства (Compute_known_property_constraints)

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

Примечание - Если словарное определение dictionary_definition класса недоступно в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то собственный суперкласс может быть неизвестен. Следовательно, ограничения, определенные данным суперклассом, не могут быть вычислены функцией compute_known_property_constraint. И наоборот, если все представительные суперклассы рассматриваемого класса доступны в том же контексте обмена, то все ограничения, применимые в данном классе, могут быть вычислены за один обход представительного дерева наследственности, даже если некоторые из указанных суперклассов импортируют свойства с помощью априорного семантического соотношения a_priori_semantic_relationship, такого как условный класс предметов item_class_case_of.

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


F.6.3.2 Функция вычисления известного ссылочного ограничения свойства (Compute_known_referenced_property_constraint)

Функция compute_known_referenced_property_constraint вычисляет все ограничения свойства property_constraint, импортируемые априорным семантическим соотношением (ар) a_priori_semantic_relationship, путем вычисления всех ограничений, применимых к свойству, импортированному с помощью атрибута ссылочных свойств referenced_properties (из ар), определенному или унаследованному в любом ссылочном классе (ар) referenced_class, словарное определение dictionary_definition которого доступно в рассматриваемом контексте обмена.

Примечание 1 - В априорном семантическом соотношении a_priori_semantic_relationship все ограничения свойств property_constraints, определенные (унаследованные) классами, и на которые производится ссылка атрибутом referenced_class, применяемом к свойству, импортированному с помощью атрибута referenced_properties априорного семантического соотношения a_priori_semantic_relationship, должны быть импортированы с помощью своего атрибута ссылочного ограничения referenced_constraints.

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

Примечание 3 - Если словарные определения dictionary_definition всех ссылочных классов referenced_classes сущности ар доступны в рассматриваемом контексте обмена, и если никакие ограничения не представлены единственным идентификатором ограничений constraint_identifier, то функция compute_known_referenced_property_constraint возвращает точно все ограничения, импортируемые сущностью ар.

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

F.6.3.3 Функция проверки суперкласса предметов (Superclass_of_item_is_item)

Функция superclass_of_item_is_item проверяет тот факт, что суперкласс класса предметов (сущность cl) item_class, если он существует, также является классом предметов item_class.

Если класс, ассоциированный с базовой семантической единицей класса class_BSU, не может быть вычислен, то функция возвращает значение UNKNOWN.

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

F.6.3.4 Функция проверки определения условного ссылочного класса (Check_is_case_of_referenced_class_definition)

Функция check_is_case_of_referenced_class_definition возвращает значение TRUE, если тип условного класса предметов item_class_case_of из набора словарных определений ссылочных классов is_case_of совместим с рассматриваемой реализацией условного класса предметов (cl) item_class_case_of. В противном случае функция возвращает значение FALSE.

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

F.6.4 Определения правила стандартной схемы условных классов предметов ISO13584_IEC61360_item_class_case_of_schema

Данный подраздел определяет правило пользования стандартной схемой ISO13584_IEC61360_item_class_case_of_schema.

F.6.4.1 Правило видимости и применимости импортированного свойства (lmported_property_are_visible_or_applicable_rule)

Правило imported_property_are_visible_or_applicable_rule проверяет тот факт, что если свойство импортировано классом с помощью априорного семантического соотношения a_priori_semantic_relationship, то данное свойство является видимым или применимым в классе, из которого оно импортировано.

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

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

F.6.4.2 Правило видимости и применимости импортированных типов данных (lmported_data_type_are_visible_or_applicable_rule)

Правило imported_data_type_are_visible_or_applicable_rule проверяет тот факт, что если тип данных импортирован классом с помощью априорного семантического соотношения a_priori_semantic_relationship, то этот тип данных является видимым или применимым в классе, из которого он импортирован.

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

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

F.6.4.3 Правило использования поименованного типа (Allowed_named_type_usage_rule)

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

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

F.7 Цель рассмотрения примера

В настоящем приложении приведены некоторые фрагменты физического файла, используемого для обмена данными в соответствии с МЭК 61360-DB. В приложении дан пример использования Модели языка EXPRESS (см. раздел F.3 "Стандартная словарная схема" (ISO13584_IEC61360_dictionary_schema)) в соответствии с ИСО 10303-21 для обмена соответствующих данных.

F.7.1 Заголовок файла

F.7.2 Поставщик данных

F.7.3 Данные корневого класса

Корневой класс, удовлетворяющий требованиям AAA000 МЭК, задает область имен в соответствии с МЭК 61360-DB. Данный класс использует два дерева: одно для материалов, другое - для компонентов. Корневой класс определен как класс предметов item_class.

F.7.4 Данные о материалах

F.7.5 Данные компонентов

F.7.6 Данные электрических/электронных компонентов


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


Обзор основных классов и категорий свойств

Таблица G.1 - Обзор основных классов и категорий свойств

Категория/подкатегория

Основной класс

Описание/предмет рассмотрения

Неколичественные типы элементов данных

А

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

Количественные типы элементов данных

С

Физическая химия и молекулярная физика

Е

Электричество и магнетизм

Физические меры:

F

Периодические и родственные явления

Нефизические меры:

G

Акустика

Финансовые меры

Н

Теплота

Прочие меры

J

Информация

K

Механика

L

Свет и родств. электромагн. излучение

Т

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

U

Атомная и ядерная физика

V

Ядерные реакции и ионизир. излучение

W

Физика твердого тела

М

Финансовое исчисление

Р

Финансовые величины: цены, тарифы

Q

Счетные величины, расчеты

R

Бизнес-соотношения, процентные соотношения

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


Обзор кодов классификации типов количественных типов элементов данных

Здесь представлена полная классификация и названия основных классов. Коды основных классов идут в алфавитном порядке.

С

Физическая химия и молекулярная физика [ИСО 80000-9 (ранее ИСО 31-8)]

Коды классификации типов отсутствуют.

Е

Электрические и магнитные величины [МЭК 80000-6 (ранее ИСО 31-5)]

E01

электрический ток

А

E02

электрический заряд, электрические величины

К

Е03

объемный заряд, объемная плотность заряда, зарядная плотность

К/м

E04

атмосферный заряд, поверхностная плотность
заряда

К/м

E05

напряженность электрического поля

В/м

E06

электрический потенциал, разность потенциалов напряжение, электродвижущая сила

В

E07

плотность электрического потока

К/м

E08

электрический поток

К

E09

электроемкость

Ф

Е10

проницаемость, электрическая константа, проницаемость вакуума

Ф/м

Е11

относительная проницаемость

1

Е12

электрическая восприимчивость

1

Е13

электрическая поляризация

К/м

E14

момент электрического диполя

К·м

E15

атмосферный электрический ток, плотность электрического тока

А/м

E16

линейный электрический ток, плотность линейного электрического тока

А/м

E17

напряженность магнитного поля

А/м

E18

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

А

E19

плотность магнитного потока, магнитная индукция

Т

E20

магнитный поток полная проводимость, проводимость, реактивная проводимость

Вб

Е21

векторный магнитный потенциал

Вб/м

Е22

самоиндукция, взаимная индукция

В

Е23

фактор сопряжения, фактор утечки

1

E24

проницаемость, магнитная константа, проницаемость вакуума

Г/м

E25

относительная проницаемость

1

E26

магнитная восприимчивость

1

E27

магнитный момент, электромагнитный момент

А·м

E28

намагничивание

А/м

E29

магнитная поляризация

Т

Е30

объемная электромагнитная энергия, плотность электромагнитной энергии

Дж/м

Е31

вектор Пойнтинга

Вт/м

Е32

Не используется

ЕЗЗ

сопротивление (постоянному току)

Ом

E34

проводимость (постоянного тока)

Сим

E35

мощность (постоянного тока)

Вт

E36

удельное сопротивление

Ом/м

E37

удельная проводимость

Сим/м

E38

магнитное сопротивление

Генри

E39

магнитная проводимость

Генри

E40

Не используется

E41

частота, частота вращения

Гц, сек

E42

угловая частота, угловая частота переменного тока

рад/сек, сек

E43

разность фаз

рад

E44

импеданс, модуль импеданса, сопротивление, реактивное сопротивление

Ом

E45

полная проводимость, модуль

Сим

E46

фактор качества

1

E47

фактор потерь

1

E48

угол потерь

рад

E49

активная мощность

Вт

E50

кажущаяся мощность, реактивная мощность

В·А

Е51

фактор мощности

1

E52

активная энергия

Дж, Вт·час

F

Величины периодических и связанных явлений [ИСО 80000-3 (ранее ИСО 31-2)]

F01

период, время повторения

сек

F02

константа времени для величины, изменяющейся по экспоненте

сек

F03

частота, частота вращения

Гц, с

F04

угловая частота, угловая скорость

рад/с, сек

F05

длина волны

м

F06

волновое число, повторяемость

м

F07

угловое волновое число,

рад/м

угловая повторяемость

м

F08

фазовая скорость, групповая скорость

м/с

F09

уровень интенсивности поля

Нп, Б

F10

уровень мощности

Нп, Б

F11

коэффициент демпфирования

с, Нп/с

F12

логарифмический декремент

Нп

F13

коэффициент затухания, фазовый коэффициент, коэффициент распространения

м

G

Акустические величины [ИСО 80000-8 (ранее ИСО 31-7)]

G01

период, время повторения

сек

G02

частота

Гц

G03

частотный интервал

октава

G04

угловая частота, угловая скорость

рад/с, с

G05

длина волны

м

G06

волновое число, повторяемость

м

G07

угловое волновое число

рад/м

угловая повторяемость

м

G08

объемная масса, массовая плотность, плотность

кг/м

G09

статическое давление, звуковое давление

Па

G10

смещение звуковой частицы

м

G11

скорость звуковой частицы

м/с

G12

ускорение звуковой частицы

м/с

G13

объемный расход

м

G14

скорость звука (фазовая скорость), групповая скорость

м/с

G15

плотность звуковой энергии, объемная звуковая энергия

Дж/м

G16

звуковая мощность

Вт

G17

звуковая интенсивность

Вт/м

G18

акустический импеданс

Па·с/м

G19

механический импеданс

Н·с/м

G20

характеристический импеданс среды, поверхностная плотность
механического импеданса

Па·с/м

механический импеданс

Н·с/м

G21

уровень звукового давления

Б

G22

уровень звуковой мощности

Б

G23

коэффициент демпфирования

с, Нп/с

G24

константа времени, время релаксации

с

G25

логарифмический декремент

Нп

G26

коэффициент затухания, фазовый коэффициент, коэффициент распространения

м

G27

фактор диссипации, фактор отражения, фактор передачи

фактор поглощения

1

G28

индекс редукции звука

Б

G29

эквивалентная область поглощения поверхности или объекта

м

G30

время реверберации

с

G31

уровень громкости

фон

G32

громкость

сон

Н

Тепловые величины [ИСО 80000-5 (ранее ИСО 31-4)]

H01

термодинамическая температура

K

H02

температура по Цельсию

°С

Н03

коэффициент линейного расширения,
коэффициент кубического расширения,
относительный коэффициент давления

K

H04

коэффициент давления

Па/K

H05

изотермическая сжимаемость, изэнтропическая сжимаемость

Па

H06

количество теплоты, теплота

Дж

H07

тепловой расход

Вт

H08

атмосферный тепловой расход, плотность теплового расхода

Вт/м

H09

теплопроводность

Вт/(м·K)

Н10

коэффициент теплопередачи,

поверхностный коэффициент теплопередачи

Вт/(м. K)

Н11

сопротивление теплоизоляции, коэффициент
теплоизоляции

м·K/Вт

Н12

тепловое сопротивление

K/Вт

Н13

тепловая проводимость

Вт/K

H14

тепловая диффузность

м

H15

теплоемкость

Дж/K

H16

массовая теплоемкость, удельная теплоемкость при: постоянном давлении, постоянном объеме, насыщении

Дж/(кг·K)

H17

относительная массовая теплоемкость

относительная удельная теплоемкость

изэнтропическая экспонента

1

H18

энтропия

Дж/K

H19

массовая энтропия, удельная энтропия

Дж/(кг·K)

H20

энергия, термодинамическая энергия, энтальпия, свободная энергия Гельмгольца, функция Гельмгольца, свободная энергия Гиббса, функция Гиббса

Дж

Н21

массовая энергия, удельная энергия,

массовая термодинамическая энергия,

Дж/кг

удельная термодинамическая энергия,

массовая энтальпия, удельная энтальпия,

массовая свободная энергия Гельмгольца,

удельная свободная энергия Гельмгольца,

удельная функция Гельмгольца, массовая

свободная энергия Гиббса, удельная

свободная энергия Гиббса, удельная функция Гиббса

Н22

функция Масью

Дж/K

Н23

Функция Планка

Дж/K

J

Величины информации

J01

длина слова

бит

мера памяти

байт

длина регистра

слово

J02

линейная плотность хранения

бит/м

J03

поверхностная плотность хранения

бит/м

J04

объемная плотность хранения

бит/м

J05

скорость передачи

бит/с, Бд

J06

частота появления ошибок, скорость кодирования

эффективность

1

K

Величины механики [ИСО 80000-4 (ранее ИСО 31-3)]

K01

масса

кг

K02

объемная масса, массовая плотность, плотность

кг/м

K03

относительная объемная масса, относительная массовая плотность, относительная плотность

1

K04

массовый объем, удельный объем

м/кг

K05

линейная масса, линейная плотность

кг/м

K06

атмосферная масса, поверхностная плотность

кг/м

К07

момент инерции

кг·м

K08

количество движения

кг·м/с

K09

сила, вес

Н

K10

импульс

Н·с

K11

момент количества движения, угловое количество движения

кг·м

K12

момент силы, момент пары, крутящий момент

Н·м

K13

угловой импульс

Н·м·с

K14

графитационная (постоянная область), второй полярный момент области

Н·м/кг

K15

давление, нормальное напряжение, сдвиговое напряжение

Па

K16

линейная деформация (относительное удлинение), сдвиговая деформация, объемная деформация (общая деформация)

1

K17

отношение Пуассона, число Пуассона

1

K18

модуль упругости, модуль сдвига

модуль жесткости, общий модуль, модуль сжатия

Па

K19

сжимаемость (общая сжимаемость)

Па

K20

второй момент области (второй осевой момент)

м

K21

момент сопротивления сечения

м

K22

динамический фактор трения, статический фактор трения

1

K23

вязкость (динамическая вязкость)

Па·сек

K24

кинематическая вязкость

м

K25

поверхностное натяжение

Н/м

K26

энергия, работа, потенциальная энергия, кинетическая энергия

Дж

K27

мощность

Вт

K28

К.п.д.

1

K29

массовый расход

кг/с

K30

объемный расход

м

L

Величины света и электромагнитного излучения [ИСО 80000-7 (ранее ИСО 31-6)]

L01

частота

Гц

L02

угловая частота

рад/с, с,

L03

длина волны

м

L04

повторяемость, волновое число

м

L05

угловая повторяемость, угловое волновое число

рад/м, м

L06

не используется

L07

лучистая энергия

Дж

L08

плотность лучистой энергии

Дж/м

L09

спектральная концентрация плотности лучистой энергии

Дж/м

L10

лучистая мощность, поток лучистой энергии

Вт

L11

флюенс лучистой энергии

Дж/м

L12

интенсивность флюенса лучистой энергии

Вт/м

L13

лучистая интенсивность

Вт/ср

L14

энергетическая яркость

Вт/(ср·m)

L15

лучистая светимость

Вт/м

L16

облученность

Вт/м

L17

лучистая экспозиция

Дж/м

L18

не используется

L19

не используется

L20

не используется

L21

излучательная способность, спектральная излучательная способность,

спектральная излучательная способность по направлению

1

L22

число фотонов

1

L23

поток фотонов

с

L24

интенсивность потока фотонов

с/ср

L25

яркость фотона энергетическая яркость фотона

c/ (ср·м)

L26

светимость фотона

с

L27

облученность фотона

с

L28

экспозиция фотона

м

L29

интенсивность света

кд

L30

световой поток

лм

L31

количество света

лм·с

L32

яркость

кд/м

L33

светимость (в точке поверхности)

лм/м

L34

Освещенность

лк

L35

оптическое экспонирование

лк·с

L36

сила света, спектральная сила света, максимальная спектральная сила света

лм/Вт

L37

световая эффективность,
спектральная световая эффективность

1

L38

колориметрические функции МКО

1

L39

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

1

L40

фактор спектрального поглощения, фактор спектрального отражения, фактор спектральной передачи,
фактор спектральной энергетической яркости

1

L41

оптическая плотность

1

L42

коэффициент линейного затухания,
коэффициент линейного поглощения

м

L43

молярный коэффициент поглощения

м/моль

L44

показатель преломления

1

L45

расстояние до объекта, расстояние до изображения,
фокусное расстояние

м

L46

вергенция, мощность линзы

м

М

Вспомогательные величины

M51

количество товаров в ситуациях

M52

количество товаров в транзакциях

M53

количество товаров в агрегациях

M62

количество информационных объектов в транзакциях

Р

Цены, тарифы

P51

цены товаров в ситуациях

P52

цены товаров в транзакциях

Q

Безразмерные бизнес-величины и оценки

Q31

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

Q33

количество совокупных периодов времени

Q51

количество товаров в ситуациях

Q52

количество товаров в транзакциях

Q53

количество товаров в агрегациях

Q54

количество товаров в иерархических структурах

Q56

количество функций продуктов

Q59

количество продуктов в статистике качества

Q61

количество документов (частей документации)

Q62

количество информационных объектов в транзакциях

Q63

количество информационных объектов в агрегациях

R

Бизнес-параметры и процентные соотношения

R41

количество соотношений (процентных) в отношении конкретных лиц в ситуациях

R51

количество соотношений (процентных) в отношении товаров в ситуациях

R52

количество соотношений (процентных) в отношении товаров в транзакциях

R53

количество соотношений (процентных) в отношении товаров в агрегациях

R54

количество соотношений (процентных) в отношении товаров в иерархических структурах

Т

Величины пространства и времени [ИСО 80000-3 (ранее ИСО 31 -1)]

T01

угол

рад, °, ', "

T02

пространственный угол

ср

Т03

длина, ширина, высота, толщина, радиус, диаметр, длина, путь, расстояние, декартовы координаты,

м

T04

радиус кривизны, кривизна

м

T05

область

м

T06

объем

м

T07

время, интервал времени, продолжительность

сек, мин, час, сут

T08

угловая скорость

рад/с

T09

угловое ускорение

рад/с

T10

скорость

м/с

T11

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

м/с

U

Величины атомной и ядерной физики [ИСО 80000-10 (ранее ИСО 31-9)]

Коды классификации типов отсутствуют.

V

Величины ядерных реакций и ионизирующей радиации [ИСО 80000-10 (ранее ИСО 31-10)]

V01

энергия реакции

Дж, эВ

V02

энергия резонанса

Дж, эВ

V03

поперечное сечение, суммарное поперечное сечение

м

V04

угловое поперечное сечение

м/ср

V05

спектральное поперечное сечение

м/Дж

V06

спектральное угловое поперечное сечение

м/(ср· Дж)

V07

макроскопическое поперечное сечение,
объемное поперечное сечение

м

V08

поток частиц

м

V09

интенсивность потока частиц (плотность потока частиц)

м·с

V10

поток энергии

Дж/м

V11

интерсивность потока энергии (плотность потока энергии)

Вт/м

V12

мгновенная плотность частиц

м·с

V13

коэффициент линейного затухания

м

V14

коэффициент массового затухания

м/кг

V15

коэффициент молярного затухания

м/моль

V16

коэффициент атомного затухания

м

V17

полутолщина, половинное значение толщины

м

V18

суммарная линейная мощность торможения

Дж/м, эВ/м

V19

суммарная атомная мощность торможения

J·m*, эВ·m*

V20

суммарная массовая мощность торможения

J·m*/кг, эВ·m*/кг

V21

средний линейный диапазон значений масс

V22

средний массовый диапазон

кг/м

V23

линейная ионизация одной частицей

m

V24

суммарная ионизация частицей

1

V25

средняя потеря энергии, приходящаяся на пару образованных ионов

Дж, эВ

V26

мобильность

m/(V·s)

V27

плотность числа ионов, плотность ионов

м

V28

коэффициент рекомбинации

м

V29

плотность числа нейтронов

м

V30

скорость нейтронов

м/с

V31

интенсивность потока нейтронов (плотность потока нейтронов)

с·м

V32

коэффициент диффузии для плотности числа нейтронов

м

V33

коэффициент диффузии для плотности потока нейтронов

м

V34

плотность источников нейтронов

с

V35

падающая плотность

м

V36

вероятность ухода от резонанса

1

V37

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

1

V38

средняя логарифмическая энергия

декремент

1

V39

средняя длина свободного пробега

м

V40

область торможения,
область диффузии, область миграции

м

V41

тормозной путь, путь диффузии, путь миграции

м

V42

выход нейтронов на каждое расщепление,
выход нейтронов на каждое поглощение

1

V43

фактор быстроты расщепления

1

V44

фактор использования тепла

1

V45

вероятность отсутствия утечек

1

V46

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

1

V47

фактор реактивности,
фактор эффективной мультипликативности

1

V48

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

с

V49

активность

Бк

V50

сообщенная энергия, средняя сообщенная энергия

Дж

V51

удельная энергия поглощения, поглощенная доза

Gy

V52

эквивалент дозы

Sv(Дж/кг)

V53

интенсивность поглощения дозы

Gy/c

V54

линейная передача энергии

Дж/м, эВ/м

V55

керма

Gy

V56

интенсивность кермы

Gy/c

V57

коэффициент передачи энергии массы

м/кг

V58

экспозиция

С/кг, R

V59

интенсивность экспозиции

С/(кг·с)

W

Величины физики твердого тела

Коды классификации типов отсутствуют.

_______________

* Текст документа соответствует оригиналу. - .

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


Диаграмма EXPRESS-G

Данное приложение содержит диаграммы EXPRESS-G(см. приложение F). Понятие диаграммы EXPRESS-G определено в приложении А ИСО 10303-11:2004.


Рисунок I.1 - Диаграмма EXPRESS-G N 1 (из семи) стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.2 - Диаграмма EXPRESS-G N 2 (из семи) стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.3 - Диаграмма EXPRESS-G N 3 (из семи) для стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.4 - Диаграмма EXPRESS-G N 4 (из семи) для стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.5 - Диаграмма EXPRESS-G N 5 (из семи) для стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.6 - Диаграмма EXPRESS-G N 6 (из семи) для стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.7 - Диаграмма EXPRESS-G N 7 (из семи) для стандартной словарной схемы ISO13584_IEC61360_dictionary_schema


Рисунок I.8 - Диаграмма EXPRESS-G N 1 (единственная) стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema


Рисунок I.9 - Диаграмма EXPRESS-G N 1 (единственная) стандартной схемы ограничений ISO13584_IEC61360_constraint_schema


Рисунок I.10 - Диаграмма EXPRESS-G N 1 (единственная) для стандартной схемы условного класса продуктов ISO13584_IEC61360_item_class_case_of_schema

Приложение J
(cправочное)


Частные словари

Модель данных EXPRESS, опубликованная в настоящем стандарте и дублированная (для удобства) в ИСО 13584-42, допускает описание словарей, составленных из классов, свойств и типов данных. Данная модель обеспечивает их уникальную идентификацию с помощью механизма Базовой Семантической Единицы (БСЕ). Рассматриваемая модель данных допускает описание иерархий классов, структурированных в соответствии со структурой дерева, с помощью простого механизма наследственности. Указанную модель данных используют только отдельные автономные словари.

Использование рассматриваемой модели данных способствует разработке нескольких словарей. Во время разработки словаря может оказаться необходимым сослаться на конкретный класс, свойство или тип данных, определенные ранее в другом словаре. Возможность импортирования свойств и типов данных в разрабатываемый словарь обеспечивается некоторым условным соотношением, которое может быть использовано совместно с полной общей Словарной моделью ИСО 13584/МЭК 61360, задокументированной как в ИСО 13584-25, так и в МЭК 61360-5. Более того, данное соотношение допускает импортирование внешне определенных свойств и типов данных, обеспечивающих поддержку частных словарей и исключение дублирования словарей. При этом каждый словарь может определять свою собственную структуру класса.

Полная общая Словарная модель ИСО 13584/МЭК 61360 предлагает два механизма:

- сущность языка EXPRESS a_priori_case_of_semantic_relationship (априорное условное семантическое соотношение) допускает прямое использование свойств или типов данных, определенных во внешнем словаре (словарях), без их повторного описания;

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

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

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

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


Информационная поддержка практической реализации

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

http://www.tc184-sc4.org/implementation_information/13584/00042

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


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

Таблица ДА.1

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

Степень соответствия

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

ИСО 8601:2004

IDT

ГОСТ ИСО 8601:2001 Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования

ИСО 10303-11:2004

IDT

ГОСТ Р ИСО 10303-11:2009 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS

МЭК 61360-2:2012

-

*

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

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

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


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

[1] ИСО 639-1:2002

(ISO 639-1:2002)

Коды для представления названий языков. Часть 1. Двухбуквенный код

(Codes for the representation of names of languages. Part 1. Alpha-2 code)

[2] ИСО 639-2:2002

(ISO 639-2:2002)

Коды для представления названий языков. Часть 2. Трехбуквенный код

(Codes for the representation of names of languages - Part 2: Alpha-3 code)

[3] ИСО 704:2009

(ISO 704:2009)

Терминологическая деятельность. Принципы и методы

(Terminology work - Principles and methods)

[4] ИСО 843:1997

(ISO 843:1997)

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

(Information and documentation - Conversion of Greek characters into Latin characters)

[5] ИСО 1087-1:2000

(ISO 1087-1:2000)

Терминологическая работа. Словарь. Часть 1. Теория и применение

(Terminology work. Vocabulary. Part 1. Theory and application)

[6] ИСО 3166-1:2006

(ISO 3166-1:2006)

Коды для представления названий стран и единиц их административно-территориального деления. Часть 1. Коды стран

(Codes for the representation of names of countries and their subdivisions - Part 1: Country codes)

[7] ИСО 4217:2008

(ISO 4217:2008)

Коды для представления валют и фондов

(Codes for the representation of currencies and funds)

[8] ИСО/МЭК 8824-1:2008

(ISO/IEC 8824-1:2008)

Информационные технологии. Нотация абстрактного синтаксиса версии 1 (ASN.1). Часть 1. Спецификация базовой нотации

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

[9] ИСО/МЭК 8859-1:1998

(ISO/IEC 8859-1:1998)

Информационные технологии. 8-битовые однобайтовые наборы кодированных графических знаков. Часть 1. Латинский алфавит N 1

(Information technology - 8-bit single-byte coded graphic character sets - Part 1: Latin alphabet No. 1)

[10] ИСО 10303-1:1994

(ISO 10303-1:1994)

Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 1. Обзор и основные принципы

(Industrial automation systems and integration - Product data representation and exchange - Part 1: Overview and fundamental principles)

[11] ИСО 10303-21:2002

(ISO 10303-21:2002)

Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 21. Методы реализации. Кодирование открытого текста структуры обмена

(Industrial automation systems and integration - Product data representation and exchange - Part 21: Implementation methods: Clear text encoding of the exchange structure)

[12] ИСО 10303-41:2005

(ISO 10303-41:2005)

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

(Industrial automation systems and integration - Product data representation and exchange - Part 41: Integrated generic resource: Fundamentals of product description and support)

[13] ИСО 10303-42:2003

(ISO 10303-42:2003)

Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 42. Интегрированные родовые ресурсы. Геометрическое и топологическое представление

(Industrial automation systems and integration - Product data representation and exchange - Part 42: Integrated generic resource: Geometric and topological representation)

[14] ИСО/МЭК 11179-5:2005

(ISO/IEC 11179-5:2005)

Информационные технологии. Реестры метаданных (MDR). Часть 5. Принципы присвоения имен и идентификации

(Information technology - Metadata registries (MDR) - Part 5: Naming and identification principles)

[15] ИСО 13584-1:2001

(ISO 13584-1:2001)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 1. Обзор и основные принципы

(Industrial automation systems and integration. Parts library. Part 1. Overview and fundamental principles)

[16] ИСО 13584-24:2003

(ISO 13584-24:2003)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 24. Логический ресурс. Логическая модель библиотеки поставщика

(Industrial automation systems and integration - Parts library - Part 24: Logical resource: Logical model of supplier library)

[17] ИСО 13584-25:2004

(ISO 13584-25:2004)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 25. Логический ресурс: логическая модель библиотеки поставщика с агрегированными значениями и подробным содержанием

(Industrial automation systems and integration - Parts library - Part 25: Logical resource: Logical model of supplier library with aggregate values and explicit content)

[18] ИСО 13584-26:2000

(ISO 13584-26:2000)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 26. Логический ресурс: идентификация поставщика информации

(Industrial automation systems and integration - Parts library - Part 26: Logical resource: Information supplier identification)

[19] ИСО 13584-32:2010

(ISO 13584-32:2010)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 32. Ресурсы внедрения. Язык разметки онтологии продукции

(Industrial automation systems and integration - Parts library - Part 32: Implementation resources: OntoML: Product ontology markup language)

[20] ИСО 13584-511:2006

(ISO 13584-511:2006)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 511. Механические системы и компоненты общего назначения. Справочный словарь по крепежу

(Industrial automation systems and integration - Parts library - Part 511: Mechanical systems and components for general use - Reference dictionary for fasteners

[21] ИСО/ТС 23768-1:2011

(ISO/TS 23768-1:2011)

Роликовые подшипники. Библиотека деталей. Часть 1. Справочный словарь

(Rolling bearings - Parts library - Part 1: Reference dictionary for rolling bearings)

[22] ИСО/ТС 29002-5:2009

(ISO/TS 29002-5:2009)

Промышленные автоматические системы и интеграция. Обмен характеристическими данными. Часть 5. Схема идентификации

(Industrial automation systems and integration - Exchange of characteristic data - Part 5: Identification scheme)

[23] ИСО/ТС 29002-20:2010

(ISO/TS 29002-20:2010)

Промышленные автоматические системы и интеграция. Обмен характеристическими данными. Часть 20. Услуги по идентификации концептуального словаря

(Industrial automation systems and integration - Exchange of characteristic data - Part 20: Concept dictionary resolution services)

[24] ИСО 80000(все части)

(ISO 80000) (all parts)

Величины и единицы

(Quantities and units)

[25] МЭК 80000(все части)

(IEC 80000) (all parts)

Величины и единицы

(Quantities and units)

[26] МЭК 60027(все части)

(IEC 60027) (all parts)

Обозначения буквенные, применяемые в электротехнике

(Letter symbols to be used in electrical technology)

[27] МЭК 60748(все части)

(IEC 60748) (all parts)

Приборы полупроводниковые

(Semiconductor devices)

[28] МЭК 61360-1:2009

(IEC 61360-1:2009)

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

(Standard data elements types with associated classification scheme for electric items - Part 1: Definitions - Principles and methods)

[29] МЭК 61360-4-DB:2005

(IEC 61360-4-DB:2005)

Стандартные типы элементов данных с соответствующей схемой классификации для электрических компонентов. Часть 4. Набор признаков стандартных типов элементов данных, классов компонентов и терминов в соответствии с МЭК

(Standard data element types with associated classification scheme for electric components - Part 4: IEC reference collection of standard data element types and component classes Free access to Database)

[30] МЭК 61360-5:2004

(IEC 61360-5:2004)

Стандартные типы элементов данных с соответствующей схемой классификации для электрических компонентов. Часть 5. Добавления к словарной схеме EXPRESS

(Standard data element types with associated classification scheme for electric components - Part 5: Extensions to the EXPRESS dictionary schema)

__________________________________________________________________________

УДК 658.52.011.56:006.354 ОКС 25.040.40 Т58

Ключевые слова: автоматизированные промышленные системы, интеграция, жизненный цикл систем, управление производством

__________________________________________________________________________

Электронный текст документа

и сверен по:

, 2014

Превью ГОСТ Р ИСО 13584-42-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей