Программное обеспечение в сфере сопровождения жизненного цикла создания промышленных продуктов – одно из приоритетных направлении в развитии новых технологий. Так, в сентябре 2014 г. Дмитрий

Программное обеспечение в сфере сопровождения жизненного цикла создания промышленных продуктов – одно из приоритетных направлении в развитии новых технологий. Так, в сентябре 2014 г. Дмитрий Медведев поручил разработать и внести в установленном порядке в правительство Российской Федерации подпрограмму "Разработка отечественного инженерного программного обеспечения".

Комментарий эксперта, директора Департамента производственного консалтинга КГ «Борлас» Александра Рыбакова:

«Инициатива хорошая и правильная, но пока не понятно, кто и как ее будет реализовывать.

Начнем с того, что на российском рынке уже более 10 лет (некоторые около 20 лет) существуют системы, претендующие на статус "PLM-решение": это "Лоцман" от АСКОН, комплекс продуктов PLM+ от TFLEX, 1С:PDM от Appius, PDM STEP Suite от НИЦ CALS-технологий "Прикладная логистика", СОЮЗ-PLM от компании "ПРОГРАММСОЮЗ" и ряд других.

Перечисленные выше программы создавались под требования многочисленных заказчиков из различных отраслей, включая оборонку, и с прицелом на "догнать и перегнать западных разработчиков". Пока "догнать" не получилось - по-прежнему лидерами решений для поддержки ЖЦИ были и остаются Siemens, PTC, Dassault, SAP и ряд других разработчиков, предлагающих "нишевые" решения.

Вопрос: что мешало нашим разработчикам за прошедшие 10-20 лет "догнать и перегнать Америку"? Мне не понятно. Пожалуй, ничего не мешало, за исключением отсутствия принципиально новых идей, которые должны быть заложены в архитектуру и технологию реализации системы.

Сегодня мне известны несколько проектов создания PLM, которые стартовали в этом году на фоне введения санкций.

Например, о создании новой технологической платформы в июне этого года объявили МГТУ им. Баумана и КНИТУ-КАИ им. Туполева. В рамках кооперации планируется создать "программный комплекс PLM, который будет включать в себя CAD/CAE/CAM/PDM/PM/CAPP/ERS/MES/CRM/MRO-модули, а также необходимое программное обеспечение и прочие специальные решения, обеспечивающие защиту информации на самом передовом уровне". Аналогичные инициативы выдвигает и Фонд перспективных исследований. Разумеется, разработчики типа АСКОН тоже не останутся в стороне.

Однако есть две проблемы.

1. Для того чтобы "с нуля" разработать новый программный продукт (или комплекс продуктов), отвечающий всем требованиям информационной поддержки ЖЦИ (жизненного цикла изделий), потребуется не менее 10 лет. При этом если при создании нового продукта не будет применена некая "революционная" архитектура, методология или технология, через 10 лет удастся создать лишь некий "клон", сочетающий в себе все лучшие достижения лидеров сегодняшнего (2014 г.) рынка: Siemens PLM, Dassault и других. Это, безусловно, хорошо, и это защитит нас от "импортозависимости". Но за те же 10 лет все те же Siemens PLM, Dassault и другие уйдут на 10 лет дальше вперед.

2. Резкий скачок существующих решений от ASCON, НИЦ CALS-технологий, TLFEX и других потребует радикального изменений от разработчиков: перехода на новую архитектуру и технологию создания продуктов. Обычно мы это называем "переписать ядро", что, как показывает опыт, потребует 4-5 лет на разработку и еще 2-3 года на отладку решений на реальных внедрениях. Итого почти те же 10 лет (от 6 до 8 лет, если быть точным).

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

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

Поэтому, на мой взгляд, пока ситуация выглядит так: нужно выжать максимум возможного из доступных передовых решений. По большому счету, наши отечественные промышленные предприятия используют не более 20% от того, что предлагает тот же Teamcenter (Siemens PLM Software). Они довольно активно используют его на этапах проектирования и разработки РКД, неплохо продвинулись в конструкторско-технологической подготовке производства, но почти не затрагивали такие области, как управление требованиями, поддержка эксплуатации, инженерный анализ и испытания и др.

Так что мы, интеграторы, будем внимательно следить за развитием событий, ждать новых решений от отечественных разработчиков, но будем стараться при этом максимально полно внедрять то, что уже используется. Для этого нам понадобятся много светлых голов и умелых рук, поэтому магистрантов учить пока будем по-старинке - на "тимцентре":)»

Напомним, что Институт информационных систем НИТУ «МИСиС», совместно с КГ «Борлас» осуществляет подготовку молодых ИТ-специалистов по магистерской программе "Комплексные решения для информационной поддержки жизненного цикла сложных объектов (PLM-системы)". Приглашаем абитуриентов 2015 г. ознакомиться с программой подготовки на http://ibs.misis.ru/PLM!

Дата добавления: 2015-08-29