ビジネス計画 - DataWorks - Alibaba Cloud ドキュメントセンター

業務カテゴリ、データドメイン、データマートは、ビジネス主導の管理フレームワークを形成します。データの所有権を業務カテゴリに分割し、データドメイン内で中核となる事業活動を定義し、データマートでシナリオベースのデータサービスを整理することにより、このフレームワークはデータの生成から消費までのクローズドループのバリューチェーンを構築します。このトピックでは、Business Category、Data Domain、Business Process、Data Mart、Subject Areaの間の関係と、その使用方法について説明します。

基本概念の関係

Business Category：ビジネス領域の最上位の区分です。例えば、小売企業は販売チャネルに基づいて、事業を実店舗小売と E コマースに分類することがあります。
Data Domain：ビジネスを横断したデータの集約です。データドメインは通常、事業の種類、データソース、使用方法などのディメンションによって分類された、企業のデータの論理的なグループです。データドメインは複数の業務カテゴリにまたがることができます。例えば、トランザクションドメインは、オンラインとオフラインの両方のトランザクションシナリオに対応できます。
Business Process：データドメイン内の特定の事業活動です。例えば、トランザクションドメインには、注文や支払いなどのビジネスプロセスが含まれる場合があります。データドメインには複数のビジネスプロセスを含めることができます。
Data Mart：特定のビジネスシナリオに合わせて調整されたデータエンドポイントです。例えば、運用プラットフォーム向けのデータマートなどがあります。
Subject Area：分析の観点に基づいてデータマートを細分化したものです。例えば、プロダクト分析やユーザー行動などがあります。データマートには複数の主題領域を含めることができます。

業務カテゴリ

組織の事業が大規模で複雑な場合、業務カテゴリを作成してデータをセグメント化し、データ管理を簡素化できます。

小売業界を例にとります。一般的な分類ディメンションには、販売チャネル、製品ライン、コア機能などがあります。データアカウンタビリティとビジネスの自律性の原則に従い、これらのディメンションのいずれかを使用してビジネスを分類できます。

次の表は、これらのディメンションに基づいた業務分類の例です。

ディメンション	ユースケース	例	データ範囲
販売チャネル	オムニチャネル小売業者	1. 実店舗小売事業 2. E コマース事業 3. 越境ビジネス	POS トランザクション/アプリ注文/海外倉庫在庫
製品ライン	複数カテゴリグループ	1. 日用消費財 (FMCG) 事業 2. 家電事業 3. 生鮮食品事業	SKU 基本情報/製品カテゴリ/賞味期限モニタリング
コア機能	単一チャネル、複数部門連携	1. 調達・サプライチェーン事業 2. マーケティング事業 3. メンバーシップ運用事業	サプライヤープロファイル/プロモーションテーブル/会員レベルテーブル

業務カテゴリの定義

Data Warehouse Planning ページの左側のナビゲーションウィンドウで、Business Category をクリックして Business Category ページに移動します。

業務カテゴリの作成

Business Category ページで、アイコンにカーソルを合わせ、Create Top-level Category をクリックします。
Create Top-level Category ダイアログボックスで、パラメーターを設定し、OK をクリックします。

カテゴリを作成すると、左側のナビゲーションツリーに定義された業務カテゴリの階層が表示されます。例えば、E コマース事業 という名前のトップレベルカテゴリには、Xiaohongshu チャンネル と Taobao チャンネル の 2 つのサブカテゴリが、小売、預金事業、顧客統合 などの他の兄弟カテゴリと共に含まれる場合があります。

サブ業務カテゴリの作成

サブ業務カテゴリを作成するには、トップレベルの業務カテゴリと同じ手順に従います。

サブ業務カテゴリのリストには、業務名、略称、作成時間、備考の列が含まれます。このリストの各レコードを編集または削除できます。

データドメインの関連付け

業務カテゴリを作成した後、カテゴリページの「データドメインの関連付け」エリアでターゲットのデータドメインを関連付けて、その事業ラインのデータ範囲を定義できます。関連付けられると、これらのドメインはこの業務カテゴリ内でのデータモデリングに利用可能になります。

データドメインの詳細については、「データドメイン」をご参照ください。

ドロップダウンリストから、商品ドメイン (itm)、トラフィックドメイン (log)、トランザクションドメイン (trd)、顧客関係管理 (CRM) ドメイン (crm) などのターゲットデータドメインを選択し、[OK] をクリックします。[すべてのデータドメインを読み込む] をクリックして、すべてのドメインを一度に追加することもできます。以下の表に、選択したデータドメインの中国語名、英語名、略称、備考が表示されます。どのエントリも削除できます。

データマート管理

業務カテゴリを作成した後、カテゴリページの Data Mart Management エリアに移動して、カテゴリに関連付けられているデータマートを表示できます。必要に応じて、これらのデータマートを編集または削除することもできます。

データマートの詳細については、「データマート」をご参照ください。

重要

データマートを削除すると、業務カテゴリとの関連付けが解除され、データマート自体も削除されます。操作は慎重に行ってください。

業務カテゴリの使用

Dimensional Modeling で Dimension Table、Fact Table、Aggregate Table、または Application Table を作成する際に、業務カテゴリを関連付けることができます。また、左側のディレクトリツリーの上にあるボタンをクリックしてモデルリストページに移動し、業務データの観点からテーブルの分類詳細を表示することもできます。

また、Data Metrics に移動し、共通レイヤーで Atomic Metric、Derived Metric、または Composite Metric を作成する際に、対応する業務カテゴリを関連付けることができます。

データドメイン

データドメインは、ビジネスプロセスを抽象化、洗練、結合することによって作成される高レベルのデータ分類標準です。これは、ビジネスユーザーにとって主要なグルーピングカテゴリとして機能し、膨大な情報の中からビジネスデータを迅速に見つけるのに役立ちます。

次の図は、小売業界における業務カテゴリとデータドメインの関係を示しています。

データドメインの定義

データドメインの作成

Data Warehouse Planning ページの左側のナビゲーションウィンドウで、Common Layer > Data Domain をクリックして Data Domain ページに移動します。
Create をクリックします。Create Data Domain ダイアログボックスで、パラメーターを設定し、Confirm をクリックします。

重要

システムデフォルトのデータドメインは削除できません。カスタムデータドメインを削除する前に、その中のすべてのビジネスプロセスと論理モデルを削除する必要があります。

ビジネスプロセスの追加

データドメインを作成した後、その詳細を表示し、分析のためにビジネスプロセスを追加できます。

Data Domain ページで、データドメインをクリックしてその詳細ページに移動します。
データドメインを作成すると、システムは自動的に _default サフィックスを持つビジネスプロセスを追加します。
Create Business Process をクリックします。Create Business Process ダイアログボックスで、パラメーターを設定し、OK をクリックします。

作成後、ビジネスプロセスリストには、略称、中国語名、英語名、データドメイン、所有者、備考など、設定されたビジネスプロセスが表示されます。[操作] 列から各プロセスを表示、編集、または削除できます。

データドメインの使用

その後、次のモジュールで Data Domain を参照できます。

Dimensional Modeling に移動して、指定されたデータドメインに ODS Table、Dimension Table、および Aggregate Table を作成します。

ディメンショナルモデリングページの左側のツリー構造では、階層は右側の設定フィールドに対応しています：業務カテゴリ (例：小売) > データドメイン (例：商品ドメイン) > データレイヤー (例：ファクトテーブル) > ビジネスプロセス (例：商品ローンチ)。作成されたテーブル (例：dwd_test) は、対応するビジネスプロセスノードの下に表示されます。右側のフォームでは、データレイヤー、業務カテゴリ、ビジネスプロセス、ストレージポリシー、テーブル名、テーブル中国語名、ライフサイクル、所有者、説明などの情報を設定できます。
データドメインの英語の略称は、Data Layer チェッカーでモデルルールを追加する際に、ルール定義のオプション属性として使用できます。

ビジネスプロセス

ビジネスプロセスは、事業活動のワークフローを記述します。例えば、E コマースでは、カートへの追加、注文、支払いなどがそれぞれ個別のビジネスプロセスになり得ます。ビジネスプロセスは特にパフォーマンス分析に役立ちます。一般的なユースケースはファネル分析で、商品を購入する活動を一連のビジネスプロセスに分解します：商品の閲覧、カートへの追加、注文、支払い、受け取り確認。各段階での注文数を数えることで、「注文数」メトリックのファネル分析を実行できます。

次の図は、小売業界を例に、業務カテゴリ、データドメイン、ビジネスプロセスの関係を示しています。

ビジネスプロセスの定義

Data Warehouse Planning ページの左側のナビゲーションウィンドウで、Common Layer をクリックして Business Process ページに移動します。
Create Business Process をクリックします。Create Business Process ダイアログボックスで、パラメーターを設定し、[OK] をクリックします。
ビジネスプロセスは、ビジネスプロセスリストから直接、またはその親 Data Domain 内の Business Process リストから削除できます。

重要
ビジネスプロセスを削除する前に、まず関連する論理モデルとメトリクスを削除する必要があります。

ビジネスプロセスの使用

その後、次のモジュールでビジネスプロセスを参照できます。

Dimensional Modeling で、Fact Table を作成する際に特定のビジネスプロセスを関連付けます。

例えば、ビジネスプロセス ドロップダウンリストから 物流ドメイン / 出荷 を選択します。
Data Metrics では、Atomic Metric、Derived Metric、および Composite Metric を作成して、各ビジネスプロセスの属性を測定できます。

派生メトリクスの作成 ページの 基本情報 セクションで、ビジネスプロセス に トランザクションドメイン / カートに追加 を選択します。

データマート

データマートは、業務カテゴリに基づいて、特定のアプリケーションシナリオやプロダクト向けのパーソナライズされたデータ統計を提供します。通常、アプリケーション層に配置されます。

例えば、小売業界の E コマース事業では、E コマースマートや小売顧客プロファイルマートなどのデータマートを構築して、運用担当者の分析ニーズに応えることができます。

データマートの定義

データマートの作成

Data Warehouse Planning ページの左側のナビゲーションウィンドウで、Application Layer > Data Mart をクリックして Data Mart ページに移動します。
Data Mart ページで、アイコンにカーソルを合わせ、Create First-level Data Mart をクリックします。Create First-level Data Mart ダイアログボックスで、パラメーターを設定し、OK をクリックします。

以下は主要なパラメーターです：
1. Mart Type
  - Business Mart：ビジネス要件のためのマートです。
  - Data Application Mart：データプロダクト要件のためのマートです。
  - Common Mart：すべてのマートに共通するアプリケーション層モデルを作成したい場合に、このタイプを選択します。
2. Business Category
  1. データマートが属する Business Category です。詳細については、「業務カテゴリ」をご参照ください。
Data Mart を削除するには、左側のデータマートディレクトリで対象のマートを右クリックし、コンテキストメニューで Delete をクリックします。

サブデータマートの作成

トップレベルのデータマートの下にサブデータマートを作成できます。手順はトップレベルのデータマートの作成と同じです。

主題領域管理

データマートの詳細ページでは、Data Mart Management エリアで主題領域を作成および管理できます。

主題領域管理 ページには、作成された主題領域のテーブルが表示されます。列には、主題領域名、略称、作成時間、備考、操作 (編集、削除) が含まれます。この例には、チャンネル (channel)、リージョン (region)、商品 (itm)、カテゴリ (category) の 4 つの主題領域が含まれています。各主題領域の備考には、その分析目的が記述されています。

重要

主題領域を削除すると、データマートとの関連付けが解除され、主題領域自体も削除されます。操作は慎重に行ってください。

データマートの使用

データマートを作成した後、次のモジュールでそれを参照できます。

Dimensional Modeling で、特定のビジネスデータ分析のためにアプリケーションテーブルを作成する際にデータマートを関連付けます。

ディメンショナルモデリング ページの左側のナビゲーションツリーでは、階層は 業務カテゴリ > データマート > 主題領域 > アプリケーションテーブル となります。ターゲットのアプリケーションテーブルを選択すると、右側にその基本情報フォームが表示されます。マート/主題領域 フィールドは、アプリケーションテーブルをデータマートと主題領域に関連付けます。
Data Metrics で、Derived Metric と Composite Metric を作成して、各データマートのビジネス属性を測定します。

派生メトリクスは、業務カテゴリ > データマート > 主題領域 > 派生メトリクス の階層で整理されます。派生メトリクスを作成する際には、ビジネスロジックセクションで期間 (例：1d(last 1 day))、修飾子 (例：exposure)、およびアトミックメトリクス (例：goods_cnt(goods count)) を選択する必要があります。基本情報セクションでは、データレイヤー、マート/主題領域、略称、中国語名などの属性を設定します。メトリクス名は、期間、修飾子、アトミックメトリクスを組み合わせて生成されます。例えば、last_1_day_exposure_goods_count のようになります。

主題領域

主題領域は、分析の観点からデータマートをセグメント化するために使用されます。これは通常、ビジネスアプリケーションでの統計分析のために密接に関連するデータのコレクションです。

E コマースマートを例にとります。これは小売業務カテゴリに属し、主に業界の運用担当者の分析ニーズに応えます。その後、このマートのデータを「プロダクト」、「カテゴリ」、「リージョン」などの主題領域に、異なる観点からセグメント化できます。アプリケーション層の派生メトリクスやモデルを作成する際には、それらをターゲットのデータマートと主題領域に関連付ける必要があります。

主題領域の定義

主題領域の作成

Data Warehouse Planning ページの左側のナビゲーションウィンドウで、Application Layer > Subject Area をクリックして Subject Area ページに移動します。
Subject Area ページで、アイコンにカーソルを合わせ、Create First-level Subject Area をクリックし、Create First-level Subject Area ダイアログボックスでパラメーターを設定し、OK をクリックします。
主題領域を削除するには、左側の主題領域ディレクトリでそれを右クリックし、コンテキストメニューから Delete をクリックします。

サブ主題領域の作成

トップレベルの主題領域の下にサブ主題領域を作成できます。手順はトップレベルの主題領域の作成と同じです。

主題領域の使用

主題領域が作成された後、次のモジュールでそれを参照できます。

Dimensional Modeling で、アプリケーションテーブルを作成する際に主題領域を関連付けます。

マート/主題領域 ドロップダウンリストで、ツリー構造からターゲットの主題領域を選択します (例えば、インダストリーマート を展開して リージョン を選択します)。
Data Metrics で、Derived Metric と Composite Metric を作成して、各主題領域のビジネス属性を測定します。

次のステップ

次のステップでは、データウェアハウスの階層化構造を定義します。ウェアハウスのレイヤーを計画し、各レイヤーにチェッカーを設定して、その後の Dimensional Modeling および Data Metrics モジュールの標準を確立します。

詳細については、「データウェアハウスの階層化」をご参照ください。