カテゴリー構造を設計する際には、カテゴリーのサブジェクト・エリアを決定し、カテゴリー内のガバナンス成果物を作成、使用、および表示する必要があるユーザーを決定する必要もあります。
必要な権限
最上位カテゴリーを作成するには、 「ガバナンス・カテゴリーの管理」 ユーザー権限 が必要です。
カテゴリーのプロパティー
カテゴリーには、ガバナンス成果物のプロパティーに類似した標準プロパティーがいくつかあります。
プロパティーまたは動作 | サポートしますか? | 説明 |
---|---|---|
固有の名前が必要ですか? | はい | カテゴリー・パスとその名前の組み合わせは固有でなければなりません。 カテゴリー名に >> 文字を含めることはできません。 カテゴリーには、そのすべての成果物とサブカテゴリーを包含する一般的な名前を割り当てます。 |
説明? | はい | オプション。 ガバナンス成果物を作成するユーザーがこのカテゴリーに追加すべきのものを知るのに役立つ説明を含めます。 |
他のカテゴリーに関係を追加しますか? | カテゴリーには、サブカテゴリーとその上位カテゴリーとの階層関係があります。 サブカテゴリーは、上位カテゴリーからコラボレーターを継承します。 最上位カテゴリーが異なるカテゴリーは、相互に関係を持つことができません。 | |
ガバナンス成果物に関係を追加しますか? | はい | ほとんどのタイプのガバナンス成果物は、カテゴリー別に編成されています。 ガバナンス成果物は、1 次カテゴリーと 2 次カテゴリーを持つことができます。 |
資産に関係を追加しますか? | はい | カタログ内の資産関係を参照してください。 |
カスタム・プロパティーを追加しますか? | はい | ガバナンス成果物およびカタログ資産のカスタム・プロパティーおよび関係を参照してください。 |
カスタム関係を追加しますか? | はい | ガバナンス成果物およびカタログ資産のカスタム・プロパティーおよび関係を参照してください。 |
カスタム役割を追加しますか? | はい | カテゴリーのカスタム役割を作成できます。 カスタム・ロールを参照してください。 |
ファイルからインポートしますか? | はい | カテゴリーのインポートおよびエクスポートを参照してください。 |
Knowledge Accelerator からインポートしますか? | はい | すべての Knowledge Accelerators には複数のカテゴリーが含まれます。 Knowledge Accelerators のコンポーネントを参照してください。 |
ファイルにエクスポートしますか? | はい | カテゴリーのインポートおよびエクスポートを参照してください。 |
ワークフローによる管理しますか? | いいえ | カテゴリーの作成と管理は、ワークフローの対象ではありません。 ただし、カテゴリーはワークフロー定義の一部として含まれます。 カテゴリーとワークフローを参照してください。 |
有効開始日と有効終了日を指定しますか? | いいえ | カテゴリーには開始日と終了日がありません。 |
スチュワードを割り当てますか? | いいえ | カテゴリーには、代わりに所有者またはスチュワードがあります。 |
タグをプロパティーとして追加しますか? | はい | タグを参照してください。 |
資産に割り当てますか? | いいえ | カテゴリーはガバナンス成果物にのみ割り当てられます。 |
事前定義カテゴリーですか? | はい | [uncategord] カテゴリーは事前定義されており、事前定義されたガバナンス成果物が含まれています。 事前定義カテゴリーを参照してください。 |
カテゴリー・アーキテクチャー
カテゴリー・アーキテクチャーを設計するためのいくつかの一般的な戦略には、以下のように上位カテゴリーを分割することが含まれます。
- ビジネス・ユニット別 (ハードウェア、ソフトウェア、サービスなど)、次に部門別 (マーケティング、財務、人事など)。
- サブジェクト・エリア別 (顧客や製品など)。
最上位カテゴリーおよびサブカテゴリーは、必要な数だけ作成できます。 カテゴリーを作成して、成果物を持たないサブカテゴリーを編成することができます。 例えば、Knowledge Accelerator for Financial Services のカテゴリー構造の 1 つのセクションは、以下のようになります:
Knowledge Accelerator for Financial Services
Business scopes (0 governance artifacts, 29 subcategories)
Custom Insight (0 governance artifacts, 4 subcategories)
Customer Insight - Contact Center Optimization (271 business terms)
Customer Insight - Customer Lifetime Value (258 business terms)
Customer Insight - Optimize Offers And Cross Sell (307 business terms)
Individual Customer Profile Analysis (110 business terms)
ガバナンスの成果物が複数のカテゴリーに当てはまる場合でも、カテゴリーがオーバーラップしないようにカテゴリー構造を設計してください。 例えば、Knowledge Accelerator for Financial Services では、ビジネス用語 Email Address は、以下の 1 次カテゴリーと 6 つの 2 次カテゴリーに属します:
カテゴリー・コラボレーター
カテゴリー内のガバナンス成果物の詳細を表示したり、そのカテゴリー内にガバナンス成果物を作成したりするには、ユーザーはカテゴリー内のコラボレーターでなければなりません。
カテゴリー・コラボレーターには、カテゴリー内で実行できるアクションを制御する 役割 があります:
- 所有者: カテゴリー、その成果物、およびそのコラボレーターを管理します。 所有者は、任意のカテゴリー役割 (「所有者」役割を含む) を他のカテゴリー・コラボレーターに割り当てることができます。
- 管理者: カテゴリー、その成果物、およびその非所有者コラボレーターを管理します。 管理者は、「所有者」役割を除く任意のカテゴリー役割を、他のカテゴリー・コラボレーターに割り当てることができます。
- 編集者: カテゴリーを表示し、その公開された成果物とドラフト成果物を管理します。
- レビューアー: カテゴリーとその公開済み成果物およびドラフト成果物を表示します。
- ビューアー: カテゴリーと、その公開された成果物の詳細を表示します。
- カスタム役割: カテゴリー内でコラボレーターが実行できるアクションを制御する権限のカスタム・セットを持つカスタム役割を作成できます。 カスタム・ロールを参照してください。
カテゴリー・コラボレーターには、複数の役割を割り当てることができます。 サブカテゴリーは、すべての親カテゴリーおよび上位カテゴリーから対応する役割を持つカテゴリー・コラボレーターを継承します。 サブカテゴリーのコラボレーターには、そのサブカテゴリーで割り当てられた役割のほかに、すべての上位カテゴリーで割り当てられた役割が割り当てられます。 カテゴリー階層内の複数の役割を参照してください。
通常は、カテゴリー階層の上位レベルで最小の権限をユーザーに付与します。 特定のサブカテゴリーに対する追加の権限を持つ役割を追加します。
デフォルトでは、最上位カテゴリーには、 ビューアー 権限を持つコラボレーターとして自動的に パブリック・アクセス グループが設定されます。 ただし、そのグループには、 ガバナンス成果物へのアクセス 許可または ガバナンス・カテゴリーの管理 許可も持つユーザーのみが含まれます。
カテゴリー・コラボレーターは、以下の 2 つの主要なグループに分類されます:
- データ資産を処理し、ガバナンス成果物を表示する必要があるメンバーをカタログします。
- ガバナンス成果物を作成または割り当てる必要があるガバナンス・チーム・メンバー。
資産を処理するカタログ・メンバー
Cloud Pak for Data as a Service のすべてのユーザーには、以下の権限があります:
- カタログまたはプロジェクト内の資産に割り当てられているガバナンス成果物の名前を表示します。
- カタログまたはプロジェクトで 編集者 役割または 管理者 役割を持っている場合は、カタログまたはプロジェクト内の資産にガバナンス成果物を割り当てます。
ただし、ガバナンス成果物の詳細を表示するのは、カタログ・メンバーに ガバナンス成果物へのアクセス ユーザー権限と、カテゴリー内の ビューアー 役割が必要です。
データ資産を処理し、ガバナンス成果物の詳細を表示する必要があるカタログ・メンバーには、データ・サイエンティスト、データ・エンジニア、ビジネス・アナリスト、および機械学習エンジニアが含まれます。 これらのユーザーは、データ資産を使用して、データの準備、データの分析、またはモデルの作成を行います。 通常、すべてのカタログ・コラボレーターが、カタログ内の資産に割り当てられたガバナンス成果物を表示できるようにする必要があります。
パブリック・アクセスグループから継承されるViewerのデフォルト・カテゴリ・ロールは、カタログ・コラボレータには十分です。
ガバナンス・チーム・メンバー
ガバナンス・チームには、メタデータをインポートしてエンリッチすることでデータをキュレートする担当者と、ガバナンス成果物を作成する担当者が含まれます。
以下の表に、ガバナンス目標のタイプごとの最小限のカテゴリー・コラボレーター役割をまとめます。
ガバナンス目標 | ガバナンス成果物に対するアクションです | カテゴリーのロール |
---|---|---|
カタログへエンリッチされたデータ資産を追加する | 資産にガバナンス成果物を割り当てます | ビューアー |
ガバナンス・フレームワークを実装する | ガバナンス成果物の作成 | エディター |
ガバナンス・フレームワークを確認する | ガバナンス成果物をワークフローの一部としてレビューする | レビューアー |
ガバナンス・フレームワークを管理する | サブカテゴリーの作成およびコラボレーターの追加 | 管理者 または 所有者 |
これらのユーザーが パブリック・アクセス グループに含まれるように、 ガバナンス成果物へのアクセス 権限を含む ユーザー・ロール 権限をこれらのユーザーに付与します。 これらのユーザーは、デフォルトではすべてのカテゴリーで ビューアー 役割を持ちます。 適切なサブカテゴリーで、より多くの権限を持つ役割を付与できます。
メタデータ・エンリッチを実行するユーザーは、メタデータ・エンリッチ・タスクに関連する成果物を含むサブカテゴリーで ビューアー 役割を割り当てます。 ビューアー 役割は、成果物の詳細を表示したり、成果物をアセットに割り当てたりするのに十分です。
ガバナンス成果物を作成するユーザーは、成果物を作成する必要があるサブカテゴリーで 編集者 役割を割り当てます。 ユーザーがサブカテゴリーも作成する必要がある場合は、それらのユーザーに 管理者 役割を割り当てます。
レビューアー 役割は、ワークフロー内のガバナンス成果物のレビューを担当するユーザーを識別するのに役立ちます。
ガバナンス成果物との 1 次カテゴリーと 2 次カテゴリーの関係
カテゴリーには、以下のタイプのガバナンス成果物を含めることができます。
データ保護ルールはカテゴリーに含まれません。
カテゴリーと、カテゴリーに含まれるガバナンス成果物には、以下の 2 つのタイプの関係があります:
- 1 次
- 必須。 成果物がカテゴリーに属し、成果物を管理できるユーザーがカテゴリーによって決定されます。 すべてのガバナンス成果物には、成果物の作成時に割り当てられる 1 つの 1 次カテゴリーがあります。
- 2 次
- オプション。 このカテゴリーには、1 次カテゴリーの成果物を含めることができます。 1 つの成果物を、任意の数の 2 次カテゴリーに含めることができます。 2 次カテゴリーは、成果物をグループ化してディスカバーするためのもう 1 つの方法です。
カテゴリーには、1 次成果物と 2 次成果物の両方を含めることができます。
ユーザーが成果物を表示または管理するには、成果物の 1 次カテゴリーのアクセス権が必要です。
カテゴリーとワークフロー
カテゴリーとワークフローを組み合わせて使用することで、ガバナンス成果物の詳細な制御方法を構成できます。 ワークフローは、タスク・ベースのプロセスを適用することで、ガバナンス成果物の作成、変更、および削除を制御します。 ワークフローでは、複数のステップ、および各ステップのタスクを実行できるユーザーを指定します。 各ワークフローは、カテゴリー、成果物タイプ、およびアクションの組み合わせを制御します。 ステップを割り当てられたユーザーは、ガバナンス成果物に対して、ワークフロー内のステップに対応するタスクを実行する必要がある場合に通知を受け取ります。 ワークフロー・ステップの割り当て対象者は、カテゴリー役割によって提供される権限を取り消すことができます。
例えば、ワークフロー・ステップは、成果物を作成するためのレビューアーがカテゴリー内で 管理者 役割を持つ必要があることが指定されている場合、 管理者 役割を持つコラボレーターのみがそのタスクの割り当て対象者となり、成果物を作成できます。 所有者 役割を持つが 管理者 役割を持っていないコラボレーターは、 所有者 役割に成果物を作成する権限が含まれていても、割り当て対象者ではなく、成果物を作成できません。
もっと見る
親トピック: カテゴリ