Guide de rapportage, feuille de route et guide de migration

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Le service Analytics prend en charge les rapports Azure DevOps et est disponible pour Azure DevOps Server. Il remplace la plateforme précédente basée sur SQL Server Reporting Services.

Avec la version de l'Azure DevOps Server 2022, la seule option permettant d’obtenir des informations sur les données Azure DevOps est le service d'analytics. L’intégration à SQL Server Reporting Services n’est plus prise en charge.

Pour plus d’informations, consultez les articles suivants :

Remarque

Si vous recherchez des informations sur le Azure Analysis Services, consultez Azure Analysis Services.

Le service Analytics

L’analytique est généralement disponible pour Azure DevOps Services et Azure DevOps Server 2020 et versions ultérieures. Il fournit plusieurs widgets advanced et prend en charge l’intégration Power BI et l’accès au flux OData.

Pour plus d’informations, consultez Présentation d’Analytics. Il contient actuellement des données partielles. Microsoft travaille à ajouter toutes les données reportables à Analytics. Pour plus d’informations, consultez Données disponibles dans Analytics.

Migration de SQL Reporting Services vers Analytics

Si vous migrez de SQL Server Reporting Services vers Analytics, les instructions suivantes vous aident à effectuer la transition avec succès.

Principales différences entre SQL Reporting Services et Analytics

  • Analytics est un mappeur relationnel objet, tandis que SQL Server Reporting Services données reposent sur une base de données relationnelle et un cube OLAP (Traitement analytique en ligne).
  • L’analytique ne nécessite aucune maintenance.
  • Analytics stocke tous les champs de suivi de travail, à l’exception des champs HTML ou de texte enrichi. Les champs personnalisés sont automatiquement ajoutés au magasin de données Analytics.
  • L’analytique n’est pas un magasin en temps réel, mais une copie organisée de données avec jusqu’à un délai de 30 secondes avant l’apparition des modifications.

Bonnes pratiques en matière de migration

  • Limitez toujours votre requête aux projets auquel vous avez accès. Vous pouvez générer des rapports inter-projets à l’aide de Power BI. Toutefois, les requêtes retournent uniquement des données lorsque vous disposez d’autorisations pour afficher les données Analytics pour tous les projets que vous interrogez.
  • Utilisez des tableaux de bord intégrés pour prendre en charge les vues de plusieurs graphiques. Plusieurs fonctionnalités prennent en charge l’affichage de plusieurs graphiques dans un tableau de bord Azure DevOps configurable.
  • Identifiez les insights dont vous avez besoin pour prendre des décisions pilotées par les données. Ensuite, utilisez une combinaison de requêtes, de tableaux de bord, de rapports intégrés ou de requêtes Power BI et OData pour générer les rapports nécessaires.

Fonctionnalités clés disponibles avec Analytics

Analytics fournit de nombreuses fonctionnalités qui n'étaient pas disponibles avec SQL Server Reporting Services. Les principales fonctionnalités sont les suivantes :

  • Widgets avancés pour tableau de bord : widgets alimentés par l'analytique pour les vues d'état et de tendance, y compris les widgets de vélocité, de Burndown, de diagramme de flux cumulé et de temps de lead/cycle. Pour obtenir une vue d’ensemble complète, consultez le catalogue de widgets.
  • Rapports d’analyse intégrées : rapports contextuels pour les plans de Azure Boards, pipelines et tests qui affichent des données d’analyse en temps réel. Pour plus d’informations, consultez À propos des tableaux de bord, des graphiques, des rapports et des widgets.
  • intégration Power BI : connectivité directe pour créer des rapports et des tableaux de bord personnalisés à l’aide de Power BI avec des données Analytics via des flux OData et des vues Analytics.
  • Vues Analytics : méthode simplifiée pour créer des jeux de données filtrés pour Power BI pour la création de rapports sans écrire de requêtes OData. Voir qu’est-ce que les vues Analytics ?
  • Accès à l’API OData : accès direct par programmation aux données Analytics pour les intégrations personnalisées et les solutions de création de rapports.
  • Fonctionnalités cumulatives : barres de progression et totaux pour les éléments de travail descendants dans les hiérarchies, disponibles dans n’importe quelle vue de backlog. Pour plus d’informations, consultez Afficher la progression des cumuls ou les totaux.
  • Graphiques de requête améliorés : graphiques basés sur des requêtes avec regroupement par balises, zones, itérations et champs personnalisés.
  • Traçabilité en temps réel : suivi de bout en bout, des exigences au déploiement, via des éléments de travail, des branches, des acquittements, des demandes de fusion, des compilations et des publications liés. Pour plus d’informations, consultez la traçabilité de bout en bout.
  • Aperçus du pipeline : widgets complets pour les analyses de pipeline de génération et de déploiement, y compris la vue d’ensemble du pipeline de déploiement et la qualité des exigences.
  • Analyse des tests : fonctionnalités avancées de création de rapports de test, notamment les tendances des résultats des tests, l’analyse des défaillances et les insights de durée des tests.
  • Graphiques de vitesse et de brûlure : sprint intégré et suivi des mises en production avec des périodes configurables et des comparaisons d’équipe.

Pour obtenir la liste complète des fonctionnalités d’Analytique, consultez Données disponibles dans Analytics.

Outils et concepts d’analyse

Le modèle de données Analytics se compose de jeux d’entités, dont les membres (entités) contiennent des propriétés que vous pouvez filtrer, agréger et résumer. Pour obtenir une vue d’ensemble des jeux d’entités et des types d’entités pris en charge, consultez Le modèle de données pour Analytics.

Les outils suivants prennent en charge l’interaction avec le service Analytics :

  • Vues d’analyse : fournissez un moyen rapide de générer des rapports en fonction du suivi des travaux et des cas de test. Vous pouvez définir une vue Analytics et la partager avec d’autres personnes. En utilisant Power BI, vous pouvez créer n’importe quel type de rapport pris en charge par Power BI. Pour plus d’informations, consultez Qu’est-ce que les vues Analytics ?
  • Power BI : connectez-vous à Analytics à partir de Power BI via une vue Analytics, une requête OData ou un flux OData. Consultez About Power BI integration.
  • Requête OData : utilisez OData pour interroger directement Analytics à partir d’un navigateur pris en charge et utiliser les données JSON retournées si nécessaire.
  • Métadonnées OData : interrogez par programmation les métadonnées Analytics. Consultez Construire des requêtes OData pour Analytics.

Autorisations d’analyse

Pour accéder aux données Analytics et les utiliser, les utilisateurs ont besoin d’autorisations appropriées au niveau du projet. Les autorisations d’analyse de base sont les suivantes :

  • View Analytics : requis pour accéder aux données Analytics via des requêtes OData, des connexions Power BI et des widgets Analytics. Par défaut, tous les contributeurs disposant d’un accès de base disposent de cette autorisation. Les utilisateurs disposant d’un accès aux parties prenantes n’ont pas l’autorisation d’afficher ou de modifier les vues Analytics.
  • Supprimer des vues Shared Analytics : permet aux utilisateurs de supprimer des vues Analytics partagées avec le projet.
  • Modifier les vues Shared Analytics : permet aux utilisateurs de modifier les vues Analytics partagées avec le projet.

Pour les vues Analytics individuelles, les créateurs peuvent définir des autorisations spécifiques pour contrôler qui peut afficher, modifier et supprimer leurs vues partagées. Pour plus d’informations sur la configuration et la gestion de ces autorisations, consultez Définir des autorisations pour accéder aux vues Analytics et Analytics.

Performances et latence des requêtes

L’analytique est optimisée pour les performances de lecture et d’agrégation, ce qui réduit l’effet que les scénarios de création de rapports ont sur Azure DevOps. Le processus de copie des données introduit jusqu’à un délai de 30 secondes avant que les données associées à une modification s’affichent dans Analytics. Pour plus d’informations, consultez les instructions de requête OData Analytics.

Avenir de SQL Server Reporting

La plateforme SQL Server Reporting Services est prise en charge sur Azure DevOps Server 2020 et toutes les versions locales antérieures. Toutefois, Azure DevOps Server 2020 est la version finale pour prendre en charge SQL Server Reporting Services.

À partir de Azure DevOps Server 2022 et de toutes les versions futures, seul Analytics est pris en charge pour les rapports et l'analyse des données. Cette chronologie de transition vous offre le temps nécessaire pour migrer vos rapports de SQL Server Reporting Services existants vers Analytics.

Importante

Azure DevOps Services ne prend pas en charge SQL Server Reporting Services et continue d'utiliser uniquement Analytics pour toutes les fonctionnalités de création de rapports. Il n’est pas prévu d’ajouter la prise en charge des SQL Server Reporting Services au service cloud.

Chronologie de la feuille de route

Consultez la chronologie des fonctionnalités pour la feuille de route des fonctionnalités de création de rapports.

Power BI et OData

Ressources d’apprentissage :

  • Last updated on