Управление жизненным циклом конфигурации - Configuration lifecycle management
Управление жизненным циклом конфигурации (CLM) это управление всеми определения конфигурации продукта и конфигурации для всех задействованных деловые процессы применяется на протяжении всего жизненного цикла продукта.[1]
Развитие концепции CLM было вызвано увеличением возможностей конфигурации в различных корпоративные системы и последующая необходимость в создании основной системы записей для логики и конфигураций определения продукта, особенно для производство компании, которые полагаются на деловые процессы относится к сборка на заказ или же массовая персонализация.[2] CLM отличается от других бизнес-дисциплин, поскольку он ориентирован на кросс-функциональное использование информации настраиваемых продуктов.[1] Это означает, что пользователи CLM включают в себя как бэк-офис инженеры, финансовые контролеры среди прочего, и маркетинг, продажи и клиенты.[3]
Фон
Системы и технологии для определения и поддержки определений конфигурации, разработанные и развитые в течение 1990-х и 2000-х годов.[4] и сегодня существуют в трех основных областях:
- Определение инженерных и строительных правил в PLM системы[5]
- Определение правил заказа и изготовления в ERP системы[5]
- Определение правил ценообразования, рынка и продаж в CPQ-системы[6]
Эти определения работают с разными доменами для конфигураций, выраженных в ведомость материалов адаптированы для различных бизнес-целей, как правило, E-BOM в мире PLM, M-BOM в мире ERP,[7] спецификации цен и продаж в CRM / CPQ и S-BOM, а также процедуры в SRM.[8]
Концепция управления жизненным циклом конфигурации (CLM) была представлена в 2012 году Джой Бэтчелором и Хенриком Рейфом Андерсеном. TATA Motors » приобретение автомобильный производитель Ягуар Ленд Ровер (JLR)[2] и последующий поиск JLR будущей платформы для управления конфигурацией транспортных средств на предприятии.
После оценки и принятия решения о развертывании нового Планирование ресурсов предприятия система и Управление жизненным циклом продукта Система, обе из которых имеют возможности создания правил и конфигурации, разработанные для разных целей, JLR увидела возможность представить новую систему создания правил и управления конфигурацией, чтобы избежать ненужного дублирования действий по настройке и последующих ошибок из-за несогласованных правил конфигурации.[1]
В Саммит CLM организовано компанией Конфигит за Автомобильная промышленность и Промышленное оборудование в 2015 году определили общую необходимость изменить текущий способ определения логики конфигурации продукта без отключения и выпустили так называемый Декларация CLM 2015 г.[9] который является ненаучным документом, отражающим общее согласие участников саммита по поводу CLM.
Проблемы, решаемые CLM
Согласно декларации CLM, CLM должен решать следующие сложные задачи конфигурации:
- Предоставляет единый источник достоверной информации для настраиваемых Данные: структурирует и хранит информацию как один действительный источник данных
- Администрирует Аналитика и планирование: поддерживает рационализацию продукции и обеспечивает прозрачность в цепочке поставок
- Линии обтекаемости Портфолио продуктов: эффективно и результативно определяет разнообразие и возможности глобального представления продукта на региональных рынках.
- Поддерживает корпоративную платформу для обмена данными: обеспечивает интегрированный и непрерывный поток между несколькими соединяющимися системами
- Реализует стандартизацию процессов: устраняет потерю информации между секторами бизнеса и обеспечивает общий успех и согласованность процессов.
- Управляет сложностью и масштабированием: справляется с постоянно возрастающей сложностью настраиваемых продуктов
- Включает валидацию продуктов: подтверждает, что конфигурации подходят для любой конкретной цели
- Повышает удобство использования: предоставляет точную и своевременную информацию и рекомендации
- Управление изменениями и выпусками: контролирует изменения и обновления продукта на протяжении всего жизненного цикла продукта и обеспечивает распространение актуальной обновленной информации по соответствующим каналам.
Интеграция с соответствующими бизнес-дисциплинами и системами
Без подхода CLM интеграция возможностей конфигурации, доступных в различных корпоративных системах, проблематична из-за различий в парадигмах конфигурации, используемых для решения различных типов конкретных проблем конфигурации.[10] При применении подхода CLM к этой задаче система управления конфигурацией, которая не зависит от формата правил из разных систем, интерпретирует результат применения этих правил и переводит, обогащает и экспортирует эти правила в другие системы в организации.[2]
В автомобильной промышленности за последние 30 лет сложилась практика, в которой аспекты транспортных средств моделируются с использованием абстрактного понятия особенность. Функция - это абстракция, используемая для представления аспекта продукта. Он идентифицируется кодом функции и соответствующим описанием функции. Функции могут быть коммерческими функциями, отражающими аспект, имеющий отношение к клиенту, например, цвет транспортного средства, будь то дизельный или бензиновый двигатель и есть ли у него механическая или автоматическая коробка передач. Характеристики также могут быть техническими характеристиками, важными для производства, но в меньшей степени для клиента. Примерами являются частота, которая будет использоваться для входа без ключа, вариант выхлопной системы, необходимый для конкретной конфигурации транспортного средства, и стандарты выбросов, которым должно соответствовать транспортное средство.
В CLM функции используются как уровень абстракции между CLM-системой и системами-подписчиками. А строка функции - это действительный (как определено определениями в системе CLM) полный или частичный набор функций, которые определяют продукт. Строка функций действует как ДНК продукта, которая используется всеми системами и процессами подписки.[2]
Любое решение CLM требует мощного механизма конфигурации для поддержки создания и проверки строк функций. Исторически сложилось так, что существует три поколения конфигурационных движков:
- Первое поколение двигателей было запущено еще в конце 1970-х годов на основе результатов, полученных в области искусственного интеллекта еще в 1960-х годах. Эти двигатели поддержание истины на основе правил системы. Они были первыми в системе R1 корпорации Digital Equipment Corporation (внутренне известной как XCON ) который был система, основанная на правилах производства для поддержки конфигурации продаж микрокомпьютеров VAX. Механизмы конфигурации первого поколения все еще используются, как, например, в модуле конфигурации вариантов SAP в SAP ERP.[11]
- Второе поколение двигателей процветало в 1990-х годах. Они есть решатели ограничений с помощью распространение ограничений и методы поиска, разработанные в области искусственного интеллекта. Это доминирующая технология, которая все еще используется в коммерческих целях. Обзор можно найти в Конфигурация, основанная на знаниях - от исследования до бизнес-кейсов.[4]
- Третье поколение двигателей появилось после 2000 года. Они используют компилированный подход в котором все пространство решений представлено в компактном формате. Их первопроходцами стали Array Technology (дочерняя компания Beologic) и Configit.
Этапы жизненного цикла конфигурации
За кажущимся простым процессом настройки и заказа настраиваемого продукта, такого как автомобиль, скрываются несколько бизнес-процессов, важной частью которых является настройка:
Развивать
При разработке нового продукта, который предназначен для настройки, необходимо определить допустимые варианты и опции.
Цена
Ценообразование на настраиваемые продукты должно учитывать рыночную приемлемость и стоимость на основе расчетов всех возможных конфигураций.
Рынок
Рыночные требования и местное регулирование выражаются в правилах, позволяющих предприятиям удовлетворять потребности глобального рынка.
Продавать
Адаптация к конкретным желаниям и потребностям отдельного клиента, в результате чего действующий заказ будет передан в последующие системы
Источники
Детали и узлы от субпоставщиков закупаются в соответствии с последовательностью сборочной линии.
Строить
Конфигурация определяет, как построен продукт. Неправильная конфигурация может привести к остановке производственной линии и выпуску ошибочных продуктов, что придает огромное значение устранению ошибок на этом этапе.
Техническое обслуживание / Сервис / Эксплуатация
Фаза жизненного цикла, известная, например, в Автомобильная промышленность как вторичный рынок. В CLM конфигурация продукта обновляется, элементы и компоненты заменяются таким образом, чтобы гарантировать, что эти действия соответствуют конфигурации.[2]
Утилизировать
После того, как продукт подошел к концу и его нужно утилизировать, в зависимости от материалов, используемых в продукте, могут применяться требования по утилизации. Эти требования обычно отражаются в законах (например, ДОСТИГАТЬ ). Чтобы обеспечить утилизацию продукта в соответствии с этими требованиями по утилизации, состав продукта должен быть задокументирован, доступен и обновлен, то есть должна быть доступна полная информация о жизненном цикле конфигурации.
Массовая персонализация
При движении к массовая персонализация,[12] Почти каждый бизнес-процесс от разработки, производства до доставки настраиваемых продуктов необходимо адаптировать для обеспечения точности и эффективности. Создание возможностей конфигурации на сегодняшнем рынке означает, что данные конфигурации все чаще будут распределяться по нескольким приложениям в рамках корпоративной системы.[13] Программное обеспечение CLM обеспечивает необходимую функциональность для подхода к конфигурации продукта на протяжении всего жизненного цикла.[2]
Дальнейшее развитие
CLM Summit - это форум, созданный для дальнейшего развития CLM как дисциплины.[14] Первый инаугурационный саммит CLM прошел в сентябре 2015 года на озере Ланьер, штат Джорджия, с участниками из различных промышленных и образовательных организаций. Прямым итогом этого саммита стала декларация CLM, написанная в соавторстве и подписанная участниками саммита.[9]Дата следующего саммита CLM еще не опубликована на CLMSummit.com.
внешняя ссылка
Рекомендации
- ^ а б c Конфигит. "Конфигит". Конфигит. Конфигит. Получено 12 декабря 2015.
- ^ а б c d е ж Бэтчелор, Джой; Андерсен, Хенрик Рейф (17 июня 2012 г.). «Устранение разрыва в конфигурации продукта между PLM и ERP - автомобильный пример». Устранение разрыва в конфигурации продукта между PLM и ERP - автомобильный пример, Манчестерский университет, Великобритания.
- ^ Stjepandić, J .; Wognum, N .; Верхаген, Дж. К. (2015). Параллельное проектирование в 21 веке Основы, разработки и проблемы. п. 411.
- ^ а б Фелферниг, Александр; Хольц, Лотар; Бэгли, Клэр; Тиихонен, Юха (2014). «Краткая история конфигурационных технологий». Конфигурация, основанная на знаниях - от исследования до бизнес-кейсов.
- ^ а б Immonen, A .; Сааксвуори, А. (2002). Управление жизненным циклом продукта. С. 116–117.
- ^ Сенгар, П. (2013). «MarketScope для наборов приложений для настройки, определения цены и предложения». Gartner.
- ^ Огвелл, В. «Отличная ERP, худшая PLM - что нужно SAP PLM для повышения своей конкурентоспособности». Engineering.com. Получено 1 декабря 2014.
- ^ Акерман, Филипп (2005). «Интегрированная PLM конфигурация для машиностроения». Конфигурация - документы из семинара по настройке на IJCAI'05.
- ^ а б c «Декларация CLM» (PDF). Конфигит. Конфигит. Получено 8 октября, 2015.
- ^ Тиммерманс, П. (май 1999 г.). «Бизнес-вызов конфигурации» (PDF). Технический отчет AAAI. WS-99-05.
- ^ Блюмер, Уве; Мюнх, Манфред; Укалович, Марин (2011). Вариант конфигурации с SAP. ISBN 978-1592294008.
- ^ Пайн, Б. Джозеф (1999). Массовая настройка: новые рубежи деловой конкуренции.
- ^ Эвены, Фрик; Verhulst, Карел (1997). Архитектура для семейств продуктов.
- ^ "Саммит CLM". Веб-сайт саммита CLM. Саммит CLM. Получено 15 декабря 2015.