Rôles et permissions¶
- Table of contents
- Rôles et permissions
Introduction¶
Suite aux demandes récurrentes d'explications ou d'implémentations de nouveaux rôles, il est apparu qu'une refonte pouvait s'avérer avantageuse. L'équipe développement du CC a initié une réflexion, dont l'issue sera discutée avec tous les managers de projets.
Dans un soucis de clarté et d'évolutivité, la réflexion s'est attachée à proposer un modèle de rôles, en distinguant fondamentalement 2 types:- rôles globaux: Anonymous (non-connecté), Non-member (connecté), Reporter (minimum de droits), Manager
- rôles fonctionnels: rôles cumulables ajoutant une fonction à un membre, par exemple Documentation Manager, avec plusieurs niveaux de droits.
Les documents précisant et illustrant ce schéma sont réunis dans le répertoire correspondant
Cette proposition cherche à couvrir le maximum de cas d'usage, tout en restant pragmatique. C'est pourquoi certains rôles ne sont pas implémentés a priori, afin de ne pas surcharger inutilement le schéma d'ensemble. Ils pourraient cependant l'être si nécessaire. De même, de nouveaux rôles fonctionnels pourraient venir s'insérer dans le schéma assez aisément.
Précisions sur les rôles¶
- Les rôles fonctionnels regroupent des (droits attachés à des) modules. Par exemple, au Community Manager correspond les droits des modules Forum et News.
- Les rôles fonctionnels ont au moins 2 niveaux: Contributor et Manager
- Les rôles sont hérités dans une hiérarchie (cf. diagramme des rôles)
Remarques¶
- Le module Documents est prévu pour publier des spécifications et notices, tandis que le module Files est prévu pour publier des releases (au sens
.zip) d'un projet. Cf. FAQ Redmine
- Certains fonctionnements ne sont pas réalisables:
- Il n'existe pas (encore) de droit modifier son propre ticket
- Pour avoir un wiki privé en plus d'un wiki public, il faut créer un sous-projet privé.
- La limite d' Assignabilité désigne le niveau à partir duquel des tickets peuvent être assignés à un utilisateur. Il a été considéré qu'un Reporter sans droits fonctionnels supplémentaires n'était pas assignable. En revanche, on peut en attendre un Feedback (état du ticket).
- Le premier impact est d'alléger fortement le menu d'affectation de la demande.
- Le reporter, étant le créateur de la demande, est de toute façon informé des actions en cours sur la demande.
- La transition des rôles actuels vers les nouveaux nécessitera de réformer des rôles existants (Advanced Reporter), voire d'en abandonner certains (Wiki Reader). Cette phase et ses implications ne sont pas encore étudiés.