Project

General

Profile

Développement #10134

Gestion de la "criticité" des demandes

Added by Frédéric Péters about 9 years ago. Updated almost 9 years ago.

Status:
Fermé
Priority:
Haut
Target version:
Start date:
29 February 2016
Due date:
% Done:

0%

Estimated time:
Patch proposed:
Yes
Planning:

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.

Files


Related issues

Related to Publik - Gestion de projet #9281: CRMiser Publik pour POC ParisFermé10 December 201501 April 2016

Actions

Associated revisions

Revision ba9827f3 (diff)
Added by Frédéric Péters about 9 years ago

general: add handling of criticality levels (#10134)

History

#2

Updated by Frédéric Péters about 9 years ago

#3

Updated by Frédéric Péters about 9 years ago

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).

#4

Updated by Frédéric Péters about 9 years ago

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.

#5

Updated by Frédéric Péters about 9 years ago

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.
#6

Updated by Frédéric Péters about 9 years ago

  1. mise à jour des vues quand le nombre de niveaux de criticité change
  2. 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).
#8

Updated by Frédéric Péters about 9 years ago

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).

#9

Updated by Thomas Noël about 9 years ago

Ack

#10

Updated by Frédéric Péters about 9 years ago

  • Status changed from En cours to 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)
#11

Updated by Thomas Noël almost 9 years ago

  • Target version set to v1.37
#12

Updated by Thomas Noël almost 9 years ago

  • Status changed from Résolu (à déployer) to Fermé

Also available in: Atom PDF