Im Analysis Services-Cube für Visual Studio verfügbare Perspektiven und Measuregruppen

Artikel
05/16/2015

Mit dem SQL Server Analysis Services-Cube für Visual Studio Team Foundation Server 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?".

Hinweis

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
Kombinieren von Dimensionen und Measures
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)".

Hinweis

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

Perspektiven und Measuregruppen	Verwandtes Thema und Beschreibung
	Analysieren von und Berichten über Builddetails und Buildabdeckung mit der Buildperspektive 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. Welche Buildvorgänge haben einen Fehler ausgelöst, und welche Buildvorgänge wurden erfolgreich ausgeführt? Welche Builds weisen eine bedeutende Anzahl von Änderungen am Code auf? Wie viel von dem Code in einem Build oder einer Buildgruppe haben die Tests abgedeckt?
	Analysieren von und Berichten über Codeänderungen und Codeabdeckung mit Codeänderungs- und Laufabdeckungsperspektiven 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 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?
	Analysieren von und Berichten über Codeänderungen und Codeabdeckung mit Codeänderungs- und Laufabdeckungsperspektiven Stellt Metriken darüber bereit, wie viele Codezeilen und -blöcke in verschiedenen Build- und Testlaufkonfigurationen getestet wurden. Mit der Codeänderungsperspektive können Sie Berichte zum Beantworten der folgenden Fragen erstellen: Welche Assemblys und Projekte haben die geringste Codeabdeckung? Welche Testläufe gewähren Ihnen die größte Codeabdeckung? Welche Architekturen oder Buildtypen haben die größte Codeabdeckung?
	Analysieren von und Berichten über Testergebnissen mit der Testperspektive in der Analysis Services-Datenbank für Visual Studio ALM 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. Mithilfe der Testperspektive können Sie Berichte erstellen, die die folgenden Fragen beantworten: Wie lautet der Status der Tests bestimmter User Stories oder Produktbereiche? Wie sieht die Qualität von Builds basierend auf der Anzahl der fehlerhaften und erfolgreichen Tests aus? Wie viele Testfälle wurden nie ausgeführt? Welche Testfälle wurden nie ausgeführt?
	Analysieren und Erstellen von Berichten über Arbeitsaufgaben- und Testfalldaten mithilfe der Arbeitsaufgabenperspektive 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?
	Stellt alle Metriken für alle Measuregruppen bereit, die weiter oben in dieser Tabelle angezeigt werden.

Kombinieren von Dimensionen und Measures

Nicht alle Kombinationen von Dimensionen und Measures liefern nützliche Ergebnisse. Damit Sie sinnvolle Ergebnisse erhalten, müssen Measures zu den Dimensionen in den Berichten in Beziehung stehen. Um festzustellen, welche Dimensionen zu einer bestimmten Measure in Beziehung stehen, können Sie mit SQL Server Management Studio die Faktentabellen im Data Warehouse überprüfen.

Wenn Sie Excel verwenden, können Sie mit dem Feld Anzeigen von Feldern, die verwandt sind mit eine Gruppe von Measures und Dimensionen angeben, die einen bestimmten Abschnitt des Cubes enthalten. Wenn Sie innerhalb eines einzelnen Satzes verwandter Felder arbeiten, können Sie Daten leichter finden, da nicht alle Felder im Cube angezeigt werden, und Sie erhalten mit größerer Wahrscheinlichkeit nützliche Zahlen.

Sie können Measures aus unterschiedlichen Gruppen von Feldern kombinieren, solange die Measures über einen gemeinsamen Satz von Dimensionen verfügen, die im Bericht verwendet werden. Beispielsweise erscheint die Datumsdimension in mehreren Gruppen von Feldern. Daher können Sie Daten zu verbleibender Arbeit oder abgeschlossener Arbeit mit Anzahlen für Testergebnisse für einen oder mehrere angegebene Tage kombinieren, da beide Sätze von Measures die Datumsdimension aufweisen.

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. Beispielsweise können Sie einen Bericht mit dem Wertfilter "System_CreatedDate ist größer als 1. Okt. 2009" nach Arbeitsaufgaben filtern, um diejenigen anzuzeigen, die nach dem 1. Oktober 2009 erstellt wurden. Sie können auch die Measurewerte verwenden, um einen Bericht zu filtern. Beispielsweise können Sie den Bericht filtern, um nur die Arbeitsaufgaben anzeigen, bei denen mehr als zwei Stunden Arbeit verbleiben, indem Sie den Wertfilter "Verbleibende Arbeit ist größer als 2" verwenden. Weitere Informationen finden Sie auf der folgenden Seite der Microsoft-Website: Filtern von Daten in einem PivotTable- oder PivotChart-Bericht.
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 Tabellenreferenz für die relationale 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.

Siehe auch

Konzepte

Lösen von Schemakonflikten, die im Data Warehouse auftreten

Erstellen von Excel-Berichten aus einer Arbeitsaufgabenabfrage

Erstellen, Anpassen und Verwalten von Berichten für Visual Studio ALM

Verwalten des TFS Data Warehouses und Analysis Services-Cubes