Cours d'Interfaces Homme-Machine
Polytech'Grenoble & UFR-IMA
F. Jambon -  Université J. Fourier

TP : Le jeu de Morpion pour mobiles

Le but de ces travaux pratiques est de réaliser l'interface homme-machine d'un jeu de Morpion, sur dispositif mobile (J2ME avec CDLC et MIDP), et en implantant le modèle d'architecure logicielle Seeheim vu en cours.

Buts pédagogiques : Implantation du modèle d'architecture Seeheim, utilisation des API MIDP "low-level" (création d'un Widget spécialisé héritant d'un Canvas).

Sujet

Le jeu de Morpion se joue sur un plateau de neuf cases. Chacun des joueurs inscrit tour à tour une croix où un rond dans l'une des cases vides. Pour cela il utilise les touches (numériques de 1à 9) du clavier du dispositif. Le premier des joueurs qui a aligné trois croix ou ronds a gagné. Le noyau fonctionnel du jeu vous est fourni. L'interface homme-machine que vous devez réaliser se compose (de haut en bas) :

• en haut : une zone de texte défilnte pour les informations sur le jeu : quel est le tour ? qui a gagné, etc.
• au milieu : le plateau de jeu ou les joueurs voient les pions s'afficher (croix ou rond)
• <>en bas (selon les dispositifs) : une commande "Rejouer" qui permet de faire une nouvelle partie et une commande "Quitter" pour terminer la partie et quitter l'application.

Le jeu de Morpion

Découpage en modules selon l'architecture Seeheim

Votre application doit être réalisée selon le modèle d'architecture logicielle Seeheim. Pour cela vous devez répartir le code en quatre modules distincts :

• Le module Application : Ce module implante le noyau fonctionnel de l'application, c'est-à-dire la gestion d'une partie de Morpion. Ce module vous est fourni : AppliMorpion.java. Il dispose de méthodes de debuggage intégrées.
• Le module Interface Application : ce module implante les méthodes permettant de mettre à disposition du Contrôleur de Dialogue les Fonctionnalités du module Application. Ce module est a priori inutile pour réaliser la première version du jeu car toutes les fonctions du noyau fonctionnel sont directement utilisables par le Contrôleur de Dialogue. Mais il serait utile, par exemple, pour calculer des scores si le logiciel permet d'enchaîner les parties.
• Le module Contrôle du Dialogue : ce module gère le dialogue homme-machine. C'est ce module qui prend l'initiative de faire appel au module Interface Application pour vérifier si un coup joué est valide, si la partie est terminée et demander si besoin des affichages au module Présentation. Ce module ne doit en aucun cas faire appel à des objets de la boîte à outils graphique, il doit toujours passer par l'intermédiaire du module Présentation pour cela.
• Le module Présentation : ce module gère l'affichage graphique et la récupération des événements déclenchés par l'utilisateur. Il met également à disposition du Contrôleur de Dialogue des méthodes d'affichage vers l'utilisateur.

Module Présentation

Interfaces de programmation (API)

Le module Présentation doit disposer des méthodes suivantes :

• public void afficheCase (int l, int c, int j) : affiche à la position indiquée par la ligne l et la colonne c une croix ou un rond selon le numéro du joueur j (1 ou 2). Si ce numéro est zéro, cela efface le contenu de la case (ce sera utile pour effacer le plateau de jeu pour une nouvelle partie).
• public void afficheTour (int j) : affiche un message avec le symbole (croix ou rond) du joueur j dont c'est le tour.
• public void afficheVainqueur (int j) : affiche un message avec le symbole (croix ou rond) du joueur j qui a gagné, ou un message indiquant match nul (si j est nul).

Le module Présentation doit réagir aux événements ou commandes suivants :

• Appui sur une des touches du pavé numérique du dispositif
• Utilisation de la commande "Rejouer"
• Utilisation de la commande "Quitter"

Technique de programmation

Une des techniques possibles est de dessiner le jeu dans une classe Plateau qui hérite d'un Canvas. Cette classe Plateau est alors un attribut de la classe Présentation (qui sera ici une MIDlet).

Cette classe Plateau est donc en charge de toute la gestion de l'affichage et de la remise à jour si besoin de cet affichage. Notamment elle doit se réafficher à chaque modification (ajout, effacement) des pions ou si la taille du Canvas a été modifiée.

Il vous est conseillé de définir comme attribut, dans la classe Plateau, d'un tableau d'entiers représentant les pions, et à chaque demande de réaffichage, de tout redessiner à partir des informations contenues dans ce tableau.

Module Contrôle du Dialogue

Le contrôleur de Dialogue va être sollicité par la Présentation par l'intermédiaire de trois méthodes :

• public void demandeJouer(int l, int c) : cette méthode est appelé lorsque l'utilisateur a appuyé sur l'un des boutons du clavier. Le contrôleur de dialogue fait les vérifications nécessaires puis met à jour le noyau fonctionnel et les affichages.
• public void demandeRejouer() : cette méthode est appelé lorsque l'utilisateur a activé la commande "Rejouer". Le contrôleur de dialogue réinitialise alors le jeu et propose une nouvelle partie.
  
• public void demandeQuitter() : cette méthode est appelé lorsque l'utilisateur a activé la commande "Quitter". Dans tous les cas le contrôleur de dialogue doit quitter l'application (partie terminée ou non).

Extension : prise en compte du score

Si vous avez terminé le jeu clasique, vous pouvez modifier celui-ci afin de prendre en compte le score de chacun des joueurs sur plusieurs parties. Pour cela vous devez :

• Prévoir un emplacement pour l'affichage des scores et une méthode associée au niveau du module Présentation.
• Créer un module Interface Application chargé de la gestion de plusieurs parties, du calcul des scores, et aussi de l'interversion des joueurs (les joueurs 1 ou 2 commencent à tour de rôle).
• Modifier le module Contrôle de Dialogue pour prendre en compte ces changements.

Documents à produire

• Le code source commenté au format javadoc du logiciel réalisé
• Le Diagramme de Séquence selon la syntaxe UML des appels entre les modules selon la syntaxe UML lorsqu'un utilisateur joue une case en cours de partie