search

DISIC / observatoire

🕵️‍♀️ Observatoire de la qualité des démarches en ligne
https://observatoire.numerique.gouv.fr/
GNU Lesser General Public License v3.0
10 stars 4 forks source link

Spécifier les champs du modèle de données liés à la disponibilité #552

Closed slauriere closed 5 years ago

slauriere commented 5 years ago

Cette tâche concerne la spécification des champs du modèle de données liés à la disponibilité, en particulier :

lucaa commented 5 years ago

Pour essayer de comprendre la priorité de cette tache: aucune meta-donnée n'a pas été prévue pour reprendre les données sur la disponibilité qui sont déjà présentes dans le tableau de bord en format Excel?

lucaa commented 5 years ago

aucune meta-donnée n'a pas été prévue pour reprendre les données sur la disponibilité qui sont déjà présentes dans le tableau de bord en format Excel?

réponse: non, rien n'a encore été prévu.

À determiner: a-t-on besoin de pouvoir exporter ces informations sur les démarches du top250 dans la M9, pour decider si on doit les importer dans le cadre du #571 ou pas. Si on doit les importer dans la M9, on doit faire cette tache dans la M9 (pour avoir les propriétés).

georges-bayard commented 5 years ago

c'est une priorité liée à l'affichage des données dans le tableau de bord qui n'est pas dans la M9. On peut se contenter dans cette itération d'intégrer les données hors Pingdom

slauriere commented 5 years ago

Une première propriété a été ajoutée au modèle de données pour pouvoir importer puis restituer la seule donnée actuellement présente dans le tableau de bord à savoir la colonne "Disponibilité / temps de réponse", qui est calculée à partir du score nommé "lwscore" issu de Pingdom. Cette propriété est de type nombre entier pour pouvoir facilement trier les démarches par score. Les valeurs "non applicable" et "absence d'URL" seront gérées directement au niveau de l'affichage. L'alternative étant de stocker le score dans une liste statique mais cela pose a priori un problème du tri.

slauriere commented 5 years ago

Plutôt que de disposer juste pour l'instant d'une propriété destinée à recevoir le score final, les propriétés suivantes ont été ajoutées pour pouvoir calculer le score final à partir des données brutes (et la propriété "lwscore" a été supprimée) :

La fiche d'une démarche affiche à présent la troisième propriété en mode visualisation. Affiche-t-on également les deux autres propriétés en mode visualisation (a priori en tout cas pas en mode édition puisque les données viendront de pulse.numerique / Pingdom), ou se contente-t-on du score total ?

Il reste a priori à spécifier plus précisément comment calculer le score "disponibilité / temps de réponse" car la spécification actuelle pose deux problèmes : le score du temps de réponse peut valoir "0" (quand le temps de réponse est entre 0.8 seconde et 1 seconde), ce qui rend la division impossible, et les scores peuvent prendre des valeurs négatives, qui, divisées entre elles, donneraient un résultat positif, ce qui n'est pas l'intention.

slauriere commented 5 years ago

Le score est calculé non pas par division mais via une somme, donc pas de problème de spécification.

slauriere commented 5 years ago

La règle de calcul du score a été implémentée en additionnant le score de disponbilité et celui de temps de réponse. Je clos cette tâche.