各データドメインのビジネスプロセスを指定した後、これらのディメンションに基づいてディメンションを定義し、バスマトリックスを作成する必要があります。
ディメンションの定義
データドメインを分割してバスマトリックスを作成する場合は、ビジネスプロセスの分析に基づいてディメンションを定義する必要があります。 このチュートリアルでは、A社のeコマースマーケティング業務部門を例に説明します。 取引データドメインでは、このチュートリアルでは、取引が成功した場合の領収書確認のビジネスプロセスに焦点を当てています。
領収書確認のビジネスプロセスでは、商品と領収書の場所の2つの観点からディメンションを定義できます。 このチュートリアルでは、各商品は同じ場所で購買および受領されると想定しています。 商品の観点からは、次のディメンションを定義できます。
商品ID（プライマリキー）
商品名
商品価格
商品ステータス：0：新規、1：アイドル、2：中古
商品カテゴリID
商品カテゴリ名
商品ID
商品名
購入者ID
商品販売ステータス：0：通常、1：削除済み、2：棚から削除済み、3：棚に置かれていない
商品の市区町村
商品の都道府県
地域的角度からは、次のディメンションを定義できます。
市区町村コード
市区町村名
都道府県コード
都道府県名
ディメンションモデリングの中核として、ディメンションは企業レベルのデータウェアハウスで一意である必要があります。 たとえば、商品の観点から定義された各ディメンションは、A社で一意である必要があります。 都道府県コードディメンションは、どのビジネスプロセスでも同じ情報を提供します。
バスマトリックスの作成
各データドメインのビジネスプロセスを指定した後、バスマトリックスを作成できます。 各ビジネスプロセスに関連するディメンションを特定し、各データドメインのビジネスプロセスとディメンションを定義する必要があります。 次の表に、A社のeコマースマーケティング業務部門における取引注文機能のバスマトリックスを示します。 定義されているディメンションには、都道府県、市区町村、カテゴリ名、カテゴリ ID、ブランド名、ブランド ID、商品名、商品 ID、および売上高が含まれます。
データドメイン/ビジネスプロセス | 準拠ディメンション | |||||||||
都道府県 | 市区町村 | カテゴリ ID | カテゴリ名 | ブランド ID | ブランド名 | 商品 ID | 商品名 | 売上高 | ||
取引 | 注文 | はい | はい | はい | はい | はい | はい | はい | はい | いいえ |
支払い | はい | はい | はい | はい | はい | はい | はい | はい | いいえ | |
配送 | はい | はい | はい | はい | はい | はい | はい | はい | いいえ | |
領収書確認 | はい | はい | はい | はい | はい | はい | はい | はい | はい | |
「はい」はディメンションが含まれていることを示し、「いいえ」はディメンションが除外されていることを示します。