ГОСТ Р 60.2.0.1—2022
Кроме того, модули с программными свойствами могут иметь доступ к аппаратным компонен
там и иметь возможность считывать профили модулей для их инициализации и правильной работы с
ними. Это может быть реализовано напрямую, через драйвер устройства или через слой аппаратных
абстракций, позволяющий программным модулям иметь доступ к аппаратным компонентам без изме
нения кода модуля.
Кроме того, в данном подразделе представлены форматы сообщений для управления и сопро
вождения программного обеспечения, таких как загрузка и выгрузка файлов (например программ, про
филей и прикладных пакетов) или управление исполнением программных модулей (например, запуск,
останов, приостановка, возобновление и т. д.).
Примечание — Программные модули могут быть определены с использованием существующих специ
фикаций, таких как OMG RolS
[23]
для интерфейса с сервисами или OMG RLS
[14]
для представления местополо
жения и систем координат.
7.2.2 Модель обмена информацией между модулями
Данная модель должна быть использована для обмена между модулями информацией, содержа
щей значения переменных, вызов сервисов, обработку событий и содержимое файлов, например ис
полняемый код программных компонентов, профиль или пакет. Переменные, сервисы и события опре
делены в модулях с программными свойствами. По типу переменные подразделяют на
периодические переменные и апериодические переменные, а сервисы по типу подразделяют на
блокирующие (или синхронные) сервисы и неблокирующие (или асинхронные) сервисы.
Протоколы обмена между двумя или несколькими модулями с программными свойствами в на
стоящем стандарте не определены, так как существует большое число коммуникационных протоко
лов, стандартизованных в международном масштабе, и протоколов де-факто. Следует отметить, что в
данном разделе удаленный доступ к удаленным хостам предусматривает использование формата со
общений, предоставляемого промежуточным программным обеспечением. Промежуточное программ
ное обеспечение может также поддерживать обмен информацией между программными модулями на
локальном хосте.
Примечание — Здесь подлокальным хостом иудаленным хостом понимается вычислительный модуль,
представляющий собой программный модуль, который зарегистрирован вданном и вдругом вычислительном мо
дуле, с которым программный модуль реализует связь с помощью коммуникационных протоколов.
Модель обмена информацией между модулями с программными свойствами должна поддержи
вать следующие функции:
a) чтение и запись данных;
b
) вызов сервисов;
c) регистрацию и обработку событий;
d) качество сервисов, необходимое для функций а)—с) (например значения, связанные с без
опасностью, характеристики реального времени, защищенность).
Время отклика при работе в реальном времени может включать время на передачу всех данных
и время на вызов сервисов.
Данная модель должна поддерживать, по крайней мере, один из следующих предпочтительных
методов чтения и записи данных в экземплярах других программных модулей:
- запрос с ответом, запрос без ответа;
- подписка/публикация;
- доска объявлений (с разделяемой памятью).
Разработчики могут применять и другие методы по мере их появления, но требования интеропе
рабельности должны быть отражены в модели модуля.
Разработчик модуля должен подготовить формат сообщений для обмена информацией, удовлет
воряющий следующим требованиям:
- обеспечение поддержки промежуточного программного обеспечения;
- обеспечение поддержки правил кодирования/декодирования для обмена информацией между
двумя или несколькими промежуточными программными платформами;
- обеспечение поддержки информации для данного подраздела, определенной в 7.2.3, 7.2.4 и
7.4.2.
25