Neues in der Berichterstellung für Visual Studio ALM

Artikel
07/20/2011

Mit der aktuellen Version von Visual Studio Team Foundation Server können Sie mithilfe verschiedener Standardberichte und Dashboards Teamprojekte überwachen und die Qualität von Software während der Entwicklungsphase verfolgen. Außerdem können Sie anhand von Arbeitsaufgabenabfragen schnell aktuelle und Verlaufstrendberichte erstellen. In diesem Thema erfahren Sie mehr über die neuen Funktionen und Änderungen zum Erstellen und Anpassen von Berichten, die in der aktuellen Version bereitgestellt werden.

In diesem Thema

Standardberichte und -dashboards
Problemloses Erstellen von Berichten anhand von Arbeitsaufgabenabfragen
Ändern von Berichtsattributen von Datenfeldern
Generieren von Berichten für verschiedene Teamprojekte
Änderungen am Data Warehouse
Generieren von Berichten anhand der relationalen Datenbank

Standardberichte und -dashboards

Sie können den Fortschritt mit einem der vielen Standardberichte, die mit den Microsoft Solutions Framework (MSF)-Prozessvorlagen bereitgestellt werden, anzeigen und verfolgen. Zusätzlich zu den Berichten, die Sie im Berichts-Manager früherer Versionen von Team Foundation anzeigen können, stellt die aktuelle Version weitere Berichte und Excel-Versionen zahlreicher Berichte auf Grundlage von SQL Server Reporting Services bereit. Mit den neuen Berichten können Sie den Status von Textabschnitten oder Anforderungen, Fehlertrends, Problemtrends sowie den Teststatus und die Produktivität verfolgen.

Eine Übersicht über die Berichte und Dashboards, die zusammen mit der aktuellen Version von MSF-Prozessvorlagen bereitgestellt werden, finden Sie in einem der Themen in der folgenden Tabelle:

Artefakt	MSF for Agile Software Development v5.0	MSF for CMMI Process Improvement, Version 5.0
Berichts-Manager-Berichte	Berichte (Agile)	Berichte (CMMI)
Excel-Berichte	Excel-Berichte (Agile)	Excel-Berichte (CMMI)
Dashboards	Dashboards (Agile)	Dashboards (CMMI)

In der folgenden Tabelle wird der vergleichbare Bericht in der aktuellen Version angegeben, die entweder umbenannt oder überarbeitet wurde:

Bericht in früheren Versionen	Vergleichbarer Bericht in dieser Version
Vergleich der tatsächlichen Qualität und der geplanten Geschwindigkeit	Bericht "Status für alle Iterationen" Bericht "Status für alle Iterationen" (CMMI)
Geschwindigkeit	Bericht "Burndown und Verbrauchsrate" (Agile) Bericht "Burndown und Verbrauchsrate" (CMMI)
Fehlerraten	Bericht "Fehlerstatus"
Fehler nach Priorität	Bericht "Fehlerstatus"
Qualitätsindikatoren	Bericht "Buildqualitätsindikatoren"

Generiert Berichte von einer Arbeitsaufgabenabfrage

Sie können in Microsoft Excel mehrere Berichte generieren, die den aktuellen Status und Verlaufsdaten auf Grundlage der Filterkriterien darstellen, die Sie in einer Abfrage mit flacher Arbeitsaufgabenliste angeben. Auf diese Weise können Sie die Verteilung von Arbeitsaufgaben nach ausgewählten Kriterien darstellen oder Trends für die vergangenen Wochen anzeigen. Dies ist außerdem ein effizientes Verfahren zum schnellen Generieren von PivotTable- und PivotChart-Berichten, die Sie anpassen können, um andere Berichtsansichten zu unterstützen.

Wenn Sie einen Excel-Bericht aus einer Abfrage erstellen, können Sie auf Grundlage der zum Filtern der Abfrage verwendeten Variablen und der ausgewählten Kriterien auswählen, welche Berichte generiert werden. Mit diesen Methoden können Sie die folgenden Typen von Berichten generieren:

Aktuelle Berichte: Kreisdiagramme, die die Anzahl von Arbeitsaufgaben entsprechend den Filterkriterien anzeigen, die in der Arbeitsaufgabenabfrage angegeben werden.
Trendberichte: Liniendiagramme, die die Verteilung von Arbeitsaufgaben während der letzten sechs Wochen entsprechend den in der Arbeitsaufgabenabfrage angegebenen Filterkriterien anzeigen. Nachdem die Berichte generiert wurden, können Sie den Datumsbereich leicht ändern.

Jeder Bericht enthält mehrere Arbeitsblätter, und jedes Arbeitsblatt zeigt einen PivotTable-Bericht und einen PivotChart-Bericht an, dessen Daten vom SQL Server Analysis Services-Cube abgeleitet werden.

Weitere Informationen finden Sie unter Erstellen von Berichten in Microsoft Excel mithilfe von Arbeitsaufgabenabfragen.

Ändern von Berichtsattributen von Datenfeldern

In der aktuellen Version wurden der Definition von Arbeitsaufgabenfeldern zwei Berichtsattribute hinzugefügt. Außerdem wurde die Fähigkeit hinzugefügt, die Attribute eines vorhandenen Felds zu ändern. Folgende Berichtsattribute wurden hinzugefügt:

reportingrefname. Sie können einem Feld, das als berichtsfähig markiert ist, einen anderen Verweisnamen zuweisen. Wird kein Wert angegeben, wird der dem refname-Attribut zugewiesene Wert verwendet.

Sie können dieses Attribut verwenden, um in Berichten enthaltene Felder zusammenzuführen oder zu trennen. Um zwei Felder zusammenzuführen, die über unterschiedliche Verweisnamen verfügen und in verschiedenen Teamprojektsammlungen definiert sind, weisen Sie beiden den gleichen reportingrefname zu. Um zwei Felder zu trennen, die über den gleichen Verweisnamen verfügen, jedoch in verschiedenen Projektauflistungen definiert sind, weisen Sie jedem Feld einen anderen reportingrefname zu.
reportingname. Sie können einem Feld, mit dem Daten in Berichten angezeigt werden, eine andere Bezeichnung zuweisen. Wenn Sie keinen Wert angeben, wird der Anzeigename verwendet, der dem name-Attribut zugewiesen ist. Der reportingname zugewiesene Wert wird im Cube angezeigt. Der reportingrefname zugewiesene Wert wird nicht angezeigt.

Sie können den witadmin changefield-Befehl verwenden, um eine Attributzuweisung zu einem Feld zu ändern. Weitere Informationen finden Sie unter Hinzufügen und Ändern von Arbeitsaufgabenfeldern zum Unterstützen von Berichten.

Generieren von Berichten für verschiedene Teamprojektsammlungen

Sie können jetzt Berichte mit Daten erstellen, die von mehreren Teamprojekten aus verschiedenen Projektauflistungen erfasst werden. Die gesamten berichtsfähigen Daten aller Teamprojekte, die in allen Projektauflistungen für eine Bereitstellung von Visual Studio Team Foundation Server definiert sind, werden in ein einzelnes relationales Data Warehouse geschrieben. Daten von diesem Warehouse werden dann verarbeitet und in den Analysis Services-Cube geschrieben. Durch das Sammeln von Daten in einem einzelnen Data Warehouse wird die gruppenübergreifende Berichterstellung unterstützt. In der folgenden Abbildung werden einige der Filter dargestellt, die Sie beim Erstellen von Berichten für verschiedene Teamprojekte und Projektauflistungen verwenden können.

Teamprojektfelder in PivotTable

Tipp

Da Arbeitsaufgabenfelder separat für jede Projektauflistung verwaltet werden, können Konflikte auftreten, wenn mindestens einem Berichtsattribut eines Felds verschiedene Definitionen zugewiesen werden. Weitere Informationen finden Sie unter Lösen von Schemakonflikten im Data Warehouse.

Änderungen am Data Warehouse

Die gesamten berichtsfähigen Daten aller Teamprojekte, die in allen Projektauflistungen für eine Bereitstellung von Team Foundation Server definiert sind, werden in ein einzelnes relationales Data Warehouse geschrieben. Daten von diesem Warehouse werden dann verarbeitet und in den Analysis Services-Cube geschrieben. Durch das Sammeln von Daten in einem einzelnen Data Warehouse wird die teamprojektübergreifende Berichterstellung unterstützt.

Wichtig

Wenn Sie von einer früheren Version von Team Foundation Server aktualisiert haben, wurden möglicherweise Berichte aktualisiert, die Sie anzeigen können. Weitere Informationen finden Sie unter Finden von Berichten nach der Aktualisierung zu Team Foundation Server 2010.

Eindeutigkeit der ID-Werte

Durch die Einführung von Teamprojektsammlungen in der aktuellen Version müssen die Namen von Teamprojekten nur in einer Auflistung eindeutig sein. Die IDs von Arbeitsaufgaben sind nur in einer Auflistung eindeutig, nicht jedoch für die gesamte Bereitstellung der Auflistungen. Da das Data Warehouse Daten aus allen Teamprojektsammlungen enthält, müssen Sie beim Erstellen von Abfragen für Arbeitsaufgaben im Warehouse auch die GUID für das Teamprojekt für diese Arbeitsaufgabe angeben.

Änderungen am und Ergänzungen für das Schema

In der aktuellen Version wurden verschiedene Änderungen am Schema für den Analysis Services-Cube vorgenommen. Diese Änderungen wurden vorgenommen, um den Cube benutzerfreundlicher zu gestalten, die Leistung zu erhöhen und die Übersetzung zu verbessern. Außerdem wurden zahlreiche Änderungen vorgenommen, um die erweiterte Infrastruktur zu unterstützen, die jetzt von Team Foundation Server unterstützt wird, und um die hinzugefügten Objekte für die Verfolgung von Arbeitsaufgaben zu unterstützen, z. B. Linktypen, Kategorien und Testfälle. Im Folgenden sind einige der Änderungen am Schema aufgeführt:

Die Anzahl der Dimensionen wurde von über 60 auf unter 25 reduziert.
Viele Dimensionen in den früheren Schemaversionen sind jetzt Attribute der Test Case- und Work Item-Dimension.
Die Area- und Iteration-Dimension wurden als Attribute der Test Case- und Work Item-Dimension als echte Hierarchien umgestaltet und sind über 14 Ebenen organisiert. Dies entspricht der Tiefe, die vom betriebsinternen Speicher für die Arbeitsaufgabenverfolgung bereitgestellt wird.
Viele Measuregruppen, Measures, Dimensionen und Attribute wurden umbenannt.
Es wurden neue Dimensionen hinzugefügt, um die neue Funktionalität zur Arbeitsaufgabenverfolgung zu unterstützen.
Um die Benutzerfreundlichkeit zu unterstützen, wurden der Test Case- und Work Item-Dimension Anzeigeordner hinzugefügt. Felder werden auf Grundlage der Verweisnamen, die jedem Feld zugewiesen sind, unter den Ordnern gruppiert. Dimensionsattribute werden in Ordnern organisiert, die auf dem Verweisnamen für Berichte basieren, der in der Definition des Arbeitsaufgabentyps zugewiesen wird.

Eine umfassende Beschreibung aller Änderungen am und Ergänzungen für den Cube finden Sie unter Änderungen am und Ergänzungen für das Schema für den Analysis Services-Cube.

Verarbeiten des Data Warehouse

Sie können das Data Warehouse mit dem Warehouse Control-Webdienst verwalten. Dieser Webdienst wurde umbenannt und für die aktuelle Version umgestaltet. Außerdem ist das Standardintervall für die Aktualisierung des Cubes im Gegensatz zur früheren Version auf zwei Stunden festgelegt. Diese Einstellung kann mithilfe von ChangeSetting geändert werden. Weitere Informationen finden Sie unter Verwalten des Data Warehouses und Analysis Services-Cubes.

Generieren von Berichten anhand der relationalen Datenbank

Berichte auf Grundlage der relationalen Datenbank werden nun offiziell unterstützt. In der Regel sollten Sie den Analysis Services-Cube für Verlaufsberichte oder Berichte, für die das Segmentieren mehrerer Parameter aggregierter Daten erforderlich ist, verwenden. Dieser Berichtstyp kann am besten mit dem Cube verwaltet werden. Mithilfe der relationalen Datenbank können Sie jedoch Berichte aufgrund lose verknüpfter Daten erstellen, die mit dem Cube nicht erstellt werden können.

Ansichten

Verschiedene öffentliche Ansichten unterstützen Sie bei der Verwaltung des Warehouse. Die Namen all dieser öffentlichen Ansichten enden auf "View", z. B. "WorkItemHistoryView". In der folgenden Abbildung werden die öffentlichen Ansichten dargestellt, auf deren Grundlage Sie Berichte erstellen können.

Ansichten in der relationalen Datenbank

Tipp

Mit Ansichten, die mit "v" beginnen und auf "Overlay" enden, wird der Cube verarbeitet. Diese Ansichten sollten Sie nicht verwenden, wenn Sie Berichte auf Grundlage der relationalen Datenbank erstellen.

Tabellennamen

In der aktuellen Version der relationalen Datenbank wurden die meisten Tabellennamen geändert. In früheren Versionen enthielten viele Tabellennamen Leerzeichen, die Probleme mit verschiedenen Berichtstools verursachten. Dank der umbenannten Tabellen können Sie die Verbindung zwischen Tabellen im Data Warehouse und ihren entsprechenden Entitäten im Cube noch leichter bestimmen.

Tipp

Tabellen, die mit einem Unterstrich (_) beginnen, werden zukünftig geändert. Diese Tabellen sollten Sie nicht verwenden, wenn Sie Berichte auf Grundlage der relationalen Datenbank erstellen.

Im neuen Data Warehouse enthalten Namen keine Leerzeichen. Sie verfügen außerdem über ein Präfix, dass ihre Verwendung angibt, wie in der folgenden Tabelle beschrieben.

Präfix	Beschreibung
dbo.Dim	Die Tabelle enthält Dimensionsdaten, d. h., die Daten werden im Dimensionsteil des Cubes angezeigt. In der Regel wird für jedes Attribut oder jede Hierarchie in der Dimension eine Spalte bereitgestellt. In der folgenden Abbildung sind die Dimensionstabellen für Team Foundation dargestellt. Im Cube wird die DimWorkItem-Tabelle in der Dimensionshierarchie unter "Arbeitsaufgabe" angezeigt.
dbo.Fact	Faktentabellen enthalten Werte von Zellen, die im Cube als Measures angezeigt werden. In der folgenden Abbildung sind die Faktentabellen für Team Foundation dargestellt. Faktentabellen verfügen über Fremdschlüssel zu verschiedenen Dimensionstabellen. Als Beispiel enthält die FactWorkItemHistory-Tabelle eine Spalte mit dem Namen "StateChangeCount", die im Cube im Ordner "Arbeitsaufgabe" unter den Measures angezeigt wird.

dbo.Dim

Die Tabelle enthält Dimensionsdaten, d. h., die Daten werden im Dimensionsteil des Cubes angezeigt. In der Regel wird für jedes Attribut oder jede Hierarchie in der Dimension eine Spalte bereitgestellt. In der folgenden Abbildung sind die Dimensionstabellen für Team Foundation dargestellt.

Dimensionstabelle der relationalen Datenbank

Im Cube wird die DimWorkItem-Tabelle in der Dimensionshierarchie unter "Arbeitsaufgabe" angezeigt.

dbo.Fact

Faktentabellen enthalten Werte von Zellen, die im Cube als Measures angezeigt werden. In der folgenden Abbildung sind die Faktentabellen für Team Foundation dargestellt.

Faktentabelle der relationalen Datenbank

Faktentabellen verfügen über Fremdschlüssel zu verschiedenen Dimensionstabellen. Als Beispiel enthält die FactWorkItemHistory-Tabelle eine Spalte mit dem Namen "StateChangeCount", die im Cube im Ordner "Arbeitsaufgabe" unter den Measures angezeigt wird.

Kompensieren von Datensätzen

Wenn Sie im Warehouse mit Verlaufsdaten arbeiten, müssen Sie auf kompensierende Datensätze achten. Kompensierende Datensätze werden in Tabellen und Ansichten mit Verlaufsinformationen definiert, z. B. WorkItemHistoryView. Mithilfe von kompensierenden Datensätzen können Sie ein Aggregat aus Daten erstellen.

Jedes Mal, wenn ein Teammitglied eine Arbeitsaufgabe aktualisiert, werden eine Revision erstellt und dem Warehouse zwei Datensätze hinzugefügt. Ein Datensatz macht den letzten vorherigen Datensatz rückgängig, und der nächste Datensatz fügt die geänderten Werte für die Arbeitsaufgabe hinzu. Jeder Datensatz negiert oder kompensiert die vorherige Revision dieser Arbeitsaufgabe.

Für kompensierende Datensätze sind außerdem die beiden Spalten "System_ChangedDate" und "System_RevisedDate" relevant. Die Spalte "System_ChangedDate", gibt an, wann die Änderung an der Arbeitsaufgabe vorgenommen wurde. Das andere Datum zeigt an, wann die Arbeitsaufgabe das nächste Mal geändert wurde. Zum Beispiel wurde eine Aufgabe am 15.5.2009 um 10:53 Uhr erstellt und die Arbeitsaufgabe am nächsten Tag um 11:23 Uhr geändert. Die angezeigten Datensätze entsprechen dann den in der folgenden Tabelle aufgeführten Datensätzen.

System_ChangedDate	System_RevisedDate	Verbleibende Arbeit	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

Der erste Datensatz, der um 11:23 Uhr überarbeitet wurde, war der ursprüngliche Datensatz. Der nächste Datensatz hebt den ersten Datensatz auf und wird gleichzeitig als dritter Datensatz hinzugefügt. Schließlich ist der dritte Datensatz der aktuelle Datensatz, wie durch "System_RevisedDate" angegeben. Für die Spalte wird der Höchstwert für DATETIME-Spalten festgelegt.

Summenbasierte Abfrage

Sie können mithilfe der folgenden summenbasierten Abfrage die aktuell verbleibende Arbeit zu einem bestimmten Datum bestimmen.

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

Sie können zwar diese summenbasierte Abfrage erstellen, erzielen jedoch möglicherweise mit einer "As Of"-Abfrage eine bessere Leistung.

"As Of"-Abfrage

Sie können eine "As Of"-Abfrage erstellen, mit der nur die letzten Datensätze für jede Arbeitsaufgabe zurückgegeben werden, die vor einem bestimmten Datum geändert wurde. Folgende "As Of"-Abfrage gibt z. B. die verbleibende Arbeit mit Stand vom 16.5.2009 zurück.

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'

Dieses Ergebnis erhalten Sie auch, wenn Sie den Cube abfragen. Diese Abfrage gibt nur die letzten Datensätze für jede Arbeitsaufgabe zurück, die vor dem 16.5.2009 geändert wurde. Die "System_RevisedDate"-Klausel ruft nur den letzten Datensatz ab, der vor dem 16.5.2009 geändert wurde, da die Abfrage den einen Datensatz sucht, der sowohl vor diesem Datum bearbeitet und nach diesem Datum überarbeitet wurde. Wenn der Datensatz überhaupt nicht überarbeitet wurde, ist das aufgezeichnete Datum im Jahr 9999. Außerdem prüft diese Abfrage auf einen positiven RecordCount. Kompensierende Datensätze, die einen vorherigen Datensatz abbrechen, haben immer einen RecordCount von -1.