Considerações importantes sobre implementação

Atualizado em: 2009-04-30

Você precisa tomar algumas decisões importantes ao planejar a implementação do PerformancePoint Planning. Antes de começar a criar o aplicativo, analise e tome decisões sobre as seguintes áreas.

De quantos aplicativos você precisa: um ou muitos?

Muitas considerações sobre planejamento afetarão sua decisão de criar um ou vários aplicativos do Microsoft Office PerformancePoint Server 2007. A principal é o nível de compartilhamento dos metadados e das definições de objetos comerciais. Embora vários aplicativos sejam mais escalonáveis e flexíveis, cada aplicativo pode ser considerado como um contêiner independente para os dados, e os dados não podem ser compartilhados entre aplicativos.

O PerformancePoint Server permite um calendário por aplicativo; portanto, se a sua empresa tiver vários negócios em calendários diferentes, dois aplicativos deverão ser criados para acomodar sua estrutura organizacional. Use de cautela para garantir que o seu calendário do aplicativo corresponda precisamente aos seus processos empresariais. O calendário não pode ser modificado; um novo aplicativo tem de ser criado.

Ao planejar sites modelo do seu aplicativo, determine se a sua organização tem dados e processos centralizados e se você tem várias divisões com tipos muito diferentes de negócios na organização.

Se a sua organização for centralizada, vários sites de modelo podem não ser necessários. Mesmo que a sua organização seja descentralizada, mas os processos sejam consistentes e os dados relatados à matriz sejam normalizados entre os negócios, você poderá ter vários sites modelo que resumam os dados no nível corporativo.

No entanto, se sua organização não é centralizada e dados não são consistentes entre as divisões, talvez seja necessário modelo diferentes estruturas para as diferentes partes da sua organização. Para fazer isso, você talvez precise criar vários aplicativos.

Separação de raiz corporativa modelo Site de divisões ou sites do modelo de unidade de negócios também permite baseada em usuário e função acesso aos dados. Isso é importante em manter controle corporativo suposição modelos usados no processo de planejamento.

Considerações de segurança também podem afetar decisões sobre o planejamento de sites. Se você deseja especificar permissões variadas para os membros da função Modelador, basta criar subsites modelo e definir permissões no nível do site modelo.

Outras considerações são:

• Cronogramas de projeto diferentes: Os horários usados pelos responsáveis pelo planejamento, orçamento, previsão ou dados efetivos podem diferir, dificultando a implementação inicial do projeto em um único aplicativo.

• Considere a possibilidade de começar pequeno: O uso de vários aplicativos para começar, com a meta de longo prazo de migrar para um único aplicativo maior, pode ser a melhor maneira de começar sua distribuição. Essa abordagem envolve menos coordenação entre equipes corporativas e permite cronogramas separados para cada uma delas.

• Requisitos locais diferentes: Se uma subsidiária ou um site remoto quiser rastrear itens específicos do trabalho ou do site, talvez seja conveniente usar um subsite para o local remoto. Isso permite que a subsidiária use dados compartilhados, mas com personalização.

• Lidando com várias localidades geográficas: Embora você possa instalar o Planning Server em um local central (a matriz, por exemplo) e ter usuários remotos conectados remotamente, talvez seja conveniente criar um subsite para locais remotos. Os sites remotos poderão então usar o recurso Integração de Dados do PerformancePoint Server para mover os dados para a matriz periodicamente. É responsabilidade do subsite garantir que ele continue atendendo aos requisitos corporativos do site.

• Escalabilidade: Se todos os usuários compartilharem o mesmo aplicativo, a escalabilidade deverá ser uma consideração importante no ciclo de planejamento do projeto.

Escolhendo um tipo de modelo

Durante a criação de modelos no aplicativo do PerformancePoint Server, você pode fazer sua escolha entre cinco tipos de modelo: o modelo Pressuposição Global, o modelo Taxa de Câmbio, o modelo Financeiro com cálculos de ações, o modelo Financeiro sem cálculos de ações e o modelo Genérico.

A principal consideração ao determinar quais tipos de modelo para incluir em seu aplicativo é como você usará os modelos e seus dados, como se você estiver criando um modelo de negócios ou um modelo suposições. Você também pode descobrir que diferentes usuários finais vão querer níveis diferentes de dados, por isso é importante incluir uma ampla gama de usuários no planejamento inicial.

Por exemplo, é possível que os dados que você deseja ver nos relatórios precisem ser modelados de forma diferente dos dados usados exclusivamente para relatórios financeiros. Um modelo usado basicamente para relatórios financeiros pode não incluir dados do vendedor ou não estar no nível correto para gerar relatórios no nível de vendedor. Entretanto, esses dados seriam essenciais para scorecards de vendas. Nesse cenário, convém criar modelos para fornecer dados de vendas detalhados que possam ser resumidos para relatórios financeiros.

Além disso, é possível criar um modelo de um determinado tipo ou vários modelos do mesmo tipo para finalidades diferentes, o que pode ser uma solução alternativa para o cenário descrito acima.

Tipos de modelo

Tipo de modelo	Descrição
Genérico	O mais básico. Pode ser usado para qualquer outro tipo de modelo necessário e não contém regras predefinidas para lógica contábil.
Pressuposição Global	Usado para dados da linha de base que serão aplicados a uma empresa inteira (como informações sobre lista de preços ou número de funcionários) ou para drivers de negócios em um modelo financeiro, como pressuposições de receitas e despesas.
Taxa do Exchange	Um modelo de pressuposição com finalidade especial que controla valores de câmbio por período e o tipo de câmbio para todas as moedas no sistema. Uma consideração importante sobre os modelos Taxa de Câmbio é se você deseja controlar as taxas de câmbio por várias freqüências — por exemplo, diária, mensal e anualmente. Como este modelo não oferece agregação, você precisará de um modelo Taxa de Câmbio separado para cada freqüência no seu aplicativo que use pressuposições de taxa de câmbio.
Financeiro sem cálculos de ações	Inclui lógica interna para executar consolidações, mas não inclui cálculos de ações. Use este tipo de modelo se você tiver uma entidade, ou várias entidades que sejam analisadas individualmente. Por exemplo, este modelo poderia ser usado para criar um modelo departamental ou um modelo de custos corporativos, como o utilizado pelo departamento de Recursos Humanos.
Financeiro com cálculos de ações	Inclui lógica interna para calcular eliminações de operações entre empresas coligadas e para executar consolidações que incluem cálculos de ações. Por exemplo, se você tiver várias entidades e fornecer relatórios consolidados no nível corporativo, ou se você tiver várias entidades que não sejam totalmente controladas, use este modelo. Este tipo de modelo também pode ser usado para criar um modelo de planejamento estratégico.

Considerações sobre planejamento de dimensões

O PerformancePoint Planning fornece duas categorias de dimensões: predefinidos e definidos pelo usuário. Dimensões predefinidas podem ser usadas como gerado, mas geralmente algumas modificações são necessárias para acomodar a estrutura de dados atual e convenções de nomeação. O escopo de personalização para dimensões predefinidas é mais restrito do que para dimensões definidas pelo usuário.

Ao planejar seu aplicativo, é importante considerar também o número de membros que você incluirá em cada dimensão. No caso de dimensões que terão muitos membros, é possível criar conjuntos adicionais de membros de dimensão para limitar o número de contas por modelo, o que auxiliará no desempenho do aplicativo.

Cálculos

Os cálculos de negócios no PerformancePoint Planning podem ser obtidos com o uso de um cálculo do lado do servidor ou do cliente. Os cálculos do lado do servidor no Planning Server são apresentados como regras comerciais, que usam o PerformancePoint Expression Language (PEL) para expressar o cálculo que o usuário deseja executar. Os cálculos do lado do cliente são obtidos com o uso de recursos de cálculo incorporados no Suplemento PerformancePoint para Excel.

Cálculos do lado do servidor

Os cálculos em uma regra comercial de servidor expressa no PEL são efetuados, na realidade, pelo mecanismo do Microsoft SQL Server ou do SQL Server 2005 Analysis Services (SSAS). Para efetuar um cálculo no mecanismo do SQL Server, a regra precisa ser compilada em um procedimento armazenado SQL, que, em seguida, é executado para efetuar o cálculo. Para efetuar um cálculo no mecanismo do Analysis Services, a regra precisa ser compilada em instruções de consulta MDX ou scripts de cálculo MDX, que, em seguida, são enviados ao mecanismo do SSAS para execução.

Em geral, uma regra pode ser executada por qualquer uma das três plataformas acima (mecanismo do SQL Server, mecanismo do SSAS usando consulta MDX ou mecanismo do SQL Server Analysis Services usando scripts MDX). Cada plataforma de cálculo tem características diferentes de comportamento e desempenho. A tabela a seguir resume essas características.

Plataforma de execução	Característica de comportamento	Característica de desempenho	Recomendação
Mecanismo do SQL Server	O cálculo é invocado pelo usuário final explicitamente ou por um evento de reprocessamento. Os dados calculados são materializados e gravados na tabela de fatos. Não há suporte para certas expressões complexas.	O cálculo controla bem a dispersão de dados, ou seja, o tempo de execução é proporcional ao tamanho dos dados de fatos, e não ao escopo do cálculo.	Na maioria dos casos, esta é a opção preferida se o cálculo puder ser invocado por demanda ou disparado por um evento de reprocessamento. Alguns indicativos são explosão de dados e expressões complexas além da capacidade de processamento do SQL Server.
Mecanismo do SQL Server Analysis Services usando consulta MDX	O cálculo é invocado pelo usuário final explicitamente ou por um evento de reprocessamento. Os dados calculados são materializados e gravados na tabela de fatos. Há suporte para expressões PEL completas.	O cálculo não manipula bem certos tipos de dispersão. Se você tiver um cálculo que cubra uma grande região, o desempenho poderá ficar lento caso os resultados calculados reais (não nulos) sejam relativamente pequenos.	Adequado para cálculos que cobrem uma região pequena, é o modo mais fácil de testar e depurar um cálculo. A potência da expressão é mais poderosa que o mecanismo do SQL Server. Alguns indicativos são grandes regiões calculadas, explosão de dados e desempenho mais lento.
Mecanismo do SQL Server Analysis Services usando script MDX	O cálculo é invocado automaticamente e mantido pelo mecanismo do SSAS. Nenhuma invocação pelo usuário ou evento disparador do Microsoft Office PerformancePoint Server 2007 é necessário para a execução do cálculo. O resultado do cálculo não é materializado, por isso não há problemas de explosão de dados no back-end.	O cálculo tem poucas características de dispersão. O desempenho será especialmente lento se você tiver vários cálculos e um deles disparar grandes regiões de cálculo.	Use esta plataforma se quiser que o cálculo seja automático e em tempo real. Desempenho de consulta lento é um indicativo quando se tem este tipo de cálculo.

Um cálculo de taxa simples pode ser executado facilmente pelo mecanismo do SQL Server ou do SSAS com o uso de script MDX. A diferença entre os dois é a compensação de expansão de dados versus desempenho de consulta mais lento em tempo de execução.

Não é eficaz efetuar um cálculo de grande escopo apenas no nível folha no mecanismo do SSAS usando um script MDX. Isso ocorre porque uma consulta simples em um nível agregado mais alto disparará um cálculo automático de grande escopo toda vez que uma consulta desse tipo for resolvida, o que pode ter grande impacto no desempenho geral de consulta.

Cálculos do lado do cliente

Os usuários do Planning Server podem inserir fórmulas nas células de matrizes na pasta de trabalho durante a criação. O Planning usa o termo "fórmula em tempo de criação" para fazer referência a essas fórmulas, que permitem o cálculo do lado do cliente usando recursos avançados de cálculo no Microsoft Office Excel. A fórmula em tempo de criação pode ser definida no nível de raiz e herdada automaticamente nos níveis mais baixos. É uma maneira conveniente de implementar regras comerciais no tempo de criação de formulários.

Observação:
O uso excessivo de fórmulas em tempo de criação pode tornar mais lento o envio de dados e o processamento de formulários.

O uso de fórmulas do Excel permite que as empresas aproveitem regras comerciais existentes já definidas em suas planilhas. Uma empresa pode ter uma abordagem incremental de migrar suas fórmulas importantes para o Planning Server, possibilitando que elas sejam gerenciadas centralmente.

Durante o tempo de entrada de dados, os usuários também pode inserir fórmulas na região gravável. O Planning Server usa o termo "fórmulas em tempo de execução" para fazer referência a essas fórmulas, que podem ser usadas para aplicar regras comerciais e garantir a integridade de dados.

Write-back do Analysis Services

O Planning usa o recurso de "write-back" do Analysis Services para prever resultados de desempenho. Se os resultados de desempenho propostos não forem bons o suficiente, convém usar atribuições locais para reduzir a carga no servidor do SSAS. Consulte a seção "Cubo local (atribuições offline)" a seguir para obter mais informações.

Cubo local (atribuições offline)

O PerformancePoint Planning pode ser configurado para permitir que os usuários trabalhem online, offline ou em modo misto quando estiverem executando tarefas de entrada de dados. A configuração pode ser definida em um nível por modelo ou por usuário.

Os modeladores do Planning podem habilitar o cache offline para um modelo grande ou um modelo que contenha dados confidenciais definindo o sinalizador do modelo "AllowOffline" no Planning Business Modeler.

Os colaboradores do Planning podem ativar ou desativar o cache offline no ambiente em tempo de execução definindo a opção "Armazenar automaticamente as atribuições no cache local" no Suplemento PerformancePoint para Excel. Por padrão, ambas as opção estão ativadas.

Modo online: Se uma dessas opções estiver definida como "Desativado", o usuário do Planning trabalhará no modo online. Os dados não serão baixados para o computador do usuário.

Modo local: Se as duas opções estiverem definidas como "Ativado", o usuário do Planning será levado automaticamente para o modo Local (modo misto) depois que os dados forem baixados com êxito para o computador do usuário. Os usuários poderão obter cálculos com mais rapidez que no modo online porque os cálculos se baseiam em informações armazenadas em cache no computador local deles.

Modo offline: Depois que os dados forem baixados com êxito para o computador do usuário, ele poderá optar por trabalhar completamente offline (ou seja, sem uma conexão ativa para o Planning Server). Use este modo nas seguintes circunstâncias:

• Quando você não estiver no escritório e não puder se conectar ao computador que está executando o Planning Server.

• O computador com o Planning Server não estiver disponível por estar em manutenção.

• As alterações não serão salvas no banco de dados do Planning Server enquanto o usuário não ficar online novamente e enviar o formulário.

Subcubo

Os autores de relatórios devem considerar o uso de subcubos na criação de relatórios e formulários. Como o tamanho de um conjunto inteiro de dados pode ser grande, o download dos dados offline pode ser demorado e sobrecarregar o servidor do SSAS. Os autores de relatórios podem definir subcubos para atribuições offline ao criarem seus relatórios. Dessa forma, quando os usuários baixarem atribuições para trabalhar offline, somente as partes relevantes do banco de dados serão baixadas para os computadores deles.

Considerações sobre carregamento de dados

O Planning Server não é um processo completo de extração, transformação e carregamento (ETL) e não pode ser usado na construção de trabalhos para extrair, transformar e carregar dados de várias fontes de dados.

Você precisa definir suas fontes de dados e o mapeamento de dados de origem para os modelos do Planning. Será preciso que a dimensão e os tipos de membros correspondam aos tipos do Planning (por exemplo, o tipo de conta em membros de conta deve ser mapeado). Também é necessário determinar se é possível qualquer transformação, definir o responsável pelo processo ETL e definir o cronograma para mover dados.

Existem várias etapas envolvidas na integração de dados:

• O Banco de Dados de Preparo de Planejamento precisa ser criado. (Esta etapa é executada uma vez.)

• O Banco de Dados de Preparo de Planejamento precisa estar sincronizado com o PerformancePoint Planning. Isso deve ser feito toda vez que houver uma alteração estrutural.

• Os dados devem ser carregados das fontes de dados para o Banco de Dados de Preparo de Planejamento com o uso de uma ferramenta ETL externa.

• Dados de referência (dimensão e hierarquia) e dados de fatos precisam ser validados e os erros corrigidos.

• Os dados são carregados do Banco de Dados de Preparo de Planejamento para o Banco de Dados de Aplicativo de Planejamento.

Esse processo pode ser automatizado com o uso de scripts e PPSCmd.

O Planning armazena dados para contas nativamente como débitos e créditos. Por exemplo, uma conta de crédito com saldo credor é armazenada como um valor positivo; uma conta de crédito com saldo devedor é armazenada como um valor negativo. Uma conta de débito com saldo devedor é armazenada como um valor positivo; uma conta de débito com saldo credor é armazenada como um valor negativo.

Isso significa que, se o sistema de origem armazenar dados com um sinal de acordo com seu tipo, os sinais dessas contas deverão ser alterados antes do carregamento dos dados. A Integração de Dados do Planning oferece um recurso para controlar isso no carregamento de dados, mas somente contas credoras de origem armazenadas como números negativos. Se o seu sistema usar uma convenção diferente, o processo ETL usado para transferir dados do sistema de origem para o Banco de Dados de Preparo de Planejamento precisará alterar o sinal.

É importante um planejamento cuidadoso dos processos de carregamento de dados, pois qualquer falha pode resultar em dados que não fazem reconciliação entre modelos, dimensões e conjuntos de membros relacionados.

As considerações principais sobre carregamento de dados incluem a freqüência com que eles serão carregados, se será feito um carregamento de dados incremental ou completo, a quantidade de dados envolvidos e o desempenho.

Convém considerar tempo e freqüência de carregamento de dados e quais usuários serão responsáveis por esses processos. Isso pode tornar-se significativos com implementações vários sites, Multi-Model.

Considerações sobre o processo empresarial

Para coordenar a colaboração entre revisores, aprovadores e colaboradores de dados durante processos empresariais, o Planning Server usa ciclos de processo e formulários de entrada de dados. O gerenciamento de processos é realizado através do Planning Business Modeler, enquanto o envio de dados e a criação de formulários são executados pelo Suplemento PerformancePoint para Excel.

O planejamento para colaboração de dados inclui o planejamento do sistema e do fluxo de trabalho, além de considerações sobre o planejamento do processo e de negócios.

Considerações sobre sistema e o fluxo de trabalho

Ao planejar seu aplicativo do PerformancePoint Server, você deve considerar a logística envolvida nas localidades geográficas onde os usuários residem. Por exemplo, você terá usuários dispersados globalmente que contribuirão, revisarão e aprovarão dados?

Para lida com esse cenário, você precisará levar em consideração fatores como diferenças de fuso horário ao definir prazos finais de atribuição, largura de banda do sistema durante horários em que usuários de várias localidades geográficas usarão o sistema simultaneamente e questões de planejamento multimoeda.

Negócios e processo Planejar Considerações sobre

Quando você começar a planejar a implementação processos de negócios, é importante considerar o fluxo de dados. Uma etapa de planejamento útil é a documentação de seu processo geral, os usuários e suas funções no processo e o fluxo de dados.

Outra consideração importante é tipo de processo. Estes são alguns tipos de processos empresariais comuns usados no Planning Server:

• Sem interrupção ou recorrentes processa, tais como trimestrais previsões

• Superior - para baixo ou Baixo - backup Configuração de destino, como um processo de orçamento

• Uma etapa de um processo maior financeiro, como consolidações

• Envio de dados gerais para dar suporte outros processos

A segurança de dados também é uma consideração importante na implementação de processos empresariais. O Planning Server protege dados por usuário e como parte do ciclo de processo, por isso a identificação de quais usuários precisarão visualizar, editar, revisar e aprovar dados é uma parte importante do planejamento de processos empresariais.

Regras de contabilidade específicas de local que possam afetar processos empresariais, como conversões de moeda ou consolidações financeiras, também devem ser consideradas durante o planejamento.

Ao planejar quais formulários de entrada de dados você usará em seus processos empresariais, considere:

• O uso de cálculos em formulários

• A criação de formulários dinâmicos que são atualizados automaticamente a cada mês, por usuário

• O conjunto de qualificações de seus usuários

• A complexidade do formulário

Além disso, qualquer processo que tenha cálculos complexos ou vários usuários pode afetar o desempenho. Um planejamento cuidadoso durante a configuração do formulário, a definição do cálculo, o design do modelo e o planejamento de fluxo de dados podem melhorar o desempenho. A utilização da funcionalidade offline do Suplemento PerformancePoint para Excel também pode ajudar a melhorar o desempenho e a escalabilidade.

Ao planejar o número de formulários a serem criados no seu aplicativo, você também deve considerar o ciclo de vida dos dados, já que dados de mais de um modelo podem ser visualizados em um formulário de entrada de dados, mas a parte de entrada de dados do formulário só pode ser vinculada a um modelo. Se você precisar de entrada de dados com vários modelos, terá de criar vários formulários ou sites modelo.

É importante observar que o Planning Server fornece um processo de revisão e aprovação de dados, e essa funcionalidade atende aos requisitos básicos do fluxo de trabalho de revisão e aprovação. Para colaborações mais complexas, é recomendável integrar Web Parts do Windows SharePoint Services à sua implantação.

Considerações sobre segurança

O modelo de segurança do Planning Server se baseia em funções. Os usuários são atribuídos a funções, e seus níveis de permissão no sistema do Planning Server são indicados pelas funções às quais eles pertencem. Os dois tipos de funções são funções administrativas e funções comerciais.

Funções corporativas

As funções corporativas são definidas para usuários que trabalham com dados corporativos reais. Observe que membros das funções Administrador de Dados e Modelador têm acesso irrestrito a todos os dados corporativos no site modelo, mesmo se pertencerem a uma função corporativa que tenha configurações restritas.

As permissões padrão se aplicam a todos os conjuntos de membros no site modelo e a todos os usuários na função corporativa, a menos que tenham sido especificadas permissões explícitas.

As permissões explícitas prevalecem sobre as permissões padrão. Você pode especificar explicitamente ler ou gravar acesso a conjuntos específicos membro ou membros.

Por padrão, todos os usuários que pertencem a uma função corporativa herdam as mesmas permissões. As permissões poderão ser restritas se o recurso de permissões de usuário personalizadas tiver sido habilitado para o conjunto de membros. Caso esta opção seja usada, as permissões precisarão ser configuradas individualmente para cada usuário que requeira permissões de Leitura ou de Gravação para o conjunto de membros.

Crie funções corporativas para usuários que necessitam de acesso semelhante aos dados comerciais. Antes de criar uma função, identifique o conjunto compartilhado de permissões para membros da função e selecione o nível de permissões padrão e as permissões explícitas que melhor correspondem aos requisitos de acesso comuns. Se você usar essa configuração como o ponto de partida para definir permissões explícitas para dados, pode minimizar as modificações que você precisará fazer na definição de função. Como uma prática de segurança recomendada, use a configuração mais restritiva que se aplica.

Para obter melhor desempenho, tente minimizar a necessidade de permissões de usuário personalizadas ao definir funções corporativas. Quando personalizar permissões para um usuário, crie uma nova função do Analysis Services. O número de funções afeta o tempo necessário para executar algumas tarefas, como a implantação de um site modelo.

O uso de funções corporativas torna o gerenciamento de processos mais dinâmico e fácil de configurar, pois elas podem ser usadas como grupos de usuários para definições de atribuição. Quando um usuário é adicionado a uma função usada em uma definição de atribuição, ele também é adicionado às tarefas de gerenciamento de processos aplicáveis.

Funções administrativas

As funções administrativas são Administrador Global, Administrador do Usuário, Administrador de Dados e Modelador. Os Administradores Globais não podem se conectar a um servidor no Planning Business Modeler a menos que também pertençam a outra função administrativa. Os Administradores do Usuário não têm acesso de leitura ou de gravação a dados corporativos. Os Modeladores e os Administradores de Dados têm acesso irrestrito de Leitura e de Gravação a todos os dados corporativos no site modelo, mesmo se pertencerem a uma função corporativa que tenha configurações restritas.

Contas de implantação

Existem duas contas que precisam ser levadas em consideração ao implantar o PerformancePoint Server: a conta Identidade do Serviço (SI) do Planning Server e a conta usada pelo administrador de banco de dados. A conta SI é usada para se comunicar com dados de origem e bancos de dados do sistema. O administrador de banco de dados é a pessoa que cria e configura bancos de dados do Planning Server. Para obter mais informações, consulte o Guia de Implantação do PerformancePoint Server 2007.

Observação:

Para muitos sistemas de prova de conceito, é conveniente implementar tudo usando uma única instalação de servidor e adicionar contas de usuário ao computador. Entretanto, se você adicionar usuários do Planning à função Administradores do computador no qual o Analysis Services está instalado, esses usuários obterão, por padrão, acesso total a todos os dados em seus bancos de dados do Analysis Services, inclusive aqueles criados pelo Planning Server. Por esse motivo, você deve seguir o princípio de privilégio mínimo ao adicionar contas de usuário ao computador.

Informações adicionais sobre como configurar funções corporativas e funções administrativas podem ser encontradas na ajuda online do Planning Business Modeler.

Outras considerações

• Impactos no desempenho de conjuntos de membros versus visualizações de membros: conjuntos de membros são convertidos em hierarquias pai-filho no Analysis Services; visualizações de membros são convertidas em hierarquias niveladas. O Analysis Services controla hierarquias niveladas de modo mais eficiente do que hierarquias pai-filho, já que ele agrega previamente os membros. Se os seus conjuntos de membros forem muito grandes ou detalhados, você poderá ter problemas de desempenho. Nesse caso, pense na possibilidade de usar visualizações de membros ao criar relatórios.

• Analysis Services: Se você determinar que o Analysis Services é um afunilamento de desempenho, consulte o SQL Server 2005 Analysis Services Performance Guide (https://go.microsoft.com/fwlink/?LinkId=103090&clcid=0x1046) para ver diretrizes sobre como colocar servidores do SSAS em cluster.

• Hierarquias: Se você tiver hierarquias que mudam com o tempo ou que são retrabalhadas, poderá criar vários conjuntos de membros e usá-los em diferentes modelos.

Extensões personalizadas

PPSCMD

O Utilitário de Comando do PerformancePoint Planning (PPSCmd.exe) é uma ferramenta que auxilia na administração e na modificação limitada do Planning Server. A ferramenta consiste em doze comandos que permitem usar o Planning Server para realizar ações programadas por script (por exemplo, automatizar o processo de carregamento de dados).

Para obter mais informações sobre o PPSCMD, consulte o Guia de Operações do PerformancePoint Server 2007.

Macros do lado do cliente

No Suplemento PerformancePoint para Excel, é possível usar o recurso de macro do Excel para criar e executar macros. Quando você cria uma macro, pode usar o Visual Basic for Applications (VBA) para especificar comandos e funções que são armazenados em um módulo.

Observação:
O módulo deverá ter o título "PerformancePoint" se você quiser chamá-lo a partir de eventos no Suplemento PerformancePoint para Excel.

Podem ser usados os seguintes eventos do Suplemento PerformancePoint para Excel para chamar o módulo PerformancePoint:

• AfterRefresh: esta macro é executada quando um filtro de página é alterado ou após a atualização de qualquer pasta de trabalho, planilha ou matriz.

• BeforeAssignmentAction: esta macro é executada quando o botão Ir (o botão de seta próximo à lista suspensa Ações) é clicado, mas antes que a ação de atribuição especificada seja executada.

Por padrão, a capacidade de executar macros nos eventos AfterRefresh e BeforeAssignmentAction está desabilitada. Esta opção pode ser habilitada ou desabilitada pelo administrador do sistema no Console de Administração do Planning; contate-o para obter ajuda. Além disso, para esses eventos, o Suplemento PerformancePoint para Excel usa o modelo de segurança de macro do Excel, permitindo a execução apenas de macros assinadas.

Personalização no Analysis Services

É possível adicionar medidas calculadas ou MDX personalizado diretamente no cubo do Analysis Services. Essas alterações personalizadas precisarão ser reaplicadas sempre que você implantar o site modelo.

Scripts MDX e procedimentos armazenados do SQL personalizados (regras nativas)

Caso o PerformancePoint Expression Language (PEL) seja muito restrito para usuários avançados, o Planning permitirá que você grave scripts SQL ou MDX nativos. Como essas implementações podem representar um risco de segurança, o Planning requer que as regras sejam aprovadas. O Microsoft Office PerformancePoint Server 2007 executa essas regras como um usuário com poucos privilégios.

Consulte o Guia de Operações do PerformancePoint Server 2007 para obter informações sobre como habilitar esses tipos de regras.

Aplicativo de exemplo

Outro recurso disponível quando você planeja seu aplicativo do PerformancePoint Server é o Guia do Aplicativo de Exemplo Alpine Ski House (ASH). Esse guia fornece um perfil da empresa fictícia Alpine Ski House Corporation e discute os bastidores da decisão da ASH de mudar para uma solução do PerformancePoint Server e a estrutura que a ASH decidiu usar quando criou o aplicativo de exemplo. O guia também fornece uma visão geral do processo de implementação do aplicativo usado pelo ASH. Um processo de orçamento de exemplo que usa o aplicativo de exemplo ASH também está incluído. Consulte o Documentation map for Microsoft Office PerformancePoint Server 2007 (https://go.microsoft.com/fwlink/?LinkId=103091&clcid=0x1046) para obter o link para o Guia do Aplicativo de Exemplo ASH.