Perspectives et groupes de mesures fournis dans le cube Analysis Services pour Visual Studio

Article
11/18/2015

Le cube SQL Server Analysis Services pour Visual Studio Team Foundation Server vous permt de 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 les éléments du cube sur des rapports PivotTable ou PivotChart pour formuler des questions et obtenir des réponses rapidement. Le cube est optimisé pour répondre à des questions telles que : « Combien de bogues ont été 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
Combinaison de dimensions et mesures
Termes et définitions du cube

Perspectives et groupes de mesures

Le tableau suivant décrit les groupes de mesures qui sont 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 générer des rapports de tendance. Dans certains cas, le nom d'un nombre cumulatif a 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'exécution pour les résultats des tests.

Perspectives et groupes de mesures	Rubrique connexe et description
	Analyser et créer un rapport sur les détails de build et la couverture de build à l'aide de la perspective Build Fournit des métriques qui décrivent les builds, telles que l'heure et la fréquence, et qui peuvent être analysées par diverses dimensions, telles que la personne ayant effectué la build, le type de build, la version de build et le résultat de la build. Quelles sont les builds qui ont échoué et celles qui ont réussi ? Quelles sont les builds contenant un nombre important de modifications du code ? Quelle quantité de code d'une build ou d'un groupe de builds les tests ont-ils couverte ?
	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 ciblant le nombre de versions de fichiers qui sont stockées dans contrôle de version Team Foundation et la mesure dans laquelle le code a changé. Les métriques peuvent être analysées par répertoire de fichiers, build ou membre d'équipe vérifié dans le code. Tous les totaux peuvent être analysés au fil du temps pour vous permettre de 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 étaient les détails de chaque modification (par exemple, l'auteur, les fichiers modifiés et la date de modification) ?
	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 sur le nombre de lignes et de blocs de code testés dans diverses configurations de build et d'exécution. La perspective Couverture de série permet de créer des rapports qui répondent aux questions suivantes : Quels assemblys et projets offrent la couverture du code la moins importante ? Quelles séries de tests vous offrent la couverture du code la plus importante ? Quels architectures ou types de build offrent la couverture du code la plus importante ?
	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 les séries de tests et les résultats des tests. Résultats des tests sont suivis au fil du temps et peuvent être analysés par le résultat, la build testée, le type de test et d'autres dimensions. Avec la perspective 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 réussis et échoués ? Combien de cas de test n'ont jamais été exécutés ? Quels cas de test n'ont jamais été exécutés ?
	Analyser et créer un rapport sur les données des éléments de travail et des cas de test à l'aide de la perspective Élément de travail Fournit des métriques et des informations détaillées sur les éléments de travail, notamment des informations historiques qui permettent d'analyser le nombre total d'éléments de travail dans le temps ou à une date en cours. 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 métriques pour tous les groupes de mesures qui apparaissent précédemment dans cette table.

Combinaison de dimensions et mesures

Certaines combinaisons de dimensions et mesures ne produisent pas de résultats utiles. Pour obtenir des résultats significatifs, les mesures doivent concerner les dimensions figurant dans vos rapports. Pour déterminer les dimensions associées à une mesure spécifique, vous pouvez vérifier 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 le champ Afficher les champs en relation avec pour spécifier un groupe de mesures et dimensions qui couvrent une section spécifique du cube. En travaillant dans un seul ensemble de champs associés, vous pouvez trouver des données plus facilement, car certains champs du cube ne s'affichent pas, et vous avez beaucoup plus de chances d'obtenir des numéros utiles.

Vous pouvez combiner des mesures de différents groupes de champs tant que ces mesures ont un ensemble commun de dimensions utilisées dans le rapport. La dimension Date, par exemple, apparaît dans plusieurs groupes de champs. Par conséquent, vous pouvez combiner les données de Travail restant ou de Travail effectué avec des nombres de résultats de test pour un ou plusieurs jours que vous spécifiez, car les deux jeux de mesures ont la dimension associée Date.

Termes et définitions du cube

Un cube représente un ensemble de mesures regroupées en groupes de mesures et organisées hiérarchiquement par dimensions. Le cube est construit à partir de données extraites d'une base de données relationnelle. L'illustration suivante montre la relation qui existe entre les différents aspects du cube.

Relations des cubes

Le tableau suivant décrit les termes et définitions qui sont utilisés lorsque vous faites référence aux différents aspects du cube.

Terme	Description
Attribut	Chaque attribut est connecté à une colonne dans une table de dimension correspondante dans l'entrepôt de données. Chaque dimension est associée à un ensemble d'attributs et, potentiellement, à un ensemble de hiérarchies. Les chemins de zone et d'itération 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. Si vous utilisez l'un de ces attributs de dimension dans la section des lignes ou des colonnes, vous pouvez utiliser ces valeurs pour filtrer le rapport. Par exemple, vous pouvez filtrer un rapport pour afficher les éléments de travail créés après le 1er octobre 2009 en utilisant le filtre de valeur « System_CreatedDate supérieur à 1er octobre 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 nécessitent encore plus de deux heures de travail en utilisant le filtre de valeur « Travail restant supérieur à 2 ». Pour plus d'informations sur les filtres de valeur, sur le site web Microsoft, consultez Filtrer les chiffres de la zone de valeurs.
Dimension	Les dimensions 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 agrégés 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 des lignes ou des colonnes d'un rapport de tableau croisé dynamique ou d'un rapport de graphique croisé dynamique afin d'afficher une tendance dans le 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 dans le cube. Les dimensions sont des groupes d'attributs basés sur des colonnes de tables ou des affichages dans une vue de source de données. Les dimensions existent en dehors d'un cube, peuvent être utilisées dans plusieurs cubes ou plusieurs fois dans un cube, et être liées entre des instances Analysis Services. Une dimension qui existe en dehors d'un cube est une dimension de base de données, et une instance d'une dimension de base de données dans un cube est une 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 agrégé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 flocon, une table de faits capture les données qui mesurent les opérations de l'équipe. Les tables de faits contiennent généralement de grands nombres de lignes, en particulier quand elles portent sur 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 de l'opération de l'organisation. Chaque table de faits inclut également un index en plusieurs parties comprenant, en tant que clés étrangères, les clés primaires des tables de dimension associées. Les dimensions associées contiennent les attributs des enregistrements de faits. Les tables de faits ne doivent pas contenir d'informations descriptives ou de données autres que les champs de mesure numérique et les champs d'index qui relient les faits aux entrées correspondantes dans les tables de dimension. Pour obtenir la liste des tables de faits qui sont définies pour l'entrepôt de données, consultez Référence de table pour 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 jaugeant des performances économiques. Dans Analysis Services, un indicateur de performance clé est un ensemble de calculs associés à un groupe de mesures dans un cube, et utilisées pour évaluer le succès d'une entreprise. En règle générale, ces calculs sont une combinaison d'expressions multidimensionnelles (MDX) ou de membres calculés. Les indicateurs de performance clés comprennent également des métadonnées supplémentaires qui fournissent des informations sur la façon dont les applications clientes doivent afficher les résultats des calculs de l'indicateur de performance clé.
Mesure	Les mesures sont des valeurs qui correspondent à des colonnes dans la table de faits associée. De même, les champs dont l'attribut signalable est défini sur Mesure s'affichent en tant que 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 de tableau croisé dynamique ou d'un rapport de graphique croisé dynamique. L'illustration suivante indique les groupes de mesures pour Team Foundation.
Perspective	Les perspectives vous permettent d'afficher des parties d'un cube, facilitant le ciblage de l'ensemble d'informations intéressantes pour la création d'un rapport. Notes Les perspectives sont disponibles uniquement lorsque votre entrepôt de données pour Visual Studio ALM utilise SQL Server Enterprise Edition.Sinon, une seule perspective s'affiche, à savoir le cube Team System. Chaque perspective fournit une vue ciblée des données. Il n'est donc 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.