Development #10134
Gestion de la "criticité" des demandes
0%
Description
- un attribut criticality_level sur le formdata
- une action de workflow qui peut la modifier (en relatif ou absolu)
- la liste de ces niveaux se définit dans le workflow (et s'il n'y a rien qui est défini l'action de modif de criciticité n'apparait même pas)
- à faire apparaitre dans les listings, pour tri et filtre, etc.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 8 ans
- Lié à Project management #9281: CRMiser Publik pour POC Paris ajouté
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-wip-criticality-levels.patch 0001-wip-criticality-levels.patch ajouté
- Statut changé de Nouveau à En cours
- Assigné à mis à Frédéric Péters
- Patch proposed changé de Non à Oui
patch work in progress (qui ne contient pas de tests); ma principale question est sur la gestion des couleurs, le patch permet d'assigner des couleurs arbitraires aux différents niveaux (rouge, écarlate, écarlate vif attentat) mais je me demande si c'est vraiment nécessaire et surtout si on ne serait pas mieux à fixer globalement les couleurs (par exemple 0: vert, 1: jaune, 2: orange, 3: rouge, 4: écarlate). (et au cas où ce sera plus facile d'ajouter la fonctionnalité que de la retirer).
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch ajouté
Un très gros patch; j'ai finalement décidé de garder les couleurs paramétrables mais de fournir des couleurs "correctes" par défaut.
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch ajouté
Nouvelle version qui permet de grouper les demandes les plus prioritaires en triant dans les listings (peu importe le nombre de niveaux définis dans le workflow), et d'éloigner les demandes où aucune priorité n'a été donnée.
Il y a des commentaires dans le code, en gros sur les deux aspects :
- éloigner les demandes où aucune priorité n'a été donnée : les niveaux sont désormais stockés dans la suite [0, 101, 102, 103...].
- grouper les plus prioritaires : les vues font un max(niveaux du workflow) - niveau du formdata.
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch ajouté
- mise à jour des vues quand le nombre de niveaux de criticité change
- simplification de la conversion de priorité dans les vues (vu que le code de rétablissement de l'attribut criticality_level se trouve dans le sql.py, et plus éloigné dans le formdata.py comme à un moment).
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch ajouté
Rebasé pour s'appliquer sur master.
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-general-add-handling-of-criticality-levels-10134.patch 0001-general-add-handling-of-criticality-levels-10134.patch ajouté
Des tests en plus, autour de la situation où le nombre de niveaux a été réduit (et où il y a un formdata qui était d'un niveau supérieur).
Mis à jour par Frédéric Péters il y a environ 8 ans
- Statut changé de En cours à Résolu (à déployer)
commit ba9827f31fe4c680cd38bb49da214111be69add1 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Mon Mar 7 21:28:20 2016 +0100 general: add handling of criticality levels (#10134)
general: add handling of criticality levels (#10134)