Данный пост был опубликован (на английском языке) 4 февраля 2024 года на блоге Олега Шиловицкого (Oleg Shilovitsky – на фото).В сфере разработки и производства продукции традиционные системы управления данными о продукции (Product Data Management, PDM) уже давно служат основой, обеспечивающей структурированную организацию, хранение, поиск и извлечение относящихся к продукции документов.
Согласно обзорам аналитиков, традиционные варианты использования по-прежнему доминируют в управления данными о продукции, и большинство из них ориентировано на управлении данными САПР-систем и данными технических чертежей. В своей статье (
https://beyondplm.com/2023/04/02/my-top-5-important-things-about-the-state-of-plm-in-2023-based-on-cimdata-market-forum/ ), написанной в прошлом году по итогам организованного фирмой CIMdata (
ведущая консультационного-исследовательская компания в сфере управления жизненным циклом продукции – Н.Х.) «Форума рынка и отрасли управления жизненным циклом продукции (PLM)» (PLM Market & Industry Forum), я назвал 5 важных аспектов состояния управления жизненным циклом продукции в 2023 году.
На слайде компании CIMdata представлены ответы опрошенных на вопрос о том, какие деловые процессы охвачены текущим поколением используемого в организации PLM-решения. На первых позициях – управление инженерными датами до выпуска продукции и управление выпускаемыми инженерными материалами и изменениями к нимОднако по мере того, как отрасли развиваются и осваивают возможности цифровой трансформации, ограниченность этих ориентированных на документы парадигм становится всё более очевидной. Модель на основе документов является ограниченной. В то же время, когда дело доходит до управления данными, промышленные предприятия сталкиваются с тремя основными проблемами:
- Совместная работа сложных продуктов (включая механические, электронные и программные системы),
- Распределенный характер деловых процессов, когда ряду компаний необходимо работать совместно,
- Унаследованные программные системы, включая традиционное программное обеспечение для управления данными о продукции и для управления документами и контентом, которые сильно полагаются основанное на подходы, ориентированные на работу с документами.
Будущее - за более динамичным, эффективным и взаимосвязанным подходом, предусматривающим переход от документов к ориентированным на данные моделям. Данный сдвиг обещает революционизировать то, как организации обрабатывают информацию о продуктах, делая процессы более оптимизированными, инновационными и соответствующими эпохе цифровой трансформации. Давайте поговорим обо всём этом подробнее.
Ограниченность традиционных PDM-систем управления данными о продукции
Традиционные PDM-системы ориентированы на управление файлами и документами, связанными с разработкой продукта, такими как САПР-файлы, проектная документация и спецификации. Хотя такие системы обеспечивают структурированный способ хранения этих документов и доступа к ним, они по своей сути ориентированы на традиционный сценарий изменения файлов и утверждения технической документации. Хотя сам по себе это очень важный процесс, он приводит к появлению нишевых подходов, когда инженерные данные помещаются в отдельное программное обеспечение для управления документами и контентом (традиционно каждая САПР-система предлагает собственное PDM-решение). Даже если PDM-система способна управлять файлами из нескольких САПР-систем, применяемый подход заключается в управлении версиями этих документов и формировании «выпущенного набора документов» для каждой конкретной САПР в момент фактического внесения изменений.
Вследствие этого процесса возникают изолированные друг от друга информационные ресурсы, что затрудняет интеграцию данных между различными структурными подразделениями организации и интеграцию систем автоматизированного проектирования (САПР) для ряда направлений деятельности и программных платформ.
Механические (MCAD) и электротехнические (ECAD) САПР-систем, системы разработки печатных плат (printed circuit board, PCB) и системы управления жизненным циклом разработки и сопровождения приложений (application lifecycle management, ALM) – все они работают независимо друг от друга как системы управления документами, производя несинхронизированные выходные результаты для процесса выпуска продукции.
В результате организации сталкиваются с проблемами организации совместной работы, обеспечения согласованности данных и доступа к данным в режиме реального времени, что имеет критически важное значение в сегодняшних быстро меняющихся рыночных условиях. Вы получите итоговый набор документов из MCAD-системы отдельно от проекта печатной платы, а также без согласования с командой разработчиков программного обеспечения, использующей различные инструменты. Как же решить эту проблему?
Распространение ориентированных на данные моделей
Переход на ориентированные на данные модели отражает сдвиг парадигмы, когда основное внимание уделяется самим данным, а не содержащим их документах. При таком подходе данные хранятся в структурированном взаимосвязанном формате и являются доступными различным приложениям и системам. Эта модель способствует более целостному видению информации о продукции, обеспечивая плавную интеграцию между различными платформами и структурными подразделениями. Отдавая приоритет данным перед документами, организации могут улучшить совместную работу, повысить качество данных и ускорить процессы принятия решений.
Как внедрять ориентированные на данные модели с целью поддержки процессов проектирования и разработки продукции? В этом переходном процессе есть два важных элемента:
- Внедрение гибких записей данных, позволяющих управлять информацией и использовать файл в качестве вложения,
- Поддержка функциональных возможностей для совместной работы в режиме реального времени, а также возможности свободной и (что наиболее важно) асинхронной потоковой передачи данных и файлов из нескольких источников данных в консолидированную междисциплинарную структуру данных.
Вот несколько примеров реализации такого подхода, которые я нашел в таких решениях, как Autodesk Fusion360, OpenBOM и PTC Onshape.
Посмотрите на приведенное ниже изображение, а также статью ( https://www.openbom.com/blog/openbom-for-electronics-altium-and-multi-disciplinary-bill-of-materials-bom ) о том, как собирать данные из нескольких системы управления документами и контентом и из источников проектных данных, сводя их в единый междисциплинарный набор данных, содержащий всеми данные, связанные с продукцией.
Функциональная возможность для поддержки совместной работы Onshape Team ( https://www.onshape.com/en/features/collaboration ) позволяет нескольким сотрудникам одновременно вносить изменения, давая возможность нескольким инженерам одновременно редактировать информацию без блокировки данных.
Ещё одни пример подхода на основе данных можно найти в реализациях API-интерфейсов модели данных Autodesk. Познакомьтесь со статьей об API-интерфейсах модели производственных данных (
https://aps.autodesk.com/blog/manufacturing-data-model-api-version-20-now-public-beta ), в которой показано, как данные можно извлекать напрямую через облачный сервис без необходимость работы с файлами.
(Окончание следует, см. http://rusrim.blogspot.com/2024/03/pdm-2.html )
Олег Шиловицкий (Oleg Shilovitsky)
Блог Олега Шиловицкого
https://beyondplm.com/2024/02/04/escaping-the-pdm-paradigm-transitioning-from-documents-to-data-centric-models/
