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

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

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

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

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

  1. маркетинг и изучение рынка;
  2. проектирование и разработка продукции;
  3. планирование и разработка процессов;
  4. закупки;
  5. производство или предоставление услуг;
  6. проверки;
  7. упаковка и хранение;
  8. реализация и распределение;
  9. монтаж и ввод в эксплуатацию;
  10. техническая помощь и обслуживание;
  11. послепродажная деятельность;
  12. утилизация или переработка продукции в конце полезного срока службы.

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

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

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

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

Этапы жизненного цикла изделия Модули TechnologiCS Функциональность, реализуемая данными модулями
1 Маркетинг и изучение рынка TechnologiCS-INV Помимо классической системы складского учета, данная конфигурация позволяет оперировать с широким кругом документов для поддержки этапов маркетинга и изучения рынка. Например вести прайс-листы поставщиков и анализировать изменяющиеся цены и т.д.
2 Проектирование и разработка продукции TechnologiCS-TPP Функциональным ядром TechnologiCS является мощная система  информационной поддержки процессов подготовки производства, позволяющая совместно с внешними приложениями (CAD,CAM,CAE) организовать полный цикл конструкторско-технологической подготовки, обеспечивая ведение единой информационной базы, сквозное взаимодействие всех подразделений предприятия, планирование и контроль данных процессов.
3 Планирование и разработка процессов

TechnologiCS-PDM

TechnologiCS-DOC

Модуль PDM не предназначен для описания процессов в таком виде как их понимают специализированные системы, такие как ARIS или ERwin. Тем не менее, встроенная подсистема управления проектами дает возможность вести структуру проектов (графики работ), распределять задания между пользователями и контролировать их выполнение, а подсистема ведения способов обработки технических документов позволяет детально описывать их жизненный цикл, начиная от разработки и согласования и кончая их аннулированием и утилизацией.
4 Закупки Расширения TechnologiCS Поскольку правила ведения и принятия решений о закупках, контрактах и поставках существенно отличаются для различных предприятий, такие задачи,  как правило решаются с помощью расширений системы. В дистрибутиве TechnologiCS специально для пользователей приведены примеры таких расширений, которые можно дорабатывать под свои нужды, либо внедрять такими, как они есть. Это расширения связанные с ведением заказов и заявок, анализом готовности к производству, построения закупочной ведомости и многие другие.
5 Производство или предоставление услуг TechnologiCS-PMI Производственный модуль позволяет построить полноценную  систему автоматизации и управления производственными службами, включая в себя задачи подготовки, оперативного планирования (MRP) и управления производством (MES).
6 Проверки TechnologiCS-MAN Производственный модуль имеет также широкие возможности адаптации для решения задач входного и операционного контроля. Об одном из таких решений было подробно рассказано здесь [5]
7 Упаковка и хранение TechnologiCS-INV В своем составе TechnologiCS имеет классическую систему складского учета, позволяющую помимо всего прочего наладить производственный учет не только материалов и изделий поступающих в производство, приходуемых в процессе изготовления и отгружаемых потребителю,  но и организовать производственный учет инструментов, оснастки и используемого технологического оборудования.
8 Реализация и распределение
9 Монтаж и ввод в эксплуатацию

TechnologiCS-MAN

TechnologiCS-PMI

С точки зрения системы нет никакой разницы, занимаетесь ли вы производством непосредственно на предприятии или осуществляете монтаж и ввод в эксплуатацию своих изделий у заказчика. Если на данные работы спроектирована технология, имеются нормы и указаны необходимые материалы, то в дальнейшем работа данных модулей ничем не отличается от обычного производства.
10 Техническая помощь и обслуживание TechnologiCS-ALL Одной из отличительных особенностей системы TechnologiCS является возможность учета продукции по партиям и серийным номерам. Для того чтобы отслеживать каждый экземпляр своего изделия существует специальная система планово-предупредительных ремонтов, где можно вести не только текущее состояние своего изделия переданного заказчику, но и составлять графики плановых регламентных работ, учитывать внеплановые (аварийные) работы, а также подготавливать ведомости материалов и комплектующих, необходимых для их проведения.
11 Послепродажная деятельность
12 Утилизация или переработка продукции в конце полезного срока службы

В данной таблице видно, что 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. http://www.smarteam.ru/publications/article9/article9.pdf
  4. https://ru.wikipedia.org/wiki/Жизненный_цикл_изделия#cite_note-1
  5. Автоматизация процессов входного контроля в TechnologiCS 6
  6. Открытая интеграция TechnologiCS 6 с CAD-системами
  7. Процессный подход к разработке и внедрению
  8. С чего начинается АСТПП. Нетиповые решения на базе системы TechnologiCS
  9. TechnologiCS 6 — разработка новой функциональности собственными силами
  10. TechnologiCS: внедрение собственными силами на примере ЗАО "Фирма "Союз-01"
  11. «Тонкая настройка» модуля «Складской учет» системы TechnologiCS для реализации задач учета инструмента

Андрей Синельников,

CSoft Development.