作業スペースにおけるライフサイクルの定義

親ページ： サーバーアイテム

管理されたコンテンツサーバー内の各アイテムは、一連のリビジョンで構成されており、データが変更されてコミット/アップロード/リリースされるたびに、新しいリビジョンが使用されて新しいデータを収容します。したがって、リビジョンはアイテムが変更を受けるにつれての進行を反映します。または、それを逆に言うと、アイテムによって表されるデータエンティティが変更される場合、その変更を反映するためにリビジョンを増やす必要があります。

アイテムの任意のリビジョンについても、そのリビジョンの現在の状態、つまりそのライフサイクルのどの段階に達しているかを反映することが重要です。この状態はアイテムリビジョンのライフサイクルとして言及されます。

ライフサイクルを通じて、企業はアイテムをビジネスの観点から、そして企業のポリシーと実践に従って管理することができます。このライフサイクル情報を持つことで、リリースされたデザインの「ビルディングブロック」の再利用を検討しているデザイナーや、ボードを製造および組み立てるためのデータが必要なサプライチェーンまで、サーバー内でアイテムを使用する必要がある人々は、アイテムのリビジョンがそのライフサイクルのどの段階に達しているか、そしてそれを安全に使用できるものかを一目で確認できます。

ライフサイクルのモデリング

異なる組織がデザインアイテムのライフサイクルをモデル化したりラベル付けしたりする方法は少し異なるかもしれませんが、すべて似たようなテーマに従います。例えば、製品の一般的なライフサイクルは、デザインアイデアとして始まり、次にプロトタイプになり、その後生産に入り、そしてある時点で時代遅れになり、もはや製造されたり販売されたりしなくなる、といったものです。

設計の各コンポーネントにライフサイクルステータス情報を使用することで、設計をより高い状態に昇格させることができるのは、その新しい状態が設計内の最低状態コンポーネント以下である場合に限られることを保証します。例えば、設計が生産に移行する準備ができている場合、それに含まれるすべてのコンポーネントも生産中である必要があります - つまり、まだプロトタイプ中（または新規設計から）のコンポーネントは、設計全体がそのレベルに昇格する前に生産中にする必要があります。

多くの場合、設計項目のリビジョンは、さまざまなライフサイクル状態を線形に進行しますが、これが取りうる唯一の経路であるとは限りません。例えば、アイテムリビジョンの中には、プロトタイピング段階に到達する前に放棄されるものもあります。管理されたコンテンツサーバーでは、アイテムのリビジョンが移動できる許可された状態は、ライフサイクル定義に含まれる遷移表によって定義されます。

マネージドコンテンツサーバーは、シンプルまたはアドバンスドの2つのライフサイクル管理レベルをサポートしています。これらは基本的に管理のスタイルを決定し、その上でライフサイクルの定義が構築されます。シンプル管理スタイルに基づくライフサイクル定義では、状態と状態遷移のみが関与します。アドバンスド管理スタイルに基づくライフサイクル定義では、状態をさらに定義された段階にクラスタリングすることができます。

状態、段階、および遷移

関連ページ： 詳細なアイテムビューへのアクセス

アイテムリビジョンのライフサイクルの各ポイントは状態と呼ばれ、例えば製造中などです。アイテムのリビジョンが状態を変更することを遷移と呼び、これは他の状態への変更のみを指します。

アドバンスド管理スタイルに基づくライフサイクル定義は、状態をステージに集約することをサポートしています。ステージは、アイテムのリビジョンが開発のどの段階にあるかを識別するラベルを作成することを可能にします。例えば、設計中、プロトタイプ中、または製造中などです。

3段階に分類された状態のライフサイクル定義の例。

下の画像は、3レベルのリビジョン命名スキームを採用しているアイテムの詳細なItemビューからのスニペットを示しています：モデル、プロトタイプ、そしてリビジョン。各モデルは別々のブロックとして表示されます。モデル内では、各プロトタイプがサブブロックです。各プロトタイプの下には、そのモデル/プロトタイプのリビジョンがあり、各リビジョン内にはリビジョンが存在した異なる状態があります。

アイテムのさまざまなリビジョンのライフサイクル状態の例.

デフォルトのライフサイクル定義

デフォルトのライフサイクル定義は以下の通りです：

• Altium Attachments Lifecycle

• Basic Lifecycle

• Component Lifecycle

• Extension Lifecycle

• Simple Lifecycle

• Simple Lifecycle With Approvals

• Structured Lifecycle

• Structured Lifecycle With Approvals

適用されるライフサイクル定義は、アイテムを作成する際に個々のアイテムレベルで選択されます。したがって、異なるアイテムには異なるライフサイクル定義が割り当てられることがあります。

ライフサイクル定義の管理

Altium Designer内で、ライフサイクル定義はEdit Lifecycle Definitionsダイアログから閲覧および管理できます。現在ログインしているアクティブサーバーに対してこのダイアログにアクセスするには：

1. PreferencesダイアログのData Management - Serversページを開きます。

2. アクティブサーバーのエントリーの一番右にあるPropertiesコントロールをクリックします。

3. 関連するメニューからLifecyclesコマンドを選択します。

アクティブサーバーのライフサイクル定義は、Edit Lifecycle Definitions ダイアログを通じて Altium Designer で作成および編集されます。Altium NEXUS サーバーにサインインしているときに画像にマウスを合わせると、ダイアログが表示されます。

ブラウザベースのライフサイクル管理

管理されたコンテンツサーバーは、Altium Designer を通じてこれを行う能力を補完し、ブラウザベースのインターフェースを通じてライフサイクル定義を定義および管理する機能を提供します。そして、関与する状態と遷移のより良い可視性を提供し、各ライフサイクルはグラフィカルな方法で構築され、一目で関与するフローを示します。

サーバーのブラウザベースのインターフェースを通じてライフサイクル定義を定義し、管理することは、非常に視覚的な作業です。定義は、状態と状態遷移（およびAdvancedスタイルの管理を使用している場合はステージ）を表すさまざまなグラフィカルオブジェクトを使用して、フローダイアグラムのように構築されます。

グラフィカルオブジェクトを使用して、ステージ、状態、および遷移を表す視覚的な方法でライフサイクル定義を定義します。

新しい定義の追加

新しいライフサイクル定義を作成するには、Edit Lifecycle Definitionsダイアログの上部にあるAdd New Definitionリンクをクリックします。ダイアログに新しいタブが表示され、設定の準備が整います。

独自のカスタムライフサイクル定義を作成します。

定義の設定

必要に応じて、ライフサイクル定義のタブ内で利用可能なコントロールを使用して、その定義を設定します。

まず、Definition Nameフィールドに意味のある名前を入力します。タブは入力された名前を動的に反映します。

Lifecycle Managementコントロールを使用して、ライフサイクル管理のスタイルを選択します - SimpleまたはAdvanced。シンプルスタイルは、状態と状態遷移のみが関与します。アドバンスドスタイルでは、状態がクラスタリングされるステージの定義が可能です。

ライフサイクル定義の名前とスタイルを指定します。

初期状態

Initial State of Revisionsフィールドを使用して、アイテムリビジョンの開始状態、つまりリリースされたデータを含まないリビジョンの状態 - いわば「プレリリース状態」を決定します。デフォルトでは、この状態はPlannedと名付けられています。これを変更するには、リンクをクリックしてState Propertiesダイアログを使用し、その名前と説明、テキストと背景色を決定します。

リビジョンの初期状態を設定します。

ステージ

Advanced スタイルのライフサイクル管理が選択された場合、必要なステージを追加して定義するためのコントロールが利用可能になります。デフォルトで Design - という名前の単一ステージが提供され、さらに2つのステージを追加することができます。追加のステージを追加するには、単にAdd Stageリンクをクリックします。

それぞれのStage Nameフィールドに直接入力することで、必要に応じてステージの名前を入力します。

必要に応じてステージを追加します。これにより、状態をクラスタリングし、より豊かで構造化されたライフサイクル定義を作成できます。

状態

次のステップでは、ライフサイクル定義に必要な状態を追加します。シンプルな管理スタイルに基づくライフサイクル定義の場合、これはフラットリストになります。高度な管理スタイルの場合、定義された各ステージに状態を追加する必要があります。

状態リストの下にある コントロールをクリックして新しい状態を追加します。State Propertiesダイアログが表示されたら、その状態の名前、説明、色の属性を定義します。

ライフサイクル定義に状態を追加する。

新しい状態はリストの最下部に追加されます。状態をクリックして選択し、次に コントロールを使用して、リスト内の必要な位置に移動します。

高度なスタイルのライフサイクル定義に状態を定義する際、ステージ間で状態を移動させるための追加のコントロールが利用可能です。ステージの位置に応じて、必要に応じて状態を右のステージへ押し出す（）、または左（）へ移動します。

2段階のライフサイクル定義を通じて定義された例。

遷移

最後のステップは、異なる状態間のパスである状態遷移を定義することです。状態を選択するためにクリックし、その後状態名の右にあるコントロールをクリックして新しい状態遷移を追加します。State Transition Propertiesダイアログが表示されたら、その名前、ターゲット（次の）状態、メニューテキスト、および権限の観点から遷移を定義します。

状態遷移の追加。

新しい遷移がリストの最下部に追加されます。遷移を選択してから、状態リストの下にある コントロールを使用して、リスト内で必要な位置に移動します。

遷移の次の状態が異なるステージにある場合、そのターゲット状態の色の指示矢印が表示され、これにより表示されます。

2段階のライフサイクル定義を通じて完全に定義された状態と状態遷移の例。矢印は段階を越える遷移を示しています。 トランジションのプロパティを編集するには、それをクリックして選択し、次にトランジションの名前の右にあるコントロールをクリックします。選択したトランジションを削除するには、コントロールを使用します。 簡単なライフサイクル定義のすべての定義済み状態とトランジションを完全に削除するには、または高度なライフサイクル定義の特定のステージのすべての状態とトランジションを削除するには、適用可能な右クリックコンテキストメニューからClearコマンドを使用します。

リビジョン命名スキームの段階とレベルのリンク

リビジョンとライフサイクル状態は、ItemビューやExplorerパネルの適切な右クリックメニューから増やすことができます。新しいリビジョンの確立とライフサイクルの昇格は完全に別のタスクであり、異なる理由（デザインの変更時に新しいリビジョン、そのアイテムリビジョンの使用可能性の向上を反映するために新しいライフサイクル状態）で行われますが、それらは相互に関連しています。

高度な管理スタイルに基づくライフサイクル定義では、定義された段階を使用しているリビジョン命名スキームのリビジョンレベルにリンクできます。Edit Lifecycle Definitionsダイアログの下部にあるオプションを使用してこれを行います。

リビジョンレベルにステージをリンクするオプション。

これにより、ライフサイクルステートとリビジョンレベルの間に関係が生まれます。これは、アイテムリビジョンのライフサイクルがインクリメントされ、あるステージの状態から別のステージの状態へ移行すると、右クリックメニュー上の利用可能なリビジョン修正タイプのコマンドも変更されることを意味します。

デフォルトのライフサイクル定義Structured Lifecycle With Approvalsと、3レベルのリビジョン命名スキーム（リビジョン、プロトタイプ、モデルのレベルで）を考えてみましょう。アイテムリビジョンが最初の段階でNew From Designの状態にある場合、右クリックメニューのリビジョンタイプオプションには、新しいリビジョン、新しいプロトタイプ、または新しいモデルを確立するオプションが含まれます。

その後、ライフサイクルがインクリメントされ、In Prototypeになると、第二段階に移動します。それを右クリックすると、利用可能なリビジョンタイプオプションには、新しいプロトタイプまたは新しいモデルを確立するオプションが含まれます。つまり、新しいリビジョンを開始するオプションはありません。この振る舞いは直感的に予想されるものです - デザインがプロトタイプに進んだ場合、デザインの変更が必要であれば、新しいプロトタイプが必要になるか、または変更の範囲に応じて新しいモデルが必要になるでしょう。

アイテムリビジョンがIn Productionの状態に達すると、第三段階で、新しいモデルを確立するためのリビジョンタイプオプションが再び利用可能になります。これも予想通りです。

リンクされると、アイテムリビジョンのライフサイクル状態が定義された異なる段階を進むにつれて、リビジョンタイプのコマンドが変更されます。

定義の保存

新しいライフサイクル定義が追加された場合、または既存のライフサイクル定義が何らかの方法で変更された場合、そのライフサイクル定義を保存する必要があります。実際の「保存」コマンドはありませんが、これを実行するためのコントロールが用意されています：

• 新しいライフサイクル定義には「+」サフィックスが付きます。定義のタブの右上にあるAdd Definitionを使用するか、ダイアログのメインApplyボタンをクリックしてください。

• 変更された既存のライフサイクル定義には「*」サフィックスが付きます。定義のタブの右上にあるApply Changesを使用するか、ダイアログのメインApplyボタンをクリックしてください。

どちらの場合も、サフィックスは削除され、定義はサーバーで利用可能なライフサイクル定義のセットの一部として追加されます。

誰が何を、いつ変更したかという明確で透明な監査証跡を容易にするために、ライフサイクル定義が最後に変更された時の詳細は、そのタブの右下に提供されます。

ライフサイクル定義が最後に変更された時と、それを行った人を特定する。

定義の名前変更

既存の使用中のライフサイクル定義の名前を変更するには：

1. アクティブサーバーのEdit Lifecycle Definitionsダイアログにアクセスします。

2. 変更する必要がある定義のタブをクリックします。

3. Definition Nameフィールドで名前を変更します。

ライフサイクル定義の名前を変更し、その定義を使用しているアイテムのプロパティで変更を確認する例。

定義の複製

新しいライフサイクル定義を一から作成する必要はありません。Edit Lifecycle Definitionsダイアログでは、既存の定義をすばやく複製する機能が提供されています。これを行うには、複製される予定の必要なライフサイクル定義をアクティブな定義として設定し、その定義のタブの右上にあるCloneコントロールをクリックします。

定義の正確なコピーが作成され、初期デフォルト名New Lifecycle Definitionの新しい定義が作成されます。必要に応じて名前を変更し、Add Definitionコントロール（またはメインのApplyボタン）をクリックして、新しい定義を効果的に保存します。

定義の削除

既存のライフサイクル定義を削除するには、それを選択してEdit Lifecycle Definitionsダイアログでアクティブな定義にし、定義のタブの右上にあるDeleteコントロールをクリックします。

ライフサイクル定義の完全な削除は、ダイアログのメインのApplyボタン（またはOKをクリック）をクリックすることで行われます。これに先立ち、ダイアログの右上にあるUndoコントロールをクリックすることで、削除操作を元に戻すことができます。

ライフサイクル定義の削除操作は元に戻すことができます。

定義のエクスポートとインポート

ユーザー定義のライフサイクル定義は、それが定義された管理コンテンツサーバー内でのみ使用可能です。定義をサーバー間で移植できる機能を提供するために、Edit Lifecycle Definitionsダイアログにはエクスポートとインポートの機能が備わっています。

ライフサイクル定義をエクスポートするには、そのタブの右上にあるExportコントロールをクリックします。次に表示されるライフサイクル定義の保存ダイアログで、ファイルをどこに、どの名前で保存するかを決定します。

ライフサイクル定義をインポートするには、Edit Lifecycle Definitionsダイアログの上部（タブ定義の上）にあるImport Definitionコントロールをクリックします。Open Lifecycle Definitionダイアログを使用して、必要なライフサイクル定義ファイルを探して開きます。ライフサイクル定義は、サーバーで利用可能な既存のライフサイクル定義のリストに追加されます。

ライフサイクル定義の使用を制御する

特定のライフサイクル定義をどのアイテムタイプが使用できるかは、各定義を定義する際に、グローバルレベルで定義および有効化することができます。この機能が有効になっている場合、許可された定義のみが特定のアイテムタイプのライフサイクル定義を選択する際に利用可能になります。これにより、特定のタイプの作成されたアイテムが必要とするライフサイクル定義のみを使用するようにするための、追加の制御レベルを提供します。

Content Typesダイアログ内から制御が行われます。設定したい特定の定義のタブをクリックし、その定義のタブの右上にあるContent Typesリンクをクリックします。

Content Typesダイアログにアクセス - どのアイテムタイプがライフサイクル定義を使用できるかを決定するための中心的なコマンド。

Content Typesダイアログには、アクティブな管理コンテンツサーバーで作成できるサポートされているアイテムタイプがすべてリストされています。リストの上にあるオプション - Control Lifecycle Definition per Content Type - は、その特定の定義に対して、機能がアクティブ（有効）かどうか（無効）、またはグローバルに制御するかどうかを提供します。このオプションを有効にし、その定義を使用したい各アイテムタイプに対して関連するUseオプションを有効にします。

高度なライフサイクル管理モードとシンプルなライフサイクル管理モードの切り替え

既存のライフサイクル定義を、Advancedライフサイクル管理（状態、状態遷移、および段階）からSimple管理スタイル（状態と状態遷移のみ）に切り替えることができます。Simpleオプションを有効にすると、Confirm Merge Statesダイアログが表示されます。このダイアログを使用して、次のように切り替えを処理します：

• Yesをクリック - ステージ1、2、および3のすべての定義済み状態（および状態遷移）が、単一のフラットな状態リストにマージされます。

• Noをクリック - ステージ2および3のすべての定義済み状態（および状態遷移）が削除されます。ステージ1（最も左のステージ）にある状態（および状態遷移）のみが、単一のフラットな状態リストに残ります。

ライフサイクル管理のスタイルをAdvancedからSimpleに切り替える際に、他の段階の状態（および状態遷移）をどのように扱うかを制御します。