Inhoud maken om te migreren naar Power BI

In dit artikel wordt fase 4 beschreven, die betrekking heeft op het maken en valideren van inhoud wanneer u naar Power BI migreert.

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

De uitvoer van deze fase is een Power BI-oplossing die gevalideerd is in een ontwikkelingswerkruimte en gereed is voor implementatie tot productie.

De productieoplossing maken

Op dit moment kan dezelfde persoon die het POC heeft uitgevoerd, verdergaan met het produceren van de productieklare Power BI-oplossing. Ook kan iemand anders meedoen. Mits tijdlijnen niet in gevaar komen, kan het goed zijn om mensen mee te laten doen die in de toekomst verantwoordelijk zullen zijn voor de ontwikkeling van Power BI. Op deze manier kunnen ze actief bijleren.

Ontwikkel een nieuwe gegevensset voor importeren

U kunt ervoor kiezen om een nieuwe gegevensset voor importeren te maken als er nog geen Power BI-gegevensset bestaat die (dusdanig kan worden verbeterd dat hij) aan uw behoeften voldoet.

Idealiter overweegt u vanaf het begin het ontwikkelingswerk voor gegevens en rapporten te ontkoppelen. Het ontkoppelen van gegevens en rapporten maakt het mogelijk om werk te scheiden en faciliteert machtigingen, waarbij verschillende mensen verantwoordelijk zijn voor gegevensmodellering en rapporten. Hierdoor wordt de aanpak schaalbaarder en wordt het hergebruik van gegevens gestimuleerd.

De essentiële activiteiten die met de ontwikkeling van een gegevensset voor importeren samenhangen, zijn:

• Gegevens verkrijgen van een of meer gegevensbronnen (dit kan een Power BI-gegevensstroom zijn).
• Gegevens vormgeven, combineren en voorbereiden.
• Het gegevensmodel maken, inclusief gegevenstabellen.
• Modelrelaties maken en verifiëren.
• Metingen definiëren.
• Indien nodig beveiliging op rijniveau instellen.
• Synoniemen configureren en de Q&A optimaliseren.
• Rekening houden met schaalbaarheid, prestaties en gelijktijdigheid, wat uw beslissingen over gegevensopslagmodellen kan beïnvloeden, waaronder het gebruik van een samengesteld model of aggregaties.

Nieuwe rapporten en dashboards ontwikkelen

De essentiële, aan de ontwikkeling van een Power BI-rapport of -dashboard gerelateerde activiteiten zijn:

• Beslissen over het gebruik van een liveverbinding met een bestaand gegevensmodel of een nieuw gegevensmodel maken
• Bij het maken van een nieuw gegevensmodel, beslissen over de gegevensopslagmodus voor modeltabellen (Importeren, DirectQuery of Samengesteld).
• Beslissen welke gegevensvisualiseringstool het beste aan de vereisten voldoet: Power BI Desktop, Paginated Report Builder of Excel.
• Beslissen wat de beste visuals zijn om het verhaal te vertellen dat het rapport moet overbrengen of om de vragen te behandelen die het rapport moet beantwoorden.
• Zorgen dat alle visuals duidelijke, beknopte en bedrijfsvriendelijke terminologie hanteren.
• Interactiviteitsvereisten aanpakken.
• Metingen op rapportniveau toevoegen bij het gebruik van een liveverbinding.
• Een dashboard in de Power BI-service maken, vooral als gebruikers belangrijke metrische gegevens eenvoudig willen kunnen bewaken.

De oplossing valideren

Bij de validatie van een Power BI-oplossing spelen vier belangrijke aspecten een rol:

1. Gegevensnauwkeurigheid
2. Beveiliging
3. Functionaliteit
4. Prestaties

Nauwkeurigheid van gegevens valideren

Tijdens de migratie moet u eenmalig controleren of de gegevens in het nieuwe rapport overeenkomen met wat er in het verouderde rapport staat. Als er een verschil bestaat tussen de twee rapporten, moet u dit verschil kunnen verklaren. Het komt vaker voor dan u denkt dat er een fout in de verouderde oplossing wordt gevonden die in de nieuwe oplossing wordt opgelost.

Omdat gegevens constant worden gevalideerd, moet het nieuwe rapport doorgaans worden vergeleken met het originele bronsysteem. Idealiter vindt deze validatie telkens plaats wanneer u een rapportwijziging publiceert.

Beveiliging valideren

Bij het valideren van de beveiliging zijn twee aspecten van belang:

• Gegevensmachtigingen
• Toegang tot gegevenssets, rapporten en dashboards

Bij een gegevensset voor importeren worden gegevensmachtigingen toegepast door beveiliging op rijniveau (RLS) te definiëren. Daarnaast is het mogelijk dat gegevensmachtigingen door het bronsysteem worden afgedwongen wanneer de DirectQuery-opslagmodus wordt gebruikt (eventueel met eenmalige aanmelding).

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

• Werkruimterollen (voor inhoudseditors- en viewers).
• Appmachtigingen toegepast op een verpakte set werkruimte-inhoud (voor viewers).
• Het delen van een individueel rapport of dashboard (voor viewers).

Functionaliteit valideren

Nu is het tijd om gegevenssetdetails zoals veldnamen, indelingen, sorteringen en standaard samenvattingsgedrag te controleren. Interactieve rapportfuncties, zoals slicers,inzoomacties, drillthrough-acties, expressies,knoppen of bladwijzers, moeten ook allemaal worden geverifieerd.

Tijdens het ontwikkelingsproces moet de Power BI-oplossing regelmatig op een ontwikkelingswerkruimte in de Power BI-service worden gepubliceerd. Controleer of in de service alle functionaliteit, zoals de rendering van aangepaste visuals, naar behoren werkt. Dit is tevens een goed moment om meer te testen. Test geplande vernieuwing, Q&A en hoe rapporten en dashboards er uitzien op een mobiel apparaat.

Prestaties valideren

De prestaties van de Power BI-oplossing zijn van belang voor de gebruikerservaring. De meeste rapporten moeten visuals in minder dan 10 seconden kunnen laden. Als u rapporten hebt die langer nodig hebben om te laden, bedenk dan wat de oorzaken van die vertragingen zouden kunnen zijn. De prestaties van rapporten moeten niet alleen in Power BI Desktop, maar ook regelmatig in de Power BI-service worden beoordeeld.

Veel prestatieproblemen vloeien voort uit ondermaatse DAX (Data Analysis eXpressions), slecht gegevenssetontwerp of suboptimaal rapportontwerp (bijvoorbeeld te veel visuals op één pagina willen weergeven). Problemen met de technische omgeving, zoals het netwerk, een overbelaste gegevensgateway of de configuratie van een Premium-capaciteit, kunnen ook tot prestatieproblemen leiden. Zie voor meer informatie de Optimalisatiegids voor Power BI en Problemen met rapportprestaties in Power BI oplossen.

De oplossing documenteren

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

• Gegevenssetdocumentatie
• Rapportdocumentatie

Documentatie kan worden opgeslagen waar deze het toegankelijkst 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 geconfigureerd wanneer een Power BI-app wordt gepubliceerd om de gebruiker door te verwijzen naar meer informatie.
• Binnen individuele Power BI Desktop-bestanden: Modelelementen, zoals tabellen en kolommen, kunnen een beschrijving definiëren. Deze beschrijvingen verschijnen als knopinfo in het deelvenster Velden wanneer rapporten worden geschreven.

Gegevenssetdocumentatie maken

Gegevenssetdocumentatie is gericht op gebruikers die de gegevensset in de toekomst gaan beheren. Het is nuttig om de volgende zaken in deze documentatie op te nemen:

• Ontwerpbeslissingen en waarom ze genomen zijn.
• Wie de gegevenssets bezit, beheert en certificeert.
• Vereisten voor gegevensvernieuwing.
• Aangepaste bedrijfsregels gedefinieerd in gegevenssets.
• Specifieke gegevenssetbeveiliging of vereisten voor gegevensprivacy.
• Toekomstige onderhoudsbehoeften.
• Bekende openstaande problemen of uitgestelde achterstandsitems.

U kunt er ook voor kiezen om een wijzigingenlogboek te maken waarin de belangrijkste wijzigingen van de gegevensset na verloop van tijd worden samengevat.

Rapportdocumentatie maken

Rapportdocumentatie, die doorgaans wordt gestructureerd als een instructie voor rapportgebruikers, kan gebruikers helpen meer waarde uit uw rapporten en dashboards te halen. Een korte zelfstudievideo werkt meestal goed.

U kunt er ook voor kiezen om aanvullende rapportdocumentatie toe te voegen op een verborgen pagina van uw rapport. Deze documentatie zou kunnen bestaan uit ontwerpbeslissingen en een wijzigingenlogboek.

Volgende stappen

In het volgende artikel van deze reeks over Power BI-migratie komt u meer te weten over fase 5, die zich bezighoudt met het implementeren, ondersteunen en bewaken van inhoud tijdens de migratie naar Power BI.

Andere nuttige informatiebronnen zijn o.a.:

• BI-transformatie van Microsoft
• Een technisch document over een Power BI-implementatie voor de onderneming plannen
• Vragen? Misschien dat de Power BI-community het antwoord weet
• Suggesties? Ideeën bijdragen om Power BI te verbeteren

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