Managing Item Revision Lifecycle

アイテム・リビジョンのもう1つの重要な側面は、そのLifecycle Stateです。これは、当該リビジョンが現在lifeのどの段階にあるのか、そしてその結果として設計者がそのリビジョンに対して何を行う権限があるのかを、素早く判断するために使用できる別の識別子です。Revision がアイテムに加えられた設計変更を反映するのに対し、Lifecycle State はPlanned、New From Design、For Production、Obsoleteなど、ビジネス観点でのアイテムの状態を反映します。

初期状態では、アイテム・リビジョンはPlanned状態にあり、該当する保存/アップロード/リリースのプロセスで生成されたデータを受け取り（保存し）できる状態です。そのプロセスが完了すると、そのリビジョンはクローズされ（同じリビジョンに対して再度データを保存/アップロード/リリースすることはできません）、Lifecycle State は次の該当状態に設定されます。このアイテム・リビジョンのデータはcan not変更できる一方で、Lifecycle State は、そのアイテム・リビジョンが有効期間のどこに位置しているかを反映するためにcan変更できます。

Workspace では、基本的な管理から、状態と状態遷移を含むシンプルな管理、さらに状態と状態遷移を明確なステージに整理し、そのステージと Revision ID をリンクさせる完全に構造化された管理まで、さまざまな種類のライフサイクル管理を提供します。これらのライフサイクル管理戦略に基づき、標準のLifecycle Definitionsが複数定義されており、アイテム・リビジョンが時間の経過とともに辿り得る状態遷移をモデル化するために選択できます。

アイテム・リビジョンのライフサイクルは、会社の方針と運用に従って手動で管理されます。たとえば、ベアボードを物理的に製造するためのデータを含む PCB Fabrication Data アイテムのリビジョンを考えてみてください。開発チームが満足したら、そのリビジョンの Lifecycle State はIn Prototypeのような状態へ引き上げられ、その後に製造された試作が問題なければ、In Production状態へ進むでしょう。後日、より良い機能を導入するために同じアイテムの別リビジョン（別の箱！）が必要になる場合があります。リリース後、この2つ目のアイテム・リビジョンは試作から量産へと進み、一方で以前のアイテム・リビジョンのライフサイクルは廃止予定を経て最終的に廃止へと移行します。要点は、ライフサイクル情報が「アイテム・リビジョンの箱」の中身がどのように使用できるか、というより実際にどのように使用されているかを示すということです。

アイテム・リビジョンの「生涯」を示す例。このリビジョンは、かつては試作および量産に進むことが承認されていましたが、その後廃止予定となり、現在は廃止されています。

Workspace コンポーネントに関しては、コンポーネントが正式にリビジョン管理され、ライフサイクル管理されることで、ライフサイクル管理によりコンポーネント認証の概念が利用可能になります。これにより組織は、コンポーネントの状態と、それらを何に使用できるか（設計、試作、量産など）を指定できます。設計の観点では、これにより Workspace ライブラリが作成され、社内で新しい設計プロジェクトを開始する際に使用が承認されたコンポーネントの正式なコレクションが格納されます。

認証済みコンポーネントを設計に使用する利点は、基板設計のライフサイクル状態を変更する段階になったときに、設計の整合性がさらに高まることです。というのも、設計が「Prototype」または「Production」にリリースできるのは、使用しているコンポーネントも対応する状態にある場合に限られるからです。言い換えると、コンポーネントが「Design」段階にしかないのに、その実装基板の製造を開始することはないでしょう。

さらに、コンポーネント管理領域そのものを最小粒度まで掘り下げると、参照しているドメインモデルが対応する正しい状態にない場合、システムは Workspace 内のコンポーネントのライフサイクル状態を昇格させようとする試みを警告します。つまり、親コンポーネントは子モデルよりも先のライフサイクル段階に進むことはできません。

使用が認証されたコンポーネントを用いた設計。

アイテム・リビジョンのライフサイクル履歴の参照

アイテムのリビジョンとそのライフサイクル履歴は、Explorer panelおよびdetailed Item viewから参照・管理できます。Explorer panel では、選択したアイテム・リビジョンのLifecycleアスペクト表示タブに切り替えます。リリースデータにアクセスするには、Previewアスペクト表示タブに切り替えます。

Explorer panel でアイテム・リビジョンを選択し、Lifecycleアスペクト表示タブを使用することで、アイテムのリビジョンおよびライフサイクルデータに直接アクセスできます。Previewアスペクト表示タブに切り替えると、そのアイテムの当該リビジョンのリリースデータを確認できます。

ライフサイクル表示のコマンド

ライフサイクル状態のセルを右クリック（detailed Item view またはExplorer panel のいずれか）すると、次のコマンドにアクセスできます。

• Place <Revision> – このコマンドは、現在選択されているアイテム・リビジョンのインスタンスを配置します（配置がサポートされている場合）。たとえば、コンポーネントまたは Managed Sheet のリビジョンを、アクティブな回路図シート上に配置します。コンポーネントのシンボル、または managed sheet シンボルがカーソルに追従して表示され、配置できる状態になります。
• View Revision Properties – このコマンドはProperties for Item Revision dialogにアクセスします。ここには、選択したリビジョンの親アイテムに関連付けられたプロパティ一覧が表示されます。さらに、コンポーネントのパラメータ、またはリリース済み基板設計アイテムの親設計およびコンフィギュレーションなど、他のプロパティも一覧表示されます。
• Edit Revision - このコマンドは、アイテム・リビジョンが Planned 状態の場合にのみ使用できます。 Edit Revision dialogにアクセスし、データがリリースされる前にリビジョンへ変更を加えるために使用します。
• Delete Revision – このコマンドは、選択したアイテム・リビジョンを削除します。アイテムは「上位から下位へ（top-down）」削除する必要がある点に注意してください。つまり、親アイテムで使用されている子アイテム・リビジョンは削除できません。先に親アイテムを削除する必要があります。

• Promote <item to State> – このコマンドは、アイテム・リビジョンを次のLifecycle Stateへ昇格させます。これにより、次のLifecycle Stageへ遷移する場合もあります。

  利用可能な Lifecycle State は、アイテムの種類に適用されるLifecycle Definitionによって決まります。たとえば、通常はコンポーネントにComponent Lifecycle Definition が適用されます。
• Rollback <item to previous State> – アイテム・リビジョンの Lifecycle state を、直前に割り当てられていた状態へ戻します。たとえば、Component Lifecycle Definition が適用される場合に、ProductionからPrototypeへ戻す、といった操作です。
• Make <item unusable> / Abandon <item> – このコマンドは、次の上位レベルへ昇格させるのではなく、アイテム・リビジョンの Lifecycle State をAbandoned、Obsolete、Deprecatedなどへ変更します。たとえば、Component Lifecycle definition に対するObsolete状態が該当します。
• Establish Planned Revision - <level for Item ID> – このコマンドは、アイテムの次のリビジョンレベルを作成します。新しいリビジョンは初期のPlanned Lifecycle state になります。 Create Revision dialogが開き、アイテム・リビジョンを完全に定義するために必要なすべてのコントロールが提供されます。
• Establish Planned Item – このコマンドは、現在選択されているアイテム・リビジョンを基に、新しいアイテムを初期のPlanned Lifecycle state で作成します。Create New Item dialog が開き（選択したアイテム・リビジョンがAncestor Revisionとして設定された状態）、アイテムを完全に定義するために必要なすべてのコントロールが提供されます。

状態遷移コマンドを選択すると、State Transition Validation dialog が開きます。このダイアログには、検出されたエラー、Workspace の場所、遷移後のアイテム・リビジョンの状態、ステージ、遷移のステータスに関する詳細が表示されます。ダイアログ名は、選択したアイテムの現在のライフサイクル状態に応じて変わります。

State Transition Validation dialog のさまざまなバリエーション

ライフサイクル状態の一括変更

Workspace に保存されているすべての設計アイテムにはLifecycle Stateがあります。ライフサイクル状態は、そのアイテムが使用可能な準備状態を反映するために使用されます。たとえば、アイテムはNew From Design、In Production、またはDeprecatedである場合があります。複数アイテムのライフサイクル状態は、単一の一括処理で変更できます。

一括変更を実行するには:

1. Explorer panel で必要なアイテムを選択します。
2. 右クリックし、コンテキストメニューからOperations » Change stateコマンドを選択します。
3. バッチ状態変更ダイアログが開きます。Next State列は、対象となる各アイテムの次のライフサイクル状態がデフォルトで設定されます。これはアイテムごとに変更できます。あるいは、標準の Windows のCtrl+clickまたはShift+clickの操作で、ダイアログ内の複数エントリを選択できます。最後に選択したセルに下向き矢印が表示されるので、これを使って選択したすべてのアイテムに必要な状態を素早く設定できます。
4. Next Stateを必要に応じて設定したら、Processボタンをクリックしてライフサイクル状態の変更を実行します。
5. Confirmダイアログが表示されます。必要に応じてコメントを入力し（これはアイテム履歴の一部として保存されます）、Yesをクリックしてバッチのライフサイクル状態変更を完了します。

2つのコンポーネントのライフサイクル状態を素早く変更する例。