Användningsscenarier för Power BI: Prototyper och delning
Kommentar
Den här artikeln är en del av planeringsserien för Power BI-implementering. Den här serien fokuserar främst på Power BI-upplevelsen i Microsoft Fabric. En introduktion till serien finns i Implementeringsplanering för Power BI.
Som beskrivs i implementeringsöversikten för infrastrukturresurser är utforskning, experimentering och att få användbar feedback från en liten grupp användare syftet med fas 1 av lösningsimplementeringen.
En prototyp – eller konceptbevis (POC) – är en Power BI-lösning som är avsedd att hantera okända och minimera risker. Den här lösningen kan delas med andra för att få feedback under utvecklings-iterationer. Lösningen kan vara en tillfällig, kortlivad lösning, eller så kan den i slutändan utvecklas till en lösning som är fullständigt validerad och frisläppt. Att skapa en prototyp görs ofta för bi- och företags-BI-scenarier (och kan ibland göras för team BI-scenarier).
Prototyper sker ofta naturligt under bi-utvecklingsinsatser med självbetjäning. Eller så kan en prototyp vara ett litet projekt som har specifika mål och ett omfång.
Kommentar
Scenariot med prototyper och delning är ett av BI-scenarierna med självbetjäning. En fullständig lista över självbetjäningsscenarier finns i artikeln Om Power BI-användningsscenarier .
I korthet beskrivs inte vissa aspekter som beskrivs i avsnittet om innehållssamarbete och leveransscenarier i den här artikeln. För fullständig täckning, läs dessa artiklar först.
Scenariodiagram
Följande diagram visar en översikt på hög nivå över de vanligaste användaråtgärderna och Power BI-komponenterna för att stödja prototypaktiviteter. Fokus ligger på att använda Power BI Desktop under en interaktiv prototypsession. Fokus kan också ligga på att dela i Power BI-tjänst när ytterligare feedback behövs från ämnesexperter.
Dricks
Vi rekommenderar att du [laddar ned scenariodiagrammet](powerbi-implementation-planning-usage-scenario-diagrams.md#prototyping-and-sharing om du vill bädda in det i presentationen, dokumentationen eller blogginlägget – eller skriva ut det som en väggaffisch. Eftersom det är en SVG-bild (Scalable Vector Graphics) kan du skala upp eller ned den utan någon kvalitetsförlust.
Scenariodiagrammet visar följande användaråtgärder, verktyg och funktioner:
| Artikel | Beskrivning |
|---|---|
 |
Power BI-innehållsskapare utvecklar BI-lösningar med Hjälp av Power BI Desktop. |
 |
Power BI Desktop ansluter till data från en eller flera datakällor. Frågor och datakombinationer, som kombinerar flera källor, utvecklas i Power Query-redigeraren. |
 |
Utveckling av datamodeller och skapande av rapporter görs i Power BI Desktop. Syftet är att hjälpa teammedlemmar att förstå innebörden och betydelsen av data genom att placera dem i en visuell kontext. |
 |
Ämnesexperter ger feedback under en interaktiv prototypsession. Baserat på feedback från ämnesexperter (och andra teammedlemmar) gör innehållsskapare iterativa förbättringar direkt till BI-lösningen. |
 |
Om så önskas publicerar innehållsskapare sin Power BI Desktop-fil (.pbix) av Power BI-projektfilen (.pbip) till Power BI-tjänst. Publicering av prototyplösningar till Power BI-tjänst är valfritt. |
 |
Innehållet publiceras till en arbetsyta som inte är produktionsbaserad. Dess främsta syfte är att tillhandahålla ett utvecklingsområde som möjliggör granskning av teammedlemmar. |
 |
En enskild rapport delas med en kollega för att ge skrivskyddade behörigheter till rapporten (och dess underliggande data). Delningsåtgärden kan utföras med en delningslänk eller direktåtkomstdelning. Delning kan vara fördelaktigt för en prototyplösning för att ge tillfällig åtkomst under feedbackprocessen. |
 |
Vissa datakällor kan kräva en lokal datagateway eller VNet-gateway för datauppdatering, som de som finns i ett privat organisationsnätverk. |
 |
Power BI-administratörer övervakar och övervakar aktivitet i Power BI-tjänst. En utvecklingsarbetsyta (som innehåller icke-produktions- och prototyplösningar) styrs vanligtvis i mycket mindre utsträckning än en produktionsarbetsyta. |
Huvudpunkter
Följande är några viktiga punkter att betona om prototyper och delning scenario.
Interaktiva prototypsessioner
Interaktiva prototypsessioner är värdefulla för att få omedelbar feedback när du utforskar användarkrav, validerar beräkningar, förtydligar behoven för visuell layout, validerar användarupplevelsen och bekräftar rapportpresentationen. Använd Power BI Desktop under prototypsessioner som genomförs interaktivt med ämnesexperter.
Power BI-tjänsten
Det är valfritt att publicera prototyplösningar till Power BI-tjänst. Det kan vara användbart när det finns ett behov av att dela preliminära resultat för feedback och beslutsfattande.
Dricks
Prototyplösningar bör tydligt separeras från annat produktionsinnehåll så att konsumenterna har rätt förväntningar på en icke-produktionslösning. Användare av en prototyprapport kanske till exempel inte förväntar sig att alla data ska inkluderas eller uppdateras enligt ett schema. En prototyprapport bör inte användas för affärsbeslut förrän den har verifierats, slutförts och publicerats till en produktionsarbetsyta.
Arbetsyta
En utvecklingsarbetsyta är lämplig i det här scenariot eftersom det innebär att arbeta med ett litet team BI-samarbetsscenario (snarare än en personlig arbetsyta enligt beskrivningen i det personliga BI-scenariot). När lösningen har slutförts och testats fullt ut kan den snabbt höjas upp till en produktionsarbetsyta (enligt beskrivningen i scenariot för självbetjäningsinnehållspublicering ).
Dela rapporter och instrumentpaneler
Scenariodiagrammet visar delning direkt till en mottagare (i stället för arbetsyteroller eller med hjälp av en Power BI-app). Att använda delningsfunktionen är lämpligt för samarbetsscenarier när kollegor arbetar nära varandra på ett informellt sätt. Delning är användbart i den här situationen eftersom det är begränsat till ett litet antal kollegor som behöver granska och ge feedback om den prototypbaserade lösningen.
Dricks
Delning av enskilda objekt bör ske sällan. Eftersom delning konfigureras per enskilda objekt på en arbetsyta är det mer omständligt att underhålla och ökar risken för fel. Ett giltigt alternativ till delning (visas inte i scenariodiagrammet) är att använda arbetsyteroller (beskrivs i team BI-scenariot ). Arbetsyteroller fungerar bäst när kollegor behöver åtkomst till alla objekt på en arbetsyta.
Gateway-konfiguration
Normalt krävs en datagateway vid åtkomst till datakällor som finns i det privata organisationsnätverket eller ett virtuellt nätverk. Den lokala datagatewayen blir relevant när en Power BI Desktop-fil har publicerats till Power BI-tjänst. De två syftena med en gateway är att uppdatera importerade data eller visa en rapport som frågar efter en live-anslutning eller DirectQuery-semantisk modell (visas inte i scenariodiagrammet).
Kommentar
För team-, avdelnings- och företags-BI-scenarier rekommenderas en centraliserad datagateway i standardläge starkt för gatewayer i personligt läge. I standardläge stöder datagatewayen live-anslutning och DirectQuery-åtgärder (utöver schemalagda datauppdateringsåtgärder).
Systemtillsyn
Aktivitetsloggen registrerar användaraktiviteter som inträffar i Power BI-tjänst. Power BI-administratörer kan använda aktivitetsloggdata som samlas in för att utföra granskning för att hjälpa dem att förstå användningsmönster och identifiera riskfyllda aktiviteter. Gransknings- och styrningskrav är vanligtvis mindre stränga för prototyper och personliga BI-scenarier .
Relaterat innehåll
Andra användbara scenarier som hjälper dig med beslut om Power BI-implementering finns i artikeln Om Power BI-användningsscenarier .