Projet : Gestionnaire de tournois d’échecs

Réalisé par :
Aymen FAYADHI
Aymen FOURATI
Mehdi JERBI
Mohamed AYADI

Professeur : Sonia Bouzidi

 Année universitaire : 2021 2022

Groupe : RT3/2

Plan :

I. Contexte du projet

II. Spécifications fonctionnelles

III. Spécifications non fonctionnelles

IV. Diagramme de Cas d'utilisations

V. Interface graphique d’utilisateurs

VI. Description des cas d’utilisations

VII. Conclusion
I. Contexte du projet :

Le jeu d'échecs est le jeu le plus populaire et ancien de l’histoire de

l’humanité. En effet, les joueurs se battent pour les titres de meilleurs joueurs
avec une avidité croissante surtout avec la prolifération digitale du jeu appuyé
par les réseaux sociaux et les films consacrés à ce fameux art. On se propose de
realis

1. Description du tournoi :

D'une manière générale, les tournois d'échecs se présentent sous trois

formes : le système suisse, le tournoi à la ronde et le match. Le système suisse,
ou "suisse" en abrégé, est le plus populaire.

a. Le système à la ronde :

Un tournoi round-robin est un tournoi où tout le monde joue contre tout

le monde.Les tournois roundrobin sont utilisés pour déterminer la plupart des
championnats nationaux et sont la norme dans les tournois internationaux.
Un tournoi toutes rondes permet les avantages suivants:
- La part du hasard est minimisée puisque tous les participants se
rencontrent.
- Un participant peut remporter la victoire finale en dépit de quelques
contre-performances, ce qui n'est pas le cas dans un système à
élimination directe.
Et impose les inconvénients suivants :
- Le format rond robin est très gourmand en termes de temps : vu que tout
le monde joue contre tout le monde.
- L’asymétrie nuit à l'équité, puisque la motivation de l'adversaire n'est pas
la même au début et à la fin de la compétition.
- Il n'y a pas de match final spectaculaire.

b. Le système suisse :

Le système suisse couramment utilisé dans les compétitions d'échecs où

les joueurs ou les équipes doivent s'affronter deux à deux. Il s'agit d'une méthode
d'appariement permettant d'organiser des tournois regroupant un grand nombre
de protagonistes en un nombre de confrontations réduit.
En effet pour un nombre 2 a la puissance n de joueurs on n’a besoin que de
n rounde pour déterminer un classement final.

c. Le système à élimination directe :

Un tournoi à élimination directe est un tournoi où le perdant de n'importe

quelle partie est éliminé. Cependant, il n'est pas éliminé de la compétition, dans
certains cas, des matchs supplémentaires sont ajoutés, comme la troisième
place, par exemple.

2. Intérêt du projet :

On se propose de réaliser une application de gestion de tournoi d’échecs

qui vise à englober les différents types de tournoi sur une seule plateforme. En
effet, l’utilisateur peut composer entre différents types afin de générer un
système d'appariement adéquats à un nombre données de joueurs.
Nous considérons que ce projet lie innovation et efficacité puisque
n’importe quel utilisateur, doté d’une simple connaissance des jeux d'échecs et
des algorithmes d'appariements, peut aisément manier notre application.

II. Spécifications fonctionnelles :

● Gérer les organisateurs.

● Ajouter un participant.
● Consulter le classement.
● Consulter les matchs joués.
● Gérer un profil.
● Consulter le programme du tournoi.
● Spécifier l’issue d’un match.
● Authentification (participant ou administrateur).
● Générer les matchs du tournoi.
● Créer un tournoi.
● Éliminer un participant.
● Choisir un type de tournoi.

III. Spécifications non fonctionnelles :

● Assurer la responsivité du design.

● Assurer la confidentialité des données.
● Convivialité
● Toutes les actions ne dépassent pas 5 secondes.
● Assurer un système de notification pour les joueurs une fois un
changement au niveau des programmes se produit.
● La fiabilité.
 ● Mise à jour instantanée après chaque modification
● Le système doit être sécurisé.

IV. Diagramme de cas d’utilisation :

VI. Interface graphique d’utilisateurs :
 Interface de login de l’admin / joueur

Menu principale pour le joueur

Menu principale pour l’admin

Cas d’utilisation gestion de tournois

Cas d’utilisation Consulter programme

Cas d’utilisation Consulter Programme

VI. Description des cas d’utilisations :

Description de cas d’utilisation : «Gestion des tournois » :

Résumé :
Création d’un tournoi , l’ajout des participants et l’annulation d’un tournoi.

Acteur :

Administrateur

Précondition :

Le cas d’utilisation « Se loger » est déjà exécuté et le compte est associé à

un administrateur.

Déroulement nominal :

L’administrateur demande la gestion des tournois

Le système affiche 4 options “Créer tournoi” , “Affecter joueur” et

“Terminer tournoi”, “Déclarer une nouvelle phase”.

cas 1 : Créer tournoi

L’administrateur choisit l’option “Créer tournoi”

Le système présente une fiche contenant les champs liés à un tournoi,

comme nom, date, système, nombre de joueurs...etc.

L’administrateur remplit la fiche.

Le système crée le tournoi et met son état à “en cours”.

cas 2 : Affecter joueur

L’administrateur choisit l’option “Affecter joueur”

Le système affiche la liste des tournois dont l’administrateur est gérant.

L’administrateur choisit un tournoi.

Le système affiche la liste des joueurs inscrits.

L’administrateur choisit un joueur à ajouter.

Le système affecte le joueur au tournoi avec un score initial nul.

cas 3 : Terminer tournoi

 L’administrateur choisit l’option “Terminer tournoi”

Le système affiche la liste des tournois dont l’administrateur est gérant.

L’administrateur choisit un tournoi.

Le système change l'état du tournoi à “terminé”.

Le système met à jour le classement.

Le système met à jour le programme.

cas 4 : Déclarer une nouvelle phase

L’administrateur choisit l’option “Déclarer une nouvelle phase”

Le système affiche la liste des tournois dont l’administrateur est gérant.

L’administrateur choisit un tournoi.

Le système présente une fiche contenant les champs : nombre de joueurs

à prendre, système d'appariement suivant.

L’administrateur remplit la fiche.

Le système met à jour le tournoi, prend les meilleurs joueurs du

classement précédent (nombre de joueurs à été précisé par
l’administrateur) et élimine les autres.

Post condition :

Le tournoi est bien modifié ou créé.

Description de cas d’utilisation : « Ajouter un administrateur » :

Résumé :
Ajouter un administrateur et saisir les données relatives.

Acteur :

Administrateur

Précondition :

Le cas d’utilisation « Se loger » est déjà exécuté et le compte est associé à

un administrateur.

Déroulement nominal :

L’administrateur demande l’ajout d’un autre administrateur

 Le système présente une fiche contenant les champs liés à un
administrateur, comme nom, prénom, pseudonyme, mot de passe...etc.

L’administrateur remplit la fiche

Le système sauvegarde les données en cryptant le mot de passe.

L’exception :

L’administrateur demande de sauvegarder sans remplir tous les champs :

->Le système affiche un message « Tous les champs sont obligatoires »

L’administrateur saisie un pseudonyme déjà utilisé :

->Le système affiche un message « Le pseudo existe déjà »

Post condition :

L’administrateur est ajouté au système.

Description de cas d’utilisation : « Se loger »

Résumé :
S’authentifier en donnant les données personnelles pour se loger à la
plateforme

Acteur :

Administrateur

Joueur

Précondition :

L’utilisateur (Administrateur/Joueur) possède un compte pour s’identifier.

Déroulement nominal :

-L’utilisateur demande de se loger.

-Le système lui présente une fiche contenant les champs login et
motDePasse.

-L’utilisateur remplit la fiche.

-Le système demande à l’utilisateur de remplir un test Captcha pour

vérifier qu’il n’est pas un robot

-Le système vérifie la correspondance des données

-Le système distingue le type du compte ( Administrateur or Joueur)

-Le système affiche un message de bienvenue

 -Le système affiche les fonctionnalités selon le type du compte.

L’exception :

L’utilisateur demande de se loger sans remplir tous les champs :

->Le système affiche un message « Tous les champs sont obligatoires »

L’utilisateur demande de se loger sans vérifier le test Captcha :

->Le système affiche un message « Le Captcha doit être verifier »

L’utilisateur demande de se loger avec des données erronées :

->Le système affiche un message « login ou mot de passe erroné »

Post condition :

L’utilisateur a accès à la plateforme.

Description de cas d’utilisation : « Consulter Le classement »

Résumé :
Consulter le classement et voir le score de chaque joueur durant le
tournoi.

Le système actualise le contenu à chaque génération d’une nouvelle

ronde.

Acteur :

Administrateur

Joueur

Précondition :

-Le cas d’utilisation « Se loger » est déjà exécuté.

Déroulement nominal :

-L’utilisateur clique sur le bouton du Classement

-Le système affiche une page de joueurs organisés en fonction de leurs

scores

-L’utilisateur peut contrôler la manière d'affichage du classement

(Ascendant/Descendant)

-L’utilisateur peut consulter les profils des joueurs a partir de la page du

classement en cliquant sur leur noms
Description de cas d’utilisation : « Consulter l’historique des matchs joués»

Résumé :
Consulter l’historique des matchs joués et voir les joueurs de chaque
partie.

Acteur :

Joueur

Précondition :

-Le cas d’utilisation « Se loger » est déjà exécuté et le compte est associé à
un Joueur.

Déroulement nominal :

-Le Joueur clique sur le bouton “Consulter l’historique des matchs joués”

-Le système affiche une page contenant son historique.

-L’utilisateur choisit le match qu’il veut consulter.

-Le système affiche une page contenant les joueurs et l’issue de ce match.

-L’utilisateur peut consulter les profils des joueurs en cliquant sur leur
nom.

Post condition :

L’historique a été consulté.

Description de cas d’utilisation : « Spécifier l’issue d’un match » :

Résumé :
Saisir le résultat d'un match spécifié

Acteur :

Administrateur

Précondition :

-Le cas d’utilisation « Se loger » est déjà exécuté et le compte est associé à
un administrateur.

Déroulement nominal :

-L’administrateur clique sur le bouton “Spécifier l’issue d’un match”

-Le système lui affiche les matchs de la ronde actuelle.

 -L’administrateur choisit un match.

-Le système lui affiche 4 options “nulle”, “blanc gagne”, “noir gagne” et
“annulé” .

-L’administrateur choisit le résultat d'un match parmi ces options.

-Le système sauvegarde les données.

-Le système réaffiche les matchs de la ronde actuelle.

Post condition :

Le résultat du match est bien enregistré.

Description de cas d’utilisation : «Éliminer un joueur » :

Résumé :
Eliminer un joueur d’un tournoi (pour des raisons de triche, d’absence ou
autre)

Acteur :

Administrateur

Précondition :

-Le cas d’utilisation « Se loger » est déjà exécuté et le compte est associé à
un administrateur.

Déroulement nominal :

-L’administrateur clique sur le bouton "Éliminer un joueur”

-Le système lui affiche la liste des tournois dont il est gérant.

-L’administrateur choisit un tournoi.

-Le système affiche la liste des joueurs du tournoi choisi.

-L’administrateur choisit un joueur à éliminer.

-Le système élimine le joueur

-Le système affiche la nouvelle liste des joueurs .

Post condition :

Le joueur est éliminé.

Description de cas d’utilisation : « Générer les matchs d’une ronde » :

Résumé :

On génère les matchs par un algorithme choisi. Ce cas d’utilisation

s’entend jusqu'à la fin de la dernière ronde.

Acteur :

Administrateur

Précondition :

-Une ronde est arrivée à sa fin.

-Le tournoi a été créé.

Déroulement nominal :

L’administrateur entre les résultats d’une ronde .

Le système génère la ronde suivante.

Le système actualise le classement des joueurs.

Le système actualise le programme.

L’exception :

Il n’existe pas de ronde précédente ; Le tournoi vient d'être créé :

->Le système génère les matchs de la ronde à partir des paramètres

initiaux du tournoi , il génère un classement initial et un programme
initial.

Post condition :

Les matchs de la ronde ont été générée.

Description de cas d’utilisation : « Consulter le programme du tournoi » :

Résumé :

Tous les joueurs et administrateurs peuvent consulter le programme du

tournoi qui est mis à jour au fur et à mesure de l’avancement du tournoi. Il
contient les matchs des rondes suivantes ainsi que les pauses.
Acteur :

Administrateur

Joueurs

Précondition :

Le tournoi a été créé.

Déroulement nominal :

Le système génère le programme.

L’administrateur entre les résultats de la première ronde.

Le système met à jour le programme avec les nouveaux matchs.

Le même processus se répète jusqu'à la fin du tournoi.

L’exception :

Un joueur est éliminé entre les rounds, le système doit mettre à jour le
programme. `

Post condition :

Le programme est prêt à être consulté par les joueurs et administrateurs.

Description de cas d’utilisation : « Gérer le profile » :

Résumé :

Chaque joueur peut gérer son profil : voir ou changer sa photo, sa

biographie. consulter les matchs qu’il va jouer dans le cas où il est inscrit dans un
tournoi.

Acteur :

Joueur

Précondition :

Un joueur s’inscrit sur la plateforme.

Déroulement nominal :

Un joueur crée un profil sur la plateforme.

Le joueur accède à son profil et effectue des modifications. `

Post condition :
 Le profil d’un joueur a été géré.

Exemple de gestion pour le joueur : Cas d'utilisation “‘s’inscrire”

diagramme de classes d’analyse

diagramme de classes détaillé

Diagramme de séquence : Générer les matchs d’une ronde

Diagramme de séquence : Spécifier l’issue d’un match
Diagramme de packages
Diagramme de composants

Diagramme de déploiement
VII. Conclusion :

En conclusion, EasytoChess présente, malgré son allure simple, une

réponse à la contrainte d’évolutivité imposée par la nature progressive des
compétitions. Nous pouvons affirmer avec une grande confiance que ce projet
peut rivaliser avec les plus grands produits sur le marché.

A l’intention d’en faire plus qu’un simple modèle de conception, on vous

remercie pour votre attention.