Projet Cube

1
Projet Cube
UNIVERSITE DES ANTILLES ET DE LA GUYANEIUP
Ingénierie Informatique et Mathématique

• Balmokoun Bruno
• Francillette Rémy

UAG / IUP - I²M Année 2003 - 2004
2
INTRODUCTION

• Présentation du projet Cube .
• Les attentes du client
• - Rapidité.
• - Fluidité.
• - Interactivité.
• Choix de larchitecture
• - Peer 2 Peer.
• - Client / Serveur.

3
ARCHITECTURE

• Les composantes
• - Nom Serveur Web, Serveur BDD, Application
  Serveur, Client.
• - Description.
• Le système
• - Peer 2 Peer (Entre les clients, échanges sur
  les données du jeu).
• - Client / Serveur (Initialisation dune partie,
  échange de létat du jeu Terminaison du jeu).

UTILISATEUR 1
UTILISATEUR 2
NAVIGATEUR 1
NAVIGATEUR 2
SERVEUR WEB
SERVEUR BDD
APPLICATION SERVEUR
C / S
C / S
P2P
CLIENT 1
CLIENT 2
4
COMMENT CA MARCHE ?

• Inscription dun joueur.
• Authentification.
• Demande de duel.
• Demande de duel (Joueur déjà en duel).
• Phase de jeu.
• Terminaison du jeu.
• Tournoi.

5
INSCRIPTION DUN JOUEUR

• Sur page Web.
• Envoi de
• - Nom
• - Prénom
• - Login
• - Password
• - Email
• Vérification
• - Login (Utilisé ou pas?)
• Si le login incorrect, demande de choisir un
  autre.

6
L AUTHENTIFICATION

• Sur page Web.
• Envoie de
• - Login
• - Password
• Vérification dans la base de donnée
• - Confirmation.
• - Refus.
• Oublie de Password Demande sur page Web -gt
  Envoie par email.

7
DEMANDE DE DUEL

• Par lapplication cliente.
• Recherche dans la BDD de la liste des connectés.
• Affichage sur lapplication cliente de la liste
  choix dun joueur.
• Application serveur envoie autorisation _at_ IP.
• Connexion des joueurs -gt P2P.

8
DEMANDE DE DUEL (JOUEUR EN DUEL)

• Après la demande de duel, on choisi dans la liste
  des connectés un joueur en duel.
• Demande dajout à la liste dattente de ce
  joueur.

9
LA PHASE DE JEU

• Envoie dinformation
• - A chaque descente de pièce (Etat du jeu, pour
  savoir si le jeu est fini ou pas)
• - A chaque nouvelle ligne réalisée (Nbre ligne,
  Score).

10
TERMINAISON DU JEU

• Après traitement de létat du jeu, lapplication
  serveur sait que le jeu est fini.
• Mise à jour de BDD (Nom gagnant, perdant et
  score).
• Envoie de la liste dattente pour chaque joueur.
• Liste dattente Choix du premier de la liste
  (comportement dun pile FIFO).

11
LE TOURNOI

• Un seul tournoi à la fois.
• Pas de système de poule. Inscription à une liste
  via le site Web. Début en 16è de finale.
• Avertissement par mail du début du tournoi.
• Réutilisation de certain protocole (lapplication
  serveur connecte les joueurs).
• Perte à forfait si un des joueur nest pas
  présent.

12
CONCLUSION

• Données Cryptés (Login Password, échange lors
  dun duel).
• Point fort
• - Engorgement réseau réduit.
• - Interactivité.
• - Fluidité (Affichage de la grille adversaire,
  pas de calcul pour cela)
• Point faible
• - P2P facilite le piratage.
• - Difficulté de la mise en uvre.