Новые возможности служб PerformancePoint

  • Статья

Дата последнего изменения: 4 июня 2011 г.

Применимо к: SharePoint Server 2010

Изменения в принципах программирования в службах PerformancePoint

Интеграция с SharePoint Server 2010 повлекла за собой множество изменений в принципах программирования для PerformancePoint Services. Эти изменения описываются в следующем списке:

  • Объекты первого класса (FCO) хранятся в виде типов контента в репозитории PerformancePoint Services, в котором содержатся библиотеки документов и списки SharePoint. Источники данных хранятся в библиотеках документов. Остальные объекты первого класса (панели мониторинга, системы показателей, отчеты, фильтры, ключевые индикаторы производительности и индикаторы) хранятся в списках. Определения объектов первого класса хранятся в виде сериализованного XML-кода в типе контента. При необходимости можно получать доступ к определениям объектов первого класса с помощью API-интерфейсов SharePoint, однако для их изменения следует использовать только API-интерфейсы PerformancePoint Services. Дополнительные сведения см. в разделе "Взаимодействие с объектами репозитория" статьи Редакторы нестандартных объектов PerformancePoint Services.

    ПримечаниеПримечание

    Объекты первого класса панелей мониторинга, хранящиеся в репозитории, представляют определения страниц панелей мониторинга. Опубликованные панели мониторинга хранятся в отдельной библиотеке документов.

  • Определения объектов первого класса не поддерживают расширение. Добавление свойств или методов к объекту невозможно. Чтобы создать настраиваемый объект, который может управляться из конструктора панели мониторинга PerformancePoint, следует создать собственный объект PerformancePoint Services и затем определить настраиваемые значения его свойств. Настройка поддерживается только для объектов типа ReportView, Filter и DataSource. При этом поддерживаются только настраиваемые табличные источники данных.

  • Уникальный идентификатор объекта первого класса задается с помощью его расположения в репозитории, а не с помощью идентификатора GUID.

  • Объекты ReportView, Filter и DataSource наследуют новые свойства в целях поддержки расширяемости:

    • Свойство RendererClassName ссылается на класс, в котором определены средство отображения настраиваемого отчета или элемент управления настраиваемого фильтра. Это свойство не применяется к настраиваемым источникам данных.

    • Свойство SubTypeId определяет уникальный идентификатор объекта. В PerformancePoint Services это свойство используется, чтобы определить, является ли объект настраиваемым.

  • Объекты Filter представляют собой объекты первого класса. Они добавляются в панели мониторинга с помощью ссылок и могут использоваться в нескольких панелях мониторинга. В предыдущих версиях фильтры представляли собой дочерние объекты, которые определялись в объектах панели мониторинга.

  • Конструктор панели мониторинга не поддерживает расширение. Однако благодаря новым возможностям в конструкторе панели мониторинга поддерживается отображение настраиваемых объектов, взаимодействие с ними, а также запуск редакторов настраиваемых ресурсов. Дополнительные сведения см. в статье Редакторы нестандартных объектов PerformancePoint Services. Основные преимущества этого изменения заключаются в поддержке "тонких" редакторов и упрощении развертывания расширений сторонних производителей.

  • В PerformancePoint Services представлены прокси приложение-служба BIMonitoringServiceApplicationProxy и объект SPDataStore на интерфейсном веб-сервере. Эти объекты следует вызывать в настраиваемом приложении вместо метода веб-служб PerformancePoint для создания и обработки контента.

  • В документации разработчика PerformancePoint Services представлен пример, содержащий образцы поддерживаемых расширений. В этом примере используется вспомогательный уровень репозитория, который позволяет упростить выполнение общих задач в редакторах настраиваемых ресурсов для создания, извлечения и обновления объектов. Дополнительные сведения см. в статье Примеры кода для PerformancePoint Services в SharePoint Server 2010.

  • Для авторизации разрешений пользователей на доступ к объекту первого класса и его определению используется функция безопасности списка SharePoint. Однако при этом не обеспечивается защита доступа к базовым данным, которые отображаются в панели мониторинга. Дополнительные сведения о защите данных в PerformancePoint Services см. в статье Планирование безопасности PerformancePoint Services (SharePoint Server 2010).

  • Веб-части PerformancePoint (системы показателей, отчеты и фильтры) используют интерфейсы подключений Microsoft SharePoint Foundation 2010. Это позволяет веб-частям PerformancePoint обмениваться значениями с другими веб-частями, использующими совместимые интерфейсы подключений.

  • Веб-сайт предварительного просмотра удален. Вместо использования этого сайта разработчики панелей мониторинга могут публиковать их непосредственно в SharePoint Server 2010. Это позволяет выполнять разработку и тестирование в закрытом режиме до того, как другим пользователям будет предоставлен доступ к панели мониторинга.

В результате столь значительных изменений в архитектуре перенос настраиваемых расширений сервера мониторинга PerformancePoint в PerformancePoint Services более не поддерживается.

См. также

Концепции

Службы PerformancePoint

Устранение неполадок со службами PerformancePoint Services. Вопросы и ответы