Document Actions
2.2.
Rôles prédéfinis
Up one level
A travers l'explication fonctionnelle, différents profils d'utilisation ont été présentés. Ces profils sont appelés rôles.
Un rôle reprend en fait un ensemble d'actions réalisables par un utilisateur. A un rôle sont associés des permissions (lecture, écriture, ajout, ...). Par exemple, seul le rôle secrétaire peut créer un ordre du jour.
Un ou plusieurs rôles peuvent être donnés à un ou plusieurs utilisateurs qui reçoivent dès lors les permissions correspondantes.
Les rôles suivants sont présents dans l'application :
-
rédacteur d'un point du groupe : qui peut créer un point et le modifier
-
validateur d'un point du groupe : qui peut créer, modifier et valider les points du service afin de les proposer pour un ordre du jour
-
lecteur d'un point du groupe : qui peut visualiser un point de son service
-
secrétaire : qui peut gérer les points, les ordres du jour et les PV
Il est possible, pour l'administrateur de l'application, d'adapter les permissions associées à chaque rôle en modifiant les workflows du produit.
Un workflow constitue l'ensemble des étapes de traitement d'un élément. Ces étapes sont appelées "état" et le fait de passer d'un état à un autre est appelé une transition.
Par exemple, le début du workflow d'un point pour l'ordre du jour est le suivant :
état "en création" ===========================> état "proposé"
transition "proposer"
On définit pour chaque état et chaque transition des permissions données à certains rôles.
Par exemple pour l'état "en création", on définit que seul le créateur et le validateur peuvent voir et modifier le point. Pour la transition "proposer", on définit que seul le créateur et le validateur peuvent l'effectuer pour faire passer le point à l'état "proposé". Et pour ce dernier, on définit que le créateur ne peut plus modifier et que le validateur peut modifier et valider le point. etc...
