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

Voir aussi la page ConfigPermissions pour plus de détails sur les permissions (pour les développeurs).