ГОСТ Р ИСО 18435-3—2016
П р и м е ч а н и е 2 — Разработка общего набора правил для обеих сред интеграции выходит за область
рассмотрения настоящего стандарта.
5.4.3 Определение раздела контента
Контент ADME-элемента для информационного обмена необходимо определять с помощью еди
ной информационной модели.
Пример 1— Используя ИСО 18435-2 (приложение В), раздел контента будет описывать имя инфор
мационного обмена, параметры и осуществляющиеся взаимодействия в рамках этого обмена.
Пример 2 — В приложениях С и D приведены примеры использования контента для идентифика
тора категории домена (обмен D1.1 — D1.2).
5.4.4 Определение требований к ресурсам и передаче данных
Основываясь на требованиях к приложениям и ресурсным возможностям, необходимо опреде
лять разделы контекста и передачи данных, с использованием выбранной интеграционной среды при
ложений.
В разделе передачи данныхAIME-элемента определен профиль ресурсов, который будет обеспе
чивать необходимые для данного приложения функциональные возможности.
Пример 1 — Используя ИСО 18435-2 (приложение В), раздел ресурсов обеспечивает профилирова
ние этих ресурсов, необходимых для поддержки информационного обмена, например, PLC-контроллера.
В разделе передачи данныхAIME-элемента определены конкретные коммуникационные требова
ния. необходимые для данного приложения. Общее выражение informationType должно быть опреде
лено в обоих AIME-элементах. Набор выражений ChannelType, roleType и participantType необходимо
определять в соответствии с ИСО 18435-2 (6.2.4).
Пример 2 — Используя ИСО 18435-2 (приложение В), раздел передачи данных обеспечивает про
филирование типа канала, который поддерживается конкретной интеграционной средой приложений.
П р и м е ч а н и е 1— Раздел передачи данных способен профилировать различные типы каналов, которые
поддерживаются конкретной интеграционной средой приложений. Если эта среда поддерживает различные типы
каналов, то выражение informationType будет иметь общую семантику со всеми выражениями ChannelType(s).
П р и м е ч а н и е 2 — Выражение roleType определяет сервисы для ресурса (например, описание сервиса
на языке описаний Web-сервисов (WSDL)).
5.5 Требования к AIME-элементу
5.5.1 Общие сведения
AIME-элвменты формируются в соответствии с требованиями к ресурсам, которые в свою очередь
определяются требованиями к интероперабельности приложений. В диагностических приложениях, в
которые включены оборудоеание/устройства/программное обеспечение, перед началом информацион
ного обмена необходимо предпринять ряд мер.
5.5.2 Подробные требования к AIME-элементу
AIME-элемент должен поддерживать следующие аспекты:
- Выбор: первый этап заключается в выборе соответствующего оборудования/устройста/профилей
программного обеспечения, которые необходимы для поддержки информационного обмена. Профили
оборудования/устройств/программного обеспечения необходимо выбирать с учетом требований, зави
сящих от требований к ресурсам и передаче данных (см. 5.4.4). Типичные приложения, предназначен
ные для поддержки информационного обмена, требуют выбора соответствующих профилей.
Пример 1— В Приложении D приведен пример профиля оборудования/устройств для формирова
ния AIME-элемента, который отвечает требованиям 5.4.4.
Пример 2— В ИСО 16100 описаны профили потенциальных производственных возможностей про
граммного обеспечения.
- Конфигурирование: на этом этапе определяют конфигурационные параметры устройств/обору-
дования/программного обеспечения, удовлетворяющие требованиям, предъявляемым к информацион
ному обмену. Конкретный набор операций по конфигурированию необходим для выполнения требова ний
к передаче данных и контексту, установленных в 5.4.4.
-Деятельность: на этом этапе определяют сценарии эксплуатации процессов информационного
обмена между приложениями. Оперативные сценарии определяют вид выражения informationType и
взаимодействия, которые должны поддерживать интероперабельность приложений. Определение типа
параметра устанавливается с помощью соответствующего технического словаря.
11