ГОСТ Р 60.2.0.1—2022
c) наличие уникального идентификатора и способность получать значения характеристик моду
ля, необходимых для его правильной работы и интероперабельности.
Пример
—
Примерами информации, необходимой для повторного использования, интеропера
бельности и компонуемости программных модулей, являются тип операционной системы, тип ком
муникационного протокола, тип интерфейса для сервиса и используемый тип данных;
d) создание одного или нескольких экземпляров с уникальными идентификаторами для каждого
программного модуля в данной прикладной задаче;
e) поддержка управляемости со стороны задачи, управляющей жизненным циклом выполнения
данного модуля, показанного на рисунке 6;
f) поддержка безопасности на уровне модуля в зависимости от типов ошибок, которые могут воз
никнуть в программном модуле, в его профиле характеристик и в его связях с другими модулями;
д) поддержка защищенности на уровне модуля, если модуль имеет доступ ко внешним модулям;
h) наличие профиля, содержащего значения характеристик модуля (см. 7.2.3);
i) поддержка платформенной независимости программного обеспечения.
Примечание — Настоящий стандарт допускает выполнение программных модулей или программных
компонентов в модулях с использованием разных языков программирования, разных операционных систем, раз
ных форматов файлов или баз данных.
Рисунок 6 — Жизненный цикл выполнения программного модуля, включая обработку ошибок
Программные модули должны соответствовать жизненному циклу выполнения, показанному на
рисунке 6, который можно описать следующим образом. После создания программного модуля он при
нимает состояние «Создан». Событие «Инициализировать» вызывает инициализацию программного
модуля, после которой модуль переходит в состояние «Ожидает». Событие «Выполнить» переводит
модуль в состояние «Выполняется», а событие «Остановить» возвращает модуль в состояние «Ожида
ет». Событие «Работа» возникает в начале каждого заданного периода выполнения модуля. Событие
30