Вводная статья по управлению конфигурациями. Статья получилась сложная, но ключевая для последующего обсуждения данной темы.
В ГОСТ 2.053—2013 (Электронная структура изделия. Общие положения) содержались важные определения:
- Структура изделия – совокупность составных частей изделия и связей между ними, определяющих иерархию составных частей.
- Входимость – использование составных частей в структуре изделия и/или его составных частей.
- Применяемость – условие использования составной части в изделии или его составной части.
В актуальных ГОСТ Р 2.053-2023 и ГОСТ Р 2.005-2023 этих определений нет в таком виде. Однако ГОСТ Р 59193-2020 (Управление конфигурацией. Основные положения) всё ещё ссылается на ГОСТ 2.053—2013. Поэтому мы сохраняем эти формулировки, поскольку для нас важна именно их суть, а не актуальность стандартов.
Если визуализировать эти термины схематически, получится следующее:
Изделие состоит из частей — то есть, изделие и части связаны.
Применяемость определяет входимость части в изделие — то есть, задаёт условия, при которых связь между ними существует.
Применяемость определяет входимость части в изделие — то есть, задаёт условия, при которых связь между ними существует.
Получается, что «связь» — это не просто техническое соединение, а полноценный бизнес-объект с атрибутами и поведением, который часто называют «Экземпляр» или «Входимость». В методологии управления конфигурациями (и не только) такие связи играют критически важную роль — это не просто ключи как в реляционных базах данных, а сложные объекты со своей логикой.
Мы знаем, что в российской практике применяемость обычно назначается на ревизию, но также мы понимаем, что разные компании используют различные подходы. Делимся своим опытом и призываем не ограничиваться текущей практикой — важно оценить все возможные варианты, их плюсы и минусы. Важно— не стоит искусственно ограничивать разработчиков PLM-решений в России.
Любая структура изделия (функциональная, логическая, конструкторская, технологическая… об этом поговорим в отдельной статье) может быть сконфигурирована, т.е. определена применяемость для экземпляра между родительским и дочерним узлом.
Следовательно:
- Применяемость — это логическое выражение (включая такие операторы, как «И», «ИЛИ», «НЕ», …), определяющее, при каких условиях составная часть принадлежит данной конфигурации.
- Конфигурируемый продукт – продукт, который содержит в своем составе все возможные варианты (150% или избыточный состав).
- Конфигурация продукта – конкретный вариант продукта, отвечающий специфическим требованиям.
Конфигурация продукта формируется путём фильтрации избыточного состава согласно правилам применяемости.
Далее рассмотрим ключевые принципы управления конфигурациями. Подробности методологии и модульного подхода оставим для отдельной публикации.
Продукт со временем изменяется и развивается — этот процесс называется Эволюцией. Концепция эволюции используется для отслеживания изменений инженерных компонентов, то есть, по сути представляет собой управление ревизиями компонента.
Эволюция продукта может фиксироваться по разным критериям: по датам (например, переход на новую ревизию в следующем году), по экземплярам (первые экземпляры изделия собираются по составу Ревизии 1, экземпляры со 2 по 4 — по Ревизии 2, и так далее), либо по версиям модели.
Опции и варианты предоставляют выбор конечным потребителям.
Продукт необходимо разрабатывать с учётом эволюции во времени и всех возможных опций. Количество комбинаций растёт экспоненциально с добавлением каждой новой опции: например, всего 4 компонента с 3 вариантами исполнения каждый дают уже 81 (3⁴) возможных вариантов составов. Управление таким количеством независимых составов невозможно, а внесение изменений приведет к критическим ошибкам.
Важные тезисы:
- Управление эволюцией продукта и вариантами и опциями - это два отдельных, связанных процесса.
- Применяемость может назначаться как на Ревизию так и на уровне Экземпляра. Наш опыт показывает, что применяемость на уровне Экземпляра позволяет унифицировать механизмы PLM системы.
- Система управления конфигурациями (PLM-система) должна содержать в модели данных следующие объекты и их соответствующее поведение: продуктовая линейка, модель, версия модели, версия производства, опция, вариант, конфигурация.
С технической точки зрения, управление конфигурациями заключается в определении правил, которые регламентируют:
Пример правила:
"Компонент А включается в изделие при следующих условиях:
- какие ревизии компонентов включаются в состав изделия
- как выбранные опции влияют на добавление или исключение компонентов
Пример правила:
"Компонент А включается в изделие при следующих условиях:
- версия модели: Первая (или борт №1-10, или дата производства 2025 год)
- выбраны опции: 'Для северных территорий', комплектация: 'Стандарт', …"
Такие правила просты в понимании и управлении, позволят управлять многовариантными составами, и реализуемы в PLM-системе.
Начало положено. Продолжим раскрывать эту важную тему в дальнейших публикациях.
Если у Вас есть комментарии по терминам или выводам, присоединяйтесь к нашему Telegram-каналу , с удовольствием обсудим.
