Im Analysis Services-Cube für Team System verfügbare Measuregruppen und Metriken

Artikel
07/20/2011

Mit dem SQL Server Analysis Services-Cube für Visual Studio Application Lifecycle Management (ALM) können Berichte mit aggregierten Informationen zu den Daten generiert werden, die in Teamprojektsammlungen gespeichert sind. Mithilfe dieser Daten können in Office Excel auf einfache Weise PivotTable- und PivotChart-Berichte erstellt werden. Sie können die Cubeelemente in PivotTable- oder PivotChart-Berichte ziehen, um Fragen zu formulieren und Antworten schnell abzurufen. Der Cube ist zur Beantwortung hilfreicher Fragen optimiert, z. B. "Wie viele Fehler waren an jedem Tag des Projekts aktiv, behoben und geschlossen?".

Tipp

Wenn für das Data Warehouse für Visual Studio ALM SQL Server Enterprise Edition verwendet wird, enthält die Liste der Cubes Team System und einen Perspektivensatz. Die Perspektiven ermöglichen eine fokussierte Ansicht der Daten, damit Sie nicht durch alle Dimensionen und Measuregruppen navigieren müssen, die für den gesamten Team System-Cube definiert sind.

In diesem Thema

Perspektiven und Measuregruppen
Cubebegriffe und -definitionen

Perspektiven und Measuregruppen

In der folgenden Tabelle werden die Measuregruppen beschrieben, die gemäß ihrer Cubeperspektive gruppiert sind. Der Team System-Cube enthält alle Measuregruppen neben den Gruppen, die der Auflistung zufolge nur zur Team System-Perspektive gehören. Die meisten Measuregruppen enthalten mindestens eine kumulierte Anzahl. Sie können Trendberichte mithilfe von kumulierten Anzahlen generieren. In einigen Fällen hat der Name für eine kumulierte Anzahl eine Trendbezeichnung (z. B. "Anzahl der Buildergebnisse (Trend)" und "Punktanzahl (Trend)".

Tipp

Alle Measuregruppen enthalten kumulierte Anzahlen auf Grundlage des Start-, End-, Erstellungs- und Abschlussdatums für Testergebnisse.

Perspektive	Measuregruppen	Beschreibung
Build		Stellt Metriken bereit, mit denen Builds beschrieben werden, z. B. Buildzeit und -frequenz, und die nach unterschiedlichen Dimensionen analysiert werden können, z. B. nach der Person, von der der Build ausgeführt wurde, dem Buildtyp, der Buildkonfiguration und dem Buildergebnis.
	Buildchangeset	Unterstützt Berichte, deren Augenmerk auf Builds und Changesets der Versionskontrolle liegt. Schließt eine kumulierte Anzahl von Changesets der Versionskontrolle innerhalb von Builds ein.
	Build Coverage	Unterstützt Berichte, die Aufschluss darüber geben, inwieweit der Code durch Tests abgedeckt wurde, die für den Build ausgeführt wurden. Schließt die folgenden kumulierten Daten ein: Blöcke abgedeckt: Die Anzahl von Blöcken, die im ausgewählten Build abgedeckt werden. Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider. Berücksichtigen Sie jedoch, dass es in den Blöcken, die in den Testläufen abgedeckt werden, möglicherweise zu Überlappungen kommt. Blöcke nicht abgedeckt: Die Anzahl von Blöcken, die im ausgewählten Build nicht abgedeckt werden. Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider. Berücksichtigen Sie jedoch, dass es in den Blöcken, die in den Testläufen abgedeckt werden, möglicherweise zu Überlappungen kommt. Buildabdeckungen: Die Anzahl der Builds, denen Statistiken zur Codeabdeckung zugeordnet sind. Abgedeckte Zeilen: Die Anzahl der Zeilen, die im ausgewählten Build abgedeckt werden. Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider. Berücksichtigen Sie jedoch, dass es in den Zeilen, die in den Testläufen abgedeckt werden, möglicherweise zu Überlappungen kommt. Nicht abgedeckte Zeilen: Die Anzahl der Zeilen, die im ausgewählten Build nicht abgedeckt werden. Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider. Berücksichtigen Sie jedoch, dass es in den Zeilen, die in den Testläufen abgedeckt werden, möglicherweise zu Überlappungen kommt. Teilweise abgedeckte Zeilen: Die Anzahl von Zeilen, die im ausgewählten Build teilweise abgedeckt werden. Wenn mehrere Testläufe für einen Build ausgeführt werden, spiegelt die Buildabdeckung die kombinierte Abdeckung der Läufe wider. Berücksichtigen Sie jedoch, dass es in den Zeilen, die in den Testläufen abgedeckt werden, möglicherweise zu Überlappungen kommt. Ein Beispiel für einen Bericht, in dem diese Measuregruppe verwendet wird, finden Sie unter Excel-Bericht Codeabdeckung.
	Builddetails	Unterstützt Berichte, deren Augenmerk auf Status, Qualität und Dauer von Builds liegt. Schließt die folgenden kumulierten Daten ein: Builddetails (Anzahl): Die Anzahl der Ausführungen eines bestimmten Builds. Builddauer: Die Dauer für die Fertigstellung des Builds (in Minuten). Ein Beispiel für einen Bericht, in dem diese Measuregruppe verwendet wird, finden Sie unter Excel-Bericht "Buildqualität".
	Projekt erstellen	Unterstützt Berichte, deren Augenmerk auf Builds und Buildquell-Projektdateien liegt. Schließt die folgenden kumulierten Daten ein: Buildprojekt (Anzahl): Häufigkeit, mit der das Teamprojekt erstellt wurde. Kompilierungsfehler: Die Anzahl der Kompilierungsfehler für die ausgewählten Builds. Kompilierungswarnungen: Die Anzahl der Kompilierungswarnungen für die ausgewählten Builds. Fehler bei statischer Analyse: Die Anzahl der Fehler bei der statischen Analyse für die ausgewählten Builds. Warnungen bei statischer Analyse: Die Anzahl der Warnungen bei der statischen Analyse für die ausgewählten Builds.
Codeänderung		Unterstützt Berichte, deren Augenmerk auf der Anzahl der in Team Foundation-Versionskontrolle gespeicherten Dateiversionen und dem Ausmaß der Codeänderungen liegt. Metriken können nach dem Dateiverzeichnis, dem Build oder dem Teammitglied analysiert werden, das im Code überprüft wird. Alle Gesamtwerte können im Zeitablauf analysiert werden, damit Sie die folgenden Arten von Fragen beantworten können: Wie viele Codezeilen in CS-Dateien wurden zwischen zwei Builds geändert? Wie viele Dateien mit einer bestimmten Dateinamenerweiterung wurden in einem bestimmten Build geändert? Wie viele Codezeilen befinden sich für einen bestimmten Build in der Quelldatenbank? Welche Changesets wurden übermittelt, und worin bestanden die Details jeder Änderung? Beispiele: Wer hat die Änderung vorgenommen, welche Dateien wurden geändert, und an welchem Datum fand die Änderung statt? Schließt die folgenden kumulierten Daten ein: Codeänderung (Anzahl): Die Anzahl der Änderungen, die an Dateien im Versionskontrollsystem vorgenommen wurden. Hinzugefügte Zeilen: Die Anzahl der Zeilen, die für die ausgewählten Dimensionen hinzugefügt wurden. Gelöschte Zeilen: Die Anzahl der gelöschten Zeilen. Geänderte Zeilen: Die Anzahl der Zeilen, die für den ausgewählten Zeitraum geändert wurden. Gesamte Änderungen: Die Gesamtzahl der Zeilen, die hinzugefügt, geändert oder gelöscht wurden. Gesamte Zeilen: Die Gesamtzahl der Zeilen im ausgewählten Bereich der Dateipfadhierarchie am Punkt eines bestimmten Builds oder in einer Reihe von Builds. Bei dieser Berechnung werden Informationen nur für Builds zurückgegeben. Es wird NULL zurückgegeben, wenn Sie die Berechnung ohne Auswahl einzelner Builds verwenden. Die Anzahl der Zeilen wird berechnet, indem die hinzugefügten und gelöschten Zeilen, durch die eine bestimmte Kombination aus Buildtyp und Betriebssystem entstanden ist, aggregiert werden.
Codeabdeckung		Stellt Metriken darüber bereit, wie viele Codezeilen und -blöcke in verschiedenen Build- und Testlaufkonfigurationen getestet wurden.
	Build Coverage	Diese Gruppe ist mit der Buildabdeckungs-Measuregruppe in der Buildperspektive identisch.
	Run Coverage	Unterstützt Berichte, deren Augenmerk auf dem Grad der Abdeckung des Codes durch Tests in einem Testlauf liegt. Schließt die folgenden kumulierten Daten ein: Abgedeckte Laufabdeckungsblöcke: Die Anzahl der Blöcke, die von allen Tests in einem Testlauf abgedeckt wurden. Berücksichtigen Sie jedoch, dass in den Tests bei der Abdeckung möglicherweise Überlappungen auftreten. Nicht abgedeckte Laufabdeckungsblöcke: Die Anzahl der Blöcke, die nicht von allen Tests in einem Testlauf abgedeckt wurden. Berücksichtigen Sie jedoch, dass in den Tests bei der Abdeckung möglicherweise Überlappungen auftreten. Laufabdeckungen: Die Anzahl der Testläufe, denen Statistiken zur Codeabdeckung zugeordnet sind. Abgedeckte Laufabdeckungszeilen: Die Anzahl der Zeilen, die von allen Tests in einem Testlauf abgedeckt werden. Berücksichtigen Sie jedoch, dass in den Tests bei der Abdeckung möglicherweise Überlappungen auftreten. Nicht abgedeckte Laufabdeckungszeilen: Die Anzahl der Zeilen, die nicht von allen Tests in einem Testlauf abgedeckt werden. Berücksichtigen Sie jedoch, dass in den Tests bei der Abdeckung möglicherweise Überlappungen auftreten. Teilweise abgedeckte Laufabdeckungszeilen: Die Anzahl der Zeilen, die teilweise von allen Tests in einem Testlauf abgedeckt werden. Berücksichtigen Sie jedoch, dass in den Tests bei der Abdeckung möglicherweise Überlappungen auftreten.
Test		Stellt Metriken zu Testläufen und Testergebnissen bereit. Testergebnisse werden im Zeitablauf nachverfolgt und können nach ihrem Ergebnis, dem getesteten Build, dem Testtyp und anderen Dimensionen analysiert werden. Schließt die folgenden kumulierten Daten ein: Anzahl der Buildergebnisse (Trend): Die Anzahl der aktuellsten Version der einzelnen Testergebnisse in einem bestimmten Build. Punktanzahl (Trend): Die Anzahl der aktuellsten Version der einzelnen Testergebnisse in einem bestimmten Build. Wenn ein Test mehrmals für einen Build ausgeführt wird, zählt "Punktanzahl (Trend)" das neueste Ergebnis für den Test mit diesem Build. Ergebnisanzahl: Die Anzahl aller Testergebnisse (einzeln). Anzahl der Ergebnisse (Trend): Die Anzahl der aktuellsten Version der einzelnen Testergebnisse. Anzahl der Ergebnisübergänge: Die Anzahl aller Testergebnisse, bei denen sich das Ergebnis in einem bestimmten Build geändert hat. Anzahl der Testfälle: Die Anzahl der Testfälle. Ein Beispiel für einen Bericht, in dem diese Measuregruppe verwendet wird, finden Sie unter Excel-Bericht "Testlücken" (Agile).
Arbeitsaufgabe		Stellt Metriken und ausführliche Informationen zu Arbeitsaufgaben bereit, einschließlich historischer Informationen, die die Analyse der Gesamtzahl von Arbeitsaufgaben im Zeitablauf oder ab einem aktuellen Datum ermöglichen. Anhand der Measuregruppe können Sie die folgenden Arten von Fragen beantworten: Wie hoch war die Gesamtzahl der aktiven Fehler an den einzelnen Tagen der letzten Iteration? Wie viele Szenarios waren während der einzelnen Monate des letzten Jahres aktiv? Wie viele Fehler mit den einzelnen Prioritäten waren an den einzelnen Tagen des Vormonats aktiv? Schließt die folgenden kumulierten Daten ein: Revisionsanzahl: Die Anzahl der Revisionen von Arbeitsaufgaben. Dies ist hilfreich, wenn Sie die ausführliche Versionsgeschichte von Arbeitsaufgaben anzeigen. Beispiel: In einer Abfrage, bei der die Anzahl der Revisionen zurückgegeben wird, werden Daten nach der Dimension "Geändert von" gruppiert, und durch Filtern nach einem Datumsbereich wird die Anzahl der Änderungen einer Arbeitsaufgabe durch jede Person angezeigt. Dieses Measure ist überdies für das Anzeigen der detaillierten Versionsgeschichte einer bestimmten Arbeitsaufgabe hilfreich. Anzahl der Statusänderungen: Die Anzahl der Statusänderungen von Arbeitsaufgaben. Damit können Ergebnisse für die Reaktivierungen von Fehlern in einem bestimmten Produktbereich über einen bestimmten Zeitraum angezeigt werden. Ein Beispiel finden Sie unter Excel-Bericht "Fehlerreaktivierungen". Anzahl der Arbeitsaufgaben: Die Anzahl einzelner Arbeitsaufgaben. Ein Beispiel eines Berichts, in dem diese Measuregruppe verwendet wird, finden Sie unter Excel-Bericht "Fehlerreaktivierungen".
Team System		Stellt alle Metriken bereit, die für sämtliche Measuregruppen definiert sind, die zuvor in dieser Tabelle aufgeführt sind, und schließt die folgenden Measuregruppen ein, deren Augenmerk auf Arbeitsaufgaben liegt.
	Aktuelle Arbeitsaufgabe	Stellt Metriken hinsichtlich des aktuellen Zustands von Arbeitsaufgaben bereit. Unterstützt Berichte, deren Augenmerk auf Testfällen, Changesets, Arbeitsaufgaben und verknüpften Arbeitsaufgaben liegt. Mithilfe dieser Measuregruppe können u. a. die folgenden Fragen beantwortet werden: Wie viele aktive Aufgaben sind den einzelnen Personen zugewiesen? Wie viele Fehler sind in den einzelnen Bereichen des Projekts aktiv? Mit wie vielen aktiven User Storys oder Anforderungen sind Fehler verbunden? Ein Beispiel eines Berichts, in dem diese Measuregruppe verwendet wird, finden Sie unter Excel-Bericht Fehler nach Zuweisung.
	Verknüpfte aktuelle Arbeitsaufgabe	Unterstützt Berichte, deren Augenmerk auf Details liegt, die sich auf verknüpfte Arbeitsaufgaben beziehen.
	Testfall für verknüpfte aktuelle Arbeitsaufgabe	Unterstützt Berichte, deren Augenmerk auf Details liegt, die sich auf verknüpfte Arbeitsaufgaben und die zugehörigen Testfälle beziehen. Ein Beispiel für einen Bericht, in dem diese Measuregruppe verwendet wird, finden Sie unter Excel-Bericht "Testlücken" (Agile).
	Arbeitsaufgaben-Changeset	Unterstützt Berichte, deren Augenmerk auf Details liegt, die sich auf Arbeitsaufgaben und Changesets beziehen.
	Arbeitsaufgabe zu Kategorie	Unterstützt Berichte, die Arbeitsaufgaben enthalten, die anhand der zugeordneten Kategorie gefunden werden. Kategorien werden verwendet, um ähnliche Typen von Arbeitsaufgaben, die unterschiedlich bezeichnet werden, zuzuordnen. Weitere Informationen zu Kategorien finden Sie unter Zusammenfassen von Arbeitsaufgabentypen in Kategorien.
	Arbeitsaufgabe zu Struktur	Enthält eine Anzahl von Arbeitsaufgaben unter einem Strukturknoten und Felder, die Unterstützung für die Erstellung von Berichten zu Arbeitsaufgaben und Strukturtypen bieten. Weitere Informationen zum Strukturlinktyp finden Sie unter Arbeiten mit Linktypen.
	Arbeitsaufgabe mit Ergebnis	Unterstützt Berichte, die Arbeitsaufgaben und Testergebnisse enthalten. Enthält eine Anzahl von Arbeitsaufgaben, die mit einem Testergebnis und Feldern verknüpft sind, die die Erstellung von Berichten zu Arbeitsaufgaben und deren zugeordneten Testergebnissen unterstützen.

Cubebegriffe und -definitionen

Ein Cube stellt eine Menge von Measures dar, die in Measuregruppen unterteilt und hierarchisch nach Dimensionen organisiert sind. Der Cube wird aus Daten erstellt, die aus der relationalen Datenbank abgerufen werden. In der folgenden Abbildung ist die Beziehung dargestellt, die zwischen verschiedenen Aspekten des Cubes besteht.

Cubebeziehungen

In der folgenden Tabelle werden die Begriffe und Definitionen beschrieben, mit denen auf andere Aspekte des Cubes verwiesen wird.

Begriff	Beschreibung
Attribut	Jedes Attribut ist mit einer Spalte in einer entsprechenden Dimensionstabelle im Data Warehouse verbunden. Jede Dimension ist einem Satz von Attributen und möglicherweise einem Satz von Hierarchien zugeordnet. Bereichs- und Iterationspfade sind Beispiele für Hierarchien. Einige Dimensionsattribute von Arbeitsaufgaben werden auch als numerische Werte und Datumsfilterwerte gespeichert. Wenn Sie eines dieser Dimensionsattribute im Zeilen- oder Spaltenabschnitt verwenden, können Sie den Bericht mit diesen Werten filtern. Mit dem Wertfilter "System_CreatedDate ist größer als 1. Okt. 2009" können Sie einen Bericht z. B. nach Arbeitsaufgaben filtern, die nach dem 1. Oktober 2009 erstellt wurden. Die Measurewerte können außerdem auch zum Filtern von Berichten verwendet werden. Sie können z. B. mithilfe des Wertfilters "Verbleibende Arbeit ist größer als 2" den Bericht nach Arbeitsaufgaben filtern, für die noch mehr als zwei Stunden Arbeit verbleiben. Weitere Informationen zu Wertfiltern finden Sie auf der folgenden Seite auf der Microsoft-Website: Filtern von Zahlen im Wertebereich.
Dimension	Mithilfe von Dimensionen können Sie unterschiedliche Ansichten von Daten extrahieren. Datenwerte sind einem Satz von Dimensionen zugeordnet, mit dem Sie aggregierte Ergebnisse anzeigen können, die anhand eines bestimmten Satzes von Dimensionswerten gefiltert werden. Sie können Dimensionen verwenden, um die Daten aufzugliedern und mehr Details anzuzeigen. Sie können z. B. die Datumsdimension im Zeilen- oder Spaltenabschnitt eines PivotTable- oder PivotChart-Berichts verwenden, um einen Trend im Zeitverlauf anzuzeigen. Sie können den Bericht auch mithilfe von Dimensionen filtern. Fügen Sie eine Dimension oder ein Dimensionsattribut im Filterbereich ein, und geben Sie dann die Werte an, die Sie in den Bericht einschließen möchten. Einige Dimensionen werden in mehreren Measuregruppen verwendet. Beispielsweise verwenden alle Measuregruppen gemeinsam die Datums-, Teamprojekt-, Personen-, Bereichs- und Iterationsdimensionen. In der folgenden Abbildung sind die Dimensionen im Cube dargestellt. Dimensionen sind Gruppen von Attributen, die auf Spalten aus Tabellen oder Sichten in einer Datenquellensicht basieren. Dimensionen sind außerhalb eines Cubes vorhanden. Sie können sowohl in mehreren Cubes als auch mehrfach in einem einzelnen Cube verwendet und zwischen Analysis Services-Instanzen verknüpft werden. Eine außerhalb eines Cube vorhandene Dimension wird als Datenbankdimension bezeichnet, eine innerhalb eines Cubes verwendete Instanz einer Datenbankdimension als Cubedimension.
Fakten und Faktentabelle	Ein Fakt stellt Daten dar, die mehreren Dimensionen zugeordnet sein können. Diese Daten können auch in aggregierter Form vorliegen. Diese Werte werden in Faktentabellen gespeichert. Jedes Data Warehouse enthält eine oder mehrere Faktentabellen. Im Mittelpunkt eines stern- bzw. schneeflockenförmigen Schemas werden in der Faktentabelle die Daten erfasst, mit denen die Aktivitäten eines Teams gemessen werden. Faktentabellen enthalten normalerweise sehr viele Zeilen, insbesondere dann, wenn sie den Verlauf eines umfangreichen Teamprojekts über ein oder zwei Jahre enthalten. Ein Hauptmerkmal einer Faktentabelle besteht darin, dass sie numerische Daten (Fakten) enthält, die zusammengefasst werden können, um Informationen zum Verlauf der Aktivitäten einer Organisation bereitzustellen. Jede Faktentabelle enthält außerdem einen mehrteiligen Index, der die Primärschlüssel verknüpfter Dimensionstabellen als Fremdschlüssel enthält. Die zugehörigen Dimensionen enthalten Attribute der Faktendatensätze. Faktentabellen sollten keine beschreibenden Informationen oder andere Daten als die Felder für numerische Daten (Fakten) und die Indexfelder enthalten, die die Fakten mit den entsprechenden Einträgen in den Dimensionstabellen in Beziehung setzen. Unter Generieren von Berichten mit der relationalen Warehouse-Datenbank für Visual Studio ALM finden Sie eine Liste der für das Data Warehouse definierten Faktentabellen.
KPIs (Key Performance Indicators)	Key Performance Indicator (KPI) ist ein Begriff aus der Wirtschaft, der eine quantifizierbare Maßeinheit zur Ermittlung des Geschäftserfolges darstellt. In Analysis Services ist ein KPI eine Auflistung von Berechnungen, die einer Measuregruppe in einem Cube zugeordnet sind und zur Auswertung der Geschäfts- oder Szenarioerfolge verwendet werden. In der Regel sind diese Berechnungen eine Kombination aus MDX-Ausdrücken (Multidimensional Expressions) und berechneten Elementen. KPIs enthalten außerdem Metadaten, aus denen hervorgeht, wie Clientanwendungen die Berechnungsergebnisse des KPIs anzeigen sollen.
Measure	Measures sind Werte, die Spalten in der entsprechenden Faktentabelle entsprechen. Außerdem werden Felder, deren reportable-Attribut auf "Measure" festgelegt ist, im Cube als Measures angezeigt. In der folgenden Abbildung sind die Measures im Cube dargestellt.
Measuregruppe	Jede Measuregruppe enthält Measures wie "Anzahl der Arbeitsaufgaben" und Dimensionen wie "Datum" und "Teamprojekt". Die Measures sind die numerischen Werte, mit denen Zusammenfassungen mit unterschiedlichen Aggregationsgraden bereitgestellt werden. Sie können im Abschnitt "Werte" eines PivotTable- oder PivotChart-Berichts verwendet werden. In der folgenden Abbildung werden die Measuregruppen für Team Foundation angegeben.
Perspektive	Mithilfe von Perspektiven können Sie Teile eines Cubes anzeigen. Dadurch können Sie sich besser auf den Satz von Informationen konzentrieren, der für das Erstellen eines Berichts von Interesse ist. Hinweis Perspektiven sind nur dann verfügbar, wenn Ihr Data Warehouse für Visual Studio ALM SQL Server Enterprise Edition verwendet.Andernfalls ist nur eine einzelne Perspektive verfügbar, der Team System-Cube. Jede Perspektive ermöglicht eine fokussierte Ansicht der Daten, damit Sie nicht durch alle Dimensionen und Measuregruppen navigieren müssen, die für den gesamten Team System-Cube definiert sind. Eine Perspektive ist eine Teilmenge der Funktionen und Objekte eines Cubes.