Architecture de PerformancePoint Services
Dernière modification : samedi 4 juin 2011
S’applique à : SharePoint Server 2010
Dans cet article
Couche cliente
Serveur Web frontal
Serveur d’applications
Figure 1. Architecture de PerformancePoint Services
.gif "Architecture de PerformancePoint Services")
Couche cliente
La couche cliente inclut le navigateur et PerformancePoint Dashboard Designer.
Navigateur
Le navigateur affiche un tableau de bord dans une page SharePoint Server 2010. Les tableaux de bord contiennent des objets de filtres, de rapports et de cartes de performance interactifs. Les objets du navigateur communiquent avec le service Web PPSRenderingService en envoyant des demandes Fonctionnalités AJAX pour ASP.NET et en recevant des réponses au format JSON (JavaScript Object Notation).
PerformancePoint Dashboard Designer
Dashboard Designer procure un riche environnement de création et de gestion du contenu de tableau de bord. Dashboard Designer est installé sur un ordinateur client au moyen de ClickOnce, une technologie de déploiement basée sur le Web. Dashboard Designer communique avec le service Web PPSAuthoringService en envoyant des demandes SOAP et en recevant des réponses XML. Les utilisateurs peuvent également effectuer des tâches de conception simples en mode d’édition dans SharePoint Server 2010, par exemple ajouter des composants WebPart à un tableau de bord.
Serveur Web frontal
Le serveur Web frontal s’exécute sur les services Internet (IIS, Internet Information Services). Il héberge des éditeurs personnalisés légers, des Composants WebPart PerformancePoint, des services Web et le proxy de service d’application.
Éditeurs personnalisés
Les éditeurs personnalisés permettent aux utilisateurs de modifier un objet PerformancePoint Services personnalisé, qui est un objet ReportView, Filter ou DataSource natif qui définit des valeurs personnalisées pour ses propriétés. Les éditeurs personnalisés s’exécutent du côté serveur dans une instance d’application SharePoint et appellent des objets dans le modèle objet PerformancePoint Services (le proxy d’application de service et l’objet SPDataStore). Pour plus d’informations sur les éditeurs personnalisés, voir Éditeurs pour les objets personnalisés des services PerformancePoint Services ou Exemple de code : objets personnalisés de rapport, de filtre et de source de données tabulaires.
Composants WebPart
Les objets de filtres, de rapports et de cartes de performance sont affichés dans les composants WebPart sur une page de tableau de bord. Les Composants WebPart PerformancePoint implémentent des interfaces de connexion Microsoft SharePoint Foundation 2010, ce qui leur permet d’envoyer ou de recevoir des valeurs d’autres composants WebPart qui utilisent des interfaces de connexion compatibles. Une seule connexion peut être définie entre deux composants WebPart sur une page de tableau de bord. Toutefois, plusieurs points de terminaison peuvent être connectés dans la connexion et plusieurs valeurs de paramètres peuvent être envoyées sur la connexion.
Services Web
PerformancePoint Services utilise deux services Web au niveau de la collection de sites pour effectuer les tâches de création et de rendu.
Le service Web PPSAuthoringService est utilisée par Dashboard Designer pour créer, modifier et supprimer des objets de tableau de bord, extraire du contenu de tableau de bord et extraire des données à partir de sources de données.
Le service Web PPSRenderingService est utilisé par Dashboard Designer et le navigateur pour afficher les objets de tableau de bord.
Les services Web appellent le proxy d’application de service BIMonitoringServiceApplicationProxy pour effectuer des demandes à partir du serveur d’applications.
Notes
L’appel à distance des services Web PerformancePoint Services n’est pas un scénario de développement pris en charge.
Proxy d’application de service
BIMonitoringServiceApplicationProxy expose l’API PerformancePoint Services aux consommateurs et fournit le canal de communication entre le serveur Web frontal et le serveur d’applications.
Les services Web et composants WebPart frontaux appellent le proxy d’application de service pour afficher le contenu de tableau de bord et exécuter les requêtes de source de données. Ensuite, le proxy d’application de service transfère ces demandes à l’application de service PerformancePoint Services. Le proxy interagit avec l’équilibrage de charge sur le serveur d’applications et maintient la séparation entre les domaines hébergés et les applications Web en identifiant la partie de la batterie qui fournit les résultats.
Le proxy d’application de service communique avec l’application de service au moyen d’une interface de service WCF (Windows Communication Foundation). L’architecture orientée service de l’interface WCF fournit des performances, une sécurité et une évolutivité améliorées.
Serveur d’applications
L’application de service BIMonitoringServiceApplication fournit la logique métier de couche intermédiaire pour l’instance de PerformancePoint Services et effectue le traitement complexe pour les fonctionnalités PerformancePoint Services. Elle stocke les annotations, les objets temporaires et la persistance des paramètres (sélections de filtres des utilisateurs) dans une instance de base de données.