Шаблон ТЗ на мониторинг одного узла УЗВ

Пять блоков, которые превращают просьбу поставить датчик в проверяемую задачу: измерение, событие, доставка, ответственный и приемка.

Фраза нужен мониторинг насоса или температуры описывает тему, но еще не задачу. Проверяемое ТЗ связывает пять вещей: что физически измеряем, какое событие выделяем, куда его доставляем, кто реагирует и как принимаем результат. Ниже шаблон для одного узла. Его можно копировать целиком и заполнять прямо по строкам.

Паспорт задачи

ПолеЗаполнить
Хозяйство и адрес площадки 
Один контролируемый узел 
Проблема, которую нужно заметить 
Что входит в эту задачу 
Что явно не входит 
Контакт для доступа на объект 

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

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

1. Измерение

  • Физическая величина или состояние: ________
  • Точка измерения, место и глубина: ________
  • Рабочий диапазон, если он нужен для выбора прибора: ________
  • Согласованный допуск сравнения: ________
  • Что считается отсутствием или недостоверностью данных: ________

Для насоса нужно сначала выбрать, что именно доказывает работу: потребление тока, давление или поток. Эти признаки отвечают на разные вопросы. Формулировка насос включен не заменяет выбор измеряемой величины.

2. Событие

  • Условие появления события: ________
  • Порог или состояние: ________
  • Задержка до создания события: ________
  • Гистерезис или условие возврата в норму: ________
  • Нужно ли подтверждение человеком: ________
  • Что происходит при отсутствии новых данных: ________

Все значения согласуют. Если нужен только условный пример для обсуждения, прямо пометьте его словом пример. Число из примера не становится настройкой и не переносится в приемку.

3. Доставка и 4. ответственный

СобытиеКаналПолучательДействие получателяЗамена при недоступности
     
     

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

5. Приемка

  1. Показание сравнивают с согласованным контрольным прибором в одной точке.
  2. Тестовое условие создает ожидаемое событие после согласованной задержки.
  3. Назначенный получатель подтверждает получение.
  4. Отсутствие данных проверяют отдельно от выхода измерения за порог.
  5. После восстановления узел возвращается в нормальный статус.
  6. Результаты заносят в журнал с временем, ожиданием и наблюдаемым фактом.

Ограничения и исходные данные для расчета

  • Фото площадки и точек крепления: ________
  • Результат проверки связи у места контроллера: ________
  • Доступное питание и условия помещения: ________
  • Предполагаемая кабельная трасса: ________
  • Окно доступа и безопасной проверки: ________

Смета появляется после заполнения задачи. До этого неизвестно, какие детали, сборка, установка и работы действительно нужны.

Подберем контроль под ваше хозяйство

В Аквастраже проверен канал температуры. Контроль питания, насоса и аэрации обсуждаем отдельно: сначала выбираем датчик и проверяем канал на площадке. Опишите один бассейн или узел, предложим состав бета-комплекта и смету.

Обсудить бета-комплект

Источники

Прямое измерение расхода как отдельная задача и обзор разных принципов расходомеров: Endress+Hauser, обзор измерения расхода.
Раздельные параметры порога и гистерезиса в логике событий: Siemens, настройка непрерывной тревоги.

Рядом в разделе