Gjennomføre konseptbevis for å overføre til Power BI

Denne artikkelen beskriver trinn 3, som er opptatt av å gjennomføre et konseptbevis (POC) for å redusere risiko og håndtere ukjente så tidlig som mulig når du overfører til Power BI.

Merk

Hvis du vil ha en fullstendig forklaring av grafikken ovenfor, kan du se Oversikt over Overføring av Power BI.

Fokuset i trinn 3 er å håndtere ukjente og redusere risikoer så tidlig som mulig. En teknisk poc er nyttig for validering av antakelser. Det kan gjøres iterativt sammen med planlegging av løsningsdistribusjon (beskrevet i trinn 2).

Utdataene fra dette stadiet er en Power BI-løsning som er smal i omfang, tar for seg de første åpne spørsmålene og er klar for ekstra arbeid i trinn 4 for å gjøre den produksjonsklar.

Viktig

Vi har ikke tenkt at poc skal være disponibel arbeid. Snarere forventer vi at det blir en tidlig gjentakelse av den produksjonsklare løsningen. I organisasjonen kan du referere til denne aktiviteten som en prototype, pilot, mockup, hurtigstart eller minimalt levedyktig produkt (MVP). Å gjennomføre en poc er ikke alltid nødvendig, og det kan til og med skje uformelt.

Tips

De fleste emnene som beskrives i denne artikkelen, gjelder også for et standard Power BI-implementeringsprosjekt. Etter hvert som organisasjonen blir mer erfaren med Power BI, reduseres behovet for å utføre pocer. På grunn av rask utgivelsesfrekvens med Power BI og kontinuerlig innføring av nye funksjoner, kan det imidlertid hende at du regelmessig utfører tekniske datamaskiner for læringsformål.

Angi poc-mål og omfang

Når du utfører en poc, kan du fokusere på følgende mål:

• Kontroller antakelsene dine om hvordan en funksjon fungerer.
• Lær deg om forskjeller i hvordan Power BI fungerer sammenlignet med den eldre BI-plattformen.
• Valider innledende forståelser av visse krav med fageksperter.
• Opprett en liten semantisk modell (tidligere kjent som et datasett) med reelle data for å forstå og oppdage eventuelle problemer med datastrukturen, relasjonene, datatypene eller dataverdiene.
• Eksperimenter med, og valider, DAX-syntaksuttrykk som brukes av modellberegninger.
• Test datakildetilkobling ved hjelp av en gateway (hvis den skal være en gatewaykilde).
• Test dataoppdatering ved hjelp av en gateway (hvis den skal være en gatewaykilde).
• Kontroller sikkerhetskonfigurasjoner, inkludert sikkerhet på radnivå når det er aktuelt.
• Eksperimenter med oppsett og kosmetiske beslutninger.
• Kontroller at all funksjonalitet i Power Bi-tjeneste fungerer som forventet.

PoC-omfanget er avhengig av hva de ukjente er, eller hvilke mål som må valideres med kolleger. Hvis du vil redusere kompleksiteten, holder du en poc så smal som mulig når det gjelder omfang.

Vanligvis med en overføring er kravene velkjente fordi det finnes en eksisterende løsning å starte fra. Avhengig av omfanget av forbedringer som skal gjøres eller eksisterende Power BI-ferdigheter, gir en poc fortsatt betydelig verdi. I tillegg kan rask innskriving med tilbakemeldinger fra forbrukere være hensiktsmessig for raskt å klargjøre krav – spesielt hvis forbedringer gjøres.

Viktig

Selv om en poc inneholder bare et delsett med data, eller inkluderer bare begrensede visualobjekter, er det ofte viktig å ta det fra start til slutt. Dette er fra utvikling i Power BI Desktop til distribusjon til et utviklingsarbeidsområde i Power Bi-tjeneste. Det er den eneste måten å oppnå poc-målene på. Det er spesielt sant når Power Bi-tjeneste må levere kritisk funksjonalitet som du ikke har brukt før, for eksempel en Semantisk DirectQuery-modell som bruker enkel pålogging. Fokuser innsatsen din på aspekter du er usikker på eller trenger å bekrefte med andre, under poc.

Håndtere forskjeller i Power BI

Power BI kan brukes som et modellbasert verktøy eller som et rapportbasert verktøy. En modellbasert løsning innebærer utvikling av en datamodell, mens en rapportbasert løsning kobles til en allerede distribuert datamodell.

På grunn av den ekstreme fleksibiliteten er det noen aspekter ved Power BI som kan være fundamentalt forskjellig fra den eldre BI-plattformen du overfører fra.

Vurder å redesigne dataarkitekturen

Hvis du overfører fra en eldre BI-plattform som har sitt eget semantiske lag, vil opprettelsen av en semantisk importmodell sannsynligvis være et godt alternativ. Power BI fungerer best med en utforming av en stjerneskjematabell . Hvis det eldre semantiske laget ikke er et stjerneskjema, er det derfor mulig at en ny utforming kan være nødvendig for å dra full nytte av Power BI. Å sette innsats i å definere et semantisk lag som overholder utformingsprinsipper for stjerneskjema (inkludert relasjoner, ofte brukte mål og vennlig organisatorisk terminologi) fungerer som et utmerket utgangspunkt for selvbetjente rapportforfattere.

Hvis du overfører fra en eldre BI-plattform der rapporter refererer til relasjonelle datakilder ved hjelp av SQL-spørringer eller lagrede prosedyrer, og hvis du planlegger å bruke Power BI i DirectQuery-modus, kan det hende du kan oppnå nær en én-til-én-overføring av datamodellen.

Forsiktig!

Hvis du ser opprettingen av mange Power BI Desktop-filer som består av én enkelt importert tabell, er det vanligvis en indikator på at utformingen ikke er optimal. Hvis du legger merke til denne situasjonen, kan du undersøke om bruken av delte semantiske modeller som er opprettet ved hjelp av en stjerneskjemautforming, kan oppnå et bedre resultat.

Bestem hvordan du skal håndtere instrumentbordkonverteringer

I BI-bransjen er et instrumentbord en samling visualobjekter som viser viktige måledata på én enkelt side. I Power BI representerer imidlertid et instrumentbord en bestemt visualiseringsfunksjon som bare kan opprettes i Power Bi-tjeneste. Når du overfører et instrumentbord fra en eldre BI-plattform, har du to valg:

1. Det eldre instrumentbordet kan gjenskapes som en Power BI-rapport. De fleste rapporter opprettes med Power BI Desktop. Paginerte rapporter og Excel-rapporter er også alternative alternativer.
2. Det eldre instrumentbordet kan gjenskapes som et Power BI-instrumentbord. Instrumentbord er en visualiseringsfunksjon for Power Bi-tjeneste. Instrumentbordvisualobjekter opprettes ofte ved å feste visualobjekter fra én eller flere rapporter, spørsmål og Hurtiginnsikter.

Tips

Fordi instrumentbord er en Power BI-innholdstype, må du avstå fra å bruke instrumentbordet i rapporten eller instrumentbordet.

Fokuser på det store bildet når du oppretter visualobjekter på nytt

Hvert BI-verktøy har sine styrker og fokusområder. Derfor kan det hende at de nøyaktige rapportvisualobjektene du var avhengig av i en eldre BI-plattform, ikke har en nær ekvivalent i Power BI.

Når du oppretter rapportvisualobjekter på nytt, kan du fokusere mer på forretningsspørsmålene for store bilder som blir adressert av rapporten. Det fjerner trykket for å replikere utformingen av hvert visualobjekt på nøyaktig samme måte. Selv om innholdsforbrukere setter pris på konsekvens når de bruker overførte rapporter, er det viktig å ikke bli fanget opp i tidkrevende debatter om små detaljer.

Relatert innhold

I den neste artikkelen i denne Power BI-overføringsserien kan du lære om trinn 4, som er opptatt av å opprette og validere innhold når du overfører til Power BI.

Andre nyttige ressurser omfatter følgende:

• Microsofts BI-transformasjon
• Planlegging av Power BI-implementering
• Spørsmål? Prøv å spørre Power BI-fellesskap
• Forslag? Bidra med ideer for å forbedre Power BI

Erfarne Power BI-partnere er tilgjengelige for å hjelpe organisasjonen med å lykkes med overføringsprosessen. Hvis du vil engasjere en Power BI-partner, kan du gå til Partnerportalen for Power BI.