Современная электроника №8/2026

ПРОЕКТИРОВАНИЕ И МОДЕЛИРОВАНИЕ 52 WWW.CTA.RU СОВРЕМЕННАЯ ЭЛЕКТРОНИКА • № 8 / 2026 ● резервный сценарий – переход к за- ранее определённому безопасному варианту, если ожидаемый эффект не подтверждён. Эти методы известны в классиче- ских системах управления и инже- нерии надёжности. Их роль возрас- тает при включении вероятностных и генеративных компонентов, поведе- ние которых может быть менее устой- чивым, чем поведение жёстко задан- ного автомата. Проверка действия после исполнения Этап проверки является одним из ключевых элементов предлагаемой архитектуры. После выполнения действия система повторно получа- ет наблюдения и сравнивает ожида- емое состояние с фактическим. Результат проверки может быть отнесён к одному из трёх классов: подтверждено – изменение соответ- ствует ожидаемому эффекту; ухудше- но – действие выполнено, но эффект недостаточен или возникли побочные отклонения; неуспешно – состояние ухудшилось или критические пара- метры вышли за допустимые грани- цы, что требует отката или резервно- го сценария. Таким образом, технически успеш- ное исполнение команды не является доказательством успешного управле- ния. История фактических результа- тов может использоваться для после- дующей коррекции уровня доверия к отдельным классам воздействий. Экспериментальная проверка Для проверки архитектуры исполь- зуются воспроизводимые сценарии отказов и фиксированные тестовые прогоны. Система проверяется не толь- ко в нормальном режиме, но и при росте задержки, увеличении часто- ты ошибок, неполных наблюдениях, конфликтующих сигналах, необходи- мости резервного сценария и переда- че решения оператору. Сначала задаётся логика сценария: исходное состояние, внесение отка- за, изменение наблюдаемых метрик, принятие решения, выполнение дей- ствия и последующая проверка восста- новления. Такой порядок позволяет отделить реакцию системы на отказ от подтверждения того, что после управляющего воздействия она дей- ствительно вернулась в допустимое состояние (рис. 4). Для каждого прогона используется единая структура фиксации данных. В неё входят исходное состояние, вне- сённый отказ, полученные наблюде- ния, выбранное решение, условия допуска, выполненное действие, фак- тический результат проверки и ито- говый вердикт (табл. 1). Такая форма позволяет сравнивать разные испытания по одинаковому набору полей и не смешивать факт выполнения команды с подтверж- дённым результатом. В текущем Рис. 4. Логика воспроизводимого сценария отказа и восстановления Рис. 5. Пример тестового прогона: переключение на резервный узел при росте задержки Таблица 1. Пример структуры испытательного сценария SEACS Поле Содержание Initial state Исходное состояние Fault Внесённый отказ Observation Полученные показатели Decision Выбранное действие Risk / Trust Условия допуска Action Выполненное воздействие Verification Фактический результат Verdict PASS / FAIL / HUMAN REVIEW