Fonctionnement serveur de paramètre¶
Le serveur de paramétrage enregistre les données par défaut d'une application en fonction d'un compte utilisateur.
Lorsque l'utilisateur va se connecter à l'application, il sera directement redirigé vers l'exercice en fonction du paramétrage défini par l'enseignant. S'il n'y aucun paramétrage défini concernant l'application pour cette utilisateur, alors il pourra naviguer librement dans l'application (choisir l'exercice qu'il souhaite traité).
1. Gestion du paramétrage¶
a. Interface graphique pour saisir le paramétrage (sous QT)¶
se compose des champs suivants:- Application (liste)
- Skill (liste dépend d'application)
- Groupe (liste des groupes disponible)
- Utilisateur (liste )
- Date de début de la session
- Date de fin de la session
- Nombre d'essai (-1 pour illimité)
- Next libre (pour suivant)
Pour les valeurs par défauts voir doc https://redmine.ryxeo.com/projects/abuledu-srv-terrier/wiki/Protocole_d'%C3%A9change
Voir chapitre : "1. Mise en place du filtre"
b. Enregistrement du formulaire¶
Récupère les champs suivant:- id_application
- id_skill
- id_groupe
- id_user
- date_debut
- date_fin
- nb_erreur
- next
- id_user_encours
Parcours la liste des utilisateurs et enregistre les paramètres en base.
c. Liste des paramètres défini par l'enseignant¶
Récupère la liste des paramètres définis par l'utilisateur encours de session. La liste sera dans l'ordre décroissant en fonction de la date de création du paramètre.
Possibilité de supprimer les paramètres en fonction de l'identifiant du paramètre.
2. Coté serveur API¶
a. BDD¶
Ajout d'une table parametre- id
- id_application
- id_skill
- id_user
- id_user_created
- date_debut_session
- date_fin_session
- date_created
- date_updated
- nb_erreur
- skill_next ?
- id_domaine ?
=> Migration du nouveau schema
b. Gestion du module parametres¶
Il faut une documentation concernant les paramètres d'entrée et de sortie pour chaque fonction ainsi qu'un jeux de test
Chaque fonction vérifie que l'utilisateur a les droits suffisant pour effectuer une actions sur les paramètres
Fonctions Filtres (existe déjà)Ajouter les Fonctions suivantes dans un module "paramatres"
- addParam
- listParam
- deleteParam
c. Ouverture de session d'une application¶
Lorsque l'utilisateur ouvre l'application, on vérifie s'il y a des paramètres par défaut pour cet utilisateur
Fonction verificationParam a insérer dans le module "parametres"
Cette fonction se compose de 2 requêtes de vérification:
1 ère: Controle si un paramètre existe pour cet utilisateur
Condition de la requête :
• utilisateur
• application
• date début < date now
• date fin > date now
• last date created
2 ème : Vérifie dans les logs si l'utilisateur a déjà effectué l'exercice et si oui combien de fois.
On retourne le SKILL sinon null pour informer l'application qu'aucun paramètre n'est défini pour cet utilisateur.