4 - 2006

Управление изменениями документов электронного архива ОАО РПКБ в системе Lotsia PDM PLUS

Олег Гущин

Особенности организации процесса проведения изменений электронных документов в электронном архиве ФНПЦ РПКБ

Организация процедуры проведения изменений электронных документов в электронном архиве

Учет изменений

Анализ применения новых информационных технологий в промышленности, в частности в наукоемком машиностроении, показывает, что одним из направлений их развития является все более полный охват стадий жизненного цикла (ЖЦ) продукции — это ILM-технологии (Integrated Logistic Management — интегрированная логистическая поддержка, аналог CALS). Необходимость создания интегрированной информационной среды (ИИС), поддерживающей весь ЖЦ изделия, в полной мере была осознана лишь к середине 90-х годов. ИИС объединяет всех участников ЖЦ изделия на основе отечественных и международных стандартов, унифицирующих модели данных и согласования о способах обмена этими данными.

Инструментальные средства ИПИ представляют собой программно-технические комплексы (системы), основанные на технологиях управления данными и предназначенные для реализации базовых управленческих технологий. Например, система PDM (Product Data Management) — программно-технический комплекс, обеспечивающий аккумулирование и хранение:

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

•  документов, относящихся к изделию и к его составным частям;

•  данных о технологических процессах и ресурсах;

•  данных о конкретных экземплярах изделий и об их составных частях, включая данные о качестве (данные измерений и контроля).

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

К концу 2003 года в ОАО РПКБ (Раменское приборостроительное конструкторское бюро) после изучения возможностей различных PDM-систем был сделан выбор в пользу системы Lotsia PDM PLUS. Конечной целью проводимых в РПКБ работ на первом этапе внедрения PDM-системы являлось создание сетевого хранилища и автоматизированной системы управления данными о продукции предприятия с многоуровневой системой доступа. Для нашего предприятия данное направление является приоритетным, поскольку у нас все функции управления потоками работ с технической документацией (ТД) однозначно регламентируются государственными стандартами (ГОСТ) и стандартами предприятия (СТП).

В последние годы в России увеличился спрос на услуги консалтинговых фирм, не связанных с конкретными системами внедрения. Такие фирмы не стремятся всеми силами выполнить план по продажам какого-то определенного продукта, а потому их подход к работе становится более объективным и они могут сосредоточиться на исследовании производственных процессов и поиске путей повышения эффективности работы предприятия-заказчика. В связи с этим все работы первого этапа по созданию защищенного сетевого хранилища проводились на предприятии в тесном взаимодействии сотрудников РПКБ и ГМЦ CALS-технологий, и в дальнейшем это сотрудничество будет продолжаться. Для организации обращения технической документации в электронном виде в конце прошлого года было создано подразделение ЭА (электронный архив), а в январе оно было успешно введено в эксплуатацию.

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

В условиях перехода предприятия на производство по заказам становится чрезвычайно важным оперативное отслеживание изменений различных конструкций, а также быстрый расчет себестоимости продукции. Для решения этих задач необходимо обеспечить непрерывное информационное сопровождение проектного, производственного и эксплуатационного этапов ЖЦ изделий. Изменения изделий, разработанных в ОАО РПКБ и находящихся в производстве или в эксплуатации, могут быть проведены только в нашей организации по предложениям от предприятий — смежников и заказчиков.

В данной публикации рассказывается об опыте РПКБ по управлению изменениями проектов изделий после успешного создания БД и электронного архива конструкторской документации.

Формирование электронного архива — весьма масштабная и трудоемкая задача. Практика показывает, что начинать внедрение PDM-системы целесообразно с создания классификаторов, справочников, БД ранее разработанных изделий и БД извещений об изменениях (ИИ).

Особенности организации процесса проведения изменений электронных документов в электронном архиве ФНПЦ РПКБ

Известно, что на каждом конкретном предприятии существуют свои характерные особенности конструкторских, производственных или эксплуатационных этапов. В связи с этим для организации работ с электронными документами сотрудниками нескольких подразделений РПКБ был разработан и утвержден «Регламент процесса введения конструкторской документации на разрабатываемые изделия в электронный архив (ЭА) на переходный период». В этом регламенте установлены процедуры приема электронных документов и проведения изменений документации в ЭА. В течение переходного периода бумажные и электронные документы создаются и действуют параллельно, а сам регламент может быть скорректирован и заменен на новый.

Для удобства процедур учета и проведения изменений в РПКБ организована рабочая БД извещений об изменении технической документации.

В существующей на предприятии настройке системы Lotsia PDM PLUS компоненты модели разрабатываемых изделий могут быть только строго определенных типов. Количество типов объектов ограничивается перечнем, необходимым и достаточным для проектирования, проведения изменений изделий и согласования документов на эти изделия. Структура изделия определяется отношениями входимости, установленными между его составными частями (компонентами). Управление информацией в программе реализовано через так называемые информационные объекты, которые служат для хранения информации и описывают элементы определенной предметной области. С объектами типа «изделие» отношениями ассоциации могут быть связаны объекты типов «изделие» и «документ». В свою очередь, объекты типов «изделие» и «документ» могут быть связаны отношениями с объектами типа «классификатор».

В БД PDM-системы содержатся сведения о ранее разработанных изделиях, извещениях об изменениях, данные об организационной структуре, справочники материалов, стандартных и покупных изделий. На этапе конструкторского проектирования PDM-система выступает источником архивной и нормативной информации.

С помощью системы Lotsia PDM PLUS можно решать самые разнообразные задачи информационной поддержки этапов ЖЦ изделий (ИПИ). Для обеспечения устойчивой работы предприятия, выпускающего сложную наукоемкую продукцию, управление изменениями является весьма важным процессом информационной поддержки изделий на ключевых этапах ЖЦ изделия — при проектировании, производстве и эксплуатации.

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

•  управление внесением изменений в документы путем поддержки дерева версий документов;

•  присоединение сопроводительных документов к изменениям документов;

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

•  ведение БД извещений об изменении и получении отчета по учету изменений документов.

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

В начало В начало

Организация процедуры проведения изменений электронных документов в электронном архиве

А теперь перейдем непосредственно к проведению изменений. После того как администратор посылает сообщение о необходимости разрешить конструктору менять состав проекта, последний получает возможность вносить изменения в иерархическую структуру модели состава изделия в среде PDM-системы. Изменения проводятся в виде файлов электронных образов документов. Файлы могут быть в виде графических форматов (инженерная и конструкторская графика), отсканированных документов или текстовых форматов (MS Word). В соответствии с установленным регламентом файлы отсканированных документов заносятся в структуру оператором ЭА. В настоящее время число ежедневно приходящих извещений об изменении составляет около 30. Средствами администрирования обязательно устанавливается возможность интеграции с соответствующими приложениями графических файлов (регламент предприятия описан в статье «Новые подходы к статусу электронного архива технической документации в ОАО РПКБ, созданного на базе системы Lotsia PDM PLUS», в № 10’2005.

Поступающие изменения могут быть двух типов. Первый тип — это изменение документа, которое не приводит к изменению спецификации и состава изделия. В этом случае при проведении изменения документа в иерархической структуре системы Lotsia PDM PLUS автоматически создается следующая версия документа с прикрепленным к ней извещением об изменении в виде отсканированного файла ИИ. Оператор ЭА проводит в PDM-системе регистрацию извещения об изменении при помощи действия «Создание извещения об изменении». Регистрация ИИ происходит путем заполнения окна создания извещения об изменении. После заполнения всех граф окна появится окно проекта, в котором будет представлено данное ИИ (объект с соответствующей пиктограммой). Затем оператор осуществляет импорт отсканированного файла ИИ и регистрирует его как документ. Далее осуществляется регистрация подписей новой версии при помощи действия «Добавление подписи». Разработчик изменяет атрибуты (формат, количество листов) объекта «документ» (спецификация, чертеж и т.д.). Предшествующая версия запоминается в истории проекта, а к вновь созданной версии в библиотеку ЭА по вкладке «Документы архива» импортируется файл с соответствующим изменением. На рис. 1 показаны проведенные изменения документов в структуре сборочной единицы АЕИР.685627.052-0 «Жгут» (изделие АЕИР.794776.117-0 ТКПА БГС-3М).

Рис. 1. По ИИ АЕИР.224 1/2-05ЭА и АЕИР.224 2/2-05ЭА проведены изменения в документах «Спецификация» (Сп), «Сборочный чертеж» (СБ) и «Таблица соединений» (ТЭ4)

Рис. 1. По ИИ АЕИР.224 1/2-05ЭА и АЕИР.224 2/2-05ЭА проведены изменения в документах «Спецификация» (Сп), «Сборочный чертеж» (СБ) и «Таблица соединений» (ТЭ4)

Второй тип — это такое изменение, которое приводит к изменению спецификации и состава изделия. Если в ИИ указано изменение спецификации, то это указывает на изменение состава изделия. В данном случае в ИИ разработчиком (конструктором) обязательно должна быть сделана запись «Состав изменен», а также предоставлены сведения о том, какие именно изменения по составу должны быть произведены. При изменении состава изделия происходит изменение исполнения, и в этом случае оператор запускает действие «Изменение исполнения».

Рис. 2. Изменение исполнения по извещению об изменении КМИВ.1300 2/3-05

Рис. 2. Изменение исполнения по извещению об изменении КМИВ.1300 2/3-05

До этапа внедрения встроенного документооборота PDM-системы WorkFlow оператор ЭА посылает администратору сообщение о необходимости разрешить разработчику менять состав проекта. После проверки администратор устанавливает права на проведение таких изменений соответствующему разработчику. Разработчик меняет состав, а после этого отправляет сообщение оператору об окончании проведения изменений. На рис. 2 показан результат проведения изменения исполнения изделия КМИВ.468631.021 «Панель клавиатуры» ПК-57.

При проведении изменения исполнения к обозначению изделия прикрепляется файл извещения (отсканированный бумажный документ), конвертированный в формат *.jpg. Объект ИИ (КМИВ.1300 2/3-05) формируется автоматически. Существующее исполнение структуры дерева проекта копируется и запоминается (изм. 2). Затем в существующем исполнении структуры состава с прикрепленным файлом ИИ проводятся изменения по составу изделия, то есть старые объекты удаляются и вводятся новые. Например, в структуре состава изделия ПК-57 проведено третье изменение исполнения структуры. В 3-м исполнении объект структуры «разъем» удален, а объект «вилка» M24308/4-1F введен в электронную структуру. Соответственно по этому ИИ производятся изменения в документах «Спецификация» и «Ведомость покупных изделий».

Рис. 3. Формирование запроса по атрибуту «Применяемость»

Рис. 3. Формирование запроса по атрибуту «Применяемость»

При проведении изменений статус загрузки структуры состава изделия автоматически меняется на значение «Не загружены». По окончании проведения изменений вновь проводится изменение статуса загрузки данных на значение «Полностью загружены» при помощи действия «Изменение статуса загрузки данных». Оператор ЭА сообщает всем заинтересованным абонентам о проведении изменений электронной структуры изделия.

На период опытной эксплуатации все участники проведения изменений руководствуются принятым на предприятии регламентом.

В начало В начало

Учет изменений

Система Lotsia PDM Plus имеет высокоэффективную встроенную систему поиска, позволяющую быстро находить документы ЭА по любому известному пользователю набору атрибутов или по местоположению документов. Например, по дате или по применяемости изделия можно вывести список отработанных для него номеров ИИ. На рис. 3 и 4 показаны запрос по атрибуту «Применяемость» и сформированная на этот запрос подборка извещений об изменениях, которые составлены на документы, скомплектованные в состав изделия КМИВ.467846.012-14 МФИ-10-7. Опытный образец изделия изготавливается на производстве.

Рис. 4. Результат выполнения запроса

Рис. 4. Результат выполнения запроса

По всем объектам, которые имеются в БД PDM-системы, в том числе и в БД ИИ, можно сформировать отчет и распечатать его. Кроме того, в системе предусмотрена возможность экспорта данных отчета в шаблоны программ MS Word или Excel. Отчет об учете изменений экспортируется в текстовый редактор MS Word по предварительно созданному шаблону и распечатывается в двух экземплярах, которые подписывают администратор, конструктор и оператор ЭА. В отчете представлена информация об измененной документации с порядковыми номерами изменения и с номерами извещений об изменении. На рис. 5 показан пример выполнения отчета по учету трех изменений изделия ТКПА БГС-3М (сборочная единица АЕИР.685627.052 «Жгут»).

Рис. 5. Пример отчета по учету изменений

Рис. 5. Пример отчета по учету изменений

Изменения проводились в сборочной единице «Жгут» (АЕИР.685627.052-0) изделия АЕИР.794776.117-0 ТКПА БГС-3М в объектах Сп, СБ и ТЭ4 (см. рис. 1).

За прошлый год в отделе стандартизации предприятия было зарегистрировано 3602 ИИ. Формирование БД ИИ в электронном архиве ОАО РПКБ началось в ноябре 2005 года, а к середине марта 2006-го ЭА содержал уже около 1500 извещений. В настоящий период опытной эксплуатации на проведение одного ИИ в электронном виде затрачивается от 30 до 40 минут. В дальнейшем при использовании предварительно настроенного модуля WorkFlow это время может быть еще сокращено. При традиционном же бумажном документообороте на проведение одного извещения затрачивается 3-4 дня.

Дилерский семинар компании «Лоция Софт»

С 15 по 17 марта в Москве проходил очередной дилерский семинар компании «Лоция Софт»,  в котором приняли участие авторизованные дистрибьюторы и авторизованные дилеры компании «Лоция Софт» из России и стран СНГ.

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

Участники семинара

Участники семинара

На маркетинговой секции наибольший интерес вызвали доклады директора компании «СофтИнформ» Льва Матвеева, представившего интегрированный с системой Lotsia PDM PLUS модуль полнотекстового поиска и поиска документов, похожих по содержанию, а также доклад представителя компании «Лоция Софт», посвященный новым возможностям модуля Lotsia WEB.

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

Выступление Льва Матвеева, «СофтИнформ»

Выступление Льва Матвеева, «СофтИнформ»

Николай Ширяев, исполнительный директор компании «Лоция Софт», сказал: «Мы надеемся, что регулярное проведение таких семинаров поможет существенно повысить как технический, так и маркетинговый уровень наших дилеров и дистрибьюторов. Разумеется, эти семинары весьма полезны и для нашей компании, поскольку дают нам возможность максимально эффективно использовать обратную связь со своими коллегами и планировать дальнейшее развитие решения Lotsia PLM с учетом высказанных ими предложений».

Управление изменениями — это типовые повторяющиеся действия, и на предприятии такие действия проводятся по одним и тем же правилам. Поэтому на следующем этапе автоматизации работы с конструкторской документацией в ЭА необходимо автоматизировать схему проведения изменений путем создания типового бизнес-процесса во встроенном модуле WorkFlow системы Lotsia PDM PLUS.

Технология WorkFlow может упорядочить деятельность предприятия, представляя ее в виде последовательности процедур бизнес-процессов, управление которыми осуществляется автоматически, в соответствии с заранее установленными правилами в современной системе документооборота. Для серийного промышленного предприятия — это документооборот для участников технологического процесса, а для нашего предприятия — это документооборот для всех участников, разрабатывающих документацию на новые изделия и управляющих изменениями этой документацией. Изменения изделий, разработанных в ОАО РПКБ и находящихся в производстве или/и в эксплуатации, должны проводиться только через документацию, находящуюся на предприятии-разработчике. Каждый участник управления изменением на нашем предприятии посредством модуля WorkFlow будет получать задания, а после их выполнения переводить его статус в другое состояние, обеспечивая непрерывность информационного потока заданного бизнес-процесса. Типовой процесс проведения изменений необходимо будет настроить в соответствии с принятыми правами доступа к документации для каждого из участников процесса и в соответствии с его функциональными обязанностями в последовательном проведении работ.

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

В начало В начало

САПР и графика 4`2006

Популярные статьи

Будущее CAM-систем

Статья знакомит с современным состоянием функционала CAM-систем, делает своеобразный экскурс в прошлое программного обеспечения для станков с ЧПУ, дает прогноз развития технологий, рынка и возможностей CAM-систем к 2020 году

Новая линейка профессиональной графики NVIDIA Quadro — в центре визуальных вычислений

Компания NVIDIA обновила линейку своих профессиональных графических карт Quadro. Новая архитектура Maxwell и увеличенный объем памяти позволяют продуктивно работать с более сложными моделями в самых высоких разрешениях. Производительность приложений и скорость обработки данных стали вдвое выше по сравнению с предыдущими решениями Quadro

OrCAD Capture. Методы создания библиотек и символов электронных компонентов

В этой статье описаны различные приемы и способы создания компонентов в OrCAD Capture, которые помогут как опытному, так и начинающему пользователю значительно сократить время на разработку библиотек компонентов и повысить их качество