Beaucoup d'entre vous sont déjà familiers avec l'architecture de bus décisionnel et la matrice correspondante fournissant un rôle central dans la construction de data-marts architecturés. La matrice de bus identifie les processus métiers clés d'une organisation, ainsi que leurs dimensions associées. Les processus métiers (correspondant généralement aux principales sources de données) sont listés en lignes dans la matrice, alors que les dimensions apparaissent en colonne. Les cellules de la matrice sont ensuite cochées pour indiquer quelles dimensions sont utilisées par quels processus.
Dans un seul document, l'équipe en charge de l'entrepôt de données a un outil pour planifier l'ensemble de l'entrepôt, identifier les dimensions partagées à travers l'entreprise, coordonner les efforts des différentes équipes d'implémentations, et communiquer l'importance des dimensions partagées dans toute l'organisation. Nous croyons profondément que dessiner une matrice de bus est l'une des taches initiales à remplir par chaque équipe en charge de l'entrepôt de données après avoir récupérer les besoins fonctionnels.
Alors que la matrice fournie une vue synthétique des pièces de l'entrepôt de données et de leurs liens, il est souvent utile de fournir plus de détails sur la manière dont chaque ligne de la matrice est mise en oeuvre. Plusieurs tables de faits viennent souvent d'un même processus. Peut être y a-t-il besoin de voir les résultats selon une combinaison de points de vue: transaction, instantané périodique ou instantané cumulé. Ou bien, plusieurs tables de faits sont souvent nécessaires pour représenter des informations atomiques par rapport à des informations agrégées, ou de fournir des analyses plus riches dans un environnement de produits hétérogènes.
Nous pouvons modifier le grain de la matrice ou le niveau de détail afin que chaque ligne représente une seule table de faits (ou un cube) liée à un processus métier. Une fois que nous avons définit la table de faits, nous pouvons enrichir la matrice avec des colonnes qui indiquent la granularité de la table de faits et les faits correspondants (actuels, calculés, ou implicites). Plutôt que simplement marquer les dimensions qui s'applique à chaque table de faits, nous pouvons indiquer le niveau de détail de chaque dimension (comme la marque ou la catégorie, dans la colonne de la dimension Produit).
La matrice ainsi enrichie fournis une carte aux familles de tables de faits dans un entrepôt de données. Alors que beaucoup d'entre nous sont naturellement prédisposés à beaucoup détailler, nous suggérons de commencer avec la matrice la plus simpliste et macro possible, et ensuite de creuser dans les détails sur la manière dont est construit un processus métier. Enfin, pour ceux d'entre vous ayant déjà un entrepôt de données, la matrice détaillée est souvent un outil utile pour documenter l'état actuel d'un environnement décisionnel plus mature.
Source originale: www.kimballgroup.com
Article original "Kimball Design Tip #40: Drill down into a more detailed bus matrix", publié le 6 novembre 2002.
Aucun commentaire:
Enregistrer un commentaire