Brevet FR3162294A1 — publié le 20251121

CERTIFICATION DYNAMIQUE ET AUTOMATIQUE EN ANALYSE DE DONNÉES La divulgation concerne notamment un procédé informatique d’analyse de données. Le procédé comprend, de manière dynamique et automatique, l’obtention (S10) d’un ou plusieurs ensembles de données, et d’un rapport visuel généré à partir du ou des ensembles de données. Le procédé comprend en outre l’application (S20) d’une pluralité de tests chacun à un élément sujet parmi le ou les ensembles de données et/ou le rapport visuel. Le procédé comprend en outre le calcul (S30) d’un niveau de certification du rapport visuel sur la base d’un nombre de tests fournissant un résultat positif. [Fig. 1] CERTIFICATION DYNAMIQUE ET AUTOMATIQUE EN ANALYSE DE DONNÉES La divulgation concerne le domaine des programmes et systèmes informatiques, et plus particulièrement un procédé, un support de stockage et un système pour l’analyse de données. CONTEXTE Un certain nombre de systèmes et de programmes sont proposés sur le marché pour effectuer des analyses de données dans divers domaines, tels que l’informatique décisionnelle (BI) et/ou les solutions d’analyse, servant différents cas d’utilisation tels que le secteur des services financiers (FSI), l’industrie pharmaceutique, la vente au détail, entre autres. Ces outils comprennent, par exemple, Microsoft Power BI ou Tableau Software (marques déposées). Avec de tels outils d’analyse de données, les utilisateurs sont confrontés à des quantités importantes de données et ne savent pas si ces données sont fiables et s’ils peuvent s’appuyer sur celles-ci pour prendre des décisions. De plus, les systèmes actuels d’analyse de données présentent des problèmes tels que la duplication des données ou des mesures incohérentes, qui conduisent à une érosion de la confiance qu’ont les décideurs dans les données qui leur sont présentées. Dans ce contexte, il est nécessaire de disposer d’une solution améliorée pour l’analyse de données. RÉSUMÉ Par conséquent, il est proposé un procédé informatique d’analyse de données. Le procédé comprend, de manière dynamique et automatique, l’obtention d’un ou plusieurs ensembles de données, et d’un rapport visuel généré à partir du ou des ensembles de données. Le procédé comprend en outre l’application d’une pluralité de tests chacun à un élément sujet parmi le ou les ensembles de données et/ou le rapport visuel. Le procédé comprend en outre le calcul d’un niveau de certification du rapport visuel sur la base d’un nombre de tests fournissant un résultat positif. Dans des exemples, la pluralité de tests comprend l’un ou plusieurs parmi un test de qualité des données, un test de métadonnées, un test fonctionnel ou d’interaction utilisateur, un test de sécurité, un test d’accessibilité ou de conception, un test de régression et un test de performance. Dans des exemples, la pluralité de tests comprend un ou plusieurs tests appliqués chacun à un élément sujet respectif parmi le ou les ensembles de données et/ou le rapport visuel, et chacun à un ou plusieurs résultats de l’application d’un filtrage à l’élément sujet respectif. Dans des exemples, le procédé comprend en outre : lors d’une interaction utilisateur avec un système informatique : - l’accès, par un utilisateur, au rapport visuel ; - l’affichage, par le système informatique, d’une représentation graphique du niveau de certification du rapport visuel ; et - l’affichage, par le système informatique, du rapport visuel. Dans des exemples, la représentation graphique du niveau de certification du rapport visuel est affichée simultanément avec et/ou avant l’affichage du rapport visuel. Dans des exemples, la représentation graphique du niveau de certification du rapport visuel est l’un parmi : - un badge, - une icône, - un cachet, - un autocollant, -un filigrane, -un message de zone de texte ; - une notification provenant d’une extension personnalisée telle qu’une API, - une notification provenant d’une fonctionnalité native de signalement de certification, - une notification provenant d’un processus tel qu’un courrier électronique, une application de messagerie instantanée ou un système de ticket d’assistance, et - une notification provenant d’une extension de navigateur. Dans des exemples, le procédé comprend en outre la sécurisation de l’accès au rapport visuel pour les utilisateurs autorisés et la validation de l’intégrité des données pour les utilisateurs autorisés, la sécurisation de l’accès comprenant la restriction de l’accès aux données en fonction des acteurs, des rôles de sécurité et/ou des paramètres. Dans des exemples, le procédé comprend en outre le stockage d’un enregistrement et/ou d’un résultat de chaque application d’un test respectif. Dans des exemples, le procédé comprend en outre : - l’application d’un test de performance à au moins l’un parmi l’affichage, le chargement et/ou l’interaction du rapport visuel ; - le calcul d’un score de performance en fonction d’un résultat du test de performance ; et - la mise à jour du niveau de certification du rapport visuel en fonction du résultat du test de performance. Dans des exemples, le procédé comprend en outre l’obtention d’une date de certification associée au niveau de certification calculé pour le rapport visuel. L’invention concerne en outre un support de stockage non transitoire sur lequel est enregistré un programme informatique comprenant des instructions qui, lorsqu’elles sont exécutées sur un ordinateur, amènent l’ordinateur à réaliser un procédé d’analyse de données tel que décrit ci-dessus. L’invention concerne en outre un système comprenant un processeur couplé à une mémoire non volatile, la mémoire non volatile comportant, enregistré sur celle-ci, un programme informatique comprenant des instructions qui, lorsqu’elles sont exécutées sur un ordinateur, amènent l’ordinateur à réaliser un procédé d’analyse de données tel que décrit ci-dessus. Des exemples non limitatifs sont maintenant décrits en référence aux dessins annexés, où : FIG. 1 représente un organigramme du procédé ; FIG. 2 représente un exemple du système ; et FIG. 3 à FIG. 12 illustrent des exemples du procédé sous la forme de captures d’écran réalisées avec un prototype logiciel implémenté en langue anglaise. DESCRIPTION DÉTAILLÉE La FIG. 1 représente un procédé mise en œuvre par ordinateur pour l’analyse de données. Le procédé comprend, de manière dynamique et automatique, l’obtention S10 d’un ou plusieurs ensembles de données, et d’un rapport visuel généré à partir du ou des ensembles de données. Le procédé comprend en outre, également de manière dynamique et automatique, l’application S20 d’une pluralité de tests chacun à un élément sujet parmi le ou les ensembles de données et/ou le rapport visuel. Le procédé comprend en outre, également de manière dynamique et automatique, le calcul S30 d’un niveau de certification du rapport visuel sur la base d’un nombre de tests fournissant un résultat positif. Un tel procédé constitue une solution améliorée pour l’analyse de données. En effet, en calculant à S30 un niveau de certification pour un rapport visuel, le procédé produit des informations qui permettent de savoir si et/ou dans quelle mesure le rapport visuel est certifié, et/ou fiable, et/ou approuvé et/ou valide et/ou digne de confiance. Grâce à une pluralité de tests appliqués à S20, le niveau de certification peut être calculé de manière précise et faire face à de nombreuses situations différentes. Grâce à l’exécution dynamique et automatique du procédé, l’intervention de l’utilisateur est minimale et le niveau de certification peut s’adapter à l’évolution au cours du temps et/ou aux données sous-jacentes, qui sont potentiellement modifiées. Le procédé permet ainsi aux utilisateurs de fonder leur prise de décision sur un rapport visuel (c’est-à-dire une représentation graphique d’informations liées au ou aux ensembles de données, par exemple, et comprenant un ou plusieurs tableaux de bord, une ou plusieurs informations, une ou plusieurs informations produites par l’IA, et/ou une ou plusieurs mesures visuelles) de manière plus fiable, et/ou d’effectuer des actions correctives si nécessaire. Le procédé peut dans des exemples comprendre en outre l’obtention d’une date de certification, par exemple associée au niveau de certification calculé pour le rapport visuel. Le niveau de certification peut être associé à une date de certification. La date de certification peut être un horodatage associé au calcul du niveau de certification, par exemple une heure à laquelle le calcul est terminé. Le procédé peut comprendre la détection d’un tel achèvement. La date de certification peut être d’un format quelconque, par exemple une année, un mois daté, un jour daté (ou une date), ou une combinaison d’une date et d’une heure (à une granularité quelconque, par exemple heure, minute ou seconde). Les rapports visuels peuvent être traités comme un outil de consommation et ainsi permettre la prise de décision. Le procédé garantit ainsi que les utilisateurs peuvent se baser sur le niveau de certification comme une marque de confiance qui est à jour. Par analogie, lorsqu’il fait une réservation à un restaurant, un utilisateur recherche les avis les plus récents car ils sont plus fiables qu’un avis datant de cinq ans, par exemple le propriétaire du restaurant peut être différent. Dans cette analogie, il existe un fort parallèle avec un consommateur de données s’appuyant sur le rapport visuel pour prendre une décision ou agir. Le procédé fournit ainsi avec le niveau de certification un autocollant de qualité/score de confiance/marque qui est à jour du fait que le niveau de certification est associé à une date de certification. Le procédé est destiné à l’analyse de données. En d’autres termes, le procédé permet d’automatiser des opérations d’analyse basées sur des données contenues dans le ou les ensembles de données, et sur le rapport visuel généré à partir du ou des ensembles de données. En d’autres termes, le procédé permet l’utilisation des données pour la prise de décision (par exemple, sur la base d’un ou plusieurs tableaux de bord, d’une ou plusieurs informations, d’une ou plusieurs informations alimentées par l’IA, d’une ou plusieurs mesures visuelles contenues dans le rapport visuel), la recherche de tendances et la résolution de problèmes. La présente divulgation concerne le calcul d’un niveau de certification pour un rapport visuel. Cependant, il doit être entendu que le procédé peut être déployé sur une pluralité de rapports visuels, générés sur la base du ou des ensembles de données ou obtenus en tant que tels, par exemple via un réseau ou auprès d’un tiers. En d’autres termes, le procédé peut appliquer des pluralités respectives de tests à plusieurs éléments de sujet parmi un ou plusieurs ensembles de données et/ou rapports visuels. Les éléments de sujet peuvent comprendre un sous-ensemble du ou des ensembles de données et/ou du rapport visuel, par exemple un rapport visuel et l’un ou plusieurs des ensembles de données à partir desquels le rapport visuel est généré, ou un ou plusieurs ensembles de données indépendamment du rapport visuel, ou en variante, la totalité des un ou plusieurs ensembles de données et/ou du rapport visuel. Le procédé peut ainsi être déployé sur une infrastructure gérant une pluralité d’ensembles de données et une pluralité de rapports visuels, chaque rapport étant basé sur l’un ou plusieurs respectifs parmi la pluralité d’ensembles de données. L’infrastructure peut comprendre un ou plusieurs serveurs, chacun disposant d’un espace mémoire pour stocker un ou plusieurs ensembles de données et/ou un ou plusieurs rapports visuels ou des données précalculées pour afficher un ou plusieurs rapports visuels. Chaque serveur peut comprendre en outre un ou plusieurs processeurs pour exécuter des tests. L’infrastructure peut ainsi stocker, dans les espaces mémoires, des tests à appliquer à différents éléments parmi les ensembles de données et/ou les rapports visuels, selon une combinaison pertinente quelconque. L’infrastructure peut être accessible par des systèmes informatiques clients sur un réseau Internet et/ou intranet, chaque système informatique client comprenant un ou plusieurs processeurs configurés pour accéder à l’infrastructure et/ou à un ou plusieurs serveurs de l’infrastructure, et envoyer des données spécifiant un ou plusieurs tests sur le réseau, par exemple après une interaction utilisateur graphique sur un écran du système informatique client pour spécifier le ou les tests. L’infrastructure peut en outre être accessible par le même système informatique client et/ou par d’autres systèmes informatiques clients sur le réseau Internet et/ou intranet, ledit même système informatique client et/ou lesdits autres systèmes informatiques clients comprenant un ou plusieurs processeurs configurés pour accéder à l’infrastructure et/ou à un ou plusieurs serveurs de l’infrastructure, envoyer une demande d’affichage d’un rapport visuel, et afficher le rapport visuel sur un écran du système informatique client. Comme il apparaîtra, chaque rapport visuel peut comprendre en outre, lors d’une interaction utilisateur avec un tel système informatique client, l’accès, par un utilisateur, au rapport visuel, l’affichage, par le système informatique, d’une représentation graphique du niveau de certification du rapport visuel, et l’affichage, par le système informatique, du rapport visuel. Éventuellement, le procédé peut comprendre en outre l’affichage d’une représentation graphique de la date de certification, par exemple simultanément et/ou à côté d’une représentation graphique (par exemple une représentation textuelle) du niveau de certification du rapport visuel. Grâce à l’affichage de la représentation graphique du niveau de certification du rapport visuel et éventuellement de la représentation graphique de la date de certification, l’utilisateur peut prendre des décisions éclairées et, par exemple, interagir avec les ensembles de données et/ou le rapport visuel en fonction du niveau de certification affiché. Par exemple, l’utilisateur peut lancer un processus industriel ou commercial sur la base du rapport visuel, lorsque le rapport est certifié ou présente un niveau de certification élevé. Dans un autre exemple, le procédé peut permettre à l’utilisateur de ne pas partager le rapport visuel avec d’autres tiers lorsque le rapport n’est pas certifié ou décertifié ou présente un niveau de certification bas/faible ou négatif. Par exemple, l’utilisateur ou un autre utilisateur (par exemple, contacté) peut interagir avec un ou plusieurs serveurs, via le système informatique client ou un autre système informatique, pour retravailler et/ou compléter et/ou éditer des données dans le ou les ensembles de données et/ou dans le rapport visuel, de manière à obtenir une certification et/ou améliorer le niveau de certification après avoir réappliqué les tests tant que les tests indiquent un niveau de certification positif. Par « dynamiquement », il est entendu que les étapes du procédé sont répétées à des moments différents, par exemple à des intervalles de temps réguliers (en variante, à des intervalles de temps irréguliers), ou qu’au moins certaines étapes du procédé sont exécutées (par exemple, au moins une fois) lors de la détection d’un événement, par exemple, lorsque le temps change et/ou que les circonstances évoluent, par exemple en fonction de l’évolution des données ou de l’évolution du rapport visuel. Par exemple, les étapes du procédé peuvent être exécutées de manière répétée, lors de la détection du fait que le rapport visuel est modifié ou lorsqu’une durée prédéterminée s’est écoulée. Par « automatiquement », il est entendu que les étapes du procédé sont exécutées sans intervention de l’utilisateur. En particulier, une fois que les tests sont définis/configurés/spécifiés (par exemple, éventuellement par un utilisateur), l’exécution des tests est entièrement automatique. L’exécution des étapes du procédé effectuée automatiquement peut être planifiée conformément à un calendrier ou à une liste prédéterminée de tests, par exemple, dans un ordre de priorité. Le ou les ensembles de données peuvent être obtenus à S10, par exemple, via un réseau directement ou indirectement à partir de sources telles que des entrepôts de données, des magasins de données et/ou des lacs de données. En outre ou en variante, le ou les ensembles de données peuvent être obtenus auprès de tiers, par exemple via des frameworks BI (terme de l’anglais signifiant « solutions/outils BI » ou « solutions d’informatique décisionnelle ») tels que Tableau, Power BI, SAP BusinessObjects, Qlik, Looker, ThoughtSpot, Cognos ou similaires. En outre ou en variante, le ou les ensembles de données peuvent être obtenus à partir d’autres sources de données issues de technologies telles qu’Oracle, Snowflake ou SQL Server. Les sources de données peuvent être d’un format quelconque, par exemple, un format de fichier Excel ou GSheet ou similaire. Il doit être entendu que le ou les ensembles de données peuvent être obtenus à partir d’un type illimité de sources de données et les exemples ci-dessus sont donnés à titre d’illustration. Le procédé peut générer un rapport visuel basé sur un seul ensemble de données ou sur une pluralité d’ensembles de données. Le procédé peut utiliser le ou les ensembles de données pour différents rapports visuels. En d’autres termes, le ou les ensembles de données peuvent être partagés entre différents rapports visuels. Chaque rapport visuel est généré sur la base du ou des ensembles de données. Le terme « rapport visuel » désigne tout type d’agencement de données permettant une représentation visuelle (par exemple, comprenant une représentation graphique de texte, des éléments 2D et/ou 3D rendus ou similaires) de données contenues dans ou dérivées/dérivables du ou des ensembles de données. L’obtention du rapport visuel peut comprendre l’application d’un type de calcul quelconque (par exemple, un filtrage de données basé sur un ou plusieurs critères tels qu’une période de temps) ou la conversion de données dans le ou les ensembles de données. Le rapport visuel peut ainsi comprendre des données selon un type de représentation souhaité (par exemple, l’affichage d’indicateurs clés de performance, de graphiques, de jauges) et des éléments de navigation (filtres, boutons et/ou similaires) configurés pour permettre une interaction utilisateur avec les données représentées par le rapport visuel, par exemple, un filtre de pays ou de région, un filtre de date ou similaire. Le rapport visuel peut comprendre une combinaison quelconque d’informations, d’informations produites par l’IA, de mesures visuelles et de tableaux de bord. Le procédé applique à S20 une pluralité de tests chacun à un élément sujet parmi le ou les ensembles de données et/ou le rapport visuel. Les tests peuvent être basés sur une pluralité de règles métier et/ou de règles techniques. Les règles techniques peuvent être basées sur des règles d’expérience utilisateur, des règles de performance, l’exactitude des données représentées par l’élément sujet ou similaire. L’application S20 peut être (par exemple, au moins partiellement) définie par l’utilisateur, par exemple définie en fonction des besoins de l’utilisateur (par exemple, lorsque le rapport visuel commence à fournir des résultats ou à un moment donné) tels qu’un objectif de performance. L’application S20 peut également évoluer de manière dynamique au cours du temps. Par exemple, les utilisateurs peuvent modifier/mettre à jour les tests selon les besoins. Le procédé calcule S30 un niveau de certification pour le rapport visuel. Le niveau de certification du rapport visuel est basé sur un nombre de tests fournissant un résultat positif. Le calcul peut être effectué d’une manière quelconque. Par exemple, le calcul S30 peut comprendre la détermination du nombre de tests donnant un résultat positif. En variante et/ou en outre, le calcul S30 peut comprendre la détermination du nombre de tests donnant un résultat négatif. Le calcul S30 peut comprendre la comparaison du nombre de tests donnant un résultat positif et/ou du nombre de tests donnant un résultat négatif à un seuil respectif. Le seuil respectif peut dépendre ou non du nombre total de tests et/ou de la nature des tests et/ou du rapport visuel (ou autre élément) étant certifiés ou décertifiés. Le niveau de certification est constitué de métadonnées (par exemple, comprenant des informations sur le rapport visuel telles que le nom du fichier, des informations d’autorisation, des informations visuelles sur la certification du rapport visuel ou un autre type d’informations telles que du texte) mesurant à quel degré le nombre de tests donne un résultat positif. En d’autres termes, le procédé calcule des métadonnées représentant la satisfaction de la pluralité de tests appliqués. Les métadonnées peuvent être stockées sur une mémoire persistante (c’est-à-dire non volatile) de sorte qu’elles puissent être récupérées à tout moment, par exemple immédiatement après leur création. Le calcul du niveau de certification pour le rapport visuel peut comprendre l’obtention d’une date de certification. Le procédé peut ajouter la date de certification (c’est-à-dire la date à laquelle le niveau de certification est calculé) aux métadonnées. Les métadonnées peuvent être modifiées de manière dynamique lors d’exécutions ultérieures du procédé, par exemple après un temps prédéterminé lors de la détection d’un événement. En d’autres termes, le niveau de certification est modifié de manière dynamique par le procédé à mesure que les circonstances des données représentées par le rapport visuel évoluent. Les métadonnées peuvent mettre à jour la date de certification à chaque fois que le niveau de certification est calculé. Le niveau de certification peut prendre des valeurs dans un ensemble prédéterminé quelconque. Par exemple, le niveau de certification peut prendre des valeurs dans un ensemble discret ou fini de niveaux de certification, par exemple des libellés ou une plage discrète de valeurs numériques. En variante, l’ensemble prédéterminé peut être un ensemble continu (non discret ou infini) de valeurs, par exemple une plage de valeurs numériques. Dans le cas où les niveaux de certification se situent dans une plage de valeurs numériques, par exemple des nombres entiers ou réels, la plage peut être constituée de nombres positifs, de 0 (zéro) et d’un nombre positif, ou de nombres positifs et négatifs (et éventuellement de 0, zéro), ou une autre combinaison quelconque. Le niveau de certification peut être « certifié » (c’est-à-dire qu’un grand nombre de tests donne un résultat positif, montrant ainsi que le rapport visuel est certifié, et/ou fiable, et/ou approuvé et/ou valide et/ou digne de confiance) ou « décertifié » (c’est-à-dire qu’un nombre prédéterminé de tests peut donner un nombre relativement faible de résultats positifs). Éventuellement, le niveau de certification peut être compris entre des niveaux de certification intermédiaires. Les niveaux de certification intermédiaires peuvent être ordonnés, par exemple un niveau de certification « gold » (terme anglais utilisé habituellement et signifiant « or ») peut représenter le niveau de certification le plus élevé, un niveau de certification « silver » (terme anglais utilisé habituellement et signifiant « argent ») peut représenter un niveau de certification intermédiaire et un niveau de certification « bronze » peut représenter le niveau de certification le plus bas par lequel le rapport visuel est considéré comme certifié. Le niveau intermédiaire de certification peut également être associé à la date de certification. Par exemple, un test exécuté le 1er janvier sur un rapport visuel A (en cours de certification) peut être associé à une métadonnée créée jointe au rapport A indiquant : test ok, certification active (peut être niveau de certification bronze ou argent...), avec une date de certification au 1er janvier. Les métadonnées peuvent avoir une date d’expiration de certification de sept jours. En d’autres termes, le rapport visuel est certifié jusqu’au 8 janvier. Si aucune nouvelle certification n’est effectuée le 9 janvier, le procédé peut afficher le message « Certifié bronze expiré ». Le niveau de certification peut dépendre du nombre et de la nature des tests qui donnent un résultat positif. Le procédé peut ainsi suivre une stratégie « tout ou rien » ou, au contraire, une stratégie plus fine. Le procédé peut appliquer le nombre de tests d’une manière quelconque. Par exemple, le procédé peut appliquer un nombre prédéterminé de tests de manière systématique et obligatoire (c’est-à-dire au moins une fois pendant l’exécution du procédé). En outre ou en variante, le procédé peut également appliquer un nombre prédéterminé de tests selon une hiérarchie de l’application d’un test. Par exemple, un premier test donnant un résultat positif peut déclencher l’application d’un deuxième test. Si le premier test donne un résultat négatif, le résultat peut déclencher l’application d’un troisième test. Éventuellement, le procédé peut appliquer un nombre de tests dépendant de circonstances prédéterminées, par exemple en cas d’échec d’un test obligatoire ou lors de la sélection par un utilisateur. Le niveau de certification peut être calculé à tout moment, et/ou en cas de changement d’événements ou de conditions. Par exemple, le procédé peut mesurer le temps de chargement du rapport visuel (par exemple, lors du chargement d’une grande quantité de données) et/ou évaluer le comportement du rapport visuel dans différentes conditions (par exemple, lorsqu’il est consulté simultanément par un grand nombre d’utilisateurs). Le procédé peut appliquer un nombre respectif de tests en fonction du temps mesuré et/ou du résultat de l’évaluation. Les tests peuvent également être affinés en actions spécifiques sur le rapport visuel, par exemple lors du clic sur des boutons et/ou de la modification des filtres affichés avec le rapport visuel. Dans des exemples, le niveau de certification peut être basé sur le calcul d’un indice de performance d’application (APDEX). L’APDEX peut mesurer la satisfaction de l’utilisateur lors de l’interaction avec le rapport visuel (par exemple lorsqu’il est affiché sur une application Web). L’APDEX peut varier entre 0 et 1, où 1 indique que l’utilisateur est satisfait, tandis que 0 indique que l’utilisateur est insatisfait. L’APDEX peut être comparé à un seuil prédéterminé pour déterminer le niveau de satisfaction de l’utilisateur. Le procédé peut déterminer que le rapport visuel est certifié si l’APDEX est supérieur au seuil prédéterminé. Le procédé détermine que le rapport visuel est décertifié dans le cas contraire. Le procédé peut déterminer le niveau de certification selon des plages de valeurs prédéterminées entre 0 et 1. En outre ou en variante, le procédé peut déterminer que le niveau de satisfaction est « tolérable » (c’est-à-dire un niveau intermédiaire de certification) lorsque l’APDEX a une valeur comprise dans des valeurs intermédiaires de plages. Le procédé peut comprendre en outre, lors d’une interaction utilisateur avec un système informatique, l’accès, par un utilisateur, au rapport visuel. Dans des exemples, le système informatique peut être un ordinateur personnel, un dispositif portable tel qu’une tablette ou un smartphone ou un dispositif de réalité virtuelle. L’interaction utilisateur pour accéder au rapport visuel peut comprendre, par exemple, des clics à l’aide d’une souris, des actions au clavier ou des interactions sur écran tactile telles que des interactions de pression de doigt, par exemple lors d’une pression sur une représentation graphique du rapport visuel, par exemple, via l’affichage d’une icône du rapport visuel. Le procédé améliore ainsi l’analyse de données. Le procédé valide automatiquement et dynamiquement les données représentées dans le rapport visuel pour l’utilisateur de sorte que des données exactes et fiables soient présentées à l’utilisateur. En effet, grâce au procédé de calcul du niveau de certification, l’expérience utilisateur avec le rapport visuel est améliorée, car l’utilisateur dispose de données exactes. En effet, étant donné que le niveau de certification est basé sur le nombre de tests donnant un résultat positif, le niveau de certification est un indicateur précis et objectif de la fiabilité des données représentées dans le rapport visuel (et de manière similaire, le ou les ensembles de données obtenus). L’exactitude et la fiabilité sont obtenues grâce à la pluralité de tests permettant une évaluation complète de l’exactitude de l’élément sujet parmi le ou les ensembles de données et/ou le rapport visuel. En effet, la pluralité de tests peut couvrir des scénarios préétablis qui peuvent anticiper des problèmes connus sur l’exactitude des données. De plus, la pluralité de tests peut comprendre en outre des tests exploratoires. Les tests exploratoires ajoutent une dimension à la procédure de test, car les tests exploratoires découvrent des problèmes qui n’ont pas encore été anticipés, par exemple lors de la navigation ou de l’interaction avec le rapport visuel. De plus, grâce aux étapes du procédé exécutées de manière dynamique et automatique, le procédé maintient les performances opérationnelles du rapport visuel pendant son utilisation, par exemple lors de processus d’analyse de données ou d’informatique décisionnelle. En effet, l’automatisation permet d’appliquer la pluralité de tests avec régularité (par exemple, lorsque les tests sont appliqués (c’est-à-dire, effectués ou exécutés) à des intervalles de temps prédéterminés) et/ou au fur et à mesure de l’évolution du rapport visuel (par exemple lorsque l’application des tests est déclenchée par un événement particulier). Le procédé peut faire partie d’un processus analytique. Par exemple, le procédé peut être intégré dans des rapports visuels générés par des solutions telles que Tableau. Tableau peut générer automatiquement un rapport visuel ou une tendance (également appelée « pulse » (terme anglais signifiant « impulsion »)) sur la base d’un ensemble de données particulier. Le procédé peut permettre d’empêcher la génération du rapport visuel (c’est-à-dire permettre de bloquer ledit « pulse ») au niveau de la certification, par exemple lorsque l’ensemble de données est décertifié. Dans un autre exemple, RPA peut ouvrir un rapport visuel, interagir avec le rapport visuel et, en fonction d’un indicateur clé de performance donné, créer une commande ou un processus métier pertinent quelconque. Le procédé peut permettre de mettre en pause RPA si le rapport visuel est décertifié. Le procédé peut également comprendre en outre l’affichage, par le système informatique, d’une représentation graphique du niveau de certification du rapport visuel. Cela permet à un utilisateur qui souhaite interagir avec le rapport visuel de comprendre le niveau de certification. Le procédé peut également comprendre en outre l’affichage du rapport visuel par le système informatique. Le procédé peut afficher le rapport visuel et la représentation graphique du niveau de certification du rapport visuel de manière concomitante (par exemple, l’un à côté de l’autre dans un affichage du système informatique). Dans des exemples, le procédé peut comprendre l’affichage du rapport visuel et l’affichage du niveau de certification lorsque l’utilisateur interagit avec le rapport visuel, par exemple, sous la forme d’un message contextuel ou d’une zone de texte, comme décrit ci-dessous. Éventuellement, le procédé peut comprendre en outre l’affichage d’une représentation graphique du ou des ensembles de données obtenus à S10. Par exemple, le procédé peut afficher des icônes correspondant au ou aux ensembles de données. Le procédé peut également afficher des métadonnées associées et/ou un niveau de certification respectif du ou des ensembles de données. La représentation graphique du niveau de certification du rapport visuel peut être affichée simultanément (par exemple à une position prédéterminée de l’écran) pendant et/ou avant l’affichage du rapport visuel, par exemple lors d’une action de l’utilisateur lors de l’accès au rapport visuel. Dans des exemples, la représentation graphique peut être affichée (par exemple, simultanément) sur un autre système, par exemple sur une tablette ou un appareil portable tel qu’un smartphone, ou sous forme de notification sur un dispositif de réalité virtuelle. L’utilisateur dispose ainsi d’un indicateur graphique indiquant si le rapport visuel est fiable, et/ou approuvé et/ou valide et/ou digne de confiance. La représentation graphique du niveau de certification du rapport visuel peut être un badge, une icône, un cachet, un autocollant, un filigrane, un message de zone de texte ou une marque de confiance. Par exemple, le message du badge (de manière similaire, une icône, un cachet, un autocollant, un filigrane, une zone de texte) peut être affiché (par exemple, simultanément avec le rapport visuel) à une position prédéterminée du rapport visuel (par exemple, affiché dans un coin supérieur ou un coin inférieur). La représentation graphique (l’un parmi le badge, l’icône, le cachet, l’autocollant, le filigrane, le message de zone de texte comme mentionné ci-dessus) peut afficher un texte indiquant le niveau de certification. Le texte peut, par exemple, être « certifié » lorsque le nombre de tests donnant un résultat positif conduit à certifier le rapport visuel, et « décertifié » lorsque le nombre de tests donnant un résultat positif conduit à décertifier le rapport visuel. Il doit être entendu que l’utilisation des mots « certifié » ou « décertifié » peut être présentée à l’utilisateur dans n’importe quelle langue préférée, telle que l’anglais, le français, l’espagnol, l’allemand ou toute autre langue. Il est également entendu que le texte indiquant que le rapport visuel est certifié peut être différent selon le terme métier le plus pertinent, par exemple, si le rapport visuel est certifié, le texte peut comprendre les mots « validé », « fiable », « approuvé », « rapproché » ou tout autre texte similaire en fonction du contexte métier. De manière similaire, si le rapport visuel est décertifié, le texte peut comprendre les termes « non validé », « non approuvé », « non rapproché » ou tout autre texte similaire selon le contexte métier. La représentation graphique (celle du badge, de l’icône, du tampon, de l’autocollant, du filigrane, du message en zone de texte comme mentionné ci-dessus) peut également afficher une date de certification indiquant la date d’application du calcul du niveau de certification. Le procédé peut, par exemple, afficher la mention « expiré » lorsqu’il est déterminé que la date de certification est trop éloignée de la date à laquelle le rapport visuel est consulté. La représentation graphique du niveau de certification du rapport visuel peut également être une notification provenant d’une extension personnalisée telle qu’une API (par exemple une extension telle que celle trouvée dans SAP BusinessObjects, Tableau ou Power BI). La représentation graphique du niveau de certification du rapport visuel peut également être une notification provenant d’une fonctionnalité native de signalement de certification, par exemple, les sources de données Tableau (dans le cas de la certification ou de la décertification d’au moins un ensemble de données) ou Power BI (pour un élément sujet parmi l’ensemble de données ou le rapport visuel). La représentation graphique du niveau de certification du rapport visuel peut également être une notification provenant d’un processus tel qu’un courrier électronique, comme Outlook ou similaire, par exemple le courrier électronique peut comprendre un texte indiquant le niveau de certification du rapport visuel tel que « certifié » ou « décertifié ». D’autres expressions équivalentes peuvent être utilisées en fonction de l’ensemble de données et/ou du rapport visuel, telles que « validé » « rapproché » pour indiquer que le rapport visuel est certifié. La représentation graphique peut également provenir d’une application de messagerie instantanée, par exemple un message apparaissant sur un smartphone ou une tablette, par exemple le message comprenant un texte indiquant que le rapport visuel est certifié ou décertifié, ou provenir d’un système de ticket d’assistance. La représentation graphique du niveau de certification du rapport visuel peut également être une notification provenant d’une extension de navigateur. La pluralité de tests peut comprendre un ou plusieurs tests parmi un test de qualité des données, un test de métadonnées, un test fonctionnel ou d’interaction utilisateur, un test de sécurité, un test d’accessibilité ou de conception, un test de régression et un test de performance. Chaque test de la pluralité peut être appliqué à des moments différents ou lors d’actions différentes. Par exemple, le test fonctionnel ou d’interaction utilisateur peut être appliqué lors de l’exécution d’une action utilisateur sur le rapport visuel. En outre ou en variante, deux ou plus de deux tests de la pluralité peuvent être appliqués simultanément (c’est-à-dire en même temps). Par exemple, le test de performance peut être appliqué en même temps que le test d’accessibilité ou de conception. En outre ou en variante, deux ou plus de deux tests de la pluralité peuvent être appliqués dans une séquence. Par exemple, le test fonctionnel ou d’interaction utilisateur peut être appliqué lors de l’exécution d’une action utilisateur sur le rapport visuel (par exemple, lors de l’accès au rapport visuel), et le procédé peut appliquer le test de performance après l’application du test fonctionnel ou d’interaction utilisateur. Ainsi, le procédé améliore la fiabilité du rapport visuel. Cela est dû au niveau de certification indiquant un degré de confiance et de crédibilité qu’il est possible d’avoir dans les données représentées dans le rapport visuel et/ou dans le ou les ensembles de données. Ceci est permis par le procédé appliquant la pluralité de tests à l’élément sujet parmi le ou les ensembles de données et/ou le rapport visuel. La pluralité de tests permet de détecter des problèmes dans ledit élément sujet qui pourraient passer inaperçus lors d’une vérification manuelle. Ainsi, les décideurs peuvent disposer d’un indicateur objectif de la fiabilité des données et sont ainsi en mesure de prendre des décisions éclairées sur la base du rapport visuel. Par exemple, les décideurs sont en mesure de tirer parti des informations du rapport visuel, dans le cas où le niveau de certification représente une fiabilité positive ou élevée des données représentées dans le rapport visuel. Cela peut être soumis à la condition que le rapport visuel soit ainsi « certifié », par exemple en fonction d’un nombre de tests donnant un résultat positif supérieur ou égal à un seuil, par exemple un nombre relativement élevé de tests donnant un résultat positif. Au contraire, dans le cas où le niveau de certification représente une fiabilité négative ou basse/faible des données représentées dans le rapport visuel, l’utilisateur peut être invité à effectuer une action corrective (par exemple, obtenir des données mises à jour) pour améliorer la fiabilité du rapport visuel. Le rapport visuel peut, par exemple, être « décertifié » ou « non certifié », par exemple, sur la base d’un nombre de tests inférieur à un seuil, par exemple un nombre relativement faible de tests donnant un résultat positif. Le rapport visuel peut en outre être rendu inaccessible à l’utilisateur lorsque le rapport visuel est décertifié. L’exécution automatique de la pluralité de tests permet ainsi d’éviter les erreurs dues à un biais humain, tout en renforçant la crédibilité du rapport visuel dans un environnement fiable et efficace. En effet, si le niveau de certification conduit à un résultat décertifié, par exemple en raison d’un faible nombre de tests donnant un résultat positif, le procédé peut en outre présenter une représentation graphique du niveau de certification à l’utilisateur (par exemple sous la forme d’un autocollant, d’un filigrane ou d’un autre type d’information visuelle). En outre ou en variante, si le niveau de certification conduit à un résultat décertifié, le procédé peut renommer le rapport visuel (par exemple, le rapport visuel étant désormais renommé comme étant décertifié ou obsolète, et/ou le nom du rapport visuel étant affiché à l’utilisateur, formant ainsi une représentation graphique du niveau de certification en tant que tel). Le procédé peut également modifier les paramètres de sécurité du rapport visuel de manière à restreindre l’accès de l’utilisateur au rapport visuel une fois que le rapport est considéré comme non certifié, rendant ainsi le rapport visuel inaccessible ou/déplaçant le rapport vers un emplacement inaccessible dans le système. Le procédé peut exécuter les étapes précédentes alors que le rapport visuel est considéré comme décertifié. Le procédé peut continuer à appliquer la pluralité de tests et restaurer le rapport visuel comme étant certifié (le rapport visuel étant ainsi considéré comme « recertifié ») lorsqu’il est déterminé que la pluralité de tests donnant un résultat positif est suffisamment élevée, par exemple, lorsqu’une action corrective a été effectuée sur l’ensemble de données ou le rapport visuel. De plus, le procédé peut éventuellement permettre de garantir que le rapport visuel reste certifié lors de chaque évolution ou modification de celui-ci, par exemple pendant une collaboration continue de différentes parties, telles que des développeurs, des analystes d’affaires ou d’autres utilisateurs finaux. Cela est dû au fait que le procédé exécute les étapes de manière dynamique et automatique, et le procédé adapte ainsi en continu le niveau de certification calculé du rapport visuel. À leur tour, les utilisateurs peuvent être autorisés à effectuer toutes les actions correctives nécessaires, afin de maintenir les performances et la précision de celles-ci dans des conditions évolutives et changeantes qui peuvent interférer avec les performances ou la fiabilité des données présentées par le rapport visuel. Le procédé permet ainsi aux utilisateurs finaux d’automatiser le processus de prise de décision dans les opérations d’analyse. Le procédé est mis en œuvre par ordinateur. Cela signifie que les étapes (ou pratiquement toutes les étapes) du procédé sont exécutées par au moins un ordinateur, ou par un système similaire quelconque. Par conséquent, les étapes du procédé sont exécutées par l’ordinateur, éventuellement de façon complètement automatique ou semi-automatique. Dans des exemples, le déclenchement d’au moins certaines des étapes du procédé peut être effectué par interaction utilisateur-ordinateur. Le niveau d’interaction utilisateur-ordinateur requis peut dépendre du niveau d’automatisme prévu et adapté à la nécessité de mettre en œuvre les souhaits de l’utilisateur. Dans des exemples, ce niveau peut être défini et/ou prédéfini par l’utilisateur. Un exemple typique d’implémentation informatique d’un procédé est la conduite du procédé avec un système adapté à cet effet. Le système peut être, par exemple, un ordinateur personnel, un appareil portable tel qu’une tablette ou un téléphone portable, ou un système de réalité virtuelle (VR). Le système peut comprendre un écran, par exemple un écran tactile. Le système peut comprendre un processeur couplé à une mémoire et une interface utilisateur graphique (GUI). La GUI peut permettre tout type d’interaction utilisateur, par exemple, des entrées au clavier, des entrées par clic de souris (comme le glisser-déposer), des fonctions tactiles (comme le pincement et le zoom, ou tout autre type d’entrée tactile) ou des entrées de réalité virtuelle (par exemple, activées via tout type d’entrée haptique). Un programme informatique comprenant des instructions pour conduire le procédé est enregistré sur la mémoire. La mémoire peut également stocker une base de données. La mémoire est tout matériel adapté à un tel stockage, comprenant éventuellement plusieurs parties physiques distinctes (par exemple, une pour le programme, et éventuellement une pour la base de données). Le système peut comprendre une carte réseau configurée pour gérer l’accès à un réseau. Par exemple, le système peut obtenir le ou les ensembles de données via le réseau. La FIG. 2 représente un exemple du système, le système étant un système informatique client, par exemple un poste de travail d’un utilisateur. L’ordinateur client de l’exemple comprend une unité centrale (CPU) 2010 connectée à un BUS de communication interne 2000, une mémoire vive (RAM) 2070 également connectée au BUS. L’ordinateur client est en outre pourvu d’une unité de traitement graphique (GPU) 2110 qui est associée à une mémoire vive vidéo 2100 connectée au BUS. Une RAM vidéo 2100 est également connue dans la technique sous le nom de tampon de trame. Un contrôleur de dispositif de stockage de masse 2020 gère les accès à un dispositif de mémoire de masse, tel qu’un disque dur 2030. Des périphériques de mémoire de masse adaptés pour réaliser de façon tangible des instructions et des données de programme informatique comprennent toutes les formes de mémoire non volatile, comprenant, à titre d’exemple, des périphériques de mémoire à semi-conducteur, tels que des périphériques de mémoire EPROM, EEPROM et flash ; des disques magnétiques tels que des disques durs internes et des disques amovibles ; et des disques magnéto-optiques. L’un quelconque de ceux mentionnés ci-dessus peut être complété par, ou incorporé dans, des ASIC (circuits intégrés spécifiques à une application) spécialement conçus. Une carte réseau 2050 gère les accès à un réseau 2060. L’ordinateur client peut comprendre en outre un dispositif haptique 2090, tels qu’un dispositif de commande de curseur, un clavier ou similaire Un dispositif de commande de curseur est utilisé dans l’ordinateur client pour permettre à l’utilisateur de positionner sélectivement un curseur à un emplacement quelconque souhaité sur l’affichage 2080. De plus, le dispositif de commande de curseur permet à l’utilisateur de sélectionner différentes commandes, et d’entrer des signaux de commande. Le dispositif de commande de curseur comprend une pluralité de dispositifs de génération de signal pour entrer des signaux de commande dans le système informatique. Typiquement, un dispositif de commande de curseur peut être une souris, le bouton de la souris étant utilisé pour générer les signaux. En variante ou en outre, le système informatique client peut comprendre un pavé tactile et/ou un écran tactile. Il est fait référence aux figures 3 à 12, illustrant des exemples de la représentation graphique du niveau de certification du rapport visuel. La FIG. 3 représente un exemple du rapport visuel 3000. Le rapport visuel 3000 présente les données 3010 générées à partir d’un ou plusieurs ensembles de données. Le rapport visuel 3000 est associé à un badge 3020 correspondant au niveau de certification du rapport visuel. Le badge 3020 présente un signe de marque, indiquant ainsi que le rapport visuel est certifié (sur la base d’un niveau de certification calculé pour le rapport visuel en fonction d’un nombre de tests donnant un résultat positif). En variante, le badge 3020 peut afficher un signe de croix indiquant que le rapport visuel est décertifié (non représenté). La FIG. 4 représente un autre exemple du rapport visuel 3000. Le rapport visuel 3000 est associé à un filigrane 4020. Le filigrane présente les caractères « CERTIFIED » (« CERTIFIÉ »), indiquant ainsi que le rapport visuel est certifié. En variante, le filigrane 4020 peut afficher les caractères « DECERTIFIED » (« DÉCERTIFIÉ ») indiquant que le rapport visuel est décertifié (non représenté). Le filigrane peut être indiqué dans n’importe quelle langue. La langue du filigrane peut être définie à l’avance. La FIG. 5 représente une autre variante du filigrane. Dans ce cas, le filigrane 5020 peut répéter les caractères dans une police transparente, placés devant le contenu affiché par le rapport visuel. La FIG. 5 représente une autre variante du filigrane. Dans ce cas, le filigrane 5021 peut répéter les caractères dans une police transparente, placés derrière le contenu affiché par le rapport visuel, de manière à permettre de visualiser complètement le contenu. La FIG. 6 représente un autre exemple du rapport visuel 3000. Le rapport visuel 3000 est associé à un cachet 6020. Le filigrane affiche les caractères « Certified by SG 2/2/24 » (« Certifié par SG 2/4/24 »), indiquant ainsi que le rapport visuel est certifié avec l’identité de l’utilisateur au nom duquel le test automatique et dynamique a été exécuté. L’utilisateur peut être un utilisateur d’une solution BI/analytique qui valide la sécurité de niveau ligne. Cela permet de suivre la dernière date de certification. La FIG. 7 représente un autre exemple du rapport visuel 3000. Le rapport visuel 3000 est associé à un message de zone de texte 7020. Le message de la zone de texte affiche les caractères « Status : Certified » (« Statut : Certifié »), accompagné d’une indication de la dernière date d’application d’un test et d’un message de certification. En variante, le message de zone de texte 7020 peut afficher les caractères « Status : Decertified » (« Statut : « Décertifié »), indiquant ainsi que le rapport visuel est décertifié (non affiché). La FIG. 8 représente un autre exemple du rapport visuel 8000. Le rapport visuel 8000 affiche les données de vente 8010. Le rapport visuel 8000 est associé à une extension 8020. L’extension 8020 affiche les caractères « Tested and Certified » (« Testé et certifié »), accompagnés d’un texte indiquant l’identité d’une personne exécutant le test (c’est-à-dire, l’utilisateur qui a validé le test appliqué de manière dynamique et automatique), d’un texte indiquant la dernière date d’application d’un test, d’un texte indiquant le nombre de tests appliqués et d’un texte indiquant le nombre de tests donnant un résultat positif. Dans ce cas, cent pour cent des tests appliqués avec le procédé décrit ci-dessus donnent un résultat positif, ce qui indique que le rapport visuel est certifié. En variante, l’extension 8020 peut afficher les caractères « Decertified » (« Décertifié »), indiquant ainsi que le rapport visuel est décertifié. La FIG. 9 représente un exemple de certification affiché nativement dans un tableau de bord 9000 du paquet logiciel d’informatique décisionnelle Power BI. Le tableau de bord 9000 affiche un ensemble de données 9010 et un message d’approbation (c’est-à-dire de certification). Le message d’approbation affiche l’icône « certified » (« certifié »), indiquant ainsi que le rapport visuel est certifié. En variante, l’approbation peut comporter les caractères « Decertified » (« Décertifié »), indiquant ainsi que le rapport visuel est décertifié. La FIG. 10 représente un exemple de certification affichée nativement dans une source de données 1000 du paquet logiciel Tableau. Le tableau de bord 1000 affiche une source de données 1010 et une zone de texte de certification 1020. La zone de texte de certification 1020 affiche le message « Certified » (« certifié »). La zone de texte de certification 1020 indique ainsi que la source de données est certifiée (de manière équivalente, fiable et/ou approuvée et/ou valide et/ou digne de confiance) à la suite des étapes effectuées par le procédé. En variante, la zone de texte de certification 1020 peut afficher les caractères « Decertified » (« décertifié »), indiquant ainsi que la source de données est décertifiée. La FIG. 11 représente un exemple de certification affiché sous forme de message instantané 1100 dans le logiciel Slack. Le message instantané 1100 affiche des informations sur les rapports visuels testés 1110, accompagnées, par exemple, de la certification du rapport 1120 et d’un chemin pour trouver les rapports visuels tel qu’un chemin de rapport HTML 1130. Le message instantané 1100 affiche également un texte 1120 indiquant que les tests ont réussi 1120. Le texte 1120 indique ainsi que le rapport visuel est certifié. En variante, le texte 1120 peut indiquer que le résultat est décertifié (non affiché). La FIG. 12 représente un exemple de certification affichée sous forme de message instantané 1200 dans le logiciel Teams. Le message instantané 1200 affiche le texte 1210 indiquant le rapport visuel et le texte 1220 indiquant que le rapport visuel est certifié. Le texte 1220 affiche le message « certified » (« certifié »). Le texte 1220 indique ainsi que le rapport visuel est certifié. En variante, le texte 1220 peut indiquer que le résultat est décertifié (non affiché). Le test de qualité des données peut vérifier l’intégrité des données visualisées dans le rapport visuel et/ou l’ensemble de données. En d’autres termes, le test de qualité des données vérifie que les données satisfont à une règle métier (par exemple, une marge comprise entre 5 % et 7 %) ou à des valeurs prédéterminées. Les valeurs prédéterminées peuvent être stockées sur un système source tel qu’un CRM ou un ERP. Le procédé peut en outre comparer les données visualisées dans le rapport visuel aux données stockées dans le ou les ensembles de données (à partir desquels le rapport visuel est généré) afin de déterminer que les données visualisées sont correctes. Le procédé peut décertifier le rapport visuel si le test de qualité des données renvoie un résultat négatif, par exemple, les données ne satisfont pas à la règle métier ou aux valeurs prédéterminées, ou les données comparées ne correspondent pas aux données stockées dans le ou les ensembles de données à partir desquels le rapport visuel est généré. Le test de métadonnées peut évaluer les composants du rapport visuel. Le procédé peut valider l’intégrité des ensembles de données et des rapports visuels en mettant en œuvre une approche de test basée sur les métadonnées. Les métadonnées examinées peuvent inclure, mais sans s’y limiter, des éléments tels que des types de données, des filtres, des paramètres, des variables, des formules, des calculs, des feuilles de calcul, des graphiques, des blocs, des vignettes, des onglets et des boutons. Le procédé identifie et corrige ainsi toute divergence ou incohérence non seulement dans la représentation visuelle du rapport, mais également dans sa source de données analytiques. Cela garantit que les métadonnées reflètent avec précision les données d’analyse sous-jacentes, préservant ainsi la fidélité et la fiabilité de la représentation des données du rapport visuel. Par exemple, les métadonnées peuvent comprendre des informations sur les composants du rapport visuel tels que des ensembles de données, des filtres, des variables, des formules, des feuilles, des graphiques, des blocs, des tuiles, des onglets, des boutons ou d’autres informations sur les composants du rapport visuel tels que le nombre de feuilles de calcul/onglets (et les noms respectifs), les noms des formules et les formules. En d’autres termes, les métadonnées sont une enveloppe technique du rapport visuel. Le test de métadonnées permet ainsi d’identifier les incohérences dans les métadonnées du rapport visuel. Le test fonctionnel ou test d’interaction utilisateur peut évaluer l’ouverture du rapport visuel, les filtres, les paramètres, les zooms avant, les boutons ou toute autre interactivité basée sur l’utilisateur (humain) dans le rapport visuel. Le test fonctionnel ou test d’interaction utilisateur peut également évaluer les interactions utilisateur avec le rapport visuel, par exemple, lors de la détection d’un zoom (par exemple, effectué via un geste de pincement et de zoom lorsque le rapport visuel est visualisé sur une tablette), lors de la détection de la sélection d’un élément affiché sur le rapport visuel (tel qu’un graphique). Par exemple, le rapport visuel peut comprendre des données sur les pays. Le rapport visuel peut comporter un filtre « pays ». Le filtre peut être défini par l’utilisateur. Par exemple, le filtre « pays » peut être défini pour filtrer les données relatives aux pays européens des autres pays. Le test de sécurité peut évaluer que le rapport visuel n’est accessible qu’aux utilisateurs autorisés. Le test de sécurité peut également vérifier l’intégrité des données présentées aux utilisateurs autorisés. Par exemple, le test de sécurité peut comprendre des tests de sécurité au niveau des lignes (en anglais « Row Level Security - RLS »). Par exemple, soit un utilisateur A et un utilisateur B, l’utilisateur A peut être autorisé à afficher uniquement les données correspondant aux données des États-Unis sur le rapport visuel, tandis que l’utilisateur B peut être autorisé à afficher uniquement les données correspondant aux données de l’Europe sur le rapport visuel. Le test de sécurité renforce la sécurité du rapport visuel en garantissant que l’utilisateur A est limité à la visualisation des données des États-Unis sur le rapport visuel (à tout moment lors de la consultation du rapport visuel pendant le processus de prise de décision) tandis que l’utilisateur B est limité à la visualisation des données européennes. Cela permet de réutiliser les données dans le rapport visuel au lieu de devoir créer de nouveaux rapports visuels pour chaque utilisateur. Le test d’accessibilité ou de conception peut évaluer la manière dont le rapport visuel peut être consulté par l’utilisateur. Par exemple, un test d’accessibilité ou de conception peut évaluer si le contenu affiché par le rapport visuel est présenté conformément aux normes relatives aux personnes handicapées, par exemple si les données sont présentées avec une police adaptée ou une couleur adaptée, une police de grande taille pour les personnes malvoyantes. Le test d’accessibilité ou de conception peut également tester si un logo affiché sur le rapport visuel s’affiche correctement, par exemple, si le logo est affiché avec un rapport de hauteur, une largeur, un code couleur ou similaire corrects. Le test de performance peut comprendre des tests pour évaluer le comportement du rapport visuel sous charge/utilisation. En d’autres termes, le test de performance peut évaluer la performance du rapport visuel dans sa globalité, par exemple, la performance de visualisation du rapport visuel (telle que perçue par l’utilisateur) en tenant compte de l’environnement global dans lequel le rapport visuel est présenté à l’utilisateur. Par exemple, le test de performance peut simuler un certain nombre d’utilisateurs accédant simultanément au rapport visuel. Le test de performance peut également évaluer les performances du rapport visuel, par exemple lors de l’ouverture du rapport visuel, lors de la navigation dans le rapport visuel, lors du clic sur les boutons affichés à côté du rapport visuel. Le test de performance peut être appliqué à différents moments. Cela garantit que les performances du rapport visuel sont maintenues au cours du temps. Le procédé peut comprendre en outre l’application d’un test de performance à au moins l’un parmi l’affichage, le chargement et/ou l’interaction du rapport visuel. Le procédé peut également comprendre en outre le calcul d’un score de performance sur la base d’un résultat du test de performance. Le procédé peut également comprendre en outre la mise à jour du niveau de certification du rapport visuel en fonction du résultat du test de performance. Par exemple, le procédé peut définir le niveau de certification comme « certifié » si le procédé calcule un score de performance supérieur à un seuil prédéterminé (par exemple, supérieur à zéro), ou « non certifié » si le procédé calcule un score de performance inférieur au seuil prédéterminé. Ainsi, le procédé fournit un indicateur objectif indiquant que le rapport visuel présente des performances constantes en fonctionnement. Le procédé peut appliquer le test de performance de manière dynamique, par exemple, pendant que le rapport visuel est consulté dans un contexte d’informatique décisionnelle ou d’analyse. Par exemple, si le rapport visuel est soumis à une forte demande qui interfère avec ses performances, le procédé peut décertifier le rapport visuel et le certifier à nouveau lorsque la demande permet d’obtenir des performances acceptables (en fonction du score de performance). Cela évite les pertes de temps et de ressources. La pluralité de tests peut comprendre un ou plusieurs tests appliqués chacun à un élément sujet respectif parmi le ou les ensembles de données et/ou le rapport visuel. De plus, le procédé applique chacun du ou des tests à un ou plusieurs résultats de l’application d’un filtrage à l’élément sujet respectif. Le terme « filtrage » désigne tout type d’opérations (par exemple, des opérations arithmétiques et/ou logiques telles que des opérations booléennes) utilisées pour récupérer des données de l’élément sujet, par exemple via une requête lorsque l’ensemble de données est une base de données ou lorsque le rapport visuel est généré à partir d’un ou plusieurs ensembles de données, où au moins un ensemble de données est une base de données. En d’autres termes, le ou les tests sont appliqués aux résultats issus du filtrage, c’est-à-dire à des données partielles de l’élément sujet. Le procédé peut comprendre en outre la sécurisation de l’accès au rapport visuel pour les utilisateurs autorisés et la validation de l’intégrité des données pour les utilisateurs autorisés. La sécurisation de l’accès peut comprendre la restriction de l’accès aux données en fonction des acteurs, des rôles de sécurité et/ou des contextes. Le procédé peut appliquer des techniques de sécurité de niveau ligne afin de sécuriser l’accès aux données. Le procédé peut également tester la sécurité au niveau des ensembles de données à partir desquels le rapport visuel est généré. Ainsi, le procédé amène le rapport visuel à hériter des restrictions d’accès aux données telles que définies dans le rapport visuel. Le procédé peut vérifier dynamiquement que les acteurs sont correctement vérifiés pendant le fonctionnement du rapport visuel. Cela améliore les paramètres de sécurité du rapport visuel. Le procédé peut comprendre en outre le stockage d’un enregistrement et/ou d’un résultat de chaque application d’un test respectif. L’enregistrement peut comprendre des détails tels que le test effectué, les valeurs utilisées, le type de test, un utilisateur respectif qui a exécuté le test, la date de certification, une capture d’écran du rapport visuel tel qu’affiché à l’utilisateur et les données affichées. Par exemple, le procédé peut stocker des métadonnées correspondant au résultat de l’application de chaque test respectif et au niveau de certification calculé en fonction du nombre de tests donnant le résultat positif. Cela permet de documenter tous les tests et les solutions appliquées afin de recertifier le rapport visuel. Ainsi, le procédé peut suivre les problèmes récurrents qui peuvent décertifier le rapport visuel et ainsi définir des solutions aux problèmes récurrents afin que ceux-ci puissent être traités efficacement. Étant donné que le procédé permet de conserver tous les résultats des tests dans l’enregistrement, il est possible de conserver des enregistrements pour les audits pendant des années. Le procédé permet ainsi de se conformer à des normes telles que SOX ou GxP. L’invention concerne en outre un support de stockage non transitoire sur lequel un programme informatique est enregistré. Le programme informatique peut comprendre des instructions exécutables par un ordinateur, les instructions comprenant des moyens pour amener le système ci-dessus à exécuter le procédé. Le programme peut être enregistrable sur un support de stockage de données quelconque, y compris la mémoire du système. Le programme peut, par exemple, être mis en œuvre dans des circuits électroniques numériques, ou dans du matériel informatique, un micrologiciel, un logiciel, ou dans une combinaison de ceux-ci. Le programme peut être mis en œuvre sous la forme d’un appareil, par exemple un produit incorporé de manière tangible dans un dispositif de stockage lisible par machine pour exécution par un processeur programmable. Les étapes du procédé peuvent être exécutées par un processeur programmable exécutant un programme d’instructions pour exécuter les fonctions du procédé en opérant sur des données d’entrée et en générant une sortie. Le processeur peut donc être programmable et couplé pour recevoir des données et des instructions depuis, et pour transmettre des données et des instructions à, un système de stockage de données, au moins un dispositif d’entrée, et au moins un dispositif de sortie. Le programme d’application peut être mis en œuvre dans un langage de programmation procédural ou orienté objet de haut niveau, ou dans un langage d’assembleur ou machine, le cas échéant. Dans tous les cas, le langage peut être un langage compilé ou interprété. Le programme peut être un programme d’installation complet ou un programme de mise à jour. L’application du programme sur le système conduit dans tous les cas à des instructions pour réaliser le procédé. En variante, le programme informatique peut être stocké et exécuté sur un serveur d’un environnement informatique de cloud, le serveur étant en communication via un réseau avec un ou plusieurs clients. Dans un tel cas, une unité de traitement exécute les instructions comprises dans le programme, provoquant ainsi la réalisation du procédé dans l’environnement informatique de cloud. Procédé informatique mis en œuvre par ordinateur d’analyse de données, le procédé comprenant : de manière dynamique et automatique : - l’obtention (S10) d’un ou plusieurs ensembles de données, et d’un rapport visuel généré à partir du ou des ensembles de données ; - l’application (S20) d’une pluralité de tests chacun à un élément sujet parmi le ou les ensembles de données et/ou le rapport visuel ; et - le calcul (S30) d’un niveau de certification du rapport visuel sur la base d’un nombre de tests fournissant un résultat positif. Procédé selon la revendication 1, dans lequel la pluralité de tests comprend l’un ou plusieurs tests parmi : - un test de qualité des données, - un test de métadonnées, - un test fonctionnel ou d’interaction utilisateur, - un test de sécurité, - un test d’accessibilité ou de conception, - un test de régression, et - un test de performance. Procédé selon la revendication 1 ou 2, dans lequel la pluralité de tests comprend un ou plusieurs tests appliqués chacun à un élément sujet respectif parmi le ou les ensembles de données et/ou le rapport visuel, et chacun à un ou plusieurs résultats de l’application d’un filtrage à l’élément sujet respectif. Procédé selon la revendication 1, 2 ou 3, comprenant en outre : lors d’une interaction utilisateur avec un système informatique : - l’accès, par un utilisateur, au rapport visuel ; - l’affichage, par le système informatique, d’une représentation graphique du niveau de certification du rapport visuel ; et - l’affichage, par le système informatique, du rapport visuel. Procédé selon la revendication 4, dans lequel la représentation graphique du niveau de certification du rapport visuel est affichée simultanément avec et/ou avant l’affichage du rapport visuel. Procédé selon la revendication 4 ou 5, dans lequel la représentation graphique du niveau de certification du rapport visuel est l’un parmi : - un badge (3020), - une icône, - un cachet (6020), - un autocollant, -un filigrane (4020), -un message de zone de texte (7020) ; - une notification provenant d’une extension (8020) personnalisée telle qu’une API, - une notification provenant d’une fonctionnalité native de signalement de certification, - une notification (1020, 1120, 1220) provenant d’un processus tel qu’un courrier électronique, une application de messagerie instantanée ou un système de ticket d’assistance, et - une notification provenant d’une extension de navigateur. Procédé selon l’une quelconque des revendications 1 à 6, le procédé comprenant en outre la sécurisation de l’accès au rapport visuel pour les utilisateurs autorisés et la validation de l’intégrité des données pour les utilisateurs autorisés, la sécurisation de l’accès comprenant la restriction de l’accès aux données en fonction des acteurs, des rôles de sécurité et/ou des paramètres. Procédé selon l’une quelconque des revendications 1 à 7, le procédé comprenant en outre le stockage d’un enregistrement et/ou d’un résultat de chaque application d’un test respectif. Procédé selon l’une quelconque des revendications 1 à 8, comprenant en outre - l’application d’un test de performance à au moins l’un parmi l’affichage, le chargement et/ou l’interaction du rapport visuel ; - le calcul d’un score de performance en fonction d’un résultat du test de performance ; et - la mise à jour du niveau de certification du rapport visuel en fonction du résultat du test de performance. Procédé selon l’une quelconque des revendications 1 à 9, le procédé comprenant en outre l’obtention d’une date de certification associée au niveau de certification calculé pour le rapport visuel. Programme informatique comprenant des instructions qui, lorsqu’elles sont exécutées sur un ordinateur, amènent l’ordinateur à réaliser le procédé selon l’une quelconque des revendications 1 à 10. Support de stockage sur lequel est enregistré un programme informatique selon la revendication 11. Système comprenant un processeur couplé à une mémoire non volatile, le programme informatique selon la revendication 11 étant enregistré sur la mémoire non volatile.