PerformancePoint Services dans SharePoint
Découvrez les scénarios de développement pris en charge et l’architecture d’extensibilité PerformancePoint Services dans SharePoint. PerformancePoint Services est une application SharePoint service. Il permet aux utilisateurs de créer des tableaux de bord (BI) incluant des informations sur les performances d'une organisation à la décision. Vous pouvez créer des rapports personnalisés, des filtres, des sources de données tabulaires et des transformations de carte de performance pour étendre les fonctionnalités natives de PerformancePoint Services. Par exemple, vous pouvez créer une visualisation de rapport personnalisé qui est optimisée pour le secteur médical et ensuite l'intégrer dans une solution verticale réutilisable.
Des PerformancePoint Services, des filtres et des sources de données tabulaires personnalisés dans SharePoint
Vous pouvez étendre native PerformancePoint Services ReportView , Filter et tabulaires DataSource objets en définissant des valeurs de leurs propriétés personnalisées. Rapport personnalisé, de filtres et les extensions de source de données tabulaires sont généralement les trois composants : un convertisseur ou fournisseur, une application d'éditeur et métadonnées d'extension.
Les convertisseurs et fournisseurs pour les extensions PerformancePoint Services
Le type d'objet que vous étendez détermine si elle utilise un convertisseur ou un fournisseur. Les extensions de rapport et filtre utilisent des convertisseurs, et filtrer 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 filtres nécessitent un convertisseur pour le contrôle de sélection. Le convertisseur peut être un convertisseur personnalisé ou un convertisseur native PerformancePoint Services. Si vous utilisez un convertisseur PerformancePoint Services, vous l'enregistrez simplement dans votre extension. Si vous utilisez un convertisseur personnalisé, vous devez également l'inclure dans votre extension.
Les extensions de filtres nécessitent un fournisseur de données pour se connecter à la source de données sous-jacente.
Les extensions de source de données nécessitent un fournisseur pour se connecter à la source de données sous-jacente.
Pour plus d'informations, voir les rubriques suivantes sur la création de fournisseurs et les convertisseurs :
How to: Create report renderers for PerformancePoint Services in SharePoint
How to: Create filter data providers for PerformancePoint Services in SharePoint
How to: Create tabular data source providers for PerformancePoint Services in SharePoint
Applications d’éditeur pour PerformancePoint Services extensions de SharePoint
Éditeurs personnalisés permettent aux utilisateurs de définir les propriétés d'un objet personnalisé, interagir avec des objets dans le référentiel et initialiser les points de terminaison pour les rapports personnalisés et des filtres. Votre éditeur doit exposer les propriétés que vous souhaitez permettre aux utilisateurs d'afficher et modifier. Éditeurs peuvent être ouverts à partir d'objets PerformancePoint Dashboard Designer ou d'éléments dans la liste contenu PerformancePoint ou d'une bibliothèque de connexions de données PerformancePoint. Pour intégrer le Dashboard Designer expérience de création, votre éditeur doit être en mesure d'ouvrir à partir d'un identificateur uniform resource identifier (URI), et l'URI doit être enregistré pour l'objet personnalisé dans le fichier web.config PerformancePoint Services.
Pour plus d'informations sur la création d'éditeurs, consultez les rubriques suivantes :
How to: Create report editors for PerformancePoint Services in SharePoint
How to: Create filter editors for PerformancePoint Services in SharePoint
How to: Create tabular data source editors for PerformancePoint Services in SharePoint
Notes
[!REMARQUE] PerformancePoint Dashboard Designer peut créer et supprimer des objets personnalisés, afin que votre éditeur n'a pas besoin fournir la logique pour la création ou suppression d'objets.
Métadonnées de configuration pour PerformancePoint Services extensions de SharePoint
Vous devez spécifier les métadonnées de votre extension dans le fichier web.config PerformancePoint Services pendant le processus d'installation. Les métadonnées incluent type, subType, RendererClass, EditorURI et Resources les attributs.
Pour créer un objet personnalisé, Dashboard Designer récupère les métadonnées de l'objet à partir du fichier web.config de PerformancePoint Services, puis crée l'objet comme un type de contenu dans le référentiel de Dashboard Designer. Après avoir créé l'objet personnalisé, Dashboard Designer affiche un lien vers l'éditeur.
For more information about extension metadata, see Procédure : enregistrer manuellement des extensions PerformancePoint Services.
Transformations personnalisées pour PerformancePoint Services cartes de performance dans SharePoint
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 l’interrogation de la source de données ou avant le rendu de la carte de performance dans le partie Web. Par exemple, PerformancePoint Services utilise les transformations à effectuer plusieurs opérations avant le rendu d'un affichage de la carte de performance, telles que le développement de jeux nommés, computing cumulatifs et l'informatique aggregations. Ces modifications sont appliquées au moment de l'exécution, et ils ne modifient pas la définition de l'objet de la carte de performance.
Pour plus d’informations sur les transformations de carte de performance, voir How to: Create scorecard transforms for PerformancePoint Services in SharePoint.
Notes
Si une transformation modifie les valeurs des données d’une carte de performance, les modifications se propagent directement aux rapports Schéma stratégique qui utilisent la carte de performance comme source de données. De plus, les modifications apportées aux cartes de performances peuvent affecter les rapports Détails des indicateurs de performance clés.
Architecture d’extensibilité pour PerformancePoint Services dans SharePoint
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 illustré dans le diagramme suivant.
Figure 1. Architecture d'extensibilité de PerformancePoint Services

PerformancePoint Services extensions qui s’exécutent sur SharePoint serveur web frontal
Personnalisé éditeurs (et autres applications personnalisées prises en charge) s'exécutent sur le serveur web frontal au sein d'une instance de l'application PerformancePoint Services. Éditeurs sont généralement déployées en tant que pages .aspx et sont installés dans le chemin d'accès %ProgramFiles%\\Common Files\\Microsoft Shared\\web server extensions\\15\\TEMPLATE\\LAYOUTS. Éditeurs appeler l'objet de BIMonitoringServiceApplicationProxy ou SPDataStore au contenu auteur ou un processus, comme suit :
Objets de rapport et le filtre doivent utiliser SPDataStore pour toutes les tâches de référentiel.
Objets de source de données doivent utiliser BIMonitoringServiceApplicationProxy pour effectuer des tâches Create et Update afin que ces tâches sont effectuées dans le contexte de l'application de service PerformancePoint Services. Read (get) et Delete tâches peuvent être effectuées à l'aide de BIMonitoringServiceApplicationProxy ou SPDataStore . (Toutefois, les applications de source de données personnalisés qui s'exécutent sur le serveur d'applications peuvent appeler SPDataStore directement.)
PerformancePoint Services extensions qui s’exécutent sur le SharePoint d’applications
Convertisseurs personnalisés, les fournisseurs et les transformations s'exécutées sur le serveur d'applications. Le serveur d'applications héberge la logique métier de niveau intermédiaire pour l'instance de PerformancePoint Services.