Снип 3. 05. 07-85 системы автоматизации. Производственная документация, оформляемая при монтаже и наладке систем автоматизации

Наименование	Примечание
1. Акт передачи рабочей документации для производства работ
2. Акт готовности объекта к производству работ по монтажу систем автоматизации	В акте следует особо отметить правильность установки закладных конструкций и первичных приборов на технологическом оборудовании, аппаратах и трубопроводах в соответствии с п. 2.12
3. Акт перерыва монтажных работ
4. Акт освидетельствования скрытых работ
5. Акт испытания трубных проводок на прочность и плотность
6. Акт пневматических испытаний трубных проводок на плотность с определением падения давления за время испытаний	Составляется на трубные проводки, заполняемые горючими, токсичными и сжиженными газами (кроме газопроводов с давлением до 0,1 МПа); трубные проводки, заполняемые кислородом; трубные проводки на давление св. 10 МПа и на абсолютное давление от 0,001 до 0,095 МПа
7. Акт на обезжиривание арматуры, соединений и труб	Составляется на трубные проводки, заполненные кислородом
8. Документы на трубные проводки давлением св. 10 МПа	Составляется на трубные проводки давлением св. 10 МПа
9. Журнал сварочных работ	Составляется для трубных проводок I и II категорий и на давление св. 10 МПа
10. Протокол измерения сопротивления изоляции
11. Протокол прогрева кабелей на барабанах	Составляется только при прокладке при низких температурах
12. Документы по электропроводкам во взрывоопасных зонах	Составляются только для взрывоопасных зон
13. Документы по электропроводкам в пожароопасных зонах	Составляются только для пожароопасных зон
14. Акт проверки приборов и средств автоматизации
15. Разрешение на монтаж приборов и средств автоматизации
16. Ведомость смонтированных приборов и средств автоматизации
17. Акт приемки смонтированных систем автоматизации
18. Разрешение на внесение изменений в рабочую документацию
19. Акт приемки в эксплуатацию систем автоматизации	Оформляется при сдаче в эксплуатацию по отдельно налаженным системам
20. Акт о приемке систем автоматизации в эксплуатацию	В объеме, предусмотренном проектом
21. Протокол измерений оптических параметров смонтированного оптического кабеля

 

СТО 11233753-001-2006-10-29 Системы автоматизации. Монтаж и наладка. ОАО – Ассоциация «Монтажавтоматика»

Сдача систем автоматизации в эксплуатацию

8.5.1. Передача систем автоматизации в эксплуатацию производится по согласованию с заказчиком как по отдельно налаженным системам, так и комплексно по автоматизированным установкам, узлам технологического оборудования с оформлением акта (приложение 26).

8.5.2. При сдаче систем автоматизации в эксплуатацию в полном объеме оформляется акт о приемке систем автоматизации в эксплуатацию (приложение 27).

8.5.3. К акту приемки в эксплуатацию систем автоматизации должна прилагаться следующая документация:

- перечень установок устройств, приборов и средств автоматизации и значений параметров настройки систем автоматического управления (регулирования);

- программы и протоколы испытаний систем автоматизации;

- принципиальные схемы из комплекта рабочей документации автоматизации со всеми изменениями, внесенными и согласованными с заказчиком в процессе производства пусконаладочных работ (один экземпляр);

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

Производственная документация, оформляемая при монтаже и наладке систем автоматизации

Наименование

1. Акт передачи рабочей документации для производства работ

2. Акт готовности объекта к производству работ по монтажу систем автоматизации

3. Акт (акты при поэтапной приемке) передачи-приемки технических средств

4. Протокол входного контроля измерения затухания оптических волокон

5. Акт окончания работ по монтажу

6. Акт освидетельствования скрытых работ

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

8. Трубные проводки высокого давления

9. Протокол измерения сопротивления изоляции

10. Протокол прогрева кабелей на барабанах

11. Документация по ВОЛС: паспорта изготовителя на строительные длины ОК протокол входного контроля ОК паспорта регенерационных участков паспорта на смонтированные соединительные муфты протокол измерения параметров смонтированных ВОЛС

12. Акт проверки приборов и средств автоматизации

13. Разрешение на монтаж приборов и средств автоматизации

14. Ведомость смонтированных приборов и средств автоматизации

15. Акт приемки в эксплуатацию отдельных систем автоматизации

16. Акт приемки систем в эксплуатацию

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

18. Акт приостановки (консервации) монтажных работ по системам автоматизации

Состав проекта АСУ ТП.

Состав рабочей документации на создание АС ТП регламентируется также ГОСТ 21.408-93 СПДС «Правила выполнения рабочей документации автоматизации технологических процессов» и ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем».

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

организационное обеспечение (ОО): организационная структура, права и обязанности пользователей и эксплуатационного персонала АС в условиях функционирования, проверка и обеспечение работоспособности АС;

информационное обеспечение (ИО): формы документов, классификаторов, нормативной базы и реализованных решений по объемам, размещению и формам существования информации, применяемой в АС при ее функционировании;

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

математическое обеспечение (МО): математические методы, модели и алгоритмы, примененяемые в АС;

программное обеспечение (ПО): программы на носителях данных и программные документы, предназначенные для отладки, функционирования и проверки работоспособности АС.

 

На стадии создания рабочей документации (РД) разрабатываются следующие документы:

1. проектная оценка надежности системы;

2. чертеж формы документа (видеокадра);

3. ведомость держателей подлинников;

4. ведомость эксплуатационных документов;

5. спецификация оборудования;

6. ведомость потребности в материалах;

7. ведомость машинных носителей информации;

8. массив входных данных;

9. каталог базы данных;

10. состав выходных данных (сообщений);

11. локальная смета;

12. методика (технология) автоматизированного проектирования;

13. технологическая инструкция;

14. руководство пользователя;

15. инструкция по формированию и ведению базы данных (набора данных);

16. инструкция по эксплуатации КТС;

17. схема соединений внешних проводок;

18. схема подключения внешних проводок;

19. таблица соединений и подключений;

20. схема деления системы (структурная);

21. чертеж общего вида;

22. чертеж установки технических средств;

23. схема принципиальная;

24. схема структурная комплекса технических средств;

25. план расположения оборудования и проводок;

26. описание технологического процесса обработки данных (включая телеобработку);

27. общее описание системы;

28. программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем);

29. формуляр;

30. паспорт.

 

5. Система автоматизированного проектирования (САПР) — это организационно-техническая система, состоящая из совокупности комплекса средств автоматизации проектирования и коллектива специалистов подразделений проектной организации, выполняющая автоматизированное проектирование объекта, которое является результатом деятельности проектной организации.

основные принципы построения САПР.

1. САПР — человеко-машинная система. Все созданные и создаваемые системы проектирования с помощью ЭВМ являются автоматизированными, важную роль в них играет человек — инженер, разрабатывающий проект технического средства.

В настоящее время и по крайней мере в ближайшие годы создание систем автоматического проектирования не предвидится, и ничто не угрожает монополии человека при принятии узловых решении в процессе проектирования. Человек в САПР должен решать, во-первых, все задачи, которые не формализованы, во-вторых, задачи, решение которых человек осуществляет на основе своих эвристических способностей более эффективно, чем современная ЭВМ на основе своих вычислительных возможностей. Тесное взаимодействие человека и ЭВМ в процессе проектирования — один из принципов построения и эксплуатации САПР.

2. САПР — иерархическая система, реализующая комплексный подход к автоматизации всех уровней проектирования. Иерархия уровней проектирования отражается в структуре специального программного обеспечения САПР в виде иерархии подсистем.

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

3. САПР — совокупность информационно-согласованных подсистем. Этот очень важный принцип должен относиться не только к связям между крупными подсистемами, но и к связям между более мелкими частями подсистем. Информационная согласованность означает, что все или большинство возможных последовательностей задач проектирования обслуживаются информационно согласованными программами. Две программы являются информа­ционно согласованными, если все те данные, которые представляют собой объект переработки в обеих программах, входят в числовые массивы, не требующие изменений при переходе от одной программы к другой. Так, информационные связи могут проявляться в том, что результаты решения одной задачи будут исходными данными для другой задачи. Если для согласования программ требуется существенная переработка общего массива с участием человека, который добавляет недостающие параметры, вручную перекомпоновывает массив или изменяет числовые значения отдельных параметров, то программы информационно не согласованы. Ручная перекомпоновка массива ведет к существенным временным задержкам, росту числа ошибок и поэтому уменьшает спрос на услуги САПР. Информационная несогласованность превращает САПР в совокупность автономных программ, при этом из-за неучета в подсистемах многих факторов, оцениваемых в других подсистемах, снижается качество проектных решений.

4. САПР — открытая и развивающаяся система. Существует, по крайней мере, две веские причины, по которым САПР должна быть изменяющейся во времени системой. Во-первых, разработка столь сложного объекта, как САПР, занимает продолжительное время, и экономи­чески выгодно вводить в эксплуатацию части системы по мере их готовности. Введенный в эксплуатацию базовый вариант системы в дальнейшем расширяется. Во-вторых, постоянный прогресс техники, проектируемых объектов, вычислительной техники и вычислительной математики приводит к появлению новых, более совершенных математических моделей и программ, которые должны заменять старые, менее удачные аналоги. Поэтому САПР должна быть открытой системой, т. е. обладать свойством удобства использования новых методов и средств.

5. САПР — специализированная система с максимальным использованием унифицированных модулей. Требования высокой эффективности и универсальности, как правило, противоречивы. Применительно к САПР это положение сохраняет свою силу. Высокой эффективности САПР, выражаемой прежде всего малыми временными и материальными затратами при решении проектных задач, добиваются за счет специализации систем. Очевидно, что при этом растет число различных САПР. Чтобы снизить расходы на разработку многих специализированных САПР, целесообразно строить их на основе макси­мального использования унифицированных составных частей. Необходимым условием унификации является поиск общих черт и положений в моделировании, анализе и синтезе разнородных технических объектов. Безусловно, может быть сформулирован и ряд других принципов, что подчеркивает многосторонность и сложность проблемы САПР.

Системный подход к проектированию.

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

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

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

Структура САПР

Как и любая сложная система, САПР состоит из подсистем. Различают подсистемы проектирующие и обслуживающие.

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

Обслуживающие подсистемы обеспечивают функционирование проектирующих подсистем, их совокупность часто называют системной средой (или оболочкой) САПР. Типичными обслуживающими подсистемами являются подсистемы управления проектными данными, подсистемы разработки и сопровождения программного обеспечения CASE (Computer Aided Software Engineering), обучающие подсистемы для освоения пользователями технологий, реализованных в САПР.

Виды обеспечения САПР

Структурирование САПР по различным аспектам обусловливает появление видов обеспечения САПР. Принято выделять семь видов обеспечения САПР:

§ техническое (ТО), включающее различные аппаратные средства (ЭВМ, периферийные устройства, сетевое коммутационное оборудование, линии связи, измерительные средства);

§ математическое (МО), объединяющее математические методы, модели и алгоритмы для выполнения проектирования;

§ программное (ПО), представляемое компьютерными программами САПР;

§ информационное (ИО), состоящее из базы данных, СУБД, а также включающее другие данные, которые используются при проектировании; отметим, что вся совокупность используемых при проектировании данных называется информационным фондом САПР, база данных вместе с СУБД носит название банка данных;

§ лингвистическое (ЛО), выражаемое языками общения между проектировщиками и ЭВМ, языками программирования и языками обмена данными между техническими средствами САПР;

§ методическое (МетО), включающее различные методики проектирования; иногда к нему относят также математическое обеспечение;

§ организационное (ОО), представляемое штатными расписаниями, должностными инструкциями и другими документами, которые регламентируют работу проектного предприятия.

Разновидности САПР

Классификацию САПР осуществляют по ряду признаков, например по приложению, целевому назначению, масштабам (комплексности решаемых задач), характеру базовой подсистемы — ядра САПР.

По приложениям наиболее представительными и широко используемыми являются следующие группы САПР:

§ САПР для применения в отраслях общего машиностроения. Их часто называют машиностроительными САПР или системами MCAD (Mechanical CAD);

§ САПР для радиоэлектроники: системы ECAD (Electronic CAD) или EDA (Electronic Design Automation);

§ САПР в области архитектуры и строительства.

Кроме того, известно большое число специализированных САПР, или выделяемых в указанных группах, или представляющих самостоятельную ветвь классификации. Примерами таких систем являются САПР больших интегральных схем (БИС); САПР летательных аппаратов; САПР электрических машин и т. п.

По целевому назначению различают САПР или подсистемы САПР, обеспечивающие разные аспекты (страты) проектирования. Так, в составе MCAD появляются рассмотренные выше CAE/CAD/CAM-системы.

По масштабам различают отдельные программно-методические комплексы (ПМК) САПР, например: комплекс анализа прочности механических изделий в соответствии с методом конечных элементов (МКЭ) или комплекс анализа электронных схем; системы ПМК; системы с уникальными архитектурами не только программного (software), но и технического (hardware) обеспечений.

По характеру базовой подсистемы различают следующие разновидности САПР:

1. САПР на базе подсистемы машинной графики и геометрического моделирования. Эти САПР ориентированы на приложения, где основной процедурой проектирования является конструирование, т. е. определение пространственных форм и взаимного расположения объектов. К этой группе систем относится большинство САПР в области машиностроения, построенных на базе графических ядер.

В настоящее время широко используют унифицированные графические ядра, применяемые более чем в одной САПР (ядра Parasolid фирмы EDS Urographies и ACIS фирмы Intergraph).

2. САПР на базе СУБД. Они ориентированы на приложения, в которых при сравнительно несложных математических расчетах перерабатывается большой объем данных. Такие САПР преимущественно встречаются в технико-экономических приложениях, например при проектировании бизнес-планов, но они имеются также при проектировании объектов, подобных щитам управления в системах автоматики.

3. САПР на базе конкретного прикладного пакета. Фактически это автономно используемые ПМК, например имитационного моделирования производственных процессов, расчета прочности по МКЭ, синтеза и анализа систем автоматического управления и т. п. Часто такие САПР относятся к системам САЕ. Примерами могут служить программы логического проектирования на базе языка VHDL, математические пакеты типа MathCAD.

4. Комплексные (интегрированные) САПР, состоящие из совокупности подсистем предыдущих видов. Характерными примерами комплексных САПР являются CAE/CAD/CAM-системы в машиностроении или САПР БИС. Так, САПР БИС включает в себя СУБД и подсистемы проектирования компонентов, принципиальных, логических и функциональных схем, топологии кристаллов, тестов для проверки годности изделий. Для управления столь сложными системами применяют специализированные системные среды.

Техническое обеспечение САПР

С точки зрения системной модели САПР, техническое обеспечение представляет собой самый нижний уровень, в который “погружается” и реализуется операционно-программное и другие виды обеспечений САПР.

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

Основные требования к техническим средствам САПР состоят в следующем:

§ эффективность;

§ универсальность;

§ совместимость;

§ надежность.

Технические средства (ТС) в САПР решают задачи:

§ ввода исходных данных описания объекта проектирования;

§ отображения введенной информации с целью ее контроля и редактирования;

§ преобразования информации (изменения формы и структуры представления данных, перекодировки и др.);

§ хранения информации;

§ отображения итоговых и промежуточных результатов решения;

§ оперативного общения проектировщика с системой в процессе решения задач.