Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Version History

Version 1 Next »

Le dashboard est un outil d’analyse de parcours fonctionnel. L’objectif principal est de fournir une analyse de plus haut niveau que les résultats affichés sur l’application Greenspector, avec une notion de parcours. Nous détaillons ci-dessous :

Méthode de calcul

Ecoscore global

L’Ecoscore est une note sur 100 qui a un double objectif :

  • Représenter la qualité d’un parcours fonctionnel en termes de performance, de données et d'énergie

  • Comparer avec d’autres parcours fonctionnels

L’Ecoscore global est la moyenne de 3 métriques analysées :

  • Performance

  • Consommation de données

  • Consommation d'énergie

Il est utilisé pour attribuer un niveau de label d'écoconception Greenspector :

  • 🟡 Niveau Or - 100 à 90

  • ​⚪ Niveau Argent - 90 à 70

  • 🟠 Niveau Bronze - 70 à 50

Etapes critiques et non critiques

Les étapes critiques sont des points d’entrée dans des domaines fonctionnels où le nombre de visites est théoriquement plus élevé que les autres étapes. Cela permet d'évaluer si la qualité du parcours est fortement influencées par de mauvaises étapes critiques.

La note globale d’une métrique est le résultat d’une moyenne pondérée :

  • 0.7 pour la note des étapes critiques

  • 0.3 pour la note des étapes non critiques

Calcul de la métrique

Exemple de calcul de la performance :

  • Chaque étape du parcours de l’utilisateur est analysée pour chaque métrique : performance, données, énergies, etc.

  • Un seuil spécifique par type d'étape est appliquée pour obtenir une note sur 5.

  • Une moyenne pondérée est utilisée pour obtenir une note globale.

Pour certaines mesures, il existe des étapes non monitorées :

En effet, les pauses ne sont pas prises en compte dans la performance.

Nous disposons ainsi d’un indicateur représentatif de la qualité d’un parcours fonctionnel, quelle que soit sa longueur. Il ne dépend pas de l’estimation de l’impact environnemental.


Sections du dashboard

En-tête

Liste des champs et de leurs correspondances dans le fichier de définition :

Nom dans l'en-tête

Nom dans definition.yml

Description

Exemple

/

name

Titre du dashboard. Permet de distinguer deux versions d'un même parcours fonctionnel

"Facebook - Android - Avec comparaison"

Version

version (dans la section auditids)

Version du service numérique évalué

App: 1.0.5

Web: Septembre 2023

Date des mesures

date (dans la section auditids)

Date de la mesure

11/02/1847

Réseau principal

basenetworktype

Dans une comparaison de plusieurs réseaux, c’est celui qui est utilisé pour calculer l’Ecoscore.

Généralement “WIFI”

Support

web: false(default)/true

Adapte les seuils d'évaluation : vrai pour le web, faux pour une application mobile.

Application/Website

Dashboard version

version

Méthode de calcul de l’Ecoscore

Généralement, toujours à “2.0”

Synthèse

Cette section donne un aperçu des résultats. Elle donne une bonne idée de la qualité d’un parcours fonctionnel, sans nécessairement entrer dans les détails.

  1. Nombre total d'étapes mesurées sans référence. Vérifiez que ce nombre correspond à celui défini dans le fichier definition.yml.

  2. L’Ecoscore décrit précédemment.

  3. Principaux indicateurs de performance, de données et d'énergie. Nous y trouvons :

    • La valeur totale des métriques du parcours :

      • ⏲️ La durée en secondes pour la performance, uniquement pour les étapes d’actions et de chargement.

      • 📡 Consommation en Mo pour les données échangées.

      • 🔋 Consommation en mAh pour l'énergie.

      • Contrairement aux scores, ces valeurs dépendent de la longueur du parcours et sont données à titre indicatif.

    • L'évolution lors de la comparaison de plusieurs versions, pour chaque métrique:

      • 🟢 Diminution supérieur à 10%

      • 🟡 Evolution stable

      • 🔴 Augmentation supérieure à 10%

    • Score global des métriques pour le service testé.

  4. Détails des scores des étapes critiques et non critiques.

Notes par étape

Ce graphique représente les notes pour chaque étape du parcours. Une analyse ligne par ligne n’est pas nécessaire, mais le graphique donne un bon aperçu de la tendance. Nous nous concentrerons plutôt sur l’analyse des dernières étapes, qui sont les plus mauvaises et celles à traiter en priorité.

Il est parfois intéressant de noter une tendance en fonction du type d'étape. En règle générale, les étapes les plus mauvaises sont toujours les étapes de chargement. Toutefois, si un grand nombre d'étapes descendent également dans le classement, cela indique l’existence d’un problème critique sur l’ensemble du parcours.

Détail des métriques

  1. Métrique de la section

  2. Analyse de tous les types d'étapes. Elle vous permet d’identifier des tendances communes entre les différents types d'étapes.

  3. Analyse principale :

    • Performance : étapes de chargement

    • Données mobile : étapes de chargement

    • Energie : étapes de chargement, d’action, de scroll

  4. Analyse secondaire :

    • Performance : étapes d’action, de scroll

    • Données mobile : étapes de pause, action, scroll

    • Energie : étapes de pause

  5. Analyse par domaine fonctionnel dans le fichier definition.yml, paramètre domain. Elle met en évidence les domaines fonctionnels ayant l’impact le plus fort pour chaque métrique.

Les étapes de pause étant des étapes de durée fixe, elles ne sont pas incluses dans la mesure de la performance.

Exemple d'étape de chargement pour la métrique performance :

  • Le titre rappelle la métrique et les étapes analysées.

  • Les blocs indiquent le nombre d'étapes par seuil en fonction du type d'étape.

  • Le graphique affiche les couleurs associées au score de chaque étape.

Dans la section 2, pour tous les types d'étapes, les étapes vertes sont supérieurs aux étapes rouges.

Spécificité de l'énergie

Afin d’harmoniser la consommation entre les terminaux, le seuil utilisé est un multiplicateur de la consommation de référence du téléphone en inactivité. La note d'énergie des étapes est basée sur le ratio entre la vitesse de décharge d'énergie de l'étape et la référence.

L’unité utilisée est le microampère par seconde, µAh/s, qui représente la vitesse de décharge instantanée de la batterie et est indépendante du temps.

Dans cet exemple :

  • 1 étape consomme moins de 1.05 times la référence

  • 6 étapes consommes entre 1.05 et 1.5 fois la référence

  • 2 étapes consomment entre 1.5 et 2 fois la référence

  • 1 étape consomme entre 2 et 3 fois la référence

L’unité utilisée étant inhabituelle, des graphiques supplémentaires en milliampères-heures sont disponibles :

  • Toutes étapes confondues

  • Etapes de chargement, d’action, de scroll

  • Etapes de pause

Nous utilisons l'équation suivante :

Ce graphique offre une nouvelle perspective d’analyse:

  • CHRGT_product n’est pas l'étape dont la consommation instantanée (µAh/s) est la plus élevée.

  • Mais c’est une étape longue, et sa consommation totale d'énergie (mAh) est la plus élevée.

  • La référence, en bas, met en perspective chaque étape de chargement : CHRGT_product consomme persque deux fois plus d'énergie que l’appareil qui reste inactif pendant 30 secondes.

Dans ce graphique :

  • La hauteur correspond à la vitesse de décharge instantannée en µAh/s

  • La largeur de la colonne correspond à la durée de l'étape

  • La surface de la colonne représente donc la consommation d'énergie

Ce graphique peut être utilisé pour mettre en évidence des étapes anormalement longues, ou des étapes qui consomment une quantité d'énergie anormalement élevée alors qu’elles sont courtes.

Impact environnemental

Vous pouvez visualiser directement l’impact environnemental d’un parcours fonctionnel en complétant la section environmentalinput dans le fichier definition.yml.

  1. L’impact environnemental d’un parcours complet est calculé sur la base de trois paramètres :

    • Les émissions de gaz à effet de serre

    • La consommation d’eau

    • L’occupation de la surface du sol

  2. La date de calcul peut être utilisée pour vérifier la version de l’API sur l’impact environnemental.

  3. Répartition de la métrique ges gaz à effet de serre par origine, avec l’incertitude de la projection. Plus précisément :

    • Le terminal dépend de la métrique énergie

    • Le réseau dépend de la métrique des données échangées

    • Les serveurs dépendent du nombre de requêtes spécifié avec le paramètre reqnetwork

L’impact du terminal est généralement plus important, surtout pour les applications mobiles avec peu d'échanges sur le réseau.

L’impact environnemental d’un parcours fonctionnel n’est pas nécessairement corrélé à l’Ecoscore, puisqu’il dépend avant tout de la longueur du parcours et de la fréquence d’utilisation du service.

Pour plus d’information sur le modèle d’impact environnemental Greenspector, voir https://greenspector.com/fr/methodologie-calcul-empreinte-environnementale/


Processus d’analyse du dashboard

Construire une évaluation globale

Un survol rapide de chaque section permet d’identifier les problèmes apparents du service mesuré. Une évaluation globale peut en être déduite :

  • Service lent mais économe en énergie

  • Service rapide mais gourmand en énergie

  • Service économe en énergie mais consommation de données élevée

  • etc.

Identifier les problèmes

L’analyse du dashboard doit permettre d’identifier les leviers d’optimisation. Deux situations sont possibles :

  • La plupart des étapes on un mauvais résultat sur une métrique. L’analyse sera simplifiée avec beaucoup de problèmes à relever.

  • Certaines étapes se comportent de manière différente de la moyenne. Nous devons nous assurer qu’il ne s’agit pas d’une erreur de mesure. Nous devons alors procéder à une analyse plus approfondie et nous concentrer sur ces étapes.

Commencez l’analyse du dashboard dans cet ordre :

  1. Performance

  2. Données échangées

  3. Energie

Cela permet de construire une analyse telle que:

  • L’analyse des performances montre que l'étape A consomme beaucoup de temps.

  • L’analyse des données associe l'étape A à une forte consommation de données.

  • L’analyse de l'énergie associe cette consommation de données à une consommation d'énergie élevée.


Ce que le dashboard ne montre pas 😨

Le calcul de l’Ecoscore ne dépend pas du nombre d'étapes, ce qui peut masquer des problèmes d’ergonomie et de conception du parcours. Un trajet comportant de nombreuses étapes bien optimisées aura un bon Ecoscore. Cependant, l’impact sur l’environnement et la durée du parcours seront mauvais.

  • No labels