Fonctions de planification supplémentaires pour les scénarios et solutions de planification d’Aide à la décision

Article
03/04/2017

S’applique à : SharePoint Server 2010 Enterprise

Dernière rubrique modifiée : 2016-11-30

Ajouter de nouvelles lignes

Lors de la planification de nouvelles dépenses ou de nouveaux effectifs, la capacité à ajouter de nouvelles lignes devient une fonctionnalité essentielle pour les travailleurs de l’information. Par exemple, imaginez que le plan nécessite l’allocation de deux personnes supplémentaires comme ressources de ventes de la Division Nord-Est. Deux approches sont possibles : une basique et une avancée. Notez que ces approches sont axées sur l’utilisation des services d’analyse comme modèle de données. (Pour plus d’informations, voir la section « Ajouter de nouvelles lignes » de l’article Guide de création de fonctionnalités de planification pour les scénarios et les solutions de planification d’aide à la décision.)

Liste SharePoint qui utilise un type de contenu externe

Utilisez Microsoft SharePoint Designer 2010 pour créer votre liste à partir d’une table relationnelle existante. Pour cela, vous pouvez d’abord définir un type de contenu externe sur votre site SharePoint, puis créer une instance d’une liste à partir de ce type de contenu externe.

Pour ajouter de nouveaux membres à la dimension, il suffit d’ajouter de nouveaux membres à la liste SharePoint. Ici, nous avons un exemple des champs nécessaires à la création d’un membre pour des employés utilisable dans les budgets.

À partir d’un navigateur Web, les travailleurs de l’information mettent à jour la liste de types de contenu externe.
Microsoft SharePoint Server 2010 met à jour la table de données relationnelle sous-jacente.

Répartition

Répartition de cube

Lors de l’utilisation d’Excel 2010, les travailleurs de l’information peuvent configurer la méthode de répartition pour la mise à jour des données de cube dans Microsoft SQL Server Analysis Services (SSAS) par le biais de tableaux croisés dynamiques compatibles avec l’écriture différée.

Un travailleur de l’information peut souhaiter effectuer de nombreuses méthodes de répartition. Celles-ci peuvent être divisées en scénarios basiques et avancés :

Répartir une valeur agrégée sur une plage définie de périodes.
Répartir une valeur agrégée de manière égale dans une hiérarchie, en commençant à un membre parent quelconque de la hiérarchie.
Allouer de manière égale dans la hiérarchie.
Augmenter ou diminuer par pourcentage dans la hiérarchie.

Répartir en fonction des chiffres réels de l’année précédente.
Répartir en fonction de pourcentages d’allocation personnalisés stockés dans des tables de données relationnelles.
Répartir dans une hiérarchie parent-enfant.

Parfois, il se peut que la logique de répartition par défaut disponible dans Excel SSAS ne soit pas suffisante. Dans ces cas-là, une personnalisation peut aider. Une approche consiste à utiliser le moteur relationnel de Microsoft SQL Server 2008 pour effectuer la répartition par le biais de procédures stockées. Pour le travailleur de l’information, le processus serait le suivant :

mettre à jour les membres d’entrée requis par la procédure stockée pour la répartition ;
exécuter la procédure stockée depuis Excel 2010.

Vous pouvez appeler des procédures stockées directement depuis Excel via des macros. (Pour plus d’informations, voir Exemples de macros utilisant des fonctions XLODBC (éventuellement en anglais). Les répartitions effectuées au niveau relationnel sont idéales lorsque les valeurs calculées sont toutes au niveau feuille d’une hiérarchie, c’est-à-dire au niveau le plus bas de granularité pour un cube. Une fois les calculs de répartition terminés, le cube affichera les valeurs agrégées correctes avec la hiérarchie.

La répartition peut également être obtenue par le biais d’une instruction UPDATE CUBE dans MDX. Pour plus d’informations, voir Instruction UPDATE CUBE (MDX). Toutefois, cette opération va généralement au-delà de l’ensemble de compétences de la plupart des travailleurs de l’information.

Lors de la conception d’une logique de répartition, assurez-vous de tester rigoureusement les scénarios d’utilisateurs finaux, de manière à pouvoir leur fournir des instructions adéquates lorsqu’ils travaillent sur leurs processus de prévision. Par exemple, les hiérarchies parent-enfant présentent des problèmes connus au niveau des répartitions, qui se traduisent aux yeux des travailleurs de l’information par des comportements inattendus. Ainsi, une répartition de 1000 sur la hiérarchie parent-enfant suivante peut entraîner l’allocation suivante :

A Répartition 1000
B
C

A – 1000 (agréger)
A - 333,333 (membre de données)
B - 333,333
C - 333,333

En règle générale, lors de la conception de répartitions par les travailleurs de l’information, il est préférable que le concepteur de modèle fournisse des instructions claires quant à ce qui peut ou ne peut pas être réparti et ce qui constitue le comportement attendu qui résultera en chaque type de répartition. Ceci est important, car le travailleur de l’information ne sera pas en mesure d’effectuer la distinction entre une hiérarchie PC et une hiérarchie à niveaux, alors que le comportement sera différent, comme indiqué plus haut.

Les performances de répartition dans Excel 2010 et SQL 2008 R2 sont généralement très bonnes. Nous avons effectué une répartition depuis le membre supérieur « All » de la géographie jusqu’à toutes les différentes régions, avec la valeur à répartir entrée par SKU de produit sur les périodes de prévision. La répartition résultante a créé plus de 50 000 lignes de faits dans la table d’écriture différée du cube OLAP. La republication des modifications dans le cube n’a pris que quelques secondes.

Le cube contient les nombres suivants de dimensions et de membres :

Compte (77)
Géographie (14)
Produit (505)
Scénario (11)
Temps (66)

Hyper-V Configuration des ordinateurs virtuels :

3,5 Go de RAM
1 processeur 2,67 GHz Intel Core i7

Répartition PowerPivot

Nous allons ici explorer certaines idées relatives à la mise à jour d’un modèle de données PowerPivot avec des valeurs de répartition à l’aide d’une fonctionnalité native d’Excel 2010 et des tables liées PowerPivot. Comme mentionné précédemment, PowerPivot n’offre pas de prise en charge native des mises à jour directement à partir de tableaux croisés dynamiques Excel 2010, ce qui rend plus compliqué la répartition et d’autres types de mises à jour de données. Néanmoins, nous verrons que dans certains scénarios de base nous pouvons obtenir une répartition de niveau Excel et réinsérer les résultats dans un modèle PowerPivot.

Prenons un exemple simple de répartition :

Le travailleur de l’information souhaite créer des répartitions personnalisées avec le temps, basées sur le revenu total par SKU à l’aide de données issues d’un modèle PowerPivot existant.
Le travailleur de l’information souhaite réincorporer les données de répartition dans le modèle de données PowerPivot afin de les utiliser dans d’autres analyses.

Créez un tableau croisé dynamique afin d’obtenir les agrégations à répartir avec le temps.
Créez une région sur la feuille de calcul devant contenir les pourcentages à allouer avec le temps.
Créez une région sur la feuille de calcul devant contenir les montants réalloués.
Sur une autre feuille nommée « Partitions PowerPivot », créez des tables de faits structurées pouvant être reliées à PowerPivot. Ici, chaque table peut être considérée comme une table de partition pour un cube SSAS.
- Pour chaque période que nous utilisons dans la répartition, nous allons créer une table.
- Créez chaque table avec la même dimensionnalité que celle du modèle de données.
- Pour chaque table, créez des relations aux tables de dimension PowerPivot.
Créez une mesure DAX qui additionnera et regroupera les données des tables de partition en une mesure unique utilisable pour la génération de rapports.

À droite de la région de pourcentage de répartition, nous avons les montants de répartition calculés par période. Ces valeurs calculées sont ensuite référencées par des tables Excel pour générer les tables de partition qui seront utilisées pour relier les données de table au modèle PowerPivot. Pour simplifier les formules de référence Excel, nous allons créer une table de partition pour chaque période.

Lors de la création des tables de partition pour les « tables liées », il est important d’avoir les clés uniques qui identifieront les membres. Dans notre exemple précédent, nous utilisons « MemberId » pour chaque dimension lorsque nous construisons la table de partition.
L’approche précédente est idéale dans les situations où les sélections de filtre ne changeront pas sur le formulaire. Par exemple, chaque travailleur de l’information peut avoir son propre tableau croisé dynamique avec sa propre sélection de filtre qu’il utilise pour obtenir les données liées au modèle PowerPivot.
Assurez-vous qu’un espace de mémoire tampon suffisant est créé dans la table Excel pour que les formules de cellules de référence incluent les données de répartition des nouveaux SKU de produits.
Plus le nombre de tables liées créées est élevé, plus le classeur est complexe et plus le modèle PowerPivot est difficile à gérer.

PowerPivot est très efficace lorsqu’il s’agit de rassembler plusieurs sources de données structurées. DAX brille dans ce domaine avec les mesures calculées.
La mise à jour de données directement dans Excel peut également entraîner la mise à jour du modèle PowerPivot.
La création de formulaires d’entrée permettant aux travailleurs de l’information de mettre à jour des modèles PowerPivot n’est pas simple.

Fonctions de planification supplémentaires pour les scénarios et solutions de planification d’Aide à la décision

Ajouter de nouvelles lignes

Répartition

See Also

Concepts

Ressources supplémentaires