Применение E3.series для разработки схемотехнической документации в проектах атомной и газовой промышленности в компании «Диаконт»

• Технологическое и диагностическое оборудование
• Робототехнические комплексы
• Радиационно-стойкие телевизионные системы
• Электромеханические привода

Нашими основными заказчиками на сегодняшний день являются:

ОАО «Концерн Росэнергоатом» и следующие его филиалы (в алфавитном порядке): Балаковская АЭС, Белоярская АЭС, Билибинская АЭС, Волгодонская АЭС, Калининская АЭС, Кольская АЭС, Курская АЭС, Ленинградская АЭС, Нововоронежская АЭС и Смоленская АЭС.

Среди других основных заказчиков нужно выделить ОАО «Газпром», ОАО «ОКБМ Африкантов», ЗАО «Атомстройэкспорт», ОАО «ЦКБМ», ОАО «НИАЭП», ФГУП «ГХК», ГУП МосНПО «Радон», ОАО «ГНЦ НИИАР» и РКК «Энергия».

Из крупнейших зарубежных заказчиков следует назвать ГП НАЭК «Энергоатом» (Украина), Westinghouse (США), General Electric (США), Areva АNP (Франция), EDF (Франция), China National Nuclear Corporation (Китай), Taiwan Power Company (Тайвань), Korea Electric Power Corporation (Корея) и других лидеров международного рынка атомной энергетики.

Вопрос: В какие подразделения вашей компании планировалось приобретать программные модули системы E3.series? Какие проектные задачи они выполняют в настоящее время?

А.Н. Полубояринова: Система E3.series приобретена для отделов, занимающихся разработкой схемотехнической документации, а также для конструкторского бюро.

Первая группа задач включает проектирование и разработку – в части схемотехники – объектов управления, составных частей АСУТП (шкафы управления приводами и шкафы электропитания), а также шкафы РЗА и сигнализации. Сюда относится, разумеется, выпуск соответствующей РКД, в составе которой нужно назвать следующие документы:

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

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

Вопрос: Какое ПО эти подразделения использовали раньше и с какими проблемами они сталкивались в работе?

А.Н. Полубояринова: До внедрения E3.series при проектировании использовались следующие такие САПР, как AutoCAD, ZWCad, а также программы MS Word и аналогичные программные средства.

При этом у проектировщиков возникали следующие проблемы:

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

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

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

Свои трудности возникали из-за совершенно недостаточной унификации УГО используемых изделий.

Соответственно, слишком большую долю временных затрат на разработку проекта занимали проверки документации и поиск ошибок, что, в свою очередь, вызывало новые трудности с контролем проекта в целом.

Вопрос: Несколько слов о принятых вами критериях выбора САПР: какие задачи оно должно было решить?

Д.Н. Мельников: Мы проводили сравнение нескольких распространенных программных продуктов, представленных на отечественном рынке САПР, и выбралиE3.series. Основные критерии, которые обусловили выбор E3.series, следующие:

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

Вопрос: Как долго проходило внедрение E3.series в ЗАО «Диаконт» и отмечались ли трудности при внедрении? Как ЗАО «Компания ПОИНТ» участвовало в процессе внедрения, есть ли у вас пожелания по совершенствованию процесса внедрению?

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

Компания ПОИНТ проводила трех-четырех дневные курсы обучения сотрудников, консультации, – как удаленные, так и выездные, – на всех этапах внедрения. Несомненным плюсом обучения была возможность получать мгновенные ответы на текущие вопросы, которые всегда возникают при освоении новой системы. Правда, сам процесс обучения, по нашему мнению, мог быть построен и более эффективно. Например, многие практические моменты проектирования в базовом курсе обучения не затрагивались, а, в большинстве своем, преподносилась информация, доступная из справки E3.series.

В текущей переписке с нами, а также на Интернет-форуме сотрудники Компании ПОИНТ старалась отвечать на все наши вопросы, связанные с рутинной работой в системе E3.series. Однако некоторые вопросы, возникавшие в процессе проектирования в связи с недостаточностью функционала E3.series, не находили ответа у представителей компании – и ряд таких вопросов переадресовывался германским разработчикам системы.

Вопрос: Какие работы на сегодня выполняются в системе E3.series? Что с чем интегрировано и как поддерживается сквозное проектирование – в целом по подразделению и по решаемым задачам? Какие скрипты написаны и что именно они автоматизируют? Каков полученный опыт использования E3.series и какие преимущества новых технологий выявились в процессе интеграции?

Д.Н. Мельников и А.П. Каленкович: Спустя всего лишь год от момента закупки E3.series ситуация такова:

• полностью выполнен один проект – «Машина перегрузочная МПС-1200 энергоблока №1 Балтийской АЭС». Получен полный объем схемной части рабочей конструкторской документации; разработанные      изделия на этапе сборки;
• на завершающей стадии находится проект «Модернизация крана мостового специального МК-250/30тс энергоблоков № 3, 4 Нововоронежской АЭС» (рис. 1);
• начинаются работы над проектом «Информационно-измерительная система для установок камеры №1 здания 117 ОАО «ГНЦ НИИАР».      

Был разработан и протестирован ряд дополнительных подпрограмм для адаптации E3.series к нашим нормам и требованиям проектирования. С их помощью реализован процесс автоматической генерации следующих типов КД:

• Формирование перечня элементов на изделия, имеющие собственную схему (шкафы, пульты, системы управления и т.д.).
• Формирование перечня элементов на изделия, схемы на которые в проекте отсутствуют, а существует только подключение по общей схеме при помощи областей листа. Также формируется перечень на сквозную схему (актуально для всех видов «Машин перегрузочных»).
• Создание таблицы соединений на изделия, имеющие собственную схему (шкафы, пульты, система управления).
• Создание таблицы соединений на схему электрическую соединений и подключения, выполненную как соединение областей листа (без создания схем на составные части).
• Формирование спецификации на изделия, имеющие собственную схему (шкафы, пульты, система управления).
• Заполнение основных надписей штампа на первом листе документа (код KKS заполняется из таблицы формата *.xls; количество листов; номер листа).
• Быстрое создание следующего листа схемы с автоматическим копированием параметров оригинального листа.

Все вышеописанные подпрограммы были объединены в программу-оболочку Shell E3, внедрявшуюся в процесс проектирования совместно с E3.series (рис. 2). По итогам внедрения можно отметить следующие главные результаты:

• Частичная автоматизация проектирования (создание отчетов) и удобные инструменты оболочки упрощают работу над проектом. Правда, нужно отметить, что в рамках разработки первого проекта нам объективно не представлялось возможным оценить реальное сокращение времени разработки – из-за отвлечения внимания разработчиков от основной деятельности на обучение, а также из-за внесения новых элементов в базу данных, решения организационных проблем при переходе к разработке проекта в многопользовательском режиме и т.п.
• Сокращение «ручной» работы достигнуто за счет снятия с разработчика необходимости контроля и проверки ссылок с листа на лист и т.п. Очевидно увеличение скорости работы за счет использования шаблонов надписей, группового размещения и соединения элементов из БД и т.д.
• Стандартизированные УГО улучшают читаемость схем и уменьшают ошибки при подключении.
• Налажена работа по созданию и внесению новых элементов в базу данных E3.series: на настоящий момент база включает в себя около 1100 изделий.
• Все разработанные документы выполнены в едином стиле на листах формата А3 для схемной документации и на листах формата А4 для остальных отчетов.
• Многопользовательский режим позволяет нескольким разработчикам эффективно работать над проектом – с возможностью отслеживания изменений в реальном времени.

Вопрос: Каковы ваши дальнейшие планы и перспективы: по развитию предприятия, по автоматизации процессов проектирования, по дальнейшей интеграции с другими системами, а также по расширению использования E3.series?

А.П. Каленкович: Мы планируем целый ряд важных практических задач на перспективу. Среди них, например, привязка закупочной цены (из внешней программной системы) к изделию, содержащемуся в базе данных E3.series – для оперативной предварительной оценки себестоимости технических решений. Кроме того, мы планируем внедрение утилиты E3.RevisonManagement, включенной в официальную поставку E3.series, или ее аналога для работы с версиями документов и извещениями о произведенных в проекте изменениях.

Еще одна важная задача на ближайшее будущее – это создание чертежей шкафов и блоков в 3D.

В наших планах – реализация трассировки по коробам в зависимости от атрибутов линии соединения.

Также мы запланировали доработку таблиц соединений – в части введения в них информации о пути прокладки проводов и кабелей.

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