Управления проектными данными. Внедрение концепции PLM на производственных предприятиях – модная тенденция или необходимость

PDM-системы - это использование программного обеспечения для управления данными о продуктах и связанной с процессом информацией в единой центральной системе. Эта информация включает в себя данные автоматизированного проектирования (CAD), модели, информацию о деталях, инструкции по изготовлению, требования, примечания и документы. Система PDM обеспечивает решения для безопасного управления данными, процессами и конфигурацией.

PDM-системы: история создания технологии

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

Цели внедрения PDM-систем

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

Цели управления данными продукта:

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

Управление данными о продуктах позволяет компании отслеживать различные затраты, связанные с созданием и запуском, и в основном используется инженерами.

Безопасное управление данными

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

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

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

Управление конфигурацией

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

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

Особенности и преимущества

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

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

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

PDM позволяет автоматически получать отчеты о расходах на продукт и позволяет компаниям, производящим сложные продукты, распространять данные о продукте на весь процесс запуска PLM. Это значительно повышает эффективность процесса запуска.

Управление данными

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

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

номер части;
описание детали;
поставщик/производитель;
номер и описание поставщика;
единица измерения;
себестоимость;
схема или чертеж САПР;
паспорта материалов.

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

Сравнение PDM-систем: спецификация и особенности

PDM-системы: обзор популярных и востребованных решений:

NX - коммерческий программный пакет CAD CAM CAE PDM-системы, разработанный Siemens PLM Software. NX широко используется в машиностроении, особенно в автомобильном и аэрокосмическом секторах. NX обычно называют программным приложением 3D PLM. Продукт поддерживает все этапы разработки продукта от концептуализации (CAID), проектирования (CAD) до анализа (CAE) и производства (CAM). NX объединяет этапы жизненного цикла продукта, используя параллельный инженерный рабочий процесс, инструменты проектирования и управления данными, которые применяются во всех функциональных областях.

CATIA (компьютерное трехмерное интерактивное приложение) представляет собой многоплатформенный коммерческий программный пакет CAD/CAM/CAE, разработанный французской компанией Dassault Systemes и продаваемый во всем мире компанией IBM. Написан на языке программирования C ++. Поддерживает несколько этапов разработки продукта (CAX): от концептуализации, проектирования (CAD) до производства (CAM) и анализа (CAE). Широко используется в машиностроении, особенно в автомобильной и аэрокосмической отраслях.

Программное обеспечение для 3D-моделирования

Solid Edge - для моделирования параметрической 3D-модели. Работает в Microsoft Windows и обеспечивает надежное моделирование, сборку и разработку для инженеров-механиков. Благодаря сторонним приложениям он имеет ссылки на многие другие технологии управления жизненным циклом продукта (PLM).

Rhinoceros (Rhino) - это автономное коммерческое программное обеспечение для моделирования 3D-модели NURBS, разработанное Robert McNeel & Associates. Программное обеспечение обычно используется для промышленного дизайна, архитектуры, морского дизайна, дизайна ювелирных изделий, автомобильного дизайна, CAD/CAM, быстрого прототипирования, обратной инженерии, проектирования изделий, а также индустрии мультимедиа и графического дизайна.

Creo Elements/Pro (ранее Pro/ENGINEER) является стандартом в дизайне 3D-продуктов, в котором представлены самые современные инструменты для повышения производительности, которые способствуют передовым обеспечивая при этом соответствие стандартам отрасли и компании. Интегрированные, параметрические, 3D CAD/CAM/CAE-решения позволяют ускорить процесс разработки при одновременной максимизации инноваций и качества.

PDM/PLM-системы: что это?

Системы управления данными о продукции (PDM) и системы управления жизненным циклом продукта (PLM) широко используются в современных организациях по разработке продуктов. Система PDM является одним из компонентов системы PLM.

Общие функции как PDM/PLM-системы:

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

Отличия систем:

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

Система управления данными о продуктах (PDM) является подмножеством системы управления жизненным циклом продукта (PLM). Системы PDM в основном обрабатывают данные о продуктах, связанных с CAD. Дизайнерские отделы являются поставщиками входных данных для системы PDM. Система PLM требует участия на уровне организации и интеграции других информационных систем организации.

Большинство крупных организаций сталкивается с трудностями в выполнении массового обслуживания ПО. Эти трудности носят как объективный, так и субъективный характер. Объективной трудностью является неоднородность ИТ-инфраструктуры, полностью преодолеть которую невозможно. Однако руководители ИТ-отделов и системные администраторы не всегда уделяют должное внимание этой проблеме. Главной субъективной трудностью является отношение к обслуживанию корпоративного ПО как к обслуживанию коробочного и, как следствие, вера в существование «магической зелёной кнопки»: нажал - и всё установилось (обновилось). На практике такой сценарий, увы, нереализуем.

В чём же заключается разница?

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

Обслуживание корпоративного ПО зачастую тоже пытаются проводить по итерационному сценарию, однако «цена» итерации при этом возрастает многократно. Время, затрачиваемое на настройку рабочего места, в случае массового развертывания нужно умножать на количество установок, и безобидные 20 минут уже при 10 компьютерах превращаются как минимум в 3,5 часа рабочего времени, потраченного, фактически, на механические (т. е. хорошо автоматизируемые) операции.

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

Эффективное управление таким процессом при сколько-нибудь значительном количестве рабочих мест без отработанной методики невозможно. Суть этой методики заключается в том, что проблемы необходимо выявлять предварительно, а устранять - централизованно, причём делать это до выполнения обслуживания ПО. Казалось бы, всё просто? Но даже, если такая методика имеется, для её реализации необходим инструмент, не сложнее решаемой задачи.

Для автоматизации управления ИТ-инфраструктурой создано множество инструментов и решений, от самых простых, нацеленных, как правило, на автоматизацию типичных повторяющихся действий на рабочем месте (назовём их решениями «лёгкого класса»), до весьма сложных и изощренных (по аналогии можно сказать о решениях «среднего и тяжёлого классов»), охватывающих все или почти все аспекты управления.

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

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

Структура Комплекса решений АСКОН на платформе ЛОЦМАН:PLM, с ним и работает ЦОК

Чтобы облегчить работу администраторам программного комплекса АСКОН, автоматизирующего управление жизненным циклом изделия, мы разработали решение, которое можно отнести к «среднему классу». Оно не требует программирования, хотя позволяет выполнять доверенные (подписанные) скрипты в случае необходимости дополнительных послеустановочных действий. При этом оно не содержит избыточного функционала, сложного в освоении и обучении. Мы назвали его «Центр обслуживания Комплекса» .

«Центр обслуживания Комплекса». Основные отличительные моменты решения

Легковесность с учетом специфики. Продукт не перегружен лишним функционалом, сфокусирован на максимально простом решении основной задачи - массовом обслуживании (установке, обновлении) продуктов АСКОН, таких, как ЛОЦМАН:PLM, САПР ТП ВЕРТИКАЛЬ, справочник Материалы и Сортаменты, справочник Стандартные изделия, КОМПАС-3D и других, с учетом их специфики.

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

Централизованная диагностика. Очевидно, что для успешного обслуживания ПО необходима работоспособная инфраструктура. Проблема в том, что продуктовые администраторы часто не имеют прямого доступа к центральным, жизненно важным объектам ИТ-инфраструктуры (AD DS, DNS, DHCP, групповые политики и пр.). И даже имей они его - просто ли с ходу разобраться в многоуровневой архитектуре, которую, к тому же, ещё и не ты проектировал? Поэтому сбор, хранение и отображение диагностической информации об аппаратной и программной конфигурации рабочих мест и основных настройках ОС критически необходима для обслуживания ПО. Опять же, осуществляется он лишь в том объёме, что необходим для практической работы. Частично решается задача инвентаризации аппаратуры и ПО.

Локализации проблем. Наши наблюдения показывают, что существенная часть сбоев и ошибок (от 30% до 50%), возникающих при эксплуатации корпоративного ПО, вызвана проблемами инфраструктуры. К сожалению, на крупных предприятиях со строго регламентированной организационной структурой (в силу целого ряда причин) имеет место неявное перетекание той доли ответственности за неработоспособность продуктов, которая лежит на общесистемных администраторах, к администраторам продуктов. Мы решаем задачу локализации посредством непрерывного мониторинга инфраструктуры с накоплением полученных данных для последующего анализа.

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

В целом мы надеемся, что данное решение будет востребовано в промышленности и, прежде всего, при обслуживании сложных PDM/PLM-систем. Хотя, как уже было сказано выше, номенклатура обслуживаемого ПО ограничена только используемым для развертывания механизмом (Windows Installer). Правда, справедливости ради надо отметить, что вряд ли кому-нибудь придет в голову использовать для корпоративной системы «легкий» инсталлятор типа NSIS.

Ну и в качестве заключения немного конкретных цифр. Испытания системы в «боевых условиях» показали, что с её помощью даже при минимальном уровне начальной подготовки продуктивной среды можно обновлять/устанавливать от 65 до 70 компьютеров в час! Это что-то около минуты на один компьютер при том, что все операции может выполнить один человек. Сравнение с цифрами, приведенными в начале статьи (30 рабочих мест за один рабочий день силами четырех человек), подтверждает прирост производительности труда как минимум на порядок.

Александр Юхименко, руководитель группы разработки Единого инсталлятора Комплекса.

Системы автоматизированного проектирования относятся к числу наиболее сложных и наукоемких автоматизированных систем. Наряду с выполнением собственно проектных процедур необходимо автоматизировать также управление проектированием, поскольку сам процесс проектирования становится все более сложным и зачастую приобретает распределенный характер. На крупных и средних предприятиях заметна тенденция к интеграции САПР с АСУП и системами документооборота. Для управления столь сложными интегрированными системами в их составе имеется специальное ПО — системная среда САПР или АС, называемая в настоящее время системой управления проектными данными или системой PDM (Product Data management). Системы более общего характера, связанные с управлением данными на всех этапах жизненного цикла изделий и интеграцией различных промышленных автоматизированных систем, получили название систем управления жизненным циклом изделий или систем информационной поддержки изделий PLM (Product Lifecycle Management).

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

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

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

И лишь на рубеже 80-90 г.г. появились системы управления проектными данными, названные в то время Framework или системными средами, сначала в САПР электронной промышленности, а позднее и в САПР машиностроения, где они и получили наименование PDM.

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

Современные системы управления проектными данными называют PDM. Они предназначены для информационного обеспечения проектирования и выполняют следующие основные функции:

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

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

К важнейшим функциям PDM относятся управление проектами и управление конфигураций изделий.

Рассмотрим остальные функции PDM.

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

Например, в системе PDM STEP Suite элементы дерева, представляющего структуру изделия, могут соответствовать сборочным узлам, агрегатам, блокам, отдельным деталям. Навигация по дереву позволяет просматривать относящиеся к структурным единицам документы, геометрические модели, чертежи и другие атрибуты.

В системе PDM, разработанной в свое время фирмой Cadence для своей САПР, была предусмотрена иерархическая организация проектных данных, описывающих проектируемые СБИС (сверхбольшие интегральные схемы), с выделением уровней библиотек, категорий, ячеек, видов. Ячейка — базовый объект, который может иметь несколько различных представлений (видов). Ячейки объединяются в родственные группы — категории, а категории — в библиотеки. Разработчик с помощью системной среды имел доступ к проектным данным, мог создавать свои библиотеки, ячейки, виды.

Интерфейс с пользователем поддерживается визуализацией данных проекта одновременно в нескольких окнах. Для визуализации данных разных аспектов в PDM имеется ряд браузеров. Типичные изображения структуры изделия, создаваемые браузерами, представляются иерархическим списком или графически в виде дерева изделия или его фрагментов. В других окнах могут быть помещены различные виды, такие как 2D чертеж или 3D изображение; описания моделей; принципиальные схемы; атрибуты объекта (исполнитель, номер версии, дата утверждения и т.п.). Иногда для визуализации и редактирования данных в PDM конкретной фирмы привлекаются браузеры и редакторы других изготовителей.

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

Рис. 1. Фрагмент дерева изделия

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

Для этого выполняется авторизация пользователей и разрабатываются средства ведения многих версий проекта. Во-первых, пользователи подразделяются на классы (администрация системы, руководство проектом и частями проекта, группы исполнителей-проектировщиков) и для каждого класса вводят определенные ограничения, связанные с доступом к разделяемым данным; во-вторых, доступ регламентируется по типам разделяемых данных. Данным могут присваиваться различные значения статуса, например, "правильно", "необходимо перевычисление", "утверждено в качестве окончательного решения" и т.п. Собственно синхронизация выполняется с помощью механизмов типа рандеву или семафоров, рассматриваемых в пособиях по параллельным вычислениям.

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

Типичная схема разделения рабочего пространства между параллельно работающими пользователями показана на рис. 2.

Рис. 2. Информационные связи разработчиков с зонами базы данных

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

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

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

Следует отметить, что параллельное проектирование (совмещенное проектирование), интеграция автоматизированных систем проектирования и управления на современных предприятиях возможны только в распределенной среде. Распределенные хранение и обработка информации в большинстве случаев осуществляются на базе применения технологий SOAP, CORBA или DCOM, языков Java и XML. Данные проекта при этом находятся в хранилищах данных, т.е. в нескольких базах распределенного банка данных. Находят применение трехзвенные распределенные системы с уровнями сервер баз данных — сервер приложений — клиенты. Принимаются меры по защите информации, типичные для корпоративных информационных систем. Разработаны рекомендации по внедрению операций с электронными цифровыми подписями.

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

В CALS-технологиях взаимодействие систем основано на стандартах STEP, поэтому в ряде PDM имеются конверторы из предложенного в STEP языка Express.

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

Первое поколение PDM конец 80-х – начало 90-х PDM имели прямой интерфейс в САПР сборок, встроенную СУБД и генератор отчетов для вывода спецификаций на изделие целиком. Разработкой PDM первого поколения наиболее плодотворно занимались как раз производители «тяжелых» САПР Областью применения систем PDM первого поколения были группы проектировщиков. Типичные представители: EDM Information, EDM Control в составе САПР промышленного уровня CADDS 5, разработанной компанией Computervision, «связки» типа "промышленная САПР - специализированная СУБД", например, SDRC и Metaphase, CATIA – WorkCenter

Второе поколение PDM начало – середина 90-х Позволило рационализировать информационный обмен актуальными данными между подразделениями предприятия в целом, Учетом не только конструкторских, но и технологических аспектов деятельности производства. В информационный контур PDM включают руководящее звено, технологические и плановые подразделения. Cтыковка с системами ERP Представители на отечественном рынке: Optegra компании Computervision и I-MAN компании EDS Unigraphics

Третье поколение PDM 1996 – 1998 гг. Раньше – информация о структуре изделий формировалась внешними «тяжелыми» САПР, например, сборки в системах CATIA, CAMU CADDS5, UG, SDRC, файлы.asm из Pro/ENGINEER и далее экспортировалась в PDM. тесной интеграции с системами ресурсного планирования предприятия. Базовые принципы 1. контроль структуры изделия, 2. контроль жизненного цикла изделия, 3. контроль версий и релизов информационных объектов, 4. генератор спецификаций. 5. полная реализация идеологии «клиент-сервер», 6. контроля потока работ каждого конкретного исполнителя

Четвертое поколение PDM 1999 г – наше время На первый план выступают структуры производственных отношений, их изменение и упорядочение в ходе выполнения сформированного портфеля заказов Полноценная организация связей с заказчиками, напрямую или чаще всего через сеть дилеров- поставщиков через Интернет при помощи Web-технологий cPDm – сollaborative Product Definition management (дословно: совместное управление определением изделия), т.е. от систем ожидается не централизованный характер управления данными (в проекте – один директор, «иерархия» отношений соответствует структуре «классического» унитарного предприятия), а «collaborative»-характер производственных связей, подразумевающий сотрудничество, а не прямое подчинение

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

О компании SmarTeam Corp. Создана в 1995 Офисы расположены в США, Израиле, Франции, Германии и Великобритании Дочерняя компания Dassault Systemes (DASTY) IBM занимается маркетингом, распространением и поддержкой SmarTeam Более 230 сотрудников из которых 90 заняты в R&D и 140 в сервисных отделах по поддержке, консалтингу и внедрению Более 50,000 пользователей на более 2500 предприятиях в различных отраслях промышленности 200% роста из года в год

Назначение системы SMARTEAM ST как система PDM уровня отдела или отдельного проекта изделия (может отличаться от системы PDM корпоративного уровня) ST как основная система PDM для поставщиков ST как система управления архивом ST как система управления оборудованием и обслуживанием Создание порталов для описания узлов, компонентов и комплектующих изделия Возможность интеграции данных для полного описания изделия между системами SmarTeam и ENOVIA

Кооперация при помощи SMARTEAM Модули для кооперации (collaborate) всех типов партнеров – главного изготовителя (OEM), подрядчиков, поставщиков, партнеров, заказчиков и др. Управление и кооперация (collaboration) на основе спецификации изделия (BOM management) Возможность создания порталов по системам, узлам и комплектующим основного изделия Web инфраструктура Не требуется наличие системы PDM у поставщика или заказчика

«Преимущества»SMARTEAM с точки зрения производителя Высокая вероятность успеха проекта cPDM Быстрое и легкое внедрение благодаря наличию предварительно настроенных шаблонов-templates (модель данных, workflow, scripts) Templates настроены для определенных отраслей промышленности или задач Не требуется участие высоко квалифицированных консультантов Соответствие и поддержка интерфейсов Windows и Web Дальнейшая настройка и сопровождение может быть выполнена программистами заказчика Богатый набор встроенных инструментальных средств Быстрый возврат инвестиций (ROI)

SMARTEAM - один из компонентов 3D PLM SMARTEAM включен в 3D PLM, начиная с релиза V5R10, и синхронизируется с CATIA, ENOVIA по времени обновления релизов, построению портфеля продуктов, системе лицензирования. SMARTEAM V5 позволяет ускорить развертывание 3D PLM на малых и средних предприятиях за счет: –Обеспечения простой комплектации рабочих мест –Возможности масштабируемых решений в соответствии с размером компании –Возможности создания multi-CAD среды

Стандартные конфигурации SMARTEAM – Community Workspace Configuration SMARTEAM – Community Workspace SMARTEAM - Foundation SMARTEAM – Navigator Configuration SMARTEAM – Navigator SMARTEAM - Foundation SMARTEAM – Editor Configuration SMARTEAM – Editor SMARTEAM - Foundation SMARTEAM – Web Editor Configuration SMARTEAM – Web Editor SMARTEAM - Foundation Базовые конфигурации SMARTEAM – Engineering Configuration SMARTEAM –Workflow SMARTEAM – BOM SMARTEAM – Editor SMARTEAM - Foundation CATIA Team PDM Configuration SMARTEAM – CATIA Integration SMARTEAM - Editor SMARTEAM – Foundation SMARTEAM – FDA Compliance Configuration SMARTEAM – FDA Compliance SMARTEAM –Workflow SMARTEAM – Editor SMARTEAM - Foundation SMARTEAM – Electronics Configuration SMARTEAM – Electronics Template SMARTEAM – Workflow SMARTEAM – BOM SMARTEAM – Editor SMARTEAM - Foundation Составные конфигурации Project Collaboration CAD User E&E Process UserFDA Process User Role Overlay Adjacent Reviewer Adjacent Editor Editor Engineering User

3D ИНТЕГРАЦИЯ ПРОЦЕССА SMARTEAM помогает установить и эффективно поддерживать бизнес процесс, используя знания экспертов всего расширенного предприятия для внедрения лучших, более эффективных решений посредством автоматизированного управления потоками заданий (workflows) и инженерными изменениями.(ECO) 3D ИНТЕГРАЦИЯ БИЗНЕСА За счет стандартизации методов работы и создания синергетики разных подразделений, филиалов, поставщиков и заказчиков, SMARTEAM помогает оптимизировать жизненный цикл продукта, включая проектирование и заказ комплектующих, управление составом изделия и применение стандартов 3D ИНТЕГРАЦИЯ ИНФОРМАЦИИ Извлекая интеллектуальную собственность из ее источника, включая документы, CAD-файлы и спецификации на этапах проектирования, закупок, производства и обслуживания, SMARTEAM распространяет эту информацию об изделии через все расширенное предприятие, облегчая ее использование и обмен ею с другими приложениями предприятия. SMARTEAM - это 3 уровня интеграции

Возможности SMARTEAM Возможности SMARTEAM Решение для совместной работы для хранения, разделения и обмена информацией на предприятии с привлечением поставщиков/заказчиков Клиент-серверное приложение и поддержка web Имеет интеграцию с CAD системами Мощный инструментарий для настройки и адаптации – Wizard, User Authorization, Multi- Language Support, Form Designer и т.д. Поддержка распределенной среды – Database synchronization, distributed vault support – multi-site support Базируется на технологиях COM API, XML и другие

Управление данными в SMARTEAM Управление документами –Простые запросы и поиск –Расширенная информация: предопределенные и дополнительные атрибуты –Полнотекстовый поиск Управление структурой данных –Навигация по ссылкам на документы –Иерархические связи –Логические связи: проекты, документы Управление изменениями –Основные и второстепенные изменения –Защищенная коллективная работа

Этапы внедрения SMARTEAM Этап 1 (Опытная эксплуатация) Этап 2 (Пилотный проект) Этап 3 (Рабочий проект) 5-7 АРМ по ТЗ с PDM SMARTEAM Структура базы данных АСТПП по ЕСКД и ЕСТД Документация Обучение персонала по числу АРМ Доработка ПО по ТЗ Техническая поддержка $20-30 тыс. Лицензии на PDM SMARTEAM по ТЗ Структура базы данных АСТПП по ЕСКД и ЕСТД Документация Обучение Техническая поддержка и работы по ТЗ $ Call Временная лицензия SMARTEAM Структура базы данных АСТПП по ЕСКД и ЕСТД Документация Обучение 2-3-х человек Техническая поддержка 2 месяца $1500

МЕСТ - 10 ПРОЕКТЫ 38 ДОГОВОРА 12 МЕСТ - 75 ПРОЕКТЫ 46 ДОГОВОРА 6 МЕСТ - 13 Результаты внедрения SMARTEAМ в России КЛИЕНТЫ 3 КЛИЕНТЫ 3 N КЛИЕНТЫ 11 Y

ОАО «Маш. завод «Арсенал» (С.-Петербург) ФГУП ЦНИИ «Гранит» (С.-Петербург) ФГУП ЦНИИ «Гидроприбор» (С.-Петербург) ФГУП ЦМКБ «Алмаз» (С.-Петербург) ФГУП ОКБ «Гидропресс» (г. Подольск Московской обл.) АО «Криогенмаш» (г. Балашиха Московской обл.) ПКТБ «Локомотивы» (Москва) ОАО «Ковровский мех. завод» (г.Ковров Владимирской обл.) ФГУП УАП «Гидравлика» (г. Уфа) Казанский универсальный институт (г. Казань) Красноярский Гос.Техн.Университет (г. Красноярск) Проекты SMARTEAM в России

Основан в 1711 году Основной вид деятельности – машиностроение (наукоемкая продукция) Количество работающих – более 2000 человек Производства: Заготовительное, инструментальное, механообработка, сборка и испытания ОАО «МЗ»Арсенал» Характеристики проекта SMARTEAM Решаемые задачи: Автоматизация работы конструкторов и технологов в едином информационном пространстве Количество рабочих мест - 8 Состав модулей: SMARTEAM-Editor - 8 SMARTEAM-CAD Integration (SolidWorks) - 8 SMARTEAM- Workflow - 6 SMARTEAM-BOM - 4 Особенности: Отработка интеграция с технологической системой TECHCARD

Характеристики проекта SMARTEAM Решаемые задачи: Автоматизация работы конструкторов в едином информационном пространстве, технический документооборот и архивы Количество рабочих мест - 3 Состав модулей: SMARTEAM-Editor - 3 SMARTEAM-CAD Integration (AutoCAD) - 3 SMARTEAM- Workflow - 3 Особенности: Отаботка интеграции с прикладной судостроительной CAD TRIBON

Характеристики проекта SMARTEAM Решаемые задачи: Автоматизация технического документооборота и архивов с последующим подключением конструкторов Количество рабочих мест - 4 (+5 вторая очередь) Состав модулей: SMARTEAM-Editor - 4 (+5) SMARTEAM-CAD Integration (AutoCAD) - (1) SMARTEAM- Workflow - (2) Особенности: Проверка возможности интеграции с электронными интерактивными справочниками

Характеристики проекта SMARTEAM Решаемые задачи: Автоматизация работы конструкторов, технологов и руководителей в едином информационном пространстве предприятия Количество рабочих мест - 46 Состав модулей: SMARTEAM-Editor - 46 SMARTEAM-CAD Integration (CATIA) - 45 SMARTEAM- Workflow - 46 SMARTEAM-BOM - 46 Особенности: Отработка интеграции с MRP системой TECHOCLASS Характеристики проекта CATIA Решаемые задачи: Автоматизация работы конструкторов в едином информационном пространстве Количество рабочих мест - 46 Состав модулей: CATIA Особенности: Отработка совместного проектирования с использованием PDM систем ENOVIA и SMARTEAM

Функциональность (1/7) Управляет структурой продукта –Навигация по связанным документам –Иерархические связи –Логические связи: Документы, проекты… URL атрибут – Может установить связь с любым URL для дополнительной, обновленной информации, такой как подробные спецификации Исчерпывающее PDM решение –Документы, разделы, спецификации (BOM), поставщики … и т.д. –Информация иерархически организована в дерево классов –Различные атрибуты для каждого класса

Функциональность (2/7) Полная система управления документами –Безопасное управление жизненным циклом, обеспечиваемое электронным хранилищем –Состояние документа: На проверке (Check In)/ Утвержден (Release) –Классификация документа –Привязка документа –Передача свойств Полная поддержка иерархической структуры модели и чертежа Двунаправленная передача свойств документа

Функциональность (3/7) Легкий механизм поиска и запросов –Полный Текстовой Поиск (FTS) в среде метаданных (атрибутов) и файлов данных –Быстрый Поиск, основанный на часто используемых полях –Редактор Поиска – Легко запускаемый поиск по предварительно задаваемым параметрам –Поиск по образцу - Запрос ко всем объектам, на которые есть ссылка в данном классе FTS Поиск по атрибуту

Функциональность (4/7) Windows совместимость Windows совместимость Интеграция с MS Office Интеграция с MS Office –Microsoft Word and Microsoft Excel Множественная CAD интеграция Множественная CAD интеграция –CATIA V5, SolidWorks, AutoCAD, Mechanical Desktop, Autodesk Inventor, Solid Edge, MicroStation and Pro/ENGINEER –CATIA V5, SolidWorks, AutoCAD, Mechanical Desktop, Autodesk Inventor, Solid Edge, MicroStation and Pro/ENGINEER Дружественный стандартный Windows- интерфейс пользователя для уменьшения периода обучения Дружественный стандартный Windows- интерфейс пользователя для уменьшения периода обучения

Функциональность (5/7) Визуализация –Поддерживается естественный просмотр свыше 200 2D и 3D CAD, офисных и растровых форматов файлов –Просмотр 2D файлов Множественное пользовательское анотирование поддержка OLE Масштабирование изображения –Просмотр 3D файлов Многочисленные режимы просмотра Динамический разрез по разным плоскостям Измерение расстояний и размеров

Функциональность (6/7) Легко настраивается на конкретные нужды компании, для уменьшения общей стоимости владения (TCO) –Конструктор модели данных - Готовые бизнес шаблоны Позволяет формировать среду предприятия –Конструктор форм - Для создания и модификации карт профиля

Функциональность (7/7) –Редактор меню - Для настройки меню –Служба пользователя – Для регистрации и авторизации пользователей –Значения по умолчанию – Для определения значений по умолчанию для атрибутов –Редактор языка интерфейса – Для многоязыковой поддержки Настройка меню пользователей и групп Авторизация для класса и состояния

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

Меню SMARTEAM внутри CAD системы Двунаправленная передача параметров чертежа и модели Экономия времени за счет захвата и повторного использования проектов Управление проектами, структурой продукта, связанными документами и зависимостями Редактирование и проверка документов Безопасные операции жизненного цикла, check- in/check-out Автоматическое отслеживание связей Где использовано и Состоит из Мощные возможности просмотра Установка ссылок и связей Безопасность данных Основные функции CAD интеграции

Мощные средства поиска и извлечения данных с помощью окна просмотра базы данных и запросов Возможности поиска –Поиск по любому атрибуту Мощный поиск по связям –Поиск по символам шаблона –Возможность доступа других пользователей к поисковым заданиям или сохранение их конфиденциальности Возможности окна просмотра –Просмотр деревьев объектов –Показ различных видов объекта –Просмотр связанных мета- данных

Все операции жизненного цикла доступны через интерфейс CAD системы Все операции жизненного цикла доступны через интерфейс CAD системы Поддерживается целостность данных Поддерживается целостность данных Ведение версий, их отслеживание с историей и заметками Ведение версий, их отслеживание с историей и заметками Новый Новый На проверке На проверке Утвержден Утвержден В архиве В архиве Управление версиями и их отслеживание при операциях жизненного цикла

Общий обзор SMARTEAM – Workflow является решением для управления изменениями и для автоматизации потоков заданий (workflow). Он упорядочивает бизнес процессы путем автоматического разделения информации внутри рабочей группы, по всему предприятию (т.е. по отделам и специалистам в определенной области) и по всей цепочке поставок (т.е. заказчики, поставщики, продавцы). SMARTEAM – BOM обеспечивает исчерпывающее управление и сотрудничество вокруг электронных спецификаций (Bills of Material - BOM) на протяжении всего жизненного цикла изделий.

Что такое PLM? PLM (Product Life-cycle Management)– управление жизненным циклом изделий PLM – это не система и не класс систем, как например CAD,CAM, CAE или PDM. PLM – это стратегия производства промышленных изделий с применением комплексной компьютеризации, которая базируется на едином представлении информации об изделии (продукте) на всех стадиях его жизненного цикла. PLM – это стратегия производства промышленных изделий с применением комплексной компьютеризации, которая базируется на едином представлении информации об изделии (продукте) на всех стадиях его жизненного цикла.

CALS ISO 9000 Управление инженерными данными Управление документами и данными Хранение Хранение Защита Защита Быстрый поиск Быстрый поиск Управление процессами Ускорение процессов Ускорение процессов Планирование Планирование Контроль Контроль Управление составом проекта Управление жизненным циклом проекта Управление жизненным циклом проекта Разработка Подготовка производства Изготовление Монтаж и пусконаладка Эксплуатация, Обслуживание, Ремонт Демонтаж и утилизация

Три информационных уровня по ISO (STEP) Три информационных уровня по ISO (STEP) Уровень изделия СпецификацияСборочный чертеж Изделие Файл Сборочного чертежа Файл Спецификации Уровень документов Уровень файлов

ЛОЦМАН:PLM базируется на "трех китах". Сервер баз данных, который является единым хранилищем информации, содержит логическую компоненту и уровень представления данных (Microsoft SQL Server 2000, Oracle8i) Сервер приложений, при помощи которого обрабатывается информация. Клиентский модуль, обеспечивающий пользовательский доступ к требуемой информации.

Достоинства ЛОЦМАН 7 Масштабируемость. Надежная защита данных. Открытость для интеграции с ERP-системами. Полная поддержка универсального формата передачи и хранения данных XML. Применение механизма check-out/сheck-in Имеет веб-интерфейс для доступа к данным Стоимость ЛОЦМАН:PLM значительно ниже, чем у зарубежных «одноклассников» Система открыта для функционального расширения. Она предоставляет большой набор функций для создания собственных PDM-приложений.

Внедрение ЛОЦМАН7 Отслеживание больших, постоянно обновляющихся массивов данных и инженерно-технической информации Возможность групповой работы Отслеживание изменения состава изделия во времени Взаимодействие с приложениями для ввода и редактирования данных (модели, чертежи, текстовые документы, диаграммы, схемы) Управление доступом к данным 62

Стоимость Лоцман: PLM (на) ЕИП (сервер +5 лицензий) $ (входит) (входит ЛОЦМАН:PLM, Корпоративный справочник Материалы и Сортаменты, Корпоративный справочник, Стандартные изделия) Клиентская лицензия - 690$ Лоцман:PLM, сервер $ Лоцман:PLM, универсал. клиент - 495$ Лоцман:PLM сервер для Автопроекта - 495$ Лоцман:PLM сервер для Интернета - 195$

PDM в вопросах и ответах

Андрей Никитин, Сергей Дмитриев

PDM (Product Data Management) является интенсивно развивающейся технологией, которая с каждым годом охватывает все большее количество предприятий во всем мире. Заметно возрос и интерес российских компаний к системам подобного класса. Опубликовано много статей о PDM, о ее необходимости и актуальности, о пользе, получаемой предприятиями при ее внедрении, о преимуществах одной системы перед другой, о достоинствах различных поставщиков PDM-систем и т.д. Однако все эти статьи были написаны с позиции либо поставщиков системы, либо пользователей одной из систем, то есть людей, которые уже четко определились, насколько нужна эта система их предприятию и какой результат и в какие сроки можно от нее ожидать.
В этой статье мы попытались смоделировать конструктивный диалог между представителями предприятия, пытающимися понять, нужна ли система PDM их предприятию и сможет ли она решить все поставленные перед ней задачи, а также обозначить те сомнения, которые могут возникнуть при выборе правильного решения, и сотрудниками компании, предлагающей PDM-систему, старающимися развеять любые сомнения, мотивированно отвечая на возникающие вопросы. Данный подход позволит учесть мнения обеих сторон в рамках одной статьи, тем самым отвечая на главный вопрос: нужна ли вообще предприятиям система PDM?
Опыт общения с представителями различных предприятий, а также анализ иностранной и отечественной прессы позволил нам составить перечень возможных возражений, которые могут возникнуть у представителей предприятий, принимающих решение о приобретении системы подобного класса, и дать ответы на них. Далее статья будет построена по принципу «вопрос - ответ». Задавать вопросы, точнее выдвигать свои доводы против PDM, будут сотрудники предприятия, а отвечать на них, то есть обосновывать несостоятельность приведенного довода, будут сотрудники компании, предлагающей PDM.

Нам сейчас PDM-система не нужна, так как у нас на предприятии идет реорганизация.

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

Российская промышленность находится на спаде, что отражается и на нашем предприятии. Наша основная задача - снизить затраты, а вы предлагаете тратить деньги на новые, не слишком понятные нам технологии.

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

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

В настоящее время мы заинтересованы в проектах с быстрой отдачей и ощутимым экономическим эффектом.

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

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

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

Внедрение PDM затронет каждого, но не все от этого выиграют.

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

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

Для пользователей ясность решаемых задач; отсутствие лишней информации; интеграция инструментариев; мощные функциональности; слаженность взаимодействия; единое пространство проекта; минимизация рутины; творческий подход; оптимизация труда и дисциплина; оперативная связь с руководством;

Для руководства прозрачная, актуальная и оперативная картина предприятия; любые отчеты в самой удобной форме представления; планирование ресурсов, ведение параллельных разработок; контроль за выполнением, своевременные предупреждения; уверенность в достоверности данных; быстрое решение спорных вопросов;

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

Основная работа отнимает у нас очень много времени, и поэтому мы просто не имеем возможности заниматься чем-то еще, тем более такими сложными проектами, как внедрение PDM.

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

PDM слишком сложна и не может быть внедрена на нашем предприятии по причине его инертности.

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

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

У нас нет опыта, а главное возможности поддерживать PDM.

Практически любое предприятие, внедряющее PDM-систему, делает это впервые, и ваше предприятие здесь не исключение; но на самом деле какой-то опыт у вас есть. На всех предприятиях, как правило, существуют системы, реализующие локальные, несвязанные задачи, так называемые островки автоматизации. Внедрение же полнофункциональной PDM требует новых знаний, новых подходов, которые вы получите в процессе внедрения системы. Компания, которая будет внедрять PDM у вас на предприятии, имеет (обязана иметь!) наработанные методики, учебные курсы, демонстрационные примеры, то есть весь набор необходимой информации, которая позволит вам ознакомиться с системой и обеспечить ее удачное внедрение.

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

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

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

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

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

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

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

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

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

Наши инженеры не примут изменений в стиле работы.

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

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

У нас уже есть система САПР и нам ее хватает, поэтому PDM нам не нужна.

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

Ни одна система не сможет обрабатывать все наши данные. PDM-системы недостаточно интеллектуальны, чтобы выдавать правильную информацию.

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

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

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

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

Зачем нам PDM-система? У нас уже есть системы управления данными на основе реляционной СУБД.

Действительно, вычислительные машины появились не вчера, и на некоторых предприятиях уже многие годы существуют собственные базы данных стандартных покупных изделий, ведется информация о структуре изделий, разрабатываемых деталях, база данных чертежей, отдела кадров. Однако, как правило, эти базы данных разрабатывались в различных подразделениях, ответственных за свой участок автоматизации. Минус подобных систем в том, что они служат в основном в качестве электронных справочников, чтобы найти какую-то информацию и записать или, в лучшем случае, распечатать ее на бумаге. Зачастую эти системы построены на разных платформах, имеют различную организацию данных, требуют многократного ввода одних и тех же данных в разных местах и не обеспечивают взаимной синхронизации и непротиворечивости. Все это никак нельзя назвать «системой управления данными» - больше подходит определение «лоскутная автоматизация».

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

У подразделений нашего предприятия нет общего понимания задач, поэтому они не хотят вместе участвовать в процессе внедрения.

На любом предприятии производственные и конструкторские отделы, как правило, находятся в состоянии легкой конфронтации. Например, с точки зрения сотрудников производства, конструкторские отделы - это зона постоянных проблем, поэтому производственники не слишком заинтересованы в том, чтобы разгребать их завалы. Вот, к примеру, что говорил один из технологов о работе конструкторских отделов: «Мы несколько раз просили их разобраться со спецификациями, но они оставляют это без внимания. Так же обстоит дело с изменениями - конструкторы почему-то всегда стремятся произвести изменения в тех деталях, которые только что переданы в производство. А когда они передают нам документацию, она всегда оказывается неполной. Это продолжается долгое время, но сейчас мы научились быть как можно более независимыми от их беспорядка. Естественно, мы не хотим быть вовлеченными в проект PDM вместе с ними».

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

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

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

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

Подразделения нашего предприятия привыкли быть независимыми и отделенными друг от друга, а внедрение PDM может нарушить устоявшийся режим работы.

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

У нас достаточно ресурсов, и мы собираемся создать собственную PDM-систему.

Основные концепции PDM очень просты для понимания, поэтому многие уверены, что их так же просто разработать и внедрить. На рынке существует немало PDM-систем высокого уровня, на которые затрачено более сотни человеколет разработки. Совершенно неправдоподобно, что даже самая талантливая команда программистов сможет за разумные время и деньги разработать PDM-систему, по функциональности хотя бы близкую к тем, которые существуют сегодня. К тому же нужно ли изобретать велосипед? Лучше направить энергию и силы программистов на решение вопросов адаптации выбранной PDM-системы под требования предприятия.

Мы не можем продвигать PDM сейчас, потому что уже израсходовали бюджет на этот год.

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

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

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

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

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

У нас много своих специфических приложений, так что ваша система не сможет их связать в единое информационное пространство.

PDM является интеграционной платформой для существующих на предприятии данных. Современные системы PDM обладают необходимым набором интерфейсов и адаптеров, позволяющих осуществлять интеграцию практически с любой системой на предприятии. Наличие в системах API позволяет выходить на принципиально новый уровень интеграции данных. Естественно, у вас могут существовать некоторые «самописные» системы, которые не были предназначены для внешней интеграции - в таком случае для ваших программистов не составит труда немного модернизировать их, оснастив таким набором API, который лучше всего будет отвечать вашим требованиям к интеграции такой системы с PDM.

Наше предприятие уникально, и нам необходима система, реализующая все наши требования.

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

Сформировавшийся информационный комплекс было бы более корректно назвать, например, «Система управления инженерными данными предприятия N».

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

Надеемся, что наша статья поможет лучше понять, что дает предприятию внедрение PDM и как решать возникающие при этом проблемы. И, главное, убедиться в том, что подсознательно понимает каждый, кто заботится о будущем своего предприятия: успешное развитие современной компании невозможно без перспективной, надежной и индивидуальной управляющей системы.