Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais

Graphiques, tableaux de bord et rapports pour Visual Studio ALM

 

Pour suivre la progression de vos projets de développement de logiciels, créez des graphiques d'état et de tendance et collectez ces graphiques dans des tableaux de bord. Pour les exigences de création de rapports plus complexes, vous pouvez obtenir des données à partir de l'entrepôt de données relationnelles et du cube Analysis Services.

La façon la plus rapide d'afficher la progression consiste à créer des graphiques d'élément de travail ou de résultats de test. Ces graphiques sont toujours à jour, car les données qu'ils récupèrent proviennent directement des magasins de données TFS. Pour créer des graphiques, vous devez appartenir au groupe de niveau accès avancé. Sinon, tous les utilisateurs ayant accès au projet d'équipe peuvent afficher les graphiques.

Suivre le travail en cours. Affichez rapidement l'état du travail en cours en représentant sous forme de graphique les résultats d'une requête de liste plate. Vous pouvez créer plusieurs types de graphique (graphique en secteurs, histogramme ou graphique de tendances) pour la même requête. Pour en savoir plus, consultez Visualiser la progression (graphique des éléments de travail).

Vue de 4 graphiques pour une requête de liste plate

Suivre les résultats des tests. Consultez l'état des tests pour obtenir des informations spécifiques à une suite de tests ou à la progression du test d'un récit utilisateur.

Choisissez Suite et Outcome (Résultat) pour le graphique

Vous pouvez également voir combien de tests chaque testeur doit encore exécuter.

Choisissez Tester (Testeur) et Outcome (Résultat) pour le graphique

Graphiques de l'outil Agile. Les outils de planification Agile fournissent les graphiques intégrés suivants accessibles à partir d'un navigateur web :

  • Le diagramme de flux cumulé montre la tendance des éléments de backlog nouveaux et terminés.

  • La vélocité de l'équipe indique le rythme auquel une équipe est en mesure de terminer des éléments sur une période de sprints.

  • Le burndown de sprint indique le rythme auquel les tâches ont été effectuées pour les sprints actuel ou précédent.

  • Les graphiques de capacité affichent la capacité dont l'équipe ou un individu dispose en fonction des tâches qui lui sont affectées dans un sprint.

Deux types de tableaux de bord sont à votre disposition : les tableaux de bord d'équipe et les tableaux de bord de projet d'équipe, qui sont hébergés dans une application web SharePoint.

Tableau de bord de page d'accueil de l'équipe. La page d'accueil de chaque équipe constitue un tableau de bord personnalisable qui permet d'afficher rapidement la progression et les informations d'accès. Les administrateurs d'équipe peuvent ajouter et réorganiser des mosaïques qui montrent les dernières modifications apportées aux dossiers du contrôle de code source, à l'état des builds et à l'état des requêtes d'élément de travail, telles que le backlog de produit, les bogues actifs et les bogues résolus.

Vignettes de favoris d'équipe dans la page d'accueil de l'équipe

Pour personnaliser le tableau de bord d'équipe, vous devez être administrateur d'équipe ou être autorisé à modifier les informations au niveau du projet. Tous les utilisateurs ayant accès au projet d'équipe peuvent afficher les tableaux de bord d'équipe.

Tableaux de bord de portail de projet. Ces tableaux de bord collectent une série de rapports Excel et de données de projet d'équipe dans une seule vue hébergée sur le portail du projet. Par exemple, le tableau de bord Qualité fournit une vue d'ensemble de la progression des processus de test, de développement et de génération étant donné qu'ils sont en rapport avec la qualité du logiciel en cours de développement. L'équipe peut employer le tableau de bord Qualité pour identifier et prendre des décisions soutenant les objectifs qu'elle a définis concernant la qualité du produit.

Tableau de bord Qualité de produit

Les tableaux de bord disponibles dépendent de la version des produits SharePoint configurés pour être intégrés à TFS. Un utilisateur ne peut afficher ou personnaliser des tableaux de bord que s'il est spécifiquement autorisé à accéder au portail du projet. Pour plus d'informations, consultez Tableaux de bord de portail de projet.

Vous pouvez analyser la progression et la qualité de votre projet en utilisant les rapports Excel par défaut pour votre projet d'équipe. Ces rapports nécessitent que les Produits SharePoint et Reporting Services soient configurés pour votre projet d'équipe. Si vous ne disposez pas de ces rapports, vous pouvez créer des rapports ad hoc dans Excel à partir d'une requête d'élément de travail ou en vous connectant au cube Analysis Services.

Rapports Excel par défaut. Vous pouvez suivre le taux d'avancement, le backlog des bogues, la qualité des logiciels, la progression des tests et d'autres métriques en affichant un rapport Excel par défaut. Voici deux exemples de rapports Excel.

Rapport Tendances des bogues
Rapport État de la build

Les rapports par défaut suivants sont fournis quand vous créez votre projet d'équipe à l'aide d'un des modèles de processus TFS par défaut.

Qualité du code

Progression

Suivi des bogues

Suivi des coûts

System_CAPS_noteRemarque

Si vous utilisez Git pour le contrôle de version, les données d'évolution du code et de couverture du code ne sont pas disponibles.

Les rapports Excel par défaut ne sont disponibles que si TFS et votre projet d'équipe ont été configurés avec Reporting Services et les produits SharePoint. Pour plus d'informations, consultez Rapports Excel.

Rapports Excel ad hoc. Vous pouvez générer rapidement des rapports basés sur une requête d'élément de travail qui affichent l'état actuel ou des tendances historiques. Ces rapports génèrent automatiquement un ensemble de rapports PivotTable et PivotChart selon vos données de requête et les données du cube Analysis Services. De plus, vous pouvez utiliser cet outil pour générer rapidement des rapports PivotTable et PivotChart que vous pouvez personnaliser pour prendre en charge d'autres vues de rapport.

Rapport de graphique en secteurs Excel État

Vous pouvez partager des rapports Excel des manières suivantes :

  • Envoyer par courrier électronique les données de rapport. Aucune autorisation spéciale n'est requise pour afficher les données.

  • Envoyer un classeur Excel par courrier électronique.

  • Télécharger un rapport Excel dans le portail du projet.

  • Ajouter un rapport Excel à un tableau de bord.

  • Télécharger un rapport Excel dans un site de réseau partagé, puis ajouter l'URI de cet emplacement à un formulaire d'élément de travail.

Pour générer des rapports Excel ad hoc, TFS doit être configuré avec Reporting Services. Pour plus d'informations, consultez Création de rapports dans Microsoft Excel à l'aide de requêtes d'élément de travail.

Si vous avez ajouté SQL Server Reporting Services au moment de l'installation, votre déploiement Team Foundation Server (TFS) local est configuré avec un entrepôt de données, un cube SQL Server Analysis Services et les rapports Reporting Services. Si vous n'avez pas ajouté ces services précédemment et voulez les ajouter maintenant, consultez Ajouter un serveur de rapports à votre déploiement.

Avec ces rapports, vous pouvez explorer des zones spécifiques à l'aide de filtres de rapport intégrés.

Une partie des rapports par défaut collectent une série de points de données en un rapport unique. Par exemple, le rapport Vue d'ensemble des récits présente une capture instantanée du travail qui a été effectué pour l'ensemble filtré de récits utilisateur à la date actuelle.

Exemple de rapport Aperçu des récits

Chaque modèle de processus TFS par défaut fournit plusieurs rapports Reporting Services. Pour obtenir des conseils sur l'utilisation d'un rapport spécifique, reportez-vous à la rubrique correspondante.

Qualité de la build et du code

Progression

Suivi des bogues et des tests

Rapports spécifiques à Scrum :

Rapports Agile et CMMI :

System_CAPS_noteRemarque

Si vous utilisez Git pour le contrôle de version, les données d'évolution du code et de couverture du code ne sont pas disponibles.

Les rapports Reporting Services par défaut ne sont disponibles que si TFS et votre projet d'équipe ont été configurés avec Reporting Services. Pour en savoir plus, consultez Rapports (SQL Server Reporting Services).

Pour savoir comment créer ou personnaliser des rapports Reporting Services, consultez Créer et gérer des rapports Reporting Services.

R : oui. Vous pouvez ajouter des données pour prendre en charge les spécifications de création de rapports des manières suivantes :

  • Ajoutez des champs d'élément au magasin de données, à la base de données relationnelle ou à l'entrepôt de données. Consultez Ajouter et modifier des champs d'éléments de travail pour prendre en charge la création de rapports.

  • Incorporez les données d'autres ressources dans un rapport Excel à l'aide de PowerPivot.

    PowerPivot pour Excel 2010 est un complément d'analyse de données pour Microsoft Excel 2010. En utilisant ce complément, vous pouvez générer des rapports qui combinent des données d'autres magasins de données ou bases de données Team Foundation Server. Pour plus d'informations, voir Microsoft PowerPivot.

  • Créez un adaptateur pour ajouter de nouveaux types de données à l'entrepôt de données.

    Un adaptateur est un assembly managé qui implémente T:Microsoft.TeamFoundation.Adapter.IWarehouseAdapter. Un adaptateur utilise le modèle objet de l'entrepôt pour interagir avec l'entrepôt de données TFS. Lorsqu'un adaptateur ajoute des champs de données à l'entrepôt, il étend par programmation le schéma qui définit les données déplacées dans l'entrepôt. Pour plus d'informations, consultez Data Warehouse Extensibility et How to: Create an Adapter.

R : le magasin de données WIT est mis à jour en temps réel quand les membres de l'équipe créent et modifient des éléments de travail. Toutes les données signalables issues de tous les projets d'équipe définis dans toutes les collections de projets sont écrites dans un seul et même entrepôt de données relationnelles mis à jour de façon incrémentielle toutes les deux minutes. Les données de cet entrepôt sont ensuite traitées et écrites vers le cube OLAP, qui est mis à jour toutes les deux heures. Pour en savoir plus sur les paramètres de contrôle de processus, consultez Modifier un paramètre de contrôle de processus pour l'entrepôt de données ou le cube Analysis Services.

R : oui. Power BI est un service cloud qui vous permet de partager vos rapports Excel, ainsi que d'y collaborer et d'y accéder en tout lieu depuis n'importe quel appareil. Consultez Vue d'ensemble d'Excel Services et Microsoft PowerBI.

R : des conflits de schéma se produisent quand un ensemble d'attributs pour les champs signalables diffère à travers des collections de projets d'équipe. Les conflits de schéma peuvent bloquer le traitement de l'entrepôt de données et du cube Analysis Services. Vous devez corriger les conflits pour débloquer le traitement de l'entrepôt et garantir le bon fonctionnement des rapports. Consultez Résolution des conflits de données qui se produisent dans l'entrepôt de données.

Pour gérer l'entrepôt de données ou résoudre les problèmes qui se produisent, vous utilisez le service web de contrôle d'entrepôt. Consultez Gestion des rapports, de l'entrepôt de données et du cube Analysis Services de TFS.

R : pour obtenir des informations sur les applications web, consultez Application Insights.

PreEmptive Analytics pour Team Foundation Server analyse les incidents générés par les applications déployées en production (web, bureau, mobile, cloud) et crée automatiquement des éléments de travail dans TFS, via des règles et des seuils que vous créez.

Afficher: