Описание алгоритма, FAT и SAT

Описание алгоритма должно позволять разным специалистам одинаково понять режимы, состояния, разрешения, запреты, последовательности и восстановление. Слова «по необходимости» и «в штатном режиме» полезны только вместе с конкретными условиями. Уставки, источники команд и приоритеты записывают в согласованной форме.

Таблица причин и действий связывает событие и реакцию: потеря измерения, неподтверждённый пуск, связь, отказ привода. Одного перечня аварий недостаточно, если не определены выходные команды, сохранение причины и порядок нового запуска. Проект функций безопасности рассматривают отдельно по соответствующим требованиям.

У каждой проверки нужны идентификатор, ссылка на требование, исходные условия, действие испытателя, ожидаемый результат, фактический результат и отметка о выполнении. Отдельно записывают используемую версию проекта и конфигурацию стенда. Сравнивать результат с ожиданием, придуманным после теста, нельзя считать подтверждением требования.

FAT обычно проверяет систему в подготовленной заводской или стендовой среде, SAT — после установки на объекте. Конкретный состав и порядок испытаний задаются договорённостями и программой. Успешный FAT не подтверждает, что монтаж на объекте выполнен правильно; успешная связь не заменяет проверку полевых цепей.

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

По таблице состояний из первого модуля составьте десять испытаний. Включите отказы, восстановление и две пограничные комбинации. Для каждого заранее укажите наблюдаемый результат на ПЛК и HMI. Добавьте журнал замечаний с одной учебной ошибкой и её повторной проверкой. Итог — протокол с фактами, а не автоматическая отметка «всё исправно».