Visual Timetabling - Version réseau Administration des utilisateurs

Transcription

1 Visual Timetabling - Version réseau Administration des utilisateurs La version réseau de Visual Timetabling permet à plusieurs utilisateurs de manipuler ensemble des emplois du temps. Les actions que peut faire chaque utilisateur grâce au logiciel dépendent des droits qui lui sont attribués. Ces droits sont définis par l administrateur du logiciel et repose sur l organisation dans laquelle est exploité le logiciel. Il importe dans que cette organisation soit clairement définie pour accorder les droits aux différents utilisateurs. L attribution des droits dépend de l organisation qu on souhaite mettre en place. L expérience montre que trop de restriction a tendance à figer l organisation et conduit parfois à des grains de sables qui empêchent l ensemble de l organisation de bien fonctionner. Et c est bien l organisation qui coince mais pas le logiciel! A l opposé, pas assez de contrôle conduit à l anarchie : certaines décisions sont prises sans que les autres membres de l organisation en soient réellement informés. Bref toute la difficulté consiste à bien doser les droits accordés aux utilisateurs. Il est donc important de définir qui fait quoi sur quelles données. Fonctionnement général Pour bien comprendre le fonctionnement de VT en réseau voici un schéma général d organisation. Seul le serveur de base de données mysql fonctionne en client/serveur. Il n y a pas de serveur pour l application VT. Ce choix permet de distribuer les traitements puisqu il n y a pas de serveur dédié aux traitements. L avantage principal est que tous les traitements sont réalisés localement à chaque installation de VT. L inconvénient est qu il a fallu mettre en place un système de synchronisation des données entre les différents utilisateurs. Le choix retenu est très simple : chaque modification locale des données (ajout, suppression ou modification) est transmise immédiatement à la base de données centrale. Chaque version locale de VT fait régulièrement une mise à jour de ses données locales avec les données de la base de données. Dans le sens VT Base de Données, la mise à jour est immédiate. Dans le sens Base de Données VT, la mise à jour se fait à intervalles de temps réguliers (à la demande de VT). Mise en place de la BD Afin de ne pas surcharger l administrateur de la BD, la gestion des utilisateurs est faite dans la même base que VT. Ce n est pas l idéal au niveau sécuritaire mais petit à petit les outils vont améliorer ce point. Dans la base de VT se trouve une table «utilisateurs» dans laquelle sont définis les utilisateurs. Pour accéder à la base de VT il faut que l administrateur de mysql définisse un utilisateur avec son password.

2 Pour clarifier supposons que la base s appelle BD-VT et que l administrateur définisse l utilisateur «USER-VT» de password «PASS-VT». Nous avons donc maintenant un accès à la base. Ces informations doivent être placées dans le fichier VT.ini aux rubriques adéquates et on doit avoir quelque chose comme : NOM_BASE=BD-VT ADRESSE_SERVEUR=localhost USERNAME_DATABASE=USER-VT USERPASS_DATABASE=PASS-VT Remarque : généralement, si vous travaillez en local, l utilisateur que vous utiliserez sera «root» sans password. Il serait dangereux de placer en clair le password d accès à la base de données dans le fichier VT.INI. En effet, il suffirait à toute personne de lire ce fichier pour pouvoir accéder à la base de données et, éventuellement y faire des modifications interdites. Pour éviter ce problème, c est un password crypté qu il faut utiliser. Les méthodes de cryptage et de décryptage sont connues de Visual Timetabling mais pas de ses utilisateurs. VT.INI login : SYLVAIN pass : XYZAXTUP Visual Timetabling login : SYLVAIN pass : SYLVAIN#03 BD mysql L outil VT_ADMIN permet de crypter un mot de passe. Par exemple, on y entre la chaine SYLVAIN#03 et il génère le mot de passe crypté : XYZAXTUP. C est ce mot de passe crypté qu il faut placer dans le fichier VT.INI. Cette méthode permet à Visual Timetabling de gérer lui-même les droits des utilisateurs sans devoir passer par l administrateur de mysql. Définition des utilisateurs de VT La définition des droits des utilisateurs se fait avec l outil VT_ADMIN. Tous les utilisateurs de VT en réseau sont connus de l administrateur de mysql sous un même nom. Par contre, les utilisateurs sont différenciés par VT et ne possèdent pas les mêmes droits. Par exemple, on peut décider que tel utilisateur puisse ajouter des enseignants alors que tel autre ne le puisse pas. On peut imaginer que tel utilisateur puisse voir les emplois du temps sans pouvoir les modifier etc.

3 Pour bien comprendre comment sont gérés les droits, il faut retenir que chaque utilisateur possède un «code propriétaire» qu il peut partager avec d autres utilisateurs. Il faut également retenir que chaque information mémorisée dans la base est caractérisée par son code propriétaire. Par exemple, si je suis l utilisateur U1 de code propriétaire CP1, lorsque je vais placer une séance S sur un planning, cette séance possèdera le même code propriétaire CP1. Cette séance sera vue de différente manière d autre utilisateur U2, en fonction des droits qui lui sont accordés. Par exemple, si U1 et U2 sont du même code propriétaire et que U2 a également le droit de déplacer les séances, alors il pourra déplacer la séance S. U2 peut néanmoins avoir le même code propriétaire que U1 sans avoir le droit de déplacer S. Voici les différents droits disponibles pour paramétrer les utilisateurs : PROFS, SALLES, GROUPES, ETUDIANTS, MATIERES, MODULES, ENSEIGNEMENTS VOIR LE MENU : VOIR : VOIR LIMITE : AJOUTER : MODIFIER: DETRUIRE: permet d activer ou désactiver la rubrique dans la barre de menu. Par exemple, si on souhaite cacher le menu correspondant aux matériels pour une utilisateur, il suffit de mettre la valeur de ce paramètre à FAUX. permet d accorder à l utilisateur le droit de voir les informations sur une ressource permet d accorder à l utilisateur le droit de voir les informations sur une ressource s il a le même code propriétaire. permet d accorder à l utilisateur le droit d ajouter une ressource permet d accorder à l utilisateur le droit de modifier une ressource (il faut en plus que l utilisateur et la ressource aient le même code propriétaire) permet d accorder à l utilisateur le droit de détruire une ressource (il faut en plus que l utilisateur et la ressource aient le même code propriétaire) AJOUTER RESERVATION : permet d accorder à l utilisateur le droit d ajouter une MODIFIER RESERVATION : permet d accorder à l utilisateur le droit de modifier une DETRUIRE RESERVATION : permet d accorder à l utilisateur le droit de détruire une BILANS : SEANCES permet d accorder à l utilisateur le droit de faire un bilan pour une ressource AJOUTER : MODIFIER: DETRUIRE: permet d accorder à l utilisateur le droit d ajouter une séance permet d accorder à l utilisateur le droit de déplacer une séance. permet d accorder à l utilisateur le droit de détruire une séance

4 DEPLACER AVANT MAINTENANT: permet d accorder à l utilisateur le droit de déplacer une séance avant la date courante. Un exemple complet : la gestion d un institut organisé en plusieurs départements. Supposons que l on veuille gérer 3 départements DEPT1, DEPT2 et DEPT3 qui ne partagent aucun étudiant. Chaque enseignant est affecté à un département mais peut enseigner dans un autre département. Par exemple PROFA1 est affecté à DEPT1 mais peut très bien enseigné dans DEPT2. De la même façon les salles sont rattachées à un département mais peuvent être utilisées par les autres départements (elles sont «prêtées»). Les départements sont gérés par 9 personnes : ADMIN1, SECRET1 et UTIL1 pour DEPT1, ADMIN2, SECRET2 et UTIL2 pour DEPT2 et ADMIN3, SECRET3 et UTIL3 pour DEPT3. On souhaite donner les droits suivants : - Les personnes de type UTIL ne font que consulter les emplois du temps avec Visual Timetabling ; - les utilisateurs de type SECRET qui placent ou déplacent des séances ; - les utilisateurs de type ADMIN sont chargés d entrer les caractéristiques des ressources et des activités pédagogiques (matières, enseignements, volumes horaires) et peuvent également placer, déplacer et détruire des séances. En plus de toutes ces personnes on décide d ajouter un superutilisateur SUPER qui aura tous les droits (ou presque). On va donc attribuer le codeproprietaire 1 aux personnes ADMIN1, SECRET1 et UTIL1, le codeproprietaire 2 aux personnes ADMIN2, SECRET2 et UTIL2 et enfin codeproprietaire 3 aux personnes ADMIN3, SECRET3 et UTIL3. Les personnes ADMIN1, ADMIN2 et ADMIN3 commencent par entrer la liste des PROFS rattachés à leur département et sont donc propriétaires de ces PROFS. Elles entrent ensuite la liste des SALLES, des MATIERES, des GROUPES (éventuellement des ETIUDIANTS) et enfin la liste des ENSEIGNEMENTS. A ce stade toutes les informations saisies ont le même codepropriétaire que celui de l utilisateur qui a fait la saisie et ne peuvent être modifiées que par un utilisateur de même codeproprietaire qui possède les droits suffisants. Pour résumer voici la situation dans laquelle nous sommes : PROFS SALLES GROUPES MATIERES ENSEIGNE MENTS Codes Propriétaires ADMIN1 SECRET1 UTIL1 {PA1, PB1, PZ1} {SA1, SB1, SZ1} {GA1, GB1, GZ1} {MA1, MB1, MZ1} {ENSA1, ENSB1, ENSZ1} 1

5 ADMIN2 SECRET2 UTIL2 {PA2, PB2, PZ2} ADMIN3 SECRET3 UTIL3 {PA3, PB3, PZ3} {SA2, SB2, SZ2} {SA3, SB3, SZ3} {GA2, GB2, GZ2} {GA3, GB3, GZ3} {MA2, MB2, MZ2} {MA3, MB3, MZ3} {ENSA2, ENSB2, ENSZ2} {ENSA3, ENSB3, ENSZ3} 2 3 On désire maintenant que chaque département ne puisse voir que les données qui le concernent. On serait tenter de donner le droit «VOIR LIMITE» à chaque utilisateur qui lui attribuerait le droit de ne voir que les données de même codeproprietaire. Cependant ceci ne permettrait pas à un département d utiliser un prof ou une salle d un autre département. En effet avec ce droit, n apparaissent ans les listes de choix que les données de même codepropriétaire que celui de l utilisateur. Par contre pour les groupes et les enseignements, on peut affecter ce droit aux utilisateurs qui ne voient donc plus ni les groupes ni les enseignements des autres départements et ne peuvent donc plus ni placer, ni détruire des séances aux groupes des autres départements. Pour les salles et les profs, il vaut mieux attribuer le droit «voir» qui permet de retrouver tous les profs et toutes les salles dans les listes de choix. Les séances elles-mêmes suivent ce principe. Chaque séance placée possède un codepropriétaire. On peut donc attribuer le droit «VOIR LIMITE» aux utilisateurs pour ce qui est des séances. De cette manière lorsqu un utilisateur visualise le planning d un groupe, il voit toutes les séances de ce groupe (et on est sûr que ces séances ont été placées par utilisateur du même département). Lorsqu un utilisateur visualise le planning d un profs, il voit en clair toutes les séances que ce prof fait dans le département et voit en masqué les séances que ce prof fait dans les autres départements. Maintenant, il faut compléter le profil des utilisateurs. Pour les utilisateurs de type SECRET il faut leur retirer le droit de détruire des séances, d ajouter, modifier ou détruire des profs, des salles etc. Pour les utilisateurs de type UTIL, il faut leur retirer pratiquement tous les droits. A noter que l on peut également paramétrer le menu. Par exemple on peut retirer du menu la partie MATERIEL, si on estime qu elle ne sert à rien. La technique utilisée dans Visual Timetabling a été mise au point à partir d une expérence de terrain et devrait couvrir un vaste ensemble des situations.