共有設計リソースの管理

共有設計リソースに対する変更を管理するには、構成スペース、構成、スナップショット、ワークスペース、および依存関係の概念と、コラボレーティブ開発環境のプロジェクトでのこれらの概念の役割を理解する必要があります。

構成スペース

構成スペース (スペース ともいう) は、関連するワークスペース構成とスナップショット構成のコレクションです。 スペースではリソースのバージョン情報を管理します。スペースを作成することで、関連するスナップショット構成とワークスペース構成をグループ化して、プロジェクト間で共有することができます。

Design Management 機能を備えたアプリケーションでは、チームはプロジェクト・エリア内で作業を実行します。例えば、組織のプロジェクトは、プロジェクト・エリアが 3 つ (データベース・ロジック、アプリケーション・ロジック、およびユーザー・インターフェース・ロジック) 存在することがあります。プロジェクト・エリアでは、プロジェクトの成果物、チーム構造、プロセス、およびスケジュールを定義します。アプリケーションが Rational® solution for Collaborative Lifecycle Management (CLM) の一部である場合、複数のプロジェクト・エリアを同じスペースに関連付けることができるため、これらのプロジェクトはスナップショット構成とワークスペース構成を共有します。プロジェクトをスペースに関連付けると、スペース内のすべてのワークスペースとスナップショットはそのプロジェクトで使用可能になります。 このフィーチャーには以下の利点があります。
  • ユーザーは単一構成コンテキストを使用して、異なるプロジェクト・エリアにあるリソースを変更できます。構成コンテキストの定義については、以下のセクションを参照してください。
  • 管理者とユーザーは、ワークスペースを共有する複数のプロジェクトにわたってすべてのリソースを取り込むスナップショットを作成できます。
プロジェクトについて詳しくは、このトピックの最後にある関連トピックへのリンクを参照してください。

プロジェクトをスペースに関連付けた後で、そのプロジェクトを別のスペースに関連付けることはできません。

構成コンテキスト

構成コンテキスト (コンテキストともいう) は、自分が処理するワークスペースまたはスナップショットを表します。コンテキストを変更することは、異なるワークスペースまたはスナップショットに変更することを意味します。あるプロジェクト・エリアの構成コンテキストを選択すると、同じスペースの別のプロジェクト・エリアに切り替えた場合、デフォルトではコンテキストが変わりません。別のコンテキストに切り替えるには、バナーの右上にある「現行構成コンテキスト」メニューを使用します。 このメニューには、現行スペースでスナップショットとワークスペースを処理するためのオプションが用意されています。

例えば、お客様は構成スペースを共有する 3 つのプロジェクトのメンバーであるとします。3 つのプロジェクトはいずれもライフサイクルが異なる反復の中にあり、管理者は各反復にちなんだ名前のワークスペースを作成しました。 あるプロジェクト・エリアを開き Iteration 1 ワークスペースに切り替えて、後で別のプロジェクト・エリアに切り替えた場合、現行コンテキストは Iteration 1 のままです。

スナップショット構成およびワークスペース構成

構成は固有のリソース・バージョン・セットです。構成には次の 2 つのタイプがあります。
  • スナップショット構成: スナップショットともいいます。特定の時点におけるプロジェクト全体の読み取り専用ビューです。これには、すべての設計リソースと、他のリソースへのリンクが含まれます。 スナップショット内のリソースにコメントを付けることはできますが、編集はできません。

    スナップショットの作成はいつでも可能です。例えば、モデルを Design Management Server にインポートした後や、特定の成果物のレビューを完了した後にスナップショットを作成することができます。

    リソースを変更した後で、スナップショットを参照し、そのリソースがどのように変更されたかを確認することができます。

  • ワークスペース構成: ワークスペース ともいいます。 各スペースには、複数のスナップショットとワークスペースを含めることができるデフォルト・ワークスペースが含まれています。1 つのスペースに複数のワークスペースが含まれています。例えば、バンキング・プロジェクトでは、さまざまなチームで使用可能な以下のワークスペースを定義できます。
    • アプリケーション・ロジック
    • データベース・ロジック
    • ユーザー・インターフェース
    ワークスペース内のリソースのバージョンを追加、編集、および削除することができます。

    ワークスペースは、同じスペース内の別のワークスペースのコンテンツに基づいて作成できます。 例えば、プロジェクト B のワークスペースをプロジェクト A のワークスペースに基づいて作成できます。プロジェクト B の新規ワークスペース内の成果物バージョンは、プロジェクト A の選択されたワークスペース内のリソースと同じです。プロジェクト B のワークスペースでリソースの追加、編集、または削除を行っても、プロジェクト A のワークスペース内のリソースには影響しません。

    ワークスペースで別のスペースにあるワークスペースのリソースが必要な場合は、後者のワークスペースのスナップショットを作成してから、そのスナップショットへの依存関係を指定する必要があります。

異なるプロジェクト・エリアにあるリソースの可視性

スペース内では、プロジェクト・エリアに異なるリソースが含まれています。前の『構成スペース』セクションで言及した次のシナリオを検討してください。アプリケーション・ロジックのプロジェクト・エリアには、アプリケーション・ロジックに関連した設計が含まれており、データベースのプロジェクト・エリアには、データベースに関連した設計などが含まれているとします。すべてのプロジェクト・エリアは同じスペースを共有しているため、構成を共有します。各構成は、すべてのプロジェクト・エリアにあるすべてのリソースのバージョンを管理します。ただし、リソースは異なるプロジェクト・エリア間では表示されません。例えば、アプリケーション・ロジックのプロジェクト・エリアで作業している場合は、データベースのプロジェクト・エリアにあるリソースにアクセスできません。そのため、プロジェクト・エリアを手動で切り替えてそのリソースを表示する必要があります。そのリソースを表示するにはプロジェクト・エリアのメンバーである必要があります。

他のスペース内のリソースへの依存関係

管理者は、プロジェクト・エリアを作成すると 1 つ以上のドメインに関連付ける必要があります。管理者は特定のバージョンのドメインを選択できます。選択すべきバージョンはプロジェクトの要件により異なります。

ワークスペースで別のプロジェクト・エリアのリソースが必要な場合は、そのプロジェクト・エリアのリソースを含むスナップショットへの依存関係を作成する必要があります。 依存関係はスナップショットに対してのみ指定可能です。

例えば、プロジェクトの開始時に、管理者がドメイン (BPMN ドメイン、スケッチャー・ドメイン、SoaML ドメインなど) をプロジェクト・エリアに関連付けて、プロジェクトで使用するオントロジーを指定するとします。ドメインのスナップショットにはリソースの特定のバージョンがリストされます。例えば、UML ドメインには UML 依存関係の複数のバージョンが含まれる場合があります。 プロジェクトでそのオントロジーの一部として UML 依存関係が必要な場合は、必要なバージョンが含まれたスナップショットを見つけて、そのスナップショットをワークスペースの依存関係として追加します。 依存関係を追加したら、そのスナップショットの成果物をプロジェクトで使用することができます。


フィードバック