Введение

Содержание проектной документации для автоматизированных систем (АС) по ГОСТ 34.201-89 "Виды, комплектность и обозначение документов при создании автоматизированных систем", и РД 50-34.698-90 "Автоматизированные системы. Требования к содержанию документов" является общим для всех типов автоматизированных систем. Однако процедура создания систем управления технологическими процессами обладает множеством специфических особенностей, которые никак не отражены в нормативных документах, но требуют своего адекватного воплощения в проектной документации.

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

Как уже было отмечено в предыдущей главе, согласно ГОСТ 34.601-90, пункт 2.2, "Стадии и этапы, выполняемые организациями-участниками работ по созданию автоматизированной системы, устанавливаются во взаимных договорах и в Техническом задании ". Согласно ГОСТ 34.201-89, пункт 2.1,

"Перечень наименований разрабатываемых документов и их комплектность на Систему и ее части должен быть определен в Техническом задании на создание автоматизированной системы ".

В любом случае перечень проектной документации должен быть строго определен в Договоре между Разработчиком и Заказчиком на разработку Рабочего проекта и рабочей документации (технорабочего) проекта. Тогда в Техническом задании достаточно указать ссылку на этот договор.

Вместе с тем, согласно положению РД 50-34.698-90 "Метод ические указания. Информационная технология. Автоматизированные системы. Требования к содержанию документов", пункт 1.3, "Содержание каждого документа, разрабатываемого при проектировании автоматизированных систем (АС) согласно ГОСТ 34.201-89, - запятая - определяет Разработчик в зависимости от объекта проектирования (система, подсистема и т.д.)".

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

Две стадии проекта создания АСУТП выделяются особо -

• Стадия формализации и утверждения требований к системе - стадия "Техническое задание на создание АСУТП", и
• Стадия "Ввод в действие".

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

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