コンテキストとドメイン階層の概要
コンテキストタイプには、以下に示す階層が確立されています。
コンテキストが作成されると、そのコンテキスト内で使用する一連のドメインが作成されます。一般に、ドメイン階層は、コンテキスト階層に基づいて確立されます。親ドメインは、子ドメインと同じコンテキスト内か、または子ドメインのコンテキストの親コンテキスト内に作成されます。以下の図のサイト、組織、およびライブラリコンテキストでは、1 つのコンテキストにつき 1 つのドメインを定義しています。このドメイン階層では、ドメイン 3 (ライブラリコンテキスト内) はドメイン 2 (組織コンテキスト内) の子、ドメイン 2 はドメイン 1 (サイトコンテキスト内) の子として表示されます。
実際のドメイン構造は、アプリケーションコンテキストがプライベートコンテキストとして作成されているか、パブリックコンテキストとして作成されているか、あるいは共有チームを使用して作成されているかにより、異なります。プライベートコンテキストの「/Default」ドメインのドメイン構造は、組織コンテキストの「/Private」ドメインが開始点となります。パブリックコンテキストおよび共有チームを使用したコンテキストの「/Default」ドメインのドメイン構造は、組織コンテキストの「/Default」ドメインが開始点となります。
共有チーム、プライベート、およびパブリックの 3 つのコンテキストのドメイン構造を理解するため、以下の例を考えてみましょう。
• Windchill のインストールによってサイトコンテキストが作成され、それに Bike Company という名前の子組織コンテキストがあり、管理者が (既成のライブラリテンプレートを使用して) 以下のようなパブリックライブラリコンテキストを作成したと想定します。
◦ チームはローカルチームです。
◦ このコンテキストは "Sales" という名前で、Bike Company コンテキストの子です。
この場合、Sales ライブラリのドメイン階層は以下のようになります。
ポリシー管理ユーティリティ内では、階層は次のように表示されます。
• Windchill のインストールによってサイトコンテキストが作成され、それに Bike Company という名前の子組織コンテキストがあり、管理者が (既成の製品テンプレートを使用して) 以下のような製品コンテキストを作成したと想定します。
◦ チームは "Design" という名前の共有チームです。
◦ このコンテキストは "Tire" という名前で、Bike Company コンテキストの子です。
この場合、Tire 製品のドメイン階層は以下のようになります。
ポリシー管理ユーティリティ内では、階層は次のように表示されます。
• Windchill のインストールによってサイトコンテキストが作成され、それに Bike Company という名前の子組織コンテキストがあり、管理者が (既成のプロジェクトテンプレートを使用して) 以下のようなパブリックプロジェクトコンテキストを作成したと想定します。
◦ チームはローカルチームです。
◦ このコンテキストは "Super Bike" という名前で、Bike Company コンテキストの子です。
この場合、Windchill ProjectLink の Super Bike プロジェクトのドメイン階層は以下のようになります。
ポリシー管理ユーティリティ内では、階層は次のように表示されます。
• Windchill のインストールによってサイトコンテキストが作成され、それに Bike Company という名前の子組織コンテキストがあり、管理者が (既成のプロジェクトテンプレートを使用して) 以下のようなプライベートプロジェクトコンテキストを作成したと想定します。
◦ チームはローカルチームです。
◦ このコンテキストは "Future Bike" という名前で、Bike Company コンテキストの子です。
この場合、Windchill ProjectLink の Future Bike プロジェクトのドメイン階層は以下のようになります。
ポリシー管理ユーティリティ内では、階層は次のように表示されます。
製品、ライブラリ、プロジェクト、またはプログラムの「/Default」ドメインのドメイン階層は、共有チームが使用されるかどうかにより異なります。共有チームが使用されない場合は「プライベートアクセス」での選択により異なります。共有チームが使用される場合、「プライベートアクセス」での選択はできません。プロジェクト (またはプログラム) を作成するとき、マネージャは「プライベートアクセス」オプションで「プロジェクトのメンバーのみ」(または「プログラムのメンバーのみ」) を選択して、/Private で始まるドメイン階層ブランチを使用するプライベートプロジェクト (またはプログラム) を作成します。その他の「プライベートアクセス」オプションを選択すると、組織コンテキストの「/Default」ドメインから始まるドメイン階層を使用するパブリックプロジェクト (またはプログラム) が作成されます。
<Check Alignment of PHs>マネージャが製品 (またはライブラリ) を作成するとき、/Private で始まるドメイン階層を使用するプライベート製品 (またはライブラリ) を作成するには、「プライベートアクセス」オプションで「はい」を選択します。「いいえ」を選択すると、組織コンテキストの「/Default」ドメインで始まるドメイン階層を使用するパブリック製品 (またはライブラリ) が作成されます。
組織コンテキストの「/Private」ドメインには、組織コンテキストの管理者にアクセス権を付与する既成のポリシー規則のみが含まれます。"プライベート" と呼ばれているのはそのためです。組織コンテキストの「/Default」ドメインとその子ドメインには、広範囲な参加者にアクセス権を付与する既成のポリシー規則セットが割り当てられています。したがって、それらのドメインを継承するアプリケーションコンテキストは "パブリックコンテキスト" と呼ばれています。
