Proj-2014-2015-SeriousGamev2

Présentation du projet

Ce projet vise le développement d'un logiciel utilisant la notion de jeu vidéo pour aider principalement des enfants ayant des difficultés dans la maîtrise de la parole et où le geste est utilisé pour compenser ce déficit.

Cette année le thème du handicap sera centré sur Tester vos capacités auditives en vous amusant !

Contexte

Ce projet fait suite au projet Serious Game: Handicap, parole et geste, dans cette nouvelle édition on se propose de re-analyser le sujet et de notamment retravailler, critiquer et potentiellement proposer une nouvelle architecture globale.

Objectif du projet

Exemple de projet sur le thème

L’objectif du projet est d'élaborer une batterie de tests auditifs sous forme de mini jeux pour des enfants handicapés (problèmes auditifs et de parole) âgés de 7 à 10 ans. Les contraintes seront proches des tests psycho-acoustiques utilisés en laboratoire pour évaluer les compétences auditives centrales des enfants. La batterie est actuellement composée de 7 tâches :

• une tâche de latéralisation du son.

• une tâche de discrimination de sons du point de vue de la fréquence.

• une tâche de discrimination de la durée et de l’intensité.

• une tâche de reconnaissance et d’identification de sons de l’environnement.

• une tâche de détection d’un son dans du bruit.

• une tâche de ségrégation de flux sonore.

La réflexion doit être menée sur la présentation de chaque tâche (sous forme de jeux vidéo par exemple) et devra aboutir à la proposition d’un programme qui comprendra l’ensemble des 6 tâches qui constituera la batterie.

Equipe projet

• Encadrants du projet : Olivier Richard

• Members : Sarah AISSANOU, Rama CODAZZI, Kai GUO

• Departement : RICM 4, Polytech Grenoble

Planning du projet

Le projet a commencé le 12 Janvier 2015.

Semaine 1 (12 Janvier - 18 Janvier)

• Découverte du sujet du projet, de python et du framework Kivy.

Semaine 2 (19 Janvier - 25 Janvier)

• Installation des environnements nécessaires (Kivy, Pydev)

• Mise en pratique du langage Python

• Début d'analyse du code de la version 1 du projet, pour critiquer et regarder ce que l'on garde du projet.

Semaine 3 (26 Janvier - 1er Fevrier)

• Mise en pratique du langage Python

• Analyse du code de la version 1 du projet.

Semaine 4 (2 Février - 8 Février)

• Création des user-stories pour notre scrum

• Rédaction de la fiche critique du travail réalisé l'année dernière : lien

• Poursuite de l'analyse du code de la version 1

Semaine 5 (9 Fevrier - 15 Fevrier)

• Entretien avec un membre du groupe de la version 1 (Pierre-Henry Ginoux RICM5)

• Session questions/reponses

• Discussion sur les différentes parties à améliorer

Semaine 6 (16 Fevrier - 22 Fevrier)

• Fin de la partie critique de la version 1 du projet

• Mise en commun des différentes remarques

• Répartition des taches au sein du groupe

• Préparation d'un prototype:

En lançant le prototype, l'utilisateur entend un son et 4 images apparaissent sur son écran. Il doit cliquer le plus vite possible sur l'image correspondante.

Semaine 7 (23 Fevrier - 1er Mars)

• Soutenance mi-parcours

• Début du codage du jeu 1: Gestion du mouvement des images.

• Réflexion codage jeu 2

• Réflexion codage jeu 3

Semaine 8 (2 Mars - 8 Mars)

• Codage jeu 1: gestion du mouvement des images établie.

• Réflexion codage jeu 2: Analyse profonde du jeu 3 de la version 1 du jeu.

• Gestion des sons du casque (Gauche/droite pour le jeu 3).

Semaine 9 (9 Mars - 15 Mars)

• Codage du jeu 1:

En lançant le jeu 1, l'utilisateur voit apparaître 4 images qui défilent de gauche à droite, et entend un son (statique) pendant 5 secondes. Il a la possibilité de réécouter le son en cliquant sur l'image "Haut parleur" en haut à droite de la fenêtre. En cliquant sur la mauvaise image, un son "mauvais" se lance et le score baisse de 1 point. En cliquant sur la bonne image un son "bien" se lance, le score augmente de 1 point et une fenêtre apparaît pour lui proposer de rejouer. En cliquant sur le bouton "rejouer", l'utilisateur recommence, avec le même jeu que précédemment.

• Préparation jeu 2:

Réflexion sur l'architecture du jeu 2.

• Préparation jeu 3:

Réflexion sur l'architecture du jeu 3 et début du codage

Semaine 10 (16 Mars - 22 Mars)

• Codage jeu 1: Mise en place de 3 niveaux de jeux différents: Facile, Moyen et Difficile.

Chaque niveau diffère de l'autre par sa similarité entre les différentes images proposées par rapport au son écouté.

• IHM jeu 1: Pou chaque niveau de difficulté, en haut à gauche de la fenêtre apparaissent 3 boutons: "Quitter" s'il veut quitter le jeu à tout moment, "Menu" pour aller sur la fenêtre du menu (Qui sera établie prochainement) et "Aide" afin de guider l'utilisateur sur le fonctionnement du jeu. Lorsque l'utilisateur trouve la bonne image, une fenêtre apparaît avec plusieurs boutons: "Rejouer" pour relancer le même jeu, "Menu" pour aller sur le menu, "Changer de niveau" pour changer de niveau de difficulté, et "Quitter" pour quitter l'application.

• Codage jeu 2

Gestion dynamique des images et sons par des listes.

• Codage jeu 3:

Mise en place d'une liste de sons afin d'établir un codage dynamique des sons.

Semaine 11 (23 Mars - 29 Mars)

• Création de listes de sons différents. (Pour le jeu 1)

• Intégration de cette liste dans le jeu 1 et gestion aléatoire et dynamique des son à partir de listes dans les différents niveaux du jeu 1. Ainsi, lorsque l'utilisateur lance un des 3 niveaux du jeu 1, un son se lance aléatoirement parmi la liste.

• Codage du jeu 2

• Début de l'intégration de la version 2 dans la version précédente du jeu: Réflexions

• Début de la refonte de l'IHM: Création de la classe "menu" qui sera la fenêtre principale du jeu Serious Game.

• Codage du jeu 3: (Le jeu se passe sous un casque). Lorsque l'utilisateur lance le jeu 3, 3 portes apparaissent: une à droite, une en face et une à gauche. Un son se lance (pour l'instant, statique). Si le son vient de la droite, il doit cliquer sur la porte de droite (de même pour les son de gauches et les sons droite&gauche). En cliquant sur la mauvaise porte, un son "mauvais" se lance et son score baisse de 1. En cliquant sur la bonne image, un son "bien" se lance et son score augment de 5. Comme dans le jeu 1, l'utilisateur a la possibilité de réécouter le son en cliquant sur l'image Haut parleur" en haut à droite de la fenêtre.

• Gestion de sons "Droite" "Gauche et "Droite et "Gauche" à partir d'un programme Python à intégrer dans le jeu 3.

Semaine 12 (30 Mars - 5 Avril)

• Jeu 2 fini

• Fin de l'intégration de la version 2 dans la version précédente du jeu par la classe Menu :

En lançant le Menu, l'utilisateur voir apparaître 3 boutons au milieu de la fenêtre: 'Version 1' pour lancer la version 1 du jeu, 'Version 2' pour lancer la Version 2 du jeu et 'Aide' qui est une fenêtre d'aide pour guider l'utilisateur.

En cliquant sur 'Version 1' une autre fenêtre apparaît avec 2 boutons: 'Jeu 1' et 'Jeu 2' afin de lancer le jeu 1 ou le jeu 2 de la première version du jeu.

En cliquant sur 'Version 2' une autre fenêtre apparaît avec 3 boutons: 'Jeu 1' 'Jeu 2 et 'Jeu 3'. En cliquant sur ces deux derniers le jeu 2 ou le jeu 3 de la version 2 de ce jeu se lance. En cliquant sur 'Jeu 1' une autre fenêtre avec 3 boutons s'ouvre: 'Facile' 'Moyen' 'Difficile'. En cliquant sur l'un d'eux le niveau du jeu 1 correspondant se lance.

• Gestion dynamique et aléatoire des sons dans le jeu 3. (Même principe que pour le jeu 1).

• Refonte de l'IHM du jeu 3: En haut à gauche de la fenêtre de jeu apparaissent 3 boutons: 'Quitter' pour quitter le jeu, 'Menu' pour arrêter le jeu et aller sur le menu (pour changer de jeu par exemple) et 'Aide' pour avoir des détails sur le fonctionnement du jeu.

Semaine 13 (6 Avril - 8 Avril)

• Préparation de la soutenance finale