xCAD/PDM: реальность, проблема, потенциал
Спрос рождает предложение — так, воздерживаясь от дискуссий, можно охарактеризовать рынок САПР и PLMрешений. Огромное количество предложений и их разнообразное классифицирование позволяют пользователю на свой страх и риск определиться с необходимым программным комплексом или выбрать подходящую платформу. Факторов, влияющих на принятие решения, всегда предостаточно. Всё, казалось бы, продумано, есть цели, а также средства и обученные трудовые ресурсы для их достижения, но на практике у оптимистов складывается ложное впечатление инновационной «сказки», а у их оппонентов вечное «как всегда». А что именно сделали не так, в чем ошиблись? Может, опять компьютеры купили недостаточно мощные или..?
В результате, согласно оценкам экспертов рынка, 82% компаний используют три и более CADсистемы, 42% — пять и более.
Причинами такого положения дел являются (по степени приоритетности):
- ориентированность компаний на сотрудничество с партнерами, подрядчиками и заказчиками;
- наличие проектов в определенных форматах;
- слишком долгий цикл разработки, не позволяющий отказаться от использования того или иного программного комплекса.
Вы скажете: «Да, мы знаем, что проблемы существуют, а какой выход?» — и здесь наша дискуссия должна была бы захлебнуться во взглядах и мнениях, но выход есть. Сочетание xCAD/PDM фигурирует в названии статьи единым и неделимым термином, потому как и решение строится на базе «одной правды». Это единый подход, позволяющий пользователям разнородных CAD и PDM построить единую PLMсреду для проектирования, производства и сервисного обслуживания. Методология подхода предполагает следующую схему взаимодействия существующих решений с единым знаменателем (рис. 1).
Рис. 1. Архитектура решения
Пользователям xCAD, работающим на файловом уровне, предлагается объединить свои усилия и начать работу в единой проектной области, не отказываясь от использования родного ECAD и MCADприложения, а применяя полноценную интеграцию с ними с возможностью навигации, поиска и фильтрации ранее сохраненных данных, позиционирования геометрии и составления общего цифрового макета, который можно передать в приложения технологического планирования и анализа. Вставка и позиционирование геометрии осуществляются при помощи встроенных конверторов для СATIA V5, SolidWorks, ProE, NX, Solid Edge, Inventor и общего STEP (рис. 2).
Рис. 2. Пример xCAD интеграции
Интеграция с каждым xCADприложением максимально унифицирована и для конечного пользователя является лишь одним из пунктов главного меню с многочисленными возможностями по управлению сборочной структурой изделия. Прежде всего пользователю предоставляется выбор режима работы — с базой данных или автономный (работа с дисковым пространством). В первом варианте вы авторизуетесь для входа в PLMокружение; выполнив техническое задание на проектирование, сохраняете свои наработки в общий пул. Сохранение происходит в автоматизированном или ручном режиме с указанием сопутствующих исходному форматов, которые могут использоваться для быстрого просмотра, облегченного представления или будут промежуточными при вставке в сторонние приложения. Для облегчения процесса навигации можно настроить процесс наименования компонентов в соответствии с определенным шаблоном и, что немаловажно, создать виртуальные комнаты и избранные вкладки, имитирующие работу с проектами или отдельными сборками. Это особенно полезно для начинающих PLMпользователей.
Особого внимания заслуживает процесс актуального представления информации внутри как САПР, так и общего пула. К его основным особенностям можно отнести возможность блокирования на изменение в отдельном объекте, версионноревизионный контроль с принудительным отображением и выборкой последней версии/ревизии, а также принудительное глобальное обновление по всей структуре изделия с целью выявления изменений, сделанных другими пользователями при работе в параллельном режиме проектирования в аналогичной xCADсреде.
Нельзя не упомянуть также об атрибутивной информации, сохраняемой и отображаемой совместно с компонентом, для корректного представления которой сначала выполняется административная настройка интеграционного решения путем мапирования необходимых атрибутов, а затем — дело за конструктором. Стоит также отметить, что для более гибкого представления атрибутивных данных их значения могут различаться в xCAD и PLM, что отображается на отдельной вкладке в свойствах компонента при соединении с PLM.
Также предоставляется функциональность встроенного просмотрщика, причем двух типов: из PLMсреды с возможностью ведения дискуссии с помощью функции «красного карандаша» и из общей CADсреды с функциями онлайнпоказа принадлежности гибридной структуры, версионности, состояния жизненного цикла и категории последнего изменения.
Важным этапом является процесс согласования работ и утверждения изменений. Здесь возможно несколько подходов. Первый — это веховый контроль с возможностью присвоения проектной единице атрибута статусности самим проектантом для ведения самоконтроля работ по фазам разработки, подобие контрольных точек восстановления в Windows. Второй подход — стадийный (более правильный с точки зрения разработки и проведения изменений) — заключается в присвоении проектной единице определенных этапов в строго заданной последовательности посредством административной настройки PLMсистемы (рис. 3).
Рис. 3. PLM сведения
Данный подход чаще применяется при вовлечении в проект групп разработчиков из разнородных xCADприложений с длительным проектным циклом. По заданным ранее этапам можно выполнять поиск непосредственно в CADсреде и из вебинтерфейса (тонкого клиента) PLMплатформы.
Заключительным этапом является переход от проектной структуры (MCAD, ECAD) к общей проектной структуре (EBOM), а именно работа по конфигурированию и сочленению всех проектных единиц в удобном графическом VPMинтерфейсе. То есть по сути инженеры получают единый цифровой макет изделия с последним актуальным статусом проектного цикла, готовый для передачи, если необходимо, в приложения высшего уровня с целью проверки кинематики, сборочных чертежей и проведения различных видов инженерного анализа, а также компоновочноэргономических изысканий и начала сервисных работ (рис. 4).
Рис. 4. Общий цифровой макет
Общая инженерная спецификация также представляется и управляется в единой базе PLMсистемы, имея компонентный состав, с привязкой к конкретному объекту, обладающему различной степенью насыщения графикоатрибутивной информацией и различными формами ее представления и связей между собой. Дальнейшие этапы закономерны и включают переход от инженерной спецификации (EBOM) к производственной (MBOM) и связь последней с ERPсистемой.
В заключение отметим, что использование данного подхода является важным преимуществом в условиях отсутствия возможности работы в единой среде, так как вовлекает в проект не только проектантов, но и руководителей, гармонизирует и четко определяет ролевую политику ведения работ в конструкторских бюро, облегчает поиск и контроль актуальности информации.
