ГОСТ Р ИСО 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 - Пересмотр и версия

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 - Информационная модель элементов, не рекомендуемых для использования

Определения атрибутов:

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 - Классификация изменений словаря

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 - Обзор кодов классификации типов неколичественных типов элементов данных (основной класс А)

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

Сущность короткого имени

В Таблице В.1 даны короткие имена, рассмотренные в настоящей части ИСО 13584. Требования к коротким именам определены методами практической реализации, рассмотренными в ИСО 10303.

Таблица В.1 - Сущность короткого имени

Приложение 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

Примечание - Для поддержки практической реализации может быть предоставлена дополнительная информация. Она дается единым указателем ресурса 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

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

Пример 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 - Пример задания значения

D.7 Символы по ИСО/МЭК 10646-1

В смешанном формате значений (М) используются нижеследующие символы (см. D.5.2):

- все символы из строки 00 Базовой Многоязыковой Плоскости (БМП) (Плоскости 00 Группы 00) в соответствии с ИСО/МЭК 10646-1;

- символы из других строк Базовой Многоязыковой Плоскости в соответствии с ИСО/МЭК 10646-1 (см. таблицу D.4).

Таблица D.4 - Символы из других рядов Основной Многоязыковой Плоскости по ИСО/МЭК 10646-1

Для альтернативных языков, используемых для перевода, необходим доступ к полному набору символов, определенному стандартом 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.

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

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:

Примечание - Схематика, указанная выше, описана в нижеследующих документах:

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 - Блоки данных и соотношения между блоками

Каждый из указанных блоков соответствует физическому файлу (в соответствии с ИСО 10303-21). Атрибуты языка EXPRESS (см. ИСО 10303-11) могут содержать только ссылки на данные внутри того же физического файла. Таким образом, невозможно использовать атрибуты языка EXPRESS прямо для внутренних ссылок.

F.3.4.2 Трехуровневая архитектура словарных данных

В данном разделе понятие базовой семантической единицы basic_semantic_unit (БСЕ) вводится как средство применения указанных внутренних ссылок. БСЕ обеспечивает универсально уникальную идентификацию словарных описаний (см. рисунок 3*).

_______________

* Вероятно ошибка оригинала. Следует читать: "F.3". - .

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

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

Пример 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 - Соотношение между базовой семантической единицей и словарным элементом

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.

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 - Краткое описание поставщика данных и соотношений

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 - Краткое описание данных класса и соотношений

Как указано на рисунке 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 - Пример онтологии поставщика

Пример представления на языке 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 - Краткое описание свойств типов элементов данных и соотношений

F.3.7.3 Условные, зависимые и независимые типы элементов данных

На рисунке F.10 даны различные виды типов элементов данных в формате модели планирования.

Рисунок F.10 - Виды типов элементов данных

Отметим, что рисунок 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 - Иерархия сущностей для системы типов

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" . - .

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: