• Article

Scénario du didacticiel Analysis Services

Ce didacticiel prend l'exemple de la société Adventure Works Cycles, une entreprise fictive. Adventure Works Cycles est une multinationale qui produit et distribue des bicyclettes en matériaux métalliques et composites, commercialisées en Amérique du Nord, en Europe et en Asie. Le siège de la société Adventure Works Cycles est situé dans la ville de Bothell, à Washington, où 500 personnes sont employées. Par ailleurs, Adventure Works Cycles emploie plusieurs équipes commerciales régionales pour couvrir son marché.

En 2000, Adventure Works Cycles a acheté une petite usine de fabrication, Importadores Neptuno, située au Mexique. Importadores Neptuno fabrique des sous-composants importants qui entrent dans la fabrication de la ligne de produits Adventure Works Cycles. Ces sous-composants sont livrés à Bothell pour l'assemblage du produit final. En 2001, Importadores Neptuno est devenu le seul fabricant et distributeur de bicyclettes de tourisme du groupe de produits.

La société Adventure Works Cycles a enregistré un excellent exercice fiscal et souhaite maintenant augmenter sa part de marché. Pour cela, elle envisage de mener une campagne publicitaire adaptée à ses meilleurs clients, d'augmenter la disponibilité des produits en les proposant via un site Web externe et de réduire le coût des ventes en réduisant les coûts de production.

Environnement d'analyse actuel

Pour répondre aux besoins en analyse des données des équipes commerciales et marketing, ainsi que de la direction, l'entreprise récupère actuellement les données transactionnelles dans la base de données AdventureWorks et les données non-transactionnelles telles que les quotas des ventes dans des feuilles de calcul, et consolide ces données dans l'entrepôt de données relationnelles AdventureWorks. Cependant, l'entrepôt de données relationnelles présente les problèmes suivants :

  • Les rapports sont statiques. Les utilisateurs n'ont aucun moyen d'explorer les données des rapports de façon interactive pour obtenir davantage d'informations détaillées comme ils pourraient le faire s'ils utilisaient des tableaux croisés dynamiques Microsoft Office Excel. Bien que les jeux de rapports prédéfinis existants répondent aux besoins de la plupart des utilisateurs, les utilisateurs plus expérimentés ont besoin d'accéder directement aux requêtes de la base de données pour utiliser des requêtes interactives et des rapports spécialisés. Cependant, du fait de la complexité de la base de données AdventureWorksDW2008, beaucoup trop de temps serait nécessaire à ces utilisateurs pour apprendre à créer des requêtes efficaces.

  • Les performances des requêtes sont aléatoires. Par exemple, certaines requêtes renvoient des résultats très rapidement, en quelques secondes seulement, tandis que d'autres renvoient les résultats au bout de plusieurs minutes.

  • Les tables d'agrégation sont difficiles à gérer. En vue d'améliorer les temps de réponse des requêtes, l'équipe chargée de l'entrepôt de données chez Adventure Works a créé plusieurs tables d'agrégation dans la base de données AdventureWorksDW2008. Par exemple, elle a créé une table qui résume les ventes par mois. Toutefois, si ces tables d'agrégation améliorent grandement les performances des requêtes, l'infrastructure créée pour maintenir à jour ces tables au fil du temps est fragile et source d'erreurs.

  • La logique de calcul complexe enfouie dans les définitions des rapports est difficile à partager entre les rapports. Étant donné que cette logique d'entreprise est générée séparément pour chaque rapport, les informations de synthèse sont parfois différentes d'un rapport à l'autre. En conséquence, la direction accorde une confiance limitée aux rapports générés à partir de l'entrepôt de données.

  • Les utilisateurs des différentes divisions ont des besoins différents en termes de vues de données. Ils sont gênés par les éléments de données qui ne les concernent pas.

  • La logique de calcul est particulièrement importante pour les utilisateurs qui doivent utiliser des rapports spécialisés. Étant donné que ces utilisateurs doivent définir la logique de calcul séparément pour chaque rapport, il n'existe aucun contrôle centralisé sur la façon dont cette logique est définie. Par exemple, certains utilisateurs savent qu'ils devraient utiliser des techniques de statistiques de base comme les moyennes mobiles, mais ne sachant pas comment créer ces calculs, ils ne recourent pas à ces techniques.

  • Il est difficile de combiner des datasets connexes. Les requêtes spécialisées qui combinent deux datasets connexes, telles que les ventes et les quotas des ventes, sont difficiles à créer pour les utilisateurs. Les requêtes de ce type surchargeant la base de données, l'entreprise a exigé des utilisateurs qu'ils obtiennent de l'équipe chargée de l'entrepôt de données des datasets de zones de sujets croisés. En conséquence, seuls quelques rapports prédéfinis combinant des données de plusieurs zones de sujets ont été définis. Par ailleurs, les utilisateurs hésitent à modifier ces rapports en raison de leur complexité.

  • Les rapports portent essentiellement sur les données commerciales propres aux États-Unis. Cela satisfait peu les utilisateurs travaillant dans les filiales situées en dehors des États-Unis qui souhaitent pouvoir afficher les rapports dans des monnaies et des langues différentes.

  • Les données sont difficiles à auditer. Le service financier utilise actuellement uniquement la base de données AdventureWorksDW2008 comme source de données à partir de laquelle il effectue des requêtes en bloc. Il charge ensuite ces données dans des feuilles de calcul individuelles et passe beaucoup de temps à organiser les données et à manipuler les feuilles de calcul. Les rapports financiers de l'entreprise sont par conséquent difficiles à préparer, auditer et gérer au niveau de l'entreprise.

La solution

L'équipe chargée de l'entrepôt de données a récemment examiné la conception du système d'analyse actuel. Cet examen a permis d'analyser les écarts entre les problèmes présents et les demandes futures. Cette équipe a pu déterminer que la base de données AdventureWorksDW2008 était une base de données dimensionnelles bien conçue avec des dimensions conformes et des clés de substitution. Les dimensions conformes permettent à une dimension d'être utilisée dans plusieurs mini-Data Warehouses, telle qu'une dimension de temps ou une dimension de produits. Les clés de substitution sont des clés artificielles qui lient les dimensions et les tables de faits et qui sont utilisées pour garantir l'unicité et améliorer les performances. Par ailleurs, l'équipe chargée de l'entrepôt de données a déterminé qu'il n'existait actuellement aucun problème important concernant le chargement et la gestion des tables de base dans la base de données AdventureWorksDW2008. Cette équipe a par conséquent décidé d'utiliser MicrosoftAnalysis Services pour accomplir les opérations suivantes :

  • fournir un accès unifié aux données via une couche de métadonnées communes pour le traitement analytique et les rapports ;

  • simplifier les vues de données des utilisateurs, ce qui accélère le développement des requêtes interactives et prédéfinies et des rapports prédéfinis ;

  • créer correctement des requêtes qui combinent des données issues de plusieurs zones de sujet ;

  • gérer les agrégations ;

  • stocker et réutiliser des calculs complexes ;

  • permettre aux utilisateurs de l'entreprise en dehors des États-Unis d'utiliser des versions localisées.

    [!REMARQUE]

    Le cube du didacticiel Adventure Works que vous allez créer dans ce didacticiel est une version simplifiée de l'exemple de projet Analysis Services.