Opprette innhold som skal overføres til Power BI
Denne artikkelen beskriver trinn 4, som er opptatt av å opprette og validere innhold 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 for trinn 4 utfører det faktiske arbeidet med å konvertere konseptbeviset (POC) til en produksjonsklar løsning.
Utdataene fra dette stadiet er en Power BI-løsning som er validert i et arbeidsområde for utvikling og er klar for distribusjon til produksjon.
Tips
De fleste emnene som beskrives i denne artikkelen, gjelder også for et standard Power BI-implementeringsprosjekt.
Opprett produksjonsløsningen
På dette tidspunktet kan den samme personen som utførte poc fortsette med å produsere den produksjonsklare Power BI-løsningen. Eller noen andre kan være involvert. Hvis tidslinjer ikke settes i fare, er det flott å involvere personer som vil være ansvarlige for Power BI-utvikling i fremtiden. På denne måten kan de aktivt lære.
Viktig
Bruk så mye av arbeidet på nytt fra poc som mulig.
Utvikle ny semantisk importmodell
Du kan velge å opprette en ny semantisk importmodell når en eksisterende semantisk Power BI-modell ikke allerede eksisterer for å dekke dine behov, eller hvis den ikke kan forbedres for å dekke dine behov.
Ideelt sett bør du vurdere å koble fra utviklingsarbeidet for data og rapporter helt fra begynnelsen. Frakobling av data og rapporter vil gjøre det enklere å skille mellom arbeid og tillatelser når ulike personer er ansvarlige for datamodellering og rapporter. Det gir en mer skalerbar tilnærming og oppmuntrer til gjenbruk av data.
De grunnleggende aktivitetene knyttet til utvikling av en semantisk importmodell inkluderer:
- Hent data fra én eller flere datakilder (som kan være en Power BI-dataflyt).
- Forme, kombinere og klargjøre data.
- Opprett den semantiske modellen, inkludert datotabeller.
- Opprett og bekreft modellrelasjoner.
- Definer mål.
- Konfigurer sikkerhet på radnivå om nødvendig.
- Konfigurer synonymer og optimaliser spørsmål og svar.
- Planlegg for skalerbarhet, ytelse og samtidighet, noe som kan påvirke avgjørelsene dine om datalagringsmoduser, for eksempel bruk av en sammensatt modell eller aggregasjoner.
Tips
Hvis du har ulike utviklings-/test-/produksjonsmiljøer, kan du vurdere å parametere datakilder. Det vil gjøre distribusjon, beskrevet i trinn 5, betydelig enklere.
Utvikle nye rapporter og instrumentbord
De grunnleggende aktivitetene knyttet til utvikling av en Power BI-rapport eller et instrumentbord inkluderer:
- Bestem deg for å bruke en live-tilkobling til en eksisterende datamodell, eller opprett en ny datamodell
- Når du oppretter en ny datamodell, må du bestemme deg for datalagringsmodus for modelltabeller (Import, DirectQuery eller Composite).
- Bestem deg for det beste datavisualiseringsverktøyet for å oppfylle kravene: Power BI Desktop, Paginated Report Builder eller Excel.
- Bestem deg for de beste visualobjektene for å fortelle historien rapporten må fortelle, og for å løse spørsmålene rapporten må svare på.
- Sørg for at alle visualobjekter presenterer klar, konsis og forretningsvennlig terminologi.
- Adresser interaktivitetskrav.
- Når du bruker Live Connection, legger du til mål på rapportnivå.
- Opprett et instrumentbord i Power Bi-tjeneste, spesielt når forbrukerne ønsker en enkel måte å overvåke viktige måledata på.
Merk
Mange av disse beslutningene vil ha blitt tatt i tidligere stadier av planlegging eller i teknisk poc.
Valider løsningen
Det er fire hovedaspekter ved validering av en Power BI-løsning:
- Datanøyaktighet
- Sikkerhet
- Funksjon
- Ytelse
Valider datanøyaktighet
Som en engangsinnsats under overføringen må du sørge for at dataene i den nye rapporten samsvarer med det som vises i den eldre rapporten. Eller , hvis det er en forskjell - være i stand til å forklare hvorfor. Det er mer vanlig enn du kanskje tror å finne en feil i den eldre løsningen som løses i den nye løsningen.
Som en del av det pågående datavalideringsarbeidet må den nye rapporten vanligvis krysssjekkes med det opprinnelige kildesystemet. Ideelt sett skjer denne valideringen på en repeterbar måte hver gang du publiserer en rapportendring.
Valider sikkerhet
Når du validerer sikkerhet, er det to primære aspekter å vurdere:
- Datatillatelser
- Tilgang til semantiske modeller, rapporter og instrumentbord
I en semantisk importmodell brukes datatillatelser ved å definere sikkerhet på radnivå (RLS). Det er også mulig at datatillatelser håndheves av kildesystemet når du bruker DirectQuery-lagringsmodus (muligens med enkel pålogging).
De viktigste måtene å gi tilgang til Power BI-innhold på er:
- Arbeidsområderoller (for innholdsredigeringsprogrammer og visningsprogrammer).
- Appmålgruppetillatelser som brukes på et pakket sett med arbeidsområdeinnhold (for visningsprogrammer).
- Dele en individuell rapport eller et enkelt instrumentbord (for brukere).
Tips
Vi anbefaler opplæring av innholdsforfattere om hvordan du administrerer sikkerhet effektivt. Det er også viktig å ha robust testing, revisjon og overvåking på plass.
Valider funksjonalitet
Det er på tide å dobbeltsjekke semantiske modelldetaljer som feltnavn, formatering, sortering og standard sammendragsvirkemåte. Interaktive rapportfunksjoner, for eksempel slicere, neddrillingshandlinger, detaljvisningshandlinger, uttrykk, knapper eller bokmerker, bør også kontrolleres.
Under utviklingsprosessen bør Power BI-løsningen publiseres til et utviklingsarbeidsområde i Power Bi-tjeneste regelmessig. Kontroller at all funksjonalitet fungerer som forventet i tjenesten, for eksempel gjengivelse av egendefinerte visualobjekter. Det er også en god tid å gjøre ytterligere testing. Test planlagt oppdatering, spørsmål og svar, og hvordan rapporter og instrumentbord ser ut på en mobil enhet.
Valider ytelse
Ytelsen til Power BI-løsningen er viktig for forbrukeropplevelsen. De fleste rapporter bør presentere visualobjekter på under 10 sekunder. Hvis du har rapporter som tar lengre tid å laste inn, kan du stanse og revurdere hva som kan bidra til forsinkelser. Rapportytelsen bør vurderes regelmessig i Power Bi-tjeneste, i tillegg til Power BI Desktop.
Mange ytelsesproblemer oppstår fra substandard DAX (Data Analysis eXpressions),dårlig semantisk modellutforming eller suboptimal rapportutforming (for eksempel forsøk på å gjengi for mange visualobjekter på én enkelt side). Tekniske miljøproblemer, for eksempel nettverket, en overbelastet datagateway eller hvordan en Premium-kapasitet er konfigurert, kan også bidra til ytelsesproblemer. Hvis du vil ha mer informasjon, kan du se optimaliseringsveiledningen for Power BI og feilsøke rapportytelse i Power BI.
Viktig
Til tider refererer denne artikkelen til Power BI Premium eller dets kapasitetsabonnementer (P SKU-er). Vær oppmerksom på at Microsoft for øyeblikket konsoliderer kjøpsalternativer og trekker tilbake Power BI Premium per kapasitet sKU-er. Nye og eksisterende kunder bør vurdere å kjøpe Fabric-kapasitetsabonnementer (F SKU-er) i stedet.
Hvis du vil ha mer informasjon, kan du se Viktige oppdateringer som kommer til Power BI Premium-lisensiering og vanlige spørsmål om Power BI Premium.
Dokumenter løsningen
Det finnes to hovedtyper med dokumentasjon som er nyttige for en Power BI-løsning:
- Semantisk modelldokumentasjon
- Rapportdokumentasjon
Dokumentasjonen kan lagres der målgruppen har lett tilgang til den. Vanlige alternativer inkluderer:
- i et SharePoint-område: Det kan være et SharePoint-område for Kompetansesenteret eller et internt Power BI-fellesskapsområde.
- I en app: URL-adresser kan konfigureres når du publiserer en Power BI-app for å lede forbrukeren til mer informasjon.
- I individuelle Power BI Desktop-filer: Modellelementer, for eksempel tabeller og kolonner, kan definere en beskrivelse. Disse beskrivelsene vises som verktøytips i Data-ruten når du redigerer rapporter.
Tips
Hvis du oppretter et nettsted for å fungere som en hub for Power BI-relatert dokumentasjon, kan du vurdere å tilpasse Hent Hjelp-menyen med url-plasseringen.
Opprett semantisk modelldokumentasjon
Semantisk modelldokumentasjon er rettet mot brukere som skal administrere semantisk modell i fremtiden. Det er nyttig å inkludere:
- Utform beslutninger og grunner til hvorfor.
- Hvem som eier, vedlikeholder og sertifiserer semantiske modeller.
- Krav til dataoppdatering.
- Egendefinerte forretningsregler definert i semantiske modeller.
- Spesifikke krav til semantisk modellsikkerhet eller personvern for data.
- Fremtidige vedlikeholdsbehov.
- Kjente åpne problemer eller utsatte backlog-elementer.
Du kan også velge å opprette en endringslogg som oppsummerer de viktigste endringene som har skjedd med den semantiske modellen over tid.
Opprett rapportdokumentasjon
Rapportdokumentasjon, som vanligvis er strukturert som en gjennomgang rettet mot rapportforbrukere, kan hjelpe forbrukerne med å få mer verdi fra rapporter og instrumentbord. En kort videoopplæring fungerer ofte bra.
Du kan også velge å inkludere ekstra rapportdokumentasjon på en skjult side i rapporten. Det kan omfatte utformingsbeslutninger og en endringslogg.
Relatert innhold
I den neste artikkelen i denne Power BI-overføringsserien kan du lære om trinn 5, som er opptatt av å distribuere, støtte og overvåke 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 Fabric Community
- Forslag? Bidra med ideer for å forbedre Fabric
Erfarne Power BI-partnere er tilgjengelige for å hjelpe organisasjonen med å lykkes med overføringsprosessen. Hvis du vil finne en Power BI-partner, kan du gå til Microsoft Power BI-partnerportalen.