Является ли TechnologiCS системой PLM?

Андрей Синельников
Руководитель группы разработки TechnologiCS

Сегодня практически все разработчики программных средств промышленного назначения позиционируют свои разработки как системы PLM. Но так ли это на самом деле?

Для того чтобы получить ответ, необходимо немного углубиться в историю. На протяжении последних лет основные идеологи рынка подобных систем предложили множество определений PLM. Одни (например, компания CIMdata [1]) понимают PLM как стратегию ведения бизнеса на основе системных бизнес­решений, поддерживающих коллективную разработку, управление, распространение и использование информации об изделии в рамках предприятия: от формирования концепции до завершения жизненного цикла изделия. Другие (Siemens PLM Software [2]) рассматривают PLM как цифровую среду для создания, разработки, производства и управления инновациями на комплексной основе, которая охватывает весь жизненный цикл продукта. В IBM считают, что PLM дает предприятию возможность проектировать, анализировать продукты и управлять ими, начиная от выработки концепции и заканчивая выводом из эксплуатации. В результате возрастает эффективность процесса разработки продукции и упрощается использование информации об изделиях, что способствует повышению качества принимаемых решений и уровня обслуживания заказчиков [3].

Функциональность модульной структуры TechnologiCS

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

Поскольку PLM (Product Lifecycle Management) дословно означает «управление жизненным циклом продукции», с него мы и начнем. В большинстве источников жизненный цикл продукции (жизненный цикл изделия) определяется как совокупность процессов, выполняемых от момента выявления потребностей общества в определенной продукции до момента удовлетворения этих потребностей и утилизации продукта [4]. А стандарт ИСО 9004­1­94 «Управление качеством и элементы системы качества. Часть 1. Руководящие указания» в разделе 5.1.1 четко определяет этапы жизненного цикла:

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

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

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

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

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

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

Конечно, преимущество единого решения для всего предприятия неоспоримо, но как быть, если имеющейся функциональности недостаточно? Или если на предприятии уже работают решения с похожей функциональностью, но от других производителей — в том числе продукты, разработанные самим предприятием и ориентированные на его специфику? Решение есть: помимо базового функционала TechnologiCS предоставляет предприятию широкие возможности интеграции с другими системами [6], [7], [8], а также, что особенно важно, возможность наращивать функциональность системы, не прибегая к услугам разработчиков [9], [10], [11].

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

Литература

1. http://plmpedia.ru/wiki/PLM
2. http://w3.siemens.com/mcms/automation/en/product­lifecycle­management­plm/plm­products/Pages/Default.aspx
3. www.smarteam.ru/publications/article9/article9.pdf
4. https://ru.wikipedia.org/wiki/Жизненный_цикл_изде­лия#
   cite_note­1
5. Гамий Д., Курочкин А., Синельников А. Автоматизация процессов входного контроля в TechnologiCS 6 — CADmaster. 2014. № 6. С. 30­33.
6. Бачурин А. Открытая интеграция TechnologiCS 6 с CAD­системами — САПР и графика. 2011. № 9. С. 20­26.
7. Синельников А.  Techno­logiCS  6 — процессный подход к разработке и внедрению — САПР и графика. 2011. № 5. С. 36­40.
8. Докучаев Д., Кузнецова Е., Зырянова Е., Бабушкин Б. С чего начинается АСТПП. Нетиповые решения на базе системы TechnologiCS — САПР и графика. 2008. № 11. С. 20­24.
9. Слинкин Е. TechnologiCS 6 — разработка новой функциональности собственными силами — САПР и графика. 2011.  № 11. С. 24­32.
10. Воротников А. TechnologiCS: внедрение собственными силами на примере ЗАО «Фирма “Союз­01”» — САПР и графика. 2013. № 3. С. 66­67.
11. Юнаков И. «Тонкая настройка» модуля «Складской учет» сис­темы TechnologiCS в ОАО «ПФ “КМТ”» для реализации задач учета инструмента — САПР и графика. 2015. № 1. С. 65­68.

САПР и графика 11`2015