Condividi tramite


Scenari di utilizzo di Power BI: creazione di prototipi e condivisione

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI. Questa serie è incentrata principalmente sull'esperienza di Power BI all'interno di Microsoft Fabric. Per un'introduzione alla serie, vedere Pianificazione dell'implementazione di Power BI.

Come descritto nella roadmap per l'adozione dell'infrastruttura, l'esplorazione, la sperimentazione e l'acquisizione di feedback utili da un piccolo gruppo di utenti è lo scopo della fase 1 dell'adozione della soluzione.

Un prototipo o un modello di verifica (POC) è una soluzione Power BI destinata a risolvere i problemi sconosciuti e ridurre i rischi. Questa soluzione può essere condivisa con altri utenti per ottenere commenti e suggerimenti durante le iterazioni di sviluppo. La soluzione potrebbe essere una soluzione temporanea di breve durata oppure potrebbe evolversi in una soluzione completamente convalidata e rilasciata. La creazione di un prototipo viene in genere eseguita per gli scenari di business intelligence aziendale e di business intelligence del reparto e può essere eseguita occasionalmente per gli scenari di business intelligence per i team.

La creazione di prototipi viene spesso eseguita naturalmente durante le attività di sviluppo di business intelligence self-service. Oppure un prototipo potrebbe essere un piccolo progetto con obiettivi specifici e un ambito.

Nota

Lo scenario di creazione di prototipi e condivisione è uno degli scenari di business intelligence self-service. Per un elenco completo degli scenari self-service, vedere l'articolo Scenari di utilizzo di Power BI.

Per brevità, alcuni aspetti descritti nell'argomento scenari di collaborazione e distribuzione dei contenuti non sono trattati in questo articolo. Per una copertura completa, leggere prima questi articoli.

Diagramma dello scenario

Il diagramma seguente illustra una panoramica generale delle azioni utente più comuni e dei componenti di Power BI per supportare le attività di creazione di prototipi. L'obiettivo è l'uso di Power BI Desktop durante una sessione di creazione di prototipi interattiva. L'attenzione può anche essere sulla condivisione nel servizio Power BI quando è necessario feedback aggiuntivo da esperti in materia.

Il diagramma mostra la creazione di prototipi e la condivisione, che riguarda l'esplorazione rapida dei prototipi o la definizione dei requisiti utente. Gli elementi nel diagramma sono descritti nella tabella seguente.

Suggerimento

È consigliabile [scaricare il diagramma dello scenario](powerbi-implementation-planning-usage-scenario-diagrams.md#prototyping-and-sharing se si vuole incorporarlo nella presentazione, nella documentazione o nel post di blog oppure stamparlo come poster a muro. Poiché si tratta di un'immagine SVG (Scalable Vector Graphics), è possibile aumentare o ridurre le prestazioni senza perdita di qualità.

Il diagramma dello scenario illustra le azioni, gli strumenti e le funzionalità utente seguenti:

Articolo Descrizione
Articolo 1. Gli autori di contenuti di Power BI sviluppano soluzioni BI usando Power BI Desktop.
Articolo 2. Power BI Desktop si connette ai dati da una o più origini dati. Le query e i mashup dei dati, che combinano più origini, vengono sviluppate nel editor di Power Query.
Articolo 3. Lo sviluppo e la creazione di report del modello di dati vengono eseguiti in Power BI Desktop. Lo scopo è aiutare i membri del team a comprendere il significato e il significato dei dati inserendoli in un contesto visivo.
Articolo 4. Gli esperti in materia forniscono commenti e suggerimenti durante una sessione interattiva di prototipazione. In base al feedback degli esperti in materia (e di altri membri del team), gli autori di contenuti apportano miglioramenti iterativi direttamente alla soluzione BI.
Articolo 5. Se lo si desidera, gli autori di contenuti pubblicano il file di Power BI Desktop (con estensione pbix) del file di progetto di Power BI (con estensione pbip) nel servizio Power BI. La pubblicazione di soluzioni di creazione di prototipi per il servizio Power BI è facoltativa.
Articolo 6. Il contenuto viene pubblicato in un'area di lavoro non di produzione. Il suo scopo principale è fornire un'area di sviluppo che consente la revisione da parte dei membri del team.
Articolo 7. Un singolo report viene condiviso con un collega per fornire autorizzazioni di sola lettura al report e ai relativi dati sottostanti. L'operazione di condivisione può essere eseguita con un collegamento di condivisione o una condivisione di accesso diretto. La condivisione può essere vantaggiosa per una soluzione di creazione di prototipi per fornire l'accesso temporaneo durante il processo di feedback.
Articolo 8. Alcune origini dati possono richiedere un gateway dati locale o un gateway di rete virtuale per l'aggiornamento dei dati, ad esempio quelli che risiedono all'interno di una rete organizzativa privata.
Articolo 9. Gli amministratori di Power BI sorvegliano e monitorano l'attività nel servizio Power BI. Un'area di lavoro di sviluppo (che contiene soluzioni di creazione di prototipi e non di produzione) viene in genere governata in misura molto inferiore rispetto a un'area di lavoro di produzione.

Punti chiave

Di seguito sono riportati alcuni punti chiave da sottolineare sullo scenario di creazione di prototipi e condivisione.

Sessioni di creazione di prototipi interattive

Le sessioni di creazione di prototipi interattive sono utili per ottenere feedback immediato quando si esplorano i requisiti degli utenti, convalidare i calcoli, chiarire le esigenze di layout visivo, convalidare l'esperienza utente e confermare la presentazione del report. Usare Power BI Desktop durante le sessioni di prototipazione eseguite in modo interattivo con esperti di materia.

Servizio Power BI

La pubblicazione di soluzioni di creazione di prototipi nel servizio Power BI è facoltativa. Può essere utile quando è necessario condividere i risultati preliminari a scopo decisionale e feedback.

Suggerimento

Le soluzioni di prototipazione devono essere chiaramente separate da altri contenuti di produzione in modo che i consumatori abbiano aspettative adeguate per una soluzione non di produzione. Ad esempio, i consumer di un report prototipo potrebbero non aspettarsi che includano tutti i dati o vengano aggiornati in base a una pianificazione. Un report prototipo non deve essere usato per le decisioni aziendali fino a quando non viene convalidato, finalizzato e pubblicato completamente in un'area di lavoro di produzione.

Area di lavoro

Un'area di lavoro di sviluppo è appropriata in questo scenario perché prevede l'uso di uno scenario di collaborazione bi per i team di piccole dimensioni anziché con un'area di lavoro personale, come descritto nello scenario di business intelligence personale. Dopo aver finalizzato e testato completamente la soluzione, può essere promosso rapidamente a un'area di lavoro di produzione (come descritto nello scenario di pubblicazione del contenuto self-service).

Condivisione di report e dashboard

Il diagramma dello scenario illustra la condivisione diretta a un destinatario ,anziché i ruoli dell'area di lavoro o l'uso di un'app Power BI. L'uso della funzionalità di condivisione è appropriato per gli scenari di collaborazione quando i colleghi interagiscono a stretto contatto in modo informale. La condivisione è utile in questa situazione perché è limitata a un numero ridotto di colleghi che devono esaminare e fornire commenti e suggerimenti sulla soluzione prototipo.

Suggerimento

La condivisione di singoli elementi deve essere eseguita raramente. Poiché la condivisione è configurata per singoli elementi in un'area di lavoro, è più noioso gestire e aumentare il rischio di errore. Un'alternativa valida alla condivisione (non illustrata nel diagramma dello scenario) consiste nell'usare i ruoli dell'area di lavoro (descritti nello scenario di business intelligence per i team). I ruoli dell'area di lavoro funzionano meglio quando i colleghi devono accedere a tutti gli elementi in un'area di lavoro.

Configurazione del gateway

In genere, è necessario un gateway dati quando si accede a origini dati che si trovano all'interno della rete organizzativa privata o di una rete virtuale. Il gateway dati locale diventa rilevante dopo la pubblicazione di un file di Power BI Desktop nel servizio Power BI. I due scopi di un gateway sono aggiornare i dati importati o visualizzare un report che esegue query su una connessione dinamica o un modello semantico DirectQuery , noto in precedenza come set di dati (non illustrato nel diagramma dello scenario).

Nota

Per gli scenari di business intelligence per i team, i reparti e le aziende, un gateway dati centralizzato in modalità standard è fortemente consigliato nei gateway in modalità personale. In modalità standard, il gateway dati supporta le operazioni di connessione dinamica e DirectQuery , oltre alle operazioni di aggiornamento dati pianificate.

Supervisione del sistema

Il log attività registra le attività utente che si verificano nel servizio Power BI. Gli amministratori di Power BI possono usare i dati del log attività raccolti per eseguire il controllo per aiutarli a comprendere i modelli di utilizzo e rilevare le attività rischiose. I requisiti di controllo e governance sono in genere meno rigorosi per gli scenari di creazione di prototipi e business intelligence personali.

Per altri scenari utili che consentono di prendere decisioni di implementazione di Power BI, vedere l'articolo Scenari di utilizzo di Power BI.