Progettazione del set di dati delle visualizzazioni di Analisi
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Ogni vista di Analisi definisce un set di dati in Power BI. I set di dati sono le tabelle e le proprietà usate per creare visualizzazioni. I set di dati generati dal connettore dati di Power BI per Azure DevOps hanno le caratteristiche seguenti:
- Le entità e i campi associati disponibili da Analytics vengono appiattiti (denormalizzati) in una singola tabella. Ad esempio, il nome utente in "Created By" viene modellato come stringa (Nome utente) anziché come ID utente. Elimina la necessità di creare relazioni tra tabelle per creare report.
- I dati cronologici vengono modellati come snapshot per ogni periodo di tempo, quindi la creazione di report di tendenza è semplice.
Per altre informazioni su Power BI e i set di dati, vedere Power BI - Concetti di base per servizio Power BI.
Appiattimento dell'endpoint OData di Analytics
L'endpoint OData di Analytics fornisce una rappresentazione normalizzata dei dati di Analisi. I dati vengono normalizzati principalmente per supportare la creazione di report sulle relazioni "molti-a-molti" esistenti tra i dati, ad esempio gli elementi di lavoro e i tag associati.
Power BI Data Connector rappresenta questi dati come singola tabella, in modo che le relazioni mostrate nel modello di dati di Analisi non debbano essere ricreate in Power BI. Questa rappresentazione consente di filtrare immediatamente i campi complessi, ad esempio i tag degli elementi di lavoro.
Il processo semplifica notevolmente l'attivazione e l'esecuzione dei report. Tuttavia, non tutti i campi disponibili tramite l'endpoint OData di Analisi sono disponibili per la selezione in una visualizzazione Analisi.
Campi selezionabili nelle visualizzazioni di Analisi
I campi che è possibile selezionare in una visualizzazione Analisi corrispondono ai campi regolari di rilevamento del lavoro e ai campi dell'archivio dati di Analisi.
Campi di rilevamento del lavoro
È possibile selezionare tutti i campi di rilevamento del lavoro in una visualizzazione Analisi, ad eccezione dei campi seguenti:
- Campi che non fanno parte del progetto in cui è stata creata la vista
- Campi di testo lunghi, ad esempio Descrizione, Cronologia e altri campi con un tipo di dati HTML
- Campi di conteggio dei collegamenti degli elementi di lavoro, ad esempio ExternalLinkCount, HyperLinkCount, AttachedFileCount, RelatedLinkCount
- Campi dell'API REST specifici, ad esempio filigrana, IsDeleted
- Campi con relazioni molti-a-molti , ad esempio Team, Board Column, Board Name
Importante
I campi Identity o person-name, ad esempio Created By, Assigned To e così via, sono campi selezionabili, ma non è possibile selezionare questi campi in questo momento come criteri di campo ai fini del filtro degli elementi di lavoro.
Per una descrizione dei campi di rilevamento di ogni elemento di lavoro, vedere Informazioni di riferimento sulle entità e sulle proprietà per Azure Boards.
Campi dell'archivio dati di Analisi
È possibile selezionare i campi basati su Analisi seguenti in una visualizzazione Analisi:
| Campo | Descrizione |
|---|---|
| Tempo ciclo | Tempo necessario per lo spostamento di un elemento di lavoro da una categoria di stato "In corso" a "Completato". |
| Data (inclusa automaticamente nella cronologia) | Supporta la visualizzazione della cronologia giornaliera, settimanale o mensile del set filtrato di elementi di lavoro. |
| Is Current (incluso automaticamente con la cronologia) | Supporta il filtro dei dati per visualizzare lo snapshot più recente del set filtrato di elementi di lavoro impostando il valore su True. |
| Lead time | Tempo necessario per lo spostamento di un elemento di lavoro da una categoria di stato "Proposta" a "Completata". |
| ID elemento di lavoro padre | ID elemento di lavoro per l'elemento padre di un elemento di lavoro. |
| Nome progetto | Equivalente al campo del progetto. |
| Revisione | Numero assegnato alla revisione cronologica di un elemento di lavoro. |
| Tag | Elenco di tag delimitato da punto e virgola. |
| WorkItemRevisionSK | Chiave univoca di Analisi per la revisione dell'elemento di lavoro, usata per unire entità correlate. |
Per informazioni sulle categorie di stato, vedere Stati del flusso di lavoro e categorie di stato. Per informazioni più dettagliate sul modello di dati di Analisi, vedere Modello di dati per Analisi.
Per accedere a tutti gli altri campi disponibili tramite Analisi, includere le chiavi surrogate (SK) corrispondenti o l'ID elemento di lavoro nella visualizzazione Analisi. Creare quindi le tabelle di mapping necessarie in base alla proprietà di navigazione analitica.
- Iterazioni (IterazioneSK)
- Aree (AreaSK)
- Teams (AreaSK: generare una tabella di mapping basata sulla proprietà di spostamento di Teams )
- BoardLocations (AreaSK - Generare una tabella di mapping basata sulla proprietà di navigazione BoardLocations )
- Date (DateSK)
- Processo (AreaSK - Generare una tabella di mapping basata sulla proprietà di spostamento processo )
- WorkItemLinks (ID elemento di lavoro)
Relazioni tra i dati
Comprendere il modello di dati di Analisi è fondamentale per creare buone relazioni tra entità.
Per impostazione predefinita, quando vengono restituiti dati di base da Analytics, i dati sono correlati come illustrato nella figura seguente:
Tag, Teams e Utenti non sono correlati ad altri dati. È correlato al modo in cui queste entità sono correlate. Possono essere correlati in due modi:
- Relazioni molti-a-molti che non sono facilmente gestite in questi modelli
- Esistono più relazioni tra le entità, ad esempio tra gli utenti e gli elementi di lavoro. Sono correlati da:
- Assegnata a
- Creato da
- Modificato da
- e così via…
È possibile gestire più relazioni in modo piuttosto semplice. Ad esempio, nel modello predefinito è possibile modificare la query, selezionare la colonna AssignedTo della tabella WorkItems ed espandere la colonna per includere tutti i dati della tabella Users ed è possibile ripetere questo processo anche per le colonne Created By e Changed By. Si ottiene intorno ad avere più collegamenti da una tabella a un altro che non è consentito.
Un altro motivo per espandere le colonne in questo modo consiste nell'gestire relazioni circolari che non sono consentite. Ad esempio, seguire il percorso seguente: Progetti > Aree > di > lavoro Progetti. Presenta un tipico problema circolare. E se si volesse vedere quali sono le parti di un determinato progetto? Il modello così com'è la compilazione ha relazioni tra aree e elementi di lavoro e progetti e elementi di lavoro, ma i progetti non possono essere correlati alle aree perché completano la relazione circolare e quindi non sono consentiti. Per gestire questo scenario, è possibile espandere la colonna Project nella tabella Aree. A tale scopo, seguire questa procedura:
Selezionare Modifica query nella scheda Home.
Selezionare la query Aree.
Scorrere fino alla colonna Project (ultima colonna) e selezionare l'icona Espandi nella parte superiore della colonna.
Deselezionare tutte le colonne ad eccezione di ProjectName e selezionare OK.
È ora possibile elencare Aree per progetto e ottenere un conteggio delle aree in ogni progetto.
Articoli correlati
- Rappresentazione cronologica dei dati in Analisi
- Modello di dati per Analytics
- Panoramica dell'integrazione di Power BI
- Indice del campo dell'elemento di lavoro
- Categorie di elementi di lavoro
- Backlog, bacheche e piani
- Connettersi con Power BI Data Connector
- Connettore dati - Report di esempio
- Funzioni disponibili in Power BI Data Connector