Nouveautés : PerformancePoint Services
Dernière modification : samedi 4 juin 2011
S’applique à : SharePoint Server 2010
Modifications de la programmabilité dans PerformancePoint Services
L’intégration dans SharePoint Server 2010 détermine un grand nombre des modifications de programmabilité pour PerformancePoint Services. La liste suivante décrit ces modifications :
Les objets de première classe sont stockés en tant que types de contenu dans le référentiel PerformancePoint Services, qui comprend des bibliothèques de documents et des listes SharePoint. Les sources de données sont stockées dans des bibliothèques de documents, et tous les autres objets de première classe (tableaux de bord, cartes de performance, rapports, filtres, indicateurs de performance clés et indicateurs) sont stockés dans des listes. La définition d’un objet de première classe est stockée selon un format XML sérialisé dans le type de contenu. Bien que vous puissiez utiliser les API SharePoint pour accéder aux définitions des objets de première classe, il est recommandé d’utiliser uniquement les API PerformancePoint Services pour les modifier. Pour plus d’informations, voir la section « Interaction avec des objets du référentiel » dans Éditeurs pour les objets personnalisés des services PerformancePoint Services.
Notes
Les objets de première classe de type tableau de bord qui sont stockés dans le référentiel représentent les définitions de page de tableau de bord. Les tableaux de bord publiés sont stockés dans une bibliothèque de documents Tableaux de bord distincte.
Les définitions d’objets de première classe ne sont pas extensibles : vous ne pouvez pas ajouter des propriétés ou des méthodes à un objet. Pour créer un objet personnalisé qui peut être géré à partir de PerformancePoint Dashboard Designer, vous créez un objet PerformancePoint Services natif, puis vous définissez des valeurs personnalisées pour ses propriétés. Seuls des objets de type ReportView, Filter et DataSource peuvent être personnalisés, et seules les sources de données tabulaires personnalisées sont prises en charge.
L’identificateur unique d’un objet de première classe est représenté par un emplacement dans le référentiel, au lieu d’un GUID.
Les objets ReportView, Filter et DataSource héritent de nouvelles propriétés pour la prise en charge de l’extensibilité :
La propriété RendererClassName référence la classe qui définit un convertisseur de rapports personnalisés ou un contrôle de filtre personnalisé. (Cette propriété ne s’applique pas aux sources de données personnalisées.)
La propriété SubTypeId définit l’identificateur unique de l’objet. PerformancePoint Services utilise cette propriété pour déterminer si un objet est personnalisé.
Les objets Filter sont des objets de première classe. Ils sont ajoutés à des tableaux de bord par référence, et ils peuvent être réutilisés dans plusieurs tableaux de bord. Dans la version précédente, les filtres étaient des objets enfants définis dans des objets de tableau de bord.
Dashboard Designer ne peut pas être étendu. Toutefois, une nouvelle fonctionnalité permet à Dashboard Designer d’afficher et d’interagir avec des objets personnalisés, et d’ouvrir des éditeurs personnalisés. Pour plus d’informations, voir Éditeurs pour les objets personnalisés des services PerformancePoint Services. Les principaux avantages de cette modification sont la prise en charge des éditeurs légers et un déploiement plus facile des extensions qui sont développées par plusieurs tiers.
PerformancePoint Services fournit le proxy d’application de service BIMonitoringServiceApplicationProxy et l’objet SPDataStore sur le serveur Web frontal. Les applications personnalisées doivent appeler ces objets pour créer et traiter du contenu au lieu d’appeler les Services Web PerformancePoint.
La documentation du développeur pour PerformancePoint Services est basée sur un exemple d’extensions prises en charge. L’exemple contient une couche d’application d’assistance du référentiel qui simplifie les tâches courantes que les éditeurs personnalisés effectuent pour créer, récupérer et mettre à jour des objets. Pour plus d’informations, voir Exemples de code pour les pour les services PerformancePoint Services dans SharePoint Server 2010.
La sécurité de liste SharePoint est utilisée pour permettre aux autorisations des utilisateurs d’accéder à un objet de première classe et à sa définition. La sécurité de liste ne sécurise cependant pas les accès aux données sous-jacentes qui sont affichées dans le contenu du tableau de bord. Pour plus d’informations sur la façon dont PerformancePoint Services sécurise les données, voir Planifier la sécurité de PerformancePoint Services (SharePoint Server 2010).
Les Composants WebPart PerformancePoint (cartes de performance, rapports et filtres) utilisent des interfaces de connexion Microsoft SharePoint Foundation 2010. Ceci permet aux Composants WebPart PerformancePoint d’envoyer ou de recevoir des valeurs d’autres composants WebPart qui utilisent des interfaces de connexion compatibles.
Le site Web Aperçu a été supprimé. Au lieu d’utiliser ce site, les auteurs de tableaux de bord peuvent publier les tableaux de bord directement sur SharePoint Server 2010 pour concevoir et tester en mode privé avant de mettre le tableau de bord à la disposition des autres utilisateurs.
En conséquence de ces modifications significatives d’architecture, la migration des extensions PerformancePoint Monitoring Server personnalisées vers PerformancePoint Services n’est pas prise en charge.
Voir aussi
Concepts
Résolution des problèmes et questions fréquemment posées concernant PerformancePoint Services