ГОСТ Р МЭК 61360-2-2013. Национальный стандарт Российской Федерации. Стандартные типы элементов данных с ассоциированной схемой классификации электрических компонентов. Часть 2. Словарная схема EXPRESS
Актуально на 01.11.2026.
Как цитировать: "ГОСТ Р МЭК 61360-2-2013. Национальный стандарт Российской Федерации. Стандартные типы элементов данных с ассоциированной схемой классификации электрических компонентов. Часть 2. Словарная схема EXPRESS". ГОСТ Р МЭК 61360-2-2013. https://bukva.ai/docs/gost-r-mek-61360-2-2013
(утв. и введен в действие Приказом Росстандарта от 17.12.2013 № 2271-ст)
Примечание
Документ введен в действие с 1 сентября 2014 года.
Утвержден и введен в действие Приказом Федерального
агентства по техническому
регулированию и метрологии
от 17 декабря 2013 г. № 2271-ст
СХЕМОЙ КЛАССИФИКАЦИИ ЭЛЕКТРИЧЕСКИХ КОМПОНЕНТОВ
classification scheme for electric components.
Standard data element types with associated classification
Предисловие
1 ПОДГОТОВЛЕН АНО «Международная академия менеджмента и качества бизнеса» на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 17 декабря 2013 г. № 2271-ст
4 Настоящий стандарт идентичен международному стандарту МЭК 61360-2:2012 «Стандартные типы элементов данных с ассоциированной схемой классификации электрических компонентов. Часть 2. Словарная схема EXPRESS (IEC 62264-2:2012 „Standard data element types with associated classification scheme for electric components — Part 2: EXPRESS dictionary schema“).»
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Общая словарная схема ИСО/МЭК, приведенная в настоящем стандарте, основывается на пересечении областей деятельности следующих стандартов:
Выдержки из соответствующих стандартов, содержащие описание их областей деятельности, приведены далее.
Настоящий стандарт устанавливает базис для четкого и однозначного определения характеристических свойств (типов элементов данных) элементов электротехнических систем, начиная от элементарных компонентов сборочных модулей до комплексных систем. Несмотря на то что изначально предполагалось использовать данный базис для обмена информацией между электронными компонентами, принципы и методы, заложенные в настоящем стандарте, могут быть использованы и в других областях, таких как сборка компоновочных узлов и электротехнических подсистем (систем).
Настоящий стандарт устанавливает принципы, используемые для определения характеристических классов деталей и свойств деталей, которые предусматриваются для спецификаций деталей независимо от идентификации, определенной поставщиком.
Настоящий стандарт содержит правила и руководства для технических комитетов по стандартизации и поставщиков информации с целью создания онтологий продукции. Онтологии продукции состоят из иерархии характеристических классов деталей, выполненных в соответствии с общей методологией и обеспечивающих согласованность между поставщиками. Правила и руководства, приведенные в настоящем стандарте, содержат методы группировки деталей в характеристические классы деталей с целью образования иерархий; методы сопоставления свойств деталей с характеристическими классами деталей и со словарем элементов, содержащим классы и свойства деталей.
Настоящий стандарт можно рассматривать в качестве нормативной ссылки на модель данных, определяющую обмен данными словаря. EXPRESS-спецификация разработана как общая модель для ИСО 13584 и МЭК 61360 и опубликована в качестве стандарта МЭК 61360-2.
1 Область применения
В настоящем стандарте установлена формальная модель данных в соответствии с заданной областью применения МЭК 61360-1 и ИСО 13584-42. Настоящий стандарт обеспечивает возможность компьютерного представления данных и обмен ими.
В настоящем стандарте установлена общая информационная модель, разработанная комитетами МЭК/ПК 3D и ИСО/ТК 184/ПК 4. Модель обеспечивает практическую реализацию словарных систем, работающих с данными, предоставленными в соответствии с каждым из указанных стандартов.
Настоящий стандарт распространяется на общую словарную схему ИСО/МЭК. Она располагается на пересечении областей применения двух базовых стандартов МЭК 61360-1 и ИСО 13584-42.
Модель EXPRESS представляет собой общую формальную модель двух указанных стандартов и способствует их гармонизации.
МЭК 61360-2 является основным документом. ИСО 13584-42 в своем приложении содержит копию модели EXPRESS МЭК 61360-2.
В ряде подразделов, где использование общей модели EXPRESS дает больше свободы, стандарты МЭК накладывают дополнительные ограничения, рассмотренные в методологической части МЭК 61360-1.
В настоящем стандарте рассмотрены две схемы, определяющие две опции, которые используются для практической реализации. На каждую опцию можно ссылаться как на класс соответствия.
- Словарная схема ISO13584_IEC61360_dictionary_schema2 обеспечивает моделирование и обмен технических типов элементов данных с ассоциированной схемой классификации, используемой в определении типа элемента данных. Данная словарная схема устанавливает класс соответствия 1 настоящего стандарта.
- Стандартная схема языкового ресурса ISO13584_IEC61360_language_resource_schema определяет ресурс, разрешающий использование строк в различных языках. Она извлечена из словарной схемы, может использоваться в других схематиках и основана главным образом на схеме support_resource_schema в соответствии с ИСО 10303-41:2000 и может рассматриваться как ее развитие. Она также допускает использование одного особого языка в контексте обмена физического файла без дополнительных затрат, имеющих место при использовании нескольких языков.
В соответствии с ИСО 10303-21 каждая схема определяет один единственный формат обмена. Формат обмена, определенный классом соответствия 1, полностью совместим со стандартами серии ИСО 13584.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты, которые необходимо учитывать при использовании настоящего стандарта. В случае ссылок на документы, у которых указана дата утверждения, необходимо пользоваться только указанной редакцией. В случае, когда дата утверждения не приведена, следует пользоваться последней редакцией ссылочных документов, включая любые поправки и изменения к ним.
МЭК 61360-1:2009 Стандартные типы элементов данных с ассоциированной схемой классификации для электрических компонентов. Часть 1. Определения. Принципы и методы (IEC 61360-1:2009, Standard data elements types with associated classification scheme for electric items — Part 1: Definitions — Principles and methods)
МЭК 61360-4-DB Стандартные типы элементов данных с ассоциированной схемой классификации для электрических компонентов. Часть 4. Набор ссылок МЭК на стандартные типы элементов данных и классы компонентов (IEC 61360-4-DB:2005, Standard data element types with associated classification scheme for electric components — Part 4: IEC reference collection of standard data element types and component classes Free access to Database)
ИСО/МЭК 8859-1:1998 Информационная технология. 8-битные однобайтные кодированные наборы графических символов. Часть 1. Латинский алфавит № 1 (ISO/IEC 8859-1:1998, Information technology — 8-bit single-byte coded graphic character sets — Part 1: Latin alphabet No. 1)
ИСО/МЭК 10646:2012 Информационная технология. Универсальный многооктетный кодированный набор символов (UCS) [ISO/IEC 10646:2012, Information technology — Universal Coded Character Set (UCS)]
ИСО/МЭК 14977:1996 Информационная технология. Синтаксический метаязык. Расширенная форма Бэкуса-Наура (ISO/IEC 14977:1996, Information technology — Syntactic metalanguage — Extended BNF)
ИСО 639 (все части) Коды для представления названий языков (ISO 639, Codes for the representation of names of languages)
ИСО 843:1997 Информация и документация. Преобразование греческих символов в латинские (ISO 843:1997, Information and documentation — Conversion of Greek characters into Latin characters)
ИСО 3166-1:2006 Коды для представления названий стран и их подразделений. Часть 1. Коды стран (ISO 3166-1:2006, Codes for the representation of names of countries and their subdivisions — Part 1: Country codes)
ИСО 4217:2008 Коды для представления валют и фондов (ISO 4217:2008, Codes for the representation of currencies and funds)
ИСО 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)
ИСО 10303-21:2002 Промышленные системы автоматизации и интеграция. Представление и обмен данных продукта. Часть 21. Методы практической реализации. Открытое кодирование текста структуры обмена (ISO 10303-21:2002, Industrial automation systems and integration — Product data representation and exchange — Part 21: Implementation methods: Clear text encoding of the exchange structure)
ИСО 10303-41:2005 Промышленные системы автоматизации и интеграция. Представление и обмен данных продукта. Часть 41. Интегрированные характерные ресурсы. Основы описания и поддержки продукта (ISO 10303-41:2005, Industrial automation systems and integration — Product data representation and exchange — Part 41: Integrated generic resource: Fundamentals of product description and support)
ИСО 13584-26:2000 Промышленная система автоматизации и интеграция. Библиотека деталей. Часть 26. Логический ресурс. Идентификация поставщика информации (ISO 13584-26:2000, Industrial automation systems and integration — Parts library — Part 26: Logical resource: Information supplier identification)
ИСО 13584-42:2010 Промышленная система автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей (ISO 13584-42:2010, Industrial automation systems and integration — Parts library — Part 42: Description methodology: Methodology for structuring parts families)
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): Соотношение между классами, определяющее порядок включения в класс: если класс A — это суперкласс класса A1, то в любом контексте любой член A1 также является членом A.
Пример 1 — Набор продуктов, используемый на конкретном предприятии, и набор всех продуктов, удовлетворяющих требованиям стандартов ИСО, — это два различных контекста.
Пример 2 — В любом контексте класс конденсаторов включает класс электролитических конденсаторов.
Примечание 1 — Включение в класс определяет иерархическую структуру классов.
Примечание 2 — Включение в класс — это концептуальное соотношение. Оно не предписывает что-либо на уровне представления данных. Следовательно, оно не предписывает какую-либо конкретную схему базы данных или модель данных.
Примечание 3 — В модели, определенной в настоящем стандарте, использование «представительного» соотношения гарантирует включение в класс. В настоящем стандарте рекомендуется, чтобы использование «условного» соотношения также гарантировало включение в класс.
Примечание 4 — Соотношение включения в класс также называют родовидовым соотношением.
3.8 член класса (class member): Продукт, удовлетворяющий требованиям абстрактного представления, определяющего класс.
3.9 свойство со значением класса (class valued property): Свойство, имеющее единственное значение для всего характеристического класса продуктов.
Примечание 1 — Значение свойства со значением класса не определяется индивидуально для каждого отдельного продукта характеристического класса. Оно определяется глобально для всего класса.
Примечание 2 — Если все продукты характеристического класса продуктов имеют одно и то же значение конкретного свойства, то определение данного свойства как свойства со значением класса позволяет избежать дублирования значений для любой реализации.
Примечание 3 — Свойства со значением класса также могут использоваться для достижения некоторой общности между различными характеристическими классами, если такая общность не достигается в иерархических структурах.
3.10 общая словарная модель ИСО 13584/МЭК 61360 (common ISO 13584/IEC 61360 dictionary model): Модель данных онтологии продукта, использующая язык моделирования информации EXPRESS и полученная совместными усилиями комитетов ИСО/ТК 184/ПК 4/РГ 2 и МЭК/ПК 3D.
Примечание 1 — Несколько уровней допустимых вариантов практической реализации, рассматриваемых как класс соответствия, определены для общей словарной модели ИСО 13584/МЭК 61360. Класс соответствия 1 состоит из различных схем, задокументированных в настоящем стандарте (дублирует информацию, содержащуюся в настоящем стандарте). Схема расширения словарного агрегата 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 — Данное определение словарных данных заменяет нижеследующее определение из первого издания МЭК 61360-2 «набор данных, описывающий иерархии характеристических классов продуктов и свойства этих продуктов».
3.15 словарный элемент (dictionary element): Набор атрибутов, составляющий словарное описание некоторого объекта области приложения.
Пример 1 — Словарь соответствует настоящему стандарту, если он дает описания классов, свойств, источников информации и типов данных.
Пример 2 — Словарь соответствует ИСО 13584-24:2003, если он дает описания классов, свойств, источников информации, типов данных, а также содержит таблицы, документы и библиотеки программ.
3.16 семейство продуктов (family of products): Набор продуктов, представленный одним и тем же характеристическим классом.
Примечание - Данное определение заменяет нижеследующее определение ИСО 13584-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; IRDI): Международный уникальный идентификатор заданного объекта области приложения по ИСО/МЭК 11179-5.
Примечание 1 — Только международные идентификаторы регистрации данных, соответствующие ИСО/ТС 29002-5, используются в контексте серии стандартов ИСО 13584.
Примечание 2 — Международные идентификаторы регистрации данных могут использоваться для представления содержания базовой семантической единицы, которая определяет словарный элемент как строку.
Примечание 3 — Международный идентификатор регистрации данных можно также использовать для задания содержания атрибута словарного элемента.
Пример - Единица измерения свойства, значения свойств или ограничения (на свойство) может быть идентифицирована IRDI.
3.23 представительное соотношение (is-a relationship): Соотношение включения в класс, ассоциированное с наследованием: если A1 представляет A, то каждый продукт, принадлежащий A1, принадлежит A, и все описания в контексте A автоматически дублируются в контексте A1.
Примечание 1 — Данный механизм обычно называют «наследственностью».
Примечание 2 — В общей словарной модели ИСО 13584/МЭК 61360 представительное соотношение может быть определено только между характеристическими классами. Рекомендуется, чтобы оно определяло единственную иерархию и гарантировало, чтобы и видимые, и применимые свойства унаследовались.
3.24 условное соотношение; условность (is-case-of relationship; case-of): Механизм импортирования свойств: если A1 условное соотношение из A, то определение продуктов из A также покрывает продукты из A1, и A1 может импортировать любое свойство из A.
Примечание 1 — Цель условного соотношения — разрешить объединение нескольких иерархий включения в класс, при этом гарантируя, что ссылочные иерархии могут обновляться независимо.
Примечание 2 — Не существует такого ограничения, что условное соотношение определяет единственную иерархию.
Примечание 3 — В общей словарной модели ИСО 13584/МЭК 61360 условное соотношение используется преимущественно в следующих четырех случаях: (1) для связи характеристического класса и класса категоризации, (2) для импорта (в контексте некоторых стандартизованных ссылочных словарей) некоторых свойств, ранее определенных в других стандартизованных ссылочных словарях, (3) для соединения ссылочного словаря пользователя с одним или несколькими стандартизованными ссылочными словарями, (4) для описания продукта с помощью свойств различных классов: если продукты класса A1 выполняют две различные функции и, таким образом, являются логически описанными свойствами, ассоциированными с двумя различными классами A и B, то A1 может быть присоединено представительным соотношением, например к A, и условным соотношением — к B.
Примечание 4 — Конструктивы ресурса EXPRESS для моделирования условных соотношений определены в 4.5 и далее.
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): Описание продукта с помощью характеристического класса продуктов, которому он принадлежит, и набора пар «значение-свойство».
Пример - Болт с шестигранной головкой hexagon_head_bolt_ISO_4014 (марка продукта = A, тип резьбы = М, длина = 50, диаметр = 8) — это пример характеризации продукта.
3.35 характеристический класс продуктов; характеристический класс деталей; характеристический класс (product characterization class; part characterization class; characterization class): Класс продуктов, выполняющих одну функцию и имеющих общие свойства.
Примечание - Характеристический класс продуктов может быть определен на различных уровнях детализации. При этом определяется иерархия включения классов.
Пример - Болт/винт с метрической резьбой и болт с шестигранной головкой — это примеры характеристических классов продуктов, определенные в ИСО 13584-511. Первый характеристический класс включен во второй. Транзистор и биполярный силовой транзистор — это примеры характеристических классов продуктов, определенные МЭК 61360-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 — В серии стандартов ИСО 13584 значение свойства представлено как тип элемента данных.
3.38 тип данных свойства (property data type): Допустимый набор значений свойства.
3.39 класс определения свойства (property definition class): Характеристический класс продуктов, в контексте которого определены свойства продукта.
Примечание - В общей словарной модели ИСО 13584/МЭК 61360 каждое свойство продукта имеет один класс определения свойства, задающий область приложений. Свойство имеет смысл только для данного класса и для всех его подклассов. Говорят, что свойство видимо в данной области.
3.40 количественный тип элемента данных (quantitative data element type): Тип элемента данных с числовым значением, представляющим физическое количество, количество информации или перечисляемое количество объектов.
3.41 ссылочный словарь (reference dictionary): Онтология продукта, соответствующая общей словарной модели ИСО 13584/МЭК 61360.
Примечание - В серии стандартов ИСО 13584 онтология продукта, обращающаяся к некоторой области продукта, основанной на общей словарной модели ИСО 13584/МЭК 61360, называется ссылочным словарем для данной области.
3.42 конструктив ресурса (resource construct): Набор сущностей языка EXPRESS, его типов, функций, правил и ссылок, которые вместе определяют корректное описание данных.
Примечание - Данное определение адаптировано из ИСО 10303-1:1994.
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 и ИСО 13584-25, указанные части ИСО 13584 требуют, чтобы только свойства, применимые в классе, использовались для характеристики его реализаций в библиотеках компонентов и электронных каталогах.
Примечание 5 — Данное определение видимого свойства заменяет предшествующее определение по ИСО 13584-24.
4 Общая словарная схема и ее совместимость со стандартной словарной схемой ISO13584_IEC61360_dictionary_schema
4.1 Общие положения
В следующих подразделах представлена архитектура общей словарной схемы. Приведены пояснения, почему одна и та же информационная модель используется в стандартах и как обеспечивается их совместимость.
Общая словарная схема объединяет требования серии стандартов МЭК 61360 и ИСО 13584. Следовательно, она содержит ресурсы, удовлетворяющие особым требованиям обеих серий стандартов. Указанные ресурсы обеспечиваются либо как вспомогательные функции, либо как подтипы для типов, определенных для выполнения общих требований.
4.2 Использование общей словарной схемы для обмена данных, соответствующих требованиям МЭК 61360-1
Для обмена данных, соответствующих требованиям МЭК 61360-1, общая словарная схема используется следующим образом:
a) для обмена словарных элементов, соответствующих МЭК 61360-1, не требуются какие-либо особые расширения серии стандартов ИСО 13584 для поддержки многоязыковых функций. Однако указанные расширения (например, present_translations, translated_label и translated_text) должны использоваться в структуре обмена для обеспечения совместимости;
b) если класс компонентов имеет суперкласс, то кодированное название coded_name должно определяться как код значения value_code в области классифицирующего типа элементов данных суперкласса;
c) если классифицирующий тип элемента данных существует внутри особого класса компонентов, то для каждого значения в своей области должны быть определены подкласс и его термин;
d) классифицирующий тип элемента данных (вспомогательный тип в классе соответствия 2 в общей словарной схеме) всегда должен быть доступен для классов компонентов, определенных в соответствии с МЭК 61360-1;
e) допустимы только единицы системы СИ. При этом общая словарная схема дает возможность использования большого количества других систем единиц измерения. Однако при использовании данной схемы для обмена количественных типов элементов данных, соответствующих требованиям серии стандартов МЭК 61360, допустима только система СИ.
4.3 Совместимость с ИСО 13584-42
Практическая реализация, соответствующая настоящему стандарту, должна поддерживать все сущности, типы и ассоциированные ограничения, принадлежащие поддерживаемому классу соответствия. Следовательно, соответствие классу соответствия 1 настоящего стандарта требует, чтобы поддерживались все сущности, типы и ассоциированные ограничения, определенные в общей словарной схеме. Данные ИСО 13584, удовлетворяющие требованиям общей словарной схемы, могут, таким образом, обрабатываться в рамках практической реализации МЭК 61360, удовлетворяющей требованиям класса соответствия 1, включающего все особенности класса соответствия 1. В ИСО 13584 имеется особый класс соответствия 3, содержащий все сущности, типы и ассоциированные ограничения, определенные в общей словарной схеме. Практическая реализация, удовлетворяющая требованиям ИСО 13584 и требованиям данного класса соответствия, должна, таким образом, поддерживать данные по МЭК, принадлежащие классу соответствия 1 настоящего стандарта.
4.4 Соответствие названий, используемых в МЭК 61360-1 и МЭК 61360-2
Из-за некоторых ограничений (например, язык EXPRESS не допускает пробелов в названии сущности) в приложениях появляется ряд подобных названий на языке EXPRESS, полученных путем замены пробелов в названиях на нижнюю черту (например, словосочетание «предпочтительное имя» preferred name представляется как preferred_name).
В других местах модели EXPRESS используются названия, отличные от рекомендованных МЭК 61360-1. Это есть следствие попыток получить информационную модель EXPRESS, общую с библиотеками деталей.
В таблице 1 сравниваются названия, используемые в двух частях МЭК 61360.
4.5 Основная структура общей словарной схемы
Данный подраздел содержит объяснение основных конструктивов ресурса, используемых общей словарной схемой:
- dictionary_element — любой элемент, определенный в словаре;
- supplier_element — содержит данные о поставщиках словарных элементов (классы, свойства, типы данных); класс, моделирующий словарные элементы классов (семейств), описанные свойствами;
- property_DET — словарный элемент свойства;
- data_type — определяет тип свойства.
Указанные части словарной схемы детально представлены в разделе 5: ISO13584_IEC61360_dictionary_schema.
В рассматриваемом представлении общей словарной схемы некоторые обзорные диаграммы даны как модели планирования (см. рисунки 1 - 11). Указанные модели планирования используют графические обозначения EXPRESS-G для языка EXPRESS. Для упрощения рассматриваемых диаграмм некоторые соотношения, определенные в модели EXPRESS, опущены. На рисунке 1 приведена модель планирования основной структуры общей словарной схемы. Большинство указанных рисунков содержат обзорные модели (модели планирования). Их уровень детализации соответствует уровню рассмотрения.
Для упрощения рассматриваемых диаграмм некоторые соотношения, определенные в модели EXPRESS, опущены. На рисунке 1 приведена модель планирования основной структуры общей словарной модели ИСО 13584/МЭК 61360.
5 Стандартная словарная схема ISO13584_IEC61360_dictionary_schema
5.1 Общие положения
Данный раздел, представляющий основную часть общей информационной модели ИСО 13584-42 и МЭК 61360, содержит полный листинг словарной схемы на языке EXPRESS, аннотированный с комментариями и пояснительным текстом. Порядок расположения текста в данном разделе определен главным образом порядком, установленным языком EXPRESS.
5.2 Словарная схема
В первую очередь схему необходимо объявить.
Пример представления на языке EXPRESS:
5.3 Ссылки на другие схематики
Данный подраздел содержит ссылки на другие схематики EXPRESS, используемые в данной словарной схеме. Их источник указан в соответствующем комментарии.
Пример представления на языке EXPRESS:
5.4 Определения констант
Данный подраздел содержит определения целочисленных констант, используемые позже в определениях типа (см. 5.11).
Пример представления на языке EXPRESS:
5.5 Идентификация словаря
Сущность «идентификация словаря dictionary_identification» позволяет идентифицировать конкретную версию конкретного словаря конкретного поставщика информации (стандартную или произвольную). Данная сущность содержит код code, определенный поставщиком словаря и идентифицирующий словарь, № версии и № пересмотра, характеризующие конкретное состояние данного словаря.
Примечание 1 — Случаи, когда № версии и № пересмотра словаря получают приращения, определены в МЭК 61360-1.
Пример представления на языке EXPRESS:
code: код, характеризующий словарь.
version: № версии, характеризующий рассматриваемую версию словаря.
revision: № пересмотра, характеризующий пересмотр словаря.
defined_by: поставщик, определяющий словарь.
absolute_id: уникальная идентификация словаря.
UR1: идентификатор словаря, определенный атрибутом absolute_id, является уникальным.
Примечание 2 — Порядок представления стандартных номеров стандартных документов установлен в разделах 5.1 и 5.2 ИСО 13584-26:2000.
5.6 Базовые семантические единицы: определения и использование словаря
5.6.1 Требования обмена
При обмене данными словарей и библиотек деталей данные обычно делят на части. Например, словарь можно обновить несколькими классами, которые устанавливают их суперкласс путем ссылки на уже существующие классы, или (если обмениваются содержанием библиотек) путем ссылки на словарные элементы (только ссылки без включения).
Таким образом, первое требование — это иметь возможность обменивать блоки данных и второе — иметь соотношения между указанными блоками (см. рисунок 2).
| Pieces of Dictionary Data | Блоки данных словаря |
|---|---|
| Pieces of Content Data | Блоки данных содержания |
В ИСО 10303-21 установлено, что каждый из указанных блоков соответствует физическому файлу. Атрибуты языка EXPRESS (см. ИСО 10303-11) могут содержать только ссылки на данные внутри того же физического файла. Таким образом, невозможно использовать атрибуты языка EXPRESS прямо для внутренних ссылок.
5.6.2 Трехуровневая архитектура словарных данных
5.6.2.1 Общие положения
В данном подпункте понятие базовой семантической единицы basic_semantic_unit (BSU) вводится как средство применения указанных внутренних ссылок. BSU обеспечивает универсально уникальную идентификацию словарных описаний (см. рисунок 3).
Рисунок 3 — Практическая реализация «внутреннего» соотношения с помощью базовой семантической единицы
Предположим, что для некоторого контента необходима ссылка на заданное словарное описание.
Пример 1 — Для передачи значения свойства компонента.
Это достигается путем ссылки на базовую семантическую единицу с помощью атрибута словарного определения dictionary_definition.
Словарное описание (dictionary_element) ссылается на базовую семантическую единицу с помощью атрибута идентификации identified_by. Рассматриваемое косвенное соотношение следует из соответствия абсолютных идентификаторов базовой семантической единицы.
- словарный элемент и элемент содержания могут находиться в одном физическом файле, но не обязательно;
- словарный элемент не всегда нужен для обмена элементами содержания, который на него ссылается. В данном случае предполагается, что словарный элемент уже присутствует в словаре целевой системы. И наоборот, словарными данными можно обмениваться без данных контента;
- базовая семантическая единица может быть одной-единственной реализацией в случае, если реализации и словарного элемента, и элемента содержания содержатся в одном физическом файле;
- тот же механизм применяется для ссылок между различными словарными элементами.
Пример 2 — Между классом компонентов и ассоциированными свойствами типов элементов данных property_DET.
BSU обеспечивает ссылку на словарное описание в любом необходимом месте.
Пример 3 — Доставка словаря, доставка обновления, доставка библиотеки, обмен данных компонентов.
Данные, ассоциированные со свойством, можно обменивать как пару (property_BSU, <значение>). На рисунке 3 приведена практическая реализация указанного общего механизма.
5.6.2.2 Базовая семантическая единица (basic_semantic_unit)
Basic_semantic_unit — это уникальная идентификация словарного элемента dictionary_element.
Пример представления на языке EXPRESS:
code: код, идентифицирующий некоторый словарный элемент.
version: № версии словарного элемента.
dic_identifier: полная идентификация, состоящая из последовательного включения кода и № версии.
definition: ссылка на словарный элемент, идентифицированный указанной BSU. Если определение в некотором контексте обмена отсутствует, то предполагается его присутствие в словаре целевой системы.
referenced_by: элементы, использующие словарный элемент, ассоциированный с указанным BSU.
5.6.2.3 Словарный элемент (dictionary_element)
Dictionary_element — это полное определение данных, отнесенных (в семантическом словаре) к некоторым понятиям. Для каждого понятия используется свой подтип. Словарный элемент dictionary_element ассоциирован с базовой семантической единицей basic_semantic_unit (BSU), которая уникально идентифицирует данное определение в словаре.
Путем включения атрибута версии в сущность basic_semantic_unit формируется частичная идентификация словарного элемента (в качестве примера можно сравнить атрибуты, номер пересмотра revision и отметки времени time_stamps).
Пример представления на языке EXPRESS:
identified_by: BSU, идентифицирующая словарный элемент.
time_stamps: вспомогательные даты создания и обновления словарного элемента.
revision: № пересмотра словарного элемента.
administration: вспомогательная информация о жизненном цикле словарного элемента dictionary_element.
is_deprecated: вспомогательная булевская переменная. Если она равна true, то данный словарный элемент dictionary_element уже нельзя использовать.
is_deprecated_interpretation: обоснование отказа от использования, а также указание порядка интерпретации значений реализаций больше не используемого элемента и его соответствующей BSU.
Примечание 1 — Тип атрибута идентификации identified_by может быть повторно определен позже для базовой семантической единицы свойства property_BSU и базовой семантической единицы класса class_BSU. Тогда он может быть использован для кодирования вместе с атрибутом кода BSU (для свойства и класса соответственно). Он также может быть использован для кодирования атрибута «N версии» (для свойства и класса соответственно).
Примечание 2 — Атрибут time_stamps может быть использован как отправная точка для кодирования (в сущности dates) атрибутов свойства и класса «Дата исходного определения», «Дата текущей версии» и «Дата текущего пересмотра» (см. 5.11.3.2).
Примечание 3 — Атрибут пересмотра revision используется для кодирования атрибута свойства и класса «N пересмотра».
Примечание 4 — Атрибут administration используется для представления информации, относящейся к управлению конфигурацией и к истории трансляции.
WR1: если существует элемент is_deprecated, то существует и элемент is_deprecated_interpretation.
IP1: значения реализаций элемента is_deprecated_interpretation должны быть определены в момент, когда принимается решение об отказе от использования.
На рисунке 4 представлена модель планирования соотношения между базовой семантической единицей и словарным элементом.
Рисунок 4 — Соотношение между базовой семантической единицей и словарным элементом
5.6.2.4 Элемент контента (Content_item)
Content_item — это блок данных, ссылающийся на свое описание в словаре. Он должен быть описан как подтип.
Пример представления на языке EXPRESS:
dictionary_definition: базовая семантическая единица, используемая для ссылки на определение в словаре.
5.6.3 Краткое описание базовых семантических единиц и словарных элементов
Для каждого вида словарных данных должна быть определена пара подтипов basic_semantic_unit и dictionary_element. На рисунке 5 (как на модели планирования) показаны базовые семантические единицы (BSU) и словарные элементы. Отметим, что соотношение между BSU и словарным элементом переопределяется для каждого типа данных, так что можно брать только соответствующие пары (на рисунке 5 это не показано).
Рисунок 5 — Текущие BSU и словарные элементы
Каждый вид словарных данных рассматривается в одном из следующих разделов:
- для поставщиков см. 5.7;
- для классов см. 5.8;
- для свойств/типов элементов данных см. 5.9;
- для типов данных см. 5.10.
5.6.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, определенных в 5.7 - 5.12.
5.6.5 Возможности расширения для других типов данных
5.6.5.1 Общие положения
Механизм словарных элементов BSU — очень общий. Он не ограничивается четырьмя видами использованных здесь данных (см. рисунок 5). Данный раздел указывает некоторые возможности, допускающие расширения других видов данных. В зависимости от того, определена область применения идентификатора класса или поставщик, сущность xxx_related_BSU описывается как подтип соответствующим образом. Необходимо также переопределить атрибут идентификации identified_by сущности dictionary_element (см. 5.7.3 - 5.10 или текущие виды данных).
5.6.5.2 BSU, отнесенная к поставщику (Supplier_related_BSU)
Supplier_related_BSU обеспечивает ассоциацию словарного элемента с поставщиком.
Пример - Для серии стандартов ИСО 13584 — это библиотеки программ.
Пример представления на языке EXPRESS:
5.6.5.3 BSU, отнесенная к классу (Class_related_BSU)
BSU, отнесенная к классу (class_related_BSU), позволяет ассоциировать словарные элементы с классами.
Пример - Для таблиц и документов ИСО 13584.
Пример представления на языке EXPRESS:
5.6.5.4 Соотношение BSU поставщика (Supplier_BSU_relationship)
Соотношение Supplier_BSU_relationship позволяет ассоциировать BSU с поставщиком.
Пример представления на языке EXPRESS:
relating_supplier: элемент supplier_element, идентифицирующий поставщика данных.
related_tokens: набор словарных элементов, ассоциированных с поставщиком, идентифицированным атрибутом relating_supplier.
5.6.5.5 Соотношение BSU класса (Class_BSU_relationship)
Сущность class_BSU_relationship позволяет ассоциировать BSU с классом.
Пример представления на языке EXPRESS:
relating_class: класс, идентифицирующий словарный элемент.
related_tokens: набор словарных элементов, ассоциированных с классом, идентифицированным атрибутом relating_class.
5.7 Поставщик данных
5.7.1 Общие положения
Данный пункт содержит определения для представления данных о самом поставщике. Если поставщиков несколько, то необходимо иметь возможность идентифицировать источник определенного словарного элемента. Рисунок 6 представляет модель планирования данных, ассоциированную с поставщиком, с последующим определением EXPRESS.
Рисунок 6, лист 1 — Краткое описание поставщика данных и соотношений
5.7.2 BSU поставщика (Supplier_BSU)
Сущность supplier_BSU задает уникальную идентификацию поставщиков информации.
Пример представления на языке EXPRESS:
code: код поставщика, назначенный в соответствии с ИСО 13584-26.
version: номер версии кода поставщика должен быть равен 1.
absolute_id: абсолютная идентификация поставщика.
UR1: идентификатор поставщика, определенный атрибутом absolute_id, является уникальным.
5.7.3 Элемент поставщика (Supplier_element)
Сущность supplier_element дает словарное описание поставщиков.
Пример представления на языке EXPRESS:
identified_by: BSU поставщика supplier_BSU, используемая для идентификации рассматриваемого элемента supplier_element.
org: организационные данные поставщика.
associated_item: разрешает доступ к другим видам данных с помощью механизма BSU.
Пример - Библиотека программ в ИСО 13584-24:2003.
5.8 Данные класса
5.8.1 Общие положения
Данный пункт содержит определения для представления словарных данных классов.
На рисунке 7 в виде модели планирования представлены данные, ассоциированные с классами, и их соотношения с другими словарными элементами.
Рисунок 7, лист 1 — Краткое описание данных класса и соотношений
Как указано на рисунке 7, с помощью атрибута its_superclass классы формируют дерево наследственности. Важно отметить, что во всем документе термины «наследование» и «наследовать» используются в соотношении между классами (определенном в словаре). Язык EXPRESS также включает понятие наследования. Это должно быть четко указано во избежание недоразумений.
Словарные данные классов (см. рисунок 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, значением которого является пустое множество.
5.8.2 Особенности структуры
5.8.2.1 BSU класса (Class_BSU)
Сущность class_BSU обеспечивает идентификацию класса.
Пример представления на языке EXPRESS:
code: код, назначенный данному классу его поставщиком.
defined_by: поставщик, определяющий данный класс и его словарный элемент.
absolute_id: уникальная идентификация данного класса.
known_visible_properties: набор BSU свойств property_BSU, ссылающихся на класс как атрибут имени name_scope или на любой известный суперкласс данного класса и, следовательно, являющихся видимыми в данном классе (любом его подклассе).
Примечание 1 — Если словарное определение dictionary_definition некоторого класса не присутствует в рассматриваемом контексте обмена (а контекст обмена PLIB никогда не предполагается полным), то суперкласс для рассматриваемого класса может быть неизвестен. Следовательно, свойства, определенные как видимые в данном суперклассе, не принадлежат атрибуту known_visible_properties. Только для получающей системы все словарные определения dictionary_definition BSU должны быть доступными. Следовательно, для получающей системы атрибут known_visible_properties содержит все свойства, видимые в данном классе.
known_visible_data_types: набор BSU типов данных data_type_BSU, ссылающихся на класс как атрибут name_scope или на любой известный суперкласс данного класса и, следовательно, являющихся видимыми в данном классе (любом его подклассе).
Примечание 2 — Если некоторые словарные определения dictionary_definition класса не присутствуют в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс для данного класса может быть неизвестен. Следовательно, типы данных data_types, определенные как видимые данным суперклассом, не принадлежат атрибуту известного видимого типа данных known_visible_data_type. Для получающей системы все словарные определения dictionary_definition BSU должны быть доступными. Следовательно, для получающей системы атрибут known_visible_data_type содержит все типы данных data_types, видимые в данном классе.
subclasses: набор классов, определяющих данный класс как их суперкласс.
added_visible_properties: набор BSU свойств property_BSU, ссылающихся на класс как name_scope и, следовательно, являющихся видимыми в данном классе (любом его подклассе).
Примечание 3 — Данный атрибут ссылается только на свойства property_BSU, принадлежащие рассматриваемому контексту обмена. Для получающей системы они могут уже завершить выполнение других свойств property_BSU, ссылающихся на данный класс (контекст обмена библиотеки PLIB никогда не предполагается полным).
Примечание 4 — Атрибут added_visible_properties используется для кодирования атрибута «Видимые свойства» класса.
added_visible_data_type: набор BSU типов данных data_type_BSU, ссылающихся на класс как и их атрибут name_scope и, следовательно, являющихся видимыми в данном классе (любом его подклассе).
Примечание 5 — Данный обратный атрибут ссылается только на data_type_BSU, принадлежащий рассматриваемому контексту обмена. Для получающей системы они могут уже завершить выполнение других data_type_BSU, ссылающихся на данный класс (контекст обмена библиотеки PLIB никогда не предполагается полным).
Примечание 6 — Атрибут added_visible_data_type используется для кодирования атрибута «Видимые типы».
UR1: последовательность кода поставщика и кода класса является уникальной.
5.8.2.2 Элемент класса и свойства (Class_and_property_element)
Сущность class_and_property_element содержит атрибуты, являющиеся общими и для классов, и для BSU свойств property_DET.
Пример представления на языке EXPRESS:
source_doc_of_definition: исходный документ для данного текстового описания.
note: дополнительная информация о любой части словарного элемента, существенной для понимания.
remark: дополнительный текст, поясняющий смысл данного словарного элемента.
Примечание 1 — Атрибут names используется как отправная точка при кодировании (в сущности item_names) свойства и атрибутов «Предпочтительное имя», «Краткое имя», «Синонимичное имя».
Примечание 2 — Атрибут определения definition используется для кодирования атрибута свойства «Определение» и атрибута класса «Определение».
Примечание 3 — Атрибут исходного документа для определения source_of_doc_definition используется для кодирования атрибута свойства «Исходный документ определения» и атрибута класса «Исходный документ определения».
Примечание 4 — Атрибут примечания note используется для кодирования атрибутов свойств и классов «Примечание».
Примечание 5 — Атрибут заметки remark используется для кодирования атрибутов свойств и классов «Заметка».
5.8.2.3 Класс (class)
Сущность class — это абстрактный ресурс для всех видов классов.
Пример представления на языке EXPRESS:
its_superclass: ссылка на класс, для которого рассматриваемый класс является подклассом.
described_by: список ссылок на дополнительные свойства, доступные для использования в описании продуктов внутри класса и любого его подкласса.
Примечание 1 — Свойство может также быть применимым в классе, если оно импортировано из другого класса с помощью априорного семантического соотношения a_priori_semantic_relationship (см. 8.5 настоящего стандарта). Следовательно, свойства, на которые производится ссылка атрибутом described_by, не определяют все применимые свойства класса.
Примечание 2 — Списочный порядок — это порядок представления свойств, предложенный поставщиком.
Примечание 3 — Свойство, являющееся контекстно-зависимым (context_dependent_P_DET), может стать применимым в классе, только если все контекстные параметры (condition_DET), от которых зависит его значение, также являются применимыми в данном классе.
defined_types: набор ссылок на типы, которые могут быть использованы для различных типов элементов данных свойств property_DET с помощью дерева наследственности, нисходящего из данного класса.
Примечание 4 — Тип данных data_type также может быть применимым в классе, если этот тип data_type импортирован из другого класса с помощью априорного семантического соотношения a_priori_semantic_relationship (см. 8.5 настоящего стандарта). Следовательно, типы данных, на которые производится ссылка атрибутом defined_type, не определяют все применимые типы данных в классе.
constraints: набор, ограничивающий целевые области значений некоторых свойств класса до некоторых подмножеств унаследованных областей значений.
Примечание 5 — Каждое ограничение атрибута constraints должно выполняться для реализаций класса. Таким образом, атрибут constraints — это сопряжение ограничений.
hierarchical_position: кодированное представление положения класса в иерархии включения классов, которой он принадлежит; иерархическая позиция hierarchical_position класса изменяется, если изменяется структура класса онтологии. Таким образом, данный атрибут не может использоваться как устойчивый идентификатор класса.
Примечание 6 — Данный вид кодированного имени используется, в особенности в иерархии категоризации продукта для представления структуры включения классов с помощью некоторых конвенций кодирования.
Пример - В спецификации UNSPSC ООН производственные компоненты и поставки имеют иерархическое положение 31000000. Металлические крепежные изделия занимают иерархическое положение 31160000. Болты занимают иерархическое положение 31161600. По конвенции данное представление иерархического положения допускает, чтобы производственные компоненты и поставки располагались на первом уровне иерархии, металлические крепежные изделия располагались на втором уровне иерархии (и включались в производственные компоненты и поставки), а болты были на третьем уровне иерархии (и включались в металлические крепежные изделия).
keywords: набор ключевых слов (возможно, на нескольких языках), позволяющих отыскивать нужный класс.
sub_class_properties: объявляет свойство как имеющее значение класса, т.е. в нескольких подклассах его единственное значение назначено для всего класса (см. 5.9.6).
class_constant_value: назначения в текущем классе для свойств, имеющих значение класса и объявленных в суперклассах (см. 5.9.6).
subclasses: набор классов, указывающих на данный класс как их суперкласс.
known_applicable_properties: BSU свойства property_BSU, на которые производится ссылка некоторым классом или любым его известным суперклассом с помощью атрибута described_by и которые, следовательно, являются применимыми в данном классе (любом его подклассе).
Примечание 7 — Если некоторое словарное определение dictionary_definition класса отсутствует в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, свойства, определенные как применимые в данном суперклассе, не принадлежат атрибуту известных применимых свойств known_applicable_properties. Все словарные определения dictionary_definition BSU должны быть доступны только для получающей системы. Следовательно, для получающей системы атрибут known_applicable_properties содержит все свойства, являющиеся применимыми в классе, так как на них производится ссылка атрибутом описания described_by.
known_applicable_data_type: BSU типа данных data_type_BSU, на которые производится ссылка из класса или любого известного суперкласса с помощью атрибута defined_types и которые, следовательно, являются применимыми в данном классе (любом его подклассе).
Примечание 8 — Если некоторое словарное определение dictionary_definition класса отсутствует в рассматриваемом контексте обмена (а контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, типы данных data_types, определенные как применимые в данном суперклассе, не принадлежат атрибуту known_applicable_data_type. Все словарные определения dictionary_definition BSU должны быть доступными только для получающей системы. Следовательно, для получающей системы атрибут known_applicable_data_types содержит все типы данных data_types, являющиеся применимыми в классе, так как на них производится ссылка атрибутом определения типа defined_types.
known_property_constraint: ограничения constraints на свойство, на которые производится ссылка некоторым классом или любым его известным представительным суперклассом с помощью атрибута constraints или, в случае класса, являющегося подтипом априорного семантического соотношения a_priori_semantic_relationship, с помощью атрибута ссылочного ограничения referenced_constraints.
associated_item: дает доступ к другим видам данных с помощью BSU механизма.
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 — это ограничения свойств, присоединенных к данному классу либо как видимые, либо как применимые свойства.
5.8.3 Класс элементов (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. Данный подтип также больше не используется. Его использование не рекомендуется в новых практических реализациях настоящего стандарта.
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 на уровне модели данных, интерпретируется как несколько реальных реализаций рассматриваемой особенности.
5.8.4 Класс категоризаций (categorization_class)
Сущность categorization_class позволяет моделировать образование групп из набора объектов, составляющих элемент категоризации.
Пример 1 — Производственные компоненты и поставки и промышленная оптика — это примеры класса категоризации продуктов, определенного UNSPSC.
Ни свойства, ни типы данных, ни ограничения не ассоциируются (как видимые или применимые) с таким классом. Более того, классы категоризации categorization_classes не могут быть отнесены друг к другу с помощью представительного наследственного соотношения. Они могут быть отнесены друг к другу только с помощью условного соотношения между классами. Особый атрибут, называемый categorization_class_superclass, позволяет занести классы категоризаций categorization_classes, являющиеся суперклассами categorization_class, в условную иерархию.
Примечание - С помощью условных соотношений конструктивы ресурса, классы элементов item_class могут также быть соединены с классами категоризаций categorization_class.
Пример 2 — Следующий пример показывает, как характеристические классы и классы категоризаций могут быть соединены для достижения некоторых конкретных целей. Поставщик шариковых подшипников разрабатывает свою собственную онтологию, что облегчает получение и использование продукта. Для достижения указанной цели он использует стандартные свойства и пытается использовать стандартную классификацию. Он поставляет только шариковые подшипники: некоторые подшипники герметичны, а некоторые — нет. Определенные свойства могут быть ассоциированы только с герметичными подшипниками, а с негерметичными — нет. Однако указанные категории не существуют как классы в стандартной онтологии подшипников. Поэтому поставщик подшипников поступает следующим образом. (1) Он разрабатывает собственную онтологию, включающую три характеристических класса: my_bearings (мои подшипники), my_sealed_bearings (мои герметичные подшипники), my_non_sealed_bearings (мои негерметичные подшипники). Два последних класса соединены с первым представительным наследственным соотношением, и все свойства, назначенные первому, наследуются последними. (2) Чтобы использовать некоторые свойства, определенные ИСО/ТС 23768-1 (находится в разработке), поставщик подшипников указывает, что класс my_bearings — это условный стандартный класс подшипников ball bearings, определенный в ИСО/ТС 23768-1. С помощью данного условного соотношения поставщик может импортировать (в свой класс my_bearings) стандартные свойства: внутренний диаметр, наружный диаметр, класс допуска ИСО. Более того, он создает необходимые свойства, не определенные в стандарте. (3) Для получения сервера, визуализирующего каталог поставщика, представляется небольшой фрагмент классификации UNSPSC, а также условное соотношение между стандартным классом ball_bearings UNSPSC и своим собственным классом my_bearings (см. пример на рисунке 8).
Рисунок 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.
5.9 Тип элемента данных/данные о свойствах
5.9.1 Общие положения
Данный пункт содержит определения словарных данных для свойств.
5.9.2 BSU свойства (Property_BSU)
Сущность property_BSU дает идентификацию свойства.
Пример представления на языке EXPRESS:
code: данный код необходим для уникальной идентификации свойства во всех онтологиях, определенных рассматриваемым поставщиком с атрибутом name_scope.defined_by.
name_scope: ссылка на класс, на котором или ниже которого рассматриваемый элемент свойства доступен для ссылки атрибутом described_by.
absolute_id: уникальная идентификация данного свойства.
describes_classes: классы, объявляющие данное свойство доступным для использования в описании продукта.
WR1: любой класс, на который производится ссылка атрибутом describes_class BSU свойства property_BSU, либо это класс, на который производится ссылка его атрибутом name_scope, либо это подкласс данного класса.
UR1: идентификатор свойства absolute_id является уникальным.
Примечание - Атрибут name_scope сущности property_BSU используется для кодирования атрибута «Класс определений» для свойств.
5.9.3 Типы элементов данных свойств (Property_DET)
Сущность property_DET дает словарные описания свойств.
Пример представления на языке EXPRESS:
identified_by: BSU свойства property_BSU, идентифицирующая данное свойство.
preferred_symbol: более короткое описание данного свойства.
synonymous_symbols: синоним для более короткого описания свойств.
figure: вспомогательная графика для описания свойства.
det_classification: класс ISO 80000/IEC 80000 (ранее ISO 31) для данного свойства.
domain: ссылка на тип данных data_type, ассоциированный со свойством.
formula: математическое выражение, объясняющее свойство.
describes_classes: классы, объявляющие данное свойство доступным для использования в описании продукта.
Примечание 1 — Атрибут preferred_symbol используется для кодирования атрибута «Предпочтительный буквенный символ» для свойств.
Примечание 2 — Атрибут synonymous_symbols используется для кодирования атрибутов «Синонимичных буквенных символов» для свойств.
Примечание 3 — Атрибут det_classification используется для кодирования атрибута «Классификация типов свойств».
Примечание 4 — Атрибут области domain используется как отправная точка для кодирования атрибута свойства «Тип данных». Сущность data_type может быть описана как подтип для различных возможных типов данных.
Примечание 5 — Атрибут formula используется для кодирования атрибута «Формула» для свойств.
На рисунке 9 приведена модель планирования данных, ассоциированных с сущностями property_DETs.
| (ABS) class | Класс |
|---|---|
| described_by L[0:?] | Описан ... |
| property_BSU | BSU свойства |
| identified_by | Идентифицирован ... |
Рисунок 9, лист 1 — Краткое описание свойств типов элементов данных и соотношений
5.9.4 Условные, зависимые и независимые типы элементов данных
На рисунке 10 даны различные виды типов элементов данных в формате модели планирования.
Отметим, что рисунок 10 упрощен. Вообще говоря, соотношение «depends_on» должно применяться со ссылкой на BSU. Но установлено ограничение, по которому ссылочный тип элемента данных свойства property_DET должен быть типом элемента данных условия condition_DET (см. сущность dependent_P_DET).
Рисунок 10, лист 1 — Виды типов элементов данных
5.9.5 Особенности структуры
5.9.5.1 Тип элемента данных условия (Condition_DET)
Сущность condition_DET — это свойство, от которого могут зависеть другие свойства.
Пример представления на языке EXPRESS:
5.9.5.2 Зависимый тип элемента данных свойства (Dependent_P_DET)
Сущность dependent_P_DET — это свойство, значение которого явно зависит от значений некоторых условий.
Пример - Сопротивление термистора зависит от наружной температуры. Сопротивление термистора должно быть представлено как dependent_P_DET, а наружная температура термистора — это condition_DET.
Пример представления на языке EXPRESS:
depends_on: набор базовых семантических единиц, идентифицирующих свойства, от которых зависит данное свойство.
WR1: только условные типы элементов данных condition_DET могут использоваться в наборе depends_on.
5.9.5.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 используется для кодирования атрибута «Условие» для свойств.
5.9.6 Задание значений класса (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.
5.10 Область данных: система типов
5.10.1 Общие положения
Данный пункт содержит определения представлений типов данных property_DET. На рисунке 11 в виде модели планирования показана иерархия сущностей для типов данных.
В отличие от других словарных элементов (поставщики, классы, свойства) идентификация с понятием базовой семантической единицы не является обязательной для типа данных data_type, так как она в большинстве случаев прикреплена прямо к типу данных property_DET и, таким образом, не требует идентификации. При этом сущности data_type_BSU и data_type_element могут использоваться для уникальной идентификации там, где это целесообразно. Это обеспечивает повторное использование рассматриваемого определения типа в другом определении property_DET даже вне текущего физического файла.
Рисунок 11, лист 1 — Иерархия сущностей для системы типов
5.10.2 Особенности структуры
5.10.2.1 BSU типа данных (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 (см. ниже), является частью кода атрибута «Видимый тип» класса.
5.10.2.2 Элемент типа данных (Data_type_element)
Сущность data_type_element описывает типы словарных элементов. Отметим, что нет необходимости в каждом отдельном случае для заданного типа данных data_type иметь BSU и словарный элемент dictionary_element, потому что атрибут property_DET может ссылаться на тип данных data_type прямо. Использование BSU соотношений необходимо, если поставщик ссылается на один и тот же тип в различных физических файлах.
Пример представления на языке EXPRESS:
identified_by: BSU, задающий описанный элемент data_type_element.
names: имена, дающие описания определенного элемента data_type_element.
type_definition: описание типа элемента data_type_element.
Примечание - Повторно объявленный атрибут identified_by используется для кодирования ссылки на BSU, к которому относится данный элемент типа данных data_type_element. Данный элемент, кроме сущности data_type_BSU (см. выше), используется для кодирования атрибута класса «Видимые типы».
5.10.3 Система типов
5.10.3.1 Тип данных (Data_type)
Сущность data_type служит общим супертипом для сущностей, используемых для указания типа ассоциированного типа элемента данных DET.
Пример представления на языке EXPRESS:
constraints: набор ограничений, ограничивающих область значений типа данных.
Примечание - Каждое ограничение области в атрибуте constraints должно быть выполнено. Таким образом, атрибут constraints есть сопряжение ограничений.
WR1: набор ограничений области должен определять ограничения, совместимые с областью значений типа данных.
5.10.3.2 Простой тип (Simple_type)
Сущность simple_type служит общим супертипом для сущностей, используемых для указания простого ассоциированного типа элемента данных DET.
Пример представления на языке EXPRESS:
value_format: вспомогательное кодирование формата значений свойств.
Примечание 1 — Атрибут value_format сущности simple_type используется для кодирования атрибута «Формат значения» свойства.
Примечание 2 — Если какое-либо ограничение string_pattern_constraint применяется к значению простого типа, то оно имеет преимущество перед форматом значения value_format.
5.10.3.3 Числовой тип (Number_type)
Сущность number_type задает значения элементов DET числового типа.
Пример представления на языке EXPRESS:
5.10.3.4 Целый тип (Int_type)
Сущность int_type задает значения элементов DET типа INTEGER.
Пример представления на языке EXPRESS:
5.10.3.5 Тип целой меры (Int_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.
5.10.3.6 Целый валютный тип (Int_currency_type)
Сущность int_currency_type задает значение элементам DET, которые являются целыми валютами.
Пример представления на языке EXPRESS:
currency: ассоциированный код валюты, описанный в соответствии с ИСО 4217. Если он отсутствует, то валютный код нужно обменивать вместе с соответствующими данными (значениями).
5.10.3.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.
5.10.3.8 Действительный тип (Real_type)
5.10.3.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 может быть использовано для характеристики альтернативной единицы измерения, используемой на уровне реализации.
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.
5.10.3.10 Действительный валютный тип (Real_currency_type)
Сущность real_currency_type определяет действительные валюты.
Пример представления на языке EXPRESS:
currency: ассоциированный код валюты, описанный в соответствии с ИСО 4217. Если данный код отсутствует, то валютный код обменивается вместе с соответствующими данными (значениями).
5.10.3.11 Рациональный тип (Rational_type)
Сущность rational_type задает значения элементов DET с типом rational.
Примечание - В ИСО 13584-32 рациональные значения представлены тремя целыми элементами расширяемого языка разметки XML: целая часть, числитель и знаменатель. В ИСО 13584-24:2003 рациональные значения представлены массивом из трех целых: целая часть, числитель и знаменатель.
Пример представления на языке EXPRESS:
5.10.3.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.
5.10.3.13 Булевский тип (boolean_type)
Сущность boolean_type задает значения элементов DET булевского типа.
Пример представления на языке EXPRESS:
5.10.3.14 Строчный тип (String_type)
Сущность string_type задает значения элементов DET строчного типа.
Пример представления на языке EXPRESS:
5.10.3.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:
5.10.3.16 Непереводимый строчный тип (Non_translatable_string_type)
Сущность non_translatable_string_type задает значения элементов DET строчного типа, представленных неизменным способом на любом языке.
Примечание - Значения таких свойств могут использоваться для идентификации продуктов.
Пример представления на языке EXPRESS:
5.10.3.17 Тип универсального идентификатора ресурсов (URI_type)
Сущность URI_type задает значения элементов DET строчного типа, содержащих универсальный идентификатор ресурсов URI.
Примечание - Сущность URI_type прежде всего идентифицирует универсальный идентификатор ресурсов URL.
Пример представления на языке EXPRESS:
5.10.3.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-MM-DDThh:mm:ss, где «CC» представляет век (первому веку соответствует «00»), «YY» — год, «MM» — месяц и «DD» — день. Вспомогательный знак «-» (минус) спереди указывает отрицательное число. Если минус опущен, то предполагается «+» (плюс). Буква «T» — это разделитель даты и времени. Обозначения «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.
5.10.3.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 года.
5.10.3.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).
5.10.3.21 Неколичественный кодовый тип (Non_quantitative_code_type)
Сущность non_quantitative_code_type — это тип нумерации, когда элементы нумерации представлены значением строки (см. также сущность неколичественный целый тип non_quantitative_int_type и рисунок 12).
Пример представления на языке EXPRESS:
domain: набор перенумерованных значений, описанных сущностью value_domain.
WR1: значения, ассоциированные со списком domain.its_value, должны содержать только элементы типа value_code_type.
5.10.3.22 Комплексный тип (Complex_type)
Сущность complex_type дает определения типов, значения которых представлены как реализации языка EXPRESS.
Пример представления на языке EXPRESS:
5.10.3.23 Тип уровня (Level_type)
Тип данных level_type — это комплексный тип, указывающий, что значение свойства содержит от одного до четырех действительных или целых значений. Каждое из них описывается конкретным индикатором, указывающим смысл данного значения.
Примечание - Значения реализаций level_type содержат значения только индикаторов, установленных атрибутом levels. Если некоторые из указанных значений недоступны, то они представляются нулями null_value.
Пример - Если атрибут level_type указывает, что только минимальные и типовые значения могут быть целыми, то рассматриваемая реализация содержит целые значения (или нулевые значения null_value) только для минимальных и типовых значений реализаций level_type.
Пример представления на языке EXPRESS:
levels: список уникальных индикаторов, указывающих, какие из заданных значений должны быть ассоциированы со свойством.
value_type: тип данных указанных значений атрибута level_type.
WR1: тип собственного значения SELF.value_type — это либо тип целой меры int_measure_type, либо тип действительной меры real_measure_type.
WR2: порядок первого и второго уровней level, если оба существуют, должен соответствовать порядку нумерации типа level.
WR3: порядок второго и третьего уровней level, если оба существуют, должен соответствовать порядку нумерации типа level.
WR4: порядок третьего и четвертого уровней level, если оба существуют, должен соответствовать порядку нумерации типа level.
5.10.3.24 Уровень (level)
Сущность level определяет индикаторы, используемые для задания значений атрибута level_type.
- minimum: наименьшее значение рассматриваемой величины, установленное для заданного набора рабочих условий, в которых компонент, устройство или оборудование являются работоспособными и функционируют в соответствии с установленными требованиями;
- nominal: значение величины, используемое для обозначения и идентификации компонента, устройства, оборудования или системы;
- typical: обычно встречающееся значение величины, используемое для задания целей, установленных для указанного набора условий эксплуатации компонента, устройства, оборудования или системы;
- maximum: наибольшее значение величины, установленное для заданного набора условий эксплуатации, в которых компонент, устройство или оборудование являются работоспособными и функционируют в соответствии с установленными требованиями.
Примечание 1 — Номинальное значение обычно округляют.
Пример - Автомобильный аккумулятор с номинальным напряжением 12 В имеет 6 элементов с типовым значением напряжения 2,2 В каждый. Типовое напряжение этой батареи равно 13,5 В. Напряжение может достигать максимального значения 14,5 В. Аккумулятор считается полностью разряженным, если напряжение падает ниже минимума 12,5 В.
Примечание 2 — Значения, установленные для определенного уровня свойства, определены в словаре.
Примечание 3 — Рекомендуется ограничивать тип уровня теми типами элементов данных DET, для которых множественность значений одной и той же характеристики является востребованным и общепринятым делом (например, для электронных компонентов промышленных установок).
Пример представления на языке EXPRESS:
5.10.3.25 Тип ссылки на класс (Class_reference_type)
Сущность class_reference_type задает значения элементов DET, являющиеся реализациями класса. Она используется, как правило, для описания сборок или материалов (деталей), из которых состоит компонент.
Пример представления на языке EXPRESS:
domain: BSU класса class_BSU, ссылающаяся на класс, представляющий описанный тип.
5.10.3.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, примененной к значению, ссылающемуся на рассматриваемую сущность, как на ее тип данных.
5.10.3.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: строка 'GEOMETRY_schema.PLACEMENT' должна содержаться в наборе, определенном атрибутом SELF\entity_instance_type.type_names.
5.10.3.28 Тип размещения на оси 1 (Axis1_placement_type)
Сущность axis1_placement_type задает значения элементов DET, являющихся реализациями типа данных сущности axis1_placement (см. ИСО 10303-42).
Пример представления на языке EXPRESS:
WR1: строка 'GEOMETRY_schema.AXIS1_PLACEMENT' должна содержаться в наборе, определенном атрибутом SELF\entity_instance_type.type_names.
5.10.3.29 Тип 2d-размещения на оси 2 (Axis2_placement_2d_type)
Сущность axis2_placement_2d_type задает значения элементов DET, являющихся реализациями типа данных сущности axis2_placement_2d (см. ИСО 10303-42).
Пример представления на языке EXPRESS:
WR1: строка 'GEOMETRY_schema.AXIS2_PLACEMENT_2D' должна содержаться в наборе, определенном для атрибута SELF\entity_instance_type.type_names.
5.10.3.30 Тип 3d-размещения на оси 2 (Axis2_placement_3d_type)
Сущность axis2_placement_3d_type задает значения элементов DET, являющихся реализациями типа данных сущности axis2_placement_3d (см. ИСО 10303-42).
Пример представления на языке EXPRESS:
WR1: строка 'GEOMETRY_schema.AXIS2_PLACEMENT_3D' должна содержаться в наборе, определенном для атрибута SELF\entity_instance_type.type_names.
5.10.3.31 Поименованный тип (Named_type)
Сущность named_type позволяет ссылаться на другие типы с помощью BSU механизма.
Пример представления на языке EXPRESS:
referred_type: BSU, идентифицирующая тип данных data_type, на который ссылается рассматриваемая сущность.
5.10.4 Значения
Данный пункт содержит определения неколичественных типов элементов данных (см. сущности non_quantitative_int_type и non_quantitative_code_type).
На рисунке 12 представлены (как модель планирования) основные данные, ассоциированные с неколичественными типами элементов данных.
Рисунок 12, лист 1 — Краткое описание неколичественных типов элементов данных
5.10.5 Особенности структуры
5.10.5.1 Область значений (Value_domain)
Сущность value_domain описывает набор допустимых значений неколичественного типа элемента данных.
Пример представления на языке EXPRESS:
its_value: список нумерации значений, содержащихся в описанной области.
source_doc_of_value_domain: документ, описывающий область, ассоциированную с описанной сущностью value_domain.
languages: вспомогательные языки, на которые выполнены переводы.
terms: список названий элементов item_names, дающий для IEC 61360 связь со словарем терминов.
definition: вспомогательный текст, описывающий область значений value_domain.
icon: вспомогательная иконка icon, дающая графическое описание, ассоциированное с областью значений value_domain.
WR1: если смысл значения представлен более чем на одном языке, то набор используемых языков должен быть одним и тем же для всего набора значений.
WR2: код значения должен быть уникальным внутри указанного типа данных.
WR3: если языки не определены, то смыслу значения язык не назначается.
WR4: если языки не определены, то определению значения язык не назначается.
5.10.5.2 Тип значения (Value_type)
Каждое значение неколичественного элемента данных ассоциируется с кодом, характеризующим это значение. Тип значения value_type может быть либо целым integer_type, либо кодовым value_code_type.
Пример представления на языке EXPRESS:
5.10.5.3 Словарное значение (Dic_value)
Сущность dic_value — это одно из значений сущности value_domain.
Пример представления на языке EXPRESS:
value_code: код, ассоциированный с описанным значением. Это может быть либо кодовый тип value_code_type, либо целый тип integer_type.
meaning: смысл, ассоциированный с данным значением. Он определяется названием.
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_meaning_id: идентификатор словарного значения dic_value_identifier, являющийся глобальным идентификатором dic_value независимо от области значений value_domain, в которую он включен.
Примечание 6 — Данный идентификатор допускает повторное использование рассматриваемого определения словарного значения dic_value в различных областях.
WR1: если атрибут is_deprecated существует, то должен существовать и атрибут is_deprecated_interpretation.
Дополнительное пояснение к тексту программы:
IP1: значения реализаций элементов is_deprecated_interpretation должны быть определены в момент, когда принимается решение об отказе от использования.
5.10.5.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.
5.10.5.5 Данные перевода (Translation_data)
Сущность translation_data записывает информацию о возможных переводах словарного элемента.
Пример представления на языке EXPRESS:
language: язык, на который переведен словарный элемент.
Примечание 1 — В случае невязки между исходным определением словарного элемента и некоторыми его переводами фактический смысл словарного элемента дается на исходном языке перевода.
responsible_translator: организация, ответственная за трансляцию на язык элемента.
translation_revision: № пересмотра соответствующего перевода.
Примечание 2 — Изменение № версии или изменение № пересмотра словарного элемента не всегда требует каких-либо изменений его перевода. Если изменений перевода, обусловленных изменением № версии или изменением № пересмотра словарного элемента, нет, то соответствующий № пересмотра перевода translation_revision не изменяется. Однако любые изменения перевода подразумевают изменение соответствующего translation_revision.
date_of_current_translation: дата последнего пересмотра перевода.
belongs_to: административные данные administrative_data, ссылающиеся на запись данных перевода translation_data.
5.10.6 Расширения определений единиц измерения по ИСО 10303-41
5.10.6.1 Общие положения
Данный подраздел определяет ресурсы описания единиц измерения в словаре. Здесь даны расширения ресурсов, определенных в ИСО 10303-41.
5.10.6.2 Единица, не относящаяся к системе СИ (Non_si_unit)
Сущность non_si_unit расширяет модель единицы измерения ИСО 10303-41. Она устанавливает представления единиц, не относящихся к системе СИ, которые не являются ни контекстно-зависимыми, ни производными (см. ИСО 10303-41).
Пример представления на языке EXPRESS:
names: метки label, используемые для именования описанных единиц измерения.
5.10.6.3 Правило подтверждения выбора (Assert_ONEOF rule)
Правило assert_ONEOF подтверждает, что выбор производится из следующих подтипов поименованных единиц измерения named_unit: единицы системы СИ si_unit, контекстно-зависимые единицы context_dependent_unit, производные единицы conversion_based_unit и единицы, не относящиеся к системе СИ non_si_unit.
Пример представления на языке EXPRESS:
5.10.6.4 Словарная единица измерения (Dic_unit)
Базовое представление единиц измерения производится в структурированной форме в соответствии с ИСО 10303-41. Но так как одной из целей хранения единиц измерения в словаре является удобство пользователя, только одного структурированного представления недостаточно. Оно должно быть дополнено строчным представлением.
Используемые определения имеют варианты:
- можно использовать функцию строки для единицы измерения string_for_unit (см. 5.12). Для рассматриваемого структурированного представления единицы измерения она возвращает строчное представление, соответствующее представлению, используемому в приложении B МЭК 61360-1:2009;
- строчное представление может быть дано в обычной текстовой форме (например, сущность математическая строка mathematical_string, атрибут текстового представления text_representation);
- представление MathML приводит расширенное представление единицы измерения, включая верхние индексы, нижние индексы и т.д. (например, сущность математическая строка mathematical_string, атрибут представления MathML_representation).
Сущность dic_unit описывает единицу измерения, включаемую в словарь.
Пример представления на языке EXPRESS:
structured_representation: структурированное представление по ИСО 10303-41, включая расширение, определенное в 5.10.6.
string_representation: функцию string_for_unit можно использовать для расчета строчного представления из structured_representation, когда строчное представление string_representation отсутствует.
Примечание - Атрибут структурированного представления structured_representation сущности dic_unit используется для кодирования атрибута свойства «Единица измерения».
5.11 Определения базового типа и сущности
5.11.1 Определение базового типа
Данный подраздел содержит определения базового типа и сущности, используемые в основной части модели. Нижеследующий раздел содержит определения базового типа и сущности, расположенные по английскому алфавиту.
5.11.2 Особенности структуры
5.11.2.1 Тип кода класса (Class_code_type)
Сущность class_code_type задает допустимые значения кода класса.
Пример представления на языке EXPRESS:
WR1: длина значений, соответствующих class_code_type, должна быть меньше или равна длине кода класса class_code_len (т.е. 35).
5.11.2.2 Тип кода (code_type)
Сущность code_type задает допустимые значения типа кода, используемого для идентификации.
Примечание - Если код также предназначен для обмена в соответствии с ИСО/ТС 29002-5, то рекомендуется выполнить требования, определенные данным стандартом. Для задания кода можно использовать только «безопасные символы». Безопасные символы включают: буквы верхнего регистра, цифры, двоеточия, десятичную точку, подчеркивание. В некоторых случаях допускается использование символа «-» (минус).
Пример представления на языке EXPRESS:
WR1: символ «#» не должен содержаться в значении code_type. Символ «#» используется для последовательного соединения идентификаторов (см.: CONSTANT sep_id) или кода и версии (см.: CONSTANT sep_cv).
WR2: пробелы не допускаются (во избежание проблем с предшествующими и последующими пропусками при последовательном соединении кодов).
WR3: значение code_type не должно быть пустой строкой.
5.11.2.3 Тип валюты (Currency_code)
5.11.2.3.1 Общие положения
Сущность currency_code задает значения, допустимые для кода валюты. Указанные значения соответствуют ИСО 4217.
Пример - «CHF» — код швейцарского франка, «CNY» — код китайского юаня, «JPY» — код японской йены, «SUR» — код рубля СССР, «USD» — код доллара США, «EUR» — код евро.
Пример представления на языке EXPRESS:
WR1: длина кода валюты currency_code равна 3.
5.11.2.3.2 Тип кода типа данных (Data_type_code_type)
Сущность data_type_code_type задает значения, допустимые для кода типа данных.
Пример представления на языке EXPRESS:
WR1: длина типа кода типа данных data_type_code_type должна быть равна значению data_type_code_len (т.е. 35).
5.11.2.3.3 Тип даты (Date_type)
Сущность date_type задает значения, допустимые для даты. Указанные значения соответствуют ИСО 8601.
Пример представления на языке EXPRESS:
5.11.2.4 Тип определения (Definition_type)
Сущность definition_type задает значения, допустимые для определения типа.
Пример представления на языке EXPRESS:
5.11.2.5 Тип классификации типа элемента данных (DET_classification_type)
Сущность DET_classification_type задает значения, допустимые для классификации типов элементов данных DET. Указанные значения используются для классификации DET в соответствии с ИСО 80000/МЭК 80000 (ранее ИСО 31).
Пример представления на языке EXPRESS:
WR1: длина значения DET_classification_type должна быть равна значению DET_classification_len (т.е. 3).
5.11.2.6 Тип примечания (Note_type)
Сущность note_type задает значения, допустимые для примечаний.
Пример представления на языке EXPRESS:
5.11.2.7 Тип предпочтительного имени (Pref_name_type)
Сущность pref_name_type задает значения, допустимые для предпочтительного имени.
Пример представления на языке EXPRESS:
WR1: длина значения pref_name_type не должна превышать длину pref_name_len (т.е. 255).
5.11.2.8 Тип кода свойства (Property_code_type)
Сущность property_code_type задает значения, допустимые для кода свойства.
Пример представления на языке EXPRESS:
WR1: длина значения property_code_type не должна превышать длину property_code_len (т.е. 35).
5.11.2.9 Тип заметки (Remark_type)
Сущность remark_type задает значения, допустимые для заметки.
Пример представления на языке EXPRESS:
5.11.2.10 Тип иерархического положения (Hierarchical_position_type)
Сущность hierarchical_position_type задает значения, допустимые для иерархического положения.
Пример представления на языке EXPRESS:
Примечание - Представление иерархического положения атрибутом hierarchical_position_type основано на использовании некоторых конвенций кодирования. В настоящем стандарте конвенции кодирования не рассматриваются.
5.11.2.11 Тип пересмотра (Revision_type)
Сущность revision_type задает значения, допустимые для № пересмотра.
Примечание - Для новой версии № пересмотра равен «0».
Пример представления на языке EXPRESS:
WR1: длина значения revision_type не должна превышать длину revision_len (т.е. 3).
WR2: значение revision_type должно содержать только цифры, его целое значение может быть только натуральным.
5.11.2.12 Тип короткого имени (Short_name_type)
Сущность short_name_type задает значения, допустимые для короткого имени.
Пример представления на языке EXPRESS:
WR1: длина значения short_name_type не должна превышать длину short_name_len (т.е. 30).
5.11.2.13 Тип кода поставщика (Supplier_code_type)
Сущность supplier_code_type задает значения, допустимые для кода поставщика.
Примечание - Если код поставщика также предназначен для обмена в соответствии с ИСО/ТС 29002-5, то различные части кода поставщика в соответствии с ИСО 6523 (ICD, OI, OPI, OPIS и AI) разделяются символом «-».
Пример представления на языке EXPRESS:
WR1: длина значения supplier_code_type не должна превышать длину supplier_code_len (т.е. 149).
5.11.2.14 Тип синонимичного имени (Syn_name_type)
Сущность syn_name_type задает значения, допустимые для синонимичного имени.
Пример представления на языке EXPRESS:
WR1: длина значения syn_name_type не должна превышать длину syn_name_len (т.е. 255).
5.11.2.15 Тип ключевого слова (Keyword_type)
Сущность keyword_type задает значения, допустимые для ключевых слов.
Пример представления на языке EXPRESS:
5.11.2.16 Тип глобальной идентификации ISO_29002_IRDI_type
Сущность ISO_29002_IRDI_type — это глобальный идентификатор, указывающий на администрируемый элемент в реестре. Структура данного идентификатора удовлетворяет синтаксическим требованиям к идентификаторам, определенным в ИСО/ТС 29002-5.
Примечание 1 — Сущность ISO_29002_IRDI_type может быть использована для любого вида информации, рассмотренной в ИСО/ТС 29002-5 и ассоциированной с идентификатором IRDI. Ниже рассмотрены три специальных случая, нашедшие применение в стандартной словарной схеме ISO13584_IEC61360_dictionary_schema: идентификатор ограничения constraint_identifier, идентификатор словарной единицы измерения dic_unit_identifier и идентификатор словарного значения dic_value_identifier.
Пример представления на языке EXPRESS:
WR1: в соответствии с ИСО/ТС 29002-5 длина идентификатора не должна превышать 290.
IP1: идентификатор должен удовлетворять требованиям, установленным в ИСО/ТС 29002-5 для международного идентификатора регистрации данных (IRDI).
Примечание 2 — В соответствии с ИСО/ТС 29002-5 IRDI состоит либо из строки, не содержащей символ «#» (идентификатор организации), либо из трех подстрок, не содержащих символ «#» внутри и разделенных символом «#» для указания администрированных элементов.
Примечание 3 — Случаи, когда IRDI не используется для идентификации организации:
- первая подстрока, называемая регистрационным идентификатором полномочий (RAI), указывает организацию, несущую ответственность за администрирование рассматриваемого элемента;
- вторая подстрока, называемая идентификатором данных (DI), содержит как категоризацию администрируемого элемента, представленную двумя символами и последующим знаком минус («-») в соответствии с ИСО/ТС 29002-5 (например, класс, свойство, единица измерения), так и идентификатор, назначенный для администрируемого элемента регистрационным идентификатором полномочий RAI;
- третья подстрока соответствует идентификатору версии (VI) IRDI.
5.11.2.17 Идентификатор ограничения (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: часть идентификатора, идущая после второго символа «#» (идентификатор данных), должна начинаться с «04-», чтобы указать на ограничение в соответствии с ИСО/ТС 29002-5.
5.11.2.18 Идентификатор словарной единицы измерения (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: часть идентификатора, идущая после второго символа «#» (идентификатор данных), должна начинаться с «05-», чтобы указать на единицу измерения по ИСО/ТС 29002-5.
Примечание - Идентификатор словарной единицы измерения dic_unit_identifier составляет международный идентификатор регистрации данных (IRDI) в соответствии с ИСО/МЭК 11179-5.
5.11.2.19 Идентификатор словарного значения (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: часть идентификатора, идущая после второго символа «#» (идентификатор данных), должна начинаться с «07-» для указания значения свойства в соответствии с ИСО/ТС 29002-5.
Примечание 3 — Идентификатор словарного значения dic_value_identifier составляет международный идентификатор регистрации данных (IRDI) в соответствии с ИСО/МЭК 11179-5.
5.11.2.20 Тип кода значения (Value_code_type)
Сущность value_code_type задает значения, допустимые для кода значения.
Пример представления на языке EXPRESS:
WR1: длина значения value_code_type не должна превышать длину value_code_len (т.е. 35).
5.11.2.21 Тип формата значения (Value_format_type)
Сущность value_format_type задает значения, допустимые для формата значения. Указанные значения определяются в соответствии с приложением D.
Пример представления на языке EXPRESS:
WR1: длина значения value_format_type не должна превышать длину value_format_len (т.е. 80).
5.11.2.22 Тип версии (Version_type)
Сущность version_type задает значения, допустимые для номера версии.
Пример представления на языке EXPRESS:
WR1: длина значения version_type не должна превышать длину version_len (т.е. 10).
WR2: значение version_type должно содержать только цифры.
5.11.2.23 Тип статуса (Status_type)
Сущность status_type задает значения, допустимые для статуса. Допустимые значения status_type не стандартизованы. Они должны быть определены для каждого отдельного словаря поставщиком словарных данных.
Пример 1 — Набор допустимых значений статуса элементов, предлагаемый для стандартизации агентству технической поддержки стандарта ИСО, определен директивами ИСО.
Пример 2 — Набор допустимых значений статуса элементов в базе данных стандарта МЭК определен директивами МЭК.
Примечание - Статус может быть ассоциирован со словарным элементом dictionary_element или со словарным значением dic_value.
Пример представления на языке EXPRESS:
5.11.2.24 Тип кода словаря (Dictionary_code_type)
Сущность dictionary_code_type — это тип кода code_type, задающий словарь.
Пример представления на языке EXPRESS:
WR1: длина значения dictionary_code_type не должна превышать длину dictionary_code_len (т.е. 131).
5.11.3 Определения базовой сущности
5.11.3.1 Общие положения
Данный подпункт содержит определения базовой сущности, расположенные по английскому алфавиту.
5.11.3.2 Даты (dates)
Сущность dates описывает три даты, ассоциированные соответственно с первым устойчивым описанием, текущим номером версии и текущим номером пересмотра для данного описания.
Примечание - По каждому отдельному правилу управления словарем поставщик информации словаря несет ответственность за выбор момента времени первого устойчивого описания элемента.
Пример представления на языке EXPRESS:
date_of_initial_definition: дата, ассоциированная с первой устойчивой версией элемента.
date_of_current_version: дата, ассоциированная с текущей версией.
date_of_current_revision: дата, ассоциированная с последним пересмотром.
5.11.3.3 Документ (document)
Сущность document — это абстрактный ресурс, заменяющий документ. Словарная схема обеспечивает только обмен идентификации документа (см. ниже). Сущность document может также быть описана как подтип с сущностями, использующими средства обмена данных документа.
Пример - Путем ссылки на внешний файл и на точную спецификацию формата файла.
Пример представления на языке EXPRESS:
5.11.3.4 Графика (graphics)
Сущность graphics — это абстрактный ресурс, описываемый как подтип, содержащий сущности, применяющие средства обмена графическими данными.
5.11.3.5 Внешняя графика (External_graphics)
Сущность external_graphics обеспечивает обмен графических данных с помощью внешних файлов, на которые производится ссылка сущностью graphic_file.
Пример представления на языке EXPRESS:
5.11.3.6 Графический файл (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 и translated_external_content определены в ИСО 13584-24:2003. На них производится ссылка стандартной словарной схемой ISO13584_IEC61360_dictionary_schema.
Пример представления на языке EXPRESS:
5.11.3.7 Идентифицированный документ (Identified_document)
Сущность identified_document описывает документ, идентифицированный своей меткой.
Пример представления на языке EXPRESS:
document_identifier: метка описанного документа.
WR1: длина значения document_identifier не должна превышать длину source_doc_len (т.е. 255).
5.11.3.8 Названия элементов (Item_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 используется для определения последовательности переводов (если это необходимо для атрибутов).
5.11.3.9 Метка с языком (Label_with_language)
Сущность label_with_language обеспечивает ресурс, ассоциирующий метку с языком.
Пример представления на языке EXPRESS:
l: метка, ассоциированная с языком.
language: код помеченного языка.
5.11.3.10 Математическая строка (Mathematical_string)
Сущность mathematical_string обеспечивает ресурсы, определяющие представление математических строк. Она допускает представление в формате MathML.
Пример представления на языке EXPRESS:
text_representation: «линейная» форма математической строки, использующая ИСО 843 (при необходимости).
MathML_representation: текст в формате MathML, размеченный в соответствии с требованиями XML DTD (определения типа документа) для MathML. Текст MathML обрабатывается как отдельная строка во время обмена (см. ИСО 10303-21).
5.12 Определения функций
5.12.1 Общие положения
Данный подраздел содержит функции, на которые производится ссылка из разделов по месту для подтверждения непротиворечивости данных и которые предоставляют ресурсы для разработки приложений.
5.12.2 Функция ациклического соотношения суперклассов (Acyclic_superclass_relationship)
Функция acyclic_superclass_relationship проверяет отсутствие цикла в соотношении суперклассов. Кардинальное число атрибута its_superclass в классе сущностей гарантирует, что существует дерево наследственности, а ациклических графов нет. Данная функция не проверяет тот факт, что реализации класса не ссылаются (в атрибуте its_superclass) на другую реализацию, которая, в сущности, является подклассом.
Пример представления на языке EXPRESS:
5.12.3 Функция проверки длины (Check_syn_length)
Функция check_syn_length проверяет тот факт, что длина атрибута s не превышает длину, определенную атрибутом s_length.
Пример представления на языке EXPRESS:
5.12.4 Функция проверки уникальности кода (Codes_are_unique)
Функция codes_are_unique возвращает значение TRUE, если коды значений value_codes уникальны внутри рассматриваемого списка значений.
Пример представления на языке EXPRESS:
5.12.5 Функция проверки наличия определения (Definition_available_implies)
Функция definition_available_implies проверяет, действительно ли существует определение, соответствующее рассматриваемому параметру BSU. Если данное определение существует, то возвращается значение параметра expression.
Пример представления на языке EXPRESS:
5.12.6 Функция проверки подкласса (Is_subclass)
Функция is_subclass возвращает значение TRUE, если подкласс является либо суперклассом, либо подклассом суперкласса. Если некоторые словарные определения dictionary_definition класса недоступны, то функция возвращает значение UNKNOWN.
Пример представления на языке EXPRESS:
5.12.7 Функция строчного представления производной единицы измерения (String_for_derived_unit)
Функция string_for_derived_unit возвращает строчное представление производной единицы измерения derived_unit (в соответствии с ИСО 10303-41), рассматриваемой как параметр. Элементы производной единицы измерения отличаются по знаку показателя степени. Если существуют элементы обоих знаков, то обозначение «/» используется для отделения положительных значений от отрицательных. Если имеются только отрицательные показатели степени, то используется обозначение «u-e». Точка «.» (десятичный код № 46 в соответствии с ИСО/МЭК 8859-1, см. раздел ИСО 10303-21) используется для отделения индивидуальных элементов.
Пример представления на языке EXPRESS:
5.12.8 Функция строчного представления поименованных единиц измерения (String_for_named_unit)
Функция string_for_named_unit возвращает строчное представление поименованной единицы измерения named_unit (в соответствии с ИСО 10303-41 и расширением в 5.10.6.2), рассматриваемой как параметр.
Пример представления на языке EXPRESS:
5.12.9 Функция строчного представления единицы системы СИ (String_for_SI_unit)
Функция string_for_SI_unit возвращает строчное представление единицы системы СИ si_unit (в соответствии с ИСО 10303-41), рассматриваемой как параметр.
Пример представления на языке EXPRESS:
5.12.10 Функция строчного представления единицы измерения (String_for_unit)
Функция string_for_unit возвращает строчное представление единицы измерения unit (в соответствии с ИСО 10303-41), рассматриваемой как параметр.
Примечание - Функция string_for_unit не вызывается кодами языка EXPRESS. Это функция-утилита, позволяющая вычислить строчное представление по атрибуту structured_representation словарной единицы измерения dic_unit, если строчное представление string_representation отсутствует. Данное строчное представление соответствует варианту, рассмотренному в приложении B МЭК 61360-1:2009.
Пример представления на языке EXPRESS:
5.12.11 Функция обеспечения доступа ко всем описаниям класса (All_class_descriptions_reachable)
Функция all_class_descriptions_reachable проверяет тот факт, что если словарные элементы dictionary_element дают описание класса и на них производится ссылка BSU некоторого класса class_BSU и всех его суперклассов, то они могут быть вычислены в дереве наследственности, определенном иерархией классов.
Пример представления на языке EXPRESS:
5.12.12 Функция вычисления известных видимых свойств (Compute_known_visible_properties)
Функция compute_known_visible_properties вычисляет набор свойств, являющихся видимыми в данном классе. Если определение недоступно, то функция возвращает только те видимые свойства, которые могут быть вычислены.
Примечание — Если словарные определения dictionary_definition некоторого класса не присутствуют в рассматриваемом контексте обмена (контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, свойства, определенные как видимые в данном суперклассе, не могут быть вычислены функцией compute_known_visible_properties. Только для получающей системы все словарные определения dictionary_definition базовых семантических единиц (BSU) являются доступными. Следовательно, для получающей системы функция compute_known_visible_properties вычисляет все свойства, являющиеся видимыми в классе, путем ссылки на него (или на любой его суперкласс) с помощью атрибута name_scope.
Пример представления на языке EXPRESS:
5.12.13 Функция вычисления известного видимого типа данных (Compute_known_visible_data_type)
Функция compute_known_visible_data_type вычисляет набор типов данных data_types, являющихся видимыми в данном классе. Если определение недоступно, то функция возвращает только видимые типы данных data_types, которые могут быть вычислены.
Примечание - Если словарные определения dictionary_definition некоторых классов не присутствуют в рассматриваемом контексте обмена (контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, типы данных data_types, определенные как видимые в данном суперклассе, не могут быть вычислены функцией compute_known_visible_data_type. Только для получающей системы все словарные определения dictionary_definition базовых семантических элементов (BSU) являются доступными. Следовательно, для получающей системы функция compute_known_visible_data_type вычисляет все типы данных data_types, являющиеся видимыми в классе, путем ссылки на данный класс (или любой его суперкласс) с помощью атрибута name_scope.
Пример представления на языке EXPRESS:
5.12.14 Функция вычисления известных применимых свойств (Compute_known_applicable_properties)
Функция compute_known_applicable_properties вычисляет набор свойств, являющихся применимыми в данном классе. Если определение недоступно, то функция возвращает только те применимые свойства, которые могут быть вычислены.
Примечание — Если словарное определение dictionary_definition некоторого класса не присутствует в рассматриваемом контексте обмена (контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, свойство, определенное как применимое в данном суперклассе, не может быть вычислено функцией compute_known_applicable_properties. Только для получающей системы все словарные определения dictionary_definition базового семантического элемента (BSU) являются доступными. Следовательно, для получающей системы функция compute_known_applicable_properties вычисляет все свойства, являющиеся применимыми в данном классе, так как на них производится ссылка атрибутом described_by, или они импортируются с помощью априорного семантического соотношения a_priori_semantic_relationship.
Пример представления на языке EXPRESS:
5.12.15 Функция вычисления известного применимого типа данных (Compute_known_applicable_data_types)
Функция compute_known_applicable_data_types вычисляет набор типов данных data_type, являющихся применимыми в данном классе. Если определение недоступно, то функция возвращает только те применимые типы данных data_types, которые могут быть вычислены.
Примечание - Если словарное определение dictionary_definition некоторого класса не присутствует в рассматриваемом контексте обмена (контекст обмена библиотеки PLIB никогда не предполагается полным), то суперкласс некоторого класса может быть неизвестен. Следовательно, типы данных data_types, определенные как применимые в данном суперклассе, не могут быть вычислены функцией compute_known_applicable_data_type. Только для получающей системы все словарные определения dictionary_definition базовых семантических единиц (BSU) являются доступными. Следовательно, для получающей системы функция compute_known_applicable_data_types вычисляет все типы данных data_types, являющиеся применимыми в классе, так как на них производится ссылка атрибутом defined_type, или они импортируются с помощью априорного семантического соотношения a_priori_semantic_relationship.
Пример представления на языке EXPRESS:
5.12.16 Функция создания набора из элементов списка (List_to_set)
Функция list_to_set создает набор из элементов списка с именем I. Тип элементов набора совпадает с типом элементов в исходном списке.
Пример представления на языке EXPRESS:
5.12.17 Функция проверки применимости свойств (Check_property_applicability)
Функция check_property_applicability проверяет тот факт, что только свойства, не являющиеся применимыми в классе по наследству, могут стать применимыми в данном классе, так как на них производится ссылка атрибутом described_by.
Пример представления на языке EXPRESS:
5.12.18 Функция проверки применимости типов данных (Check_datatypes_applicability)
Функция check_datatypes_applicability проверяет тот факт, что только типы данных, не являющиеся применимыми в классе по наследству, могут стать применимыми в данном классе, так как на них производится ссылка атрибутом defined_type.
Пример представления на языке EXPRESS:
5.12.19 Функция проверки уникальности языка перевода (One_language_per_translation)
Функция one_language_per_translation проверяет тот факт, что язык перевода административных данных administrative_data является уникальным.
Пример представления на языке EXPRESS:
5.12.20 Функция вычисления целых значений неколичественного типа (Allowed_value_integer_type)
Функция allowed_value_integer_type вычисляет набор целых integer_type значений, допустимых для атрибута non_quantitative_int_type. Если рассматриваемый параметр не определен, то функция возвращает неопределенное значение.
Пример представления на языке EXPRESS:
5.12.21 Функция идентификации свойств со значением класса (Is_class_valued_properties)
Функция is_class_valued_properties возвращает значение TRUE, если свойство prop определено как свойство со значением класса в классе cl с помощью атрибута sub_class_properties в классе cl или в любом его суперклассе. Если словарные определения dictionary_definition некоторых классов недоступны (при вычислении всех суперклассов для класса cl), то функция возвращает UNKNOWN.
Пример представления на языке EXPRESS:
5.12.22 Функция определения значения свойства (Class_value_assigned)
Функция class_value_assigned возвращает набор значений свойства prop, назначенного для класса cl, с помощью атрибута постоянного значения класса class_constant_value в классе cl или в любом его суперклассе. Если в различных суперклассах назначены различные значения, то функция возвращает набор всех этих назначенных значений. Если словарные определения dictionary_definition некоторых классов недоступны при вычислении всех суперклассов для класса cl, то возвращаются только вычисленные значения.
Пример представления на языке EXPRESS:
6 Стандартная схема языкового ресурса (ISO13584_IEC61360_language_resource_schema)
6.1 Краткое описание
Следующая схема обеспечивает ресурсы для представления строк на различных языках. Данная языковая схема извлечена из имеющейся словарной схемы и может быть использована в других схематиках. В значительной степени она основана на схеме поддержки ресурсов support_resource_schema ИСО 10303-41 и может рассматриваться как ее расширение. В соответствии с данной схемой только один особый язык можно использовать в рассматриваемом контексте обмена (в физическом файле) без дополнительных усложнений, которые становятся необходимыми при использовании нескольких языков. См. графические пояснения на рисунке 13.
Рисунок 13, лист 1 — Стандартная схема языкового ресурса ISO13584_IEC61360_language_resource_schema и схема ресурса поддержки support_resource_schema
Пример представления на языке EXPRESS:
Примечание - Вышеуказанная схема ресурса поддержки support_resource_schema описана в ИСО 10303-41.
6.2 Определения типов и сущностей стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema
6.2.1 Общие положения
Данный подраздел содержит определения типов и сущностей языка EXPRESS для стандартной языковой схемы ISO13584_IEC61360_language_resource_schema.
6.2.2 Код языка (Language_code)
Сущность language_code дает возможность идентифицировать язык в соответствии с ИСО 639-1.
- код языка в соответствии с ИСО 639-1 и ИСО 639-2, а также по выбору;
- код страны в соответствии с ИСО 3166-1, указывающий, в какой стране на данном языке говорят.
Пример представления на языке EXPRESS:
language_id: код, указывающий язык в соответствии с ИСО 639-1 и ИСО 639-2.
country_id: код, указывающий страну, где на данном языке говорят, в соответствии с ИСО 3166-1.
WR1: длина кода language_id равна 2 или 3.
WR2: длина кода country_id равна 2.
6.2.3 Назначение глобального языка (Global_language_assignment)
Сущность global_language_assignment указывает язык для переводимой метки translatable_label и переводимого текста translatable_text, если и метка, и текст выбраны соответственно (т.е. без явного указания языка, как это сделано в атрибутах переведенная метка translated_label и переведенный текст translated_text).
Пример представления на языке EXPRESS:
language: код назначенного языка.
6.2.4 Доступные переводы (Present_translations)
Сущность present_translations служит для указания языков, использованных для получения переведенной метки translated_label и переведенного языка translated_text.
Пример представления на языке EXPRESS:
language_codes: список уникальных кодов, соответствующих языкам, на которых сделан перевод.
UR1: для каждого списка кодов языков language_codes существует уникальная реализация доступных переводов present_translations.
6.2.5 Переводимая метка (Translatable_label)
Сущность translatable_label определяет тип значения, которое может быть меткой или переведенной меткой translated_labels.
Пример представления на языке EXPRESS:
6.2.6 Переведенная метка (Translated_label)
Сущность translated_label определяет метки, которые уже переведены, и соответствующий язык перевода.
Пример представления на языке EXPRESS:
labels: список меток labels, которые уже переведены.
language: список языков, на которые переведены рассматриваемые метки.
WR1: количество меток labels, содержащихся в списке labels, равно количеству языков, определяемому в атрибуте languages.language_codes.
IP1: содержание массива labels[i] на языке, идентифицированном массивом атрибутов languages.language_codes[i].
6.2.7 Переводимый текст (Translatable_text)
Сущность translatable_text определяет тип значений, который может быть текстом или переведенным текстом.
Пример представления на языке EXPRESS:
6.2.8 Переведенный текст (Translated_text)
Сущность translated_text определяет переведенные тексты и соответствующие языки перевода.
Пример представления на языке EXPRESS:
texts: список переведенных текстов.
languages: список языков, на которые переведен каждый текст.
WR1: количество текстов, содержащихся в списке текстов, равно количеству языков, определенных атрибутом languages.language_codes.
IP1: содержание массивов texts[i] на языке, идентифицированном атрибутом languages.language_codes[i].
6.3 Определения функций стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema
6.3.1 Общие положения
Данный подраздел содержит описание функции, на которую производится ссылка в разделах по месту для подтверждения непротиворечивости данных.
6.3.2 Функция проверки длины метки (Check_label_length)
Функция check_label_length проверяет тот факт, что ни одна из меток массива I не превышает длину, указанную атрибутом l_length.
Пример представления на языке EXPRESS:
6.4 Определение правила стандартной схемы языкового ресурса ISO13584_IEC61360_language_resource_schema
Правило single_language_assignment подтверждает, что только один язык может быть назначен для использования в переводимых метках translatable_label и переводимых текстах translatable_text.
Пример представления на языке EXPRESS:
7 Стандартная схема ограничений класса ISO13584_IEC61360_class_constraint_schema
7.1 Общие положения
Данный раздел определяет требования к схеме ограничений класса class_constraint_schema. Нижеследующее объявление языка EXPRESS представляет блок ISO13584_IEC61360_class_constraint_schema и задает необходимые внешние ссылки.
Пример представления на языке EXPRESS:
Примечание - Схематики, на которые производятся ссылки выше, описаны в следующих документах:
| ISO13584_IEC61360_dictionary_schema (дублируется для удобства в 4.5 и далее) |
МЭК 61360-2 |
|---|---|
| ISO13584_extended_dictionary_schema | ИСО 13584-24:2003 |
| ISO13584_instance_resource_schema | ИСО 13584-24:2003 |
| ISO13584_aggregate_value_schema | ИСО 13584-25 |
7.2 Введение в стандартную схему ограничений класса ISO13584_IEC61360_class_constraint_schema
Схема ISO13584_IEC61360_class_constraint_schema задает конструктивы языка EXPRESS, позволяющие переопределить путем задания ограничений область значений данного свойства, если оно применяется в подклассе характеристического класса, где данное свойство определено как видимое. Данное ограничение должно явно описывать только те ограничения области значений, которые следуют из структуры класса.
Пример - В ИСО 13584-511 класс болтов/винтов с метрической резьбой определен следующим образом: «крепежный элемент с головкой, наружной резьбой, цилиндрическим телом, на котором резьба нарезана частично или полностью, и головкой с приспособлениями для завинчивания». Данный класс среди прочих имеет два свойства: тип головки и свойства головки. Область значений свойства тип головки — это неколичественный тип данных, включающий главным образом следующие значения: шестигранная_головка, восьмигранная_головка и круглая_головка. Свойство свойства головки является особенностью. Это означает, что она имеет тип данных item_class. Областью значений является класс головка, определяющий любой вид головки. Класс головка имеет несколько подклассов: шестигранная головка, ассоциированная со всеми свойствами, позволяющими описывать шестигранную головку (например, размер под ключ), и круглая головка, ассоциированная со всеми свойствами, позволяющими описывать круглую головку (например, диаметр головки).
Класс болтов/винтов с метрической резьбой имеет подкласс, называемый винты с шестигранной головкой и определяемый следующим образом: «крепежный элемент с метрической наружной резьбой, шестигранной головкой и резьбой, нарезанной до головки». Данный класс унаследует свойства: тип головки и свойства головки. Из определения подкласса винтов с шестигранной головкой ясно, что свойство тип головки может принимать только значение шестигранная_головка. Свойство свойства головки может быть только реализацией класса особенностей шестигранная головка. Однако указанные ограничения являются неявными: они просто фиксируются неформально в определении сущности.
Таким образом, указанные ограничения не являются компьютерными. Рассматриваемые ограничения, определенные стандартной схемой ограничений класса ISO13584_IEC61360_class_constraint_schema, позволяют сделать следующие два ограничения явными путем ассоциирования их с классом винтов с шестигранной головкой: (1) ограничение нумерации enumeration_constraint для свойства тип головки (допускающее только код шестигранная_головка) и (2) subclass_constraint для свойства свойства головки (допускающее только класс особенностей шестигранная головка).
Ограничения наследуются. Если свойство, область значений которого имеет одно ограничение в классе C, требует задания другого ограничения в подклассе C, то оба ограничения применяются совместно. Таким образом, реальная область значений в подклассе C — это пересечение двух областей, определенных двумя ограничениями. Предложенный механизм аналогичен механизму повторного определения типа на языке EXPRESS.
Данная схема позволяет выразить ограничения, применимые к типам данных системы типов стандартной словарной схемы ISO13584_IEC61360_dictionary_schema. По правилу для данных сущностей, ссылающихся на ограничение, каждое ограничение применимо к типу данных, к которому оно относится.
7.3 Определения сущностей стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema
7.3.1 Общие положения
Данный раздел определяет сущности стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.
7.3.2 Ограничение (Constraint)
Сущность constraint позволяет дать определение ограничения.
Пример представления на языке EXPRESS:
constraint_id: атрибут constraint_identifier, задающий ограничения.
7.3.3 Ограничение свойства (Property_constraint)
Сущность property_constraint — это ограничение набора реализаций класса путем задания одного условия для области значений некоторого свойства данного класса.
Пример представления на языке EXPRESS:
constrained_property: базовая семантическая единица свойства property_BSU, для которой применяется ограничение.
7.3.4 Ограничение класса (Class_constraint)
Сущность class_constraint — это ограничение, накладывающее условие на допустимый набор реализаций класса. При этом рассматриваются несколько свойств или глобальных ограничений.
Пример представления на языке EXPRESS:
7.3.5 Ограничение управления конфигурацией (Configuration_control_constraint)
Сущность configuration_control_constraint накладывает условие на набор реализаций, на которые производится ссылка. На эти реализации некоторая другая ссылающаяся реализация может ссылаться прямо или косвенно с помощью цепочки свойств. Ссылающаяся реализация — это любая реализация класса, ссылающаяся на ограничение управления конфигурацией configuration_control_constraint с помощью атрибута constraint или наследующая его в классе, обладающем данным свойством. Сущность configuration_control_constraint определяет вспомогательное предварительное условие precondition наложения ограничения на ссылающуюся реализацию. Она определяет также выходное условие postcondition, задающее допустимые наборы значений некоторых свойств реализаций класса, на которые производится ссылка.
Пример - Болтовое соединение состоит из нижеследующего набора крепежных элементов: один крепежный элемент с наружной резьбой, некоторое количество шайб и одна или несколько гаек. Существуют различные виды резьбы, включая резьбу винта-самореза, резьбу винта по дереву, метрическую наружную резьбу, метрическую внутреннюю резьбу, дюймовую внутреннюю резьбу и дюймовую наружную резьбу. Предположим, что нужно дать описание метрического болтового соединения. Нужно гарантировать, что какая бы ни была точностная структура соединения, и крепежный элемент с наружной резьбой, и все гайки данного соединения имеют метрическую резьбу. Для этого в классе метрических болтовых соединений задается ограничение управления конфигурацией configuration_control_constraint, гарантирующее, что любой крепежный элемент (соответствующий ISO 13584-511), на который производится ссылка некоторой реализацией данного класса (или любого его подкласса), либо должен принадлежать классам, в которых не задано значение свойства тип резьбы (например, шайба), либо должен принадлежать классам, значения которых принадлежат паре (метрическая наружная резьба, метрическая внутренняя резьба).
Примечание 1 — Как предварительное условие precondition, так и выходное условие postcondition могут ограничивать только те свойства, данные которых имеют неколичественный кодовый тип non_quantitative_code_type. Такие свойства могут быть заданы для значений либо на уровне реализации, либо на уровне класса, если они объявлены как свойства со значением класса, т.е. свойства подкласса sub_class_properties в некотором классе.
Примечание 2 — Свойства, на которые производится ссылка в предварительном условии precondition, должны быть применимы в классе, ссылающемся на ограничение управления конфигурацией configuration_control_constraint.
Примечание 3 — В ограничении управления конфигурацией configuration_control_constraint используются фильтры filters. Они накладывают предварительное условие на ссылающуюся реализацию и задают ограничения на реализации, на которые производится ссылка.
Пример представления на языке EXPRESS:
precondition: фильтры filters ссылающейся реализации для наложения ограничения.
Примечание 4 — Если набор фильтров пуст, то ограничение накладывается на любую ссылающуюся реализацию.
postcondition: фильтры filters реализации, на которую ссылаются, для получения разрешения на данную ссылку.
7.3.6 Фильтр (Filter)
Сущность filter — это ограничение нумерации enumeration_constraint, ограничивающее допустимую область свойства, тип данных которого либо неколичественный кодовый non_quantitative_code_type, либо неколичественный целый non_quantitative_int_type.
Пример представления на языке EXPRESS:
referenced_property: свойство, область значений которого ограничена фильтром filter.
domain: ограничение нумерации enumeration_constraint, ограничивающее область значений свойства, на которое производится ссылка.
WR1: тип данных ссылочного свойства referenced_property — это либо неколичественный кодовый non_quantitative_code_type, либо неколичественный целый non_quantitative_int_type.
WR2: сущность domain должна определять область значений, которая может ограничивать исходную область значений свойства.
7.3.7 Ограничение целостности (Integrity_constraint)
Сущность integrity_constraint — это особое ограничение свойства, которое объявляет явно, что для некоторого конкретного класса (как результат определения данного класса и всех его подклассов) только ограничение области значений, идентифицированное типом данных, допустимо для свойства.
Пример - В ссылочном словаре, определенном для крепежных элементов в ИСО 13584-511, болт/винт с метрической резьбой имеет свойство свойства головки, которое может приобретать в качестве значения член любого подкласса рассматриваемого класса особенностей головки. Если данный болт/винт с метрической резьбой также является членом подкласса винтов с шестигранной головкой, то свойство свойства головки может только быть членом класса особенностей шестигранной головки. В противном случае рассматриваемый болт/винт с метрической резьбой не может быть членом подкласса винтов с шестигранной головкой.
Примечание - В рассмотренном выше примере ограничение целостности никак не изменяет смысл свойства свойства головки, унаследованное от болта/винта с метрической резьбой, переходящее к винту с шестигранной головкой. Рассматриваемое ограничение явно указывает на тот факт, что в контексте подкласса винтов с шестигранной головкой допустимым остается только подмножество значений для данного свойства в контексте класса болтов/винтов с метрической резьбой.
Пример представления на языке EXPRESS:
redefined_domain: ограничение, накладываемое на область значений ограниченного свойства.
WR1: повторно определенная область redefined_domain должна задавать область значений, ограничивающую исходную область значений свойства.
7.3.8 Ограничение на условия контекста (Context_restriction_constraint)
Сущность context_restriction_constraint — это ограничение свойства property_constraint, накладывающее условие на допустимую область значений контекстных параметров, от которых зависит рассматриваемое контекстно-зависимое свойство.
Пример представления на языке EXPRESS:
context_parameter_constraints: ограничение, применимое в области значений контекстных параметров.
WR1: набор свойств, область значений которого ограничена свойством context_parameter_constraint, должен являться набором контекстных параметров, от которых зависит рассматриваемое ограниченное свойство.
WR2: все ограничения контекстных параметров context_parameter_constraint должны быть ограничениями целостности integrity_constraints.
WR3: ограниченное свойство constrained_property должно быть контекстно-зависимым типом данных property dependent_P_DET.
7.3.9 Ограничение области (Domain_constraint)
Сущность domain_constraint задает условие, ограничивающее область значений типа данных.
Пример представления на языке EXPRESS:
7.3.10 Ограничение подкласса (Subclass_constraint)
Сущность subclass_constraint ограничивает область значений типа ссылки на класс class_reference_type для одного или нескольких подклассов рассматриваемого класса, определяющего исходную область.
Пример представления на языке EXPRESS:
subclasses: базовые семантические единицы класса class_BSUs, переопределяющие данный класс, которому должны принадлежать значения ограниченного свойства constrained_property.
7.3.11 Ограничение подтипа сущности (Entity_subtype_constraint)
Сущность entity_subtype_constraint ограничивает область значений типа реализации сущности entity_instance_type до подтипа СУЩНОСТИ, определяющей ее исходную область.
Пример представления на языке EXPRESS:
subtype_names: набор строк, описывающих (в формате функции типа TYPEOF языка EXPRESS) имена типов данных сущности языка EXPRESS, принадлежащих результату действия функции типа TYPEOF языка EXPRESS, примененной к значению, ссылающемуся на повторно определенное ограниченное свойство constrained_properties.
7.3.12 Ограничение нумерации (Enumeration_constraint)
Сущность enumeration_constraint ограничивает область значений типа данных до списка значений, определенных в расширении. Порядок, определенный списком, — это рекомендуемый порядок представления информации. Конкретное описание по желанию может быть ассоциировано с каждым значением подмножества с помощью неколичественного целого типа non_quantitative_int_type, i-е значение которого описывает смысл i-го значения подмножества.
Для подтипов number_type, ассоциированных со словарными единицами измерения dic_unit и альтернативными единицами измерения и, возможно, с идентификаторами словарных единиц измерения dic_unit_identifier, а также с идентификаторами альтернативных единиц измерения, данное ограничение применяется к значению, соответствующему словарной единице dic_unit или одному идентификатору словарной единицы dic_unit_identifier. Если существуют и сама единица, и ее идентификатор, то они соответствуют одной и той же единице измерения.
Для подтипов number_type, ассоциированных с валютой, ограничения накладываются на валюту, указанную в определении их типов данных. Если никакая валюта в определении типов данных не указана, то рассматриваемое ограничение не используется.
Для значений, принадлежащих переводимому строчному типу translatable_string_type, ограничения накладываются на строку, представленную на исходном языке, на котором определена область значений свойства. Данный исходный язык может быть определен атрибутом source_language административных данных administrative_data свойства. Если данный атрибут не существует, то указанный исходный язык считается известным пользователю словаря.
Если какое-либо другое ограничение нумерации enumeration_constraint накладывается на свойство, ранее уже ассоциированное с некоторым ограничением нумерации enumeration_constraint в некотором суперклассе, то применяются оба ограничения. Таким образом, допустимый набор значений — это пересечение двух подмножеств. Порядок представления информации и возможный смысл ограничения, ассоциированного с каждым значением для рассматриваемого ограничения нумерации enumeration_constraint, иллюстрируется примерами ниже.
Пример 1 — Если (в классе C1) данное свойство ассоциировано с ограничением нумерации enumeration_constraint, атрибут subset которого равен {1, 3, 5, 7}, то в классе C1 и в любом его подклассе свойство P1 может принимать только одно из четырех следующих значений: 1, 3, 5, 7.
Пример 2 — Если тип данных свойства P1 — это целочисленный массив LIST [1:4], и если в классе C1 данное свойство ассоциировано с ограничением нумерации enumeration_constraint, атрибут subset которого {{1}, {3, 5}, {7}, {1, 3, 7}}, то в классе C1 и в любом его подклассе свойство P1 может принимать только одно из четырех следующих значений: {1}, {3, 5}, {7}, {1, 3, 7}.
Пример представления на языке EXPRESS:
subset: список, описывающий подмножество значений, допустимых для свойства, идентифицированного атрибутом constrained_properties.
value_meaning: набор словарных значений dic_value, определяющих смысл каждого значения, принадлежащего списку subset.
WR1: если существует неколичественный целый тип non_quantitative_int_type для смысла значения value_codes, то набор кодов value_codes его словарных значений dic_value должен принадлежать подмножеству 1.. SIZE_OF.
7.3.13 Ограничение диапазона (Range_constraint)
Сущность range_constraint ограничивает область значений упорядоченного типа подмножеством значений, определенных некоторым диапазоном.
Примечание 1 — Строка не рассматривается как упорядоченный тип и не может быть ограничена условием range_constraint.
Для подтипов number_type, ассоциированных со словарными единицами измерения dic_unit, альтернативными единицами измерения, а также, возможно, с идентификаторами словарных единиц измерения dic_unit_identifier и идентификаторами альтернативных единиц измерения, рассматриваемое ограничение накладывается на значение, соответствующее словарной единице dic_unit или одному идентификатору словарной единицы dic_unit_identifier. Если существуют и словарная единица, и идентификатор, то они должны соответствовать одной и той же единице измерения.
Для подтипов number_type, ассоциированных с валютой, ограничение накладывается на валюту, указанную в определении их типов данных. Если никакая валюта в определении типа данных не указана, то ограничение не используется.
Примечание 2 — Для неколичественного целого типа данных non_quantitative_int_type ограничения накладываются на код значения value_code.
Пример представления на языке EXPRESS:
min_value: число, определяющее нижнюю границу диапазона значений; если это число не задано, то нижней границы нет.
max_value: число, определяющее верхнюю границу диапазона значений; если это число не задано, то верхней границы нет.
min_inclusive: указывает, действительно ли минимальное значение min_value принадлежит рассматриваемому диапазону; если такое значение не задано, то нижней границы нет.
max_inclusive: указывает действительно ли максимальное значение max_value принадлежит рассматриваемому диапазону; если такое значение не задано, то верхней границы нет.
WR1: min_value должно быть меньше или равно max_value.
WR2: min_value и max_value должны иметь один и тот же тип данных.
WR3: если min_value задано, то min_inclusive также должно быть задано.
WR4: если max_value задано, то max_inclusive также должно быть задано.
7.3.14 Ограничение на длину строки (String_size_constraint)
Сущность string_size_constraint ограничивает длину строки, допустимую типом строки или ее подтипом.
Примечание 1 — Областью значений свойства string_type может быть строчный тип string_type, непереводимый строчный тип non_translatable_string_type, переводимый строчный тип translatable_string_type, тип универсального идентификатора ресурса URI_type, неколичественный кодовый тип non_quantitative_code_type, тип данных о дате date_data_type, тип данных о времени time_data_type или тип данных о дате и времени date_time_data_type.
Примечание 2 — Для неколичественного кодового типа non_quantitative_code_type ограничение накладывается на код.
Для значений, принадлежащих переводимому строчному типу translatable_string_type, ограничение накладывается на строку, представленную на исходном языке, на котором дано определение области значений свойств. Исходный язык может быть определен атрибутом source_language административных данных administrative_data свойства. Если данный атрибут не существует, то рассматриваемый исходный язык предполагается известным пользователю словаря.
Пример представления на языке EXPRESS:
min_length: минимальная длина строки, допустимая в качестве значения свойства, идентифицированного атрибутом constrained_properties.
max_length: максимальная длина строки, допустимая в качестве значения свойства, идентифицированного атрибутом constrained_properties.
Примечание 3 — Если значение min_length не существует, то берется 0. Если значение max_length не существует, то берется бесконечность.
WR1: значения min_length и max_length задают корректные границы.
7.3.15 Ограничение на шаблон строки (String_pattern_constraint)
Сущность string_pattern_constraint ограничивает область значений строчного типа string_type или любого его подтипа до значений, заданных конкретным шаблоном. Синтаксис шаблона определен регулярным выражением языка XML и ассоциированными алгоритмами сравнения, определенными в схеме XML, часть 2: «Рекомендованные типы данных».
Примечание 1 — Область значений свойства string_type — это строчный тип string_type, непереводимый строчный тип non_translatable_string_type, переводимый строчный тип translatable_string_type, тип универсального идентификатора ресурса URI_type, неколичественный кодовый тип non_quantitative_code_type, тип данных даты date_data_type, тип данных времени time_data_type или тип данных даты и времени date_time_data_type.
Для строчного типа string_type, непереводимого строчного типа non_translatable_string_type, типа универсального идентификатора ресурса URI_type, неколичественного кодового типа non_quantitative_code_type, типа данных о дате date_data_type, типа данных о времени time_data_type или типа данных о времени и дате date_time_data_type ограничение накладывается на (уникальную) строку, значения которой — это значение указанного типа данных. Для неколичественного кодового типа non_quantitative_code_type ограничение накладывается на код.
Для значений, принадлежащих переводимому строчному типу translatable_string_type, ограничение накладывается на строку, представленную на исходном языке, на котором определена область значений свойства. Исходный язык может быть определен атрибутом source_language административных данных administrative_data свойства. Если данный атрибут не существует, то данный исходный язык предполагается известным пользователю словаря.
Примечание 2 — Для неколичественного кодового типа non_quantitative_code_type, типа данных о дате date_data_type, типа данных о времени time_data_type или типа данных о времени и дате date_time_data_type шаблон должен соответствовать неформальным требованиям, определенным соответствующими типами данных.
Пример представления на языке EXPRESS:
pattern: шаблон значений строки, допустимых в качестве значений свойства, идентифицированного атрибутом constrained_property.
Дополнительное пояснение к тексту программы:
IP1: синтаксис шаблона pattern должен удовлетворять требованиям синтаксиса регулярных выражений языка XML и ассоциированных алгоритмов сравнения, определенных схемой XML, часть 2: «Рекомендованные типы данных».
Пример - Шаблон схемы XML «[0-9]{4}-[0-9]{2}-[0-9]{2}» соответствует выражению языка структурированных запросов SQL «[0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]». Он допускает сравнение строк типа «2009-05-3».
7.3.16 Cardinality_constraint
Сущность cardinality_constraint ограничивает кардинальное число комплексного типа данных.
Примечание 1 — Результирующий диапазон значений кардинального числа — это пересечение уже существующих диапазонов значений кардинального числа и диапазона, определенного атрибутом cardinality_constraint.
Примечание 2 — Ограничения cardinality_constraint недопустимы для типа данных array_type.
Пример представления на языке EXPRESS:
bound_1: нижняя граница кардинального числа.
bound_2: верхняя граница кардинального числа.
Примечание 3 — Если граница bound_1 не задана, то минимальное кардинальное число равно 0. Если граница bound_2 не задана, то максимальное кардинальное число не ограничено.
WR1: атрибуты bound_1 и bound_2 задают корректные границы.
7.4 Определения типа стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema
7.4.1 Общие положения
Данный подраздел определяет типы стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.
7.4.2 Ограничение и идентификатор ограничения (Constraint_or_constraint_id)
Сущность constraint_or_constraint_id задает либо само ограничение constraint, либо идентификатор ограничения constraint_identifier.
Пример представления на языке EXPRESS:
7.5 Определения функций стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema
7.5.1 Общие положения
Данный подраздел определяет функции стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.
7.5.2 Функция определения целого значения в диапазоне (Integer_value_in_range)
Функция integer_value_in_range вычисляет целое значение, принадлежащее диапазону целых значений, определенному своими нижней и верхней границами. Если границы диапазона не определены, то значение функции также не определено.
Пример представления на языке EXPRESS:
7.5.3 Функция проверки предварительного условия (Correct_precondition)
Функция correct_precondition проверяет тот факт, что предварительное условие ограничения управления конфигурацией configuration_control_constraint, определенное атрибутом cons, использует только свойства, применимые в классе cl. Функция возвращает логическое значение. Это значение неизвестно, если полный набор применимых свойств в классе не может быть вычислен.
Пример представления на языке EXPRESS:
7.5.4 Функция проверки корректности типа ограничения (Correct_constraint_type)
Функция correct_constraint_type проверяет тот факт, что ограничение на область domain_constraint, определенное атрибутом cons, совместимо с типом данных data_type, определенным атрибутом typ. Функция возвращает логическое значение. Это значение неизвестно, если тип domain_constraint, определенный атрибутом cons, не является одним из подтипов, определенных стандартной схемой ограничений класса ISO13584_IEC61360_class_constraint_schema.
Пример представления на языке EXPRESS:
7.5.5 Функция проверки совместимости типа данных и значения (Compatible_data_type_and_value)
Функция compatible_data_type_and_value проверяет тот факт, что тип значения val атрибута primitive_value совместим с типом, определенным атрибутом dom. Функция возвращает логическое значение, равное TRUE, если типы совместимы. Это значение равно FALSE, если типы несовместимы. Данная функция возвращает значение UNKNOWN, когда тип данных val соответствует типу неуправляемой реализации uncontrolled_instance_value (см. ИСО 13584-24:2003) или если рассматриваемый тип не относится к типам, определенным стандартной схемой ресурса реализаций ISO13584_instance_resource_schema.
Примечание - Значение переменной val может существовать и может не существовать.
Пример представления на языке EXPRESS:
7.6 Определение правил стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema
7.6.1 Общие положения
Данный подраздел определяет правила стандартной схемы ограничений класса ISO13584_IEC61360_class_constraint_schema.
7.6.2 Уникальный идентификатор ограничения (Unique_constraint_id)
Правило unique_constraint_id подтверждает, что два идентификатора ограничения constraint_identifier, ассоциированные с двумя различными ограничениями, имеют различные значения.
Пример представления на языке EXPRESS:
8. Стандартная условная схема класса элементов ISO13584_IEC61360_item_class_case_of_schema
8.1 Краткое описание
Данный раздел определяет требования к условной схеме класса элементов ISO13584_IEC61360_item_class_case_of_schema. Нижеследующая декларация языка EXPRESS представляет блок схемы ISO13584_IEC61360_item_class_case_of_schema и задает необходимые внешние ссылки.
Пример представления на языке EXPRESS:
Примечание - Схематики, на которые производятся ссылки выше, можно найти в следующих документах:
8.2 Введение в стандартную условную схему класса элементов ISO13584_IEC61360_item_class_case_of_schema
Полная общая словарная модель ИСО/МЭК поделена между несколькими документами по принципу блочности. Модель ядра онтологии продукта определена в МЭК 61360-2 и дублирована в настоящем стандарте. Ресурс расширения данной модели, включая представление реализации, представление документа, функциональную модель, функциональные виды и представление таблицы, определен в ИСО 13584-24:2003. Различные стандартные уровни практической реализации полной стандартной модели ИСО/МЭК, называемые классами соответствия, определены в ИСО 13584-25 и дублируются (для справочных целей) в МЭК 61360-5. Первый уровень точно соответствует содержанию настоящего стандарта главным образом в части ресурса для агрегатно-структурированных значений, определенных в ИСО 13584-25. Прочие классы соответствия включают главным образом ресурсы из ИСО 13584-24:2003.
Определение класса элементов как другого условного класса элементов все чаще используется в приложениях, основанных на общей словарной модели ИСО 13584/МЭК 61360. Более того, данная версия настоящего стандарта требует изменения информационной модели данного понятия. Поэтому принято решение перенести соответствующую сущность языка EXPRESS, называемую условный класс элементов item_class_case_of, и ее суперкласс, называемый априорным семантическим соотношением a_priori_semantic_relationship, из ИСО 13584-24:2003 в настоящий стандарт. Указанные сущности включены в новую схему, называемую стандартной условной схемой класса элементов ISO13584_IEC61360_item_class_case_of_schema. ИСО 13584-24:2003 и ИСО 13584-25 обновляются путем внесения технических поправок в установленном порядке.
8.3 Определения сущностей стандартной условной схемы класса элементов ISO13584_IEC61360_item_class_case_of_schema
8.3.1 Априорное семантическое соотношение
Априорное семантическое соотношение a_priori_semantic_relationship — это абстрактный класс, определенный на базе других классов. Данный класс может импортировать свойства, типы данных, таблицы и документы, содержащиеся в указанных классах. Он также импортирует все ограничения, накладывающие условия на область импортированных свойств в классе, из которого они импортированы. Данный абстрактный ресурс разбивается классами на подтипы. Если класс специализирует некоторое априорное семантическое соотношение a_priori_semantic_relationship, то свойства, типы данных, таблицы или документы, определения которых импортированы по наследству с помощью a_priori_semantic_relationship, становятся применимыми в классе, который их импортирует. В частности, свойства и типы данных, импортированные таким образом, могут использоваться для описаний реализаций класса. Факт наличия аспекта (продукта), соответствующего каждому импортированному свойству, является необходимым критерием членства в классе.
Примечание 1 — Все импортированные свойства и типы данных становятся непосредственно применимыми без обеспечения их видимости. Таким образом, они не возвращаются функцией вычисления известных видимых свойств compute_known_visible_properties или функцией вычисления известных видимых типов данных compute_known_visible_data_type.
Примечание 2 — Соотношение наследственности — это хорошо известный пример установления семантического соотношения между классами, моделируемыми в соответствии с имеющейся объектно-ориентированной парадигмой. Все свойства и прочие ресурсы, определенные в классе, обычно задаются неявно во всех своих подклассах. Данное соотношение используется в стандартах серии ИСО 13584, где все свойства, типы данных, таблицы или документы, видимые (и, соответственно, применимые) в некоторых классах, являются неявно видимыми (и, соответственно, применимыми) во всех своих подклассах. Как обычно, в ИСО 13584 данное наследование является неявным (т.е. не объявлено с помощью априорного семантического соотношения a_priori_semantic_relationship) и глобальным (т.е. все свойства и типы данных унаследованы всеми его подклассами). Априорное семантическое соотношение a_priori_semantic_relationship дает возможность определять прочие семантические соотношения, используемые в области приложений ИСО 13584, и, в частности, условные соотношения, допускающие явное и частичное импортирование свойств и прочих ресурсов, определенных в классе.
Пример представления на языке EXPRESS:
referenced_classes: классы, откуда импортируются свойства, типы данных, таблицы и документы.
Примечание 3 — Класс, из которого импортируются свойства, типы данных, таблицы и документы, не может быть выведен по идентификации импортированных свойств, типов данных, таблиц и документов потому, что они сами могут быть импортированы из класса, где они унаследованы или импортированы. Например, по МЭК 61360-DB «входное напряжение» — это свойство, видимое на корневом уровне классификации Международной электротехнической комиссии (МЭК). Если поставщик класса импортирует свойство «входное напряжение» из класса «транзисторы» МЭК, то: (1) поставщик класса определяет транзистор, (2) указанные транзисторы описаны с помощью свойства «входное напряжение».
referenced_properties: свойства, определения которых импортированы с помощью сущности a_priori_semantic_relationship.
Примечание 4 — Списочный порядок определяет порядок по умолчанию для представления импортированных свойств во время процесса обеспечения доступа пользователя к различным подтипам априорного семантического соотношения a_priori_semantic_relationship.
referenced_data_type: типы данных, определения которых импортированы с помощью сущности a_priori_semantic_relationship.
referenced_tables: таблицы, определения которых импортированы с помощью сущности a_priori_semantic_relationship.
Примечание 5 — Подробные описания ресурсов и правил пользования таблицами даны в ИСО 13584-24:2003. Они не используются ни в настоящем стандарте, ни в интегрированных моделях, задокументированных в ИСО 13584-32 (OntoML) и ИСО 13584-25.
referenced_document: документы, определения которых импортированы с помощью сущности a_priori_semantic_relationship.
Примечание 6 — Составные части описания ресурсов и правил пользования документами определены в ИСО 13584-24:2003. Они используются в интегрированных моделях, задокументированных в ИСО 13584-32 (OntoML) и ИСО 13584-25.
referenced_constraint: ссылочные ограничения свойств property_constraints, накладываемые на различные импортированные свойства.
Примечание 7 — В отличие от других ссылочных сущностей ссылочные ограничения referenced_constraints не могут быть выбраны при разработке априорного семантического соотношения a_priori_semantic_relationship. Указанные ограничения — это все ограничения для всех свойств, определенных атрибутом referenced_properties в любом классе атрибута referenced_class.
WR1: все ссылочные ограничения referenced_constraints, не относящиеся к IRDI, должны быть ограничениями свойств property_constraints.
WR2: все ссылочные ограничения referenced_constraints должны ограничивать свойства, импортированные с помощью атрибута referenced_properties.
WR3: все ограничения свойств property_constraints, ограничивающие одно из ссылочных свойств referenced_properties в любом ссылочном классе referenced_classes, должны быть импортированы с помощью атрибута referenced_constraints.
WR4: импортированные свойства, определенные атрибутом referenced_properties, должны быть видимыми или применимыми в одном из классов, принадлежащих атрибуту referenced_classes.
WR5: импортированные типы, определенные атрибутом referenced_data_types, должны быть видимыми или применимыми в одном из классов, принадлежащих атрибуту referenced_classes.
IP1: все ограничения, представленные идентификаторами constraint_identifiers в наборе referenced_constraints, должны соответствовать требованиям ограничений свойств property_constraints, наложенных на одно из ссылочных свойств referenced_properties в одном из рассматриваемых ссылочных классов referenced_classes. Такие ограничения не могут быть представлены (в том же наборе ссылочных ограничений referenced_constraint) одновременно и как ограничение свойства property_constraint, и как идентификатор ограничения constraint_identifier.
Примечание 8 — Ограничение, представленное как ограничение свойства property_constraint в одном из ссылочных классов referenced_classes, может быть представлено в наборе ссылочных ограничений referenced_constraints либо как ограничение свойства property_constraint, либо как идентификатор ограничения constraint_identifier.
IP2: все ограничения, представленные идентификатором ограничения constraint_identifier в одном из рассматриваемых ссылочных классов referenced_classes (с соответствующим ограничением свойства property_constraint, наложенным на одно из свойств, импортированных с помощью атрибута referenced_properties), должны быть представлены идентификатором ограничения constraint_identifier в наборе ссылочных ограничений referenced_constraints.
Примечание 9 — Эти два неформальных правила гарантируют, что рассматриваемый набор ссылочных ограничений referenced_constraints является объединением наборов ограничений свойств property_constraint, определенных в различных ссылочных классах referenced_classes с ограниченными свойствами constrained_property, принадлежащими набору ссылочных свойств referenced_properties, даже если контекст обмена не содержит определений всех классов, привлеченных к априорному семантическому соотношению a_priori_semantic_relationship, и если некоторые ограничения представлены только их идентификаторами constraint_identifier.
8.3.2 Условный класс элементов (Item_class_case_of)
Сущность item_class_case_of дает описание класса элементов, определенного как условная комбинация некоторых других классов элементов.
Примечание 1 — Сущность item_class_case_of определяет априорное семантическое соотношение.
Пример представления на языке EXPRESS:
is_case_of: классы элементов item_class(es), из которых комбинируется рассматриваемый класс элементов item_class.
imported_properties: список свойств, импортированных из классов элементов item_class(es), из которых комбинируется рассматриваемый класс элементов item_class.
imported_types: набор типов данных, импортированных из классов элементов item_class(es), из которых комбинируется рассматриваемый класс элементов item_class.
imported_tables: набор базовых семантических единиц таблиц table_BSUs, импортированных из классов элементов item_class(es), из которых комбинируется рассматриваемый item_class.
imported_documents: набор базовых семантических единиц документов document_BSUs, импортированных из классов элементов item_class(es), из которых комбинируется рассматриваемый item_class.
imported_constraints: набор ограничений свойств property_constraint или идентификаторов ограничений constraint_id, импортированных из классов элементов item_class(es), из которых комбинируется рассматриваемый item_class.
Примечание 2 — В отличие от других импортированных сущностей, импортированные ограничения imported_constraints не могут быть выбраны при разработке условного класса элементов item_class_case_of. Указанные ограничения — это все ограничения, наложенные на область значений любого из свойств, определенного импортированными свойствами imported_properties в классах атрибута is_case_of, из которых они импортированы. Это определено областью применения априорного семантического соотношения a_priori_semantic_relationship.
WR1: суперклассом для условного класса элементов item_class_case_of должен быть класс элементов item_class.
WR2: условный класс элементов item_class_case_of должен быть комбинацией классов элементов item_class(es).
WR3: свойства подкласса sub_class_properties должны принадлежать либо списку описаний described_by, либо списку импортированных свойств imported_properties.
WR4: все свойства со значением класса, объявленные с помощью свойств подкласса sub_class_properties (являющихся импортированными свойствами imported_properties), должны быть свойствами со значением класса во всех комбинируемых классах, где они применимы.
WR5: значения, заданные импортированному свойству с помощью атрибута значения константы класса class_constant_value, не должны различаться более чем на возможное значение, заданное для того же самого свойства в рассматриваемых ссылочных классах.
WR6: все импортированные свойства imported_properties, являющиеся свойствами со значением класса, являющегося условной комбинацией других классов, должны быть свойствами со значением класса в рассматриваемом классе.
WR7: всем импортированным свойствам imported_properties со значением константы класса class_constant_value из условной комбинации других классов должно быть задано одно и то же значение константы класса class_constant_value в рассматриваемом классе.
8.4 Определения функций стандартной схемы условного класса элементов ISO13584_IEC61360_item_class_case_of_schema
8.4.1 Общие положения
Данный подраздел содержит описания функций, на которые производится ссылка в разделах по месту для подтверждения непротиворечивости данных или для создания ресурсов приложений.
8.4.2 Функция вычисления ограничения известного свойства (Compute_known_property_constraints)
Функция compute_known_property_constraints вычисляет набор ограничений свойств property_constraints, применимых для свойств набора классов. Ограничения, представленные их идентификаторами, не вычисляются. Если определение класса недоступно, то функция возвращает только те ограничения свойств property_constraints, которые могут быть вычислены.
Примечание - Если словарное определение dictionary_definition класса недоступно в рассматриваемом контексте обмена (контекст обмена библиотеки PLIB никогда не предполагается полным), то собственный суперкласс может быть неизвестен. Следовательно, ограничения, определенные данным суперклассом, не могут быть вычислены функцией compute_known_property_constraint. И наоборот, если все представительные суперклассы рассматриваемого класса доступны в том же контексте обмена, то все ограничения, применимые в данном классе, могут быть вычислены за один обход представительного дерева наследственности, даже если некоторые из указанных суперклассов импортируют свойства с помощью априорного семантического соотношения a_priori_semantic_relationship, такого как условный класс элементов item_class_case_of.
Пример представления на языке EXPRESS:
8.4.3 Функция вычисления известного ссылочного ограничения свойства (Compute_known_referenced_property_constraint)
Функция compute_known_referenced_property_constraint вычисляет все ограничения свойства property_constraint, импортируемые априорным семантическим соотношением (ap)a_priori_semantic_relationship, путем вычисления всех ограничений, применимых к свойству, импортированному с помощью атрибута ссылочных свойств referenced_properties (из ap), определенному или унаследованному в любом ссылочном классе (ap) referenced_class, словарное определение dictionary_definition которого доступно в рассматриваемом контексте обмена.
Примечание 1 — В априорном семантическом соотношении a_priori_semantic_relationship все ограничения свойств property_constraints, определенные (унаследованные) классами, на которые производится ссылка атрибутом referenced_class, применяемом к свойству, импортированному с помощью атрибута referenced_properties априорного семантического соотношения a_priori_semantic_relationship, должны быть импортированы с помощью своего атрибута ссылочного ограничения referenced_constraints.
Примечание 2 — Если словарное определение dictionary_definition класса, принадлежащее атрибуту referenced_class сущности ap, не является доступным в рассматриваемом контексте обмена как сущность ap (контекст обмена библиотеки PLIB никогда не предполагается полным), то ограничения, принадлежащие данному классу, не могут быть вычислены. Таким образом, результат функции compute_known_referenced_property_constraint может быть только подмножеством ограничений, импортируемых сущностью ap.
Примечание 3 — Если словарные определения dictionary_definition всех ссылочных классов referenced_classes сущности ap доступны в рассматриваемом контексте обмена и если никакие ограничения не представлены единственным идентификатором ограничений constraint_identifier, то функция compute_known_referenced_property_constraint возвращает точно все ограничения, импортируемые сущностью ap.
Пример представления на языке EXPRESS:
8.4.4 Функция проверки суперкласса элементов (Superclass_of_item_is_item)
Функция superclass_of_item_is_item проверяет тот факт, что суперкласс класса элементов (сущность cl) item_class, если он существует, также является классом элементов item_class.
Если класс, ассоциированный с базовой семантической единицей класса class_BSU, не может быть вычислен, то функция возвращает значение UNKNOWN.
Пример представления на языке EXPRESS:
8.4.5 Функция проверки определения условного ссылочного класса (Check_is_case_of_referenced_class_definition)
Функция check_is_case_of_referenced_class_definition возвращает значение TRUE, если тип условного класса элементов item_class_case_of из набора словарных определений ссылочных классов is_case_of совместим с рассматриваемой реализацией условного класса элементов (cl) item_class_case_of. В противном случае функция возвращает значение FALSE.
Пример представления на языке EXPRESS:
8.5 Определения правил стандартной схемы условных классов элементов ISO13584_IEC61360_item_class_case_of_schema
8.5.1 Общие положения
Данный подраздел определяет правило пользования стандартной схемой ISO13584_IEC61360_item_class_case_of_schema.
8.5.2 Правило видимости и применимости импортированного свойства (Imported_property_are_visible_or_applicable_rule)
Правило imported_property_are_visible_or_applicable_rule проверяет тот факт, что если свойство импортировано классом с помощью априорного семантического соотношения a_priori_semantic_relationship, то данное свойство является видимым или применимым в классе, из которого оно импортировано.
Примечание - Применимые свойства включают свойства, импортированные с помощью семантического соотношения. Данное правило дает возможность импортировать свойства из класса, куда они уже были импортированы ранее.
Пример представления на языке EXPRESS:
8.5.3 Правило видимости и применимости импортированных типов данных (Imported_data_type_are_visible_or_applicable_rule)
Правило imported_data_type_are_visible_or_applicable_rule проверяет тот факт, что если тип данных импортирован классом с помощью априорного семантического соотношения a_priori_semantic_relationship, то этот тип данных является видимым или применимым в классе, из которого он импортирован.
Примечание - Применимые типы данных включают типы данных, импортированные с помощью семантического соотношения. Данное правило дает возможность импортировать типы данных из класса, куда они уже были импортированы ранее.
8.5.4 Правило использования поименованного типа (Allowed_named_type_usage_rule)
Правило allowed_named_type_usage_rule касается использования поименованного типа.
Правило требует, чтобы только типы, применимые в классе, могли быть использованы для описания области значений свойств, объявленных в классе, с помощью атрибута described_by.
В настоящем приложении приведены некоторые фрагменты физического файла, используемого для обмена данными в соответствии с МЭК 61360-DB. В приложении приведен пример использования модели языка EXPRESS (см. раздел 5 «Стандартная словарная схема (ISO13584_IEC61360_dictionary_schema)» в соответствии с ИСО 10303-21 для обмена соответствующих данных.
Корневой класс, удовлетворяющий требованиям AAA000 МЭК, задает область имен в соответствии с МЭК 61360-DB. Данный класс использует два дерева: одно — для материалов, другое — для компонентов. Корневой класс определен как класс элементов item_class.
Данное приложение содержит диаграммы EXPRESS-G (см. разделы 6 - 8). Понятие диаграммы EXPRESS-G определено в приложении ИСО 10303-11:2004.
Рисунок B.1 — Диаграмма EXPRESS-G № 1 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.2 — Диаграмма EXPRESS-G № 2 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.3 — Диаграмма EXPRESS-G № 3 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.4 — Диаграмма EXPRESS-G № 4 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.5 — Диаграмма EXPRESS-G № 5 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.6 — Диаграмма EXPRESS-G № 6 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.7 — Диаграмма EXPRESS-G № 7 (из семи)
для стандартной словарной схемы
ISO13584_IEC61360_dictionary_schema
Рисунок B.8 — Диаграмма EXPRESS-G № 1 (единственная)
для стандартной схемы языкового ресурса
ISO13584_IEC61360_language_resource_schema
Рисунок B.9 — Диаграмма EXPRESS-G № 1 (единственная)
для стандартной схемы ограничений
ISO13584_IEC61360_constraint_schema
Рисунок B.10 — Диаграмма EXPRESS-G № 1 (единственная)
для стандартной схемы условного класса продуктов
ISO13584_IEC61360_item_class_case_of_schema
Модель данных EXPRESS, опубликованная в настоящем стандарте и дублированная (для удобства) в ИСО 13584-42, допускает описание словарей, составленных из классов, свойств и типов данных. Данная модель обеспечивает их уникальную идентификацию с помощью механизма базовой семантической единицы (BSU). Рассматриваемая модель данных допускает описание иерархий классов, организованных в соответствии со структурой дерева, с помощью простого механизма наследственности. Указанную модель данных используют только отдельные автономные словари.
Использование рассматриваемой модели данных способствует разработке нескольких словарей. Во время разработки словаря может возникнуть необходимость ссылки на конкретный класс, свойство или тип данных, определенные ранее в другом словаре. Возможность импортирования свойств и типов данных в разрабатываемый словарь обеспечивается некоторым условным соотношением, которое может быть использовано совместно с полной общей словарной моделью ИСО 13584/МЭК 61360, задокументированной как в ИСО 13584-25, так и в МЭК 61360-5. Более того, данное соотношение допускает импортирование внешне определенных свойств и типов данных, обеспечивающих поддержку частных словарей и исключение дублирования словарей. При этом каждый словарь может определять свою собственную структуру класса.
Полная общая словарная модель ИСО 13584/МЭК 61360 предлагает два механизма:
- сущность языка EXPRESS a_priori_case_of_semantic_relationship (априорное условное семантическое соотношение) допускает прямое использование свойств или типов данных, определенных во внешнем словаре (словарях), без их повторного описания;
- сущность языка EXPRESS a_posteriori_case_of_relationship (апостериорное условное соотношение) допускает (если некоторые свойства или типы данных уже определены в разрабатываемом словаре) их отображение на соответствующие свойства или типы данных, определенные во внешнем словаре.
Указанные механизмы позволяют разрабатывать словари, ссылающиеся на элементы данных, определенные в других словарях, без изменения их семантического смысла. Более того, условные соотношения заносятся в словари и используются для автоматической интеграции словарей, основанных на указанных стандартных словарях.
Данный механизм также может быть использован при разработке словаря конечного пользователя. Как правило, конечному пользователю словаря не нужна вся структура класса, определенная в стандартных словарях. Ему часто достаточно иметь возможность обмениваться информацией с другими пользователями, словари которых основаны на том же стандартном словаре (словарях). Если конечный пользователь определяет свою собственную иерархию, отображает каждый свой класс (с помощью условного соотношения) на соответствующий стандартный класс и если пользователь импортирует все существующие стандартные свойства, необходимые в текущем контексте, добавляет свои собственные особые свойства, то он может приспособить свой собственный словарь для обмена стандартной информацией с другими пользователями. Рассматриваемый подход к разработке частных словарей конечных пользователей — это суть предложения, содержащегося в настоящем стандарте.
Настоящий стандарт и ИСО 13584-42 приводят конкретный синтаксис формата строк и численных значений, ассоциируемых со свойством.
Пример 1 — Формат NR1 3 устанавливает, что допустимы только целые значения, состоящие из трех цифр.
Примечание 1 — Формат значения типа данных data_type, включая булевский тип boolean_type, не устанавливается.
Примечание 2 — В настоящем стандарте определение формата значения свойства не обязательно.
Синтаксис допустимого формата определен в данном приложении с помощью подмножества расширенной формы Бэкуса-Наура (EBNF), определенного в ИСО/МЭК 14977.
Пример 2 — Синтаксис формата NR1 3 — это буквы 'NR1''''3'.
Смысл каждого варианта синтаксиса (символов, используемых для представления значения) не может быть задан с помощью формы EBNF. Смысл каждой части формата символов, допустимых для представления значений, устанавливается отдельно для каждой части формата.
Пример 3 — Синтаксис формата NR1 3 имеет следующий смысл: NR1 означает, что можно представить только целое значение. Пробел означает, что можно использовать только фиксированное число символов. Цифра 3 означает допустимое количество цифр в записи.
Таблица D.1 содержит подмножество синтаксического метаязыка EBNF, определенного в ИСО/МЭК 14977 и использованного в настоящем стандарте. Данный язык устанавливает формат значений свойств.
Синтаксический метаязык EBNF по ИСО/МЭК 14977
С помощью введенных обозначений синтаксис рассматриваемого подмножества метаязыка EBNF (используемый в настоящем стандарте для задания формата значений свойств) характеризуется следующей грамматикой (описание символов метаидентификаторов, букв и цифр отсутствует):
Знак равенства «=» указывает синтаксическое правило. Метаидентификатор слева можно заменить комбинацией элементов справа. Любые пробелы между элементами информации не несут, если только они не находятся внутри терминала. Синтаксическое правило заканчивается символом «;».
Использование метаидентификатора внутри списка определений означает, что нетерминальный символ находится слева от другого синтаксического правила. Метаидентификатор составлен из букв и цифр. Первый символ — буква. Если термин содержит и первичное выражение перед знаком «минус», и первичное выражение за знаком «минус», то только последовательность символов, представленная первым первичным выражением и не представленная вторым первичным выражением, представляется термином.
означает любой символ (кроме апострофа), вставленный между двумя апострофами.
Терминал означает символ, который не может быть расширен далее с помощью синтаксического правила и который появится в окончательном результате. Терминал может быть представлен двумя способами: либо это набор символов без апострофа (вставленный между двумя апострофами), либо это набор символов без кавычек (вставленный между двумя кавычками).
Пример 2 — Предположим, что мы хотим установить (с помощью данной грамматики) цену продукта в евро, 
. Цена — это положительное число не более чем с двумя цифрами после запятой (центы). Определим три мета-идентификатора, ассоциированных с тремя синтаксическими правилами:
По указанным синтаксическим правилам: 012, 4323.3, 3.56 — это примеры незапрещенных представлений цены в евро. Аналогично 12...10 — это примеры недопустимых представлений цены в евро.
D.3 Типы формата значений данных
Грамматика, определенная в данном приложении, определяет 9 различных типов форматов значения: 4 количественных и 5 неколичественных форматов значения.
В следующем разделе определяются метаидентификаторы, используемые для описания указанных форматов. В разделе D.5 определяется синтаксическое правило для 4-х метаидентификаторов, представляющих 4 количественных формата значения, вместе с их смыслом на уровне значений. В разделе D.6 определяются метаидентификаторы для 5-ти неколичественных форматов значения вместе с их смыслом на уровне значений.
D.4 Метаидентификаторы, используемые для определения форматов
Метаидентификаторы, используемые в грамматике, определяющей различные форматы значений:
Примечание - Если число состоит только из одной цифры, то в нем последующих цифр нет.
D.5 Количественный формат значения
В следующих четырех подразделах определены четыре синтаксических правила для количественного формата значения и их смысл, необходимый для представления значения. Они могут использоваться для свойств с нижеследующими типами данных:
- числовой тип 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, так как целые значения не имеют дробной части.
Синтаксис значений NR1 указывает формат целого значения свойства.
Смысл компонентов формата NR1:
Примечание 1 — Значение NR1 не должно содержать пробелов.
Примечание 2 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр может быть меньше.
- signedNumber: если указано число со знаком signedNumber, то оно должно быть либо положительным, либо отрицательным, либо нулем. Положительное число может иметь знак «+». Отрицательное число имеет знак «-». Нуль не может иметь знак «-».
- variableLengthIndicator: если задан индикатор длины переменной, то количество цифр соответствующего числа не должно превышать заданной длины, т.е. lengthOfNumber.
Синтаксис значения NR2 указывает формат действительного значения свойства, не требующего указания показателя степени.
Смысл компонент формата значений NR2 для отображения:
Примечание 1 — Численные значения NR2 не должны содержать пробелов.
Примечание 2 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр дробной части числа может быть меньше.
Примечание 3 — Длина дробной части числа lengthOfFractionalPart неявно указывает рекомендованную точность числа. Фактическая точность числа, из которого выведено значение, может быть выше той, что указана здесь.
Примечание 4 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр целой части числа может быть меньше.
- signedNumber: если указано число со знаком signedNumber, то оно должно быть либо положительным, либо отрицательным, либо нулем. У положительного числа спереди может быть плюс «+». У отрицательного числа спереди должен быть минус «-». Перед нулем минус «-» недопустим.
- variableLengthIndicator: если задан индикатор длины переменной variableLengthIndicator, то либо целая часть, либо дробная часть числа, либо обе эти части должны содержать цифры, количество которых не превышает длину, заданную параметрами lengthOfIntegralPart или lengthOfFractionalPart. Число должно содержать по крайней мере одну цифру.
Синтаксис значения NR3 указывает формат действительного значения свойства, представленного в степенной форме.
Смысл компонент формата значений NR3 для отображения:
Примечание 1 — Число должно содержать по крайней мере одну цифру и десятичный знак в мантиссе. Показатель степени имеет по крайней мере одну цифру.
Примечание 2 — Значения формата NR3 не имеют пробелов.
- exponentIndicator: разделитель между мантиссой и показателем степени в формате NR3.
- lengthOfExponent: число цифр показателя степени.
Примечание 3 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр показателя степени может быть меньше.
Примечание 4 — Случайные плюсы и минусы или десятичные знаки не считаются параметрами lengthOfNumber, lengthOfIntegralPart, lengthOfFractionalPart или lengthOfExponent.
Примечание 5 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр дробной части числа может быть меньше.
Примечание 6 — Параметр длины дробной части числа lengthOfFractionalPart неявно указывает рекомендованную точность числа. Фактическая точность числа, из которого выводится данное значение, может быть выше, чем значение, указанное здесь.
Примечание 7 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр целой части числа может быть меньше.
- signedExponent: если указан показатель степени со знаком signedExponent, то он может быть положительным, отрицательным или нулем. Положительная степень может быть со знаком «+». Отрицательная степень должна быть со знаком «-». Нуль не может быть со знаком «-».
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то количество цифр числа (показателя степени) не может превышать значения, указанного в спецификации, т.е. lengthOfIntegralPart, lengthOfFractionalPart или lengthOfExponent. В мантиссе и в показателе степени должна быть по крайней мере одна цифра.
Синтаксис значения NR4 указывает формат рационального значения свойства, имеющего целую часть и, возможно, дробную часть со знаменателем и числителем.
Смысл компонент формата значений NR4 для отображения:
- 'NR4': значение должно быть рациональным числом, представленным либо как целое, либо как дробь, состоящая из числителя и знаменателя, либо как целое и дробь.
Пример - 
и 
- это значения, представленные в формате NR4.
Примечание 1 — В целой части или в числителе и в знаменателе должна быть по крайней мере одна цифра. Если одна часть дроби содержит цифру, то другая часть дроби также должна содержать цифру. Все три части числа могут содержать цифры.
Примечание 2 — Формат NR4 не допускает пробелов.
- numeratorIndicator: разделитель между целой частью и дробной частью в формате NR4.
- lengthOfNumerator: количество цифр числителя.
Примечание 3 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр числителя может быть меньше.
Примечание 4 — Если значение рационального числа полно представлено своей целой частью, то ни числителя, ни знаменателя дроби может не быть.
- denominatorIndicator: разделитель между числителем и знаменателем дроби в формате NR4.
- lengthOfDenominator: количество цифр знаменателя.
Примечание 5 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр знаменателя может быть меньше.
Примечание 6 — Если значение рационального числа полно представлено его целой частью, то ни числителя, ни знаменателя дроби может не быть.
Примечание 7 — Если указан индикатор длины переменной variableLengthIndicator, то фактическое количество цифр целой части может быть меньше.
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то количество цифр во всех трех частях рационального числа не должно превышать значения, указанного в спецификации, т.е. lengthOfIntegralPart, lengthOfNumerator или lengthOfDenominator. В целой части числа или в обеих частях дробной части числа должна быть по крайней мере одна цифра.
D.6 Неколичественные форматы значений
В следующих пяти подразделах определены пять синтаксических правил для неколичественных форматов значений и рассмотрен их смысл. Они используются для свойств со следующими типами данных:
- строчный тип 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 и не должно содержать значение «нуль».
- numberOfCharacters: определяет максимальное количество символов в строке.
D.6.2 Формат алфавитного значения
«Формат алфавитного значения (A)» определяет формат значения строки, содержащей буквы. Таким образом, содержание строки составляется из символов строки 00, клетки 20, клетки 40 7E и клетки C0 FF базовой многоязыковой плоскости (БМП) (плоскость 00 группы 00), описанной в ИСО/МЭК 10646-1.
Примечание 1 — Из-за потенциальных проблем интеграции содержания значений внутри компонентов одной системы или нескольких систем используемые символы по возможности ограничиваются множеством G0 по ИСО/МЭК 10646-1 и/или строкой 00 и столбцами 002 — 007 по ИСО/МЭК 10646-1.
Примечание 2 — Для альтернативных языков, используемых для перевода, требуется доступ к некоторым символам или идеограммам особого набора символов (соответствующего языка) в соответствии со стандартом Unicode. В большинстве случаев между символами исходного языка и символами целевого языка имеет место соотношение 1:1.
Пример - Идеограмма CJK (Chinese-Japanese-Korean, т.е. Китай-Япония-Корея).
Смысл компонент формата A — значений для отображения:
- 'A': значение должно быть строкой, несколькими подстроками или буквами.
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. В строке должен быть по крайней мере один символ.
D.6.3 Формат значения со смешанными символами
«Смешанный формат значения (M)» определяет строку, содержащую любой символ, установленный в разделе D.7.
Примечание - Для альтернативных языков, используемых для перевода, требуется доступ к некоторым символам или идеограммам особого набора символов (соответствующего языка) в соответствии со стандартом Unicode.
Пример - Идеограмма CJK (Chinese-Japanese-Korean, т.е. Китай-Япония-Корея).
Смысл компонент формата M — значений для отображения:
- 'M': значение должно быть строкой или несколькими подстроками.
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать как минимум один символ.
D.6.4 Формат численного значения
«Формат численного значения (N)» определяет строку, содержащую только цифры. Таким образом, необходимое значение составляется из строки 00, клетки 2B, клетки 2D, клеток 30 — 39 и клетки 45 базовой многоязыковой плоскости (БМП) (плоскость 00 группы 00) в соответствии с ИСО/МЭК 10646-1.
Примечание - Для альтернативных языков, используемых для перевода, необходим доступ к символам или идеограммам особого набора символов соответствующего языка в соответствии со стандартом Unicode.
Пример - Таблица D.2 устанавливает соответствие европейских цифр «0» — «9» и арабских цифр.
Соответствие европейских цифр и арабских цифр
Смысл компонент формата N — значений для отображения:
- 'N': значение должно быть строкой, несколькими подстроками или цифрами.
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать по крайней мере один символ.
D.6.5 Смешанный алфавитно-цифровой формат
«Смешанный алфавитно-цифровой формат (X)» определяет строку, содержащую буквенно-цифровые символы, т.е. любую комбинацию символов значения A-формата и N-формата.
Примечание - Для альтернативных языков, используемых для перевода, необходим доступ к символам и идеограммам особого набора символов соответствующего языка в соответствии со стандартом Unicode.
Смысл компонент формата X — значений для отображения:
- 'X': значение должно быть строкой, несколькими подстроками или буквенно-цифровым выражением, т.е. любой комбинацией букв и цифр.
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать по крайней мере один символ.
D.6.6 Формат бинарного значения
«Формат бинарного значения (B)» определяет значение строки, содержащей бинарные символы, т.е. «0» или «1». Таким образом, строка составляется из символов строки 00, клеток 30 или 31 базовой многоязыковой плоскости (БМП) (плоскость 00 группы 00) в соответствии с ИСО/МЭК 10646-1.
Примечание - Для альтернативных языков, используемых для перевода, необходим доступ к символам и идеограммам особого набора символов соответствующего языка в соответствии со стандартом Unicode.
Смысл компонент формата B — значений для отображения:
- 'B': значение должно быть строкой или несколькими подстроками, содержащими бинарные значения, т.е. символы «0» или «1» или их последовательности.
- variableLengthIndicator: если указан индикатор длины переменной variableLengthIndicator, то строка может содержать меньше символов, чем указано параметром numberOfCharacters. Строка должна содержать по крайней мере один символ.
Таблица D.3 содержит некоторые примеры задания значений, выраженных числами и строками в соответствии с указанными форматами.
; 12; 
; 
; 12; 
; 
В смешанном формате значений (M) используются следующие символы (см. D.5.3):
- все символы из строки 00 базовой многоязыковой плоскости (БМП) (плоскости 00 группы 00) в соответствии с ИСО/МЭК 10646-1;
- символы из других строк базовой многоязыковой плоскости в соответствии с ИСО/МЭК 10646-1 (см. таблицу D.4).
Для альтернативных языков, используемых для перевода, необходим доступ к полному набору символов, определенному стандартом 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.
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ
ССЫЛОЧНЫМ НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ
| Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
| МЭК 61360-1:2009 | - | <*> |
| МЭК 61360-4-DB | - | <*> |
| ИСО/МЭК 8859-1:1998 | - | <*> |
| ИСО/МЭК 10646:2012 | - | <*> |
| ИСО/МЭК 14977:1996 | - | <*> |
| ИСО 639 (все части) | - | <*> |
| ИСО 843:1997 | - | <*> |
| ИСО 3166-1:2006 | - | <*> |
| ИСО 4217:2008 | - | <*> |
| ИСО 8601:2004 | - | <*> |
| ИСО 10303-11:2004 | IDT | ГОСТ Р ИСО 10303-11-2009 «Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 11. Методы описания. Справочное руководство по языку EXPRESS» |
| ИСО 10303-21:2002 | ГОСТ Р ИСО 10303-21-2002 «Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 21. Методы реализации. Кодирование открытым текстом структуры обмена» | |
| ИСО 10303-41:2005 | - | <*> |
| ИСО 13584-26:2000 IDT | ||
| ГОСТ Р ИСО 13584-26-2006 «Системы автоматизации производства и их интеграция. Библиотека деталей. Часть 26. Логический ресурс. Идентификация поставщика информации» | ИСО 13584-42:2010 | IDT |
| ГОСТ Р ИСО 13584-42-2012 «Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 42. Методология описания. Методология структурирования семейств деталей» | <*> Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов. | |
| Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: IDT — идентичные стандарты. | ||