Créer du contenu à migrer vers Power BI

Cet article décrit l’étape 4, qui a trait à la création et à la validation du contenu lors de la migration vers Power BI.

L’objectif de l’étape 4 est d’effectuer le travail réel de conversion de la preuve de concept (POC) en solution prête pour la production.

Le résultat de cette étape est une solution Power BI qui a été validée dans un espace de travail de développement et qui est prête pour le déploiement en production.

Créer la solution de production

À ce stade, la personne qui a effectué la preuve de concept peut passer à la production de la solution Power BI. Ou quelqu’un d’autre pourrait être impliqué. Si la chronologie n’est pas mise en péril, il est intéressant d’impliquer les personnes responsables du développement de Power BI à l’avenir. Ainsi, ils peuvent apprendre activement.

Développer un nouveau modèle sémantique d’importation

Vous pouvez choisir de créer un modèle sémantique d’importation lorsqu’un modèle sémantique Power BI existant n’existe pas déjà pour répondre à vos besoins, ou s’il ne peut pas être amélioré pour répondre à vos besoins.

Dans l’idéal, commencez par découpler le travail de développement des données et des rapports. Le découplage des données et des rapports facilitera la séparation du travail et des autorisations, quand différentes personnes sont responsables de la modélisation des données et des rapports. Il offre une approche plus évolutive et encourage la réutilisation des données.

Les activités essentielles liées au développement d’un modèle sémantique d’importation sont les suivantes :

• Obtenir des données à partir d’une ou plusieurs sources de données (par exemple, un flux de données Power BI).
• Mettre en forme, combiner et préparer des données.
• Créer le modèle sémantique, y compris des tables de dates.
• Créer et vérifier les relations de modèles.
• Définir des mesures.
• Configurer la sécurité au niveau des lignes, si nécessaire.
• Configurer des synonymes et optimiser les questions/réponses.
• Planifier la scalabilité, les performances et la concurrence, susceptibles d’influencer vos décisions sur les modes de stockage des données, notamment l’utilisation d’un modèle composite ou d’agrégations.

Développer de nouveaux rapports et tableaux de bord

Les activités essentielles liées au développement d’un rapport ou d’un tableau de bord Power BI sont les suivantes :

• Décidez d’utiliser une connexion active à un modèle de données existant ou de créer un modèle de données.
• Quand vous créez un modèle de données, choisissez le mode de stockage des données pour les tables de modèles (importation, DirectQuery ou composite).
• Choisissez l’outil de visualisation des données le mieux adapté à vos besoins : Power BI Desktop, Paginated Report Builder ou Excel.
• Déterminez les meilleurs visuels pour accompagner le rapport et répondre aux questions auxquelles le rapport doit répondre.
• Veillez à ce que tous les visuels présentent une terminologie claire, concise et conviviale.
• Répondez aux besoins d’interactivité.
• Quand vous utilisez une connexion active, ajoutez des mesures au niveau du rapport.
• Créez un tableau de bord dans le service Power BI, surtout quand les consommateurs veulent un moyen simple de superviser des métriques clés.

Valider la solution

La validation d’une solution Power BI présente quatre aspects principaux :

1. Précision des données
2. Sécurité
3. Fonctionnalité
4. Performances

Valider la précision des données

À une seule reprise pendant la migration, vous devez vérifier que les données incluses dans le nouveau rapport correspondent à ce qui s’affiche dans l’ancien. Ou, en cas de différence constatée, être capable d’expliquer pourquoi. Plus souvent, vous penserez trouver une erreur dans l’ancienne solution qui sera corrigée dans la nouvelle.

Dans le cadre de vos efforts de validation des données, le nouveau rapport doit généralement être revérifié dans le système source d’origine. Dans l’idéal, cette validation est renouvelée chaque fois que vous publiez une modification dans un rapport.

Valider la sécurité

Lors de la validation de la sécurité, il existe deux aspects principaux à prendre en compte :

• Autorisations des données
• Accéder aux modèles sémantiques, aux rapports et aux tableaux de bord

Dans un modèle sémantique d’importation, les autorisations des données sont appliquées en définissant la sécurité au niveau des lignes (RLS). Il est également possible que les autorisations des données soient appliquées par le système source lors de l’utilisation du mode de stockage DirectQuery (éventuellement avec une authentification unique).

Les principales façons d’accorder l’accès au contenu Power BI sont les suivantes :

• Rôles d’espace de travail (pour les éditeurs et viewers de contenu).
• Autorisations d’audience de l’application appliquées à un package de contenu d’espace de travail (pour les viewers).
• Partage d’un rapport ou tableau de bord individuel (pour les viewers).

Valider les fonctionnalités

C’est le moment de revérifier les détails de modèle sémantique, comme les noms de champs, la mise en forme, le tri et le comportement de synthèse par défaut. Les fonctionnalités de rapport interactives, comme les segments, les actions d’exploration des détails, les actions d’extraction, les expressions, les boutons ou les signets doivent également toutes être vérifiées.

Pendant le processus de développement, la solution Power BI doit être publiée régulièrement sur un espace de travail de développement dans le service Power BI. Vérifiez que toutes les fonctionnalités se comportent comme prévu dans le service, notamment quand il s’agit d’effectuer le rendu de visuels personnalisés. C’est également un bon moment pour effectuer d’autres tests. Testez l’actualisation planifiée, les questions et réponses, ainsi que la manière dont les rapports et tableaux de bord apparaissent sur un appareil mobile.

Valider les performances

Les performances de la solution Power BI sont importantes pour l’expérience des consommateurs. La plupart des rapports doivent présenter des visuels en moins de 10 secondes. Si vous avez des rapports dont le chargement prend plus de temps, interrompez-vous et cherchez ce qui peut contribuer à ces délais. Vous devez évaluer régulièrement les performances des rapports dans le service Power BI, en plus de Power BI Desktop.

De nombreux problèmes de performances sont dus à des DAX (Data Analysis Expressions) hors norme, à une conception médiocre du modèle sémantique ou à une conception de rapport qui n’est pas optimale (par exemple, une tentative d’affichage d’un trop grand nombre de visuels sur une seule page). Des problèmes liés à l’environnement technique, comme le réseau, une passerelle de données surchargée ou la configuration d’une capacité Premium, peuvent également générer des problèmes de performances. Pour plus d’informations, consultez le Guide d’optimisation pour Power BI et Résoudre les problèmes de performances de rapports dans Power BI.

Documenter la solution

Il existe deux principaux types de documentation utiles pour une solution Power BI :

• Documentation sur le modèle sémantique
• Documentation du rapport

La documentation peut être stockée partout où elle est facilement accessible par le public cible. Les options courantes sont les suivantes :

• Dans un site SharePoint : un site SharePoint peut exister pour votre centre d’excellence ou un site de communauté Power BI interne.
• Dans une application : les URL peuvent être configurées lors de la publication d’une application Power BI pour diriger le consommateur vers plus d’informations.
• Au sein de fichiers Power BI Desktop individuels : Des éléments de modèle, comme des tables et colonnes, peuvent définir une description. Ces descriptions s’affichent sous forme d’info-bulles dans le volet Champs lors de la création de rapports.

Créer une documentation sur le modèle sémantique

La documentation sur le modèle sémantique est destinée aux utilisateurs qui vont gérer le modèle sémantique à l’avenir. Il est utile d’y inclure ce qui suit :

• Décisions de conception prises et pourquoi.
• Qui possède, gère et certifie des modèles sémantiques.
• Besoins d’actualisation des données.
• Règles métier personnalisées définies dans des modèles sémantiques.
• Exigences spécifiques en matière de sécurité et de confidentialité des données du modèle sémantique.
• Futurs besoins de maintenance.
• Problèmes ouverts connus ou éléments de backlog reportés.

Vous pouvez également choisir de créer un journal des modifications qui résume les modifications les plus importantes qui se sont produites dans le modèle sémantique au fil du temps.

Créer la documentation du rapport

La documentation du rapport, généralement structurée sous forme de procédure pas à pas destinée aux consommateurs du rapport, peut aider les utilisateurs à tirer davantage parti de vos rapports et tableaux de bord. Un petit tutoriel vidéo fonctionne souvent bien.

Vous pouvez également choisir d’ajouter une documentation sur une page masquée de votre rapport. Celle-ci peut inclure les décisions de conception et un journal des modifications.

Contenu connexe

Dans l’article suivant de cette série sur la migration vers Power BI, découvrez l’étape 5, qui concerne le déploiement, l’assistance et la supervision du contenu.

Voici d’autres ressources utiles :

• Transformation BI de Microsoft
• Planification de l’implémentation de Power BI
• Vous avez des questions ? Essayez d’interroger la communauté Power BI
• Vous avez des suggestions ? Envoyez-nous vos idées pour améliorer Power BI

Les partenaires Power BI expérimentés sont là pour aider votre organisation à mener à bien le processus de migration. Pour contacter un partenaire Power BI, accédez au portail des partenaires Power BI.