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

Эта статья требует дополнительных ссылок для проверки . Пожалуйста, помогите улучшить эту статью , добавив цитаты из надежных источников . Материал, не полученный от источника, может быть оспорен и удален. Поиск источников:  «Жизненный цикл продукта»  -  новости  · газеты  · книги  · научный сотрудник  · JSTOR ( апрель 2013 г. ) ( Узнайте, как и когда удалить это сообщение-шаблон )

В промышленности управление жизненным циклом продукта ( PLM ) - это процесс управления всем жизненным циклом продукта от создания до инженерного проектирования и производства до обслуживания и утилизации произведенных продуктов. ^{[1] [2]} PLM объединяет людей, данные, процессы и бизнес-системы и обеспечивает основу информации о продукте для компаний и их расширенных предприятий. ^[3]

История [ править ]

Вдохновением для развивающегося бизнес-процесса, ныне известного как PLM, послужила компания American Motors Corporation (AMC). ^{[4] [5]} По словам Франсуа Кастена , вице-президента по проектированию и развитию продуктов, автопроизводитель искал способ ускорить процесс разработки продукта, чтобы в 1985 году лучше конкурировать с более крупными конкурентами . ^[6] Из-за отсутствия «огромных бюджетов General Motors, Ford и зарубежных конкурентов… AMC сделала упор на НИОКР на поддержание жизненного цикла своих основных продуктов (особенно Jeep)». ^[7] После представления компактного Jeep Cherokee (XJ) , автомобиля, на котором начался современный внедорожник.На рынке внедорожников AMC начала разработку новой модели, которая позже получила название Jeep Grand Cherokee . Первой частью его стремления к более быстрой разработке продукта была программная система автоматизированного проектирования (САПР), которая сделала инженеров более продуктивными. ^[6] Второй частью этой работы была новая система связи, которая позволила быстрее разрешать конфликты, а также сократить дорогостоящие инженерные изменения, поскольку все чертежи и документы хранились в центральной базе данных. ^[6] Управление данными о продуктах было настолько эффективным, что после того, как компания Chrysler приобрела AMC, система была расширена по всему предприятию, объединив всех, кто участвует в проектировании и производстве продуктов. ^[6] ХотяПервым принявшим технологию PLM, компания Chrysler смогла стать производителем с наименьшими затратами в автомобильной промышленности, зафиксировав затраты на разработку, которые к середине 1990-х годов составляли половину от средней по отрасли. ^[6]

В течение 1982-83 годов Rockwell International разработала начальные концепции управления данными о продукте (PDM) и PLM для программы бомбардировщиков B-1B. ^[8] Система под названием Engineering Data System (EDS) была расширена для взаимодействия с системами Computervision и CADAM для отслеживания конфигураций деталей и жизненного цикла компонентов и сборок. Позднее Computervison реализовала только аспекты PDM, поскольку модель жизненного цикла была специфичной для Rockwell и аэрокосмических нужд.

Формы [ править ]

Системы PLM помогают организациям справляться с возрастающими сложностями и техническими проблемами при разработке новых продуктов для глобальных конкурентных рынков. ^[9]

Управление жизненным циклом продукта (PLM) следует отличать от «управления жизненным циклом продукта (маркетинг) » (PLCM). PLM описывает инженерный аспект продукта, от управления описаниями и свойствами продукта до его разработки и срока службы; тогда как PLCM относится к коммерческому управлению жизненным циклом продукта на деловом рынке с точки зрения затрат и показателей продаж.

Управление жизненным циклом продукта можно считать одним из четырех краеугольных камней структуры информационных технологий производственной корпорации . ^[10] Всем компаниям необходимо управлять коммуникациями и информацией со своими клиентами (CRM- управление взаимоотношениями с клиентами ), своими поставщиками и исполнением (SCM- управление цепочкой поставок ), своими ресурсами внутри предприятия (ERP- планирование ресурсов предприятия ) и планированием своих продуктов. и развитие (PLM).

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

С 2009 года развитие ИКТ (финансируемый ЕС проект PROMISE 2004–2008) позволило PLM выйти за рамки традиционного PLM и интегрировать данные датчиков и «данные о событиях жизненного цикла» в реальном времени в PLM, а также сделать эту информацию доступной для разные игроки в общем жизненном цикле отдельного продукта (замыкающий информационный цикл). Это привело к расширению PLM до управления жизненным циклом с обратной связью (CL ₂ M).

Преимущества [ править ]

Документированные преимущества управления жизненным циклом продукта включают: ^{[11] [12]}

• Сокращенное время выхода на рынок
• Увеличение продаж по полной цене
• Повышение качества и надежности продукции
• Снижение затрат на прототипирование
• Более точный и своевременный запрос на генерацию расценок
• Возможность быстро определять потенциальные возможности продаж и доходов
• Экономия за счет повторного использования исходных данных
• Основа для оптимизации продукта
• Сокращение отходов
• Экономия за счет полной интеграции инженерных рабочих процессов
• Документация, которая может помочь в подтверждении соответствия RoHS или Title 21 CFR Part 11.
• Возможность предоставить контрактным производителям доступ к централизованной записи продукции
• Управление сезонными колебаниями
• Улучшенное прогнозирование для снижения материальных затрат
• Максимизируйте сотрудничество в цепочке поставок

Обзор управления жизненным циклом продукта [ править ]

В PLM есть пять основных областей;

1. Системная инженерия (SE) ориентирована на удовлетворение всех требований, в первую очередь на удовлетворение потребностей клиентов, и на координацию процесса проектирования систем с привлечением всех соответствующих дисциплин. Важным аспектом управления жизненным циклом является подмножество системной инженерии, называемое проектированием надежности .
2. Продукт и портфель м² (PPM) ориентированы на управление распределением ресурсов, отслеживание прогресса, планирование новых проектов по разработке продуктов, которые находятся в процессе (или в статусе ожидания). Управление портфелем - это инструмент, который помогает руководству отслеживать прогресс в разработке новых продуктов и принимать компромиссные решения при распределении ограниченных ресурсов.
3. Дизайн продукта (CAx) - это процесс создания нового продукта, который компания продает своим клиентам.
4. Управление производственными процессами (MPM) - это набор технологий и методов, используемых для определения того, как должны производиться продукты.
5. Управление данными о продуктах (PDM) направлено на сбор и сохранение информации о продуктах и ​​/ или услугах на протяжении их разработки и срока службы. Управление изменениями - важная часть PDM / PLM.

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

Введение в процесс разработки [ править ]

Ядро PLM (управление жизненным циклом продукта) - это создание и централизованное управление всеми данными о продукте и технологиями, используемыми для доступа к этой информации и знаниям. PLM как дисциплина возникла из таких инструментов, как CAD , CAM и PDM , но может рассматриваться как интеграция этих инструментов с методами, людьми и процессами на всех этапах жизненного цикла продукта. ^[13] Речь идет не только о программных технологиях, но и о бизнес-стратегии. ^[14]

Для простоты описанные этапы показаны в традиционном последовательном рабочем процессе проектирования. Точный порядок событий и задач будет зависеть от продукта и отрасли, но основными процессами являются: ^[15]

• Зачать
  • Технические характеристики
  • Концептуальный дизайн
• Дизайн
  • Детальный дизайн
  • Проверка и анализ (моделирование)
  • Дизайн инструмента
• Понимать
  • Изготовление плана
  • Производство
  • Сборка / сборка
  • Тест ( контроль качества )
• Служба
  • Продать и доставить
  • Использовать
  • Поддерживать и поддерживать
  • Утилизировать

Основными ключевыми событиями являются:

• Заказ
• Идея
• Подать мяч
• Замораживание дизайна
• Запуск

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

Фазы жизненного цикла продукта и соответствующие технологии [ править ]

Многие программные решения были разработаны для организации и интеграции различных этапов жизненного цикла продукта. PLM не следует рассматривать как единый программный продукт, а как совокупность программных инструментов и методов работы, интегрированных вместе для решения отдельных этапов жизненного цикла или соединения различных задач или управления всем процессом. Некоторые поставщики программного обеспечения охватывают весь диапазон PLM, в то время как другие занимаются только нишевым приложением. Некоторые приложения могут охватывать множество областей PLM с разными модулями в рамках одной модели данных. Здесь представлен обзор областей в PLM. Простые классификации не всегда точно подходят; многие области пересекаются, и многие программные продукты охватывают более одной области или не подходят для одной категории.Также не следует забывать, что одной из основных целей PLM является сбор знаний, которые можно повторно использовать для других проектов, и координация одновременной параллельной разработки множества продуктов. Это касается не только прикладных программных решений, но и бизнес-процессов, людей и методов. Хотя PLM в основном связан с инженерными задачами, он также включаетмаркетинговые мероприятия, такие как управление портфелем продуктов (PPM), особенно в отношении разработки новых продуктов (NPD). В отрасли необходимо рассмотреть несколько моделей жизненного цикла, но большинство из них довольно схожи. Ниже приводится одна из возможных моделей жизненного цикла; в то время как в нем делается упор на продукты, ориентированные на оборудование, аналогичные этапы описывают любую форму продукта или услуги, включая нетехнические или программные продукты: ^[16]

Этап 1. Зачатие [ править ]

Представьте, укажите, планируйте, вводите новшества [ править ]

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

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

В процессе разработки нового продукта на этом этапе собирают и оценивают рыночные риски и технические риски путем измерения KPI и скоринговой модели.

Этап 2. Дизайн [ править ]

Описывать, определять, разрабатывать, тестировать, анализировать и подтверждать [ править ]

Здесь начинается детальный дизайн и разработка формы продукта, переходящая к испытаниям прототипа, от пилотного выпуска до полного запуска продукта. Это также может включать в себя перепроектирование и расширение существующих продуктов, а также запланированное устаревание . ^[17] Основным инструментом, используемым для проектирования и разработки, является САПР. Это может быть простое двухмерное рисование / черчение или трехмерное параметрическое моделирование твердого тела / поверхности на основе. Такое программное обеспечение включает такие технологии, как гибридное моделирование, обратный инжиниринг , KBE ( инженерия , основанная на знаниях ), NDT ( неразрушающий контроль ) и сборочное строительство.

Этот шаг охватывает многие инженерные дисциплины, в том числе: механическое, электрическое, электронное, программное ( встроенное ) и предметно-ориентированные, такие как архитектура, аэрокосмическая промышленность, автомобилестроение, ... Наряду с фактическим созданием геометрии существует анализ компонентов и сборки изделий. Задачи моделирования, проверки и оптимизации выполняются с использованием программного обеспечения CAE ( автоматизированного проектирования ), интегрированного в пакет САПР или автономно. Они используются для выполнения таких задач, как: анализ напряжений, FEA (анализ методом конечных элементов ); кинематика ; вычислительная гидродинамика (CFD); и моделирование механических событий (MES). CAQ ( автоматизированное качество) используется для таких задач, как расчет допусков на размер (инженерный) . Другая задача, выполняемая на этом этапе, - это поиск закупленных компонентов, возможно, с помощью систем закупок .

Фаза 3: Реализация [ править ]

Производство, изготовление, строительство, закупка, производство, продажа и доставка [ править ]

После завершения проектирования компонентов продукта определяется метод производства. Сюда входят задачи САПР, такие как проектирование инструментов; включая создание инструкций по обработке с ЧПУ для деталей продукта, а также создание специальных инструментов для производства этих деталей с использованием интегрированного или отдельного программного обеспечения CAM ( автоматизированное производство ). Это также будет включать инструменты анализа для моделирования таких операций, как литье, формование и штамповка. Как только метод производства определен, в игру вступает CPM. Это включает в себя CAPE (автоматизированное проектирование производства) или CAP / CAPP (автоматизированное планирование производства.) инструменты для выполнения макета завода, завода и объекта и моделирования производства, например моделирование линии пресса, промышленной эргономики, а также управления выбором инструмента. После изготовления компонентов их геометрическую форму и размер можно сравнить с исходными данными САПР с использованием оборудования и программного обеспечения для компьютерного контроля. Параллельно с инженерными задачами ведется работа по настройке сбытовой продукции и маркетинговой документации. Это может включать передачу инженерных данных (геометрии и данных списка деталей) в веб-конфигуратор продаж и другие настольные издательские системы.

Этап 4: Обслуживание [ править ]

Использование, эксплуатация, обслуживание, поддержка, поддержание, вывод из эксплуатации, вывод из эксплуатации, переработка и утилизация [ править ]

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

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

Операционные обновления [ править ]

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

Все фазы: жизненный цикл продукта [ править ]

Общайтесь, управляйте и сотрудничайте [ править ]

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

Для этих задач необходимо управлять данными графического, текстового и мета-характера, такими как ведомости материалов (BOM) продукта . На уровне инженерных отделов это область программного обеспечения для управления данными о продуктах (PDM), а на корпоративном уровне - программное обеспечение для управления данными предприятия (EDM); такие жесткие разграничения уровней могут использоваться непоследовательно, однако в организации обычно встречаются две или более системы управления данными. Эти системы также могут быть связаны с другими корпоративными системами, такими как SCM , CRM и ERP . С этими системами связаны системы управления проектами для планирования проектов / программ.

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

Пользовательские навыки [ править ]

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

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

Эти методы включают:

• Параллельный инженерный рабочий процесс
• Промышленный дизайн
• Дизайн снизу вверх
• Дизайн сверху вниз
• Конструкция "оба конца против середины"
• Рабочий процесс с фронтальной загрузкой
• Дизайн в контексте
• Модульная конструкция
• Разработка нового продукта NPD
• Дизайн DFSS для Six Sigma
• Дизайн DFMA для производства / сборки
• Цифровое моделирование
• Дизайн, основанный на требованиях
• Проверка, управляемая спецификацией
• Управление конфигурацией

Параллельный рабочий процесс [ править ]

Параллельное проектирование (британский английский: одновременное проектирование ) - это рабочий процесс, который вместо последовательной работы по этапам выполняет ряд задач параллельно. Например: начало проектирования инструмента сразу после начала рабочего проектирования, но до того, как детальный дизайн продукта будет завершен; или начиная с детального проектирования твердотельных моделей до того, как модели поверхностей концептуального дизайна будут завершены. Хотя это не обязательно уменьшает количество рабочей силы, требуемой для проекта, поскольку требуется больше изменений из-за неполной и изменяющейся информации, это значительно сокращает время выполнения заказа и, следовательно, время выхода на рынок. ^[18]

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

Дизайн снизу вверх [ править ]

Проектирование снизу вверх (ориентированное на САПР) происходит там, где определение 3D-моделей продукта начинается с создания отдельных компонентов. Затем они виртуально объединяются в узлы более чем одного уровня, пока весь продукт не будет определен в цифровом виде. Иногда это называют «структурой обзора», которая показывает, как будет выглядеть продукт. Спецификация содержит все физические (твердые) компоненты продукта из системы CAD; он также может (но не всегда) содержать другие «объемные элементы», необходимые для конечного продукта, но которые (несмотря на определенную физическую массу и объем) обычно не связаны с геометрией САПР, такие как краска, клей, масло, клейкая лента и другие материалы.

При проектировании снизу вверх основное внимание уделяется возможностям доступной реальной физической технологии, реализуя те решения, для которых эта технология больше всего подходит. Когда эти восходящие решения имеют реальную ценность, восходящее проектирование может быть намного более эффективным, чем нисходящее. Риск восходящего проектирования заключается в том, что он очень эффективно обеспечивает решения невысоких проблем. В центре внимания восходящего дизайна "что мы можем сделать наиболее эффективно с помощью этой технологии?" а не фокус сверху вниз, который: «Что является наиболее ценным делом?»

Дизайн сверху вниз [ править ]

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

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

Сборка сверху вниз иногда известна как «управляющая структура». Если для определения макета и параметров структуры обзора используется один файл, его часто называют файлом скелета.

Военная инженерия традиционно разрабатывает структуру продукта сверху вниз. Процесс системного проектирования ^[19] предписывает функциональную декомпозицию требований и затем физическое распределение структуры продукта по функциям. При таком подходе сверху вниз обычно нижние уровни структуры продукта разрабатываются на основе данных САПР в виде структуры или дизайна снизу вверх.

Дизайн "оба конца против середины" [ править ]

Дизайн "оба конца против середины" (BEATM) - это процесс проектирования, который стремится объединить лучшие черты проектирования сверху вниз и проектирования снизу вверх в один процесс. Поток процесса проектирования BEATM может начинаться с возникающей технологии, которая предлагает решения, которые могут иметь ценность, или он может начинаться с обзора важной проблемы, требующей решения, сверху вниз. В любом случае ключевым атрибутом методологии проектирования BEATM является немедленное сосредоточение внимания на обоих концах процесса проектирования: вид сверху вниз на требования к решению и взгляд снизу вверх на доступную технологию, которая может обещать эффективную решение. Процесс проектирования BEATM исходит из обоих концов в поисках оптимального слияния где-то между требованиями сверху вниз и эффективной реализацией снизу вверх. Таким образомБыло показано, что BEATM действительно предлагает лучшее из обеих методик. Действительно, некоторые из лучших историй успеха как сверху вниз, так и снизу вверх были успешными благодаря интуитивному, но неосознанному использованию методологии BEATM.^{[ необходима цитата ]} . При осознанном использовании BEATM предлагает еще более весомые преимущества.

Дизайн и рабочий процесс с фронтальной загрузкой [ править ]

Фронтальная загрузка переводит проектирование сверху вниз на следующий этап. Полная структура управления и структура обзора, а также последующие данные, такие как чертежи, разработка инструментов и модели CAM, создаются до того, как будет определен продукт или разрешено начало проекта. Эти сборки файлов составляют шаблон, на основе которого может быть создано семейство продуктов. Когда было принято решение о выпуске нового продукта, параметры продукта вводятся в шаблонную модель, и все связанные данные обновляются. Очевидно, что предварительно определенные ассоциативные модели не смогут предсказать все возможности и потребуют дополнительной работы. Главный принцип заключается в том, что большая часть экспериментальных / исследовательских работ уже завершена. В эти шаблоны встроен большой объем знаний, которые можно будет повторно использовать в новых продуктах.Это действительно требует дополнительных ресурсов «заранее», но может значительно сократить время между стартом проекта и запуском. Однако такие методы требуют организационных изменений, поскольку значительные инженерные усилия переносятся в отделы разработки «офлайн». Это можно рассматривать как аналогию с созданиемконцептуальный автомобиль для тестирования новой технологии для будущих продуктов, но в этом случае работа напрямую используется для следующего поколения продукта.

Дизайн в контексте [ править ]

Отдельные компоненты не могут быть построены изолированно. Модели компонентов CAD и CAID создаются в контексте некоторых или всех других компонентов разрабатываемого продукта. Это достигается с помощью методов моделирования сборки . Геометрию других компонентов можно увидеть и на нее можно ссылаться в используемом CAD-инструменте. Другие упомянутые компоненты могут быть созданы, а могут и не быть созданы с использованием того же инструмента САПР, с преобразованием их геометрии из других форматов совместной разработки продуктов (CPD). Некоторые проверки сборки, такие как DMU , также выполняются с помощью программного обеспечения для визуализации продукта.

Управление жизненным циклом продуктов и процессов (PPLM) [ править ]

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

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

Размер рынка [ править ]

Общие затраты на программное обеспечение и услуги PLM оценивались в 2006 году в более 30 миллиардов долларов в год. ^{[20] [21]}

После Великой рецессии инвестиции в PLM с 2010 года показали более высокие темпы роста, чем большинство общих расходов на ИТ. ^[22]

Пирамида производственных систем [ править ]

Согласно Малакути (2013), ^[23] существует пять долгосрочных целей, которые следует учитывать в производственных системах:

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

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

См. Также [ править ]

Ссылки [ править ]

Дальнейшее чтение [ править ]

• Бергсьо, Даг (2009). Управление жизненным циклом продукта - Архитектурные и организационные перспективы (PDF) . Технологический университет Чалмерса. ISBN 978-91-7385-257-9.
• Скорбит, Майкл (2005). Управление жизненным циклом продукта: движение к рациональному мышлению следующего поколения . Макгроу-Хилл. ISBN 978-0-07-145230-4.
• Сааксвуори, Антти (2008). Управление жизненным циклом продукта . Springer. ISBN 978-3-540-78173-8.

Внешние ссылки [ править ]

• СМИ, связанные с управлением жизненным циклом продукта, на Викискладе?