PROJET : Le jeu du pendu

PROJET : Le jeu du pendu
Un projet réalisé dans le cadre des P.P.E BTS SIO2SLAM
Hugo STEPHAN - 2015/2016
Déroulement de la présentation
Quel sujet ? Pourquoi ?
Présentation du projet en
suivant l’historique du
processus de
développement
Le jeu en lui-même
Base de donnée
Implémentation graphique
Améliorations
Quel sujet ? Pourquoi ?
Présentation du sujet
Le sujet consiste à faire une application mobile Android qui met en scène le jeu du
pendu. Voici un récapitulatif des règles du jeu retenues :

Un mot secret est choisi au hasard (par l’ordinateur)

La première lettre du mot secret est donnée les autres sont cachées par des *

L’utilisateur a alors un nombre limité de tentatives pour deviner le mot secret en
proposant soit lettre par lettre soit un mot complet

Si le mot proposé est le mot secret l’utilisateur gagne, sinon il perd une tentative

Si la lettre proposée est dans le mot sa ou ses position(s) dans le mot sont révélées,
sinon il perd une tentative.

Une partie peut se terminer de deux façons :

Soit l’utilisateur épuise toutes ses tentatives et perd.

Soit l’utilisateur découvre le bon mot, lettre par lettre ou d’un seul ‘bloc’, et gagne.
Quel sujet ? Pourquoi ?
Intérêts = Pourquoi ce sujet ?
 Développer un jeu !
 Utilisation des notions
 Public visé :
Tous les utilisateurs d’Android
du TP
 Un résultat concret
 Un projet accessible
 « Format » de jeu adapté :
 Parties courtes
 Règles intuitives
Le jeu en lui-même
La classe Jeu (doc)
 Implémentation des règles du jeu
 Pas d’affichage : console ou graphique
 La classe jeu ne s’occupe pas de piocher un mot au
hasard (elle le reçoit en argument du constructeur),
ainsi elle ne tient pas compte du type de BDD.
 Gère :
 L’avancement du joueur : le mot caché
 La victoire ou la défaite du joueur
 Les tests d’une lettre (présente/déjà proposée)
Base de donnée
Piocher un mot
 Une base de donnée locale
 Pas d’opération de BDD complexe
 Pas d’utilisation de BDD multi utilisateur
 La classe AccesLocal (doc)
 Connexion à la BDD
 Génération d’un mot au hasard
 Pas d’affichage
 La mise en relation : la classe Contrôle (doc)
 Gère le jeu
 Gère la BDD
 Gère l’affichage
Implémentation graphique
Des captures d’écran !
 Développement autour de
l’interface principale, la
class JeuActivity (doc) :
 Gère l’affichage de « l’état »
du jeu (sens objet jeu)
 Récupère les saisies du
joueur
Implémentation graphique
Le multi fenêtre
 Ajout de 2
activity
 mainActivity :
un menu avec
choix de
difficulté/aide
 aideActivity :
une fenêtre
d’aide avec les
règes du jeu
Améliorations
Améliorations effectuées/à faire
F
A
I
T
 Gestion du niveau de difficulté induite par le menu :
A
 Gestion performances/statistiques
F
A
I
R
E
 3 tables de mots, une bonne solution ?
 Affichage d’un dessin (rudimentaire) du pendu
 Améliorer le dessin ? L’interface en général ?
 Nombre victoires/défaites dans tel niveau de difficulté,…
 Remplissage base de données
 Plus de mots/Automatisation/Mise à jour avec distante ?
 Multijoueur ?