Le module Planning de Microsoft PerformancePoint Server 2007 propose aux utilisateurs de créer leurs rapports depuis l’add-in PerformancePoint dans Excel.
Toutefois, il est probable que vos utilisateurs souhaitent également accéder directement aux cubes générés par PerformancePoint depuis Excel, PowerPoint voire Monitoring.
Là, la vision utilisateur devient trouble.
En effet, lors du déploiement d’un modèle, Planning génère bien une base SSAS avec un ou plusieurs cubes en parfait état de fonctionnement mais la lecture directe des méta-données peut apparaître déconcertante aux yeux des fonctionnels :
- Nombreux attributs techniques de dimensions de cube visible (MemberId, SourceMemberId…) ;
- Trois groupe de mesures (Annotation, LineItem et MeasureGroup) alors que bien souvent seul MeasureGroup est utilisé.
Exemple d’un accès direct au cube PerformancePoint
Exemple de l’accès via l’add-in Performance Point
![clip_image002[7]](http://blogs.msdn.com/blogfiles/blog_bi/WindowsLiveWriter/AmliorerlereportingutilisateursousPerfor_9A11/clip_image002%5B7%5D_thumb.jpg)
Là où, au-travers de l’add-in Excel PerformancePoint, l’utilisateur final est parfaitement à l’aise dans les données qu’il manipule (l’add-in ne lui affiche que les méta-données pertinentes) il en perd son latin en accès direct.
Pour lui redonner le sourire, très simple penserez-vous, il suffit de modifier directement les propriétés du cube et rendre invisibles les objets superflus.
Très bonne idée, mais comment se comporte PerformancePoint à chaque « reprocess » du modèle, c’est à dire à chaque mise à jour des données ?
Et bien, bonne nouvelle, vous pouvez :
- Modifier la propriété « AttributeHierarchyVisible » des CubeAttribute indésirables des Dimensions de cube
- Renommer les noms des hiérarchies utilisées comme dimension de cube pour les rendre intelligibles des utilisateurs
Ainsi, l’accès via excel des cubes SSAS générés par PerformancePoint redevient intelligible aux yeux des utilisateurs.
De plus, ces modifications sont totalement persistantes au « reprocess » du modèle. Vous n’aurez donc à les faire qu’une fois.
La même vue que précédemment avec les aménagements effectués sur la dimension produit
Et pour les plus récalcitrantes, celles qui reviennent à leur état initial après « reprocess » du modèle, rien ne vous empêche, en fin de process d’alimentation d’ajouter une tâche SSIS qui modifiera les propriétés du cube via l’Analysis Management Object. (http://technet.microsoft.com/en-us/library/ms124924.aspx )
Olivier Ninet – Manager BI, B&D
