Permettre une gestion des utilisateurs/permissions locale au SSI

CAUCA-9-1-1 / survip

SURVI-Prevention Desktop

2 stars 3 forks source link

Permettre une gestion des utilisateurs/permissions locale au SSI #486

Open jocelyncardinal opened 5 years ago

jocelyncardinal commented 5 years ago

Is your feature request related to a problem? Please describe. Le menu "Gestion des systemes", permet de gérer les "Utilisateur" et "Permission" pour TOUT les SSIs de facon globale. Une gestion globale qui devrait etre fais typiquement par un administrateurs qui gere l'ensemble des SSIs. Toutefois, il faudrait permettre aussi une gestion des utilisateur/permission locale au SSI (par exemple ajouter des utilisateurs pompier pour faire des inspection).

Describe the solution you'd like Proposition d'ajouter l'équivalent des sous-menu "Utilsateur" et "Permission" sous le menu "Gestion des SSIs". Toutefois, les capacité des permission devrait etre restreinte a ce qui serait utile a la gestions du SSI (access a seulement les SSIs associé a l'usager, permissions limité a certain acces, etc). A etre déterminer ...

Capture d’écran 2019-03-05 à 10.03.30.png

Capture d’écran 2019-03-05 à 10.03.00.png

iamkinetic commented 5 years ago

Voir à refaire la structure des usagers/groupes/permissions avec ce qui a été commencé pour Requetes 3-1-1.

C'est-à-dire ceci :

https://github.com/CAUCA-9-1-1/cause-security-management

iamkinetic commented 5 years ago

Pour ton info, voici de quoi ont l'air les fenêtres de gestion que Michael a fait dans un autre projet avec la librairie de gestion d'usager que j'ai fait :

Gestion des groupes de permission - liste

Gestion d'un groupe de permission

On peut ajouter un ou des usagers dans un groupe. On peut aussi l'enlever d'un groupe facilement. Il suffit de cliquer dans la zone des utilisateurs pour ouvrir le drop des usagers pour en ajouter.
Les permissions d'un groupe ont trois états possibles : "permises" (quand la boîte à cochée est cochée), "refusées" quand la boite à cochée n'est pas cochée. Le troisième état est quand on voit le carré bleu à l'intérieur de la boîte à cochée. C'est l'état "null", çe qui veut dire que la permission n'est ni permise, ni refusée par le groupe. Bref, la permission ne fait pas parti du groupe.

iamkinetic commented 5 years ago

Pour la gestion des usagers, on a aussi la liste des usagers dans une grille :

Et quand on clique sur le crayon, on arrive dans la gestion d'un usager :

On peut choisir de cette fenêtre dans quels groupes est l'usager (plutôt que de créer l'usager et aller dans une autre page pour aller l'ajouter dans un ou des groupes).
On peut aussi choisir une ou plusieurs municipalités (ce qui serait des SSIs dans le cas de SURVI-Prévention).

À mon avis, ça va être beaucoup plus facile de configurer les usagers avec cette structure là et c'est pas mal plus clean côté structure de BD.

iamkinetic commented 5 years ago

Et dans le projet des plans d'interventions, on va afficher un sommaire des permissions qu'un usager pour que ce soit encore plus clair.

Mon intention est d'éventuellement changer la gestion des usagers/groupes de SURVI-Prévention pour ce modèle.

iamkinetic commented 5 years ago

Pour l'instant, on ne laissera pas les SSIs gérer leur utilisateurs. Par contre, j'ai ajouté le point de changer la gestion des utilisateurs/groupes à notre nouvelle méthode dans notre backlog interne. J'ai un certain espoir qu'on fasse ça pendant le prochain sprint.

Ref: PRE-430