Criar conteúdo para migrar para o Power BI

Este artigo descreve o Estágio 4, que trata da criação e da 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 fase 4 é enfatizada neste artigo.

Observação

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

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

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

Dica

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 a POC pode continuar produzindo a solução do Power BI pronta para produção. Ou alguém diferente pode estar envolvido. Se as linhas do tempo não forem comprometidas, é ótimo envolver pessoas que serão responsáveis pelo desenvolvimento do Power BI no futuro. Dessa forma, eles podem aprender ativamente.

Importante

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

Desenvolver um novo modelo semântico de importação

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

Idealmente, desde o início, considere desacoplar o trabalho de desenvolvimento para dados e relatórios. Desacoplar dados e relatórios facilitará a separação do trabalho e das permissões quando pessoas diferentes forem responsáveis pela modelagem de dados e relatórios. Isso gera uma abordagem mais escalonável e incentiva a reutilização de dados.

As atividades essenciais relacionadas ao desenvolvimento de um conjunto de dados de Importação incluem:

Dica

Se você tiver diferentes ambientes de desenvolvimento/teste/produção, considere criar parâmetros para fontes de dados. Isso tornará a implantação, descrita no Estágio 5, significativamente mais fácil.

Desenvolver novos relatórios e dashboards

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

  • Decidir usar uma conexão dinâmica com um modelo de dados existente ou criar um modelo de dados
  • Ao criar um modelo de dados, decida sobre o modo de armazenamento de dados para tabelas de modelo (Importação, DirectQuery ou Composto).
  • Decida sobre a melhor ferramenta de visualização de dados para atender aos requisitos: Power BI Desktop, Paginated Report Builder ou Excel.
  • Decida sobre os melhores visuais para informar a história que o relatório precisa contar e abordar as perguntas que o relatório precisa responder.
  • Garanta que todos os visuais apresentem terminologia clara, concisa e amigável para os negócios.
  • Atenda aos requisitos de interatividade.
  • Ao usar a conexão dinâmica, adicione medidas no nível de relatório.
  • Crie um dashboard no serviço do Power BI, especialmente quando os consumidores quiserem um modo fácil de monitorar métricas-chave.

Observação

Muitas dessas decisões terão sido tomadas em estágios anteriores do planejamento ou na POC técnica.

Validar a solução

Há quatro aspectos principais para a validação de uma solução do Power BI:

  1. Precisão de dados
  2. Segurança
  3. Funcionalidade
  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. Se houver uma diferença, você deve poder explicar o porquê. É mais comum do que você pode imaginar encontrar um erro na solução herdada que é resolvido na nova solução.

Como parte dos esforços de validação de dados contínuos, o novo relatório normalmente precisará ser verificado de maneira cruzada com o sistema de origem original. O ideal é que essa validação ocorra de modo repetido sempre que você publicar uma alteração no relatório.

Validar a segurança

Ao validar a segurança, há dois aspectos principais a serem considerados:

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

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

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

Dica

É recomendável treinar os autores de conteúdo sobre como gerenciar a segurança com eficiência. Também é importante ter testes, auditoria e monitoramento robustos em vigor.

Validar a funcionalidade

É o momento de verificar novamente os detalhes do modelo semântico, como nomes de campo, formatação, classificação e comportamento de resumo padrão. Recursos de relatório interativos, como segmentações, ações de Fazer drill down, ações de drill-through, expressões, botões ou indicadores, devem ser verificados também.

Durante o processo de desenvolvimento, a solução do Power BI deve ser publicada em um workspace 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 testes adicionais. Teste atualização agendada, P e R e como os relatórios e dashboards examinam um dispositivo móvel.

Validar o desempenho

O desempenho da solução do Power BI é importante para a experiência do consumidor. A maioria dos relatórios deve apresentar visuais em menos de 10 segundos. Se você tiver relatórios que levam mais tempo para serem carregados, 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 de no Power BI Desktop.

Muitos problemas de desempenho são decorrentes de DAX (Data Analysis eXpressions), design ruim do modelo semântico ou design de relatório de baixa qualidade (por exemplo, tentar renderizar muitos elementos visuais em apenas uma página). Problemas de ambiente técnico, como rede, gateway de dados sobrecarregado ou como uma capacidade Premium é configurada, também podem contribuir para problemas de desempenho. Para obter mais informações, confira 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 às suas assinaturas de capacidade (P SKUs). Lembre-se de que a Microsoft está consolidando atualmente as opções de compra e desativando os SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de SKUs (assinaturas de capacidade do Fabric).

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

Documentar a solução

Há dois tipos principais de documentaçã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 em qualquer lugar de fácil acesso pelo público-alvo. As opções comuns incluem:

  • Em um site do SharePoint: um site do SharePoint pode existir para o Centro de Excelência ou um site interno da comunidade do Power BI.
  • Em um aplicativo: as URLs de podem ser configuradas ao publicar um aplicativo do Power BI para direcionar o consumidor para mais informações.
  • Arquivos do Power BI Desktop individuais: 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.

Dica

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

Documentação de criação de modelo semântico

A documentação de modelo semântico é direcionada aos usuários que gerenciarão o modelo semântico no futuro. É útil incluir:

  • Decisões de design tomadas e os motivos.
  • Quem possui, mantém e certifica modelos semânticos.
  • Requisitos de atualização de dados.
  • Regras de negócios personalizadas definidas em modelos semânticos.
  • Requisitos específicos de segurança de modelo semântico ou privacidade de dados.
  • Necessidades de manutenção futuras.
  • Problemas conhecidos abertos ou itens da lista de pendências adiados.

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

Criar documentação do relatório

A documentação do relatório, que normalmente é estruturada como orientada a consumidores de relatório, pode ajudar os consumidores a obter mais valor dos relatórios e dashboards. Um breve tutorial em vídeo muitas vezes funciona bem.

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

No próximo artigo desta série sobre migração do Power BI, saiba mais sobre o Estágio 5, que trata da implantação, do suporte e do monitoramento do 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 alcançar sucesso no processo de migração. Para envolver um parceiro do Power BI, visite o portal de parceiro de Power BI.