Novità relative alla creazione di rapporti per Visual Studio ALM

Articolo
08/11/2011

Tramite la versione corrente di Visual Studio Team Foundation Server, è possibile monitorare i progetti team e tenere traccia della qualità del software in fase di sviluppo utilizzando diversi rapporti e dashboard predefiniti. È inoltre possibile creare rapidamente rapporti sulla tendenza sia corrente che storica dalle query elemento di lavoro. In questo argomento, sono disponibili ulteriori informazioni sulle nuove funzionalità e modifiche fornite nella versione corrente che supportano la creazione e la personalizzazione di rapporti.

In questo argomento

Rapporti e Dashboard di pronto utilizzo
Generazione rapida di rapporti dalle query elemento di lavoro
Modifica degli attributi di creazione rapporti dei campi dati
Generazione di rapporti fra i vari progetti team
Modifiche al data warehouse
Generazione di rapporti in base al database relazionale

Rapporti e Dashboard di pronto utilizzo

È possibile visualizzare e tenere traccia dello stato di avanzamento utilizzando uno dei vari rapporti di pronto utilizzo forniti con i modelli di processo di Microsoft Solutions Framework (MSF). Oltre ai rapporti visualizzabili tramite Gestione rapporti fornito nelle versioni precedenti di Team Foundation, la versione corrente fornisce rapporti aggiuntivi e versioni Excel di vari rapporti basati su SQL Server Reporting Services. Utilizzando i nuovi rapporti, è possibile tenere traccia dello stato di storie o requisiti, tendenze dei bug, tendenze dei problemi e stato di avanzamento dei test e produttività.

Per una panoramica sui rapporti e i dashboard forniti con la versione corrente dei modelli di processo MSF, vedere uno degli argomenti nella tabella riportata di seguito:

Elemento	MSF for Agile Software Development v5.0	MSF for CMMI Process Improvement v5.0
Rapporti di Gestione rapporti	Rapporti (Agile)	Rapporti (CMMI)
Rapporti di Excel	Rapporti di Excel (Agile)	Rapporti di Excel (CMMI)
Dashboard	Dashboard (Agile)	Dashboard (CMMI)

Nella tabella seguente sono illustrati i rapporti confrontabili nella versione corrente che sono stati rinominati o rielaborati:

Rapporto nelle versioni precedenti	Rapporto confrontabile nella versione corrente
Qualità effettiva rispetto a Velocità pianificata	Rapporto Stato di tutte le iterazioni Rapporto Stato di tutte le iterazioni (CMMI)
Velocità	Rapporto Burn-down e velocità (Agile) Rapporto Burndown e velocità (CMMI)
Frequenze dei bug	Rapporto sullo stato dei bug
Bug per priorità	Rapporto sullo stato dei bug
Indicatori di qualità	Rapporto Indicatori di qualità di compilazione

Generazione di rapporti dalle query elemento di lavoro

È possibile generare diversi rapporti in Microsoft Excel per indicare lo stato corrente e i dati di cronologia in base ai criteri di filtro specificati in una query elemento di lavoro di elenco semplice. Ciò è utile per illustrare la distribuzione degli elementi di lavoro in base a criteri selezionati o per visualizzare le tendenze per diverse settimane precedenti. Si tratta inoltre di un metodo efficace per generare rapidamente rapporti di tabella pivot e di grafico pivot, che possono essere personalizzati per supportare altre visualizzazioni rapporto.

Quando si crea un rapporto di Excel da una query, è possibile scegliere i rapporti da generare in base alle variabili utilizzate per filtrare la query e i criteri selezionati. Utilizzando questi metodi, è possibile generare i tipi di rapporti seguenti:

Rapporti correnti: grafici a torta in cui viene mostrato il numero di elementi di lavoro in base ai criteri di filtro specificati nella query elemento di lavoro.
Rapporti tendenza: grafici a linee in cui viene mostrata la distribuzione degli elementi di lavoro nelle ultime sei settimane in base ai criteri di filtro specificati nella query elemento di lavoro. Dopo aver generato i rapporti, è possibile modificare facilmente l'intervallo di date.

Ogni rapporto include diversi fogli di lavoro e in ogni foglio di lavoro viene mostrato un rapporto di tabella pivot e un rapporto di grafico pivot i cui dati derivano dal cubo di SQL Server Analysis Services.

Per ulteriori informazioni, vedere Creazione di rapporti in Microsoft Excel utilizzando query elemento di lavoro.

Modifica degli attributi di creazione rapporti dei campi dati

Nella versione corrente, due attributi relativi alla creazione di rapporti sono stati aggiunti alla definizione dei campi elemento di lavoro ed è stata aggiunta inoltre la capacità di modificare gli attributi di un campo esistente. Gli attributi di creazione rapporti aggiunti sono i seguenti:

reportingrefname. È possibile assegnare un nome di riferimento diverso a un campo contrassegnato come segnalabile. Se non viene specificato alcun valore, verrà utilizzato il valore assegnato all'attributo refname.

È possibile utilizzare questo attributo sia per unire sia per far divergere i campi inclusi nei rapporti. Per unire due campi che dispongono di nomi di riferimento distinti e che sono definiti in differenti insiemi di progetti team, assegnare lo stesso valore di reportingrefname a entrambi. Per far divergere due campi che dispongono dello stesso nome di riferimento, ma che sono definiti in differenti insiemi di progetti, assegnare un diverso valore di reportingrefname a ciascun campo.
reportingname. È possibile assegnare un'etichetta diversa a un campo utilizzato per visualizzare dati nei rapporti. Se non viene specificato alcun valore, verrà utilizzato il nome descrittivo assegnato per l'attributo name. Il valore assegnato a reportingname viene visualizzato nel cubo. Il valore assegnato a reportingrefname non viene visualizzato.

È possibile utilizzare il comando witadmin changefield per modificare l'assegnazione di un attributo di un campo. Per ulteriori informazioni, vedere Aggiunta e modifica di campi elemento di lavoro per supportare la creazione di rapporti.

Generazione di rapporti fra i vari insiemi di progetti team

È ora possibile creare rapporti che contengono dati raccolti da diversi progetti team archiviati in insiemi differenti di progetti. Tutti i dati segnalabili da tutti i progetti team definiti in tutti gli insiemi di progetti per una distribuzione di Visual Studio Team Foundation Server vengono scritti in un solo data warehouse relazionale. I dati da tale warehouse vengono quindi elaborati e scritti nel cubo di Analysis Services. La raccolta di dati in un solo data warehouse supporta la creazione di rapporti fra i vari gruppi. Nell'illustrazione seguente vengono mostrati alcuni dei filtri che è possibile utilizzare quando si generano rapporti fra i progetti team e insiemi di progetti.

Campi del progetto team in una tabella pivot

Nota

Poiché i campi elemento di lavoro vengono gestiti distintamente per ciascun insieme di progetti, possono verificarsi conflitti quando definizioni diverse vengono assegnate a uno o più attributi di creazione rapporti di un campo. Per ulteriori informazioni, vedere Risoluzione dei conflitti di schema che si verificano nel data warehouse.

Modifiche al data warehouse

Tutti i dati segnalabili da tutti i progetti team definiti in tutti gli insiemi di progetti per una distribuzione di Team Foundation Server vengono scritti in un solo data warehouse relazionale. I dati da tale warehouse vengono quindi elaborati e scritti nel cubo di Analysis Services. La raccolta di dati in un solo data warehouse supporta la creazione di rapporti fra gli insiemi di progetti team.

Importante
Se è stato eseguito l'aggiornamento da una versione precedente di Team Foundation Server, è possibile che siano stati aggiornati i rapporti che è possibile visualizzare. Per ulteriori informazioni, vedere Individuazione di rapporti dopo l'aggiornamento a Team Foundation Server 2010.

Univocità dei valori iD

Con l'introduzione degli insiemi di progetti team nella versione corrente, i nomi di progetti team devono essere univoci solo all'interno di un insieme. Gli ID degli elementi di lavoro sono univoci solo all'interno di un insieme, ma non nell'ambito della distribuzione degli insiemi. Poiché il data warehouse contiene dati da tutti gli insiemi di progetti team, quando si creano query per gli elementi di lavoro in base al warehouse, è necessario includere anche il GUID del progetto team per ciascun elemento di lavoro.

Modifiche e aggiunte allo schema

Nella versione corrente, sono state apportate varie modifiche allo schema per il cubo di Analysis Services. Queste modifiche sono state apportate per migliorare l'usabilità del cubo, aumentare le prestazioni e migliorare la conversione. Varie modifiche inoltre sono state introdotte per supportare l'infrastruttura espansa che ora è supportata da Team Foundation Server e per supportare l'aggiunta di oggetti per il rilevamento di elementi di lavoro, ad esempio tipi di collegamento, categorie e test case. Alcune delle modifiche apportate allo schema sono riportate di seguito:

Il numero di dimensioni è stato ridotto da poco più di 60 a meno di 25 dimensioni.
Molte delle dimensioni presenti nelle versioni precedenti dello schema sono ora attributi delle dimensioni Test case e Elemento di lavoro.
Le dimensioni Area e Iterazione sono state riprogettate come attributi delle dimensioni Test case e Elemento di lavoro, vere e proprie gerarchie, e hanno una profondità di 14 livelli, analoga a quella fornita dall'archivio operativo di Gestione elementi di lavoro.
Molti gruppi di misure, misure, dimensioni e attributi sono stati rinominati.
Sono state aggiunte nuove dimensioni per supportare la nuova funzionalità per la gestione degli elementi di lavoro.
Per supportare l'usabilità, sono state aggiunte cartelle di visualizzazione alle dimensioni Test case e Elemento di lavoro. I campi sono raggruppati in cartelle basate sul nome di riferimento assegnato a ogni campo. Gli attributi di dimensione sono organizzati in cartelle basate sul nome di riferimento di creazione rapporti assegnato nella definizione del tipo di elemento di lavoro.

Per una descrizione completa di tutte le modifiche e le aggiunte apportate al cubo, vedere Modifiche e aggiunte allo schema per il cubo di Analysis Services.

Elaborazione del data warehouse

È possibile gestire il data warehouse utilizzando il servizio Web di controllo warehouse. Questo servizio Web è stato rinominato e riprogettato nella versione corrente. Inoltre, la frequenza di aggiornamento predefinita del cubo è impostata su due ore, cosa che costituisce una modifica rispetto alla versione precedente. È possibile modificare questo valore utilizzando il servizio ChangeSetting. Per ulteriori informazioni, vedere Gestione del data warehouse e del cubo di Analysis Services.

Generazione di rapporti in base al database relazionale

La creazione di rapporti in base al database relazionale ora è supportata ufficialmente. In generale, è opportuno utilizzare il cubo di Analysis Services per rapporti cronologici o per rapporti che richiedono la segmentazione di più parametri di dati di aggregazione. Il cubo è la migliore scelta per gestire questo tipo di rapporto. Il database relazionale tuttavia consente di creare rapporti che riuniscono dati non strettamente correlati in modi che non sono possibili utilizzando il cubo.

Visualizzazioni

Un numero di visualizzazioni pubbliche consente ora di utilizzare il warehouse. Tutte queste visualizzazioni pubbliche dispongono di nomi che terminano con "View", ad esempio WorkItemHistoryView. Nell'illustrazione seguente vengono mostrate le visualizzazioni pubbliche in base alle quali è possibile generare rapporti.

Visualizzazioni nel database relazionale

Nota

Le visualizzazioni che iniziano con "v" e terminano con "Overlay" vengono utilizzate per elaborare il cubo. Queste visualizzazioni non devono essere utilizzate quando si generano rapporti basati sul database relazionale.

Nomi di tabelle

Nella versione corrente del database relazionale è stata modificata la maggior parte dei nomi di tabella. Nelle versioni precedenti, molti nomi di tabella contenevano spazi nei nomi che creavano problemi con alcuni strumenti di generazione rapporti. Le tabelle rinominate permettono di determinare più facilmente la connessione tra le tabelle nel data warehouse e le entità corrispondenti nel cubo.

Nota

Le tabelle che iniziano con un carattere di sottolineatura (_) sono soggette a modifiche nel futuro. Queste tabelle non devono essere utilizzate quando si generano rapporti basati sul database relazionale.

Nel nuovo data warehouse, i nomi non contengono spazi e dispongono inoltre di un prefisso per indicarne l'utilizzo, come descritto nella tabella riportata di seguito.

Prefisso	Descrizione
dbo.Dim	La tabella contiene dati di dimensione e questo significa che i dati verranno visualizzati nella parte del cubo relativa alle dimensioni. Viene generalmente fornita una colonna per ogni attributo o gerarchia nella dimensione. Nella figura seguente sono illustrate le tabelle relative alle dimensioni per Team Foundation. Nel cubo, la tabella DimWorkItem viene visualizzata nella gerarchia di dimensione sotto Elemento di lavoro.
dbo.Fact	Le tabelle dei fatti contengono valori di celle visualizzate come misure nel cubo. Nella figura seguente vengono illustrate le tabelle dei fatti per Team Foundation. Le tabelle dei fatti dispongono di chiavi esterne per varie tabelle delle dimensioni. Ad esempio, la tabella FactWorkItemHistory contiene una colonna denominata StateChangeCount che compare nel cubo sotto Misure, nella cartella delle misure Elemento di lavoro.

dbo.Dim

La tabella contiene dati di dimensione e questo significa che i dati verranno visualizzati nella parte del cubo relativa alle dimensioni. Viene generalmente fornita una colonna per ogni attributo o gerarchia nella dimensione. Nella figura seguente sono illustrate le tabelle relative alle dimensioni per Team Foundation.

Tabelle delle dimensioni del database relazionale

Nel cubo, la tabella DimWorkItem viene visualizzata nella gerarchia di dimensione sotto Elemento di lavoro.

dbo.Fact

Le tabelle dei fatti contengono valori di celle visualizzate come misure nel cubo. Nella figura seguente vengono illustrate le tabelle dei fatti per Team Foundation.

Tabelle dei fatti per il database relazionale

Le tabelle dei fatti dispongono di chiavi esterne per varie tabelle delle dimensioni. Ad esempio, la tabella FactWorkItemHistory contiene una colonna denominata StateChangeCount che compare nel cubo sotto Misure, nella cartella delle misure Elemento di lavoro.

Record di compensazione

Quando si utilizzano i dati storici nel warehouse, è necessario tenere presente dei record di compensazione. I record di compensazione sono definiti nelle tabelle e nelle visualizzazioni che includono informazioni cronologiche, ad esempio WorkItemHistoryView. Si utilizzano i record di compensazione per generare un'aggregazione dei dati.

Ogni qualvolta un membro del team aggiorna un elemento di lavoro, viene creata una revisione e una coppia di record viene aggiunta al warehouse. Un record annulla il più recente record precedente e il record successivo aggiunge i valori modificati per l'elemento di lavoro. Ciascuno nega o compensa la revisione precedente di tale elemento di lavoro.

Esistono inoltre due colonne correlate con i record di compensazione: System_ChangedDate e System_RevisedDate. La prima colonna, System_ChangedDate indica quando è stata apportata la modifica all'elemento di lavoro. L'altra data indica quando l'elemento di lavoro è stato modificato successivamente. Ad esempio, si supponga che sia stata creata un'attività alle 10:53 del 15/5/2009 e che tale elemento di lavoro sia stato modificato alle 11:23 del giorno successivo. Si vedrebbero quindi dei record simili a quelli elencati nella tabella riportata di seguito.

System_ChangedDate	System_RevisedDate	Lavoro rimanente	RecordCount
10:53 5/15/2009	11:23 5/16/2009	20	1
10:53 5/15/2009	11:23 5/16/2009	-20	-1
11:23 5/16/2009	0:00 1/1/9999	10	1

Il primo record, la cui revisione corrisponde alle 11:23 è il record originale. Il record successivo annulla il primo record e viene contemporaneamente aggiunto come terzo record. Infine, il terzo record costituisce il record corrente, come indicato da System_RevisedDate, impostato sul valore massimo per una colonna DATETIME.

Query basate sulla somma

È possibile determinare il lavoro attualmente restante a partire da una data specifica come indicato dalla seguente query basata sulla somma.

SELECT SUM(Microsoft_VSTS_Scheduling_RemainingWork)
  FROM WorkItemHistoryView WHERE System_Id = 108
   AND ProjectNodeGUID = 'A8657108-E085-4DE5-B14C-97DAA378D46E'

Sebbene sia possibile creare tale query basata sulla somma, è possibile ottenere prestazioni migliori utilizzando una query "A partire da".

Query A partire da

È possibile costruire una query "A partire da" che restituisce solo gli ultimi record per ogni elemento di lavoro modificato prima di una data determinata. Ad esempio, la seguente query "A partire da" restituisce il lavoro rimanente a partire dalla fine del 16/5/2009.

SELECT System_Id, Microsoft_VSTS_Scheduling_RemainingWork
  FROM WorkItemHistoryView WHERE System_ChangedDate < '5/16/2009'
   AND System_RevisedDate >= '5/16/2009'
   AND RecordCount > 0
   AND ProjectNodeGUID = 'A8657108-E085-4DE5-B14C-97DAA378D46E'

Si tratta dello stesso risultato che si otterrebbe eseguendo una query sul cubo. Questa query restituisce solo gli ultimi record per ogni elemento di lavoro modificato prima del 16/5/2009. La clausola System_RevisedDate recupera solo l'ultimo record modificato prima del 16/5/2009 perché la query ricerca l'unico record che è stato sia modificato prima sia riveduto dopo tale data. Se il record non è stato revisionato, la data registrata corrisponderà all'anno 9999. Questa query inoltre verifica che esista un valore positivo di RecordCount. I record di compensazione che annullano un record precedente hanno sempre un valore di RecordCount pari a -1.