TOPDEV06-EPRE Sujet de l'épreuve. Association TopDev. Références : TOPDEV06-EPRE du 05/01/2006 Association TopDev

Transcription

1 Association TopDev TOPDEV06-EPRE-0004 Références : TOPDEV06-EPRE du 05/01/2006 Reproduction interdite sans autorisation préalable Page 1/21

2 Fiche de suivi de document Identification Type de document Organisateur Développement Association TopDev Historique Version Nature Auteur Date 01 Création du document Chrystel COASSIN 20/12/05 02 Sujet validé par le Jury Chrystel COASSIN 05/01/06 Reproduction interdite sans autorisation préalable Page 2/21

3 SOMMAIRE I. DÉROULEMENT DU CONCOURS... 4 I.1. HORAIRES...4 I.2. CONDITIONS DE PARTICIPATION... 4 I.3. A LIRE!!!...4 I.3.1. DOCUMENTS CONSTITUANT LE SUJET DE L'ÉPREUVE...4 I.3.2. LIVRABLES... 5 I.3.3. DESCRIPTION DE LA DOCUMENTATION À FOURNIR...5 I.3.4. LE BON DE LIVRAISON... 6 II. SPÉCIFICATIONS TECHNIQUES... 7 II.1. SPÉCIFICATIONS TECHNIQUES COMMUNES... 7 II.1.1. BASE DE DONNÉES... 7 II.1.2. LOCALISATION / MULTILINGUISME...7 II.1.3. CLIENTS... 7 II.1.4. AUTRES... 7 II.2. SPÉCIFICATIONS TECHNIQUES PAR LANGAGE...8 II.2.1. PYTHON... 8 II.2.2. PHP... 8 II.2.3..NET... 9 II.2.4. JAVA... 9 III. SUJET DE L'ÉPREUVE DE DÉVELOPPEMENT III.1. CONTEXTE FONCTIONNEL GÉNÉRAL...10 III.2. SPÉCIFICATIONS DÉTAILLÉES III.2.1. HOME PAGE III.2.2. S'INSCRIRE III.2.3. GESTION DES THÈMES DES QUESTIONS III.2.4. VOIR LES QUESTIONS III.2.5. CRÉER UNE QUESTION III.2.6. MODIFIER UNE QUESTION...15 III.2.7. SUPPRESSION D'UNE QUESTION (HORS ÉPREUVE)...15 III.2.8. VÉRIFIER LA COHÉRENCE DES QUESTIONS...15 III.2.9. RÉPONDRE À UN QUESTIONNAIRE III VOIR LE RÉSULTAT D'UN QUESTIONNAIRE...20 III LES STATISTIQUES...20 III ENVOI DE BILAN ÉCHANGE VERS APPLICATION EXTÉRIEURE...20 Reproduction interdite sans autorisation préalable Page 3/21

4 I. DÉROULEMENT DU CONCOURS I.1. Horaires Le début de l'épreuve est définie à : vendredi 27 janvier 2006 à 14h00 (GMT+1, heure de Paris, Copenhague, Madrid) La fin de l'épreuve est défini à : dimanche 29 janvier 2006 à 23h59 (GMT+1, heure de Paris, Copenhague, Madrid) A cette heure, tous les livrables devront être installés sur l'espace privé du serveur dont l'accès vous aura été précisé par mail. Le bon de livraison devra être parvenu à l'adresse mail : topdev2006@gmail.com A la réception du bon de livraison, l'accès aux fichiers livrés sera coupé. I.2. Conditions de participation L'espace n'est qu'un espace de tests rapide, ayant une capacité de calcul et de flux limité. Tout candidat utilisant trop de ressource pourra être exclu du concours TopDev L'accès aux fichiers livrés pouvant encore être ouvert après l'heure limite de livraison, si un fichier est modifié après ce moment, la participation du candidat au concours TopDev 2006 sera annulée. I.3. A lire!!! I.3.1. Documents constituant le sujet de l'épreuve Le sujet est composé de : un dossier de spécifications contenant les spécifications générales et spécifications détaillées ainsi qu un document décrivant les livrables demandés (il s agit du document que vous lisez en ce moment). 1 fichier alimentant un jeu de test Un dossier zippé composé d images, un fichier CSS et copies d un écran présentant la charte graphique Reproduction interdite sans autorisation préalable Page 4/21

5 I.3.2. Livrables Les livrables sont : l'application installée et directement utilisable sur l'espace qui sera fourni (sauf pour les développements J2EE) Les sources de l'application (sources non compilées) les sources compilées de l'application et le processus décrivant l'installation (si compilation nécessaire) le dump de la structure de la base de données (incluant la création d'entrées pouvant être nécessaires au bon fonctionnement de l'application) au format.sql une documentation (voir ci dessous) un bon de livraison (voir ci dessous) Ces livrables seront dans un répertoire «contest» de votre espace privé (le chemin d'accès à ce répertoire sera à indiquer dans le bon de livraison), suivant l'arborescence suivante : sous répertoire «source» : les sources compilées et non compilées de l'application sous répertoire «doc» : les.sql, la documentation, le bon de livraison De plus, à la racine du répertoire «contest», se trouvera un fichier compressé au format ZIP qui regroupera les 2 sous-répertoires source et doc. Se fichier se nommera «votre_login.zip». I.3.3. Description de la documentation à fournir Le rôle de la documentation est simple : Elle doit contenir toutes les informations nécessaires pour une compréhension rapide du développement réalisé. Elle doit permettre au jury d'appréhender au plus vite votre travail. Cette partie juge votre capacité à communiquer, votre sens du «transfert de compétences», et la «maintenabilité» de votre travail. Ce document sera au format MS-Word, Open Office, PDF ou HTML. Exemples : décrire le rôle d'une méthode complexe, avec les idées de son algorithme. Note : Ne pas faire une documentation technique standard dans laquelle on retrouverait la description de méthodes aussi simples que des get_id()... présenter l'algorithme de génération de questionnaire... les variables de sessions le contenu des cookies où se trouvent les paramètres globaux de l'application... Reproduction interdite sans autorisation préalable Page 5/21

6 De plus, les informations suivantes seront nécessaires : comment déployer l'application (surtout s'il faut créer des données particulières...) détail de la base de données (surtout s'il y a des tables temporaires, des champs ou tables dont le sens n'est pas évident) la méthode de mise en place d'une deuxième langue (pour une traduction de l'application) la méthode d'échange de données vers des applications externes (demandé en fin de ce document) Il n'est pas nécessaire de faire de nombreuses pages de documentation (4-5 pages peuvent suffire aisément) ATTENTION A L'ORTHOGRAPHE!!! I.3.4. Le bon de livraison Le bon de livraison sera envoyé par mail à l'adresse : topdev2006@gmail.com Ce sujet du mail sera : login Bon de Livraison (où login représente votre identifiant) Ce mail contiendra le bon de livraison (directement dans le corps du message) Il précisera les dates et heures de livraison. Il décrira l'ensemble des fonctionnalités présentes dans votre application (ou les fonctionnalités absentes). Reproduction interdite sans autorisation préalable Page 6/21

7 II. SPÉCIFICATIONS TECHNIQUES II.1. Spécifications techniques Communes II.1.1. Base de données La base de données disponible est une base unique MySQL Les noms d'utilisateurs, mot de passe, nom de base (qui vous ont été fournis par mail)... seront dans un fichier de paramétrage. Veillez à une parfaite nomenclature des noms de tables et de champs. Par exemple, les noms de tables seront tous préfixés par un terme commun (par exemple, votre identifiant) Vous préciserez dans la documentation, les index créés, les créations éventuelles de tables temporaires,... II.1.2. Localisation / Multilinguisme L'application devra prendre en compte la localisation (plusieurs langues). C'est à dire que l'application devra être 'potentiellement' accessible en français et en anglais, à tout moment par un utilisateur. Pour le concours, seule une langue devra obligatoirement être mise en place, mais l'ajout de la 2ème langue devra être facile, et la procédure doit être décrite dans la documentation. II.1.3. Clients L'application est une application web qui sera utilisée par Internet Explorer (version 6.0.x) et par FireFox (version 1.0.7) L'utilisation de cookies et de javascript est autorisée. L'utilisation d' ActiveX ou Applet est autorisée. II.1.4. Autres... L'application devra fonctionner quelque soit l'emplacement du répertoire principal de l'application (si celui-ci n'est pas à la racine du site, l'ensemble des liens devront toutefois fonctionner). Le fichier index.html pointera (ou re-dirigera) obligatoirement vers la page principale de votre application. Les images, fichiers CSS fournis pour la charte graphique peuvent être modifiés (ce qui est même conseillé), pourvu que la charte graphique définie soit globalement respectée. Reproduction interdite sans autorisation préalable Page 7/21

8 Veillez à une parfaite structuration de vos fichiers sources, des arborescences... Il est possible d'utiliser des outils, logiciels annexes pour participer à ce concours. Par contre, ils doivent supporter la licence GPL requise pour l'application que vous réalisez. Ils doivent pouvoir être installés sans avoir nécessairement un compte 'root' Chaque outil utilisé devra être mentionné dans la documentation, avec liens vers les lieux de téléchargement, documentation (ou lien vers la documentation),... IMPORTANT : Un des points essentiels du concours TopDev est la facilité avec laquelle le Jury parviendra à comprendre votre code. Cette rapidité sera décisive dans la désignation du vainqueur de TopDev II.2. Spécifications techniques Par Langage II.2.1. Python La programmation Python pour cette application web s'appuie sur un serveur Apache en mod_python. Les versions sont : apache : mod_python : Votre application devra être installée sur topdev-amen.be ( ) dans votre espace personnel. L'accès par http est : II.2.2. PHP Les versions PHP 4 et PHP 5 sont autorisées pour le concours TopDev La version PHP4 est la : Les fichiers devront porter l'extension.php4 ou.php La version PHP5 est la : Les fichiers devront porter l'extension.php5 Il est possible d'utiliser des gestionnaires de template, et autres outils à licence GPL du marché. Par contre, ils ne devront être constitués que de fichiers.php Votre application devra être installée sur topdev-amen.be ( ) dans votre espace personnel. L'accès par http est : Reproduction interdite sans autorisation préalable Page 8/21

9 II.2.3..Net L'environnement.Net est l'environnement 1.1 Les langages autorisés sont : c# VB.Net Votre application devra être installée sur topdev06-amen.be ( ) dans votre espace personnel. L'accès par http est : II.2.4. Java Le problème posé est simple et peut être traité uniquement en JSP et Servlet, hébergé sur un serveur Tomcat. L application livrée devra être installable directement sur un Serveur TomCat. Le système devra fonctionner sur serveur Windows et Linux. sous TomCat (ou TomCat qui est installé sur le serveur de livraison) JDK : La livraison s effectuera par la mise à disposition d un.war dans le répertoire «contest source». Le nom de l application devra être «votre_login» d inscription au concours. Votre application devra être installée sur (non warée) sur topdev06-amen.be ( ) dans votre espace personnel. Les servlets seront dans le répertoire httpdocs/java. (Vous devrez créer le répertoire java ) L'accès http est : TomCat est relancé à chaque début d'heure. (l'arrêt dure 2 minutes) Si une solution J2EE, une solution Struts ou autre framework, est proposée, il faudra qu'elle soit documentée très précisément (installation, déploiement, modèle...). (Dans ce cas, la documentation pourra contenir plus de 5 pages) Reproduction interdite sans autorisation préalable Page 9/21

10 III. SUJET DE L'ÉPREUVE DE DÉVELOPPEMENT III.1. Contexte fonctionnel général Cette application sera installée chez une société fournissant un service de système d'évaluation de compétence. Le système d évaluation des compétences peut être utilisé par des particuliers ou par des sociétés clientes désireuses d évaluer le niveau de compétences de leurs employés ou de leurs candidats. Il s'agit de mettre en place : - une interface de gestion des questions et des thèmes disponibles pour ce questionnaire, - un outil de génération de questionnaires à la demande à partir de la base de questions, - un système où des candidats au système d évaluation de compétences répondent aux questionnaires générés, - un outil de reporting, d analyse statistique des résultats et d envoi d informations à des tiers (sociétés clientes qui envoient des candidats) Cette application ne gérera qu'un seul type de questionnaire, analysant un compétence particulière (cette compétence s'étend sur différents domaines appelés ici «Thèmes de questions»). Les questions disponibles sont créées par des gestionnaires de questionnaires via une interface adéquate. Un questionnaire est donc composé de thèmes, comprenant chacun un nombre défini de questions. Les questions de chaque questionnaire sont choisies au hasard dans la base des questions disponibles. Un système de pondération doit permettre d assurer une équité entre les questionnaires générés du point de vue du niveau de difficulté. Pour répondre au questionnaire, un candidat choisit pour chaque question parmi des réponses disponibles, ou passe à la question suivante. La réponse au questionnaire doit être en temps limité. Un candidat donné ne peut faire à un instant donné qu un seul questionnaire à la fois. Par la suite, les résultats devront être analysés de manière statistique, et des informations concernant les résultats au test devront pouvoir être envoyées à des tiers. Cette application sera utilisée sur internet pour tout public (utilisation assez rare, rarement plus de 2 utilisateurs simultanés), mais surtout utilisée dans des salles de cours ou d'examens où 30 candidats passent en même temps ce questionnaire (avec des questions différentes pour chaque candidats) NB : Gardez ceci à l'esprit pour limiter l'utilisation de la mémoire du serveur. Reproduction interdite sans autorisation préalable Page 10/21

11 Trois types de profils d'utilisateurs coexistent : Les gestionnaires des questionnaires : ils créent la base de questions disponibles, créent les thèmes des questions abordés dans le questionnaire, voient les analyses statistiques des résultats, et peuvent faire parvenir des bilans à des tiers. (Cette population sera appelée "Gestionnaires" pour la suite du document). Les candidats authentifiés sur le site : ils peuvent répondre à un (ou plusieurs) questionnaire. Le résultat de leur questionnaire sera stocké. (Cette population sera appelée "Authentifiés" pour la suite du document). Les candidats qui visiteront le site anonymement (non authentifiés) : ils peuvent aussi répondre à un (ou plusieurs) questionnaire. Mais leur résultat ne sera pas stocké. Ils ont toutefois la possibilité de s'inscrire et de s'authentifier sur le site (Cette population sera appelée "Anonyme" pour la suite du document). Les Gestionnaires ont pour rôles : - La création de la base des questions disponibles - La définition des réponses possibles pour chaque question (questionnaire sous forme de QCM) - La définition de la bonne réponse pour chaque question - La détermination d un coefficient (en fonction de la difficulté de la question) à chaque question. Le coefficient par défaut est égal à 10. Ce coefficient est un nombre entier compris entre 0 et deux fois la valeur du coefficient par défaut (dans notre cas entre 0 et 20). - L affectation de chaque question à un thème. Les questions seront regroupées par thèmes. Tous les thèmes définis devront être abordés par chaque candidat répondant à un questionnaire. Un questionnaire, est composé d un nombre défini de questions par thème, prises au hasard dans la liste complète des questions disponibles de ce thème. Dans un questionnaire, chaque thème comprend le même nombre de questions, défini dans le paramétrage du site (au choix fichier txt, XML, Base de données...). Il n'est pas nécessaire de faire une interface de modification de ces données, mais simplement d expliquer dans la documentation où et comment les modifier. Lors de la génération d'un questionnaire, la moyenne des coefficients de difficulté des questions doit être égale pour chacun des thèmes au coefficient par défaut (défini comme égal à 10). En outre, un système devra permettre de valider que chacune des questions disponibles peut apparaître dans un questionnaire. C'est à dire qu'il faut vérifier pour chaque question, en tenant compte du coefficient affecté à cette question, du nombre de questions à poser par thème et des coefficients des autres questions, qu'il existe une combinaison permettant l'utilisation de ladite question. Un utilisateur est reconnu comme Gestionnaire après authentification grâce à un champ à définir dans la base de données qui contient pour les Gestionnaires une valeur particulière. Il n est pas nécessaire de prévoir une interface pour modifier la valeur de ce champ (modification directement dans la base). Reproduction interdite sans autorisation préalable Page 11/21

12 III.2. Spécifications détaillées III.2.1. Home Page Cette Page d'accueil contient les liens pour accéder à tous les services. Voir charte graphique pour la spécification de l'affichage Elle inclut le système d'authentification (visible uniquement pour les anonymes). Elle inclut un lien vers la page d'inscription (visible uniquement pour les anonymes) Elle inclut un lien pour répondre à un nouveau questionnaire (pour tous) Elle inclut un sous ensemble de liens vers les pages de gestion du site (visibles uniquement pour les gestionnaires) Gestion des thèmes et des questions Statistiques sur les tests passés Envoi du bilan aux entreprises Vérification des cohérences des questions Si la personne est authentifiée, le texte supérieur commence par : «Bonjour Prénom Nom» III.2.2. S'inscrire La population 'Anonymes' a la possibilité de s'inscrire sur le site. S'inscrire ouvre une page avec 6 champs libres, chacun d'une longueur maximale de 30 caractères, qui sont tous à remplir par l utilisateur s'inscrivant : Nom du champ type Caractéristique exemple obligatoire Nom Texte <30 caractères COASSIN Oui Prénom Texte <30 caractères Damien Oui Identifiant Texte <30 caractères Doit être unique P Oui Mot de passe Texte <30 caractères Crypté à l'affichage ***** Oui Confirmation Mot de Passe Texte <30 caractères Crypté à l'affichage ***** Oui Société cliente Texte <30 caractères TopDev, LearningTree Non Reproduction interdite sans autorisation préalable Page 12/21

13 Ce champ 'Société cliente' sera (pour le besoin du concours), un champ texte simple, où les inscrits renseigneront l'entreprise où ils travaillent. NOTA : Dans l'utilisation normale de l'application, ces données sont complétées en back office, d'après une liste d'entreprises clientes. Les inscrits directement par le site n'appartiennent pas à une 'entreprise cliente'. L'inscription n'est valide que si les 5 premiers champs sont non nuls, si l'identifiant n'est pas déjà utilisé par une personne inscrite, et si les 2 mots de passe (mot de passe et confirmation) sont identiques. Quand l'inscription est validée, l'utilisateur est redirigé vers la page d'accueil, en étant automatiquement authentifié. En cas d'erreur lors de l'inscription, il reste sur la même page, et les erreurs sont affichées en rouge ou par une fenêtre pop-up. Un bouton 'retour à l'accueil' est toujours présent dans cette page d'inscription. Pour définir un utilisateur comme étant 'Gestionnaire', il faut se rendre directement dans la base de données. Il n'est pas nécessaire de développer une interface HTML spécifique (cette procédure devra être décrite dans votre documentation) III.2.3. Gestion des thèmes des questions Le lien vers «Gestion des thèmes» amène sur une page listant tous les thèmes, où il est possible de créer un nouveau thème de questions, et de modifier les entrées existantes. Un thème est un simple texte de moins de 100 caractères (par exemple : «questions sur le PHP», «questions sur Java»,...) Le nombre de thèmes n'est pas limité, mais dans l'utilisation classique de l'application, il existera 3 thèmes. Tous les thèmes créés ici seront intégrés dans chaque questionnaire. (cette gestion des thèmes n'est pas un point essentiel du concours TopDev, il ne doit pas être une perte de temps) A partir de cette page, pour chaque thème, il existe un lien pour afficher les questions appartenant à ce thème. III.2.4. Voir les questions A partir de la page de Gestion des thèmes, pour chaque thème, il existe un lien pour afficher les questions appartenant à ce thème. Les questions s'affichent par ordre chronologique inversé des dates de création (les plus récentes au dessus). Seuls les 100 premiers caractères du libellé de la question apparaissent dans la liste, ainsi que le coefficient de la question. Un clic sur le libellé ouvre la page de modification de la question. Au bas de cette liste de questions, il existe un bouton «Ajouter une question» pour ajouter une question. La question créée par cette action appartiendra nécessairement au thème sur lequel on se trouve. Reproduction interdite sans autorisation préalable Page 13/21

14 III.2.5. Créer une question Le bouton «Ajouter une question» qui se trouve au bas de la liste des questions permet de créer une question. Cette action revient à créer une question, 4 réponses possibles, dire quelle réponse est la bonne, et affecter un coefficient à la question. Cette question qui sera créée appartiendra obligatoirement au thème à partir duquel on a cliqué sur le bouton de 'Ajouter une question'. Les champs présents sont définis ci dessous (bien sûr, il est possible d'ajouter autant de champs que nécessaire pour vos bases de données) : Nom du champ type Caractéristique exemple obligatoire Libellé de la question Texte sans réelle limite (en moyenne <2000 caractères) Quelle fonction php permet de compter le nombre de caractères d'une chaîne? Oui Coefficient Nombre entier positif non nul Par défaut, 10 (défini dans les paramètres) Oui Réponse A Texte sans réelle limite (en moyenne <2000 caractères) ComptNbCar() Oui Réponse B Texte sans réelle limite (en moyenne <2000 caractères) str_count() Oui Réponse C Texte sans réelle limite (en moyenne <2000 caractères) strlen() Oui Réponse D Texte sans réelle limite (en moyenne <2000 caractères) Bonne réponse (au choix) Parmi la liste des réponses possibles strstr() (au choix) Réponse A... Oui Oui Thème Texte < 100 caractères Parmi la liste des thèmes Questions sur PHP Oui L'ergonomie de cette page est décrite dans la charte graphique. Reproduction interdite sans autorisation préalable Page 14/21

15 Pour le concours TopDev, le libellé de la question et des réponses possibles ne seront que du texte simple. (cette simplification est faite pour que le concours n'intègre que peu de problème HTML. Le véritable besoin consisterait aussi en l'intégration d'images) III.2.6. Modifier une question Afin de modifier une question, le gestionnaire doit tout d'abord trouver la question à modifier. (cf. la spécification 'voir les questions') La modification d'une question aura la même apparence que la création d'une question. Lors d'une modification d'une question, il n'est pas possible de modifier la définition de la bonne réponse, (surtout à partir du moment où un candidat a répondu à un questionnaire utilisant cette question). Cette règle facilite les sauvegardes de données concernant les tests passés. Il est seulement possible de modifier le libellé de la question et des 4 réponses possibles, ainsi que le coefficient de difficulté de la question. Son rattachement à un thème ne peut être modifié. Les contrôles des champs obligatoires sont les mêmes que dans le cadre d'une création. III.2.7. Suppression d'une question (hors épreuve) La suppression d'une question implique des conséquences fonctionnelles complexes, qui alourdiraient le Concours TopDev. Cette fonctionnalité n'est donc pas à développer. III.2.8. Vérifier la cohérence des questions Cette partie du concours est à degré de difficulté au choix. En effet, 3 spécifications sont proposées. Selon vos compétences et le temps disponible, vous devrez choisir entre une version simple, et deux versions plus complexes. Choisissez votre option (à préciser dans le bon de livraison). La vérification de la cohérence des questions vérifie plusieurs points : qu'au moins un questionnaire est réalisable que le nombre de questions disponibles par thème soit supérieur au nombre de questions à poser par thème, qui est défini en paramètre (dans notre cas, ce nombre est 4) que le jeu des coefficients permette la génération d'un questionnaire (exemple : si le coefficient moyen à obtenir est 10, et que toutes les questions ont un coefficient de 5, il est impossible d'obtenir un questionnaire au sein duquel la moyenne des coefficients serait de 10) que chacune des questions ait la possibilité d'apparaître dans un questionnaire. (voir les exemples ci dessous) Il n'est pas nécessaire (de vérifier) que les apparitions de chacune des questions dans un questionnaire soient équiprobables. Reproduction interdite sans autorisation préalable Page 15/21

16 NB : les coefficients sont des nombres entiers compris entre 0 et 20 (2 fois la valeur du coefficient par défaut) Hypothèse 1 (simple) : Le nombre de questions par thème est un nombre pair (multiple de 2). Le processus de génération de questionnaire intégrera les questions par paire (2 par 2). La vérification de la cohérence sera simplifiée, uniquement en raisonnant sur des couples de questions. C'est à dire : lors de la génération d'un questionnaire, une question (au hasard) sera incluse dans le questionnaire, et la question suivante devra avoir un coefficient tel que la moyenne de ces 2 questions soit égale au «coefficient par défaut». Tout ceci n'est possible que si le nombre de questions par thème est pair. Exemple (basé sur un coefficient moyen à 10) : - Si une question a un coefficient 7, il faut qu'il existe au moins une question à coefficient 13. Fin - Hypothèse 1 Hypothèse 2 (complexe) : Le nombre de questions par thème N est libre, supérieur ou égal à 2. L'hypothèse est que les coefficients des questions se répartissent autour de la valeur par défaut (i.e 10) tels une gaussienne. Le processus de génération de questionnaire est le suivant : 1/ processus A On prend au hasard N questions pour un thème, si leur moyenne n'est pas 10, Pour chacune de ces questions choisies, on vérifie s'il existe une question non encore sélectionnée dans la base ayant un coefficient tel qu'en échangeant ces 2 questions, on arrive exactement à la moyenne 10 voulue pour ce thème (i.e. Soit S la somme des coefficients de ces N questions choisies, et Cn la valeur du coefficient de chaque question n choisie, il faut chercher pour chacune de ces questions n, s'il existe une question de la base dont le coefficient est : 10*N S + Cn ) Si aucune question ne correspond, on lance le processus B. 2/ processus B Si la moyenne n'est pas 10, et qu'elle est supérieure à 10, on remplace au hasard une question du questionnaire dont le coefficient est supérieur à 10, par une question de la base de questions prise au hasard dont le coefficient est inférieur à 10. (ou réciproquement) Ce processus B (qui permet de se rapprocher sensiblement d'une moyenne de 10) est lancé un nombre fini de fois (défini arbitrairement à 3). Si à l'issue de ces 3 processus B, la moyenne n'est pas de 10, on relance le processus A. Afin d'éviter toute boucle infinie, il faut limiter les enchaînements de ces 2 processus A et B à un nombre fini de fois (limité arbitrairement à 3 fois). Si tout ceci n'aboutit pas, un message d'erreur sera précisé. Et il faudra relancer la génération d'un questionnaire. Reproduction interdite sans autorisation préalable Page 16/21

17 La vérification de la cohérence consistera uniquement à essayer de générer un questionnaire de cette manière en imposant une question fixe (qui ne pourra pas être échangée au cours des différents processus A et B). Et vérifier ceci en fixant chacune des questions de la base. Ce processus de vérification peut être optimisé en s'inspirant de la réflexion suivante : Fixer une question dont le coefficient est C, revient à vérifier si on peut générer un questionnaire pour un nombre N-1 de questions, pour obtenir une somme de coefficients N*10 C. (cette méthode de vérification n'est pas efficace à 100%, mais elle est suffisamment élaborée et efficace pour répondre aux besoins) Fin - Hypothèse 2 Hypothèse 3 (approche exhaustive) La validation d'une question est définie par l'existence d'au moins une combinaison de questions vérifiant les propriétés de coefficient moyen. La vérification s'effectue donc question après question, en éliminant de «l'espace des questions à valider», les questions appartenant à une combinaison validée. Le processus s'arrête lorsque l'on a trouvé une question appartenant à aucune combinaison possible ou lorsque «l'espace des questions à valider» devient vide. Si vous choisissez cette méthode, pensez à préciser dans la documentation, la complexité de votre algorithme de validation des questions (théorique et pratique). Il est aussi envisageable que la gestion de la vérification s'effectue de manière différentielle en fonction des suppressions (et modifications) de questions entre deux demandes de vérification. Fin - Hypothèse 3 Ces processus de vérification peuvent être optimisés en s'inspirant des réflexions ci dessous : Si une question à coefficient C est vérifiée comme utilisable, toutes les questions ayant ce coefficient C le sont. Quand une question est vérifiée comme utilisable, toutes les questions qui se trouvent en même temps dans ce questionnaire sont, elles aussi, utilisables. La vérification de cette cohérence est faite à partir du bouton présent sur la page d'accueil du gestionnaire. Le résultat de cette vérification sera sous la forme d'un affichage de lignes suivantes: «un questionnaire est possible» ou «il n'est pas possible de créer un questionnaire» «toutes les questions peuvent être utilisées» ou «la question à coefficient XX ne peut pas être utilisée» Dans ce compte-rendu de cohérence, il faut faire apparaître un lien vers la page permettant de modifier cette question qui ne peut pas être utilisée. Vous pouvez n'afficher qu'une seule question posant problème, même si plusieurs questions sont en incohérence. Reproduction interdite sans autorisation préalable Page 17/21

18 III.2.9. Répondre à un questionnaire Tout utilisateur peut répondre à un questionnaire, et voir son score à la fin du questionnaire. Par contre, il n'y aura pas de stockage des résultats pour les candidats anonymes. Un utilisateur peut répondre à autant de questionnaires qu'il le souhaite. Il n'y a pas de blocage. Ceci, uniquement pour les besoins du concours (en cas réel, passer un questionnaire serait payant, et donc, un utilisateur ne pourrait passer qu'un questionnaire s'il l'a payé. Cette simplification pour le concours TopDev permet de faire des tests unitaires plus facilement). Les date et heure de passage du questionnaire doivent être stockées (pour les candidats authentifiées). Lors du lancement, le questionnaire est généré. Le nombre de questions par thème est lu dans un paramètre (défini à 4). Le coefficient par défaut d'une question est paramétré (défini à 10), mais chaque question a un coefficient libre, défini par le gestionnaire. Le nombre de thèmes est défini par les thèmes créés par le gestionnaire (dans notre cas de test, il y aura 3 thèmes). Tous les thèmes créés doivent apparaître dans un questionnaire. Lors de la génération d'un questionnaire, il faut que la moyenne des coefficients des questions d'un thème soit égale à la valeur du coefficient par défaut pour une question Une question ne peut apparaître qu'une seule fois dans un même questionnaire. Le choix des questions doit être fait au hasard tout en conservant la cohérence énoncée ci-dessus. Cette partie du concours est à degré de difficulté au choix. En effet, ceci doit correspondre avec votre choix des hypothèses 1 ou 2 du contrôle de cohérence. Chaque candidat passe donc un test différent, avec des questions différentes mais sur les thèmes communs, avec un coefficient de difficulté moyen commun. Les questions sont affichées au sein d'un même thème dans un ordre défini au hasard, mais cet ordre ne doit pas changer au cours du passage de l'épreuve par un candidat. Exemple : la question numéro 1 doit toujours être la même tout au long de l'épreuve. Tout au long du passage d'un questionnaire, l'ordre d'affichage des réponses possibles à une question doit être toujours le même (sinon le candidat serait perdu...). Le point suivant présente une difficulté particulière. Ce besoin est optionnel. Choisissez votre option (à préciser dans le bon de livraison). Option 1 (simple) L'ordre d'affichage des réponses possibles pourra être un ordre alphabétique des réponses ou bien suivant le même ordre que lors de la création de la question par le gestionnaire. Fin de l'option 1. Reproduction interdite sans autorisation préalable Page 18/21

19 Option 2 (complexe) L'ordre d'affichage des réponses possibles est fait au hasard. Par contre, au cours d'un même test, l'ordre des réponses possibles à une question doit être toujours le même, à chaque retour sur cette même question (sinon le candidat serait perdu...). Fin de l'option 2. Il est possible de 'Marquer' une question : cela signifie que le candidat veut noter qu'il doit revenir sur cette question, car il n'est pas sûr de sa réponse. Pour cela, une case à cocher est présente à coté du bouton qui valide la réponse et permet de passer à la question suivante, en bas de page. Le bouton 'question suivante' en bas de questionnaire permet de valider la réponse fournie et stocker si la question a été 'marquée'. Ce bouton est affiché tout au long du questionnaire, sauf lors de l'affichage de la dernière question du dernier thème. A ce moment, il sera remplacé par un bouton 'Terminer le questionnaire'. Le bouton 'Terminer le questionnaire' valide la réponse à la question en cours (s'il y en a une), et redirige vers un bilan du questionnaire qui vérifie si toutes les questions ont une réponse, et si des questions sont encore 'marquées'. Cela permet au candidat de savoir s'il a répondu à tout, et lui évite ainsi une erreur d'inattention. S'il n'y avait rien à remarquer, la validation est automatique et le score (en pourcentage) au questionnaire est affiché. S'il y a des remarques à faire (question non répondue, question marquée), il faut les afficher sur cette page ; le candidat possède toujours le navigateur de gauche pour se rendre sur ces questions. Par contre, il possède toutefois le bouton pour définitivement valider et terminer son questionnaire, malgré ces remarques. Ceci le mènera à la page affichant son pourcentage de résultat. Sur la partie gauche du questionnaire, on retrouve un 'navigateur' qui permet d'aller directement à une question. De plus, ce navigateur affiche si une question a été marquée (par un petit icône rouge), si une question a été répondue (par une petite croix au début de la question), et note en gras la question en cours. (voir charte graphique) Chaque changement de question par ce navigateur (ou par le bouton 'question suivante') valide la réponse à la question sur laquelle on se trouve. Au bas de ce navigateur, on retrouve en permanence le bouton 'Terminer le questionnaire', présenté cidessus. A l'issue du temps imparti (défini en paramètre en nombre de minutes), la fenêtre de résultat au questionnaire s'affiche automatiquement sur l'écran, interdisant toute modification des données (même en utilisant le bouton 'retour' du navigateur). Si l'utilisateur était sur une question particulière qu'il venait de modifier, c'est cette valeur modifiée qui sera prise en compte pour le résultat. (Pour cette partie, tous les choix techniques sont à votre disposition) - Attention, il faut être certain de la sécurité à ce niveau afin d'être sûr que la durée du questionnaire est bien limitée - La partie supérieure de la page mentionnera en permanence la durée disponible pour terminer l'épreuve, au format mm:ss (si possible réactualisée en chaque seconde) Reproduction interdite sans autorisation préalable Page 19/21

20 III Voir le résultat d'un questionnaire A la fin du questionnaire, le candidat (identifié ou non) voit son résultat en pourcentage. Seuls les candidats authentifiés auront leur résultat au questionnaire stocké définitivement dans la base de données. Ces résultats sont visibles par l'administrateur. NB : Dans la fonctionnalité d'échange d'informations avec un système extérieur, les résultats par thèmes sont demandés!! Il conviendra donc de stocker la réponse à chaque question, et/ou le fait que la réponse fut bonne ou mauvaise. III Les Statistiques De nombreuses statistiques sont demandées pour cette application. Dans le cadre du concours TopDev, la seule demande est d'afficher, par ordre chronologique, l'ensemble des questionnaires qui auront été passés (et donc stockés) par des candidat authentifiés. L'affichage comprendra les date et heure du passage de l'épreuve, les nom et prénom du candidat et son résultat global en pourcentage. Cette fonctionnalité n'est disponible que pour les gestionnaires. III Envoi de bilan échange vers application extérieure Cette partie est libre. La description fonctionnelle est très 'générale' et il est demandé de construire (ou au moins de proposer) une solution technique (et une description des processus associés) de votre choix. Cette partie du concours entend ainsi appréhender vos compétences en conception de solutions. Proposez une solution technique de votre choix. (XML, Web Service, flux RSS,...mail...) L'objectif est le suivant : Des candidats authentifiés répondant aux questionnaires peuvent être rattachés à des sociétés clientes. Ainsi, plusieurs candidats appartiennent à une même société. Il faut donc permettre au responsable de cette société d'avoir, de manière mensuelle, un accès aux résultats de ses collaborateurs, et de pouvoir récupérer ces données au format électronique (pour les réintégrer ensuite dans les applicatifs de cette société cliente). Les société clientes sont ouvertes à toutes propositions, processus, choix technique... Les données à échanger, sont les nom et identifiant des candidats, la note globale à l'examen en pourcentage, la note (pourcentage) par thème, en donnant le nom de chaque thème. Cette partie est libre. Elle devra faire l'objet d'une description particulière dans votre documentation. Reproduction interdite sans autorisation préalable Page 20/21

21 ...Fin de la définition des épreuves du concours TopDev Reproduction interdite sans autorisation préalable Page 21/21