73 lines
3.5 KiB
Markdown
73 lines
3.5 KiB
Markdown
# Rôles et permissions dans ScoDoc
|
||
|
||
|
||
ScoDoc défini par défaut quatre rôles principaux (d'autres sont prévus, notamment pour le module
|
||
relations entreprises):
|
||
|
||
- Administrateur
|
||
- Secrétariat
|
||
- Enseignant
|
||
- Observateur
|
||
|
||
|
||
Par ailleurs, le contexte d'utilisation donne certains privilèges (par exemple
|
||
la faculté de saisir des notes, de justifier des absences, de modifier la
|
||
définition des programmes, ...).
|
||
|
||
## Exemple
|
||
|
||
L'utilisateur 'Dupont' est responsable ScoDoc pour son département *RT* mais
|
||
intervient également en enseignement au département *GEII*.
|
||
On pourra lui attribuer les rôles `AdminRT` et `EnsGEII`, ce qui lui permettra :
|
||
|
||
- de gérer les utilisateurs du (seul) département RT :
|
||
Privilèges associés : `Gérer les utlisateurs (Sco Users Manage)`, `Changer les
|
||
formations (Sco Change Formation)`, ...
|
||
- d'accéder aux vues enseignant pour le département GEII :
|
||
Privilèges associés : `Voir les parties pour les enseignants (Sco View Ens)`,
|
||
`Saisir des absences (Sco Change Absences)`, ...
|
||
|
||
Pour une description plus fine des permissions, voir
|
||
[ConfigPermissions](ConfigPermissions.md).
|
||
|
||
## Rôles définis dans l'installation standard
|
||
|
||
`XXX` désigne typiquement le nom du département ("RT" ou "GEA").
|
||
|
||
* `AdminXXX`: toutes opérations ScoDoc (chef de département, et éventuellement un ou deux collaborateurs de confiance);
|
||
|
||
* `EnsXXX`: enseignant du département;
|
||
|
||
* `SecrXXX`: secrétaire du département.
|
||
|
||
L'installation standard défini aussi un utilisateur "*admin*", qui a le rôle "Manager", ce qui lui confère normalement tous les droits sur toutes les parties du site. L'usage de cet utilisateur particulier devrait être réduit à la création de nouveaux départements, et son mot de passe ne devrait pas être divulgué aux utilisateurs de ScoDoc.
|
||
|
||
Les utilisateurs sont associés à des rôles et à un (et un seul) département principal.
|
||
|
||
Un utilisateur peut avoir un nombre quelconque de rôles dans différents départements.
|
||
|
||
Le département de rattachement est utile pour indiquer qui (quel administrateur) a le droit de modifier l'utilisateur (lui changer son mot de passe, etc), mais n'influe pas sur les permissions accordées à l'utilisateur (sauf pour les administrateurs).
|
||
|
||
Le fait d'être, ou non, associé à un département est important pour les responsables (rôle `AdminXXX`. En effet, si le responsable est associé à un département, il ne pourra créer des utilisateurs que dans ce département (c'est en général ce qu'on veut pour un chef de département, qui "recrute" des enseignant uniquement dans son département).
|
||
|
||
## Permissions dépendantes du contexte
|
||
|
||
Outre les rôles associés à chaque utilisateur, le calcul des autorisations dépend du contexte de l'opération. Par exemple, un responsable de semestre a des droits particulier sur ce semestre, ou encore un responsable de module sur la saisie des notes dans ce module.
|
||
|
||
### Qui peut saisir des notes ?
|
||
|
||
Peuvent saisir des notes dans une évaluation située dans un module:
|
||
|
||
* le ou les administrateurs (rôle `AdminXXX`, où `XXX` est le département);
|
||
* le responsable du semestre (directeur des études);
|
||
* le responsable du module;
|
||
* les enseignants "associés" au module (en général des collègues désignés par le responsable de module ou le directeur des études).
|
||
|
||
!!! note "Voir aussi"
|
||
|
||
- [ConfigPermissions](ConfigPermissions.md) pour plus de détails sur les permissions (pour les développeurs)
|
||
- [Gestion des utilisateurs](AdminUsers.md)
|
||
- [Guide administrateur ScoDoc](GuideAdminSys.md)
|
||
- [FAQ](FAQ.md)
|
||
- [Contacts](Contact.md).
|