Добавить в корзинуПозвонить
Найти в Дзене
APPIUS

Новый подход к понятию ревизий и версий

В версии 2026 разделены понятия Ревизий и Версий. Если ранее использовались разные виды ревизий, в том числе «Изменение», то теперь «Изменение» не относится к ревизиям, представляет отдельную сущность и называется «Версия». Существующее семейство ревизий, таких как «Исполнения», «Представление», «Конфигурация», имеет прежний смысл. Выделение вида ревизии «Изменение» в отдельную сущность позволяет каждой ревизии иметь неограниченное количество версий, за счет этого каждая версия может быть прослежена во времени ее изменения. В результате новый подход не только расширяет функциональность системы и упрощает работу пользователей, но и исключает одно из основных ограничений в системе, связанное с версионированием типовых/групповых технологических процессов. Пример «идеального» представления изменения во времени (версий) группы исполнений представлен на схеме, где в каждом столбце представлен набор Исполнений, изменяемый в рамках его жизненного цикла. Такому принципу версионирования по умолч

В версии 2026 разделены понятия Ревизий и Версий. Если ранее использовались разные виды ревизий, в том числе «Изменение», то теперь «Изменение» не относится к ревизиям, представляет отдельную сущность и называется «Версия». Существующее семейство ревизий, таких как «Исполнения», «Представление», «Конфигурация», имеет прежний смысл.

Выделение вида ревизии «Изменение» в отдельную сущность позволяет каждой ревизии иметь неограниченное количество версий, за счет этого каждая версия может быть прослежена во времени ее изменения.

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

Пример «идеального» представления изменения во времени (версий) группы исполнений представлен на схеме, где в каждом столбце представлен набор Исполнений, изменяемый в рамках его жизненного цикла.

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

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

За отображение версий и ревизий теперь отвечают новые закладки в каждом из интерфейсов. Они позволяют работать со всеми ревизиями и версиями, либо только с версиями, выделенных в дереве элементов. Для получения информации по различиям в версиях доступен запуск обработки по сравнению элементов. Для удобства понимания базового исполнения у версий и исполнений, загружаемых из CAD, автоматически добавляется свойство «Базовое исполнение», которое заполняется оригиналом.

-2