カテゴリー構造の例

例えば、エネルギー供給業者向け部品を製造している企業が、ガバナンスを確立したいと考えているとします。 IBM Cloud アカウント管理者は、最高データ責任者である Sammy に ガバナンス・カテゴリーの管理 権限を割り当てます。

サミーさんは、以下のトップレベル・カテゴリーを作成します。

• 事業部門
  • 財務、法務、製品開発など、さまざまな部門を表すサブカテゴリーが含まれる。
  • 各第 2 レベル・カテゴリーには、 所有者 役割を持つコラボレーターとして、対応する部門のエグゼクティブが含まれます。
  • 下位レベルのカテゴリーには、 所有者 役割を持つコラボレーターとして対応する部門のデータ・スチュワードと、 ビューアー 役割を持つ パブリック・アクセス グループが含まれます。
  • ほとんどのガバナンス成果物は、これらのカテゴリー内に作成される。
• 地域
  • 成果物を地域ごとに見つけやすくするために、地域を表すサブカテゴリーがある。
  • ガバナンス成果物には、これらのカテゴリーとの 2 次関係がある。
  • 成果物がこれらのカテゴリー内に作成されることはない。
  • パブリック・アクセス グループには ビューアー 役割があります。
• 補足的なガバナンス成果物:
  • 規制など、外部の分類法のタイプを表すサブカテゴリーがある。
  • これらのカテゴリーは、データ・スチュワードが「事業部門」カテゴリーにビジネス用語を作成する際に、参照情報として使用される。
  • 企業データ・ガバナンス部門のデータ・スチュワードが、これらのサブカテゴリーの所有者です。 その他のデータ・スチュワードは、これらのカテゴリーのビューアーとなリます。

初期のカテゴリー構造は以下のようになります。

Sue は、Sammy が製品開発カテゴリーの 所有者 として追加したエグゼクティブです。 Sue は、製品開発カテゴリーに 管理者 役割を持つ、部門のデータ・スチュワードである Ann を追加します。

スーさんは、「製品開発」カテゴリーに、部門別ポリシーを文書化するための以下のガバナンス・ルールを作成します。

• 機密保護
• 情報プライバシー
• 規制準拠

Ann は測定カテゴリーを作成するため、 所有者 役割を持ちます。 また、「製品開発」カテゴリーの「測定」カテゴリーの「 管理者 」ロールも継承します。 Sammy、Sue、および パブリック・アクセス は、継承された役割を持つ「測定」カテゴリーのコラボレーターです。

アンさんは、「測定」カテゴリー内に、エネルギー測定で一般的に使用される以下のようなビジネス用語を作成します。

• 測定名
• 測定タイプ
• 測定タスク

次に、アンさんは、「測定」カテゴリーに、以下の 2 つのサブカテゴリーを作成します。

• 「ガス測定」。以下のビジネス用語が含まれる。
  • ガス流量
  • ガス圧
  • ガス温度
• 「電気測定」。以下のビジネス用語が含まれる。
  • 頻度
  • 最大電力
  • 最小電力

以下の図は、上記のカテゴリー、その成果物、およびコラボレーターを示しています。

「パブリック・アクセス」 グループに属するカタログ・ユーザーが、ビジネス用語「頻度」が割り当てられた資産を検出すると、ユーザーはそのパス Measurement/Electric measurement/Frequencyで用語のコンテキストを確認できます。

カテゴリーの表示

カテゴリーとその成果物を表示できるのは、以下のいずれかの条件に当てはまる場合です。

• カテゴリーのコラボレーターであるユーザー・グループのメンバーであり、ユーザーまたはグループのいずれかがカテゴリーにアクセスするために必要な権限のいずれかを持っている。
• ユーザーが、カテゴリーの直接のコラボレーター、または親カテゴリーから継承したコラボレーターである。

カテゴリーを表示するには、 ガバナンス > カテゴリーに移動し、カテゴリー名をクリックしてください。

もっと見る

• 事前定義カテゴリー
• カテゴリーの設計
• カテゴリーの管理
• カテゴリー・コラボレーターの管理
• カテゴリー・コラボレーター役割
• カスタム・カテゴリー・コラボレーター役割の作成
• カテゴリーのインポートおよびエクスポート

親トピック: ガバナンス成果物