Как составить техническое задание на АСУ ТП

Зачем техническое задание нужно обеим сторонам

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

Без этого один участник может подразумевать полноценную автоматизацию под ключ, а другой — только шкаф и базовую программу. Хорошее задание уменьшает такие расхождения ещё до расчёта стоимости и сроков.

Начните с цели проекта

В первом разделе кратко опишите исходную ситуацию и результат, который должен получить объект. Например: заменить снятый с производства контроллер, автоматизировать новый участок, добавить диспетчеризацию или восстановить надёжную работу оборудования.

Формулировка цели должна быть технологической и проверяемой. Фраза «установить современный ПЛК» описывает средство, но не объясняет, какую проблему должен решить проект.

Опишите объект и технологический процесс

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

Для реконструкции отдельно опишите, что должно продолжать работать во время выполнения работ и какие остановки допустимы. Если фактическое состояние неизвестно, в ТЗ нужно предусмотреть обследование.

• Назначение и состав технологической установки
• Основное оборудование и регулируемые параметры
• Существующая автоматика и доступная документация
• Ограничения по остановке действующего объекта

Зафиксируйте границы проекта

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

Также определите границы между АСУ ТП и смежными системами: локальной автоматикой агрегатов, электроснабжением, противопожарными системами, SCADA предприятия и информационной инфраструктурой.

• Проектирование и рабочая документация
• Поставка и изготовление шкафов
• Монтаж и подключение оборудования
• ПНР, обучение и передача эксплуатации

Перечень оборудования и сигналов

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

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

Алгоритмы, режимы и блокировки

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

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

• Автоматический, ручной и наладочный режимы
• Условия пуска, останова и переключения
• Защиты, блокировки и аварийные сценарии
• Поведение после потери связи или питания

Требования к HMI, SCADA и данным

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

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

Надёжность, безопасность и условия эксплуатации

В этом разделе задаются условия размещения оборудования, питание, резервирование, допустимые реакции при отказах и требования к восстановлению. Для ответственных объектов отдельно рассматриваются аппаратные защиты и независимые режимы управления.

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

Что должно быть передано заказчику

ТЗ должно определять не только работающую систему, но и комплект результата. В него включают проектную и исполнительную документацию, исходные проекты ПЛК, HMI и SCADA, резервные копии, настройки оборудования и инструкции.

Формат файлов, количество экземпляров и порядок передачи лучше согласовать заранее. Это обеспечивает независимость эксплуатации и возможность дальнейшего сопровождения.

• Актуальные электрические схемы и спецификации
• Исходные проекты ПЛК, HMI и SCADA
• Резервные копии и настройки устройств
• Протоколы испытаний и инструкции персоналу

Критерии испытаний и приёмки

Формулировка «система должна работать корректно» не даёт однозначной проверки. В ТЗ нужно определить, какие функции проверяются на стенде, какие — на объекте и кто предоставляет условия для испытаний.

Критерии приёмки связываются с алгоритмами: проверка каналов, защит, последовательностей, регулирования, потери связи, восстановления питания, архивов и действий пользователя. Результаты фиксируются согласованными документами.

• Проверка всех каналов ввода-вывода
• Испытание защит и автоматических последовательностей
• Проверка регулирования и аварийных сценариев
• Подтверждение архивов, журналов и интеграций

Этапы, сроки и взаимодействие

Разделите проект на понятные контрольные точки: обследование, концепция, проектирование, изготовление, разработка ПО, стендовые испытания, монтаж, ПНР и ввод в эксплуатацию.

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

Минимальная структура ТЗ

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

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

• Цель и исходная ситуация
• Описание объекта и технологического процесса
• Границы поставки и состав работ
• Алгоритмы, интерфейсы и требования к данным
• Комплект документации и исходников
• Порядок испытаний и критерии приёмки