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

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

Концептуальная модель перечней свойств

А.1 Структурные схемы перечней свойств

А.1.1 Структура перечней свойств

Структура перечней свойств, описанных на унифицированном языке моделирования (UML), приведена на рисунке А.1.

Рисунок А.1 - Упрощенная схема UML перечней свойств

А.1.2 Концептуальная схема UML модели данных

А.1.2.1 Общая информация

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

Основные элементы и взаимосвязи из ГОСТ Р ИСО 13584-42 и ГОСТ Р МЭК 61360-2 содержатся в диаграмме UML, показанной на рисунке А.2, которая приведена в [6].

Рисунок А.2 - Концептуальная схема UML модели данных

Отдельные взаимосвязи элементов, приведенные на рисунке А.2, пояснены в следующих пунктах.

А.1.2.2 Уникальная идентификация каждого свойства (класса)

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

А.1.2.3 Терминологические записи каждого элемента словаря

Каждый элемент словаря описан с помощью терминологических записей, таких как его название, определение и т.д. Эта связь обозначается как "explained_by" [объясняется (чем)].

А.1.2.4 Выбор языка терминологической записи

Каждой терминологической записи назначается выбор одного языка. Эта связь обозначается как "has_language" (выбор языка).

А.1.2.5 Область определения свойства

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

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

А.1.2.6 Применение свойства в классе

Применение свойств - это процесс использования определенных свойств в классе (LOP, тип LOP или блок). Связь между типом устройства (LOP), типом LOP или блоком и набором фактических свойств обозначается как "described_by" [описывается (чем)].

А.1.2.7 Абстракция с использованием универсальных классов

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

Примечания

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

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

А.1.2.8 Область значений свойств

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

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

Связь между свойством и его областью значений обозначается как "has_domain" (область значений).

А.1.2.9 Допустимые значения в области значений свойства

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

Связь между свойством и набором его определенных значений обозначается как "its_values" (его значения).

А.1.2.10 Свойства, выражающие составление/агрегацию

Для составных устройств необходимо определить порядок их сборки. В данном случае LOP будет содержать "ссылочное свойство", которое относится к LOP (составление/агрегация) либо к блоку (абстракция свойства).

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

Связь между ссылочным свойством и ссылочным классом обозначается как "referenced_by" (ссылочное свойство).

На рисунке А.2 связь "referenced_by" (ссылочное свойство) интерпретируется как связь "part_of referenced_by" (часть из ссылочного свойства) для моделирования состава продукта либо как связь "consists_of" (состоит из) для моделирования абстракции свойств.

А.1.2.11 Свойства, зависящие от других свойств

Свойство может зависеть от другого свойства, которое будет контролировать указанное свойство.

Эта связь обозначается как "depends_on" (зависит от).

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

А.1.2.12 Присвоение значения класса

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

Эта связь между присвоенным значением класса и значением обозначается как "its_contstant_value" (значение класса).

Связь между присвоенным значением класса и свойством обозначается как "property_for_constant_value" (присвоенное значение класса)

Связь между классом и присвоенным значением класса обозначается как "its_constant_value" (значение класса).

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

А.1.2.13 Отличие общей модели от функциональной модели

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

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