Понять решение по интерфейсу

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

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

Внести эти исходные данные в протокол проверки

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

• Локальные функции управления и защиты, не зависящие от доступа в интернет. Укажите точную конфигурацию и подтверждающий документ.
• Удалённые службы и команды, необходимые для продолжения работы. Сохраняйте проектные допущения видимыми в документации проекта.
• Поведение при тайм-ауте и переходе к резервному режиму для каждой недоступной службы. Назовите ответственного проверяющего и устраните все пробелы в информации.
• Локальное хранение данных и поведение при восстановлении после повторного подключения. Укажите, как эта запись будет проверяться при приёмке.

Определить границы приёмки

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

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