Perspectives et groupes de mesures fournis dans le cube Analysis Services pour Team System

Article
03/04/2013

Grâce au cube SQL Server Analysis Services pour Visual Studio Team Foundation Server, vous pouvez créer des rapports d'informations de synthèse à propos des données stockées dans les collections de projets d'équipe.Vous pouvez facilement utiliser ces données pour créer des rapports PivotTable et PivotChart dans Office Excel.Vous pouvez faire glisser des éléments de cube sur des rapports PivotTable et PivotChart pour formuler des questions et récupérer des réponses rapidement.Le cube est optimisé pour répondre aux questions du type : « Combien de bogues sont actifs, résolus et fermés chaque jour du projet ? »

[!REMARQUE]

Si votre entrepôt de données de Visual Studio ALM utilise SQL Server Enterprise Edition, la liste de cubes inclura Team System et un ensemble de perspectives.Les perspectives fournissent une vue ciblée des données. Ainsi, il n'est pas nécessaire de faire défiler toutes les dimensions et tous les groupes de mesures définis pour l'ensemble du cube Team System.

Dans cette rubrique

Perspectives et groupes de mesures
Associer des dimensions et des mesures
Termes et définitions du cube

Perspectives et groupes de mesures

Le tableau suivant décrit les groupes de mesures, regroupés en fonction de leur perspective de cube.Le cube Team System contient tous les groupes de mesures en plus de ceux répertoriés comme appartenant uniquement à la perspective Team System.La plupart des groupes de mesures contiennent un ou plusieurs nombres cumulatifs.Vous pouvez utiliser des nombres cumulatifs pour créer des rapports de tendance.Dans certains cas, le nom d'un nombre cumulatif porte une étiquette de tendance (par exemple, Tendance du nombre de résultats de build et Tendance du nombre de points).

[!REMARQUE]

Tous les groupes de mesures contiennent des nombres cumulatifs basés sur les dates de début, de fin, de création et d'achèvement des résultats de test.

Perspectives et groupes de mesures	Rubrique connexe et description
	Analyser et créer un rapport sur les détails de la build et de la couverture de la build à l'aide de la perspective Build Fournit des métriques qui décrivent les builds, telles que l'heure et la fréquence des builds, et qui peuvent être analysées par diverses dimensions, telles que la personne qui a effectué la build, le type de build, la version de la build et le résultat de la build. Que génère, et lequel builds ont réussi ? Quelles sont les builds contenant un nombre important de modifications du code ? Quelle quantité de code dans une génération ou de groupe de builds a effectué la couverture des tests ?
	Analyser et créer un rapport sur l'évolution du code et la couverture du code à l'aide des perspectives Évolution du code et Couverture de série Prend en charge les rapports ciblés sur le nombre des versions de fichiers stockées dans contrôle de version Team Foundation et le niveau de modification du code.Les métriques peuvent être analysées par répertoire de fichiers, build ou membre de l'équipe vérifié dans le code.Tous les totaux peuvent être analysés au fil du temps afin que vous puissiez répondre aux types suivants de questions : Combien de fichiers ayant une extension de nom de fichier spécifique ont changé dans une build donnée ? Combien de lignes de code se trouvent dans le fichier source de base d'une build donnée ? Quels ensembles de modifications ont été soumis, et quels ont été les détails de chaque changement (par exemple, qui a effectué le changement, quels fichiers ont été modifiés et à quelle date) ?
	Analyser et créer un rapport sur l'évolution du code et la couverture du code à l'aide des perspectives Évolution du code et Couverture de série Fournit des métriques relatives au nombre de lignes et de blocs de code qui ont été testés dans diverses configurations de build et de série de tests.Vous pouvez utiliser le point de vue de la couverture de passage pour créer des rapports qui répondent aux questions suivantes : Les assemblys et des projets ont la moins couverture du code ? Les séries de tests vous offrent la plupart de couverture du code ? Les architectures ou types de builds ont la plupart de couverture du code ?
	Analyser et créer un rapport sur les résultats de test à l'aide de la perspective Test de la base de données Analysis Services pour Visual Studio ALM Fournit des métriques concernant des séries de tests et des résultats de test.Les résultats de tests font l'objet d'un suivi au fil du temps et peuvent être analysés en fonction de leur résultat, de la build testée, du type de test et d'autres dimensions.En utilisant le point de vue de test, vous pouvez créer des rapports qui répondent aux questions suivantes : Quel est l'état des tests des récits utilisateur spécifiques ou des zones de produit ? Quelle est la qualité des builds selon le nombre de tests et réussi ? Combien de cas de test jamais exécutés ? Les cas de test jamais exécutés ?
	Analyser et créer un rapport sur des données d'élément de travail et de cas de test à l'aide de la perspective Élément de travail Fournit des métriques et des informations détaillées à propos des éléments de travail, notamment des informations d'historique qui permettent l'analyse du nombre d'éléments de travail total au fil du temps ou à une date donnée.Vous pouvez utiliser ce groupe de mesures pour répondre aux types suivants de questions : Quel était chaque jour le nombre total de bogues actifs dans la dernière itération ? Combien de scénarios étaient actifs chaque mois pendant la dernière année ? Combien de bogues de chaque priorité ont été actifs chaque jour dans le dernier mois ?
	Fournit toutes les mesures de tous les groupes de mesures qui figurent déjà dans ce tableau.

Associer des dimensions et des mesures

Toutes les combinaisons des dimensions et des mesures produisent des résultats utiles.Pour que vous obteniez les résultats significatifs, les actions doivent associer aux dimensions dans vos rapports.Pour déterminer les dimensions associées à une action spécifique, vous pouvez contrôler les tables de faits dans l'entrepôt de données à l'aide de SQL Server Management Studio.

Si vous utilisez Excel, vous pouvez utiliser la zone Afficher les champs en relation avec pour spécifier un groupe de mesures et de dimensions qui couvrent une section spécifique du cube.Lorsque vous travaillez dans un seul ensemble de champs connexes, vous pouvez rechercher des données plus facilement car tous les champs dans le cube s'affichent, et vous avez beaucoup pour obtenir les nombres utiles.

Vous pouvez combiner des mesures de différents groupes de champs tant que les mesures ont un ensemble commun de dimensions utilisées dans l'état.La dimension Date, par exemple, apparaît à plusieurs groupes de champs.Par conséquent, vous pouvez combiner le travail restant ou les données de travail effectué avec le résultat des tests dépendent d'un jour ou de jours que vous spécifiez car ces deux groupes de mesures ont la date comme dimension associée.

Termes et définitions du cube

Un cube est un ensemble de mesures réunies en groupes de mesures et organisées selon une structure hiérarchique par dimensions.Le cube est construit à partir de données extraites de la base de données relationnelle.L'illustration suivante présente la relation qui existe entre les différents aspects du cube.

Relations des cubes

Le tableau suivant décrit les termes et définitions utilisés pour faire référence aux différents aspects du cube.

Terme	Description
Attribut	Chaque attribut est connecté à une colonne d'une table de dimension correspondante dans l'entrepôt de données.Chaque dimension est associée à un ensemble d'attributs et éventuellement à un ensemble de hiérarchies.Les chemins de zones et d'itérations sont des exemples de hiérarchies. Certains attributs de dimension d'élément de travail sont également stockés comme valeurs de filtre numérique et de date.Lorsque vous utilisez l'un de ces attributs de dimension dans la section lignes ou colonnes, vous pouvez utiliser ces valeurs pour filtrer le rapport.Par exemple, vous pouvez filtrer un rapport pour afficher les éléments de travail qui ont été créés après le 1er octobre 2009 en utilisant le filtre de valeur « System_CreatedDate est supérieur à 1er oct. 2009 ». Vous pouvez également utiliser les valeurs de mesure pour filtrer un rapport.Par exemple, vous pouvez filtrer le rapport pour afficher uniquement les éléments de travail qui ont plus de deux heures de travail restant en utilisant le filtre de valeur « Travail restant est supérieur à 2 ». Pour plus d'informations sur les filtres de valeur, consultez la page suivante sur le site Web Microsoft : Filtrer les données d'un rapport de tableau ou de graphique croisé dynamique.
Dimension	Les dimensions vous permettent d'extraire différentes vues des données.Les valeurs de données sont associées à un ensemble de dimensions qui vous permettent d'afficher des résultats de regroupement filtrés à l'aide d'un ensemble spécifique de valeurs de dimension. Vous pouvez utiliser des dimensions pour désagréger les données et afficher plus de détails.Par exemple, vous pouvez utiliser la dimension Date dans la section lignes ou colonnes d'un rapport PivotTable ou PivotChart pour représenter une tendance au fil du temps.Vous pouvez également utiliser des dimensions pour filtrer le rapport.Placez une dimension ou un attribut de dimension dans la zone de filtre, puis spécifiez les valeurs à inclure dans le rapport. Certaines dimensions sont utilisées dans plusieurs groupes de mesures.Par exemple, tous les groupes de mesures partagent les dimensions Date, Projet d'équipe, Personne, Zone et Itération.L'illustration suivante présente les dimensions du cube. Les dimensions sont des groupes d'attributs basés sur des colonnes de tables ou de vues d'une vue de source de données.Les dimensions existent en dehors d'un cube, peuvent être utilisées dans plusieurs cubes et plusieurs fois dans un même cube, et peuvent être liées entre des instances Analysis Services.Une dimension qui existe en dehors d'un cube est appelée « dimension de base de données » et une instance de dimension de base de données dans un cube est appelée « dimension de cube ».
Fait et table de faits	Un fait représente des données qui peuvent être associées à plusieurs dimensions.Ces données peuvent également être regroupées.Les tables de faits contiennent ces valeurs. Chaque entrepôt de données inclut une ou plusieurs tables de faits.Au centre d'un schéma en étoile ou en flocons, une table de faits capture les données qui mesurent les opérations de l'équipe.Les tables de faits contiennent habituellement de grands nombres de lignes, en particulier lorsqu'elles contiennent une ou plusieurs années d'historique pour un grand projet d'équipe. Une caractéristique clé d'une table de faits est qu'elle contient des données numériques (faits) qui peuvent être résumées pour fournir des informations sur l'historique des opérations de la société.Chaque table de faits inclut également un index multipart qui contient, comme clés étrangères, les clés primaires de tables de dimensions connexes.Les dimensions connexes contiennent les attributs des enregistrements de faits.Les tables de faits ne doivent pas contenir d'informations descriptives ni de données autres que les champs de mesures numériques et les champs d'index qui relient les faits aux entrées correspondantes dans les tables de dimension. Pour une liste des tables de faits définies pour l'entrepôt de données, consultez Générer des rapports à l'aide de la base de données relationnelle de l'entrepôt pour Visual Studio ALM.
Indicateurs de performance clés	Dans la terminologie d'entreprise, un indicateur de performance clé (KPI) est une mesure quantifiable des performances d'une activité économique. Dans Analysis Services, un indicateur de performance clé est un ensemble de calculs associés à un groupe de mesures dans un cube et utilisés pour évaluer les performances de l'entreprise.Généralement, ces calculs sont une combinaison d'expressions MDX (Multidimensional Expressions) ou de membres calculés.Les indicateurs de performance clés contiennent également des métadonnées supplémentaires qui fournissent des informations sur la manière dont les applications clientes doivent afficher les résultats des calculs d'un indicateur de performance clé.
Mesure	Les mesures sont des valeurs qui correspondent aux colonnes de la table de faits correspondante.De même, les champs dont l'attribut Reportable est configuré pour Measure s'affichent comme mesures dans le cube.L'illustration suivante présente les mesures dans le cube.
Groupe de mesures	Chaque groupe de mesures contient des mesures, telles que Nombre d'éléments de travail, et des dimensions, telles que Date et Projet d'équipe.Les mesures sont les valeurs numériques qui fournissent des résumés aux différents niveaux d'agrégation.Vous pouvez les utiliser dans la section Valeurs d'un rapport PivotTable ou PivotChart.L'illustration suivante indique les groupes de mesures pour Team Foundation.
Perspective	En utilisant des perspectives, vous pouvez consulter des parties d'un cube, ce qui permet de se concentrer sur l'ensemble d'informations intéressant en termes de création d'un rapport. Remarque Les perspectives sont disponibles uniquement lorsque votre entrepôt de données pour Visual Studio ALM utilise SQL Server Enterprise Edition.Sinon, vous ne verrez qu'une perspective, le cube Team System. Chaque perspective fournit une vue ciblée des données. Ainsi, il n'est pas nécessaire de faire défiler toutes les dimensions et tous les groupes de mesures définis pour l'ensemble du cube.Une perspective est un sous-ensemble des fonctionnalités et objets d'un cube.