2019_2020:lp:dam:start
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
2019_2020:lp:dam:start [2019/12/05 10:41] – [Propriétés attendues du logiciel] blay | 2019_2020:lp:dam:start [2020/02/01 18:34] (current) – blay | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== | + | ====== |
- | Projet basé sur les travaux du projet CHAMPLAIN entre l’Université Nice - Sophia Antipolis (UNS) et l’Université du Québec à Montréal (UQAM), en visant plus particulièrement le développement d’applications logicielles en support à la population vieillissante. | + | |
- | + | ||
- | + | ||
- | + | ||
- | ===== Mise en contexte extraite du projet ===== | + | |
- | Le génie logiciel est un sous-domaine de l’informatique, | + | |
- | ... Mais pour prendre en compte un utilisateur tel qu’une personne atteinte de la maladie d' | + | |
- | Il n’existe pas à notre connaissance de programme de formation en informatique (au 1er et 2ème cycle) qui prennent en compte comme une préoccupation de première importance ce type de population. Nous défendons qu’il est nécessaire de sensibiliser les étudiants (aux trois cycles) à la prise en compte du vieillissement de la population, par la définition de modules de cours réutilisables qui pourront être utilisés au sein de l’UNS, de l’UQAM, mais aussi d’autres établissements universitaires. Cette proposition de projet s’appuie sur les expertises de recherche et d’enseignement des professeurs de l’UQAM en intelligence artificielle et en systèmes logiciels, couplé à l’expertise en enseignement de la prise en compte du handicap (visuel et cognitif) développée depuis 15 ans au sein d’UNS. | + | |
- | + | ||
- | + | ||
- | ===== Sujet du projet pour les LP DAM et IOTIA ===== | + | |
- | //Ce sujet est inspiré d'un TD préparé par AM Pinna-Dery (Polytech) et S. Mosser (UQAM)// | + | |
- | + | ||
- | < | + | |
- | + | ||
- | Votre objectif est de définir un jeu sur le web qui permet de créer et de jouer à des quizz. | + | |
- | Certains joueurs sont handicapés. Des aidants ont alors la responsabilité d' | + | |
- | + | ||
- | Un Joueur doit pouvoir répondre à des questions et avoir la réponse (par exemple " | + | |
- | Un Aidant peut créer des quizz, créer des questions et éventuellement les ajouter à un quizz, ajouter des questions à un quizz, inscrire un joueur ce qui impose de modifier le profil d'un joueur, modifier le profil d'un joueur. Il peut ajouter des questions basées sur des images, des extraits de musiques ou sur des questions textuelles. | + | |
- | + | ||
- | Voici des exemples de handicaps : | + | |
- | - Les problèmes de vision : DMLA maladie évolutive qui impacte la vue | + | |
- | - Les problèmes de mémoire qui peuvent être évolutifs (cas de la maladie d’Alzheimer) | + | |
- | - Les problèmes moteurs : tremblements – précisions (cas de la maladie de Parkinson) | + | |
- | + | ||
- | Le système doit être adapté au handicap du joueur, **par exemple,** | + | |
- | * en cas de handicap visuel fort, | + | |
- | * ne pas poser de questions sur le contenu d'une image; | + | |
- | * si DMLA, | + | |
- | * augmenter la fonte | + | |
- | * augmenter le contraste | + | |
- | * augmenter la zone de saisie | + | |
- | * ne pas proposer de raisonner sur une image trop grande; | + | |
- | * si Alzheimer | + | |
- | * supprimer des possibilités de réponses au quiz, si le joueur se trompe, | + | |
- | * autoriser plusieurs fois la même question mais alors en la simplifiant, | + | |
- | * ajouter des explications; | + | |
- | * sélectionner des musiques qui correspondent à un temps plus lointain (forte capacité de la musique pour se remémorer des émotions) | + | |
- | * en cas de problèmes d' | + | |
- | * ne proposer que des questions dans le centre d' | + | |
- | * Vous pouvez ajouter d' | + | |
- | + | ||
- | + | ||
- | Dans le cadre du projet, | + | |
- | chaque groupe choisit un unique type de handicap pour lequel il proposera une implémentation du système. | + | |
- | + | ||
- | **Exemple de scénarios :**\\ | + | |
- | Mathieu, soignant dans un EPHAD, | + | |
- | Le système vérifie qu'une seule réponse est vraie. | + | |
- | Le système demande à Mathieu s'il doit enregistrer la question dans la base commune ou l' | + | |
- | Mathieu choisit de l' | + | |
- | Le système enregistre sa question. | + | |
- | + | ||
- | Bob, joueur atteint de DMLA, demande à jouer. Le système crée automatiquement un quizz composée de 4 questions prises dans la base commune qui sont adaptées à son profil, et lui propose de jouer. | + | |
- | + | ||
- | Pour les étudiants plus avancés, le système enregistra les actions du joueur (clicks, réponses, ...) pour pouvoir apprendre et proposer plus tard un profilage et une aide plus avancée probablement basée sur de l' | + | |
- | + | ||
- | + | ||
- | **Limites** | + | |
- | * Nous ne prévoyons pas dans cette version du projet les adaptations de l' | + | |
- | * De tels projets doivent absolument être testés avec de vrais utilisateurs. Nous bénéficions de quelques retours que nous utilisons ici. | + | |
- | MAIS, si les étudiants ont les moyens de faire tester leur application par des personnes en situation de handicap alors évidemment qu'ils doivent le faire, même s'ils ne peuvent pas mette à jour leur logiciel, il sera intéressant qu'ils nous fassent part de ces retours. | + | |
- | Cependant L’utilisateur ne peut pas être trop sollicité (car cela génère du stress et peut entrainer des refus), il convient donc d' | + | |
- | + | ||
- | + | ||
- | + | ||
- | ==== Déroulement du projet ==== | + | |
- | + | ||
- | Dans la version V0, à rendre pour le WW : | + | |
- | - un Aidant peut saisir une question de quizz. | + | |
- | - Une question de quizz est composée d'une question (e.g. "quel est ce monument?" | + | |
- | - un Joueur peut répondre à une question du quizz en sélectionnant une réponse. Le système lui dit s'il a bien répondu ou non. | + | |
- | + | ||
- | Dans la version V1 : | + | |
- | - Chaque groupe précise en semaine WW + 1 semaine qu' | + | |
- | - Elles doivent être validées par l' | + | |
- | + | ||
- | + | ||
- | + | ||
- | SLACK | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | ===== Exigences sur le projet ===== | + | |
- | * Le projet sera écrit en utilisant les langages java, php, html, ... | + | |
- | * Les tests unitaires sont exigés avec Junit ou phpUnit... | + | |
- | * Les interactions passent par [[https:// | + | |
- | + | ||
- | ==== Propriétés attendues du logiciel ==== | + | |
- | * **E-1** **Adaptabilité dynamique** : quelque soit la variante du logiciel on attend que vous proposiez une adaptation dynamique du logiciel en fonction du handicap (e.g. choix de la fonte, modification de la complexité des questions en retirant des réponses fausses, ...) | + | |
- | * **E-2** Handicap comme une exigence première : quelque soit la variante du logiciel on attend que vous preniez en compte le handicap à tous les niveaux par exemple | + | |
- | * métier, e.g.: | + | |
- | * globalement ne pas proposer d' | + | |
- | * question relativement à un handicap : e.g. déterminer la complexité d'une question, la visibilité, | + | |
- | * Quiz : e.g. manière de poser questions, de les répéter; | + | |
- | * interface : adaptation de l' | + | |
- | * architecture : | + | |
- | * en cas de handicap lié à la mémoire les temps de réponses ont beaucoup d' | + | |
- | * le stockage des clicks quoique indispensable pour favoriser une amélioration des interfaces pose des question de vie privé, de charge, ... | + | |
- | ==== Propriétés attendues du code ==== | + | |
- | * **C-1** des tests automatiques liés à l' | + | |
- | * Il pourra s'agir de vérifier les normes du W3C sur des fichiers html | + | |
- | * Vérifier automatiquement que certaines propriétés par exemple "A toute question mémorisée est associée un niveau", | + | |
- | + | ||
- | ==== Structuration du dépôt (A déplacer dans le TD...) | + | |
- | + | ||
- | * Un répertoire dédié à la **conception** contenant | + | |
- | * un rapport de conception intégrant | + | |
- | * Un diagramme explicitant les exigences du projet | + | |
- | * Les modèles UML correspondant aux classes du système réalisé | + | |
- | * un rapport de synthèse | + | |
- | * résumant brièvement comment vous avez répondu aux exigences (E-*) et (C-*) | + | |
- | * expliquant comment votre version du logiciel pourrait être étendue pour intégrer un autre handicap | + | |
- | * explicitant quels tests utilisateur il conviendrait de faire d' | + | |
- | * De l' | + | |
- | * Il pourra s'agir de vérifier les normes du W3C sur des fichiers html | + | |
- | * Vérifier automatiquement que certaines propriétés par exemple A toute question mémorisée est associée un niveau, ne contient pas de mots " | + | |
- | + | ||
+ | Ce module est défini sous le Moodle de l' | ||
+ | L' | ||
+ | Le travail sur les Design Pattern se trouve [[2019_2020: |
2019_2020/lp/dam/start.1575542500.txt.gz · Last modified: 2019/12/05 10:41 by blay