Статус документа
Статус документа

ГОСТ Р 58546-2019 (IEC/PAS 62264-6:2016) Интеграция систем управления предприятием. Часть 6. Модель службы обмена сообщениями

Введение


Настоящий стандарт основан на использовании объектных моделей стандарта интеграции корпоративных приложений и программного обеспечения систем управления Международной ассоциации автоматизации. Данные модели определяют набор сервисов обмена информационными сообщениями. Отметим, что существуют и другие наборы сервисов, не рассмотренные в настоящем стандарте. Настоящий стандарт определяет модель службы обмена сообщениями (MSM), работающую как в режиме публикация/подписка на уведомление, так и в режиме запрос/отклик. Данная модель определяет минимальный поднабор интерфейсов системы обмена сообщениями.

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

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

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

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

a) Приложения обычно имеют различные внутренние представления для обмениваемых объектов в их собственных локальных хранилищах данных. Данные представления преобразуются из локального формата в общепринятый глобальный формат.

Пример 1 - Пусть имеются два приложения, ALPHA и BETA. Приложение ALPHA инициирует обмен данными с приложением BETA. BETA отвечает ALPHA. При этом выполняется следующее преобразование форматов:

1) локальный формат ALPHA преобразуется в глобальный формат данных запросов,

2) глобальный формат преобразуется в локальный формат BETA для данных запросов,

3) локальный формат BETA преобразуется в глобальный формат данных ответов,

4) глобальный формат преобразуется в локальный формат ALPHA для данных ответов.

b) Рассматриваемое преобразование выравнивает пространства имен обменивающихся данными приложений. Обычно для двусторонних связей преобразование выполняется четыре раза.

Пример 2 - Именами элементов данных могут быть коды, имена тегов, идентификаторы оборудования.

Пример 3 - Данные, представленные в пространстве имен с одним элементом (например, коды 1,2,3,4), могут иметь различные пространства имен в другом приложении (например, коды Ok, Done, Error, Delay).

c) Как только информация приобретает глобальный формат и надлежащие глобальные имена, обмениваемая информация отсылается от одного приложения к другому.

d) Сообщения транспортируются от одного приложения к другому либо в среде одного компьютера, либо между компьютерами. Механизмы транспортирования соответствуют различным стандартам (например, TCP/IP, Ethernet и т.п.).

e) Как только информация об обмене данными получена, в силу вступают особые правила, определяющие, какие результирующие данные должны быть возвращены. Правила транзакций определены в ГОСТ Р МЭК 62264-5.


Рисунок 1 - Этапы обмена данными между приложениями