Managing Item Revision Lifecycle

Ещё один важный аспект Item-Revision — это его Lifecycle State. Это ещё один идентификатор, который можно использовать, чтобы быстро оценить, на какой стадии в своём life сейчас находится данная ревизия, и что, следовательно, разработчикам разрешено с ней делать. Если Revision отражает изменения конструкции, внесённые в Item, то Lifecycle State отражает состояние элемента с точки зрения бизнеса — например, Planned, New From Design, For Production, Obsolete и т. д.

Изначально Item-Revision находится в состоянии Planned — готов к приёму (и хранению) данных, сформированных соответствующим процессом сохранения/загрузки/выпуска (release). После завершения этого процесса данная ревизия закрывается (в неё больше нельзя сохранять/загружать/выпускать данные повторно), а Lifecycle State устанавливается в следующее применимое состояние. Хотя данные для этой Item-Revision can not быть изменены, Lifecycle State can быть изменён, чтобы отражать, где именно находится данная Item-Revision с точки зрения её жизненного цикла.

Ваш Workspace предоставляет разные типы управления жизненным циклом — от базового управления, через простое управление, включающее состояния и переходы между состояниями, до полностью структурированного управления, где состояния и переходы организованы в отдельные стадии, а между этими стадиями и идентификатором Revision ID существует связь. На основе этих стратегий управления жизненным циклом определён ряд стандартных Lifecycle Definitions, из которых вы можете выбрать, чтобы смоделировать переходы состояний, которые Item-Revision может проходить со временем.

Жизненным циклом Item-Revision управляют вручную в соответствии с политиками и практиками компании. Рассмотрим ревизию Item «PCB Fabrication Data», содержащую данные для физического изготовления голой платы. Когда команда разработки будет ею довольна, Lifecycle State этой ревизии может быть повышен до состояния вроде In Prototype и, если с изготовленным прототипом всё хорошо, затем перейти в состояние In Production. Позже может понадобиться другая ревизия того же Item (ещё одна «коробка»!), чтобы добавить улучшенную функциональность. После выпуска (release) эта вторая Item-Revision пройдёт путь от прототипирования к производству, тогда как жизненный цикл предыдущей Item-Revision пройдёт через вывод из использования и, в конечном итоге, к устареванию. Суть в том, что информация о жизненном цикле показывает, как содержимое «коробки Item-Revision» может — или, точнее, фактически — использоваться.

Пример, показывающий «жизнь» Item-Revision. В какой-то момент ревизия была разрешена для прототипа и далее для производства, но впоследствии была выведена из использования и теперь является устаревшей.

В отношении компонентов Workspace управление жизненным циклом делает доступной концепцию сертификации компонентов — поскольку компоненты формально ревизуются и управляются по жизненному циклу. Это позволяет организации задавать состояние своих компонентов и то, для чего их можно использовать (проектирование, прототип, производство и т. д.). С точки зрения проектирования это приводит к созданию библиотеки Workspace, содержащей формальную коллекцию компонентов, которые были одобрены компанией для использования в каждом новом проекте, запускаемом внутри этой компании.

Преимущество использования сертифицированных компонентов в ваших проектах в том, что когда приходит время менять состояние жизненного цикла вашего проекта платы, целостность проекта становится ещё выше, поскольку проект можно выпустить (release) в «Prototype» или «Production» только при условии, что используемые в нём компоненты также находятся в соответствующем состоянии. Иными словами, вы не начнёте производить собранную плату, если компоненты находятся лишь на стадии «Design»!

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

Проектирование с использованием компонентов, сертифицированных для применения.

Просмотр истории жизненного цикла ревизий Item

Ревизии Item и их история жизненного цикла могут просматриваться и управляться из панели Explorer panel и в detailed Item view. В панели Explorer переключитесь на вкладку аспектного представления Lifecycle для выбранной Item-Revision. Чтобы получить доступ к данным выпуска (release), переключитесь на вкладку аспектного представления Preview.

Получайте доступ к данным ревизии и жизненного цикла для Item напрямую через панель Explorer, выбрав Item-Revision и используя вкладку аспектного представления Lifecycle. Переключитесь на вкладку аспектного представления Preview, чтобы увидеть данные выпуска (release) для этой ревизии Item.

Команды для представления жизненного цикла

Щёлкните правой кнопкой по ячейке состояния жизненного цикла — либо в подробном Item view либо в панели Explorer — чтобы получить доступ к следующим командам:

• Place <Revision> – используйте эту команду, чтобы разместить экземпляр текущей выбранной Item Revision там, где такое размещение поддерживается. Например, размещение ревизии компонента или Managed Sheet на активном листе схемы. Символ компонента или символ управляемого листа появится «плавающим» на курсоре, готовым к размещению.
• View Revision Properties – используйте эту команду, чтобы открыть диалог Properties for Item Revision dialog, который предоставляет список свойств, связанных с родительским Item выбранной Revision. Также перечисляются другие свойства, например параметры компонента или родительский проект и конфигурация для выпущенного (released) Item проекта платы.
• Edit Revision - эта команда доступна только когда ревизия элемента находится в состоянии Planned. Используйте её, чтобы открыть диалог Edit Revision dialog, где можно внести изменения в ревизию до того, как в неё будут выпущены (release) какие-либо данные.
• Delete Revision – используйте эту команду, чтобы удалить выбранную Item Revision. Обратите внимание: удалять Items нужно «сверху вниз». То есть нельзя удалить дочернюю Item Revision, которая используется родительским Item; сначала нужно удалить родительский Item.

• Promote <item to State> – используйте эту команду, чтобы повысить ревизию Item до следующего Lifecycle State, что также может перевести её на следующую Lifecycle Stage.

  Доступные Lifecycle States определяются Lifecycle Definition, применимым к типу Item. Например, Component Lifecycle Definition обычно применяется к компонентам.
• Rollback <item to previous State> – откатить Lifecycle state ревизии Item назад к ранее назначенному состоянию. Например, с Production обратно на Prototype, когда применяется Component Lifecycle Definition.
• Make <item unusable> / Abandon <item> – используйте эту команду, чтобы изменить Lifecycle State ревизии Item на Abandoned, Obsolete, Deprecated и т. д., вместо повышения до следующего более высокого уровня. Например, это может быть состояние Obsolete для определения Component Lifecycle.
• Establish Planned Revision - <level for Item ID> – используйте эту команду, чтобы создать следующий уровень ревизии для Item, который будет находиться в начальном состоянии жизненного цикла Planned. Откроется диалог Create Revision dialog, предоставляющий все элементы управления, необходимые для полного определения ревизии Item.
• Establish Planned Item – используйте эту команду, чтобы создать новый Item на основе текущей выбранной Item-Revision, в начальном состоянии жизненного цикла Planned. Откроется диалог Create New Item (с выбранной Item-Revision, заданной как Ancestor Revision), который предоставляет все элементы управления, необходимые для полного определения Item.

При выборе команды перехода состояния открывается диалог State Transition Validation . Диалог предоставляет сведения об обнаруженных ошибках, расположении Workspace, состояниях ревизий элементов после перехода, стадии и статусе перехода. Название диалога будет различаться в зависимости от текущего состояния жизненного цикла выбранного элемента.

Разные варианты диалога State Transition Validation

Пакетные изменения состояния жизненного цикла

Все проектные Items, хранящиеся в вашем Workspace, имеют Lifecycle State. Состояние жизненного цикла используется, чтобы отражать готовность этого Item к использованию — например, Item может быть New From Design, In Production или Deprecated. Состояние жизненного цикла нескольких Items можно изменить в рамках одного пакетного процесса.

Чтобы выполнить пакетное изменение:

1. Выберите требуемые элементы на панели Explorer.
2. Щелкните правой кнопкой мыши и выберите команду Operations » Change state в контекстном меню.
3. Откроется диалог Batch state change dialog. В столбце Next State по умолчанию будет установлено следующее состояние жизненного цикла для каждого задействованного элемента. Это можно изменить для каждого элемента отдельно. Либо можно использовать стандартные приемы Windows Ctrl+click или Shift+click, чтобы выбрать несколько записей в диалоге. В последней выбранной ячейке будет отображаться стрелка вниз — используйте ее, чтобы быстро задать требуемое состояние для всех выбранных элементов.
4. После того как Next State задано нужным образом, нажмите кнопку Process, чтобы применить изменения состояний жизненного цикла.
5. Появится диалог Confirm; при необходимости введите комментарий (он сохраняется как часть истории элемента) и нажмите Yes, чтобы завершить пакетное изменение состояния жизненного цикла.

Пример быстрого изменения состояния жизненного цикла двух компонентов.