Escenarios de desarrollo con PerformancePoint Services

Artículo
09/18/2014

Última modificación: viernes, 03 de junio de 2011

Hace referencia a: SharePoint Server 2010

Se aplica a: PerformancePoint Services para SharePoint Server, versión Enterprise
Para el desarrollo de PerformancePoint Services de Microsoft SharePoint Server 2010, puede usarse la API para ampliar la funcionalidad nativa de PerformancePoint Services. Por ejemplo, se puede crear una visualización de informe personalizado que esté optimizada para el sector médico e integrarla en una solución vertical reutilizable.

Las extensiones compatibles se ejecutan dentro de una instancia de aplicación de PerformancePoint Services, en el servidor front-end web o en el servidor de aplicaciones, como se muestra en el diagrama siguiente.

Figura 1. Arquitectura de la extensibilidad de PerformancePoint Services

Puntos de extensibilidad de PerformancePoint Services

PerformancePoint Services es compatible con los escenarios de desarrollo que se indican a continuación.

Creación de extensiones de informes, filtros y orígenes de datos tabulares

Puede crear extensiones para objetos personalizados de PerformancePoint Services, los cuales son objetos nativos ReportView, Filter o DataSource que tienen valores personalizados definidos para sus propiedades. Las extensiones personalizadas normalmente incluyen tres componentes: un representador o proveedor, una aplicación de editor y metadatos de extensión.

Representador o proveedor

El tipo de extensión determina si se usa un representador o un proveedor. Las extensiones de informes y filtros usan representadores; las extensiones de filtros y orígenes de datos usan proveedores.

Las extensiones de informes requieren un representador para la visualización de informes.
Las extensiones de filtros requieren un proveedor de datos para conectarse con el origen de datos subyacente y un representador para el control de selección. El representador puede ser un representador personalizado o nativo de PerformancePoint Services.
Las extensiones de orígenes de datos requieren un proveedor para conectarse con el origen de datos subyacente.

Aplicación de editor

Los editores personalizados permiten a los usuarios definir propiedades para un objeto personalizado. Un editor puede abrirse en Diseñador de paneles de PerformancePoint o en un elemento de un repositorio, como la Lista de contenido de PerformancePoint o la Biblioteca de conexión de datos de PerformancePoint. Los editores personalizados (y otras aplicaciones personalizadas admitidas) se ejecutan en el servidor, en una instancia de aplicación de PerformancePoint Services, y llaman al objeto BIMonitoringServiceApplicationProxy o al objeto SPDataStore para crear o procesar contenido. Para obtener más información sobre editores, vea Editores para objetos personalizados de PerformancePoint Services.

Nota

El uso de servicios web de PerformancePoint para el acceso remoto no es un escenario admitido oficialmente. Para habilitar las aplicaciones cliente para que obtengan acceso a PerformancePoint Services, puede crear un servicio web personalizado que se ejecute en el servidor. El servicio web puede recibir llamadas desde la aplicación cliente y realizar llamadas a la API de PerformancePoint Services.

Metadatos de extensión

Debe especificar metadatos para la extensión en el archivo web.config de PerformancePoint Services durante el proceso de instalación. Los metadatos incluyen los atributos type, subType, RendererClass, EditorURI y Resources. Para obtener más información, vea Procedimiento para registrar manualmente las extensiones de PerformancePoint Services.

Creación de transformaciones de cuadros de mandos

Las transformaciones cambian la apariencia, los contenidos o la funcionalidad de los cuadros de mandos antes de consultar el origen de datos, después de consultar el origen de datos o antes de representar el cuadro de mandos en el elemento web. Para obtener más información, vea Información general sobre transformaciones de cuadro de mandos de PerformancePoint Services.