Udfør blåstempling ved migrering til Power BI

I denne artikel beskrives fase 3, som omhandler udførelse af et blåstemplingsbevis for at afhjælpe risici og håndtere ukendte elementer så tidligt som muligt, når der migreres til Power BI.

Bemærk

Du kan få en komplet forklaring af ovenstående grafik under Oversigt over migrering til Power BI.

I fase 3 fokuseres der på at håndtere ukendte forhold og afhjælpe risici så tidligt som muligt. En teknisk blåstempling er nyttig til validering af antagelser. Det kan gøres iterativt sammen med planlægning af løsningsinstallation (beskrevet i fase 2).

Outputtet fra denne fase er en Power BI-løsning, der er begrænset i omfang, løser de indledende åbne spørgsmål og er klar til yderligere arbejde i fase 4 for at gøre den produktionsklar.

Vigtigt

Det er ikke meningen, at blåstemplingen skal være engangsarbejde. I stedet forventer vi, at det bliver en tidlig gentagelse af den produktionsklare løsning. I din organisation kan du referere til denne aktivitet som en prototype, pilot, mockup, hurtig start eller minimalt levedygtigt produkt (MVP). Det er ikke altid nødvendigt at gennemføre en blåstempling, og det kan endda ske uformelt.

Tip

De fleste af de emner, der beskrives i denne artikel, gælder også for et Standard Power BI-implementeringsprojekt. Efterhånden som din organisation bliver mere erfaren med Power BI, mindskes behovet for at udføre BLÅ'er. Men på grund af den hurtige udgivelsesrytme med Power BI og den løbende introduktion af nye funktioner kan du jævnligt udføre tekniske BLÅS til læringsformål.

Angiv mål og omfang for blåstempling

Når du udfører en blåstempling, skal du fokusere på følgende mål:

• Bekræft dine antagelser om, hvordan en funktion fungerer.
• Oplær dig selv i forskelle i, hvordan Power BI fungerer sammenlignet med den ældre BI-platform.
• Valider indledende forståelser af visse krav med eksperter inden for emnet.
• Opret en lille semantisk model (tidligere kaldet et datasæt) med rigtige data for at forstå og registrere eventuelle problemer med datastrukturen, relationer, datatyper eller dataværdier.
• Eksperimentér med og valider DAX-syntaksudtryk, der bruges af modelberegninger.
• Test datakildeforbindelsen ved hjælp af en gateway (hvis det skal være en gatewaykilde).
• Test dataopdatering ved hjælp af en gateway (hvis det skal være en gatewaykilde).
• Kontrollér sikkerhedskonfigurationer, herunder sikkerhed på rækkeniveau, når det er relevant.
• Eksperimentér med layout og kosmetiske beslutninger.
• Kontrollér, at alle funktioner i Power BI-tjeneste fungerer som forventet.

Området for blåstempling afhænger af, hvad de ukendte er, eller hvilke mål der skal valideres med kolleger. Hvis du vil reducere kompleksiteten, skal du holde en blåstempling så smal som muligt med hensyn til omfanget.

Ofte med en migrering er kravene velkendte, fordi der er en eksisterende løsning at starte fra. Afhængigt af omfanget af de forbedringer, der skal foretages, eller eksisterende Power BI-færdigheder, giver en blåstempling dog stadig en betydelig værdi. Desuden kan hurtig prototyper med forbrugerfeedback være passende til hurtigt at tydeliggøre krav – især hvis der foretages forbedringer.

Vigtigt

Selvom en blåstempling kun indeholder et undersæt af data eller kun indeholder begrænsede visualiseringer, er det ofte vigtigt at tage det fra start til slut. Dvs. lige fra udvikling i Power BI Desktop til udrulning til et udviklingsarbejdsområde i Power BI-tjeneste. Det er den eneste måde, hvorpå du fuldt ud kan nå målsætningerne for blåstemplingen. Det er især tilfældet, når Power BI-tjeneste skal levere vigtig funktionalitet, som du ikke har brugt før, f.eks. en DirectQuery-semantisk model, der bruger enkeltlogon. I løbet af blåstemplingen skal du fokusere din indsats på aspekter, du er usikker på eller har brug for at bekræfte med andre.

Håndter forskelle i Power BI

Power BI kan bruges som et modelbaseret værktøj eller som et rapportbaseret værktøj. En modelbaseret løsning omfatter udvikling af en datamodel, mens en rapportbaseret løsning opretter forbindelse til en datamodel, der allerede er installeret.

På grund af den ekstreme fleksibilitet er der nogle aspekter ved Power BI, der kan være grundlæggende forskellige fra den ældre BI-platform, du migrerer fra.

Overvej at omdesigne dataarkitekturen

Hvis du migrerer fra en ældre BI-platform, der har sit eget semantiske lag, er oprettelsen af en semantisk importmodel sandsynligvis en god mulighed. Power BI fungerer bedst med et tabeldesign med et stjerneskema . Hvis det ældre semantiske lag ikke er et stjerneskema, er det derfor muligt, at det kan være nødvendigt med et nyt design for at få fuldt udbytte af Power BI. Hvis du forsøger at definere et semantisk lag, der overholder designprincipperne for stjerneskemaer (herunder relationer, almindeligt anvendte målinger og brugervenlig organisationsterminologi), fungerer det som et glimrende udgangspunkt for rapportforfattere med selvbetjening.

Hvis du migrerer fra en ældre BI-platform, hvor rapporter refererer til relationsdatakilder ved hjælp af SQL-forespørgsler eller lagrede procedurer, og hvis du planlægger at bruge Power BI i DirectQuery-tilstand, kan du muligvis opnå tæt på en en til en-migrering af datamodellen.

Advarsel

Hvis du kan se oprettelsen af mange Power BI Desktop-filer, der består af en enkelt importeret tabel, er det normalt en indikator for, at designet ikke er optimalt. Hvis du bemærker denne situation, skal du undersøge, om brugen af delte semantiske modeller, der er oprettet ved hjælp af et stjerneskemadesign, kan opnå et bedre resultat.

Beslut, hvordan du vil håndtere dashboardkonverteringer

I BI-branchen er et dashboard en samling visualiseringer, der viser vigtige målepunkter på en enkelt side. I Power BI repræsenterer et dashboard dog en bestemt visualiseringsfunktion, der kun kan oprettes i Power BI-tjeneste. Når du overfører et dashboard fra en ældre BI-platform, har du to valgmuligheder:

1. Det ældre dashboard kan oprettes igen som en Power BI-rapport. De fleste rapporter oprettes med Power BI Desktop. Sideinddelte rapporter og Excel-rapporter er også alternative indstillinger.
2. Det ældre dashboard kan oprettes igen som et Power BI-dashboard. Dashboards er en visualiseringsfunktion i Power BI-tjeneste. Dashboardvisualiseringer oprettes ofte ved at fastgøre visualiseringer fra en eller flere rapporter, Spørgsmål og Hurtig indsigt.

Tip

Da dashboards er en Power BI-indholdstype, skal du undlade at bruge orddashboardet i navnet på rapporten eller dashboardet.

Fokuser på det store billede, når du opretter visualiseringer igen

Hvert BI-værktøj har sine styrker og fokusområder. Derfor har de nøjagtige rapportvisualiseringer, du var afhængig af på en ældre BI-platform, muligvis ikke en nærækvivalent i Power BI.

Når du opretter rapportvisualiseringer igen, skal du fokusere mere på de store forretningsspørgsmål, der behandles i rapporten. Det fjerner presset for at replikere designet af alle visualiseringer på præcis samme måde. Selvom forbrugere af indhold sætter pris på konsistens, når de bruger migrerede rapporter, er det vigtigt ikke at blive fanget i tidskrævende debatter om små detaljer.

Relateret indhold

I den næste artikel i denne serie om migrering til Power BI kan du få mere at vide om fase 4, som omhandler oprettelse og validering af indhold, når der migreres til Power BI.

Andre nyttige ressourcer omfatter:

• Microsofts BI-transformation
• Planlægning af Power BI-implementering
• Spørgsmål? Prøv at spørge Power BI-community'et
• Forslag? Bidrag med idéer til forbedring af Power BI

Erfarne Power BI-partnere er tilgængelige for at hjælpe din organisation med at lykkes med migreringsprocessen. Hvis du vil engagere en Power BI-partner, skal du gå til Power BI-partnerportalen.