Partilhar via

Criar conteúdo para migrar para o Power BI

  • Artigo

Este artigo descreve o Estágio 4, que se preocupa com a criação e validação de conteúdo ao migrar para o Power BI.

O diagrama mostra os estágios de uma migração do Power BI. A etapa 4 é enfatizada para este artigo.

Nota

Para obter uma explicação completa do gráfico acima, consulte Visão geral da migração do Power BI.

O foco do Estágio 4 é realizar o trabalho real para converter a prova de conceito (POC) em uma solução pronta para produção.

A saída deste estágio é uma solução do Power BI que foi validada em um espaço de trabalho de desenvolvimento e está pronta para implantação na produção.

Gorjeta

A maioria dos tópicos discutidos neste artigo também se aplica a um projeto de implementação padrão do Power BI.

Criar a solução de produção

Neste momento, a mesma pessoa que executou o POC pode continuar a produzir a solução Power BI pronta para produção. Ou alguém diferente pode estar envolvido. Se os cronogramas não forem comprometidos, é ótimo envolver as pessoas que serão responsáveis pelo desenvolvimento do Power BI no futuro. Desta forma, eles podem aprender ativamente.

Importante

Reutilize o máximo possível do trabalho do POC.

Desenvolver novo modelo semântico de importação

Você pode optar por criar um novo modelo semântico de Importação (anteriormente conhecido como conjunto de dados) quando um modelo semântico existente do Power BI ainda não existir para atender às suas necessidades ou se não puder ser aprimorado para atender às suas necessidades.

Idealmente, desde o início, considere dissociar o trabalho de desenvolvimento para dados e relatórios. A dissociação de dados e relatórios facilitará a separação de trabalho e permissões, quando diferentes pessoas são responsáveis pela modelagem de dados e relatórios. Proporciona uma abordagem mais escalável e incentiva a reutilização dos dados.

As atividades essenciais relacionadas com o desenvolvimento de um modelo semântico de importação incluem:

Gorjeta

Se você tiver diferentes ambientes de desenvolvimento/teste/produção, considere parametrizar fontes de dados. Isso tornará a implantação, descrita na Etapa 5, significativamente mais fácil.

Desenvolver novos relatórios e dashboards

As atividades essenciais relacionadas ao desenvolvimento de um relatório ou painel do Power BI incluem:

  • Decidir usar uma conexão em tempo real com um modelo de dados existente ou criar um novo modelo de dados
  • Ao criar um novo modelo de dados, decida sobre o modo de armazenamento de dados para tabelas de modelo (Import, DirectQuery ou Composite).
  • Decida qual a melhor ferramenta de visualização de dados para atender aos requisitos: Power BI Desktop, Construtor de Relatórios Paginado ou Excel.
  • Decida sobre os melhores visuais para contar a história que o relatório precisa contar e para abordar as perguntas que o relatório precisa responder.
  • Certifique-se de que todos os elementos visuais apresentem uma terminologia clara, concisa e favorável aos negócios.
  • Atender aos requisitos de interatividade.
  • Ao usar o Live Connection, adicione medidas no nível do relatório.
  • Crie um painel no serviço do Power BI, especialmente quando os consumidores quiserem uma maneira fácil de monitorar as principais métricas.

Nota

Muitas destas decisões terão sido tomadas em fases anteriores de planeamento ou no POC técnico.

Validar a solução

Há quatro aspetos principais na validação de uma solução do Power BI:

  1. Precisão dos dados
  2. Segurança
  3. Caraterística
  4. Desempenho

Validar a precisão dos dados

Como um esforço único durante a migração, você precisará garantir que os dados no novo relatório correspondam ao que é exibido no relatório herdado. Ou, se houver uma diferença, ser capaz de explicar o porquê. É mais comum do que você imagina encontrar um erro na solução herdada que é resolvida na nova solução.

Como parte dos esforços contínuos de validação de dados, o novo relatório normalmente precisará ser cruzado com o sistema de origem original. Idealmente, essa validação ocorre de forma repetível toda vez que você publica uma alteração de relatório.

Validar a segurança

Ao validar a segurança, há dois aspetos principais a considerar:

  • Permissões de dados
  • Acesso a modelos semânticos, relatórios e painéis

Em um modelo semântico de importação, as permissões de dados são aplicadas definindo a segurança em nível de linha (RLS). Também é possível que as permissões de dados sejam impostas pelo sistema de origem ao usar o modo de armazenamento DirectQuery (possivelmente com logon único).

As principais maneiras de conceder acesso ao conteúdo do Power BI são:

  • Funções do espaço de trabalho (para editores de conteúdo e visualizadores).
  • Permissões de público do aplicativo aplicadas a um conjunto empacotado de conteúdo do espaço de trabalho (para visualizadores).
  • Partilhar um relatório ou dashboard individual (para visualizadores).

Gorjeta

Recomendamos treinar os autores de conteúdo sobre como gerenciar a segurança de forma eficaz. Também é importante ter testes, auditorias e monitoramento robustos.

Validar funcionalidade

É o momento de verificar novamente os detalhes do modelo semântico, como nomes de campos, formatação, classificação e comportamento de sumarização padrão. Recursos de relatório interativos, como segmentações de dados, ações de detalhamento, ações de detalhamento, expressões, botões ou marcadores, também devem ser verificados.

Durante o processo de desenvolvimento, a solução do Power BI deve ser publicada em um espaço de trabalho de desenvolvimento no serviço do Power BI regularmente. Verifique se todas as funcionalidades funcionam conforme o esperado no serviço, como a renderização de visuais personalizados. Também é um bom momento para fazer mais testes. Teste a atualização agendada, as perguntas e respostas e a aparência dos relatórios e painéis em um dispositivo móvel.

Validar o desempenho

O desempenho da solução Power BI é importante para a experiência do consumidor. A maioria dos relatórios deve apresentar imagens em menos de 10 segundos. Se você tiver relatórios que levam mais tempo para carregar, pause e reconsidere o que pode estar contribuindo para atrasos. O desempenho do relatório deve ser avaliado regularmente no serviço do Power BI, além do Power BI Desktop.

Muitos problemas de desempenho surgem de DAX (Data Analysis eXpressions) abaixo do padrão, design de modelo semântico deficiente ou design de relatório abaixo do ideal (por exemplo, tentar renderizar muitos elementos visuais em uma única página). Problemas técnicos de ambiente, como a rede, um gateway de dados sobrecarregado ou como uma capacidade Premium é configurada também podem contribuir para problemas de desempenho. Para obter mais informações, consulte o Guia de otimização para o Power BI e Solucionar problemas de desempenho de relatório no Power BI.

Importante

Às vezes, este artigo se refere ao Power BI Premium ou suas assinaturas de capacidade (SKUs P). Lembre-se de que a Microsoft está atualmente consolidando opções de compra e desativando as SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de assinaturas de capacidade de malha (SKUs F).

Para obter mais informações, consulte Atualização importante chegando ao licenciamento do Power BI Premium e Perguntas frequentes sobre o Power BI Premium.

Documente a solução

Há dois tipos principais de documentação que são úteis para uma solução do Power BI:

  • Documentação do modelo semântico
  • Documentação do relatório

A documentação pode ser armazenada onde for mais facilmente acessada pelo público-alvo. As opções comuns incluem:

  • Dentro de um site do SharePoint: um site do SharePoint pode existir para seu Centro de Excelência ou um site de comunidade interno do Power BI.
  • Dentro de um aplicativo: as URLs podem ser configuradas ao publicar um aplicativo do Power BI para direcionar o consumidor a mais informações.
  • Dentro de arquivos individuais do Power BI Desktop: elementos de modelo, como tabelas e colunas, podem definir uma descrição. Essas descrições aparecem como dicas de ferramentas no painel Campos ao criar relatórios.

Gorjeta

Se você criar um site para servir como um hub para documentação relacionada ao Power BI, considere personalizar o menu Obter Ajuda com seu local de URL.

Criar documentação de modelo semântico

A documentação do modelo semântico destina-se a usuários que gerenciarão o modelo semântico no futuro. É útil incluir:

  • Conceber decisões tomadas e razões para tal.
  • Quem possui, mantém e certifica modelos semânticos.
  • Requisitos de atualização de dados.
  • Regras de negócio personalizadas definidas em modelos semânticos.
  • Requisitos específicos de segurança ou privacidade de dados do modelo semântico.
  • Necessidades futuras de manutenção.
  • Problemas abertos conhecidos ou itens de lista de pendências adiados.

Você também pode optar por criar um log de alterações que resuma as alterações mais importantes que aconteceram no modelo semântico ao longo do tempo.

Criar documentação de relatório

A documentação de relatórios, que normalmente é estruturada como um passo a passo direcionado aos consumidores de relatórios, pode ajudar os consumidores a obter mais valor de seus relatórios e painéis. Um pequeno tutorial em vídeo geralmente funciona bem.

Você também pode optar por incluir documentação de relatório adicional em uma página oculta do relatório. Pode incluir decisões de conceção e um registo de alterações.

Conteúdos relacionados

No próximo artigo desta série de migração do Power BI, saiba mais sobre o estágio 5, que se preocupa com a implantação, suporte e monitoramento de conteúdo ao migrar para o Power BI.

Outros recursos úteis incluem:

Parceiros experientes do Power BI estão disponíveis para ajudar sua organização a ter sucesso com o processo de migração. Para envolver um parceiro do Power BI, visite o portal do parceiro do Power BI.