Разработка перспективного плана внедрения PDM-системы на предприятии - Дипломная работа

Для предприятий, выполняющих крупномасштабные и наукоемкие проекты, характеризующиеся многономенклатурностью изделий и длительным циклом разработки, производства и эксплуатации, таких как ОАО «Проектмашприбор», наиболее актуальна проблема обеспечения интеграции и совместного использования информации, порождаемой на всех этапах жизненного цикла изделия (ЖЦИ), в рамках внедрения PDM-системы. Кроме того, ОАО «Проектмашприбор» занимается проектированием жилищно-гражданских объектов и объектов социально-бытового назначения. В первые годы послевоенного времени проектирование было направлено на восстановление разрушенных войной зданий и сооружений промышленных предприятий, а также на проектирование крупных промышленных комплексов по выпуску продукции мирного времени. Кроме того, ОАО «Проектмашприбор» занимается проектированием жилищно-гражданских объектов и объектов социально-бытового назначения. · Утверждение внутренних документов, регулирующих деятельность органов общества: «Положение об общем собрании акционеров общества», «Положение о Совете директоров», «Положение о ревизионной комиссии», «Положение о генеральном директоре» [17].PDM системы появились на мировом рынке совсем недавно, а именно в конце восьмидесятых - начале девяностых годов двадцатого века, но за около двух десятков лет сменилось уже три поколения этих систем, что говорит об их значимости и широте применения [8]. Необходимость в PDM системах была логичным звеном в цепочке преобразований конца XX века, проводимых на предприятиях. Такая PDM, выполняя контроль первоначальной структуры изделия, могла работать с ERP-системами (Enterprise Resource Planning - планирование ресурсов предприятия). Системы PDM в этом плане отличаются от баз данных тем, что интегрируют информацию любых форматов и типов, поступающую от различных источников, предоставляя ее пользователям уже в структурированном виде, причем структуризация привязана к особенностям современного промышленного производства. PDM-система необходима для предприятия, если в результате ее внедрения: сокращаются производственные отходы и время на доработку изделия, а также уменьшается время выхода продукции предприятия на рынок за счет упрощения производственного цикла.Иными словами, любая информация, необходимая на том или ином этапе жизненного цикла изделия, может управляться системой PDM, которая предоставляет корректные данные всем пользователям и всем промышленным информационным системам по мере надобности. PDM-система необходима для предприятия, если в результате ее внедрения: сокращаются производственные отходы и время на доработку изделия, а также уменьшается время выхода продукции предприятия на рынок за счет упрощения производственного цикла. После успешного внедрения PDM-системы на одном из небольших производственных участков предприятия (и проверки ее работоспособности) можно продолжить ее внедрение (масштабировать систему) на всем предприятии. Оценка эффективности внедрения PDM-системы должна включать два этапа: прогнозирование результатов внедрения и оценку эффективности после внедрения PDM-системы. Причины, изза которых предприятие намерено внедрить PDM-систему: o Неразбериха с электронными данными об изделии. n Отсутствие методологии работы с электронными данными. o Срыв сроков вывода изделий на рынок или поставки документации. n Низкая управляемость процессами работы с данными. o Угрозы потери или кражи информации, а также ее несанкционированного изменения. n Бесконтрольный доступ к данным. o Необходимость подготовки данных для других АС. n Состав изделия, справочники, техпроцессы. o Желание применения более современных технологий. n Переход на новую архитектуру ПО. o Требования Заказчика представления данных в электронном виде. n Экспортные контракты или работа в рамках кооперации.Институт, владея информационными технологиями, обеспечивающие производственный проектный процесс, сталкивается с рядом проблем отсутствие методологии работы с электронными данными, низкая управляемость процессами работы с данными, угрозы потери или кражи информации, а также ее несанкционированного изменения, необходимость подготовки данных для других АС (состав изделия, справочники, техпроцессы), желание применения более современных технологий.

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

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

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

· Разработка генерального плана территории зданий, сооружений и их комплексов и схем и проектов инженерной и транспортной инфраструктуры.

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

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

Предприятие занимается двумя основными видами хозяйственной деятельности, обеспечивающими доход: · Сдача имущества в аренду. Данный вид деятельности обеспечивает около 66% выручки предприятия.

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

· Разработка проектно-сметной документации и выполнение научно-исследовательских работ. Данный вид деятельности обеспечивает около 34% выручки ОАО «Проектмашприбор».

Институт сотрудничает как с частными, так и государственными организациями, однако преобладающая часть выполняемых институтом работ является госзаказами. В соответствии с законодательством РФ определение исполнителя госзаказа в обязательном порядке осуществляется на конкурсной основе, даже если в конкурсе участвует одна организация. Существует два способа получения госзаказа: - Участие ОАО «Проектмашприбор» в конкурсе на общих основаниях;

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

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

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

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

- Этап разработки проектной документации

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

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

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

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

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

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

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

· Рабочая документация.

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

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

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

- Отсутствие методологии работы с электронными данными.

· Срыв сроков вывода изделий на рынок или поставки документации.

- Низкая управляемость процессами работы с данными.

· Угрозы потери или кражи информации, а также ее несанкционированного изменения.

- Бесконтрольный доступ к данным.

· Необходимость подготовки данных для других АС.

- Состав изделия, справочники, техпроцессы.

· Желание применения более современных технологий.

- Переход на новую архитектуру ПО.

· Требования Заказчика представления данных в электронном виде.

- Экспортные контракты или работа в рамках кооперации.

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

2.

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

2.1 Сущность PDM-систем

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

Необходимость в PDM системах была логичным звеном в цепочке преобразований конца XX века, проводимых на предприятиях. С развитием информационных технологий на промышленных предприятиях начинали внедрять CAD системы или САПР (системы автоматизированного проектирования) - наборы программ, способных создавать конструкторские чертежи и трехмерные модели для облегчения работы с изделиями. Но САПР не включала в себя программное обеспечение, которое бы могло систематизировать созданные файлы. Потребность в ПО не вызывала сомнений, так как, например, при работе в группе над одним и тем же изделием у разработчиков возникали проблемы. Разработка новых систем была выделена в отдельную задачу и привела к появлению PDM систем первого поколения [8].

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

Эффективность PDM окупала затраты, стала видна перспектива развития и использования систем в производстве. К середине девяностых была сформулирована новая задача: разработка PDM систем второго поколения для производственных групп и подразделений предприятий. Такие PDM были значительно расширены и дополнены. Новые функции включали в себя работу не только с конструкторскими проектами, но и с технологиями. Круг пользователей систем был расширен от группы разработчиков до нескольких отделов, таких как технологический, управленческий и плановый. Был введен уровень доступа для каждого участника на каждом этапе работ над изделием. Таким образом, PDM системы перешли от задачи управления данными о проекте к задаче управления жизненным циклом изделия. К главным минусам передовых систем по-прежнему относилась высокая сложность в их разработке изза сугубо индивидуального подхода к каждому заказчику [8].

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

Идеи были воплощены в жизнь. PDM системы третьего поколения осуществляли контроль структуры и жизненного цикла изделия, а также контроль изменения информации об изделии и контроль поступающих работ со стороны каждого конкретного участника. Такая PDM, выполняя контроль первоначальной структуры изделия, могла работать с ERP-системами (Enterprise Resource Planning - планирование ресурсов предприятия). Но проблема с узкой специализации систем для каждого предприятия осталась. Связано это с тем, что решать эту задачу еще не стало актуальным. С помощью PDM, созданной только для определенного предприятия, выпускались серии продуктов. Массовое производство окупало все затраты.

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

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

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

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

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

Системы PDM отличаются и от интегрированных систем офисного документооборота, так как текстовые документы - далеко не самые "нужные" на производстве, куда важнее геометрические модели, данные для функционирования автоматических линий, станков с ЧПУ и т. П [4].

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

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

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

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

Функции управления хранением позволяют определять различные ревизии частей/элементов данных и отношения между частями и элементами (или документами), которые определяют эти части. Легко и быстро могут создаваться новые типы объектов, которые наследуют атрибуты и связанные с ними действия или процессы объектов-родителей. Такие объекты-потомки в свою очередь могут получать дополнительные атрибуты и процессы, которые определяются специально для них [9].

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

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

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

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

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

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

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

Управление структурой продукта предоставляет возможности и для разработки интерфейсов с другими прикладными системами [9].

2.2 Этапы разработки перспективного плана внедрения PDM-системы

Внедрение PDM-систем - длительный, трудоемкий и дорогостоящий процесс, гораздо более сложный, чем внедрение систем автоматизации проектирования. Причем в большинстве случаев предприятие, внедряющее PDM-систему, делает это впервые. Для организации инженерного документооборота на предприятии недостаточно купить соответствующий программный пакет и, проведя необходимые инсталляции, приступить к работе. Адаптация систем проектирования и подготовки производства является сложным и длительным процессом, охватывающим многие подразделения предприятия, поскольку он сопровождается изменением не только общей организации производственного процесса, но и методов работы многих категорий специалистов и руководителей. Возникает новая система взаимодействия как специалистов, так и целых подразделений между собой. Сбои в работе одного подразделения отражаются на работе других и, в конечном итоге, на функционировании предприятия в целом. Фактически эффективность технологий проектирования и подготовки производства определяет потенциальную общую эффективность предприятия. Адаптация PDM-системы должна осуществляться последовательно, начиная с малого (например, с настройки справочников) и заканчивая вводом алгоритмов расчета. Одной из основных ошибок многих предприятий является попытка внедрения PDM-системы сразу и везде. Этот путь не совсем корректный, поскольку он приводит к лишним расходам предприятия ввиду неизбежного возникновении непредусмотренных проблем в процессе работы [7].

Основные этапы, которые необходимо осуществить при внедрении систем: · Формирование группы выбора PDM-системы;

· Анализ, оценка и оптимизация существующих бизнес-процессов;

· Составление требований к PDM-системе;

· Анализ рыночных предложений и выбор PDM-системы;

· Составление плана внедрения;

· Заполнение системы нормативно-справочной информацией, совместимой с другими системами предприятия и не противоречащей им (это чаще всего справочники оборудования, операций, видов работ, оснастки, персонала и т.д.);

· Определение параметров и алгоритмов расчетов по заготовке, что позволит более точно рассчитывать нормы расходов материалов;

· Определение алгоритмов (в соответствии со стандартами предприятия, ГОСТАМИ и другими нормативными документами) расчета трудоемкости по каждой операции (в соответствии с персоналом и оборудованием);

· Настройка бланков конструкторско-технологической документации;

· Тестовая эксплуатация системы с обработкой реальных заказов на предприятии;

· Перевод системы в промышленную эксплуатацию [7].

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

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

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

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

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

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

Основным критерием выбора является правильная расстановка приоритетов для возможностей PDM-системы. Начинать нужно с возможностей, являющихся наиглавнейшими в достижении бизнес-целей предприятия. Отсутствие хотя бы одной из этих возможностей у рассматриваемой PDM-системы автоматически исключает ее из дальнейшего участия в процессе выбора. Поэтому необходимо внимательно рассмотреть эти обязательные возможности. Для того чтобы не пропустить в процессе выбора неплохие PDM-системы, имеющие только один несущественный недостаток, необходимо составить краткий список возможностей (3-4). Одновременно с этим необходим полный список желаемых возможностей с расставленными приоритетами (их число может достигать сотен). Далее необходимо представить перечисленные возможности в виде листа требований к PDM-системе. При этом можно использовать следующие подходы: · Метод спецификаций. Составляется очень подробный список требований, которому производители PDM-систем (и, естественно, их программные продукты) должны соответствовать буквально [5].

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

Требований к PDM-системе также могут существовать сотни (от поддержки различных программных и аппаратных платформ до возможности многоязыковой поддержки и качества пользовательского интерфейса) [5].

Наиболее важными (и распространенными) из них можно считать: - Функциональная достаточность;

- Поддерживаемые аппаратно-программные платформы;

- Возможность конфигурирования системы на аппаратных средствах, уже имеющихся на предприятии;

- Необходимая степень модернизации аппаратно-программных средств;

- Возможность интеграции с различными приложениями (САПР, ERP, CRM, унаследованными и др.);

- Возможность территориально-распределенной работы в системе (в том числе, через Интернет);

- Поддержка технологий распределенных хранилищ данных;

- Совместимость с существующими корпоративными стандартами;

- Способы управления серверами данных и структурой продукта;

- Количество поддерживаемых пользователей и их типов;

- Количество ожидаемых транзакций;

- Объем и типы обрабатываемых данных;

- Удобство использования и характеристики пользовательского интерфейса;

- Возможность быстрой настройки системы на задачи пользователей;

- Качество поддержки и сопровождения со стороны поставщика;

- Стоимость. [7]

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

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

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

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

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

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

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

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

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

Внедрение PDM-системы обязательно должно начаться с планирования. При этом на планирование необходимо потратить ровно столько времени, сколько необходимо. Спешить здесь нельзя. Правильно проведенное планирование это залог успешности внедрения. Необходимо определить, какие ресурсы (люди и время) необходимы. Каким будет план-график внедрения? Будет ли внедрение идти одновременно в нескольких подразделениях или же будет выполняться по фазам? Какие пользователи должны обучаться первыми? Кто будет администрировать систему? Каковы планы действий в случае сбоев в системе (лучше заранее спланировать свои возможные действия при каких-либо сбоях, чем разбираться с ними тогда, когда они произойдут)? Как вендор собирается поддерживать систему? Как измерить успешность внедрения? Как определить основные узловые вехи проекта внедрения? Необходимо также составить перспективный план развития внедренной системы [7].

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

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

После успешного внедрения PDM-системы очен

1. Абрамова И.Г. Эффективность внедрения PDM-систем на машиностроительных предприятиях / И.Г. Абрамова, Д.А. Абрамов, P.M. Богомолов Вестник Самарского государственного аэрокосмического университета. 2009. - №3. - с. 19.

2. Авсянников Н.М. Инновационный менеджмент / Н.М. Авсянников. - М.: РУДН, 2002. - 523 с.

3. Бабурин В.Л. Инновационные циклы в российской экономике / В.Л. Бабурин. Екатеринбург: Эдиториал УРСС, 2002. - 120 с.

4. Братухина А.Г. Российская энциклопедия CALS. Авиационно-космическое машиностроение / А.Г. Братухина. - М.: ОАО НИЦ АСК. 2008. 213 с.

5. Вертакова Ю.В. Управление инновациями: теория и практика / Ю.В. Вертакова, Е.С. Симоненко. М.: Эксмо-Пресс. 2008. - 432 с.

6. Зильбербург Л.И. Информационные технологии в проектировании и производстве / Л.И. Зильбербург, В.И. Молочник, Е.И. Яблочков - СПБ: Политехника. 2008. - 304 с.

7. Зильбербург Л.И. Реинжиниринг и автоматизация технологической подготовки производства в машиностроении / Л.И. Зильбербург, В.И. Молочник, Е.И. Яблочков - СПБ: «Компьютербург». 2003. - 152 с.

8. Краюшкин В. Современный рынок систем PDM // Открытые системы. 2000. - №9. - с. 67.

9. Липунцов Ю.П. Управление процессами. Методы управления предприятием с использованием информационных технологий / Ю.П. Липунцов - М.: ДМК Пресс, М.: Компания АЙТИ. 2003.- 224 с.

10. Милохов А. В. К вопросу о совершенствовании автоматизации системы конструкторской подготовки производства на отечественных промышленных предприятиях // САПР в тяжелом машиностроении: сб. науч. тр. 2000. - с. 92

11. Отчет общества за 2010 год. - Утв. решением Совета директоров ОАО «Проектмашприбор» от 23.06.2011 г.

12. Официальный сайт ОАО «Проектмашприбор». Режим доступа: 13. Положение о генеральном директоре ОАО «Проектмашприбор». - Утв. решением собрания акционеров ОАО «Проектмашприбор» от 30.05.2002 г.

14. Положение о информационных технологиях ОАО «Проектмашприбор». - Утв. решением собрания акционеров ОАО «Проектмашприбор» от 03.06.2011 г.

15. Положение о правлении ОАО «Проектмашприбор». - Утв. решением Совета директоров ОАО «Проектмашприбор» от 30.06.2002 г.

16. Положение о ревизионной комиссии ОАО «Проектмашприбор». - Утв. решением собрания акционеров ОАО «Проектмашприбор» от 30.05.2002 г.

17. Положение о собрании акционеров ОАО «Проектмашприбор». - Утв. решением собрания акционеров ОАО «Проектмашприбор» от 30.05.2002 г.

18. Положение о совете директоров ОАО «Проектмашприбор». - Утв. решением собрания акционеров ОАО «Проектмашприбор» от 26.04.2007 г.

19. Постановление Правительства РФ №87 от 16.02.2008 г. «О составе разделов проектной документации и требованиях к их содержанию».

20. Румянцев B.П. , Евдонин Е.С. // Информационные технологии и вычислительные системы. 2006. - №3. - с. 94-105.

21. Устав открытого акционерного общества «Проектмашприбор». - Утв. решением собрания акционеров ОАО «Проектмашприбор» от 26.04.2007 г.

22. Щебетов А. Некоторые вопросы внедрения TDM/PDM-систем // САПР и графика. 2001. - № 11.

Размещено на