Creare contenuto per la migrazione a Power BI

Questo articolo descrive la fase 4, che riguarda la creazione e la convalida del contenuto durante la migrazione a Power BI.

Nota

Per una spiegazione completa dell'immagine precedente, vedere Panoramica della migrazione di Power BI.

L'obiettivo della fase 4 è eseguire il lavoro effettivo per convertire il modello di verifica (POC) in una soluzione pronta per la produzione.

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

Suggerimento

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

Creare la soluzione di produzione

A questo punto, la stessa persona che ha eseguito il modello di verifica potrebbe continuare a produrre la soluzione Power BI pronta per la produzione. O, qualcuno diverso potrebbe essere coinvolto. Se le sequenze temporali non sono compromesse, è consigliabile coinvolgere le persone che saranno responsabili dello sviluppo di Power BI in futuro. In questo modo, possono imparare attivamente.

Importante

Riutilizzare il maggior numero possibile di operazioni dal 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, fin dall'inizio, è consigliabile separare il lavoro di sviluppo per i dati e i report. Il disaccoppiamento dei dati e dei report faciliterà la separazione del lavoro e delle autorizzazioni, quando persone diverse sono responsabili della modellazione dei dati e dei report. Offre un approccio più scalabile e incoraggia la riutilizzabilità 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).
• Modellare, combinare e preparare i dati.
• Creare il modello semantico, incluse le tabelle data.
• Creare e verificare le relazioni del modello.
• Definire le misure.
• Configurare la sicurezza a livello di riga, se necessario.
• Configurare i sinonimi e ottimizzare Q&A.
• Pianificare la scalabilità, le prestazioni e la concorrenza, che potrebbero influenzare le decisioni relative alle modalità di archiviazione dei dati, ad esempio l'uso di un modello composito o di aggregazioni.

Suggerimento

Se sono presenti ambienti di sviluppo/test/produzione diversi, valutare la possibilità di parametrizzare le origini dati. Renderà la distribuzione, descritta nella fase 5, notevolmente più semplice.

Sviluppare nuovi report e dashboard

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

• Decidere di usare un Connessione live a un modello di dati esistente o di creare un nuovo modello di dati
• Quando si crea un nuovo modello di dati, decidere la modalità di archiviazione dei dati per le tabelle del modello (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 gli oggetti visivi migliori per raccontare la storia che il report deve raccontare e per rispondere alle domande che il report deve rispondere.
• Assicurarsi che tutti gli oggetti visivi presentino terminologia chiara, concisa e semplice per l'azienda.
• Soddisfare i requisiti di interattività.
• Quando si usa Live Connessione ion, aggiungere misure a livello di report.
• Creare un dashboard nel servizio Power BI, soprattutto quando gli utenti vogliono un modo semplice per monitorare le metriche chiave.

Nota

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

Convalidare la soluzione

Esistono quattro aspetti principali per la convalida di una soluzione Power BI:

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

Convalidare l'accuratezza dei dati

Come sforzo una tantum durante la migrazione, è necessario assicurarsi che i dati nel nuovo report corrispondano a ciò che viene visualizzato nel report legacy. Oppure, se c'è una differenza, essere in grado di spiegare perché. È più comune pensare di trovare un errore nella soluzione legacy che viene risolto nella nuova soluzione.

Nell'ambito delle attività di convalida dei dati in corso, il nuovo report dovrà in genere essere sottoposto a controllo incrociato con il sistema di origine originale. Idealmente, questa convalida viene eseguita in modo ripetibile ogni volta che si pubblica una modifica del report.

Convalidare la sicurezza

Quando si convalida la sicurezza, esistono due aspetti principali da considerare:

• 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. È anche possibile che le autorizzazioni per i dati vengano applicate dal sistema di origine quando si usa la modalità di archiviazione DirectQuery (possibilmente con Single Sign-On).

I modi principali per concedere l'accesso al contenuto di Power BI sono:

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

Suggerimento

È consigliabile formare autori di contenuti su come gestire in modo efficace la sicurezza. È anche importante disporre di test, controllo e monitoraggio affidabili sul posto.

Convalidare la 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 regolarmente in un'area di lavoro di sviluppo nella servizio Power BI. Verificare che tutte le funzionalità funzionino come previsto nel servizio, ad esempio il rendering di oggetti visivi personalizzati. È anche un buon momento per eseguire ulteriori test. Testare l'aggiornamento pianificato, il Q&A e l'aspetto dei report e dei dashboard in un dispositivo mobile.

Convalidare le prestazioni

Le prestazioni della soluzione Power BI sono importanti per l'esperienza utente. La maggior parte dei report deve presentare oggetti visivi in meno di 10 secondi. Se sono presenti report che richiedono più tempo per il caricamento, sospendere e riconsiderare ciò che potrebbe contribuire ai ritardi. Le prestazioni dei report devono essere valutate regolarmente nei servizio Power BI, oltre a Power BI Desktop.

Molti problemi di prestazioni derivano da DAX (eXpressioni di analisi dei dati) non ottimali, dalla progettazione di modelli semantici scadenti o dalla progettazione di report non ottimale( ad esempio, il tentativo di eseguire il rendering di troppi oggetti visivi in una singola pagina). Problemi dell'ambiente tecnico, ad esempio la rete, un gateway dati in overload o il modo in cui è configurata una capacità Premium può contribuire anche ai problemi di prestazioni. Per altre informazioni, vedere la 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 della capacità di Fabric (SKU F).

Per altre informazioni, vedere Aggiornamenti importanti in arrivo per le licenze di Power BI Premium e Domande frequenti su Power BI Premium.

Documentare la soluzione

Esistono due tipi principali di documentazione utili per una soluzione Power BI:

• Documentazione del modello semantico
• Documentazione del report

La documentazione può essere archiviata ovunque sia più facilmente accessibile dal pubblico di destinazione. Le opzioni 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. Queste descrizioni vengono visualizzate come descrizioni comando nel riquadro Campi durante la creazione di report.

Suggerimento

Se si crea un sito da usare come hub per la documentazione correlata a Power BI, è consigliabile personalizzare il menu Ottieni assistenza con il relativo percorso URL.

Creare la documentazione del modello semantico

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

• Decisioni di progettazione prese e motivi per cui.
• Chi possiede, gestisce e certifica i modelli semantici.
• 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.
• Esigenze di manutenzione future.
• Problemi aperti noti o 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, che in genere è strutturata come procedura dettagliata destinata ai consumer di report, può aiutare gli utenti a ottenere più valore dai report e dai dashboard. Un breve video tutorial spesso funziona bene.

È anche possibile scegliere di includere documentazione aggiuntiva del report in una pagina nascosta del report. Può includere decisioni di progettazione e un log delle modifiche.

Contenuto correlato

Nell'articolo successivo di questa serie di migrazione di Power BI vengono fornite informazioni sulla fase 5, che riguarda la distribuzione, il supporto e il monitoraggio del contenuto 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

I partner Power BI esperti sono disponibili per aiutare l'organizzazione a eseguire correttamente il processo di migrazione. Per coinvolgere un partner Power BI, visitare il portale per i partner Power BI.