User Tools

Site Tools


2019_2020:lp:dam:start

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
2019_2020:lp:dam:start [2019/12/04 21:52]
blay [Mise en contexte extraite du projet]
2019_2020:lp:dam:start [2020/02/01 19:34] (current)
blay
Line 1: Line 1:
-====== ​Quizz adaptés ​en fonction du handicap ====== +====== ​Génie Logiciel ​en LP ======
-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,​ qui a pour vocation d’étudier la construction de logiciels, en analysant les bonnes pratiques des développeurs de logiciels. Il est ainsi crucial de former aux bonnes pratiques de développement la relève à venir, considérant la place prépondérante des logiciels dans la vie de tous les jours, tout particulièrement au sein de la population vieillissante où le manque de logiciels adaptés est criant... Ici, la prise en compte de l’utilisateur ainsi que l’adaptation des logiciels à leur contexte d’exécution (p. ex, patient, soignant, aidant) sont cruciales et mobilisent des compétences de plusieurs sous-domaines de l’informatique. l’UNS a par exemple déjà collaboré avec des acteurs socio-économiques dans le cadre du projet STM3, visant à l’adaptation des logiciels de maintenance et de réglage d’implants cochléaires. +
-... Mais pour prendre en compte un utilisateur tel qu’une personne atteinte de la maladie d'​Alzheimer,​ il est nécessaire d’utiliser des compétences spécifiques d’ergonomie (basée sur des capacités de mémoire à court terme disparaissantes et à long terme amplifiées) pour le développement de ces applications. De même, il est nécessaire d’intégrer à ce développement une prise en compte des soignants, de la famille du patient, en plus du patient lui-même. En considérant le seul problème de la maladie d’Alzheimer (parmi les autres problèmes cognitifs reconnus dans le cadre d’une population vieillissante),​ la société Alzheimer Canada recense 564,000 patients diagnostiqués en 2018 et anticipe un doublement de cette population d’ici 15 ans. +
-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 ( +
- +
- +
- +
-D'un point de vue ''​Joueur'',​  +
-  * il peut préciser son handicap; +
-  * il veut pouvoir répondre à des questions et avoir la réponse;  +
-  * il peut avoir de l'​aide. +
-D'un point de vue ''​Aidant'',​  +
-  * il peut ajouter des questions à un quizz,  +
-  * il peut modifier le profil d'un joueur, +
-  * il peut inscrire un joueur. +
- +
-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 est adapté à son handicap, 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 +
-  * en cas de perte de mémoire, +
-       * le système supprime des possibilités de réponses au quiz, si le joueur se trompe; +
-       * le système autorise plusieurs fois la même question mais alors en la simplifiant;​ +
-       * ajouter des explications +
-  * en cas de problèmes d'​attention +
-       * le système ne propose que des questions dans le centre d'​intérêt du patient.  +
-  * Vous pouvez ajouter d'​autres formes de handicaps et donc de règles en fonction de vos connaissances.  +
- +
- +
- +
-Dans le cadre du projet, +
-chaque groupe choisit un unique type de handicap pour lequel il proposera une implémentation du système. +
- +
- +
-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?"​),​ d'un élément additionnel éventuel (e.g. une image de la tour Eiffel), et de réponses avec leur validité (e.g. ("Tour Eiffel",​ true), ("​Elysée",​ false) ) . +
-    - 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 sont les fonctionnalités qu'il ajoutera et pourquoi. +
-   - Elles doivent être validées par l'​enseignant +
- +
- +
- +
- +
- +
- +
-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'​apprentissage automatique. Ce dernier point n'​entre pas dans le cadre de ce projet. +
- +
- +
-**Limites** +
-  * Nous ne prévoyons pas dans cette version du projet les adaptations de l'​environnement par le joueur ou l'​aidant,​ si ce n'est dans ce dernier cas en réaction du système au profilage du joueur. Ainsi si l'​aidant déclare qu'un patient est atteint de "​Presbytie",​ le système pourra automatiquement utiliser une fonte plus grosse. +
-  * 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 aprt de ces retours. Cependant L’utilisateur ne peut pas être trop sollicité (génère du stress et peut entrainer des refus), il convient donc d'​avoir une démarche centrée utilisateur avec les Aidant qui peuvent déjà éliminer un grand nombre de pièges. +
- +
- +
-Les meilleurs projets pourront peut-être être présentés lors de journées Polytech en juin. +
- +
- +
- +
- +
- +
- +
-Les ordonnateurs ne sont pas des spécialistes du handicap. +
-Ils attendent donc de vous de vérifier automatiquement certaines propriétés liées au handicap dans la définition des questions du Quizz. +
- +
- +
-Une architecture 3 Tiers +
- +
- +
-SLACK +
- +
- +
- +
- +
-===== Exigences ===== +
-  * Le projet sera écrit en utilisant les langages java, php, html, ... +
-  * Les tests unitaires sont exigés avec Junit ou phpUnit... +
- +
-==== 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. possibilité de grossir les caractères,​ modification de la complexité des questions en retirant des réponses fausses par exemple, ...) +
- +
-==== Propriétés attendues du code ==== +
-   * **C-1** des tests automatiques liés à l'​accessibilité +
-      * 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 "​compliqués""​ (à vous de décider comment vous gérez cette notion) etc. +
- +
-====Structuration du dépôt ​===== +
- +
-  * 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'​après vous et pour valider quoi? +
-  * De l'​intégration continue intégrant des tests liés à l'​accessibilité +
-      * 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 "​compliqués"​ (à vous de décider comment vous gérez cette notion). +
- +
  
 +Ce module est défini sous le Moodle de l'​Université.
  
 +L'​énoncé de l'​étude de cas etc se trouvent sous gitlab : https://​git-iutinfo.unice.fr/​blay/​quizzfordisabledpeople
  
 +Le travail sur les Design Pattern se trouve [[2019_2020:​lp:​dp|ici]].
2019_2020/lp/dam/start.1575492769.txt.gz · Last modified: 2019/12/04 21:52 by blay