Техническое задание на создание автоматизированной системы управления — это основной документ, по которому проектировщик понимает, что именно хочет заказчик. Некачественное ТЗ приводит к переделкам, срыву сроков, конфликтам и удорожанию проекта в 1,5-2 раза. ЭкоЭн имеет 20-летний опыт разработки и согласования ТЗ на АСУ ТП — делимся структурой и практическими советами.
Зачем нужно ТЗ
ТЗ выполняет несколько функций:
- Юридическая — фиксирует требования заказчика, объём работ, ответственность сторон.
- Техническая — задаёт архитектуру, оборудование, алгоритмы, протоколы.
- Экономическая — на основе ТЗ проектировщик оценивает стоимость, а заказчик сравнивает предложения подрядчиков.
- Контрольная — при приёмке АСУ ТП проверяется соответствие системы требованиям ТЗ.
Нормативная база
В Российской Федерации и странах СНГ ТЗ разрабатывается на основе:
- ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» — определяет этапы создания АС: формирование требований, разработка концепции, техническое задание, эскизный проект, технический проект, рабочая документация, ввод в действие, сопровождение.
- ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы» — определяет структуру и содержание ТЗ (26 разделов).
- ГОСТ 21.408-2013 «Правила выполнения рабочей документации автоматизации технологических процессов» — описывает оформление рабочих чертежей.
- РД 50-34.698-90 «Требования к содержанию документов» — общие требования к текстовым документам.
В Республике Беларусь дополнительно действуют ТКП и СТБ: ТКП 45-1.02-295, ТКП 45-1.02-104, СТБ ISO 9001 и другие. Международные стандарты: ISA-88 (управление периодическими процессами), ISA-95 (интеграция с ERP), IEC 61511 (функциональная безопасность), IEC 62443 (кибербезопасность).
Структура ТЗ по ГОСТ 34.602-89
Стандарт предусматривает следующие обязательные разделы:
1. Общие сведения
- Полное наименование системы и шифр (например, «АСУ ТП участка розлива молока», шифр «АСУ ТП-2026-001»).
- Условное обозначение разработчика и заказчика.
- Перечень документов, на основании которых создаётся система (договор, приказ, программа модернизации).
- Плановые сроки начала и окончания работ.
- Порядок финансирования.
- Порядок оформления и предъявления результатов работ.
2. Назначение и цели создания (развития) системы
Чётко сформулированные цели: повышение производительности, снижение расхода сырья, исключение ошибок персонала, обеспечение безопасности, соответствие нормативным требованиям. Без целей проект превращается в «автоматизацию ради автоматизации».
3. Характеристика объектов автоматизации
Краткое описание технологического процесса, существующего оборудования, текущих проблем. Например: «Молокозавод мощностью 200 тонн в сутки, действующий с 1985 года, имеет морально устаревшую систему управления на базе приборов Овен и релейной автоматики. Требуется замена на современную АСУ ТП».
4. Требования к системе
Главный раздел. Включает подразделы:
- Требования к системе в целом (архитектура, надёжность, безопасность, масштабируемость).
- Требования к функциям (задачи АСУ ТП: контроль, регулирование, блокировки, архивирование, сигнализация).
- Требования к видам обеспечения (техническое — оборудование, программное — SCADA/HMI, информационное — базы данных).
- Требования к защите информации и безопасности.
5. Состав и содержание работ по созданию системы
Перечень этапов: обследование, разработка ТЗ, проектирование, поставка оборудования, монтаж, ПНР, ввод в эксплуатацию, сервис. Указываются сроки и ответственные.
6. Порядок контроля и приёмки системы
Описывается процедура испытаний: заводские (FAT), приёмо-сдаточные (SAT), опытная эксплуатация. Указываются критерии успешной приёмки.
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Что должен сделать заказчик: подготовить помещения, обеспечить электропитание, обучить персонал.
8. Требования к документированию
Перечень документов: проектная документация, исполнительные схемы, инструкции оператора, паспорта на оборудование, акты испытаний.
9. Источники разработки
Технологические регламенты, существующие проекты, нормативные документы, опыт аналогичных объектов.
Частые ошибки при составлении ТЗ
1. Расплывчатые формулировки. «Обеспечить надёжную работу системы» — ненадёжная формулировка. Что значит «надёжную»? Какой показатель? Какое время наработки на отказ? Правильно: «Средняя наработка на отказ — не менее 50 000 часов».
2. Описание алгоритмов в ТЗ. Иногда заказчик подробно описывает алгоритмы управления в ТЗ. Это ошибка — алгоритмы разрабатывает проектировщик. В ТЗ указываются требования к функциям: «Система должна обеспечивать автоматическое поддержание давления в нагнетательной линии в диапазоне 4-6 бар с точностью ±0,1 бар».
3. Указание конкретного оборудования без обоснования. «Применить ПЛК Siemens S7-1500» — нетипичное требование, ограничивает конкуренцию. Правильно: «ПЛК производства Siemens или аналогичный с подтверждённой совместимостью».
4. Отсутствие требований к существующему оборудованию. Заказчик не описывает, что уже есть (шкафы, кабели, датчики), а проектировщик потом удивляется объёму работ. Правильно: дать перечень существующего оборудования с указанием состояния.
5. Заниженные сроки и бюджет. «Сделать за 2 месяца и 100 000 рублей» — признак непрофессионального ТЗ. Реальные сроки — 6-12 месяцев для среднего объекта, бюджет — от 1 млн BYN.
Кто разрабатывает ТЗ
Варианты:
- Заказчик собственными силами. Подходит для крупных предприятий с инженерным штатом. Требует глубоких знаний стандартов.
- Проектировщик (например, ЭкоЭн). Самый распространённый вариант. Проектировщик знает стандарты, имеет опыт и предлагает технически грамотное ТЗ.
- Совместно. Заказчик формулирует требования, проектировщик оформляет.
Шаблон ТЗ
В нашей базе знаний есть готовый шаблон ТЗ на АСУ ТП в формате DOCX. Шаблон включает все обязательные разделы по ГОСТ 34.602-89, типовые формулировки, чек-листы. Скачивайте, адаптируйте под свой объект.
Примеры готовых ТЗ для типовых объектов: розлив молока, очистка сточных вод, котельная, конвейерная линия.
Согласование ТЗ
Готовое ТЗ согласовывается между заказчиком и проектировщиком. На согласовании обсуждаются спорные моменты: выбор оборудования, объём работ, сроки. После подписания ТЗ становится приложением к договору и имеет юридическую силу.
Совет: заложите в ТЗ этап «опытная эксплуатация» длительностью 1-3 месяца, в течение которого система работает параллельно со старой. Это позволяет выявить несоответствия и обучить персонал без риска остановки производства.
Итого
Качественное ТЗ — это 30% успеха проекта АСУ ТП. Не экономьте на этом этапе. Привлеките профессионального проектировщика, используйте шаблоны, ссылайтесь на нормативные документы, описывайте существующее оборудование, формулируйте измеримые требования. Это сэкономит время и деньги на последующих этапах.
ЭкоЭн разрабатывает ТЗ на АСУ ТП с 2005 года. Свяжитесь с нами для консультации по вашему объекту.
Связанные материалы:
