• Текст документа
  • Статус
Оглавление
Поиск в тексте
Действующий


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

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

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

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

Часть 32

Ресурсы практической реализации. Язык онтологической разметки продукции

Industrial automation systems and integration. Parts library. Part 32. Implementation resources. Product ontology markup language


ОКC 25.040.40

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

Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО 13584-32:2010* "Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции" (ISO 13584-32:2010 "Industrial automation systems and integration - Parts library - Part 32: Implementation resources: OntoML: Product ontology markup language").
________________
* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.


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

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


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

Введение


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

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

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

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

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

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

- часть 10. Концептуальное описание. Концептуальная модель библиотеки компонентов;

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

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

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

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

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

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

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

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

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

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

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

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

- части 50-59 устанавливают требования к проведению проверки на соответствие;

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

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

Полный перечень стандартов комплекса ИСО 13584 приведен в сети Интернет.

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


В настоящем стандарте приведено описание XML-языка и XML-схемы для представления данных в соответствии с моделью данных согласно настоящему стандарту.

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

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

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

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

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

Примечание 1 - В настоящем стандарте такой контекст обмена назван библиотекой OntoML.

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


- спецификацию глобальных элементов XML-языка, позволяющую использовать OntoML-язык как формат обмена для представления ответов на запросы, выполненных с помощью механизма идентификации концептуального словаря ИСО 29002-20;

- спецификацию формального отображения, позволяющую ассоциировать все элементы языка OntoML, атрибуты соответствующих объектов и атрибуты общей модели ИСО 13584/МЭК 61360 с моделью данных на EXPRESS-языке.

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

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

- спецификацию программы, предназначенную для интерпретации всех операторов отображения, определенных в OntoML-языке для построения соответствующих представлений общей модели ИСО 13584/МЭК 61360 на EXPRESS-языке в соответствии с ИСО 10303-21;

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

Примечание З - Для обмена данными об индивидуальной продукции можно использовать формат обмена данными, определенный в ИСО/ТС 29002-10.

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


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


ИСО 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)

ИСО/МЭК 14977:1996 Информационные технологии. Синтаксический метаязык. Расширенная БНФ (ISO/IEC 14977:1996, Information technology - Syntactic metalanguage - Extended BNF)

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

ИСО/ТС 29002-10:2009 Промышленные автоматические системы и интеграция. Обмен характеристическими данными. Часть 10. Формат обмена характеристическими данными (ISO/TS 29002-10:2009, Industrial automation systems and integration - Exchange of characteristic data - Part 10: Characteristic data exchange format)

Многоцелевые расширения электронной почты Интернет. Часть 1: Формат сообщений в Интернете. Инженерная целевая рабочая группа Интернета RFC 2045. Ноябрь 1996 г. [цитировано 15 августа 2000]. Доступно на сайте: http://www.ietf.org/rfc/rfc2045.txt

Единые идентификаторы ресурсов (URI): Обобщенный синтаксис. Инженерная целевая рабочая группа RFC 2396. Август 1998 г. [цитировано 7 августа 2000 г]. Доступно на сайте: http://www.ietf.org/rfc/rfc2396.txt

Расширенный язык разметки (XML) 1.0. Четвертое издание. Рекомендации в редакции Интернет-Консорциума от 14 июня 2006 г. Доступны на сайте: <http://www.w3.org/TR/2006/PER-xml-20060614>

XML-схема данных. Часть 1: Структуры. Второе издание. Рекомендации Интернет-Консорциума от 28 октября 2004 г. Доступны на сайте: <http://www.w3.orq/TR/2004/REC-xmlschema-1-20041028>

XML-схема данных. Часть 2: Типы данных. Второе издание. Рекомендации Интернет-Консорциума от 28 октября 2004 г. Доступны сайте: <http://www.w3.org/TR/2004/REC-xmlschema-1-20041028>

XML-язык маршрутизации (XPath) 1.0. Рекомендации Интернет-Консорциума от 16 ноября 1999 г. Доступны на сайте: <http://www.w3.orq/TR/1999/RЕС-хмаршрут-19991116>

Пространства имен в XML-языке 1.0. Второе издание. Рекомендации Интернет-Консорциума от 14 июня 2006 г. Доступны на сайте: <http://www.w3.org/TR/2006/PЕR-xml-им-20060614>

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


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

3.1 класс (сlass): Абстрактное понятие для множества аналогичных продуктов.

Примечание - Заимствовано из ИСО 13584-42:2010, определение 3.6.

3.2 член (элемент) класса (сlass member): Объект, соответствующий абстрактному понятию, определенному в некотором классе.

[ИСО 13584-42:2010, определение 3.8]

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

Примечание 1 - заимствовано из ИСО 13584-42:2010, определение 3.10.

Примечание 2 - Предшествующая версия общей модели онтологии ИСО 13584/МЭК 61360 опубликована в МЭК 61360-5 и ИСО 13584-25:2004. Новая версия, соответствующая данной версии OntoML и ИСО 13584-42:2010, разрабатывается в настоящее время.

3.4 понятие CIIM-онтологии (СIIM ontology concept): Базовая единица знаний, представленная в онтологии, основанной на общей модели онтологии ИСО 13584/МЭК 61360.

Примечание 1 - Понятия CIIM-онтологии - это источники (поставщики) информации, классы, свойства, типы данных и документы.

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

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

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

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

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

3.6 сущность EXPRESS-языка (EXPRESS entity): Класс информации, определенный общими свойствами.

[ИСО 10303-11:1994, определение 3.2.5]

3.7 глобальный идентификатор (global identifier): Код, обеспечивающий однозначную и универсальную уникальную идентификацию некоторых понятий или объектов.

Примечание - Все понятия CIIM-онтологии, ассоциированные с глобальным идентификатором.

3.8 экземплярное соотношение (is-а relationship): Соотношение включения в класс, связанное с наследованием.

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

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

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


[ИСО 13584-42:2010, определение 3.23]

3.9 условное соотношение (is-case-of relationship): Механизм импортирования свойств.

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

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

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

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

Примечание 5 - Заимствовано из ИСО 13584-42:2010, определение 3.24.

3.10 производное соотношение (is-view-of): Соотношение, обеспечивающее формальное выражение того факта, что один объект является представлением другого объекта в соответствии с заданной перспективой.

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

[ИСО 13584-24:2003, определение 3.64]

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

Примечание 1 - Библиотеки также называют каталогами.

Примечание 2 - В схемах OntoML-языка необходимо различать элементы онтологии и элементы содержания. Элементы онтологии встроены в XML-элементы "словаря", а элементы содержания - в XML-элементы "библиотеки".

3.12 реализация OntoML-документа (OntoML document instance): XML-документ, удовлетворяющий требованиям XML-схемы для OntoML-языка.

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

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

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

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

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


Пример - Классификация UNSPSC США является примером категоризации продукци (используется при анализе расходов).

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


[ИСО 13584-42:2010, определение 3.32]

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

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

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

Примечание 2 - Не существует свойств, ассоциированных с классом категоризации.


[ИСО 13584-42:2010, определение 3.33]

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

Пример - Свойство Hexagon_head_bolts_ISO_4014 (класс точности продукта = ГОСТ Р ИСО 13584-32-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции, тип резьбы = ГОСТ Р ИСО 13584-32-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции, длина = 50, диаметр = 8) - пример характеристики продукта.

Примечание - В примере выше свойство Hexagon_head_bolts_ISO_4014 является идентификатором класса характеризации продукции "Болты с шестигранной головкой", определенного в ИСО 4014. Все имена, выделенные курсивом в скобках, являются идентификаторами свойств болтов, определенных в ИСО 4014.


[ИСО 13584-42:2010, определение 3.34]

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

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

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

[ИСО 13584-42:2010, определение 3.35]

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

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

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

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

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


Пример 1 - Проверка согласованности - вид компьютерного мышления.

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

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

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


Пример 2 - Понятие онтологии продукции определено в МЭК 61360. Оно согласовано всеми официальными членами группы МЭК/ПК3D. Корпоративная онтология согласуется экспертами, назначаемыми руководством компании от ее имени.

Примечание 8 - Заимствовано из ИСО 13584-42:2010, определение 3.36.

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

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

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

Примечание 3 - Термин "свойство", использованный в настоящем стандарте, и термин "тип элемента данных", использованный в МЭК 61360, - синонимы.

Примечание 4 - Заимствовано из ИСО 13584-42:2010, определение 3.37.

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

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


[ИСО 13584-42:2010, определение 3.41]

3.20 атрибут XML-языка (XML attribute): Конструкция XML-языка, включенная в элемент и определенная именем и простой парой значений.

Примечание 1 - Заимствовано из рекомендаций к версии XML 1.0.

Примечание 2 - В настоящем стандарте имя атрибута XML-языка имеет приставку "@". Это означает, что соответствующий блок информации представлен как атрибут, а не как встроенный XML-элемент.

3.21 комплексный тип XML-языка (XML complex type): Множество элементов XML-языка и/или положений атрибутов, описывающих модели, содержащие элементы XML-языка.

3.22 элемент XML-языка (XML element): Структура XML-языка, включающая метку начала, метку окончания, информацию между указанными метками и, возможно, множество атрибутов XML-языка.

Примечание 1 - Заимствовано из рекомендаций к версии XML 1.0.

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

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

3.23 простой XML-тип данных (XML simple type): Множество ограничений, применимых к значению атрибута XML-языка или к значению элементов XML-языка без каких-либо дочерних XML-элементов.

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

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


СIIМ - Общая модель ИСО 13584/МЭК 61360 (Common ISO 13584/IEC 61360 Model);

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

SI - Международная система единиц СИ (ГОСТ Р ИСО 13584-32-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции International ГОСТ Р ИСО 13584-32-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции (International System of Units));

STEP - Стандарт обмена модельными данными продукции (Standard for The Exchange of Product model data);

UNSPSC - Классификация продукции и услуг, определенная ООН (classification of products and services defined by the United Nations);

URI - Унифицированный идентификатор ресурса (Uniform Resource Identifier);

URN - Унифицированное имя ресурса (Uniform Resource Name);

UML - Унифицированный язык моделирования (Unified Modeling Language);

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

5 Уровни практической реализации OntoML-языка


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

Настоящий стандарт идентифицирует подмножество всех механизмов моделирования, определенных моделью СIIM. Это может оказаться полезным для контекстов ряда приложений. Данное подмножество определяет допустимые уровни практической реализации OntoML-языка. Указанные уровни определены как "простые" в настоящем стандарте.

Все механизмы моделирования, не принадлежащие указанному "простому" уровню (если они имеются), рассматриваются как "сложные". В 9.5 приведены указанные OntoML-конструкции, принадлежащие как к простому, так и к сложному уровню.

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


OntoML-язык дает возможность моделировать два вида информации:

- онтологии;

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

Не все указанные виды информации (в зависимости от контекста приложения) могут оказаться полезными. Поэтому четыре OntoML-подмножества определены как допустимые уровни практической реализации:

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

- сложная онтология;

- простая библиотека;

- сложная библиотека.

Простой уровень реализации данных не существует. Данный вид обмена информацией определяется ИСО/ТС 29002-10.

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

Примечание 3 - Только простая онтология и подмножества сложной онтологии соответствуют для модели СIIM. Представление библиотек соответствует расширениям CIIM-модели, определенным в ИСО 13584-24:2003 и ИСО 13584-25:2004.

6 Обзор представлений OntoML-онтологии


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

6.1 Понятия СIIM-онтологии


В соответствии с CIIM-моделью онтология включает пять видов основных понятий:

- поставщик;

- класс;

- свойство;

- идентифицированные типы данных;

- документ.

Каждое указанное понятие СIIM-онтологии включает два вида информации:

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

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


- его определение, включающее несколько блоков информации, описанных в СIIM-модели.

6.2 Структура OntoML-языка для понятий СIIM-онтологии


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

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

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

Рисунок 1 иллюстрирует указанные два вида представления.

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

external ref

Внешние ссылки

PLIB ontology concept id1

Понятие онтологии библиотеки PLIB. Идентификатор id1

poi A

Блок информации А

poi: piece of information

poi - блок информации


Рисунок 1 - Описание понятий СIIM-онтологии


Допустим, что определены два понятия СIIM-онтологии. Они оба однозначно идентифицированы (их идентификаторы: id1, id2). Дополнительно они оба определены несколькими блоками информации (poi), встроенными внутрь XML-представления понятий СIIМ-онтологии. С другой стороны, указанные блоки информации могут сами включать некоторые другие блоки информации. Наконец, понятие СIIМ-онтологии с идентификатором id1 ссылается на понятие СIIМ-онтологии с идентификатором id2.

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

6.3 Графическое UML-представление конструкций OntoML-языка


В настоящем стандарте OntoML-язык описывается с помощью обозначений языка UML. Базовые UML-обозначения расширяются для:

- выявления различий между элементами XML-языка и атрибутами XML-языка;

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

- представления ссылок на понятия CIIM-онтологии с помощью описанного метода идентификации;

- упрощения диаграмм при представлении ссылок на понятия CIIM-онтологии.

Указанные графические обозначения называются UML-обозначениями.

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

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

6.3.1 Графические обозначения

Далее в настоящем стандарте для представления OntoML-структуры с помощью UML-диаграмм будут использованы нижеследующие соглашения.

6.3.1.1 Представление комплексного XML-типа данных

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

Пример 1 - На рисунке 2 представлен комплексный XML-тип данных. Он называется PROPERTY_Type (тип свойства).

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


Рисунок 2 - UML-представление комплексного XML-типа данных


Если рассматриваемый комплексный XML-тип данных является абстрактным, то его имя приводится курсивом.

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

Пример 2 - Рисунок 3 описывает ссылку на комплексный XML-тип данных PROPERTY_Туре.

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


Рисунок 3 - UML-представление ссылки на комплексный XML-тип данных

6.3.1.2 Представление ссылок на внешние информационные элементы

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

Пример - На рисунке 4 на некоторый комплексный тип Content (Содержание) производится ссылка из другой XML-схемы, идентифицированной приставкой cat.

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


Рисунок 4 - UML-представление внешней ссылки на комплексный XML-тип данных


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

6.3.1.3 Представление атрибутов и элементов XML-языка, модель контента которых является простым XML-типом данных.

Атрибуты и элементы XML-языка, содержание которых является простым типом XML, встроенным внутрь комплексного типа XML, представляются их именем и типом. Для распознавания атрибутов XML-языка и (вложенных) XML-элементов их имена выделяются приставкой "@".

Примечание - Символ '@' не является частью имени атрибута. Следовательно, данный символ не представлен в XML-схеме на OntoML-языке.


На рисунке 5 ниже тип PROPERTY_Type является абстрактным комплексным XML-типом данных. Он содержит встроенный элемент revision, типом которого является простой XML-тип REVISION_TYPE_type. Указан также атрибут языка XML "id", типом которого является простой XML-тип Propertyld.

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


Рисунок 5 - UML-представление атрибутов XML-языка и элементов простого типа XML-языка


Пример - На рисунке 6 приведен текст XML-программы, соответствующий рисунку 5.

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


Рисунок 6 - Представление XML для атрибутов языка XML и элементов языка XML простого типа

6.3.1.4 Представление элементов XML-языка, модель контента которых является комплексным XML-типом данных.

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

Примечание 1 - Закрашенный ромб указывает на составное соотношение.

Примечание 2 - По умолчанию кардинальное число прямого соотношения равно одному.


Пример - На рисунке 7 определен элемент XML-языка domain. Это встроенный элемент комплексного XML-типа PROPERTY_Туре. Его собственной моделью содержания является абстрактный комплексный XML-тип ANY_TYPE_type.

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


Рисунок 7 - UML-представление элемента XML-языка комплексного XML-типа данных

На рисунке 8 ниже дан текст программы на XML-языке, соответствующий рисунку 7.

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


Рисунок 8 - XML-представление для XML-элемента комплексного типа

6.3.1.5 Представление кардинального числа встроенного элемента XML-языка

Кардинальное число элемента XML-языка описывается с помощью UML-обозначений: minimum cardinality.. maximum cardinality.

Пример 1 - На рисунке 9 минимальное кардинальное число равно 0, максимальное кардинальное число равно 1. Они назначены оператором is_deprecated и элементом XML-языка icon.

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


Рисунок 9 - UML-представление кардинального числа элемента XML-языка


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

Примечание 2 - Соглашение о цвете определено в 6.3.3.

Пример 2 - На рисунке 10 (ниже) дан текст программы на языке XML, соответствующий рисунку 9.

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


Рисунок 10 - XML-представление кардинального числа элемента XML-языка

6.3.1.6 Представление расширений комплексного XML-типа данных

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

Пример 1 - На рисунке 11 (ниже) комплексный XML-тип данных NON_DEPENDENT_P_DET_Type (независимый тип свойства) определен как расширение абстрактного комплексного XML-типа данных PROPER TY_ Type.

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


Рисунок 11 - UML-представление расширений комплексного XML-типа данных

Пример 2 - На рисунке 12 приведен текст программы на XML-языке, соответствующий рисунку 11.

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


Рисунок 12 - XML-представление для расширений комплексного XML-типа данных

6.3.2 Методика ссылок на понятия СIIM-онтологии

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

6.3.2.1 Идентификация понятия онтологии СIIM

CIIM-модель дает порядок связи глобального идентификатора с понятием СIIM-онтологии.

В OntoML-языке для идентификации заданного типа понятия СIIM-онтологии устанавливается особый комплексный XML-тип данных:

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

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

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

Такие элементы встраиваются внутрь понятий СIIM-онтологии.

Имена указанных комплексных XML-типов данных определяются по нижеследующему правилу:

- поставщик: для комплексного XML-типа данных SUPPLIER_Type тип идентификатора - Supplierld;

- класс: для комплексного XML-типа данных CLASS_Type тип идентификатора - Classld;

- свойство: для комплексного XML-типа данных PROPERTY_Type тип идентификатора - Propertyld;

- тип данных: для элементов комплексного XML-типа данных DATATYPE_type тип идентификатора - Datatypeld;

- документ: для комплексного XML-типа данных DOCUMENT_Type тип идентификатора - Documentld.

Примечание - Структура указанных типов идентификаторов определена в 9.1.


Имя данного атрибута идентификации "id". В настоящем стандарте оно представлено в виде @id. Данное имя показывает, что оно является XML-атрибутом языка и не встроенным XML-элементом.

Пример - На рисунке 13 глобальный идентификатор понятия класса онтологий, представленный комплексным XML-типом данных CLASS_Type, содержит атрибут @id для типа данных Classld.

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


Рисунок 13 - Идентификация понятия СIIM-онтологии

6.3.2.2 OntoML-представление ссылки на понятие СIIM-онтологии

Для ссылки на заданный тип понятия СIIM-онтологии определяется особый комплексный XML-тип данных:

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

- каждый ссылочный элемент содержит атрибут, значение которого является глобальным идентификатором понятия СIIM-онтологии, на которое данный атрибут ссылается;

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

Ссылочный комплексный XML-тип данных и имя ссылочного XML-атрибута (приставка "@" указывает, что это атрибут XML-языка) определены в соответствии со ссылочными понятиями онтологии СIIM:

- комплексный XML-тип данных SUPPLIER_REFERENCE_Type и атрибут XML-языка supplier_ref (с типом данных Supplierld): ссылка на поставщика;

- комплексный XML-тип данных CLASS_REFERENCE_Type и атрибут XML-языка Class_ref (с типом данных Classld): ссылка на класс;

- комплексный XML-тип данных PROPERTY_REFERENCE_Type и атрибут XML-языка property_ref (с типом данных Propertyld): ссылка на свойство;

- комплексный XML-тип данных DATATYPE_REFERENCE_Type и атрибут XML-языка datatype_ref (с типом данных Datatypeld): ссылка на тип данных;

- комплексный XML-тип данных DOCUMENT_REFERENCE_Type и атрибут XML-языка document_ref (с типом данных Documentld): ссылка на документ.

Примечание - Тип ссылочного атрибута должен соответствовать типу ссылочного понятия СIIM-онтологии.


Пример - Ссылка на понятия класса онтологий производится с помощью комплексного XML-типa данных CLASS_REFERENCE_Type и ссылочного XML-атрибута @class_ref (с типом данных Classld) (см. рисунок 14).

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


Рисунок 14 - Ссылка на понятие СIIM-онтологии

6.3.2.3 OntoML-представление для простых и многозначных ссылок на понятия СIIM-онтологии

Если ссылка одного понятия СIIM-онтологии на другое понятие СIIM-онтологии является многозначной, то создается дополнительный комплексный XML-тип данных (см. рисунок 15).

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


Рисунок 15 - Ссылка на понятие СIIM-онтологии


На данном рисунке:

- закрашенный ромб представляет составное соотношение для базовой вложенной XML-структуры;

- стрелка указывает соответствующую ориентацию соотношения.

На данном рисунке определены свойства, типы данных, документ и классы онтологии, представленные комплексными XML-типами данных PROPERTY_Type, DATATYPE_type, DOCUMENT_Type и CLASS_Type соответственно. Все они идентифицированы атрибутом XML-языка "id". Тип атрибута зависит от идентифицированного понятия СIIM-онтологии. Рассмотрены два варианта соотношений:

- простая ссылка: это соотношение между одним классом и одним свойством, типом данных или документом. Данное соотношение представлено XML-элементом (соответственно property_reference, datatype_reference и document-reference). Определение содержания: комплексные XML-типы данных PROPERTY_REFERENCE_Type, DATATYPE_REFERENCE_Type и DOCUMENT_REFERENCE_Type соответственно;

- многозначная ссылка: это соотношение между одним классом и несколькими свойствами. Данное соотношение представлено элементом XML-языка (ссылками). Оно работает по принципу контейнера. Определение содержания: комплексный XML-тип данных PROPERTY_REFERENCE_Type.

6.3.2.4 Упрощенное графическое представление ссылок на понятия СIIM-онтологии

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

Целевое понятие СIIM-онтологии представляется соответствующим именем в штриховом прямоугольнике заглавными буквами:

- поставщик: SUPPLIER;

- класс: CLASS;

- свойство: PROPERTY;

- тип данных: DATATYPE;

- документ: DOCUMENT.

Если соотношение многозначно, то кардинальное число соотношения представляется как в UML-языке.

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

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


Рисунок 16 - UML-представление простой ссылки между понятиями СIIМ-онтологии


Пример 2 - На рисунке 17 приведен текст программы на XML-языке, соответствующий рисунку 16.

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


Рисунок 17 - Представление простой XML-ссылки между понятиями CIIM-онтологии


Пример 3 - На рисунке 18 представлена многозначная ссылка между понятиями CIIM-онтологии.

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


Рисунок 18 - UML-представление многозначной ссылки между понятиями CIIM-онтологии


Пример 4 - На рисунке 19 приведен текст программы на XML-языке, соответствующий рисунку 18.

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


Рисунок 19 - Представление многозначной XML-ссылки между понятиями СIIM-онтологии

6.3.3 Соглашение о цвете UML-диаграмм

Соглашение о цвете UML-диаграмм позволяет выделить на схеме атрибуты и элемент XML-языка, являющиеся обязательными для описания любого информационного элемента (понятия СIIM-онтологии, блоки информации). Суть соглашения:

- черные линии/текст, - если информационный элемент является обязательным;

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

6.3.4 Описание структуры всех комплексных OntoML-типов

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

Пример - Подраздел 6.6, озаглавленный "Корневой элемент онтологии". В заголовке написано: "В языке OntoML все блоки информации онтологии собраны в одну общую структуру - комплексный XML-тип данных DICTIONARY_TYPE". Таким образом, словарный тип DICTIONARY_TYPE является основным типом раздела.

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

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

6.3.4.1 Графические представления

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

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

Пример 1 - На рисунке 21 HEADER_Type (тип заголовка) содержит элемент XML-языка ontoml_information, модель содержания которого определена комплексным XML-типом данных INFORMATION_Туре. Данный тип представлен прямоугольником без скругления углов. Таким образом, его полная структура определена на рисунке 21. Он включает различные элементы XML-языка: synonnymous_name, PREFERRED_name, short_name, icon, remark и note.

Содержание указанного комплексного XML-типа данных определено под заголовком "Определение внутреннего типа" в том же разделе.

Пример 2 - В 6.5 содержание типа INFORMATION_Туре определено в "Определение внутреннего типа" под заголовком: "Перечень описаний классов, содержащихся в словаре".

Некоторые другие комплексные XML-типы представлены скругленными прямоугольниками. Их структура и содержание определены в других разделах настоящего стандарта. Их количество определено под заголовком "Определение внешнего типа".

Пример 3 - В 6.5 модель содержания встроенного элемента XML-языка icon является комплексным XML-типом данных GRAPHICS_Туре. Соответствующий прямоугольник на схеме имеет скругленные углы. Это означает, что данный комплексный тип определен в другом разделе. Под заголовком "Определение внешнего типа" подраздела 6.5 указано, что тип GRAPHICS_Type определен в 8.2.2.2.

6.3.4.2 Определение внутреннего элемента

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

Пример 1 - Под заголовком "Определение внутреннего элемента" подраздела 6.6 определение элемента XML-языка class (встроенное внутрь элемента contained_classes типа данных DICTIONARY_Туре) ассоциируется с нижеследующим идентификатором: contained_classes/class.

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

Пример 2 - 5.7.3 определяет простые свойства уровня онтологии, включающие тип данных PROPERTY_Type, независимый тип данных NON_DEPENDENT_P_DET_Type, условный тип данных CONDITION_DET_Type и зависимый тип данных DEPENDENT_P_DET_Tyре. Под заголовком "Определение внутреннего элемента" в данном пункте определение элемента языка XML depends_on (зависит от) (встроенного внутрь подтипа типа данных DEPENDENT_P_DET_Type для типа данных PROPERTY_Туре) ассоциируется с нижеследующим идентификатором: depends_on (DEPENDENT_P_DET_Type).

6.3.4.3 Определение внутренних типов данных

Под данным заголовком определяется содержание:

- типов атрибутов комплексных XML-типов данных, определенных в рассматриваемом разделе;

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

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

6.3.4.4 Определение внешнего типа данных

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

6.3.4.5 Перечень ограничительных условий

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

6.4 Общая структура OntoML-языка


Совместимый с OntoML-языком экземпляр XML-документа позволяет представлять данные, описывающие онтологию, экземпляры или и то и другое. Верхний уровень экземпляра OntoML-документа определяется посредством комплексного XML-типа данных ONTOML_Type (см. рисунок 20).

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


Рисунок 20 - UML-диаграмма структуры онтологии

Определения внутренних элементов:

Элемент dictionary: Определяет понятия CIIM-онтологии, которые составляют обмениваемую онтологию.

Элемент header: Определяет общую информацию относительно обмениваемого файла.

Элемент library: Определяет множество описаний продукции, которые составляют содержание обмениваемой библиотеки.

Определения внешних типов:

Тип DICTIONARY_Type: Является спецификацией OntoML-онтологии, см. 6.6.

Тип HEADER_Type: Является спецификацией заголовка OntoML XML-документа, см. 6.5.

Тип LIBRARY_Type: Является спецификацией OntoML-библиотеки, см. 7.

Перечень ограничительных условий:

Существует либо XML-элемент словаря, либо XML-элемент библиотеки, либо они существуют оба.

6.5 Заголовок в OntoML-языке


Заголовок в OntoML-языке предоставляет версию настоящего стандарта для создания экземпляра OntoML-документа и воспринимаемой человеком информации относительно этого экземпляра. Кроме того, он дает информацию об общей структуре экземпляра OntoML-документа и представляется с помощью комплексного XML-типа данных HEADER_Type (см. рисунок 21).

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


Рисунок 21 - Структура заголовка онтологии

Определения внутренних элементов:

Элемент @id: Определяет возможный идентификатор словаря, к которому принадлежит определенный класс.

Элемент author: Определяет имя и почтовый адрес лиц, которые ответственны за создание структуры обмена.

Элемент authorisation: Определяет имя и почтовый адрес лица, который уполномочен на посылку структуры обмена.

Элемент date_time_stamp: Определяет дату и время в случае, если структура обмена была создана.

Элемент description: Определяет неформальное описание содержания экземпляра OntoML-документа.

Элемент global_language: Определяет возможный глобальный язык, используемый для описания непереведенной информации, связанной с любым понятием СIIM-онтологии.

Элемент name: Определяет строку, используемую для наименования конкретного экземпляра OntoML-документа.

Элемент ontoml_information/icon: Определяет дополнительные графические материалы, которые представляют описание, связанное с различными именами, предоставляемыми для описания OntoML-словаря и/или библиотеки.

Элемент ontoml_information/note: Определяет дополнительную информацию к любой части словаря и/или библиотеки, которая существенна для понимания этой информации.

Элемент ontoml_information/preferred_name: Определяет имя словаря и/или библиотеки, которое предпочтительно для использования.

Элемент ontoml_information/remark: Определяет пояснительный текст, дополнительно поясняет содержание данного словаря и/или библиотеки.

Элемент ontoml_information/revision: Определяет номер редакции словаря и/или библиотеки.

Элемент ontoml_information/short_name: Определяет сокращение предпочтительного имени.

Элемент ontoml_information/synonymous_names: Определяет совокупность синонимических имен.

Элемент ontoml_structure: Определяет встроенную в библиотеку информационную модель, которая реализует OntoML-словарь и/или библиотеку.

Элемент organisation: Определяет группу или организацию, которые ответственны за онтологическую структуру обмена/экземпляр документа.

Элемент originating_system: Определяет систему, из которой исходит структура обмена данными.

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

Элемент revision: Определяет редакцию OntoML-диаграммы, с которой совпадает структура обмена данными.

Элемент supported_vep: Определяет список видов протоколов обмена данными, поддерживаемых словарем и/или библиотекой.

Элемент supported_vep/view_exchange_protocol_identification: Определяет вид протокола обмена данными, поддерживаемого словарем и/или библиотекой.

Элемент version: Определяет версию OntoML-диаграммы, которой соответствует структура обмена данными.

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

Тип INFORMATION_Type: Является незашифрованной текстовой информацией (возможно, переведенной), предоставленной словарем и/или библиотекой.

Тип REVISION_TYPE_Type: Является строкой (xs:string XML-диаграммы), которая представляет собой значения, допускаемые для проверки и имеет длину, не превышающую 3 символа.

Тип SUPPORTED_VEP_Type: Является спецификацией видов протоколов обмена данными, поддерживаемых словарем и/или библиотекой.

Определения внешних типов:

Тип Ontologyld: См. 9.1.

Тип GRAPHICS_Type: См. 8.2.2 2.

Тип LANGUAGE_Type: См. 8.1.1.

Тип LIBRARY_IIM_IDENTIFICATION_Type: См. 8.7.1.

Тип PREFERRED_NAME_Type: См. 8.1.2.

Тип SHORT_NAME_Type: См. 8.1.2.

Тип SYNONYMOUS_NAME_Type: См. 8.1.2.

Тип ТЕХТ_Туре: См. 8.1.2.

Тип VIEW_EXCHANGE_PROTOCOL_IDENTIFICATION_Type: См. 8.7.2.

6.6 Корневой элемент онтологии


В OntoML-языке каждый фрагмент онтологии информации объединяется в общую структуру, которая принадлежит комплексному XML-типу данных DICTIONARY_TYPE (см. рисунок 22).

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


Рисунок 22 - Корневой элемент онтологии


Определения внутренних элементов:

Элемент a_posteriori_semantic_relationships: Определяет список апостериорных связей, содержащихся в словаре.

Элемент a_posteriori_semantic_relationships/a_posteriori_semantic_relationship: Определяет апостериорную связь, содержащуюся в словаре.

Элемент contained_classes: Определяет список описаний классов, содержащихся в словаре.

Элемент contained_classes/class: Определяет описание класса, содержащееся в словаре.

Элемент contained_datatypes: Определяет список описаний типов данных, содержащихся в словаре.

Элемент contained_datatypes/datatype: Определяет описание типа данных, содержащееся в словаре.

Элемент contained_documents: Определяет список описаний документа, содержащихся в словаре.

Элемент contained_documents/document: Определяет описание документа, содержащееся в словаре.

Элемент contained_properties: Определяет список описаний свойства, содержащихся в словаре.

Элемент contained_properties/property: Определяет описание свойства, содержащееся в словаре.

Элемент contained_suppliers: Определяет список описаний поставщиков, содержащихся в словаре.

Элемент contained_suppliers/supplier: Определяет описание поставщика, содержащееся в словаре.

Элемент is_complete: Определяет, полностью описывает ли словарь обмениваемую онтологию или только ее изменения.

Примечание 1 - XML-элемент is_complete используется только в том случае, когда словарь идентифицируется посредством его XML-атрибута @id.


Элемент referenced_dictionaries: Определяет идентификаторы словаря (при их наличии), указывая ссылки на другие словари, на которые в данном словаре ссылаются некоторые классы.

Элемент responsible_supplier: Определяет возможного поставщика данных, ответственного за понятия онтологии.

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

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

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

Примечание 3 - XML-элемент updates может существовать только тогда, когда существует XML-элемент identified_by, а также тогда, когда XML-элемент is_compelete определен как ошибочный.

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

Тип CONTAINED_CLASSES_Type: Является последовательностью описаний классов.

Тип CONTAINED_DATATYPES_Type: Является последовательностью описаний типов данных.

Тип CONTAINED_DOCUMENTS_Type: Является последовательностью описаний документов.

Тип CONTAINED_PROPERTIES_Type: Является последовательностью описаний свойств.

Тип CONTAINED_SUPPLIERS_Type: Является последовательностью описаний поставщиков.

Тип DICTIONARY_IN_STANDARD_FORMAT_Type: Является словарем, в котором используются только протоколы внешних файлов, допускаемые либо встроенной в библиотеку информационной моделью (индицируемой XML-элементом library_structure), либо протоколами просмотра обмениваемыми данными, на которые имеется ссылка XML-элемента supported_vep (оба элемента определены в комплексном XML-типе HEADER_Type).

Определения внешних типов:

Тип A_POSTERIORI_SEMANTIC_RELATIONSHIP_Tyре: См. 8.6.

Тип CLASS_Type: Является описанием классов словаря, см. 6.7.2.

Тип DATATYPE_Type: Является описанием типов данных словаря, см. 6.7.6.

Тип DOCUMENT_Type: Является описанием документов словаря, см. 6.7.7.

Тип PROPERTY_Type: Является описанием свойств словаря, см. 6.7.4.

Тип SUPPLIER_Type: Является описанием поставщиков словаря, см. 6.7.1.

Перечень ограничительных условий:

Если заголовочная часть обменного OntoML-файла содержит онтологический идентификатор продукции (XML-атрибут id комплексного XML-типа данных HEADER_Type), то должен предоставляться и информационный XML-элемент is_complete.

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

Элемент updates не должен существовать, если онтология продукции не идентифицирована (XML-атрибут id комплексного XML-типа данных HEADER_Type) или если XML-элемент is_complete установлен как истинный.

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

6.7 OntoML-представление понятий CIIM-онтологии


В данном разделе определено OntoML-представление различных понятий СIIМ-онтологии.

6.7.1 Поставщик

Онтологическое понятие поставщика связано с описанием организации, ответственной за определенную информацию, которая идентифицирована в экземпляре OntoML-документа. Это понятие иллюстрируется нижеприведенной UML-диаграммой (см. рисунок 23).

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


Рисунок 23 - UML-диаграмма онтологии поставщика


Определения внутренних элементов:

Элемент @id: Определяет идентификатор поставщика.

Элемент country: Определяет имя страны.

Элемент date_of_original_definition: Определяет дату, связанную с первым неизменным вариантом определения поставщика.

Элемент date_of_current_version: Определяет дату, связанную с существующим вариантом определения поставщика.

Элемент date_of_current_revision: Определяет дату, связанную с текущей проверкой определения поставщика.

Элемент electronic_mail_address: Определяет электронный адрес, по которому может получаться электронная почта.

Элемент facsimile_number: Определяет номер, по которому может получаться факс.

Элемент internal_location: Определяет задаваемый организацией адрес для внутренней системы связи.

Элемент is_deprecated: Определяет булев элемент, который (если он истинен) будет означать, что определение поставщика больше не используется.

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

Элемент org: Определяет организационную информацию поставщика.

Элемент postal_box: Определяет номер почтового ящика.

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

Элемент region: Определяет наименование региона.

Элемент revision: Определяет номер редакции существующего определения поставщика.

Элемент status: Определяет состояние в жизненном цикле определения поставщика.

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

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


Элемент street: Определяет название улицы.

Элемент street_number: Определяет номер дома на улице.

Элемент telephone_number: Определяет номер телефона, по которому можно получить телефонный вызов.

Элемент telex_number: Определяет номер факса, по которому можно получать сообщения.

Элемент town: Определяет название города.

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

Тип DATE_TYPE_Type: Является идентификатором значений, допустимых для даты (специальный тип данных xs:date XML-диаграммы).

Тип REVISION_TYPE_Type: Является строкой (xs:string XML-диаграммы), которая представляет собой значения, допускаемые для проверки. Эта строка должна содержать не более трех символов.

Тип STATUS_Type: Является строкой (xs:string XML-диаграммы), которая представляет собой значения, допускаемые для определения состояния. Эта строка не должна содержать дефисов "-" или пробелов.

Определения внешних типов:

Элемент Supplierld: См. 9.1.

Тип ORGANIZATION_Tyре: См. 8.8.1.

Перечень ограничительных условий:

Элементам internal_location, street_number, street, postal_box, town, region, postal_code, country, facsimile_number, telephone_number, electronic_mail_address или telex_number необходимо присвоить значение.

Если элемент is_deprecated существует, то должен существовать и элемент is_deprecated_interpretation.

Примерные значения элемента is_deprecated_interpretation должны определяться в тот момент, когда принималось решение о возражении.

6.7.2 Простой класс онтологии

В OntoML-языке определены три подтипа обобщенного и абстрактного понятия простых классов:

- Класс элементов - позволяет определять характеристики любого вида элементов и в частности - особой продукции с помощью принадлежащего класса и набора пар "свойство/значение". Классы элементов, принадлежащие экземплярной (is-a) иерархии, связанной с наследованием свойств;

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

- Класс элементов case-of - специальный вид класса элементов, который помимо наследуемых от экземплярного родителя (is-а parent) возможных свойств, заимствует также и некоторые свойства из некоторых других существующих классов, которые содержат этот класс в соответствии со своей областью применения.

Примечание - Класс характеризации продукции и класс категоризации определен в разделе 5 ИСО/МЭК 77-2:2008.

6.7.2.1 Класс элементов

Рисунок 24 иллюстрирует структуру класса элементов.

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


Рисунок 24 - UML-диаграмма, иллюстрирующая понятие простого класса онтологии


Класс элементов (представляемый с помощью комплексного XML-типа данных ITEM_CLASS_Type) наследует XML-описание содержания, определяемое абстрактным комплексным XML-типом данных CLASS_Type.

Примечание 1 - Наиболее общее представление классов требует использования только идентификатора (@id), элементов revision, preferred_name и definition.


Определения внутренних элементов:

Элемент @id: Определяет идентификатор класса.

Элемент class_constant_values: Определяет назначения элементов в текущем классе для значимых для класса свойств, признанных в суперклассах.

Примечание 2 - Элемент class_constant_values определяет селекторы классов, как это определено в разделе 5.5 Руководства ИСО/МЭК 77-2:2008. Элемент coded_name (типа ITEM_CLASS_Type) - это возможное закодированное имя класса.


Элемент constraints: Определяет набор условий, которые ограничивают целевые области значений некоторых "видимых" свойств класса некоторыми подклассами наследуемых областей значений.

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


Элемент date_of_current_revision: Определяет дату, связанную с текущей проверкой определения класса.

Элемент date_of_current_version: Определяет дату, связанную с существующим вариантом определения класса.

Элемент date_of_original_definition: Определяет дату, связанную с первым неизменным вариантом определения класса.

Элемент definition: Определяет текст, устанавливающий данный класс.

Элемент defined_documents: Определяет набор ссылок на дополнительные документы, которые могут использоваться в пределах древа наследования свойств, происходящих из этого класса.

Примечание 4 - Каждый документ, на который ссылаются в совокупности элементов defined_documents, считается применимым в классе.


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

Примечание 5 - Каждый тип данных, на который ссылаются в совокупности элементов defined_types, считается применимым в классе.


Элемент described_by: Определяет список ссылок на дополнительные свойства, доступные к применению в описании экземпляров данного класса и любого из его подклассов (здесь и далее по тексту понятия экземпляр и экземпляр класса являются синонимами).

Примечание 6 - Каждое свойство, на которое ссылаются в совокупности элементов described_by, считается применимым в классе.

Примечание 7 - Свойство также может применяться к классу, если оно импортируется из другого класса посредством класса типа ITEM_CLASS_CASE_OF_Type (см. 6.7.2.3), типа FUNCTIONAL_MODEL_CLASS_Type (см. 6.7.3.2) или типа FM_CLASS_VIEW_OF_Type (см. 6.7.3.3). Поэтому свойства, на которые приводится ссылка с помощью атрибута described_by, не определяют все применимые свойства для этого класса.

Примечание 8 - Список порядка является представлением порядка следования свойств, предлагаемого поставщиком.


Элемент geometric_representation_context: Определяет эталонную систему координат для каждого свойства в классе, чей тип данных является позиционирующей единицей STEP, т.е. либо типа PLACEMENT_TYPE_Type, AXIS1_PLACEMENT_TYPE_Type, AXIS2_PLACEMENT_2D_TYPE_Type или AXIS2_PLACEMENT_3D_TYPE_Tyре.

Примечание 9 - Позиционирующие единицы STEP определены в разделе Е1 Приложения Е.

Примечание 10 - Определение местоположения эталонной системы координат по отношению к объекту, определенному своим классом, неформально описывается в элементе описания geometric_representation_context.


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

Примечание 11 - Элемент geometric_representation_context является OntoML-представлением элемента geometric_representation_context, определенного в ИСО 10303-42 для его геометрического представления. В ИСО 10303-42 данный контекст применим ко всем позиционирующим единицам STEP. В OntoML-языке данный контекст применим ко всем позиционирующим единицам, которые являются значениями свойств для класса, где определен элемент geometric_representation_context.


Элемент global_unit_context: Определяет единицу длины и, возможно, единицу угла, которые закреплены за контекстом геометрического представления всех позиционирующих единиц STEP-класса.

Примечание 12 - Элемент global_unit_context является OntoML-представлением элемента global_unit_assigned_context, определенного в ИСО 10303-42 для его геометрического представления. В ИСО 10303-42 данный контекст применим ко всем элементам геометрического представления. В OntoML-языке данный контекст применим ко всем позиционирующим единицам STEP, которые являются значениями свойств для класса, где определен элемент global_unit_context.

Примечание 13 - Если элемент global_unit_context не предоставляется, то значением единицы длины по умолчанию является миллиметр, а для единицы угла - градус.


Элемент hierarchical_position: Определяет кодированное представление положения класса в иерархии классов, к которой этот класс принадлежит.

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


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

Примечание 15 - Элемент hierarchical_position класса изменяется при изменении структуры класса онтологии, поэтому он не может использоваться в качестве неизменного идентификатора класса.


Элемент icon: Определяет графические материалы, представляющие собой описание, связанное с их именами.

Элемент instance_sharable (ITEM_CLASS_Type): Если этот элемент ошибочный, то он определяет то, что экземпляры класса элементов являются характерными; если этот элемент не предоставляется или является истинным, то он определяет то, что экземпляры класса элементов являются индивидуальными.

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


Элемент is_deprecated: Определяет булев элемент, который (если он истинен) будет означать, что определение поставщика больше не используется.

Элемент is_deprecated_interpretation: Определяет способ интерпретации причины исключенияГОСТ Р ИСО 13584-32-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции, примерные значения от поставщика и соответствующий идентификатор.
__________________
ГОСТ Р ИСО 13584-32-2012 Системы промышленной автоматизации и интеграция. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукцииМожет относиться к классу, интерфейсу, конструктору, методу или полю, использование которых больше не рекомендуется, так как они могут уже не существовать в будущей версии языка.


Элемент its_superclass: Определяет ссылку на класс, текущий класс которого является подклассом.

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

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

Элемент preferred_name: Определяет имя класса (возможно, переведенное), которое при его использовании можно считать преимущественным.

Элемент remark: Определяет пояснительный текст (возможно, переведенный), дополнительно проясняющий содержание данного класса.

Элемент revision: Определяет номер редакции существующего определения класса.

Элемент short_name: Определяет сокращение предпочтительного имени класса (возможно, переведенного).

Элемент simplified_drawing: Определяет чертеж, который может быть связан с описываемым классом.

Элемент source_doc_of_definition: Определяет возможный документ-источник, из которого заимствовано данное определение.

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

Элемент status: Определяет состояние в жизненном цикле определения класса.

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

Примечание 18 - Если XML-элемент status не предоставляется и если это определение класса не вызывает возражений и может обозначаться с помощью XML-элемента is_deprecated, то определение класса должно иметь то же состояние стандартизации, что и у всей онтологии, в которой этот элемент используется. В частности, если онтология стандартизирована, то определение класса будет являться частью текущей редакции стандарта.


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

Примечание 19 - Элемент sub_class_properties определяет селекторы класса, как это определено в разделе 5.5 ИСО/МЭК 77-2:2008.


Элемент synonymous_names: Определяет совокупность синонимических имен предпочтительному имени (возможно, переведенному).

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

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

Тип DATE_TYPE_Type: Является значениями, допускаемыми для обозначения даты (специальный тип данных xs:date XML-программы).

Тип REVISION_TYPE_Type: Является строкой (xs:string XML-диаграммы), которая представляет значения, допускаемые для обозначения редакции. Эта строка должна содержать не более трех символов.

Тип STATUS_Type: Является строкой (xs:string XML-диаграммы), которая представляет значения, допускаемые для обозначения состояния.

Тип VALUE_CODE_TYPE_Type: Является строкой (xs:string XML-диаграммы), которая представляет значения, допускаемые для обозначения кода. Эта строка должна содержать не более 35 символов.

Определения внешних типов:

Элемент Classld: См. 9.1.

Элемент Constrained: См. 9.1.

Тип CLASS_CONSTANT_VALUES_Type: См. 6.7.2 4.

Тип CONSTRAINT_Type: См. 8.5.

Тип GEOMETRIC_CONTEXT: См. 8.8.3.

Тип GEOMETRIC_UNIT_CONTEXT: См. 8.8.4.

Тип GRAPHICS_Type: См. 8.2.2 2.

Тип KEYWORD_Type: См. 8.1.2.

Тип LANGUAGE_Type: См. 8.1.1.

Тип PREFERRED_NAME_Type: См. 8.1.2.

Тип SHORT_NAME_Type: См. 8.1.2.

Тип SOURCE_DOCUMENT_Type: См. 8.2.2.1.

Тип SYNONYMOUS_NAME_Type: См. 8.1.2.

Тип ТЕХТ_Туре: См. 8.1.2.

Тип TRANSLATION_Type: См. 8.1.3.

Перечень ограничительных условий:

Структура с наследованием свойств, определяемая иерархией классов (посредством XML-элемента its_superclass, унаследованного из комплексного XML-типа данных CLASS_Type), не должна содержать циклов.

Только те типы свойств, которые являются "видимыми" для класса, могут становиться применимыми для этого класса благодаря ссылке в списке, определенном с помощью совокупности элементов described_by.

Только те типы данных, которые являются "видимыми" для класса, могут становиться применимыми для этого класса благодаря ссылке в списке, определенном с помощью совокупности элементов defined_types.

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

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

Только контекстно-зависимые свойства (для типа DEPENDENT_P_DET_Type, см. раздел 6.7.4), чьи контекстные параметры (для типа CONDITION_DET_Type, см. 6.7.4) применимы в классе, могут становиться применимыми для этого класса благодаря ссылке с помощью его XML-элемента described_by.

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

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

Все свойства, на которые даются ссылки в совокупности элементов constraints, должны быть либо "видимыми", либо применимыми для этого класса.

Свойства, на которые даются ссылки в совокупности элементов sub_class_properties, также должны содержать ссылки и в совокупности элементов described_by.

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

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

Если элемент is_deprecated существует, то должен существовать и элемент is_deprecated_interpretation.

Примерные значения элемента is_deprecated_interpretation должны определяться в тот момент, когда принималось решение о возражении.

Если тип PLACEMENT_TYPE_Type, AXIS1_PLACEMENT_TYPE_Type, AXIS2_PLACEMENT_2D_ TYPE_Type или AXIS2_PLACEMENT_3D_TYPE_Type является типом данных, присвоенным свойству, на которое дается ссылка в группе элементов described_by, то должен быть предоставлен соответствующий XML-элемент geometric_representation_context.

6.7.2.2 Класс категорий

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

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

Ни свойства, ни типы данных, ни ограничительные условия не связаны с этим классом. Более того, классы характеризации могут быть не связаны друг с другом с помощью экземплярного (is-a) соотношения наследования, однако они могут быть связаны друг с другом только с помощью условного (is-case-of) соотношения. Конкретный XML-элемент, называемый элементом categorization_class_superclasses, позволяет регистрировать классы категоризации, которые являются суперклассами в условной (case-of) иерархии.

Примечание - Используя условные (case-of) конструкции ресурсов, классы элементов могут также объединяться с классами категоризации.


Пример 2 - В приведенном примере показано, как классы характеризации и классы категоризации могут объединяться для достижения определенных целей. Поставщик шарикоподшипников желает разработать свою собственную онтологию и сделать ее удобной для поиска и использования. Для реализации этой задачи он/она желают использовать стандартные свойства и стандартную их классификацию. Этот поставщик предоставляет только шарикоподшипники, однако некоторые из них поставляются со смазкой, а другие - без смазки. Конкретные свойства могут связываться как со смазанными подшипниками, так и не со смазанными, однако эти категории не существуют в виде классов в стандартной онтологиях подшипников. По этой причине поставщик подшипников действует следующим образом: (1) Он/она разрабатывает собственную онтологию, состоящую из трех классов характеристик: my_bearing, my_sealed_bearings и my_non_sealed_bearing. Две последние характеристики связаны с первой характеристикой экземплярным (is-a) соотношением наследования, и все свойства, закрепленные за первой характеристикой, будут наследоваться остальными характеристиками. (2) Для использования нескольких свойств, определенных в будущем ИСО/ТС 23768-1, поставщик подшипников определяет, что его/ее класс my_bearings является условным (case-of) стандартным классом подшипников со свойством ball bearing, определенном в ИСО/ТС 23768. Посредством этого условного (case-of) соотношения он/она могут импортировать его/ее класс my_bearings стандартно-определенных свойств: bore diameter, outside diameter, ISO tolerance class. Более того, он/она создают те необходимые им свойства, которые не определены в указанном стандарте. (3) Для облегчения поиска сервера, который отображает каталог поставщика, он/она представляют небольшой фрагмент UNSPSC-классификации и условного (case-of) соотношения между UNSPSC-классом ball_bearings и своим собственным классом my_bearing. Результат выполненных операций иллюстрируется нижеприведенным рисунком 25.

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

Legend - Условные обозначения; Characterisation сlass - Класс характеризации; Categorization сlass - Класс категоризации; Is-а relationship - Экземплярное соотношение; Сase-of relationship - Условное соотношение; ISO 23768, bearing - Стандарт ИСО 23768, Подшипник; ISO 23768 rolling bearing - Стандарт ИСО 23768, Роликовый подшипник; ISO 23768 ball bearing - Стандарт ИСО 23768, Шариковый подшипник; 31000000, Manufacturing Components and Supplies - 31000000, Производственные компоненты и материальные запасы; UNSPSC 31170000 Bearing and bushings and wheels and gears - UNSPSC 31170000, Подшипники, вкладыши, колеса и шестерни; UNSPSC 31171500, Bearings - UNSPSC 31171500 Подшипники; UNSPSC 31171504, Ball bearings - UNSPSC 31171504, Шариковые подшипники.

Рисунок 25 - Пример онтологии поставщика, использующей классы категоризации


Рисунок 26 иллюстрирует структуру класса категорий.

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


Рисунок 26 - Класс категоризации


Класс категоризации (представляемый комплексным XML-типом данных CATEGORIZATION_CLASS_Туре) наследует XML-описание содержания, определенное в абстрактном комплексном XML-типе данных CLASS_Type.

Определение внутреннего элемента:

Элемент categorization_class_superclasses: Определяет классы категоризации, которые на один уровень выше класса категоризации в иерархии условных классов.

Перечень ограничительных условий:

Только идентификаторы, соответствующие классам, для которых основным типом данных является тип CATEGORIZATION_CLASS_Type, могут иметь ссылки в совокупности элементов categorization_class_superclasses.

Наследованный XML-элемент its_superclass не должен определяться при определении класса категоризации.

Наследованный XML-элемент described_by не должен определяться при определении класса категоризации.

Наследованный XML-элемент defined_types не должен определяться при определении класса категоризации.

Наследованный XML-элемент sub_class_properties не должен определяться при определении класса категоризации.

Наследованный XML-элемент class_constant_values не должен определяться при определении класса категоризации.

Наследованный XML-элемент constraints не должен определяться при определении класса категоризации. Класс категоризации не должен быть классом определения любого свойства.

6.7.2.3 Условный (case-of) класс элементов

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

В каждой конкретной организации:

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

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

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

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

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

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

Условное (case-of) соотношение может также использоваться в стандартных словарях.

В OntoML-языке для указанной выше цели используется комплексный XML-тип ITEM_CLASS_CASE_ OF_Type (см. рисунок 27).

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


Рисунок 27 - UML-диаграмма условного класса элементов


Определения внутренних элементов:

Элемент case_of: Определяет класс (классы), для которого описываемый класс является условным (case-of); он представляется путем ссылки на соответствующий идентификатор (идентификаторы) понятия онтологии класса (классов).

Примечание 1 - Условное (case-of) соотношение и его использование описывается в разделе 3.5.2 Руководства ИСО/МЭК 77-2:2008.


Элемент imported_constraints: Определяет множество ограничительных условий, которые импортируются из класса (классов) элементов определенного условного класса элементов.

Примечание 2 - В отличие от других импортируемых объектов элемент (ограничительные условия) imported_constraints не может выбираться, когда разработан элемент условного класса. Эти условия ограничивают области любых свойств, определенных в совокупности элементов imported_properties в условном классе XML-элемента case_of, из которого они импортируются.


Элемент imported_documents: Определяет импортируемый документ (документы) из класса (классов) case_of, который требуется для описания текущего класса; он представляется с помощью ссылки на соответствующий идентификатор (идентификаторы) понятия онтологии класса (классов).

Элемент imported_properties: Определяет импортируемое свойство (свойства) из класса (классов) case_of, который требуется для описания текущего класса; он представляется с помощью ссылки на соответствующее свойство (свойства) понятия онтологии класса (классов).

Элемент imported_types: Определяет импортируемый тип (типы) из класса (классов) case_of, который требуется для описания текущего класса; он представляется с помощью ссылки на соответствующий тип (типы) понятия онтологии класса (классов).

Элемент instance_sharable (ITEM_CLASS_Type): Если этот элемент ошибочный, то он определяет, что экземпляры условного класса элементов являются характерными; если этот элемент не предоставляется или является истинным, то он определяет, что экземпляры условного класса элементов являются индивидуальными.

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


Элемент simplified_drawing: Определяет чертеж, который может быть связан с описываемым классом.

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

Тип VALUE_CODE_TYPE_Type: Является строкой (xs:string XML-диаграммы), которая представляет значения, допускаемые для значений кода. Эта строка должна содержать не более 35 символов.

Определения внешних типов:

Тип CLASS_Type: См. 6.7.2.1.

Тип CLASS_VALUE_ASSIGNMENT_Type: См. 6.7.2 4.

Тип CONSTRAINTS_Type: См. 8.5.1.

Тип GRAPHICS_Type: См. 8.2.2 2.

Перечень ограничительных условий:

Структура с наследованием свойств, определяемая иерархией классов (посредством XML-элемента its_superclass, наследованного из комплексного XML-типа данных CLASS_Type), не должна содержать циклов.

Только те типы свойств, которые являются "видимыми" в классе, могут становиться применимыми для этого класса благодаря ссылке в списке, определенном с помощью совокупности элементов described_by.

Только те типы данных, которые являются "видимыми" в классе, могут становиться применимыми для этого класса благодаря ссылке в списке, определенном с помощью совокупности элементов defined_types.

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

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

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

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

Все свойства, на которые даются ссылки в совокупности элементов constraints, должны быть либо "видимыми", либо применимыми для этого класса.

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

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

Только идентификатор, соответствующий классу, для которого основным типом данных является тип ITEM_CLASS_Type или тип ITEM_CLASS_CASE_OF_Type, может давать ссылку в XML-элементе its_superclass.

Только идентификатор, соответствующий классу, для которого основным типом данных является тип ITEM_CLASS_Type, тип ITEM_CLASS_CASE_OF_Type или тип CATEGORIZATION_CLASS_Type, может давать ссылку в совокупности элементов case_of.

Свойства, которые приводят ссылку в совокупности элементов sub_class_properties, должны давать ссылку либо в совокупности элементов described_by, либо в совокупности элементов imported_properties.

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

Значения, присваиваемые импортированному свойству в группе элементов class_constant_value, не должны отличаться от возможного значения, закрепленного за тем же свойством в ссылочном классе.

Все свойства, которые дают ссылку в элементе imported_properties и которые присваивают классу постоянное значение из совокупности элементов case_of, должны присваивать те же постоянные значения текущему классу.

Каждое ограничительное условие, определенное в группе элементов imported_constraints посредством XML-элемента constraint, должно определяться либо как ссылочное ограничительное условие с использованием XML-атрибута constraint_ref, либо как определенное ограничительное условие с использованием XML-элемента constraint_definition, либо и того и другого.

6.7.2.4 Значимое для класса свойство

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

- как заявляемое в заданном классе; это свойство описывается как любое другое свойство, но с одним ограничением; это свойство дает ссылку в XML-элементе sub_сlass_properties связанного класса;

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

Присвоение значения важного для класса свойства другому классу представляется с помощью комплексного XML-типа данных CLASS_CONSTANT_VALUES_Type (см. рисунок 28).

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


Рисунок 28 - Структура присвоенного значения класса


Определения внутренних элементов:

Элемент class_value_assignment: Определяет все присвоения значений в классе.

Элемент class_value_assignment/assigned_value: Определяет значение, присвоенное свойству и действующее для всего класса, соотнеся это присвоение в классе с совокупностью элементов class_constant_values.

Примечание 1 - Элемент assigned_value принадлежит области значений для ссылочного подкласса свойств.


Элемент class_value_assignment/super_class_defined_property: Определяет ссылку на свойство (определенное в суперклассе как его собственное свойство), которому присваивается значение XML-элемента assigned_value).

Примечание 2 - Свойство определяется как принадлежащее подклассу, когда оно появляется в XML-элементе sub_class_properties, определенном в комплексном XML-типе ITEM_CLASS_Type или ITEM_CLASS_CASE_OF_Type.


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

Тип ASSIGNED_VALUE_Type: Является значением, которое должно присваиваиваться.

Тип CLASS_VALUE_ASSIGNMENT_Type: Является перечнем присвоений значений в классе.

Тип VALUE_CODE_TYPE_Type: Является строкой (xs:string XML-диаграммы), которая представляет значения, допускаемые для значений кода. Эта строка должна содержать не более 35 символов.

Определения внешних типов:

Элемент val:value: Является описанием типичного значения.

Примечание 3 - Элемент val:value определен в ИСО/ТС 29002-10 на формат обмена данными о продукции.


Перечень ограничительных условий:

Значение, присваиваемое с помощью XML-элемента assigned_value, должно иметь тип, совместимый с областью значений для связанного с ней типа (со ссылкой с помощью XML-элемента suреr_class_defined_property).

6.7.3 Класс онтологии повышенного уровня

В данном разделе определены компоненты моделирования, которые могут использоваться в усовершенствованном подклассе OntoML-языка.

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

Пример 1 - При взгляде на область механических фиксаторов мы можем идентифицировать класс metric threaded screw как класс характеристик фиксаторов (крепежа) и свойства типа threaded length, total length, threaded diameter, material, part number как характеристические свойства, позволяющие характеризовать различные подклассы идентичных элементов.

Свойства элемента не являются только характеристическими. В соответствии с отраслевой точкой зрения мы имеем элемент, а число других свойств считается полезным. Если пользователь онтологии обязан закупать винты (procuments), то будут необходимы свойства price и delivery delay. Если пользователь отвечает за управление материально-техническим снабжением (inventory management), то необходимо свойство inventory size, т.е. число доступных винтов конкретного типа и число заказов этих винтов quantity of order и эти свойства являются наиболее значимыми. Если пользователь онтологии разрабатывает продукцию с использованием системы автоматизированного проектирования и желает ввести один винт в текущую продукцию, то свойство геометрической формы geometric shape винта сделает процесс проектирования более эффективным.

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

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

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

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

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

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

Примечание 1 - Как показано в геометрическим примере, определение точки наблюдения может потребовать не только имя (name) ("geometry"), но и значения некоторых переменных, например geometry_level (2D, 3D), side (вид сверху, спереди...) или level_of_detail. Подобные переменные называются "контрольными переменными представления (вида)";


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

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

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


Пример 3 - Класс функциональных моделей procurement может содержать значения для следующих свойств: part number (импортированного из класса характеристик metric threaded screw), price, delivery delay, для каждого винта в классе metric threaded screw.

Пример 4 - Множество двухмерных точных представлений переднего геометрического вида в классе metric: threaded screw может содержать класс функциональных моделей, которое предоставляет геометрическое представление элементов данного класса.

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


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

При структурировании онтологии может приниматься во внимание ряд рекомендаций, а именно:

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

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

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

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

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

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

6.7.3.1 Класс функциональных представлений

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

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

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

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

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

Пример 3 - Класс функциональных представлений может также использоваться для описания точки зрения inventory status. Указанный класс может определяться без какой-либо контрольной переменной представления, если разработчик онтологии желает только определять уникальную точку зрения inventory status, которая будет описывать для каждого вида продукции свойство inventory size, т.е. число каждой детали, которая в настоящее время имеется в наличии, и свойство quantity of order детали.


Контрольная переменная представления не характеризует элемент, а дает лишь его представление, поэтому она должна определяться свойством типа REPRESENTATION_P_DET, определенном в 6.7.5.

В настоящем стандарте класс функциональных представлений устанавливается с помощью комплексного XML-типа данных NON_INSTANCIABLE_FUNCTIONAL_VIEW_CLASS_Type (см. рисунок 29).

Примечание 2 - Имя "non instanciable functional view сlass type (тип не представляемого класса функциональных представлений)" заимствовано из ИСО 13584-24:2003, в котором также определяется метод для программного представления созданного элемента, поэтому в данном случае можно говорить, что представления (виды) являются характеристическими. Этот метод, редко используемый в прошлом, не вводится в OntoML-язык, однако имя "non instanciable functional view сlass type (тип характерного класса функциональных представлений)" будет сохраняться в одних и тех же ресурсах ИСО 13584-24:2003 и OntoML-языка.

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


Рисунок 29 - UML-диаграмма понятия класса в онтологии повышенного уровня


Определение внутреннего элемента:

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

Определение внешнего типа:

Тип CLASS_Type: См. 6.7.2.1.

Перечень ограничительных условий:

Либо данный класс не имеет ссылочного суперкласса (наследованного XML-элемента its_superclass), либо, если имеется один класс, то ссылочным суперклассом должен быть тип данных NON_INSTANCIABLE_ FUNCTIONAL_VIEW_CLASS_Type.

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

Свойства, предназначенные для использования в качестве контрольных переменных представления, должны идентифицироваться как тип данных REPRESENTATION_P_DET_Type (см. 6.7.5) и должны давать ссылку в группу элементов described_by нереализуемого класса функциональных представлений.

6.7.3.2 Класс функциональных моделей

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

Пример 1 - Предположим, что класс screw class является корневым классом элементов в иерархии классов винтов, а также то, что этот класс заявляется как обладающий свойством part number, позволяющим идентифицировать винт любого субкпасса screw class. Предположим также, что item price view является классом функциональных представлений, чьим определением является "классы функциональных моделей, которые соответствуют этому представлению и должны предоставлять цены в евро"; после этого класс функциональных моделей screw price model может быть определен и будет относиться и к классу screw (с помощью XML-элемента view_of, см. рисунок 31) - для определения того, что предоставляет функциональные модели винтов, а также и к классу item price view (с помощью XML-элемента created_view, см. рисунки 30 и 31) - для определения того, что он предоставляет свойство item price view view. Данный класс функциональных моделей может также импортировать свойство part number из класса screw (посредством XML-элемента imported_properties_from_item, см. рисунок 31) и заявлять (с помощью XML-элемента described_by) свойство euro price как свойство real_currency_type. При этих предположениях каждый экземпляр класса screw price model может содержать пару свойств (part number, euro price) , которая будет определять цену одного винта в классе screw (или в любом из его субклассов) в евро.

Примечание 1 - В примере 1 цены могут рассчитываться автоматически для каждого винта из класса screw путем определения того, что свойство part number должно представляться как в классе винтов, так и в классе функциональных моделей, а также может использоваться для расчета внешней связи между содержаниями обоих классов (см. XML-элемент required_item_values в 7.4).


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

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

Примечание 3 - Указанная апостериорная связь определяется с помощью комплексного XML-типа данных A_POSTERIORI_VIEW_OF_Type, определенного в 8.6.2.


Класс функциональных моделей может импортировать:

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

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

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


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

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


Рисунок 30 - UML-диаграмма онтологического понятия повышенного класса


Определения внутренних элементов:

Элемент case_of: Определяет возможные классы функциональных моделей, если текущий класс функциональной модели является условным (case-of).

Примечание 5 - Условное соотношение и его использование описано в разделе 3.5.2 ИСО/МЭК 77-2:2008.


Элемент created_view: Определяет класс функциональных представлений, который характеризует точку зрения, рассматриваемую классом функциональных моделей.

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

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


Элемент imported_constraints_from_view: Определяет возможные ограничительные условия, которые импортированы из созданного представления.

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


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

Элемент imported_documents_from_view: Определяет возможный документ, который импортирован из созданного представления.

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

Элемент imported_properties_from_view: Определяет возможные свойства, которые импортированы из созданного представления.

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

Элемент imported_types_from_view: Определяет возможные типы данных, которые импортированы из созданного представления.

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

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


Определения внешних типов:

Тип CLASS_Type: См. 6.7.2.1.

Тип CONSTRAINTS_Type: См. 8.5.1.

Тип V_C_V_RANGЕ_Туре: См. 6.7.3.4.

Перечень ограничительных условий:

Класс, на который дается ссылка с помощью XML-элемента created_view, должен иметь в качестве основного типа данных NON_INSTANCIABLE_FUNCTIONAL_VIEW_CLASS_Type.

Каждая контрольная переменная представления, используемая в XML-элементе v_c_v_range, должна соответствовать контрольной переменной функционального представления, на которую дается ссылка с помощью элемента created_view.

Каждая контрольная переменная представления, определенная в ссылочном представлении (XML-элемент created_view) и используемая в XML-элементе v_c_v_range, должна давать ссылку в группу элементов imported_properties-from_view.

Примечание 9 - Каждая контрольная переменная представления, чей XML-элемент v_c_v_range не ограничивается одноточечным множеством, является частью кода класса функциональных моделей. Последнее определено в ограничительных условиях для типа данных EXPLICIT_FUNCTIONAL_MODEL_CLASS_EXTENSION_ Туре (см. раздел 7.4).


Либо класс не имеет суперкласса, либо ссылочный суперкласс (наследованный XML-элемент its_superClass) должен иметь в качестве основного тип данных FUNCTIONAL_MODEL_CLASS_Type или FM_CLASS_VIEW_OF_Type.

Группа элементов v_c_v_range должна содержать уникальный элемент view_control_variable_range для каждого ссылочного свойства (XML-элемент parameter_type).

Каждое свойство, которое определено (с помощью XML-элемента described_by) или наследовано для класса функциональных моделей, может иметь либо тип данных NON_DEPENDENT_P_DET_Type, DEPENDENT_P_DET_Type, CONDITION_DET_Type либо REPRESENTATION_P_DET_Type.

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

Каждый класс, который ссылается посредством XML-элемента case_of, должен принадлежать классу FUNCTIONAL_MODEL_CLASS_Type или FM_CLASS_VIEW_OF_Type.

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

Значения, присваиваемые импортированному свойству в группе элементов class_constant_values, не должны отличаться от возможных значений, присваемых тому же свойству в ссылочных классах.

Каждое ограничительное условие, определенное в группах элементов imported_constraints_from_model и imported_constraints_from_view посредством XML-элемента constraint, должно определяться либо как ссылочное ограничительное условие (с помощью XML-атрибута constraint_ref), либо как заданное ограничительное условие с использованием XML-элемента constraint_definition, либо и того и другого.

6.7.3.3 Производный класс функциональных моделей

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

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


Подобный класс функциональных моделей представляется с помощью комплексного XML-типа данных FM_CLASS_VIEW_OF_Type (см. рисунок 31).

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


Рисунок 31 - UML-диаграмма онтологического понятия повышенного класса:
Производный класс функциональных моделей


Определения внутренних элементов:

Элемент case_of: Определяет другие возможные классы функциональных моделей, текущим классом функциональных моделей которых является условный (case-of) класс.

Примечание 2 - Условное (case-of) соотношение и его использование описываются в разделе 3.5.2 ИСО/МЭК 77-2:2008.


Элемент created_view: Определяет класс функциональных представлений, который характеризует точку зрения пользователя, определяемую классом функциональных моделей.

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

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

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


Элемент imported_constraints_from_model: Определяет возможные ограничительные условия, которые импортируются из условных (case-of) классов функциональных моделей.

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


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

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


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

Элемент imported_properties_from_model: Определяет возможные свойства, которые импортируются из условных классов функциональных моделей.

Элемент imported_properties_from_view: Определяет возможные свойства, которые импортируются из созданного представления.

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

Элемент imported_types_from_model: Определяет возможные типы данных, которые импортируются из условных классов функциональных моделей.

Элемент imported_types_from_view: Определяет возможные типы данных, которые импортируются из созданного представления.

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

Элемент imported_documents_from_model: Определяет возможные документы, которые импортируются из условных классов функциональных моделей.

Элемент imported_documents_from_view: Определяет возможные документы, которые импортируются из созданного представления.

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

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


Определения внешних типов:

Тип CLASS_Type: См. раздел 6.7.2.1.

Тип CONSTRAINTS_Type: См. 8.5.1.

Тип V_C_V_RANGЕ_Туре: См. 6.7.3.4.

Перечень ограничительных условий:

Класс, на который дается ссылка с помощью XML-элемента created_view, должен иметь в качестве основного тип данных NON_INSTANCIABLE_FUNCTIONAL_VIEW_CLASS_Type.

Каждая контрольная переменная представления, используемая в XML-элементе v_c_v_range, должна соответствовать контрольной переменной функционального представления, на которую дается ссылка с помощью XML-элемента created_view.

Каждая контрольная переменная представления, определенная в ссылочном представлении (с помощью XML-элемента created_view) и используемая в XML-элементе v_c_v_range, должна иметь ссылку в группе элементов imported_ properties_from_view.

Примечание 7 - Каждая контрольная переменная представления, чей XML-элемент v_c_v_range не ограничивается одноточечным множеством, является частью кода класса функциональных моделей. Последнее определено в ограничительных условиях для типа данных EXPLICIT_FUNCTIONAL_MODEL_CLASS_EXTENSION_Type (см. 7.4).

Либо класс не имеет суперкласса, либо ссылочный суперкласс (наследованный XML-элемент its_superclass) должен иметь в качестве основного тип данных FUNCTIONAL_MODEL_CLASS_Type или FM_CLASS_VIEW_OF_Type.

Группа элементов v_c_v_range должна содержать уникальный элемент view_control_variable_range для каждого ссылочного свойства (XML-элемент parameter_type).

Каждое свойство, которое определено (с помощью XML-элемента described_by) или унаследовано для класса функциональных моделей, может иметь либо тип данных NON_DEPENDENT_P_DET_Type, DEPENDENT_P_DET_Type, CONDITION_DET_Type либо REPRESENTATION_P_DET_Type.

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


Каждый класс, на который дается ссылка посредством XML-элемента case_of, должен быть типа FUNCTIONAL_MODEL_CLASS_Type или FM_CLASS_VIEW_OF_Type.

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

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

Каждое ограничительное условие, определенное в группах элементов imported_constraints_from_model и imported_constraints_from_view посредством XML-элемента constraint, должно определяться либо как ссылочное ограничительное условие (с помощью XML-атрибута constraint_ref), либо как конкретное ограничительное условие (с помощью XML-элемента constraint_definition), но не с помощью обоих элементов.

6.7.3.4 Диапазон контрольных переменных представления

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

Пример - Предположим, что функциональное представление geometry определяет контрольную переменную представления detail_level, чьей заданной областью значений является область {simplified, standard, extended}. Частная функциональная модель может описывать только представления simplified и standard. В этом случае диапазоном контрольных переменных будет [simplified: standard].

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


Диапазон контрольных переменных представления определяется с помощью комплексного XML-типа данных VIEW_CONTROL_VARIABLE_RANGE_Type, причем все эти диапазоны объединяются в хранилище определенное с помощью типа V_C_V_RANGE_Type (см. рисунок 32).

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


Рисунок 32 - Структура контрольной переменной представления


Определения внутренних элементов:

Элемент view_control_variable_range: Определяет диапазоны контрольной переменной представления для функциональной модели.

Элемент view_control_variable_range/parameter_type: Определяет ссылку на свойство, которое является контрольной переменной представления, для которого применим диапазон этой переменной.

Элемент view_control_variable_range/range_hibound: Определяет целое число, которое характеризует верхнюю границу определенного диапазона.

Элемент view_control_variable_range/range_lobound: Определяет целое число, которое характеризует нижнюю границу определенного диапазона.

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

Тип VIEW_CONTROL_VARIABLE_RANGE_Type: Является описанием диапазона контрольных переменных представлений.

Перечень ограничительных условий:

Свойство, на которое ссылка дается с помощью XML-элемента parameter_type, должно иметь тип данных NON_QUANTITATIVE_INT_TYPE_Type_type.

Значение XML-элемента range_lobound должно быть меньше или равно значению XML-элемента range hibound.

Элементы range_lobound и range_hibound должны принадлежать области значений ссылочного свойства (XML-элемент parameter_type).

6.7.4 Онтологическое свойство простого уровня

В СIIМ-модели значения свойства являются либо простыми (тип целых чисел или строк), либо другими элементами класса. Кроме того, CIIM-модель различает:

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

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

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

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

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


Рисунок 33 - UML-диаграмма понятия простого онтологического свойства


Примечание 1 - Характеристическое свойство определено в разделе 4 ИСО/МЭК 77-2:2008.


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

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


Таким образом, в дополнении к обычным характеристическим свойствам, которые могут рассматриваться как контекстно-независимые, можно определять контекстные параметры посредством комплексного XML-типа данных CONDITION_DET_Type, а также контекстно-зависимые свойства - посредством комплексного XML-типа данных DEPENDENT_P_DET_Type. Для последнего вида свойств контекст (XML-элемент depends_on) определяется путем ссылки на глобальный идентификатор (идентификаторы) контекстного параметра (параметров).

Примечание 3 - Свойства и контекст оценок задокументирован в разделе 4.4 ИСО/МЭК 77-2:2008 для описания свойств и классов продукции.

Примечание 4 - Основное представление подобного свойства требует только определения идентификатора номера редакции revision, элемента preferred_name, определения definition и области его значений domain.


Определения внутренних элементов:

Элемент @id: Определяет идентификатор свойства.

Элемент date_of_current_revision: Определяет дату, связанную с существующей редакцией определения свойства.

Элемент date_of_current_version: Определяет дату, связанную с существующей версией определения свойства.

Элемент date_of_original_definition: Определяет дату, связанную с первой неизменной версией определения свойства.

Элемент definition: Определяет текст, описывающий данное свойство (возможно, переведенный).

Элемент depends_on (типа DEPENDENT_P_DET_type): Определяет множество ссылок, идентифицирующих свойства, от которых они зависят.

Элемент det_classification: Определяет код, представляющий ИСО 80000 (ранее - ИСО 31) для класса данного свойства.

Примечание 5 - В ИСО 13584-42:2010 определены коды, используемые в ИСО 80000 (ранее - ИСО 31), для классов, к которым может относиться количественное или неколичественное свойство.


Элемент domain: Определяет тип данных (область значений), связанный с данным свойством.

Элемент figure: Определяет возможные графические материалы, которые описывают данное свойство.

Элемент formula: Определяет математическое выражение, поясняющее данное свойство.

Элемент icon: Определяет пиктограммы, иллюстрирующие описание и связанные с именами.

Элемент is_deprecated: Определяет булев элемент, который указывает (если он истинен), что данное определение свойства не должно больше использоваться.

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

Элемент name_scope: Определяет область класса данного свойства.

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

Элемент preferred_name: Определяет имя свойства, которое является предпочтительным для его использования (возможно, переведенное).

Элемент preferred_symbol: Определяет укороченное описание данного свойства.

Элемент remark: Определяет пояснительный текст, дополнительно разъясняющий содержание данного свойства (возможно, переведенный).

Элемент revision: Определяет номер версии существующего определения свойства.

Элемент short_name: Определяет сокращение предпочтительного имени свойства (возможно, переведенное).

Элемент source_doc_of_definition: Определяет возможный документ-источник, из которого данное определение было заимствовано.

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

Элемент status: Определяет состояние в жизненном цикле определения класса.

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

Примечание 7 - Если XML-элемент состояния не предоставляется и если данное определение свойства не исключается как обозначенное с помощью возможного XML-элемента is_deprecated, то это определение свойства будет иметь то же состояние стандартизации, что и в целом у используемой онтологии. В частности, если онтология стандартизирована, то это свойство будет являться частью текущей редакции стандарта.


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

Элемент synonymous_symbols: Определяет набор синонимических имен предпочтительных cимволов свойства.

Элемент translation: Определяет возможный массив переведенной информации, предоставляемый для переводимых элементов.

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

Тип DATE_TYPE_Type: Является идентификатором значений, допустимых для обозначения даты (xs:date XML-схемы типов данных).

Тип REVISION_TYPE_Type: Является строкой (xs:string XML-схемы типов данных), представляющей значения, допускаемые для обозначения редакции. Эта строка должна содержать не более трех cимволов.

Тип STATUS_Type: Является строкой (xs:string XML-схемы типов данных), представляющей значения, допускаемые для обозначения состояния.

Определения внешних типов:

Элемент Propertyld: См. 9.1.

Тип ANY_TYPE_Type: См. 8.3.

Тип GRAPHICS_Type: См. 8.2.2 2.

Тип LANGUAGE_Type: См. 8.1.1.

Тип MATHEMATICAL_STRING: См. 8.8.2

Тип PREFERRED_NAME_Type: См. 8.1.2.

Тип SHORT_NAME_Type: См. 8.1.2.

Тип SOURCE_DOCUMENT_Type: См. 8.2.2.1.

Тип SYNONYMOUS_NAME_Type: См. 8.1.2.

Тип ТЕХТ_Туре: См. 8.1.2.

Тип TRANSLATION_Type: См. 8.1.3.

Перечень ограничительных условий:

Группа элементов depends_on должна относиться к свойствам, для которых основным типом данных является тип CONDITION_DET_Type.

Группа элементов depends_on не должна содержать дублированных ссылок на свойство. Если элемент is_deprecated существует, то также должен существовать и элемент is_deprecated_interpretation.

Значения экземпляра класса элемента is_deprecated_interpretation должны быть определены во время принятия решения об его исключении.

6.7.5 Онтологическое свойство повышенного уровня

В классах онтологических свойств повышенного уровня, т.е. в классах функциональных представлений (см. 6.7.3.1) и классах функциональных моделей (см. 6.7.3.2 и 6.7.3.3) некоторые свойства используются не для описания элементов, а для указания характеристик представления элемента. Это в особенности относится к контрольным переменным представления, которые должны представляться как тип данных REPRESENTATION_P_DET_Type. Более точно эти контрольные переменные должны представляться как тип данных REPRESENTATION_P_DET_Type. Другие свойства, определенные в классах онтологических свойств повышенного уровня, могут представляться либо как онтологическое свойство простого уровня (если они считаются описывающими некоторые аспекты элемента), либо как тип данных REPRESENTATION_P_DET_Type (если они характеризуют некоторое представление элемента). Тип данных REPRESENTATION_P_DET_Type иллюстрируется рисунком 34.

Пример - Предположим, что существует свойство Р1, определенное в классе функциональных моделей, которое характеризует различные двухмерные чертежи элементов класса элементов, а также свойство Р2, определенное в том же классе функциональных моделей, которое характеризует проекцию на каждом чертеже (вид сверху, снизу, спереди, сзади ...), представляемую свойством Р1. Значение для свойства Р1 определяет определенный аспект элемента, а значение для свойства Р2 не определяет аспекты элементов. Свойство Р2 должно представляться как тип данных REPRESENTATION_P_DET_Tyре, а свойство может представляться как элемент non_dependent_P_DET.

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


Рисунок 34 - UML-диаграмма понятия онтологии повышенного уровня


Примечание - Понятие представления свойства определено в разделе 11.15.1 ИСО 13584-24:2003.


Определение внешнего типа:

Тип PROPERTY_Type: См. 6.7.4.

6.7.6 Тип идентифицированных данных

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

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

Для этой цели OntoML-язык предлагает комплексный XML-тип данных DATATYPE_Type (см. рисунок 35).

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


Рисунок 35 - UML-диаграмма типов данных


Определения внутренних элементов:

Элемент @id: Определяет идентификатор типа данных.

Элемент date_of_current_revision: Определяет дату, связанную с существующей редакцией определения типа данных.

Элемент date_of_current_version: Определяет дату, связанную с существующей версией определения типа данных.

Элемент date_of_original_definition: Определяет дату, связанную с первой неизменной версией определения типа данных.

Элемент definition: Определяет текст, описывающий данный тип данных (возможно, переведенный).

Элемент icon: Определяет пиктограммы, иллюстрирующие описание и связанные с именами.

Элемент is_deprecated: Определяет булев элемент, который указывает (если он истинен), что данное определение типа данных не должно больше использоваться.

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

Элемент name_scope: Определяет область класса данного свойства.

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

Элемент preferred_name: Определяет имя свойства, которое является предпочтительным для его использования (возможно, переведенное).

Элемент remark: Определяет пояснительный текст, дополнительно разъясняющий содержание данного свойства (возможно, переведенный).

Элемент revision: Определяет номер версии существующего определения свойства.

Элемент short_name: Определяет сокращение предпочтительного имени свойства (возможно, переведенное).

Элемент source_doc_of definition: Определяет возможный документ-источник, из которого данное определение было заимствовано.

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

Элемент status: Определяет состояние в жизненном цикле определения класса.

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

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


Элемент synonymous_names: Определяет набор синонимических имен предпочтительных cимволов свойства.

Элемент translation: Определяет возможный массив переведенной информации, предоставляемый для переводимых элементов.

Элемент type_definition: Определяет описание типа, предназначенного для передачи данных.

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

Тип DATE_TYPE_Type: Является идентификатором значений, допустимых для обозначения даты (xs:date XML-схемы типов данных).

Тип REVISION_TYPE_Type: Является строкой (xs:string XML-схемы типов данных), представляющей значения, допускаемые для обозначения редакции. Эта строка должна содержать не более трех символов.

Тип STATUS_Type: Является строкой (xs:string XML-схемы типов данных), представляющей значения, допускаемые для обозначения состояния.

Определения внешних типов:

Элемент Datatypeld: См. 9.1.

Тип ANY_TYPE_Type: См. 8.3.

Тип GRAPHICS_Type: См. 8.2.2 2.

Тип LANGUAGE_Type: См. 8.1.1.

Тип PREFERRED_NAME_Type: См. 8.1.2.

Тип SHORT_NAME_Type: См. 8.1.2.

Тип SOURCE_DOCUMENT_Type: См. 8.2.2.1.

Тип SYNONYMOUS_NAME_Type: См. 8.1.2.

Тип ТЕХТ_Туре: См. 8.1.2.

Тип TRANSLATION_Type: См.8.1.3.

Перечень ограничительных условий:

Если элемент is_deprecated существует, то должен существовать и элемент is_deprecated_interpretation.

Примерные значения элемента is_deprecated_interpretation должны определяться в тот момент, когда принималось решение о возражении.

6.7.7 Документ

В OntoML-языке документ может связываться с глобальным идентификатором и рассматривается как понятие CIIM-онтологии. Для этой цели OntoML-язык предлагает комплексный XML-тип данных DOCUMENT_Type (см. рисунок 36).

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


Рисунок 36 - UML-диаграмма документа простого уровня


Определения внутренних элементов:

Элемент @id: Определяет идентификатор документа.

Элемент authors: Определяет автора (авторов) документа.

Элемент authors/first_name: Определяет первый элемент списка личных имен сотрудников.

Элемент authors/id: Определяет способ идентификации сотрудника.

Элемент authors/last_name: Определяет фамилию сотрудника.

Элемент authors/middle_names: Определяет другие фамилии сотрудников (если их несколько).

Элемент authors/prefix_titles: Определяет слово (или группу слов), которое определяет социальное и/или профессиональное положение сотрудника и указывается перед его/ее фамилией.

Элемент authors/suffix_titles: Определяет слово (или группу слов), которое определяет социальное и/или профессиональное положение сотрудника и указывается после его/ее фамилии.

Элемент authors/middle_names/value: Определяет строку со вторым именем в строковой совокупности.

Элемент authors/prefix_titles/value: Определяет строку префиксного названия в строковой совокупности.

Элемент authors/suffix_titles/value: Определяет строку суффиксного названия в строковой совокупности.

Элемент content: Определяет физический документ, для которого комплексный XML-тип данных DOCUMENT_Type обеспечивает описание.

Примечание 1 - Содержание документа представляется комплексным XML-типом данных DOCUMENT_CONTENT_Type и определяется как подтип комплексного XML-типа данных EXTERNAL_RESOURCE_Type согласно 8.2, поэтому наследованный XML-элемент файла позволяет давать ссылку на намеченный документ с помощью унифицированного идентификатора ресурса (URI).

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


Элемент content/revision: Определяет характеристики обновления физического документа.

Элемент date_of_current_revision: Определяет дату, связанную с существующим вариантом определения документа.

Элемент date_of_current_version: Определяет дату, связанную с существующей версией определения документа.

Элемент date_of_original_definition: Определяет дату, связанную с первой неизменной версией определения документа.

Элемент definition: Определяет текст, описывающий данный документ (возможно, переведенный).

Элемент icon: Определяет графические материалы, представляющие описания, которые связаны с именами.

Элемент is_deprecated: Определяет булев элемент (если он истинен), который устанавливает, что определение документа не должно больше использоваться.

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

Элемент name_scope: Определяет область определения класса документа.

Элемент note: Определяет дополнительную информацию к любой части документа, которая существенна для понимания этой информации (возможно, переведенной).

Элемент preferred_name: Определяет имя документа, которое является предпочтительным для его использования (возможно, переведенное).

Элемент publishing_organization: Определяет организацию, которая публикует документ.

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

Элемент revision: Определяет номер редакции определения документа.

Элемент short_name: Определяет сокращенное наименование документа (возможно, переведенное).

Элемент source_doc_of_definition: Определяет предполагаемый документ-источник, из которого было заимствовано определение.

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

Элемент status: Определяет состояние определения документа в его жизненном цикле.

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

Примечание 4 - Если XML-элемент состояния не предоставляется и если данное определение свойства не исключается как обозначенное с помощью возможного XML-элемента is_deprecated, то это определение свойства будет иметь то же состояние стандартизации, что и в целом у используемой онтологии. В частности, если онтология стандартизирована, то это свойство будет являться частью текущей редакции стандарта.


Элемент synonymous_names: Определяет набор синонимических имен предпочтительных символов свойства.

Элемент translation: Определяет возможный массив переведенной информации, предоставляемый для переводимых элементов.

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

Тип DATE_TYPE_Type: Является идентификатором значений, допустимых для обозначения даты (xs:date XML-схемы типов данных).

Тип DOCUMENT_CONTENT_Type: Является физическим ресурсом, с которым связано определение документа.

Тип REVISION_TYPE_Type: Является строкой (xs:string XML-схемы типов данных), которая представляет значения, допускаемые для обозначения редакции. Эта строка должна содержать не более трех символов.

Тип STATUS_Type: Является строкой (xs:string XML-схемы типов данных), представляющей значения, допускаемые для обозначения состояния.

Тип STRINGS_Type: Является строкой (xs:string XML-схемы типов данных), представляющей ее хранилище.

Определения внешних типов:

Элемент Datatypeld: См. 9.1.

Тип EXTERNAL_RESOURCЕ_Туре: См. 8.2.1.

Тип GRAPHICS_Type: См. 8.2.2 2.

Тип LANGUAGE_Type: См. 8.1.1.

Тип ORGANIZATION_Tyре: См. 8.8.1.

Тип PREFERRED_NAME_Type: См. 8.1.2.

Тип SHORT_NAME_Type: См. 8.1.2.

Тип SOURCE_DOCUMENT_Type: См. 8.2.2.1.

Тип SYNONYMOUS_NAMЕ_Туре: См. 8.1.2.

Тип ТЕХТ_Туре: См. 8.1.2.

Тип TRANSLATION_Type: См. 8.1.3.

Перечень ограничительных условий:

Если элемент is_deprecated существует, то должен существовать и элемент is_deprecated_interpretation.

Примерные значения элемента is_deprecated_interpretation должны определяться в тот момент, когда принималось решение о возражении.

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

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

Номер документа: ИСО 13584-32-2012

Вид документа: ГОСТ Р

Принявший орган: Росстандарт

Статус: Действующий

Опубликован: официальное издание

М.: Стандартинформ, 2015 год

Фактическая дата официального опубликования стандарта - февраль 2015 года (информация с сайта http://www.gost.ru/ по состоянию на 04.03.2015)

Дата принятия: 29 ноября 2012

Дата начала действия: 01 января 2014
Информация о данном документе содержится в профессиональных справочных системах «Кодекс» и «Техэксперт»
Узнать больше о системах