Partager via


Groupes de mesures et métriques fournies dans le cube Analysis Services pour Team System

Grâce au cube SQL Server Analysis Services pour Visual Studio Application Lifecycle Management (ALM), 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 ? »

Notes

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

  • 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).

Notes

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.

Perspective

Groupes de mesures

Description

Build

Groupe de mesures 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.

Ensemble de modifications de build

Prend en charge des rapports ciblés sur les builds et les ensembles de modifications de contrôle de version. Inclut un nombre cumulatif d'ensembles de modifications de contrôle de version au sein des builds.

Couverture de build

Prend en charge des rapports ciblés sur le niveau de couverture du code par les tests qui ont été exécutés sur la build. Inclut les données cumulatives suivantes :

  • Blocs couverts : nombre de blocs couverts dans la build sélectionnée. Si plusieurs séries sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, vous devez considérer qu'il peut y avoir un chevauchement des blocs couverts entre les séries.

  • Blocs non couverts : nombre de blocs non couverts dans la build sélectionnée. Si plusieurs séries sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, vous devez considérer qu'il peut y avoir un chevauchement des blocs couverts entre les séries.

  • Couverture de build : nombre de builds possédant des statistiques de couverture du code.

  • Lignes couvertes : nombre de lignes couvertes dans la build sélectionnée. Si plusieurs séries sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement des lignes couvertes entre les différentes séries.

  • Lignes non couvertes : nombre de lignes non couvertes dans la build sélectionnée. Si plusieurs séries sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement des lignes couvertes entre les différentes séries.

  • Lignes partiellement couvertes : nombre de lignes partiellement couvertes dans la build sélectionnée. Si plusieurs séries sont effectuées pour une build, la couverture de build reflète la couverture combinée des séries. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement des lignes couvertes entre les différentes séries.

Pour obtenir un exemple de rapport utilisant ce groupe de mesures, consultez Couverture du code, rapport Excel.

Détails de la build

Prend en charge des rapports ciblés sur l'état, la qualité et la durée des builds. Inclut les données cumulatives suivantes :

  • Nombre de détails de build : nombre de fois qu'une build spécifique a été exécutée.

  • Durée de la build : nombre de minutes nécessaires pour que la build se termine.

Pour obtenir un exemple de rapport utilisant ce groupe de mesures, consultez Qualité de build, rapport Excel.

Projet de build

Prend en charge les rapports ciblés sur les builds et les fichiers projet source de build. Inclut les données cumulatives suivantes :

  • Nombre de projets de build : nombre de fois que le projet d'équipe a été généré.

  • Erreurs de compilation : nombre d'erreurs de compilation pour les builds sélectionnées.

  • Avertissements de compilation : nombre d'avertissements de compilation pour les builds sélectionnées.

  • Erreurs d'analyse statique : nombre d'erreurs d'analyse statique pour les builds sélectionnées.

  • Avertissements d'analyse statique : nombre d'avertissements d'analyse statique pour les builds sélectionnées.

Évolution du code

Groupe de mesures Évolution du code

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 lignes de code dans les fichiers .cs ont changé entre deux builds ?

  • 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) ?

Inclut les données cumulatives suivantes :

  • Nombre d'évolutions du code : nombre de fois que des changements ont été apportés aux fichiers dans le système de contrôle de version.

  • Lignes ajoutées : nombre de lignes ajoutées pour les dimensions sélectionnées.

  • Lignes supprimées : nombre de lignes qui ont été supprimées.

  • Lignes modifiées : nombre de lignes qui ont été modifiées pour la période sélectionnée.

  • Nombre total d'évolutions : nombre total de lignes qui ont été ajoutées, modifiées ou supprimées.

  • Nombre total de lignes : nombre total de lignes dans la partie sélectionnée de la hiérarchie de chemins de fichiers à l'emplacement d'une build spécifique ou sur un ensemble de builds. Ce calcul retourne des informations uniquement pour les builds et retourne NULL lorsque vous l'utilisez sans sélectionner de builds individuelles. Le nombre de lignes est calculé par la combinaison des lignes ajoutées et des lignes supprimées qui ont contribué à une combinaison spécifique de type de build et de système d'exploitation.

Couverture du code

Groupe de mesures Couverture du code

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.

Couverture de build

Ce groupe est le même que le groupe de mesures Couverture de build de la perspective Build.

Couverture de série

Prend en charge des rapports ciblés sur le niveau de couverture du code par les tests d'une série de tests. Inclut les données cumulatives suivantes :

  • Couverture de série : blocs couverts : nombre de blocs qui ont été couverts par tous les tests d'une série de tests. Toutefois, vous devez considérer qu'il peut y avoir des chevauchements dans la couverture des tests.

  • Couverture de série : blocs non couverts : nombre de blocs non couverts par tous les tests d'une série de tests. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement de la couverture entre les différents tests.

  • Couverture de série : nombre de séries de tests possédant des statistiques de couverture du code.

  • Couverture de série : lignes couvertes :: nombre de lignes couvertes par tous les tests d'une série de tests. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement de la couverture entre les différents tests.

  • Couverture de série : lignes non couvertes : nombre de lignes non couvertes par tous les tests d'une série de tests. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement de la couverture entre les différents tests.

  • Couverture de série : lignes partiellement couvertes : nombre de lignes qui sont partiellement couvertes par tous les tests d'une série de tests. Toutefois, vous devez prendre en considération le fait qu'il peut y avoir un chevauchement de la couverture entre les différents tests.

Test

Tester le groupe de mesures

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.

Inclut les données cumulatives suivantes :

  • Tendance du nombre de résultats de build : nombre de la version la plus récente de chaque résultat de test dans une build particulière.

  • Tendance du nombre de points : nombre de la version la plus récente de chaque résultat de test dans une build particulière. Si un test est exécuté plusieurs fois sur une build, la Tendance du nombre de point compte le résultat le plus récent pour ce test avec cette build.

  • Nombre de résultats : nombre de tous les résultats de tests de façon individuelle.

  • Tendances de nombre de résultats : nombre de la version la plus récente de chaque résultat de test.

  • Nombre de transitions de résultat : nombre de tous les résultats de tests où le résultat d'une build spécifique a changé.

  • Nombre de cas de test : nombre de cas de test.

Pour obtenir un exemple de rapport utilisant ce groupe de mesures, consultez Intervalles de test, rapport Excel (Agile).

Élément de travail

Groupe de mesures É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 ?

Inclut les données cumulatives suivantes :

  • Nombre de révisions : nombre de révisions d'éléments de travail qui se sont produites. Cela est utile lorsque vous consultez l'historique détaillé relatif aux éléments de travail. Par exemple, une requête qui retourne le nombre de révisions, regroupe des données en fonction de la dimension Modifié par et applique un filtre à l'aide d'une plage de dates indique le nombre de fois où chaque personne a modifié un élément de travail.

    Cette mesure est également utile pour afficher l'historique détaillé d'un élément de travail spécifique.

  • Nombre de modifications d'état : nombre de fois que des éléments de travail changent d'état. Ceci permet d'afficher des résultats pour les réactivations de bogues dans une zone de produit particulière sur une période spécifique. Pour obtenir un exemple, consultez Réactivations des bogues, rapport Excel.

  • Nombre d'éléments de travail : nombre d'éléments de travail individuels.

Pour obtenir un exemple de rapport utilisant ce groupe de mesures, consultez Réactivations des bogues, rapport Excel.

Team System

Groupe de mesures Cube de données Analysis Services

Fournit toutes les métriques définies pour tous les groupes de mesures répertoriés précédemment dans ce tableau et inclut les groupes de mesures suivants qui se concentrent sur les éléments de travail.

Élément de travail en cours

Fournit des métriques concernant l'état actuel des éléments de travail. Prend en charge des rapports ciblés sur des cas de test, des ensembles de modifications, des éléments de travail et des éléments de travail liés.

Vous pouvez utiliser ce groupe de mesures pour répondre aux questions telles que :

  • Combien de tâches actives sont assignées à chaque personne ?

  • Combien de bogues sont actifs dans chaque zone du projet ?

  • Combien de spécifications ou récits utilisateur actifs sont liés à des bogues ?

Pour obtenir un exemple de rapport utilisant ce groupe de mesures, consultez Bogues par assignation, rapport Excel.

Élément de travail actif lié

Prend en charge des rapports ciblés sur des détails relatifs aux éléments de travail liés.

Cas de test d'élément de travail actif lié

Prend en charge des rapports ciblés sur des détails relatifs aux éléments de travail liés et à leurs cas de test.

Pour obtenir un exemple de rapport utilisant ce groupe de mesures, consultez Intervalles de test, rapport Excel (Agile).

Ensemble de modifications d'élément de travail

Prend en charge des rapports ciblés sur des détails relatifs aux éléments de travail et aux ensembles de modifications.

Élément de travail de la catégorie

Prend en charge des rapports qui contiennent des éléments de travail trouvés en fonction de leur catégorie associée. Vous utilisez des catégories pour associer des types semblables d'éléments de travail qui sont étiquetés de façon différente.

Pour plus d'informations sur les catégories, consultez Regroupement de types d'éléments de travail en catégories.

Élément de travail de l'arborescence

Contient un nombre d'éléments de travail sous un nœud d'arborescence et des champs qui prennent en charge la création de rapports sur des éléments de travail et des types d'arborescence.

Pour plus d'informations sur le type de lien d'arborescence, consultez Utilisation des types de liens.

Élément de travail avec résultat

Prend en charge des rapports qui contiennent des éléments de travail et des résultats de tests. Contient un nombre d'éléments de travail liés à un résultat de test et des champs qui prennent en charge la création de rapports sur des éléments de travail et leurs résultats de tests associés.

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.

Dimensions de Team System

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ération de 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.

Mesures Team System

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.

Groupes de mesures Team System

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.

RemarqueRemarque
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.

Voir aussi

Concepts

Création de rapports dans Microsoft Excel à l'aide de requêtes d'élément de travail

Création, personnalisation et gestion de rapports pour Visual Studio ALM

Autres ressources

Résolution de conflits de schéma qui se produisent dans l'entrepôt de données

Modifications et ajouts apportés au schéma pour le cube Analysis Services

Localisation des rapports après la mise à niveau vers Team Foundation Server 2010

Création et gestion de rapports Excel pour Visual Studio ALM