lundi 16 décembre 2013

Conseil 49: retour aux sources

Lorsque nous avons écrit "Data warehouse: le guide de conduite de projet", nous avons nommé notre approche le cycle de vie dimensionnel. Nous avons choisi ce nom pour renforcer nos principes à propos des entrepôts de données qui fonctionnent basés sur nos différentes expériences acquises depuis le milieu des années 80:

  1. Tout d'abord, vous devez vous concentrer sur le métier. Si vous ne leur permettez pas une meilleure prise de décision, alors vous ne devriez pas investir des ressources dans les entrepôts de données et la business intelligence. Se concentrer sur l'entreprise n'implique pas que nous encouragions le développement de magasins de données isolés pour répondre aux besoins opérationnels de départements spécifiques. Vous devez avoir un œil sur les exigences des métiers, tandis que l'autre se concentre sur l'intégration des données de l'entreprise et les questions de cohérence.
  2. Les données analytiques doivent être livrées dans des modèles dimensionnels pour en faciliter l'utilisation ainsi qu'améliorer les performances des requêtes. Nous recommandons que les données les plus atomiques soient disponibles par dimension afin qu'elles puissent être découpées "n'importe comment". Dès que vous limitez le modèle dimensionnel à une information agrégée, vous limitez votre capacité à répondre à des questions qui nécessitent de descendre à un niveau plus détaillé.
  3. Puisque l'entrepôt de données est en constante évolution, chaque itération devrait suivre le cycle de vie d'un projet, consistant en une suite de taches prévisibles avec un début et une fin clairement définie.
On nous a fiché comme approche "bottom-up". Peut être que le terme nous a été affecté parce que nous nous alignons fortement sur le métier. Malheureusement, cette étiquette ne met pas en avant notre recommandation de développer une matrice de bus décisionnelle pour l'entrepôt de données de l'entreprise pour capturer les relations entre les principaux processus métiers et les principales dimensions descriptives avant que le développement commence. Ces liens assurent que chaque itération du projet s'intègre à l'image générale.

Enfin, nous croyons que les dimensions conformes sont absolument critiques pour la cohérence et l'intégration des données. Elles fournissent des libellés cohérents, des règles/définitions métiers, et des domaines qui sont réutilisable lorsque nous construisons d'autres tables de faits qui intègrent et capturent les résultats d'autres processus/événements.




Source originale: www.kimballgroup.com
Article original "Kimball Design Tip #49: Off the bench", publié le 15 septembre 2003.

Aucun commentaire:

Enregistrer un commentaire