sap plm что это

Что такое PLM?

Владимир Кошелев, Виктор Молочник

За последние несколько лет термин PLM (Product Lifecycle Management — управление данными о продукте на протяжении его жизненного цикла) прочно занял свое место в области компьютеризации промышленного производства. Сегодня PLM переживает бум популярности, как в свое время ГПС и CALS.

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

Первой концепцию и методы PLM взяла на вооружение компания IBM/Dassault Systemes — сегодняшний лидер в области разработки PLM-решений. Определение термина PLM можно найти в публикациях и рекламно-информационных материалах этой компании. Однако, в целях большей объективности, воспользуемся определением компании CIMdata, известного в мире независимого эксперта по проблемам CAD/CAM/CAE, PDM и PLM. Это определение, в частности, можно прочитать на сайте www.cimdata.com в разделе «What is PLM?».

Итак, определение CIMdata: «PLM — это стратегический подход к ведению бизнеса, который использует набор совместимых решений для поддержки общего (Collaborative) представления информации о продукте в процессе его создания, реализации и эксплуатации, в среде расширенного (Extended) предприятия — начиная от концепции создания продукта и заканчивая его утилизацией — при интеграции людских ресурсов, процессов и информации». За приведенной формулировкой идут еще два предложения, содержащие ряд дополнений и уточнений по поводу того, что именно следует относить к решениям класса PLM.

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

Тех, кого интересует анализ рынка PLM-решений, мы отсылаем к вышедшей недавно статье «Рынок PLM растет и развивается» в издании CAD/CAM/CAE Observer, № 2 (11), 2003, c. 4-8». Отметим только, что в этой статье в качестве тройки лидеров по общим доходам от PLM-бизнеса в 2002 году называются компании IBM/Dassault Systemes, EDS и PTC. Первое место (с доходом около 2 млрд. долл.) занимает IBM/Dassault Systemes, предлагающая в качестве PLM-решений системы CATIA, ENOVIA, DELMIA и SmarTeam.

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

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

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

• специализация поставщиков от традиционных принципов — производственно-технологического, конструктивного, сырьевого или территориального — меняется в сторону специализации системного типа. При этом поставщик стремится продавать определенную систему целиком, независимо от того, как она распределена на конечном изделии (например, систему кондиционирования пассажирского салона, гидравлическую систему или пилотажно-навигационный комплекс). Предлагаются также услуги специалистов, которые устанавливают, регулируют и проверяют систему на головном предприятии;

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

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

• предприятие — потребитель продукции все чаще становится прямым инвестором в его разработку. Вместо того чтобы сначала копить деньги, а потом разом покупать то, что предлагается на рынке, заказчик сам авансирует свое будущее приобретение. При этом заказчик забирает у предприятия-изготовителя изделия часть технического и финансового риска. Такое растянутое во времени расходование капиталов и более равномерное распределение рисков благоприятно сказывается на общих финансовых показателях как производителя, так и потребителя;

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

• для владельцев бизнес-инициативы, то есть обладателей интеллектуальной собственности на производство с применением данной торговой марки, продаваемым товаром стала не только сама продукция, но и право на ее производство (как правило, ограниченное сроками или объемом выпуска). Это право подразумевает возможность перевода лицензионного производства на удаленные территории, где имеются для этого благоприятные экономические условия.

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

В области компьютеризации промышленного производства используется большое число систем различных классов. PDM-системы обеспечивают создание и поддержку единого информационного пространства на всех этапах жизненного цикла изделия (ЖЦИ). CAD/CAM/CAE-системы автоматизируют процессы проектирования и подготовки производства. MRP-системы решают задачи планирования ресурсов и управления производством, а ERP-системы — задачи управления деятельностью предприятия. CRM-системы управляют взаимоотношениями с заказчиками. SCM- и CPC-системы обеспечивают управление цепочками поставок и ведение совместного бизнеса всеми участниками расширенного предприятия. И это далеко не весь перечень элементов в используемой сегодня классификации.

Не все из перечисленных видов систем относятся к средствам поддержки PLM-решений. Так, согласно CIMdata, поддержка PLM-решений выполняется системами автоматизации процессов проектирования (CAD/CAM/CAE и др.) и PDM-системами (точнее, коллаборативными PDM, обозначаемыми как cPDm — collaborative Product Definition Management). IBM/Dassault Systemes также отмечает, что системы классов ERP, SCM и CRM не относятся к средствам поддержки PLM-решений, а обеспечивают, совместно с PLM, эффективное функционирование расширенного предприятия (рис. 1).

sap plm что это. Смотреть фото sap plm что это. Смотреть картинку sap plm что это. Картинка про sap plm что это. Фото sap plm что это

Рис.1. Связь PLM-решений с другими задачами

Что касается систем класса MRP, то, несмотря на их отсутствие в классификации CIMdata, представляется, что их следует отнести к средствам поддержки PLM-решений. Это не противоречит определению PLM, так как процесс производства является одним из этапов ЖЦИ. Подтверждением может служить также включение компанией IBM/Dassault Systemes в состав предлагаемых PLM-решений системы DELMIA, к функциям которой относятся решение задач планирования, разработки, контроля и управления процессами производства.

PLM-решения обеспечивают высокий уровень автоматизации процессов проектирования не только за счет большого числа инженерных приложений. Современный уровень предполагает наличие возможности параллельного проектирования, накопление и использование корпоративных знаний, автоматизацию проведения изменений по всем этапам процесса проектирования, различные режимы визуализации проекта и др. Такой уровень проектирования получил название методологии RGD (Relational Generative Design). Примером реализации методологии RGD может служить система CATIA V5.

Помимо решения типовых для CAD/CAM/САЕ-систем задач, CATIA V5 обладает эксклюзивным набором инженерных приложений, часть из которых (например, проектирование кузова автомобиля) присоединена к типовым задачам, а другая часть образует два специальных класса: «системный синтез промышленных изделий» и «проектирование инженерных систем и коммуникаций» (рис. 2). Первый класс позволяет решать такие задачи, как хранение и использование корпоративных знаний, оптимизация альтернативных вариантов проекта, проведение общей экспертизы модели изделия, анализ взаимодействия «человек — изделие». Приложения второго класса решают задачи схемного и пространственного проектирования инженерных систем (трубопроводов, вентиляции, кондиционирования), функционального проектирования электрических систем, проектирования и размещения в изделии систем электрожгутов, создания проектов размещения производственного оборудования c учетом виртуальной модели цеха или предприятия.

sap plm что это. Смотреть фото sap plm что это. Смотреть картинку sap plm что это. Картинка про sap plm что это. Фото sap plm что это

Рис. 2. Классы задач, решаемых CATIA V5

Еще совсем недавно трехмерная визуализация изделия была прерогативой только участников процессов проектирования. Сегодня PLM-решения дают возможность просмотра и оценки 3D-модели (используется также термин DMU (Digital Mock-Up) — цифровой макет изделия) и на других этапах ЖЦИ. Для практики важно, что такой просмотр и оценка не требуют от пользователя умения работать в CAD-системе. По результатам оценки может быть принято решение, которое учитывается при проектировании. В качестве примера таких PLM-решений можно привести систему ENOVIA, которая создает 3D-пространство сотрудничества для всех участников расширенного предприятия. ENOVIA обеспечивает построение единой модели, которая конфигурирует и интегрирует продукт с процессами и ресурсами, необходимыми для его создания и обслуживания на протяжении всего жизненного цикла.

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

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

Базовая конфигурация SmarTeam содержит набор средств для совместной работы при создании, редактировании, поиске и хранении любых типов данных и документов, обеспечивая управление проектами, ведение версий, экспорт и импорт информации, включает средства для редактирования структур баз данных и настройки системы. Другие конфигурации SmarTeam обеспечивают интеграцию с CAD, работу удаленных пользователей (с доступом к общей базе данных через Интернет), поддержку ЕИП по всей цепочке поставок, маршрутизацию документов и заданий (Workflow), интеграцию с MRP/ERP и др.

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

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

Следует различать модель бизнес-процессов, существующих на предприятии в данный момент, и модель новых бизнес-процессов, которые будут протекать после внедрения PLM-решений. Понятно, что в рамках ЕИП должна быть реализована вторая модель, однако формализация существующих бизнес-процессов также необходима, поскольку позволяет понять их недостатки и выработать критерии новых бизнес-процессов. Для описания существующих и новых бизнес-процессов рекомендуется использовать единую методологию, реализующую объектно-ориентированный подход. Наиболее известной из таких методологий является методология UML (Unified Modeling Language), позволяющая строить модель предметной области с помощью набора специальных диаграмм. Инструментальным средством разработки диаграмм UML служит система Rational Rose. Построенные диаграммы позволят органично перейти к построению объектно-ориентированной модели ЕИП в среде PDM-системы.

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

Источник

PLM/PDM/ERP: реалии и перспективы

В 2007 году положительная динамика развития российского рынка решения PLM/PDM/ERP сохранилась. Без преувеличения можно сказать, что на промышленных предприятиях и в проектных организациях внедрению подобных решений уделяется особое внимание. И для этого есть объективные предпосылки: произошло насыщение предприятий программным обеспечением САПР (как конструкторским, так и технологическим), обновился парк станочного оборудования, активно идет строительство новых промышленных объектов, появились новые заказы. В условиях рыночной конкуренции руководство компаний заинтересовано в максимально эффективном использовании нового программного обеспечения и оборудования. При этом заказы всё усложняются, а необходимое время реакции производства на потребности рынка сокращается. Очевидным решением снижения временных затрат и повышения управляемости компании является внедрение решений PLM/PDM/ERP. Поэтому есть все предпосылки к тому, чтобы и в наступающем 2008 году данная тенденция роста интереса к решениям PLM/PDM/ERP сохранилась.

Задачи, решаемые с помощью PLM

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

Теперь уже не имеет значения, что именно понимается под словом «продукция» — станок, корабль, самолет, нефтепровод или сложная информационная система.

Сегодня основные положения концепции PLM включают:

Глоссарий

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

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

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

sap plm что это. Смотреть фото sap plm что это. Смотреть картинку sap plm что это. Картинка про sap plm что это. Фото sap plm что это

Жизненный цикл продукции

Некоторые тенденции рынка PLM / PDM / ERP в России

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

Таким образом, можно с уверенностью утверждать, что в наступающем году преимущества получат компании, готовые предложить решение, в котором будут интегрированы компоненты PLM и ERP. Одним из лидеров отечественного рынка, предлагающих подобное решение, является компания «Лоция Софт», чье решение Lotsia PLM объединяет системы Lotsia PDM PLUS и Lotsia ERP.

Какие же проблемы наиболее часто встают перед организациями, решающими внедрить
и/или интегрировать между собой решения PLM/ PDM и ERP?

Создание единых справочников предприятия

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

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

Всё это в крупных компаниях усугубляется еще и проблемами территориальной распределенности.

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

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

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

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

Всеми этими возможностями обладает решение Lotsia PLM.

Интеграция с САПР и другими приложениями

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

Требования по интеграции с САПР верны, но только отчасти. Не менее значимой является интеграция с офисными приложениями. Необходимо помнить, что наибольшая эффективность от использования автоматизированной системы достигается в том случае, если она охватывает рабочие места всех сотрудников, участвующих в рабочем процессе. Поэтому в идеале PLM-решение должно интегрировать все САПР, применяемые на предприятии, — как конструкторские, так и технологические; как тяжелые, так и легкие, а также офисные приложения (текстовая документация на изделие составляет обычно значительную часть проекта). Одним из таких решений, уже в базовой поставке включающим интерфейсы к большинству наиболее популярных САПР и офисных приложений, является Lotsia Enterprise Edition.

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

С учетом тенденций последнего времени (ужесточение требований по лицензионной чистоте используемого программного обеспечения) все больше внимания уделяется интеграции с бесплатным программным обеспечением или с ПО с открытым кодом ( Open Office и др.).

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

Вопросы обмена данными

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

Более того, ведущие зарубежные разработчики PLM-решений — Siemens UGS PLM Solutions и Dassault Systemes — предложили свои варианты реализации XML — PLM XML и 3 D XML соответственно. Какая из технологий окажется наиболее востребованной, покажет время.

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

Но уже сейчас очевидно, что XML в этом десятилетии будет одним из наиболее востребованных форматов обмена данными.

Решить же задачи отображения в рамках одного изделия моделей деталей и сборочных единиц, созданных с применением нескольких разных САПР (например, электронных плат и механических сборочных единиц) и хранящихся в файлах оригинальных форматов, позволяют средства визуализации данных и цифрового моделирования сборки ( Digital Mock- Up). В частности, для решения подобных задач хорошо зарекомендовали себя разработки компании Cimmetry Systems (семейство программ AutoVue, опционально поставляемых в рамках решения Lotsia PLM).

Необходимо также отметить, что в настоящее время введены в действие изменения стандартов ЕСКД, устанавливающие две равноправные формы представления конструкторской документации (КД) — бумажную и электронную. Также теперь допускается включать в комплект документов всех стадий разработки документы в разных формах выполнения (как бумажной, так и электронной).

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

К отечественной специфике также можно отнести выдвигаемые на ряде предприятий военно-промышленного комплекса требования по сертификации программных средств, которые могут привести к невозможности использования даже самых лучших зарубежных систем. Причем требования эти могут касаться не только собственно прикладного программного обеспечения, входящего в комплекс PLM/ PDM/ ERP/ Workflow, но и используемых СУБД и ОС. В таком случае преимущества получают системы, позволяющие работать с отечественными разработками в данной области (например, с СУБД Linter и ОС типа Linux).

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

PLM-решения на отечественном рынке

В настоящее время на рынке PLM-решений представлено несколько основных групп программных решений:

Рассмотрим эти группы подробнее.

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

Решения независимых разработчиков PLM-решений, также довольно распространенные на мировом рынке (один из лидеров — компания Agile Software, недавно купленная Oracle), на российском рынке представлены несколько меньше ( Lotsia PLM). Преимуществами независимых систем являются большая гибкость при работе в гетерогенной среде (в том числе с различными САПР) и большая универсальность. Хотя, разумеется, за универсальность в ряде случаев приходится платить более низшим уровнем интеграции по сравнению с системами, разработанными компаниями, которые выпускают также и «родственные» САПР (необходимо отметить, что в условиях реально существующего на предприятиях «винегрета» из различных САПР это не является очевидным преимуществом).

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

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

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

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

Перспективы развития PLM-решений в нашей стране

Каковы же перспективы развития PLM- и ERP-решений в наступающем году?

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

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

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

Разумеется, дальнейшее развитие получит и использование работы через web в решениях (в основном с применением VPN), а также встраивание компонентов PLM в порталы.

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

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

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *