UNIVERSITE LIBRE DE BRUXELLES - CoDE - Université Libre de ...
UNIVERSITE LIBRE DE BRUXELLES - CoDE - Université Libre de ...
UNIVERSITE LIBRE DE BRUXELLES - CoDE - Université Libre de ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
5. Orientations Choisies<br />
5.1 Au niveau fonctionnalités<br />
Comme on l’a vu précé<strong>de</strong>mment, l’aspect fonctionnalités revêt une certaine<br />
importance dans le facteur d’utilisation d’un système <strong>de</strong> ce type. L’objectif du<br />
présent projet, est <strong>de</strong> développer un système dédié à l’évaluation. Il y a donc<br />
lieu <strong>de</strong> respecter ce critère à la lettre, du moins dans un premier temps, afin<br />
<strong>de</strong> minimiser les fonctionnalités inutiles sans rapport direct avec l’évaluation.<br />
La simplicité et la réduction du nombre <strong>de</strong> paramètres sont autant <strong>de</strong><br />
facteurs qui <strong>de</strong>vraient probablement pousser à une utilisation plus<br />
systématique du système. Mais il faut songer à une possible intégration dans<br />
<strong>de</strong>s systèmes plus complets. Développer un système autonome semble une<br />
bonne approche, l’intégration dans un autre système pouvant alors se faire<br />
via l’appel par un simple lien au système. Ceci pourrait provoquer une<br />
certaine redondance d’informations, mais il est possible d’y pallier en<br />
produisant une interface entre les <strong>de</strong>ux systèmes.<br />
L’interface se doit donc d’être la plus dénudée possible, afin <strong>de</strong> permettre<br />
une concentration sur l’objet même du système, sans toutefois tomber dans<br />
l’excès.<br />
Etant donné qu’il sera rare que l’installateur ou l’administrateur soit aussi<br />
l’utilisateur exclusif, il y aura lieu <strong>de</strong> prévoir différents niveaux d’accès, tous<br />
sécurisés.<br />
Le système doit donc respecter les critères suivants :<br />
• Niveau d’accès administrateur<br />
o Gestion <strong>de</strong>s utilisateurs<br />
o Gestion <strong>de</strong>s cours<br />
o Gestion <strong>de</strong>s paramètres système<br />
o Gestion <strong>de</strong>s attributions <strong>de</strong> cours aux enseignants et aux<br />
étudiants<br />
o Personnalisation <strong>de</strong> l’interface, permettant par exemple d’insérer<br />
un logo d’entreprise, un texte personnalisé, etc… Une attention<br />
spéciale ne sera cependant pas portée à cet aspect dans le<br />
cadre du présent projet, étant donné qu’il ne s’agit pas d’une<br />
priorité, ceci risquant d’alourdir la gestion. Quelques paramètres<br />
seulement seront donc personnalisables, le reste pouvant faire<br />
l’objet d’une mise à jour si la <strong>de</strong>man<strong>de</strong> s’en ressent.<br />
• Niveau d’accès enseignant<br />
o Gestion (création) d’un cours, permettant à l’enseignant <strong>de</strong><br />
déterminer quels sont les cours qu’il dispense et auxquels il veut<br />
fournir un accès à l’auto-évaluation.<br />
o Gestion <strong>de</strong>s tests et examens<br />
o Gestion <strong>de</strong>s questions et qcm <strong>de</strong> tests et d’examens, avec la<br />
possibilité d’ajout d’images, <strong>de</strong> fichiers, etc…<br />
o Gestion <strong>de</strong>s accès aux examens, avec définition <strong>de</strong>s lieux<br />
d’accès (via adresse IP) et <strong>de</strong>s pério<strong>de</strong>s d’accès.<br />
Ce <strong>de</strong>rnier point a d’ailleurs été problématique, car plusieurs solutions<br />
apparaissaient :<br />
45