ГОСТ 34.602-89: полное руководство по разработке ТЗ на АСУ ТП

ГОСТ 34.602-89: полное руководство по разработке ТЗ на АСУ ТП и примеры для шкафов ШУН, ШУВ, ШУЗ

ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» — это ключевой нормативный документ, определяющий требования к созданию, развитию или модернизации автоматизированных систем (АС) любого назначения: от АСУ ТП до САПР и АСНИ. Стандарт охватывает полный жизненный цикл — от обоснования необходимости до приёмочных испытаний. Понимание структуры и содержания ТЗ по ГОСТ 34.602-89 — основа успешной и прозрачной работы проектировщиков, интеграторов и заказчиков, особенно в государственном секторе и на крупных промышленных объектах.

В данной статье мы представляем полный актуальный текст ГОСТ 34.602-89 (с сохранением всех разделов, пунктов, приложений) и на практических примерах компании ИК «ЭнергоАвтоматик» показываем, как требования стандарта воплощаются при проектировании и производстве шкафов управления насосами (ШУН), вентиляцией (ШУВ) и задвижками (ШУЗ). Материал содержит более 100 000 символов и является исчерпывающим руководством как для специалистов, так и для заказчиков.

Часть 1. Структурированная подача ГОСТ 34.602-89 (расширенная версия с полным содержанием)

Ниже приведён полный текст стандарта в соответствии с официальным изданием. Сохранены все пункты, нумерация, разделы, приложения.

1. Общие положения (пункты 1.1 – 1.7)

2. Состав и содержание разделов ТЗ (пункты 2.1–2.12)

2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:
1) общие сведения;
2) назначение и цели создания (развития) системы;
3) характеристика объектов автоматизации;
4) требования к системе;
5) состав и содержание работ по созданию системы;
6) порядок контроля и приемки системы;
7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8) требования к документированию;
9) источники разработки.
В ТЗ на АС могут включаться приложения.

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

2.3. Раздел «Общие сведения»

В разделе указывают:
1) полное наименование системы и ее условное обозначение;
2) шифр темы или шифр (номер) договора;
3) наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;
4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
5) плановые сроки начала и окончания работы по созданию системы;
6) сведения об источниках и порядке финансирования работ;
7) порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.

2.4. Раздел «Назначение и цели создания (развития) системы»

2.4.1. Назначение системы: указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать. Для АСУ дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов.
2.4.2. Цели создания системы: приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

2.5. Раздел «Характеристики объекта автоматизации»

Приводят:
1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
2) сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
Примечание. Для САПР в разделе дополнительно приводят основные параметры и характеристики объектов проектирования.

2.6. Раздел «Требования к системе» — основной раздел ТЗ

2.6.1. Требования к системе в целом включают: требования к структуре и функционированию; к численности и квалификации персонала; показатели назначения; требования к надежности; безопасности; эргономике; транспортабельности (для подвижных АС); эксплуатации, ТО, ремонту и хранению; защите информации от НСД; сохранности информации; защите от внешних воздействий; патентной чистоте; стандартизации и унификации; дополнительные требования.

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

2.6.1.2. Требования к численности и квалификации персонала: требования к численности персонала (пользователей) АС; требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков; требуемый режим работы персонала АС.

2.6.1.3. Требования к показателям назначения: значения параметров, характеризующих степень соответствия системы ее назначению. Для АСУ: степень приспособляемости к изменению процессов, допустимые пределы модернизации, вероятностно-временные характеристики.

2.6.1.4. Требования к надежности включают: 1) состав и количественные значения показателей надежности для системы в целом или ее подсистем; 2) перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей; 3) требования к надежности технических средств и программного обеспечения; 4) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими НТД.

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

2.6.1.6. Требования по эргономике и технической эстетике: показатели АС, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала.

2.6.1.7. Для подвижных АС: конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам.

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

2.6.1.9. Защита информации от НСД: требования, установленные в НТД отрасли (ведомства) заказчика.

2.6.1.10. Сохранность информации: перечень событий (аварии, отказы ТС, потеря питания), при которых должна быть обеспечена сохранность информации в системе.

2.6.1.11. Защита от внешних воздействий: требования к радиоэлектронной защите; требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

2.6.1.12. Патентная чистота: перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей.

2.6.1.13. Стандартизация и унификация: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов, типовых проектных решений, унифицированных форм документов, классификаторов, требований к использованию типовых АРМ.

2.6.1.14. Дополнительные требования: оснащение тренажерами, сервисная аппаратура, особые условия эксплуатации, специальные требования по усмотрению разработчика или заказчика.

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

2.6.3. Требования к видам обеспечения (математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и др.).

2.6.3.1. Математическое обеспечение: состав, область применения, способы использования математических методов и моделей, типовых алгоритмов.

2.6.3.2. Информационное обеспечение: требования к составу, структуре и способам организации данных; информационный обмен; совместимость; использование классификаторов; СУБД; защита данных от разрушений; контроль, хранение, восстановление; придание юридической силы документам по ГОСТ 6.10.4.

2.6.3.3. Лингвистическое обеспечение: языки программирования высокого уровня, языки взаимодействия, кодирование/декодирование, языки ввода-вывода, способы организации диалога.

2.6.3.4. Программное обеспечение: перечень покупных программных средств; требования к независимости от СВТ и ОС; качество и контроль; согласование с фондом алгоритмов.

2.6.3.5. Техническое обеспечение: виды технических средств, комплексов; функциональные, конструктивные и эксплуатационные характеристики.

2.6.3.6. Метрологическое обеспечение: перечень измерительных каналов; требования к точности; метрологическая совместимость; перечень каналов для оценки точности; требования к метрологическому обеспечению ТС и ПО; вид метрологической аттестации.

2.6.3.7. Организационное обеспечение: структура и функции подразделений; организация функционирования и взаимодействия; защита от ошибочных действий персонала.

2.6.3.8. Методическое обеспечение (для САПР): состав нормативно-технической документации.

2.7. Раздел «Состав и содержание работ по созданию (развитию) системы»

Перечень стадий и этапов по ГОСТ 34.601, сроки, исполнители, ссылки на документы о согласии. Также: перечень документов по ГОСТ 34.201; вид и порядок экспертизы; программа работ по надежности; перечень работ по метрологическому обеспечению.

2.8. Раздел «Порядок контроля и приемки системы»

Виды, состав, объем и методы испытаний; общие требования к приемке; статус приемочной комиссии (государственная, межведомственная, ведомственная).

2.9. Раздел «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие»

Перечень основных мероприятий и исполнителей: приведение информации к машинному виду; изменения в объекте; создание условий функционирования; создание подразделений и служб; сроки и порядок обучения персонала.

2.10. Раздел «Требования к документированию»

Согласованный перечень комплектов и видов документов по ГОСТ 34.201 и НТД отрасли; перечень документов на машинных носителях; требования по документированию по ЕСКД и ЕСПД; при отсутствии госстандартов — дополнительные требования к составу и содержанию документов.

2.11. Раздел «Источники разработки»

Перечень документов и информационных материалов (ТЭО, отчёты по НИР, материалы на системы-аналоги и др.), на основании которых разрабатывалось ТЗ.

2.12. Приложения

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

3. Правила оформления ТЗ (пункты 3.1–3.8)

3.1. Разделы и подразделы ТЗ располагают в порядке, установленном в разделе 2.
3.2. Оформляют на листах А4 без рамки, основной надписи и дополнительных граф. Номера листов проставляют, начиная с первого после титульного, в верхней части листа над текстом посередине после обозначения кода ТЗ.
3.3. Значения показателей указывают с предельными отклонениями или max/min. Если конкретные значения не могут быть установлены, делают запись о порядке уточнения и согласования.
3.4. На титульном листе — подписи заказчика, разработчика и согласующих организаций, скрепленные гербовой печатью. Подписи разработчиков и должностных лиц — на последнем листе. Формы — в приложениях 2 и 3.
3.5. При необходимости на титульном листе допускается размещать отраслевые коды (гриф секретности, код работы и др.).
3.6. Титульный лист дополнения к ТЗ оформляют аналогично, с надписью «Дополнение №... к ТЗ на АС...».
3.7. На последующих листах дополнения указывают основание, содержание изменения и ссылки на документы.
3.8. При изложении текста дополнения используют слова: «заменить», «дополнить», «исключить», «изложить в новой редакции».

Приложение 1 (рекомендуемое). Порядок разработки, согласования и утверждения ТЗ на АС

1. Проект ТЗ разрабатывает организация-разработчик с участием заказчика. При конкурсе заказчик выбирает вариант или готовит окончательный.
2. Необходимость согласования с госнадзором определяют совместно.
3. Срок согласования — не более 15 дней.
4. Замечания — с техническим обоснованием.
5. При разногласиях — протокол разногласий.
6. Согласование может оформляться отдельным письмом.
7. Утверждение — руководителями разработчика и заказчика.
8. Проверка нормоконтролем и метрологическая экспертиза — до утверждения.
9. Копии рассылаются участникам в 10-дневный срок.
10. Дополнения — в том же порядке.
11. Изменения не утверждаются после представления системы на приемосдаточные испытания.
12. Регистрация, учет и хранение — по ГОСТ 2.501.

Приложение 2. Форма титульного листа ТЗ на АС

наименование организации — разработчика ТЗ на АС

УТВЕРЖДАЮ                          УТВЕРЖДАЮ
Руководитель (должность,            Руководитель (должность,
наименование предприятия —          наименование предприятия —
заказчика АС)                       разработчика АС)
Личная подпись   Расшифровка        Личная подпись   Расшифровка
Печать                              Печать
Дата                                Дата

наименование вида АС
наименование объекта автоматизации
сокращенное наименование АС

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На ___ листах
Действует с ___________

СОГЛАСОВАНО
Руководитель (должность, наименование согласующей организации)
Личная подпись   Расшифровка
Печать
Дата
        

Приложение 3. Форма последнего листа ТЗ на АС

(код ТЗ)

СОСТАВИЛИ
Наименование организации, предприятия | Должность исполнителя | ФИО | Подпись | Дата

СОГЛАСОВАНО
Наименование организации, предприятия | Должность | ФИО | Подпись | Дата
        

Часть 2. Практика применения ГОСТ 34.602-89 в ИК «ЭнергоАвтоматик» на примере шкафов ШУН, ШУВ и ШУЗ

Компания ИК «ЭнергоАвтоматик» более 10 лет разрабатывает и производит шкафы управления для насосных станций, вентиляции и запорной арматуры. Каждый проект сопровождается техническим заданием, разработанным строго по ГОСТ 34.602-89. Ниже — конкретные примеры формулировок требований для типовых шкафов ШУН (насосы), ШУВ (вентиляторы), ШУЗ (электрозадвижки).

Пример 1. Применение требований к структуре и функционированию (п. 2.6.1.1) для ШУН, ШУВ, ШУЗ

Суть требования: на стадии ТЗ определить архитектуру, подсистемы, иерархию, связи, режимы.

Реализация в продукции ИК «ЭнергоАвтоматик»:

• ШУН (шкаф управления насосами): подсистемы: управления (ПЛК+панель), коммутации и защиты (автоматы, контакторы), измерений (датчики давления, расхода, сухого хода), связи (Modbus RTU, Ethernet/IP). Уровни: полевой (датчики) → шкаф управления → SCADA. Режимы: авто, ручной местный, дистанционный, «Пожар».
• ШУВ (вентиляция): управление приточными/вытяжными вентиляторами, контроль вибрации, температуры, заслонок. Связь: дискретные сигналы, 4-20 мА для ПЧ, цифровые протоколы. Режимы: по графику, от датчика загазованности, в составе противодымной системы.
• ШУЗ (задвижки): релейная подсистема реверса, контроль конечных положений, защита по току. Связь: дискретное управление «открыть/закрыть/стоп», контроль «открыто/закрыто/авария», аналоговое позиционирование 4-20 мА, цифровые протоколы. Режимы: автоматический (от АСУ ТП), ручной, импульсный.

Пример 2. Применение требований к надежности (п. 2.6.1.4) для ШУН, ШУВ, ШУЗ

Количественные показатели: коэффициент готовности Кг ≥ 0,99, наработка на отказ Т0 ≥ 50 000 часов. Аварийные ситуации: сухой ход насоса, перегрузка двигателя, заклинивание вентилятора, заклинивание задвижки, пропадание питания. Надежность ТС: применение компонентов Schneider Electric, ABB, Siemens, взрывозащищённое исполнение Exd. Надежность ПО: циклическое самодиагностирование, журнал событий, энергонезависимая память.

Пример 3. Применение требований безопасности (п. 2.6.1.5) для ШУН, ШУВ, ШУЗ

• Степень защиты оболочки: IP31 (помещения), IP54 (пыль/влага). Климатическое исполнение УХЛ4, УХЛ2, УХЛ1.
• Схемотехника безопасности: защитное заземление, УЗО, блокировка дверей, защита от КЗ и перегрузок, экранирование кабелей ПЧ.

Пример 4. Применение требований к информационному и техническому обеспечению (п. 2.6.3.2, 2.6.3.5) для ШУН, ШУВ, ШУЗ

Информационное обеспечение: ШУН — давление, температура, ток, частота, сигналы 4-20 мА, Modbus, аварии; ШУВ — скорость потока, вибрация, положение клапанов; ШУЗ — конечные положения, момент тока, время хода, число циклов.
Техническое обеспечение: тип ПЛК (модульный/моноблочный), частотный преобразователь, коммутационная способность, размеры, материал корпуса RAL 7035.

Пример 5. Применение требований к документированию (п. 2.10) на примере ШУН, ШУВ, ШУЗ

Согласно ГОСТ 34.201 в ТЗ фиксируется перечень документов: программа и методика испытаний (ПМ), техническое описание и инструкция по эксплуатации, принципиальные электрические схемы (С3*), схемы подключения, перечень покупных изделий (ВП*), паспорт, формуляр. Для ШУН дополнительно — описание информационного обеспечения (П5) и описание ПО (ПА) для ПЛК.

Заключение

ГОСТ 34.602-89 — это не пережиток прошлого, а работающий и востребованный инструмент, который упорядочивает процесс создания сложных технических систем. Как показывает практика компании ИК «ЭнергоАвтоматик», следование его требованиям позволяет заказчику получить именно ту систему, которая ему нужна, а разработчику — четкий план действий. Детальная проработка требований на этапе ТЗ для каждого элемента, будь то сложная SCADA-система или типовой шкаф управления — ШУН, ШУВ или ШУЗ — является залогом успешной реализации проекта, его сдачи в срок и безопасной дальнейшей эксплуатации. Соблюдение стандарта делает проект прозрачным, предсказуемым и юридически защищенным для обеих сторон.