PDM チェックアウトの例
以下の例では、PDM オブジェクトを複数のプロジェクトにチェックアウトするときに実行する手順について説明します。
1. PDM で部品を作成します。
Product A という製品コンテキストに部品 A.1 が作成されます。
製品マネージャは、製品チームが部品に対して必要な作業を実行できないと判断します。ただし、この部品は製品アセンブリの必須の構成部品なので、別の製品コンテキストには移動できません。その結果、引き続きその部品に対して作業を行うため、製品マネージャはプロジェクトチームのリソースを割り当てるよう要求します。
2. この部品を複数のプロジェクトにチェックアウトします。
製品マネージャは 3 つのプロジェクトを選択し、プロジェクトチームのメンバーが部品に対する設計作業を実行するように要求します。製品マネージャは「プロジェクトに追加」操作を使用して、部品を各プロジェクトにチェックアウトします。この例では、各プロジェクトに Project 1、Project 2、Project 3 という名前が付いています。
「プロジェクトに追加」操作によって次のイベントが発生します。
◦ Product A で部品 A.1 がロックされます。
◦ 部品のプロジェクト固有のバージョンが各プロジェクトに作成されます。
 | ここには示されていませんが、製品マネージャが部品をチェックアウトするときには、オプションで関連オブジェクトや依存オブジェクトを含むことができます。たとえば、関連ドキュメント、構造アノテーション、下位レベルの部品コンポーネント、関連する CAD ドキュメントなどです。これらのオブジェクトは、各プロジェクトで共有するか、各プロジェクトにチェックアウトできます。 |
部品 A.1 の「プロジェクトステータス」テーブルに移動し、テーブル内のオブジェクトを「PDM チェックアウト済み」に変換します。
プロジェクトステータステーブルに、「PDM チェックアウト済み」ステータスを持つ、部品のプロジェクト固有の各バージョンが表示されます。
 | 製品マネージャが代わりに Product A のメンバーに作業を割り当てることにした場合、「PDM のチェックアウトを解除」操作を実行するだけです。プロジェクト固有のバージョンは削除され、読み取り専用の共有オブジェクトに置き換えられます。 |
3. プロジェクトメンバーがオブジェクトをチェックアウトおよびチェックインします。
適切なアクセス権を持つチームメンバーは、部品をプロジェクトからチェックアウトして変更できます。修正を行うたびに、部品のプロジェクト固有の作業版数が新規作成されます。
この例では、Project 1 のメンバーが部品 A-1.1 をチェックアウトおよびチェックインして部品 A-1.2 を作成しています。次に、これを再びチェックアウトおよびチェックインして部品 A-1.3 を作成しています。Project 2 のメンバーはバージョンを 8 回修正し、Project 3 のメンバーはバージョンを 4 回修正しました。
「プロジェクトステータス」テーブルに、プロジェクト固有の最新バージョンが表示されます。
| | バージョン番号は、サイトに適用されている番号付けスキームに応じて異なる可能性があります。 |
4. 製品構造に組み込むプロジェクトバージョンを決定します。
製品マネージャは各バージョンを評価して、Project 2 で作成されたバージョン A-2.8 を選択します。
5. 1 位の設計を PDM に送り返します。
| | ここには示されていませんが、プロジェクト内で作成した関連オブジェクトや依存オブジェクトも送信できます。これらのオブジェクトもプロジェクトで再共有されます。 Project 2 のメンバーが引き続きその部品に対して作業できるようにする場合、共有の部品 A.2 を「PDM チェックアウト済み」に変換できます。 |
 | a. Product A のソース部品が更新され、Project 2 での変更内容が反映されます。 この例では、この製品の部品がバージョン A.1 からバージョン A.2 になっています。部品 A.2 には Project 2 で実行されたすべての修正が含まれています。 b. ソース部品はロック解除され、Product A のメンバーは部品 A.2 に対する作業を再開できます。 c. 1 位の代替設計である部品 A-2.8 が「PDM に送信」状態になります。プロジェクトメンバーはこの部品バージョンをまだ表示できますが、修正はできなくなります。 |
 | a. ソース部品の最新バージョン A.2 が Project 2 で再共有されます。つまり、Product A のメンバーがこの部品に変更を加えた場合、そのプロジェクトのユーザーは「プロジェクトを更新」操作を使用してこれらの変更を共有部品に反映できます。 b. プロジェクトの「フォルダコンテンツ」テーブルに共有バージョンが表示され、「PDM に送信」バージョンは非表示になります (「プロジェクトステータス」テーブルからは引き続きアクセスできます)。 |
6. 残りのプロジェクトを更新します。
「PDM に送信」操作が完了すると、Project 1 と Project 3 にチェックアウトされた部品バージョンは自動的に「廃止予定」状態になります。
この結果、それぞれのプロジェクトコンテキストに次のイメージに示すオブジェクトが表示されるようになります。
淡色表示されたバージョンは、「フォルダコンテンツ」テーブルには表示されません。
7. Project 1: 廃止予定の部品バージョンを維持します。
Project 1 では、「廃止予定」状態の部品に対する作業を続行することにします。
廃止予定オブジェクトには次の規則が適用されます。
◦ 廃止予定オブジェクトは PDM には送信できません。
◦ プロジェクトメンバーは廃止予定オブジェクトを引き続きチェックアウトおよびチェックインできます。
◦ 廃止予定オブジェクトは、プロジェクトの「フォルダコンテンツ」には表示されたままです。
◦ 新規オブジェクトまたは別の PDM チェックアウト済みオブジェクトの子として廃止予定オブジェクトを追加できます。ただし、親を PDM に送信する際に、廃止予定の子を送信することはできません。代わりに、廃止予定の子はそのソースの最新の PDM バージョンに置き換えられます。
◦ 廃止予定オブジェクトが別のプロジェクトオブジェクトに関連付けられている場合、その関連付けは維持されます。ただし、関連付けられているオブジェクトを PDM に送信する場合、先にその関連付けを除去する必要があります。
たとえば、Project 1 のメンバーがイラストレーションを作成し、「説明」関係を使用してそのイラストレーションを部品 A-1.4 に関連付けたとします。部品 A-1.4 が「廃止予定」状態になった後も、イラストレーションはこの部品と関連付けられたままになります。
後から、このイラストレーションを PDM ソース部品である部品 A.2 で使用できるように PDM に送信するよう Product A の製品マネージャが要求したとします。このイラストレーションを PDM に送信するためには、Project 1 のユーザーが先に「説明」関係を除去する必要があります。
8. Project 3: 廃止予定オブジェクトを共有オブジェクトに変換します。
Project 3 では、共有オブジェクトに変換操作を使用して、廃止予定の部品を共有部品に変換することにします。
この結果、次のようなイベントが発生します。
◦ ソース PDM 部品の最新バージョンがプロジェクトで再共有されます。
◦ プロジェクト固有のバージョンが「廃止予定」状態から「破棄」状態に変わります。
◦ プロジェクトメンバーはそれ以降も破棄されたオブジェクトを表示できますが、そのオブジェクトをチェックアウトして修正することはできなくなります。
◦ 破棄オブジェクトは、ビューが「すべて - 非表示オブジェクトを含む」に設定されている場合に、「フォルダコンテンツ」のみに表示されます。
9. 変更内容をレビューします。
このプロセスを終了すると、元の部品に対して次のイメージに示すバージョンが使用可能になります。淡色表示されたバージョンは、「フォルダコンテンツ」テーブルには表示されません。
これらの変更内容は、「プロジェクトステータス」テーブルでレビューできます。
詳細については、以下のトピックを参照してください。