Scénarios de développement avec PerformancePoint Services
Dernière modification : vendredi 3 juin 2011
S’applique à : SharePoint Server 2010
Les extensions prises en charge s’exécutent dans une instance d’application PerformancePoint Services , sur le serveur Web frontal ou sur le serveur d’applications, comme indiqué dans le diagramme suivant.
Figure 1. Architecture d’extensibilité de PerformancePoint Services
PerformancePoint Services prend en charge les scénarios de développement suivants.
Création d’extensions de rapport, de filtre et de source de données tabulaires
Vous pouvez créer des extensions pour des objets personnalisés PerformancePoint Services, qui sont des objets ReportView, Filter ou DataSource natifs qui ont des valeurs personnalisées définies pour leurs propriétés. Les extensions personnalisées comprennent généralement trois composants : un convertisseur ou un fournisseur, une application d’éditeur et des métadonnées d’extension.
Convertisseur ou fournisseur
Votre type d’extension détermine si elle utilise un convertisseur ou un fournisseur. Les extensions de rapport et de filtre utilisent des convertisseurs, et les extensions de source de données utilisent des fournisseurs.
Les extensions de rapport nécessitent un convertisseur pour la visualisation du rapport.
Les extensions de filtre nécessitent un fournisseur de données pour se connecter à la source de données sous-jacente et un convertisseur pour un contrôle de sélection. Le convertisseur peut être un convertisseur personnalisé ou un convertisseur PerformancePoint Services natif.
Les extensions de source de données nécessitent un fournisseur pour se connecter à la source de données sous-jacente.
Application d’éditeur
Les éditeurs personnalisés permettent aux utilisateurs de définir les propriétés d’un objet personnalisé. Il est possible d’ouvrir un éditeur à partir de PerformancePoint Dashboard Designer ou d’un élément dans un référentiel tel que la liste de contenu PerformancePoint ou la bibliothèque de connexions de données PerformancePoint. Les éditeurs personnalisés (et autres applications personnalisées prises en charge) s’exécutent sur le serveur dans une instance d’application PerformancePoint Services et ils appellent l’objet BIMonitoringServiceApplicationProxy ou SPDataStore pour créer ou traiter du contenu. Pour plus d’informations sur les éditeurs, voir Éditeurs pour les objets personnalisés des services PerformancePoint Services.
Notes
L’utilisation des Services Web PerformancePoint pour l’accès à distant ne constitue pas un scénario officiellement pris en charge. Pour permettre aux applications clientes d’accéder à PerformancePoint Services, vous pouvez créer un service Web personnalisé qui s’exécute sur le serveur. Ce service Web peut recevoir des appels en provenance de l’application cliente et effectuer des appels à l’API PerformancePoint Services.
Métadonnées d’extension
Vous devez spécifier les métadonnées pour votre extension dans le fichier web.config de PerformancePoint Services au cours du processus d’installation. Les métadonnées incluent les attributs type, subType, RendererClass, EditorURI et Resources. Pour plus d’informations, voir Procédure : enregistrer manuellement des extensions PerformancePoint Services.
Création de transformations de carte de performance
Les transformations modifient l’apparence, le contenu ou les fonctionnalités des cartes de performance avant d’interroger la source de données, après avoir interrogé la source de données ou avant le rendu de la carte de performance dans le composant WebPart. Pour plus d’informations, voir Vue d’ensemble des transformations de carte de performance des services PerformancePoint Services.
Voir aussi
Concepts
Mise en route de PerformancePoint Services
Autres ressources
Créer des objets personnalisés pour les services PerformancePoint Services
Exemples de code pour les pour les services PerformancePoint Services dans SharePoint Server 2010