ГОСТ Р МЭК 62264-2-2016 Интеграция систем управления предприятием. Часть 2. Объекты и атрибуты

     4.5 Пояснения к таблицам

4.5.1 Таблицы атрибутов

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

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

4.5.2 Идентификация объекта

Многие объекты информационной модели требуют уникальной идентификации (ID). Данные идентификаторы должны быть уникальными в рассматриваемой области применения обмениваемой информации. Это может потребовать перехода:

- от внутреннего идентификатора системы источника к идентификатору содержания (контента) интерфейса;

- от идентификатора содержания интерфейса к внутреннему идентификатору целевой системы.

Пример - Рассматриваемый узел может иметь идентификатор "Х6777" в содержании интерфейса, идентификатор "R100011" как ресурс коммерческой системы и идентификатор "East Side Reactor" (реактор восточной стороны)" в системе управления.

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

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

Как правило, если объект является элементом агрегации и не является ссылочным для рассматриваемой модели (на него нет ссылок в самой модели), то он не требует уникального идентификатора.

4.5.3 Типы данных

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

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

Пример 2 - В формате ИСО значение даты/времени может быть представлено одним способом, в формате Юлианского календаря - другим способом. Атрибуты даты и времени могут содержать значения только даты, даты/времени, только времени. Настоящий стандарт не предъявляет дополнительных требований к семантике значения. Каждая практическая реализация имеет свои особенности семантики значений.

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

4.5.4 Представление примеров

В настоящем стандарте для каждого атрибута приведены примеры. Примеры даны для каждой основной категории операций, определенной в МЭК 62264-1. В таблице 2 приведены примеры заполнения строк и столбцов.

Таблица 2 - Таблица примеров

Если в примере рассматривается множество значений или элемент множества значений, то данное множество значений указывается в фигурных скобках {}.

Рассматриваемые примеры являются абстрактными. Они содержат дополнительные описания атрибутов модели. Рассматриваемые примеры не являются полными и относящимися к конкретному производственному предприятию.

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

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

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