Neuigkeiten: PerformancePoint Services
Letzte Änderung: Samstag, 4. Juni 2011
Gilt für: SharePoint Server 2010
Änderungen in der Programmierbarkeit der PerformancePoint-Dienste
Viele der Änderungen bei der Programmierbarkeit von PerformancePoint Services gründen in der Integration in SharePoint Server 2010. In der folgenden Liste werden diese Änderungen beschrieben:
Objekte erster Klasse (First-class objects, FCOs) werden als Inhaltstypen im PerformancePoint Services-Repository gespeichert. Dieses umfasst SharePoint-Dokumentbibliotheken und -Listen. Datenquellen werden in Dokumentbibliotheken gespeichert, und alle anderen FCOs (Dashboards, Scorecards, Berichte, Filter, KPIs und Indikatoren) werden in Listen gespeichert. Die FCO-Definition wird als serialisiertes XML im Inhaltstyp gespeichert. Sie können zwar SharePoint-APIs verwenden, um auf FCO-Definitionen zuzugreifen, zum Ändern der FCO-Definitionen sollten Sie jedoch nur PerformancePoint Services-APIs verwenden. Weitere Informationen finden Sie im Abschnitt "Interaktion mit Repositoryobjekten" unter Editoren für benutzerdefinierte PerformancePoint Services-Objekte.
.gif "Hinweis")
HinweisDashboard -FCOs, die im Repository gespeichert sind, stellen Dashboardseitendefinitionen dar. Veröffentlichte Dashboards werden in einer separaten Dokumentbibliothek für Dashboards gespeichert.
FCO-Definitionen sind nicht erweiterbar: Sie können einem Objekt keine Eigenschaften oder Methoden hinzufügen. Zum Erstellen eines benutzerdefinierten Objekts, das in PerformancePoint Dashboard-Designer verwaltet werden kann, erstellen Sie ein systemeigenes PerformancePoint Services-Objekt und legen dann benutzerdefinierte Werte für dessen Eigenschaften fest. Nur Objekte vom Typ ReportView, Filter und DataSource lassen sich anpassen, und nur benutzerdefinierte Tabellendatenquellen werden unterstützt.
Der eindeutige Bezeichner eines FCOs wird durch einen Speicherort im Repository dargestellt und nicht durch eine GUID.
Das ReportView-Objekt, das Filter-Objekt und das DataSource-Objekt erben neue Eigenschaften zur Unterstützung der Erweiterbarkeit:
Die RendererClassName-Eigenschaft referenziert die Klasse, die einen benutzerdefinierten Berichtrenderer oder ein benutzerdefiniertes Filtersteuerelement definiert. (Diese Eigenschaft gilt nicht für benutzerdefinierte Datenquellen.)
Die SubTypeId-Eigenschaft definierten den eindeutigen Bezeichner für das Objekt. In PerformancePoint Services wird anhand dieser Eigenschaft ermittelt, ob ein Objekt benutzerdefiniert ist.
Filter-Objekte sind FCOs. Sie werden über einen Verweis zu Dashboards hinzugefügt und können in mehreren Dashboards wiederverwendet werden. In der Vorgängerversion sind Filter untergeordnete Objekte, die innerhalb von Dashboardobjekten definiert sind.
Dashboard-Designer kann nicht erweitert werden. Dank neuer Funktionen können allerdings in Dashboard-Designer benutzerdefinierte Objekte angezeigt und verwendet und benutzerdefinierte Editoren geöffnet werden. Weitere Informationen finden Sie unter Editoren für benutzerdefinierte PerformancePoint Services-Objekte. Die wichtigsten Vorteile dieser Änderung liegen darin, dass reduzierte Editoren unterstützt werden und von mehreren Drittanbietern entwickelte Erweiterungen einfacher bereitgestellt werden können.
PerformancePoint Services stellt den BIMonitoringServiceApplicationProxy-Dienstanwendungsproxy und das SPDataStore-Objekt auf dem Front-End-Webserver bereit. Benutzerdefinierte Anwendungen sollten zum Schreiben und Verarbeiten von Inhalten diese Objekte aufrufen und nicht PerformancePoint-Webdienste.
Die PerformancePoint Services-Dokumentation für Entwickler basiert auf einem Beispiel, das Beispiele für unterstützte Erweiterungen enthält. Das Beispiel enthält eine Repositoryhilfsschicht, die die gängigen Aufgaben vereinfacht, die von benutzerdefinierten Editoren beim Erstellen, Abrufen und Aktualisieren von Objekten ausgeführt werden. Weitere Informationen finden Sie unter Codebeispiele für PerformancePoint Services in SharePoint Server 2010.
Für die Autorisierung der Berechtigungen eines Benutzers zum Zugreifen auf ein FCO und seine Definitionen werden SharePoint-Listenzugriffsberechtigungen verwendet. Allerdings wird durch Listenzugriffsberechtigungen nicht der Zugriff auf die zugrunde liegenden Daten gesichert, die in Dashboardinhalten angezeigt werden. Informationen dazu, wie in PerformancePoint Services Daten geschützt werden, finden Sie unter Planen der Sicherheit für die PerformancePoint-Dienste (SharePoint Server 2010).
In PerformancePoint-Webparts (Scorecards, Berichten und Filtern) werden Microsoft SharePoint Foundation 2010-Verbindungsschnittstellen verwendet. Dadurch können PerformancePoint-Webparts Werte an andere Webparts, die kompatible Verbindungsschnittstellen verwenden, senden oder aus diesen Webparts empfangen.
Die Website Vorschau wurde entfernt. Stattdessen können Dashboardautoren jetzt Dashboards direkt in SharePoint Server 2010 veröffentlichen, um sie im privaten Modus zu gestalten und zu testen, bevor sie sie anderen Benutzern zur Verfügung stellen.
Infolge dieser bedeutenden Änderungen hinsichtlich der Architektur wird die Migration von benutzerdefinierten PerformancePoint Monitoring Server-Erweiterungen zu PerformancePoint Services nicht unterstützt.