Inhoud maken om te migreren naar Power BI

In dit artikel wordt fase 4 beschreven, wat betrekking heeft op het maken en valideren van inhoud bij het migreren naar Power BI.

Diagram toont de fasen van een Power BI-migratie. Fase 4 wordt benadrukt voor dit artikel.

De focus van fase 4 is het uitvoeren van het werkelijke werk om het proof of concept (POC) te converteren naar een oplossing die gereed is voor productie.

De uitvoer van deze fase is een Power BI-oplossing die is gevalideerd in een ontwikkelwerkruimte en klaar is voor implementatie naar productie.

Tip

De meeste onderwerpen die in dit artikel worden besproken, zijn ook van toepassing op een standaard Power BI-implementatieproject.

De productieoplossing maken

Op dit moment kan dezelfde persoon die de POC heeft uitgevoerd, doorgaan met het produceren van de power BI-oplossing die gereed is voor productie. Of iemand anders kan erbij betrokken zijn. Als tijdlijnen niet in gevaar komen, is het handig om mensen te betrekken die in de toekomst verantwoordelijk zijn voor power BI-ontwikkeling. Op deze manier kunnen ze actief leren.

Belangrijk

Gebruik zoveel mogelijk werk van de POC.

Nieuw semantisch importmodel ontwikkelen

U kunt ervoor kiezen om een nieuw semantisch importmodel (voorheen een gegevensset genoemd) te maken wanneer een bestaand semantisch Power BI-model nog niet bestaat om aan uw behoeften te voldoen of als het niet kan worden uitgebreid om aan uw behoeften te voldoen.

In het ideale begin kunt u overwegen om het ontwikkelingswerk voor gegevens en rapporten los te koppelen. Het ontkoppelen van gegevens en rapporten vergemakkelijkt de scheiding van werk en machtigingen wanneer verschillende personen verantwoordelijk zijn voor gegevensmodellering en rapporten. Het zorgt voor een meer schaalbare benadering en moedigt de hergebruik van gegevens aan.

De essentiële activiteiten met betrekking tot de ontwikkeling van een semantisch importmodel zijn:

Tip

Als u verschillende ontwikkel-/test-/productieomgevingen hebt, kunt u overwegen om gegevensbronnen te parameteriseren . Hierdoor wordt de implementatie, zoals beschreven in fase 5, aanzienlijk eenvoudiger.

Nieuwe rapporten en dashboards ontwikkelen

De essentiële activiteiten met betrekking tot de ontwikkeling van een Power BI-rapport of -dashboard zijn onder andere:

  • Beslissen over het gebruik van een live-Verbinding maken ion voor een bestaand gegevensmodel of het maken van een nieuw gegevensmodel
  • Wanneer u een nieuw gegevensmodel maakt, moet u beslissen over de gegevensopslagmodus voor modeltabellen (Importeren, DirectQuery of Samengesteld).
  • Bepaal het beste hulpprogramma voor gegevensvisualisatie om te voldoen aan de vereisten: Power BI Desktop, Gepagineerde Report Builder of Excel.
  • Beslis over de beste visuals om het verhaal te vertellen dat het rapport moet vertellen en om de vragen te beantwoorden die het rapport moet beantwoorden.
  • Zorg ervoor dat alle visuals duidelijke, beknopte en bedrijfsvriendelijke terminologie bevatten.
  • Voldoen aan vereisten voor interactiviteit.
  • Wanneer u Live Verbinding maken ion gebruikt, voegt u metingen op rapportniveau toe.
  • Maak een dashboard in de Power BI-service, met name wanneer consumenten een eenvoudige manier willen om belangrijke metrische gegevens te bewaken.

Notitie

Veel van deze beslissingen zijn genomen in eerdere fasen van de planning of in de technische POC.

De oplossing valideren

Er zijn vier belangrijke aspecten voor validatie van een Power BI-oplossing:

  1. Nauwkeurigheid van gegevens
  2. Beveiliging
  3. Functionaliteit
  4. Prestaties

Nauwkeurigheid van gegevens valideren

Als eenmalige inspanning tijdens de migratie moet u ervoor zorgen dat de gegevens in het nieuwe rapport overeenkomen met wat in het verouderde rapport wordt weergegeven. Of, als er een verschil is, kunt u uitleggen waarom. Het is gebruikelijker dan u denkt een fout te vinden in de verouderde oplossing die in de nieuwe oplossing wordt opgelost.

Als onderdeel van lopende inspanningen voor gegevensvalidatie moet het nieuwe rapport doorgaans kruislings worden gecontroleerd met het oorspronkelijke bronsysteem. In het ideale geval vindt deze validatie plaats op een herhaalbare manier wanneer u een rapportwijziging publiceert.

Beveiliging valideren

Bij het valideren van de beveiliging zijn er twee belangrijke aspecten waarmee u rekening moet houden:

  • Gegevensmachtigingen
  • Toegang tot semantische modellen, rapporten en dashboards

In een semantisch importmodel worden gegevensmachtigingen toegepast door beveiliging op rijniveau (RLS) te definiëren. Het is ook mogelijk dat gegevensmachtigingen worden afgedwongen door het bronsysteem wanneer u de DirectQuery-opslagmodus gebruikt (mogelijk met eenmalige aanmelding).

De belangrijkste manieren om toegang te verlenen tot Power BI-inhoud zijn:

Tip

We raden auteurs van inhoud aan om de beveiliging effectief te beheren. Het is ook belangrijk dat er robuuste tests, controle en bewaking worden uitgevoerd.

Functionaliteit valideren

Het is tijd om semantische modeldetails, zoals veldnamen, opmaak, sortering en standaardsamenvattingsgedrag, te controleren. Interactieve rapportfuncties, zoals slicers, inzoomacties, drillthroughacties, expressies, knoppen of bladwijzers, moeten ook allemaal worden geverifieerd.

Tijdens het ontwikkelingsproces moet de Power BI-oplossing regelmatig worden gepubliceerd naar een ontwikkelwerkruimte in de Power BI-service. Controleer of alle functionaliteit werkt zoals verwacht in de service, zoals het weergeven van aangepaste visuals. Het is ook een goed moment om verder te testen. Test geplande vernieuwing, Q&A en hoe rapporten en dashboards eruitzien op een mobiel apparaat.

Prestaties valideren

De prestaties van de Power BI-oplossing zijn belangrijk voor de gebruikerservaring. De meeste rapporten moeten binnen 10 seconden visuals presenteren. Als u rapporten hebt die langer duren om te laden, pauzeert en bedenkt u wat kan bijdragen aan vertragingen. Rapportprestaties moeten regelmatig worden beoordeeld in de Power BI-service, naast Power BI Desktop.

Veel prestatieproblemen ontstaan als gevolg van een substandaard DAX (Data Analysis eXpressions), slecht semantisch modelontwerp of suboptimaal rapportontwerp (bijvoorbeeld om te veel visuals op één pagina weer te geven). Technische omgevingsproblemen, zoals het netwerk, een overbelaste gegevensgateway of hoe een Premium-capaciteit is geconfigureerd, kunnen ook bijdragen aan prestatieproblemen. Zie de optimalisatiehandleiding voor Power BI en problemen met rapportprestaties in Power BI oplossen voor meer informatie.

Belangrijk

Soms verwijst dit artikel naar Power BI Premium of de capaciteitsabonnementen (P-SKU's). Houd er rekening mee dat Microsoft momenteel aankoopopties consolideert en de Power BI Premium-SKU's per capaciteit buiten gebruik stelt. Nieuwe en bestaande klanten moeten overwegen om in plaats daarvan F-SKU's (Fabric-capaciteitsabonnementen) aan te schaffen.

Zie Belangrijke update voor Power BI Premium-licenties en veelgestelde vragen over Power BI Premium voor meer informatie.

De oplossing documenteer

Er zijn twee hoofdtypen documentatie die nuttig zijn voor een Power BI-oplossing:

  • Semantische modeldocumentatie
  • Rapportdocumentatie

Documentatie kan worden opgeslagen waar deze het gemakkelijkst toegankelijk is voor de doelgroep. Veelvoorkomende opties zijn:

  • Binnen een SharePoint-site: er kan een SharePoint-site bestaan voor uw Center of Excellence of een interne Power BI-communitysite.
  • Binnen een app: URL's kunnen worden ingesteld bij het publiceren van een Power BI-app om de consument naar meer informatie te leiden.
  • Binnen afzonderlijke Power BI Desktop-bestanden: Modelelementen, zoals tabellen en kolommen, kunnen een beschrijving definiëren. Deze beschrijvingen worden weergegeven als knopinfo in het deelvenster Velden bij het ontwerpen van rapporten.

Tip

Als u een site maakt om te fungeren als hub voor power BI-gerelateerde documentatie, kunt u overwegen het menu Help ophalen aan te passen met de URL-locatie.

Semantische modeldocumentatie maken

Semantische modeldocumentatie is gericht op gebruikers die het semantische model in de toekomst gaan beheren. Het is handig om het volgende op te nemen:

  • Ontwerpbeslissingen en redenen waarom.
  • Wie bezit, onderhoudt en certificeert semantische modellen.
  • Vereisten voor gegevensvernieuwing.
  • Aangepaste bedrijfsregels die zijn gedefinieerd in semantische modellen.
  • Specifieke semantische modelbeveiligings- of gegevensprivacyvereisten.
  • Toekomstige onderhoudsbehoeften.
  • Bekende openstaande problemen of uitgestelde achterstandsitems.

U kunt er ook voor kiezen om een wijzigingslogboek te maken met een overzicht van de belangrijkste wijzigingen die in de loop van de tijd zijn aangebracht in het semantische model.

Rapportdocumentatie maken

Rapportdocumentatie, die doorgaans is gestructureerd als een overzicht van rapportgebruikers, kan consumenten helpen meer waarde te krijgen uit uw rapporten en dashboards. Een korte videozelfstudie werkt vaak goed.

U kunt er ook voor kiezen om aanvullende rapportdocumentatie op te nemen op een verborgen pagina van uw rapport. Het kan ontwerpbeslissingen en een wijzigingslogboek bevatten.

In het volgende artikel in deze Power BI-migratiereeks leert u meer over fase 5, wat betrekking heeft op het implementeren, ondersteunen en bewaken van inhoud bij het migreren naar Power BI.

Andere nuttige bronnen zijn onder meer:

Ervaren Power BI-partners zijn beschikbaar om uw organisatie te helpen slagen met het migratieproces. Als u een Power BI-partner wilt betrekken, gaat u naar de Power BI-partnerportal.