PerformancePoint-Dienste in SharePoint

  • Artikel

In diesem Artikel werden die unterstützten Entwicklungsszenarien für die PerformancePoint-Dienste in SharePoint beschrieben sowie deren Erweiterbarkeitsarchitektur. Bei den PerformancePoint-Diensten handelt es sich um SharePoint-Dienstanwendungen. Mit ihrer Hilfe können Benutzer Business Intelligence-Dashboards (BI-Dashboards) erstellen, die Einblick in die Leistung einer Organisation gewähren. Sie können Erstellen benutzerdefinierter Berichte, Filter, tabellendatenquellen und scorecardtransformationen zum Erweitern der systemeigenen Funktionen von PerformancePoint-Dienste. So können Sie beispielsweise eine benutzerdefinierte Berichtsvisualisierung speziell für die Medizinbranche erstellen und in eine wiederverwendbare vertikale Lösung integrieren.

Benutzerdefinierte Berichte, Filter und tabellarische Datenquellen in den PerformancePoint-Diensten in SharePoint

Sie können native PerformancePoint-Dienste ReportView -, Filter - und tabellarische DataSource-Objekte erweitern, indem Sie benutzerdefinierte Werte für deren Eigenschaften definieren. Benutzerdefinierte Berichte, Filter und tabellarischen Datenquellenerweiterungen umfassen in der Regel drei Komponenten: ein Renderer oder Anbieter, ein Editor-Anwendung und Erweiterungsmetadaten.

Renderer und Anbietern für PerformancePoint-Dienste-Erweiterungen

Der Typ des Objekts, die Sie erweitern bestimmt, ob es ein Renderer oder ein Anbieter verwendet wird. Berichts- und Erweiterungen Renderern verwenden, und Filtern und Datenquellenerweiterungen verwenden Anbieter.

  • Bei Berichterweiterungen ist für die Berichtvisualisierung ein Renderer erforderlich.

  • Filtererweiterungen erforderlich für das Steuerelement zur Auswahl ein Renderer. Renderer kann eines benutzerdefinierten Renderers oder einer systemeigenen PerformancePoint-Dienste Renderer sein. Wenn Sie einen PerformancePoint-Dienste Renderer verwenden, registrieren Sie einfach in der Erweiterung. Wenn Sie einen benutzerdefinierten Renderer verwenden, müssen Sie auch in der Erweiterung einbeziehen.

  • Filtererweiterungen erfordern einen Verbindung mit der zugrunde liegenden Datenquelle Datenanbieter.

  • Bei Datenquellenerweiterungen ist zum Herstellen der Verbindung mit der zugrunde liegenden Datenquelle ein Anbieter erforderlich.

Weitere Informationen finden Sie unter den folgenden Themen zum Erstellen von Renderern und Anbieter:

Editoranwendungen für PerformancePoint-Dienste-Erweiterungen in SharePoint

Benutzerdefinierte Editoren können Benutzer Eigenschaften für ein benutzerdefiniertes Objekt definieren, interagieren Sie mit Objekten im Repository und Endpunkte für benutzerdefinierte Berichte und Filter zu initialisieren. Editor sollte die Eigenschaften verfügbar machen, die Sie Aktivieren von Benutzern anzeigen und ändern möchten. Editoren können von Objekten in PerformancePoint Dashboard-Designer oder Elemente in der PerformancePoint-Inhaltsliste oder PerformancePoint-Datenverbindungsbibliothek geöffnet werden. Um in die für die Webseitenerstellung Dashboard-Designer integrieren, muss der Editor aus einen uniform Resource Identifier (URI) zu öffnen und der URI muss für die benutzerdefiniertes Objekt in der web.config-Datei PerformancePoint-Dienste registriert werden.

Weitere Informationen zum Erstellen von Editoren finden Sie unter den folgenden Themen:

Hinweis

Mit PerformancePoint Dashboard-Designer können Sie Objekte erstellen und löschen. Ihr Editor muss also keine Logik zum Erstellen oder Löschen von Objekten bereitstellen.

Konfigurationsmetadaten für PerformancePoint-Dienste-Erweiterungen in SharePoint

Sie müssen während des Installationsvorgangs Metadaten für die Erweiterung in der PerformancePoint-Dienste web.config-Datei angeben. Die Metadaten enthält type, subType, RendererClass, EditorURIund Resources Attribute.

Zum Erstellen eines benutzerdefinierten Objekts Dashboard-Designer Ruft Metadaten für das Objekt aus der PerformancePoint-Dienste web.config-Datei und dann das Objekt als einen Inhaltstyp im Repository Dashboard-Designer erstellt. Nach dem Erstellen des benutzerdefinierten Objekts zeigt Dashboard-Designer eine Verknüpfung zum-Editor.

Weitere Informationen zu Erweiterungsmetadaten finden Sie unter Vorgehensweise: Manuelles Registrieren von PerformancePoint-Dienste Erweiterungen.

Benutzerdefinierte Transformationen für PerformancePoint-Dienste-Scorecards in SharePoint

Transformationen ändern die Darstellung, den Inhalt oder die Funktionalität von Scorecards vor dem Abfragen der Datenquelle, nach dem Abfragen der Datenquelle oder vor dem Rendern der Scorecard im Webpart. Beispielsweise verwendet PerformancePoint-Dienste Transformationen, um mehrere Vorgänge auszuführen, bevor eine Scorecardansicht gerendert wird, z. B. das Erweitern benannter Sätze, das Berechnen von Rollups und das Berechnen von Aggregationen. Diese Änderungen werden zur Laufzeit angewendet, und sie ändern nicht die Definition des Scorecardobjekts.

Weitere Informationen zu Scorecardtransformationen finden Sie unter Vorgehensweise: Erstellen von Scorecardtransformationen für PerformancePoint-Dienste in SharePoint.

Hinweis

Wenn eine Transformation die Datenwerte einer Scorecard ändert, werden die Änderungen direkt in Strategiekartenberichte eingefügt, die die Scorecard als Datenquelle verwenden. Darüber hinaus können sich Änderungen an Scorecards auf KPI-Detailberichte auswirken.

Erweiterbarkeitsarchitektur der PerformancePoint-Dienste in SharePoint

Unterstützte Anwendungserweiterungen führen innerhalb einer Anwendungsinstanz PerformancePoint-Dienste, auf dem Front-End-Webserver oder auf dem Anwendungsserver aus, wie in der folgenden Abbildung dargestellt.

Abbildung 1: Erweiterbarkeitsarchitektur von PerformancePoint Services

Erweiterungspunkte der PerformancePoint-Dienste

Auf dem SharePoint-Front-End-Webserver ausgeführte PerformancePoint-Dienste-Erweiterungen

Benutzerdefinierte Editoren (und andere unterstützten benutzerdefinierten Anwendungen) auf dem Front-End-Webserver in einer Instanz einer Anwendung PerformancePoint-Dienste ausführen. Editoren werden in der Regel als ASPX-Seiten bereitgestellt und im Pfad %ProgramFiles%\\Common Files\\Microsoft Shared\\web server extensions\\15\\TEMPLATE\\LAYOUTSinstalliert. Editoren rufen das BIMonitoringServiceApplicationProxy-Objekt oder das SPDataStore-Objekt auf, um Inhalte wie folgt zu erstellen oder zu verarbeiten:

  • Berichts- und Filterobjekte sollten SPDataStore für alle Repositoryaufgaben verwenden.

  • Datenquellenobjekte sollten BIMonitoringServiceApplicationProxy verwenden, um Create- und Update-Aufgaben auszuführen, damit diese Aufgaben im Kontext der PerformancePoint-Dienste-Dienstanwendung ausgeführt werden. Read (get) und Delete Aufgaben mithilfe von BIMonitoringServiceApplicationProxy oder SPDataStore ausgeführt werden können. (Allerdings können benutzerdefinierte Datenquelle Anwendungen, die auf dem Anwendungsserver ausgeführt SPDataStore direkt aufrufen.)

Auf dem SharePoint-Anwendungsserver ausgeführte PerformancePoint-Dienste-Erweiterungen

Benutzerdefinierte Renderer, Anbieter und scorecardtransformationen auf dem Anwendungsserver ausgeführt. Der Anwendungsserver gehostet wird, die Middle-Tier-Geschäftslogik für die PerformancePoint-Dienste-Instanz.

Siehe auch