Project

General

Profile

Development #31216

Statistiques : répartion des temps de traitement d'une démarche en fonction d'un seuil arbitraire

Added by Emmanuel Cazenave over 1 year ago. Updated over 1 year ago.

Status:
Nouveau
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
08 Mar 2019
Due date:
% Done:

0%

Patch proposed:
No
Planning:
No
Demande du club utilisateur:
No

Description

D'après Rouen indicateur très classique dans le cadre d'une démarche qualité (et utilisé par des certifications de ce type: https://certification.afnor.org/services/engagement-de-service-qualiville-prestations-a-destination-des-clients-utilisateurs-de-services-municipaux).

Pour la démarche 'toto', afficher le pourcentage des demandes traitées en moins de X jours. Où X est paramétrable, avec derrière l'idée qu'un collectivité cherchera à atteindre par exemple 80% de demandes traitées en moins de X jours, et que X varie selon la démarche.

History

#1 Updated by Benjamin Dauvergne over 1 year ago

Ma vision du problème: il faudrait des dimensions paramétriques générés pour les colonnes simples de type integer ou duration.

Pour chaque mesure de type duration/integer "x" on génère une dimension "Répartion x" qui prend pour paramètre une liste de seuils.

Le widget utiliser pour les regroupements doit être évolué vers un widget complexe :
  • il affiche d'abord une combo box
  • si dans la combo box est choisie une dimension paramétrique il émet une erreur de validation et au réaffichage affiche un champ texte
  • dans les champ texte on doit entrer une liste de flottants (gérer la syntaxe française avec virgule) séparés par des blancs, au minimum 1 nombre
  • pour les mesures duration on cast ça avec timdelta(days=x) sinon float
  • à la génération de la query (par la méthode sql_query, drilldown peut maintenant contenir soit une chaîne (nom du regroupement, soit un objet BeanGrouping(name, thresholds=[]) et ici on a peut-être intéré à ne plus passer des chaînes et à travailler avec des objets Dimension directement
    • il faut séparer les objets BeanGrouping des autres regroupements, générer une première
    • BeanGrouping.group_by doit renvoyer une expression comme
      CASE WHEN {measure.name} < {threshold.0} THEN '{measure.label} < {threshold.0} jours/choucroutes'
           ...
           WHEN {measure.name} < {threshold.n-1} THEN '{threshold.n-1} < {measure.label} < {threshold.n} jours/choucroutes'
           ELSE "{threshold.n} < {measure.label} jours/choucroute'
      

Voilà ça ne résoud le problème que dans le cas où on a une colonne ou expression facilement calculable "durée de traitement".

Si on veut des pourcentages par rapport au total pour une période ce sera plus complexe....

Le plus simple pour réfléchir c'est de commencer par écrire les requête SQL équivalente et voir comment les générer.

Also available in: Atom PDF