Creare contenuti per la migrazione a Power BI

Questo articolo descrive la Fase 4, incentrata sulla creazione e la convalida di contenuti durante la migrazione a Power BI.

Nota

Per una spiegazione completa del grafico precedente, vedere Panoramica della migrazione di Power BI.

La Fase 4 è incentrata sul lavoro effettivo da svolgere per convertire il modello di verifica in una soluzione pronta per la produzione.

L'output di questa fase è una soluzione Power BI convalidata in un'area di lavoro di sviluppo e pronta per la distribuzione nell'ambiente di produzione.

Suggerimento

La maggior parte degli argomenti illustrati in questo articolo si applica anche a un progetto di implementazione di Power BI standard.

Creazione della soluzione di produzione

A questo punto, la stessa persona che ha realizzato il modello di verifica può proseguire con la produzione della soluzione Power BI pronta per la produzione. In alternativa, potrebbe essere coinvolto un soggetto diverso. Se le sequenze temporali non sono compromesse, sarebbe importante coinvolgere anche gli utenti che saranno responsabili dello sviluppo di Power BI in futuro. In questo modo, infatti, potrebbero imparare in modo attivo.

Importante

Riusare quanto più possibile il lavoro svolto per la creazione del modello di verifica.

Sviluppare un nuovo modello semantico di importazione

È possibile scegliere di creare un nuovo modello semantico di importazione (noto in precedenza come set di dati) quando un modello semantico di Power BI esistente non esiste già per soddisfare le proprie esigenze o se non può essere migliorato per soddisfare le proprie esigenze.

Idealmente, è consigliabile separare fin dall'inizio il lavoro di sviluppo per i dati da quello per i report. La separazione dei dati dai report faciliterà la separazione delle attività e delle autorizzazioni nel caso in cui persone diverse siano responsabili della modellazione dei dati e dei report. In questo modo, infatti, è possibile adottare un approccio più scalabile e favorire la riusabilità dei dati.

Le attività essenziali correlate allo sviluppo di un modello semantico di importazione includono:

• Acquisire dati da una o più origini dati (che possono essere un flusso di dati di Power BI).
• Formare, combinare e preparare i dati.
• Creare il modello semantico, incluse tabelle data.
• Creare e verificare relazioni tra modelli.
• Definire le misure.
• Configurare la sicurezza a livello di riga, se necessario.
• Configurare i sinonimi e ottimizzare le Domande e risposte.
• Pianificare la scalabilità, le prestazioni e la concorrenza, che potrebbero influire sulle decisioni relative alle modalità di archiviazione dei dati, ad esempio tramite l'uso di un modello composito o di aggregazioni.

Suggerimento

Se si dispone di ambienti di sviluppo/test/produzione diversi, prendere in considerazione l'applicazione di parametri alle origini dati. In questo modo il processo di distribuzione, descritto nella Fase 5, risulterà molto più semplice.

Sviluppare nuovi report e dashboard

Le attività essenziali correlate allo sviluppo di un dashboard o un report di Power BI includono:

• Decidere se usare una connessione dinamica a un modello di dati esistente o se creare un nuovo modello di dati
• Durante la creazione di un nuovo modello di dati, scegliere la modalità di archiviazione dei dati per le tabelle dei modelli (Importazione, DirectQuery o Composito).
• Scegliere lo strumento di visualizzazione dei dati migliore per soddisfare i requisiti: Power BI Desktop, Generatore report impaginati o Excel.
• Decidere i migliori oggetti visivi per raccontare la storia che il report deve illustrare e per risolvere le domande a cui deve rispondere il report.
• Assicurarsi che tutti gli oggetti visivi presentino una terminologia chiara, concisa e intuitiva per i dipendenti aziendali.
• Soddisfare i requisiti di interattività.
• Quando si usa una connessione dinamica, aggiungere misure a livello di report.
• Creare un dashboard nel servizio Power BI, soprattutto se i clienti chiedono uno strumento semplice per monitorare le metriche principali.

Nota

Molte di queste decisioni verranno prese nelle fasi precedenti della pianificazione o nel modello di verifica tecnico.

Convalidare la soluzione

Per la convalida di una soluzione Power BI è necessario tenere conto di quattro aspetti principali:

1. Precisione dei dati
2. Sicurezza
3. Funzionalità
4. Prestazioni

Convalidare la precisione dei dati

Come attività una tantum durante la migrazione, è necessario assicurarsi che i dati nel nuovo report corrispondano a quelli visualizzati nel report legacy. Se viene rilevata una differenza, è necessario saperne spiegare il motivo. È più comune di quanto si pensi trovare un errore nella soluzione legacy, che viene quindi risolto nella nuova soluzione.

Nell'ambito della convalida dei dati in corso, è solitamente necessario eseguire un controllo incrociato del nuovo report con il sistema di origine originale. Idealmente, questa convalida deve essere eseguita ogni volta che viene pubblicata una modifica del report.

Convalidare la sicurezza

Quando si convalida la sicurezza, è necessario tenere in considerazione due aspetti principali:

• Autorizzazioni dati
• Accesso a modelli semantici, report e dashboard

In un modello semantico di importazione le autorizzazioni dei dati vengono applicate definendo la sicurezza a livello di riga. È possibile che le autorizzazioni per i dati vengano applicate anche dal sistema di origine quando si usa la modalità di archiviazione DirectQuery (possibilmente con accesso Single Sign-On).

Per concedere l'accesso ai contenuti di Power BI è possibile usare:

• I ruoli dell'area di lavoro (per editor e visualizzatori di contenuti).
• Autorizzazioni per il gruppo di destinatari dell'app applicate a un set di contenuto dell'area di lavoro in pacchetto (per i visualizzatori).
• La condivisione di un singolo report o dashboard (per i visualizzatori).

Suggerimento

Si consiglia di formare adeguatamente gli autori dei contenuti sulle modalità disponibili per gestire la sicurezza in modo efficace. È altrettanto importante aver messo a punto procedure di test, controllo e monitoraggio efficaci.

Convalidare le funzionalità

È il momento di controllare i dettagli del modello semantico come nomi di campo, formattazione, ordinamento e comportamento di riepilogo predefinito. Anche le funzionalità interattive del report, ad esempio filtri dei dati, azioni drill-down, azioni drill-through, espressioni, pulsanti o segnalibri, devono essere verificate.

Durante il processo di sviluppo, la soluzione Power BI deve essere pubblicata in un'area di lavoro di sviluppo del servizio Power BI a intervalli regolari. Verificare che tutte le funzionalità del servizio si stiano comportando come previsto, ad esempio il rendering degli oggetti visivi personalizzati. È anche il momento di eseguire test aggiuntivi. È possibile, ad esempio, testare un aggiornamento pianificato, le Domande e risposte e l'aspetto dei report e dei dashboard in un dispositivo mobile.

Convalidare le prestazioni

Le prestazioni della soluzione Power BI sono molto importanti per l'esperienza degli utenti. La maggior parte dei report dovrebbe presentare oggetti visivi in meno di 10 secondi. Se i report esistenti richiedono più tempo per il caricamento, sospendere e provare a capire cosa sta determinando il ritardo. Le prestazioni dei report dovrebbero essere valutate regolarmente anche nel servizio Power BI, non solo in Power BI Desktop.

Molti problemi di prestazioni derivano da espressioni DAX (Data Analysis Expressions), dalla progettazione del set di dati non corretta o dalla progettazione del report non ottimale, ad esempio il tentativo di eseguire il rendering di un numero eccessivo di oggetti visivi in una singola pagina. Alla generazione di problemi di prestazioni possono contribuire anche eventuali problemi all'ambiente tecnico, ad esempio la rete, un gateway dati in overload o la configurazione di una capacità Premium. Per altre informazioni, vedere Guida all'ottimizzazione per Power BI e Risolvere i problemi relativi alle prestazioni dei report in Power BI.

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni con capacità Fabric (SKU F).

Per altre informazioni, vedere Aggiornamento importante disponibile per le licenze Power BI Premium e Domande frequenti su Power BI Premium.

Documentare la soluzione

Esistono essenzialmente due tipi di documentazione che possono essere utili per una soluzione Power BI:

• Documentazione del modello semantico
• Documentazione del report

La documentazione può essere archiviata ogni volta che risulta facilmente accessibile dai destinatari. Le opzioni più comuni includono:

• All'interno di un sito di SharePoint: potrebbe esistere un sito di SharePoint per il Centro di eccellenza o un sito interno della community di Power BI.
• All'interno di un'app: gli URL possono essere configurati durante la pubblicazione di un'app Power BI per indirizzare l'utente a altre informazioni.
• All'interno di singoli file di Power BI Desktop: gli elementi del modello, ad esempio tabelle e colonne, possono definire una descrizione. Le descrizioni vengono quindi visualizzate come descrizioni comandi nel riquadro Campi durante la creazione di report.

Suggerimento

Se si crea un sito che svolge la funzione di Hub per la documentazione relativa a Power BI, valutare l'opportunità di personalizzare il menu Informazioni con il percorso URL.

Creare la documentazione del modello semantico

La documentazione del modello semantico è destinata agli utenti che gestiranno il modello semantico in futuro. È opportuno includere:

• Le decisioni di progettazione assunte e i motivi alla base delle decisioni.
• Chi possiede, gestisce e certifica i modelli semantici.
• I requisiti per l'aggiornamento dei dati.
• Regole business personalizzate definite nei modelli semantici.
• Requisiti specifici per la sicurezza del modello semantico o la privacy dei dati.
• Le esigenze di manutenzione futura.
• I problemi noti aperti o gli elementi di backlog posticipati.

È anche possibile scegliere di creare un log delle modifiche che riepiloga le modifiche più importanti apportate al modello semantico nel tempo.

Creare la documentazione del report

La documentazione del report, generalmente strutturata come una procedura dettagliata destinata agli utenti finali del report, consente di acquisire più vantaggi dai report e dai dashboard. Una breve esercitazione video può essere molto utile in questo caso.

È anche possibile decidere di includere documentazione aggiuntiva per il report in una pagina nascosta del report, in cui siano riportate le decisioni di progettazione e un log delle modifiche.

Contenuto correlato

Nell'articolo seguente in questa serie sulla migrazione a Power BI è possibile ottenere informazioni sulla Fase 5, incentrata sulla distribuzione, il supporto e il monitoraggio di contenuti durante la migrazione a Power BI.

Altre risorse utili includono:

• Trasformazione BI di Microsoft
• Pianificazione dell'implementazione di Power BI
• Domande? Contattare la community di Power BI
• inviare suggerimenti, Contribuire con idee per migliorare Power BI

Partner esperti di Power BI sono a disposizione per aiutare le organizzazioni a completare con successo il processo di migrazione. Per collaborare con un partner Power BI, visitare il portale dei partner Power BI.