1) Dans le Ch 4 (Fonctionnement de l’outils Examen)

Achèvement de la description du fonctionnement des UC restant : Consulter statistiques, Traiter examen, Passer un examen

2) Dans le Ch 2 (Présentation du stage), mise à jour de la description du lieu de stage

3) Ch 5 : Architecture commencée

Introduction :
- Choix de l’architecture MVC
- Caractéristiques des tables spécifiques à l’outils examen : comme les noms des tables des Exercices commencent par « QWZ », celles spécifiques aux examens commenceront par « EX ».

Suite : architecture par Use Case

Mise à jour de l’analyse 1: "Use Case, scénarios, diagrammes d’activités"
(voir semaines 2 à 5)

Ce sera probablement le Chapitre 3.

- Explication de la démarche, du but des scénarios, des formalismes des « includes » et des « extends »,
ajout de commentaires. 

a) Création de types d’attributs personnalisés dans dbMain: se fait à partir des autres types.

- enum : ce sont des varchar(20). On peut aussi leur attribuer des valeurs prédéfinies (TRUE/FALSE, VISIBLE/INVISIBLE, …)
- smallint : numeric(6), utilisé pour le numéro d’ordre d’une question (= rank)
- tinyint : numeric(4), utilisé par exemple pour le nombre de séries d’un examen
- datetime : date(19), date + heure à la seconde près.
- text : varchar(1024), utilisé pour les long textes : descriptions d’examens, de questions

b) Génération d’un rapport de description des tables avec dbMain
Certaines parties seront incorporées dans le rapport final.

2) Suite de l’exploration du code de l’outils Exercice, et des adaptation à faire pour Examen

J’ai achevé de le faire pour la « Modification des questions ».
Attention : pour un examen, on doit passer d’abord par les paramètres d’une question puis par les réponses.