Rapport Projet Licence

Université d’Abomey Calavi
The Abdus Salam International Center

For Theoretical Physics
Institut de Mathématiques et de Sciences Physiques
Projet de fin d’année
Pour l’obtention du diplôme de Licence Spéciale des Classes

Préparatoires
Option : Informatique
Mise en place d’une application de gestion d’un

hôtel
Encadreur :
Étudiant :
Dr Pélagie HOUNGUE
Bossan Michael ALLESSI
Enseignante-Chercheur
Email: michaelallessi19@gmail.com
à l’IMSP-UAC
Soutenu le 18 Août 2022 devant le Jury :
Encadreur : Dr Pélagie HOUNGUE

Email: pelagie.houngue@imsp-uac.org
Président : Dr Amadou Tidjani SANDA

Email: sandatidjani@gmail.com
Examinateur : Dr Hénoc SOUDE

Email: sanysos@gmail.com
Année Universitaire : 2021-2022

Dédicaces
Nous dédions ce modeste travail :
è au Dieu tout puissant pour sa grâce

è à notre très cher et regretté Père Olivier ALLESSI
è à tous nos parents pour leurs soutiens permanents et pour tout le mal
qu’ils se sont donnés afin de nous faciliter la tâche, en témoignage de
la profonde affection qu’on leur porte.
i
Remerciements
Nos sincères remerciements vont au prime abord à l’endroit de DIEU le

père tout puissant, le fils Jésus Christ et le Saint-Esprit sans qui ce travail
n’aurait pas vu le jour. Que gloire, honneur, adoration, magnificence vous
soient rendus infiniment.
Ce mémoire n’aurait pas été réalisé sans l’appui éclairé de certaines per-
sonnes. Nous tenons à exprimer toutes nos sincères gratitudes à :
Notre encadreur, Dr Pélagie HOUNGUE pour son abnégation, sa

détermination, son soutien inconditionnel et ses conseils qui ne nous ont
manqué à aucun instant.
L’endroit du Professeur Carlos OGOUYANDJOU, Directeur de l’Institut

de Mathématiques et de Sciences Physiques (IMSP) et de son adjoint, le
Professeur Vincent MONWANOU qui ne ménagent aucun effort pour la
mise en place d’un cadre de formation digne de ce nom.
L’endroit de tous nos enseignants pour la qualité de la formation dont ils

nous ont gratifié.
L’endroit de nos parents pour leur inébranlable soutien et pour la confiance

qu’ils ont en nous.
Nous ne saurions terminer cette liste sans remercier tous nos amis qui de
près ou de loin nous ont aidé dans la réalisation de ce projet.
ii
Sommaire
Dédicaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Remerciements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii
Liste des figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
Acronymes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Résumé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vi
Abstract . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii
Introduction générale . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1 Analyse et Conception 3
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . 3
1.3 Description textuelle de deux cas d’utilisations . . . . . . . . . 5
1.4 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . 8
1.5 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . 9
1.6 Diagramme d’activité . . . . . . . . . . . . . . . . . . . . . . . . 10
1.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2 Mise en œuvre et réalisation 12

2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2 Outils de développement . . . . . . . . . . . . . . . . . . . . . 12
2.3 Langages de programmation . . . . . . . . . . . . . . . . . . . 13
2.4 Quelques interfaces de notre application . . . . . . . . . . . . . 14
2.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Bibliographie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Annexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
iii
Liste des figures
1.1 Diagramme de cas d’utilisations . . . . . . . . . . . . . . . . . 5

1.3 Diagramme de séquence "S’authentifier" . . . . . . . . . . . . . 9
1.4 Diagramme de séquence "Ajouter client" . . . . . . . . . . . . . 10
1.5 Diagramme d’activité "Gérer client" . . . . . . . . . . . . . . . 11
2.1 Page d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

2.2 Page d’authentification . . . . . . . . . . . . . . . . . . . . . . . 16
2.3 Interface directeur . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.4 Interface de l’agent de réservation . . . . . . . . . . . . . . . . 17
2.5 Formulaire d’ajout client . . . . . . . . . . . . . . . . . . . . . . 18
2.6 Formulaire de modification d’une réservation de chambre . . 19
iv
Acronymes
o API : Application Programming Interface
o BDD : Base De Données
o GUI : Graphical User Interface
o IHM : Interaction Homme-Machine
o IMSP : Institut de Mathématiques et de Sciences Physiques
o JDBC : Java Database Connectivity
o JDK : Java Development Kit
o JRE : Java Runtime Environment
o MySQL : My Structured Query Language
o SGBDs : Système de Gestion de Bases de Données
o SQL : Structured Query Language
o UML: Unified Modeling Language
v
Résumé
L’informatique a atteint une prodigieuse évolution technologique dans dif-

férents domaines. Ce qui est nécessaire pour automatiser les informations
afin de rémédier aux différents problèmes rencontrés dans la vie quotidienne
tels que les problèmes liés à la gestion d’un hôtel.
Pour pallier à ces problèmes et alléger la tâche aux personnels des hôtels,
nous avons décidé de nous servir de l’outil informatique afin mettre en place
une application de gestion d’hôtel.
Notre mémoire s’est concentré sur l’étude, la conception et la mise en
place de l’application en question. L’application offre à l’agent de réservation
la possibilité de gérer les clients, les réservations, les chambres et permet au
directeur de générer les états et les statistiques, d’afficher les listes des clients,
des chambres, des réservations et les statistiques.
Mots clés: automatiser, gestion d’un hôtel, réservation de chambre, statistiques.
vi
Abstract
Computing has reached a prodigious technological evolution in different

areas. This evolution is necessary to automate the information to solve the
problems encountered in daily life.
Given the complexity of a hotel’s activities, we decided to use computer
tool to set up an application for the management of a hotel in order to lighten
the task for the staff.
Our dissertation focused on the study, design and implementation place
of the application in question. The application offers the reservation agent
the possibility of managing customers, reservations, rooms and allows the
manager to generate reports and statistics, display customer lists, rooms,
reservations and statistics.
Keywords: automation, hotel management, room reservation, statistics.
vii
INTRODUCTION GÉNÉRALE
L’informatique étant une science de traitement de données, il s’avère béné-

fique dans tous les domaines qu’ils soient scientifiques ou professionnels,
privés et ou publics. En observant les grandes entreprises dans le monde,
on se rend compte qu’elles réalisent des travaux complexes en fractions de
temps très réduit à l’aide des machines, ce qui leur coûterait des journées
manuellement. En se référant à la gestion des hôtels, ces genres de travaux
ne s’effectuent plus à la main, mais par des machines et des logiciels.
A l’issu de notre étude, nous avons constaté que les hôtels connaissent
actuellement assez de difficultés liées à leur mode de gestion manuelle. Ce
qui entraîne le gaspillage du temps lors du traitement des opérations des
clients à l’hôtel tel que la réservation des chambres, le remplissage des for-
mulaires d’inscriptions du client, l’élaboration des factures, la difficulté de
retrouver les documents à la suite du classement manuel, les erreurs dans
les calculs sources de différents entre l’hôtel et ses clients, la lenteur dans
l’élaboration des rapports journalier, mensuel, comme annuel à plusieurs
copies.
Vu la complexité des activités d’un hôtel, l’outil informatique est un élé-
ment qui facilite sa bonne gestion. Dans ce contexte, ce mémoire est focalisé
sur une des problématiques de la gestion de l’hôtel qui est la réservation
de chambre car dans le domaine de l’hôtellerie, la vitesse de traitement des
réservations et la gestion des besoins des clients sont fondamentales dans la
stratégie commerciale. C’est pour cela que l’automatisation et l’informati-
sation de la gestion d’un hôtel sont devenues indispensables.
Ce rapport est donc divisé en deux chapitres.
Le premier chapitre est la partie "analyse et conception", basé sur le langage
1
2 LISTE DES FIGURES
UML sur lequel est fondé notre méthode de conception, suivant le processus
unifié. Dans ce chapitre, nous allons recenser les paramètres qui interagissent
avec l’application, décrire l’utilité de chaque paramètre sous forme de cas
d’utilisations, réaliser un modèle statique représenté par le diagramme de
classes et décrire certains cas d’utilisations à travers des diagrammes UML.
Le deuxième chapitre concerne "la mise en œuvre et la réalisation" où nous
allons exposer les techniques d’implémentations mises en œuvre et donner
un aperçu final à travers quelques interfaces de l’application réalisée.
Bossan Michael ALLESSI 2 IMSP-UAC Dangbo Rép du Bénin

Chapitre 1
Analyse et Conception
1.1 Introduction
Dans ce chapitre on s’intéresse à l’étude, à l’analyse et à la conception

de l’application proposée pour la résolution des différentes difficultés ren-
contrées lors des réservations de chambres dans un hôtel. Le langage de
modélisation engagé pour ce fait est l’UML qui est consacré à faire une étude
préliminaire de l’application à concevoir. Le présent chapitre offre également
une vue globale des diagrammes des différents cas d’utilisation.
1.2 Diagramme de cas d’utilisation
1.2.1 Définition
Un diagramme de cas d’utilisation permet de décrire les grandes fonc-

tionnalités du système du point de vue de l’utilisateur. Un cas d’utilisation
est un ensemble de séquences d’actions réalisées par le système et qui pro-
duisent un résultat valable et observable pour l’utilisateur.
1.2.2 Identification des acteurs
Les principaux profils qui auront à utiliser l’application sont : l’agent de

réservation et le directeur.
1.2.3 Les cas d’utilisation
- S’authentifier
o Agent de réservation
- Gérer les clients
3
4 1.2. DIAGRAMME DE CAS D’UTILISATION
- Ajouter les clients
- Modifier les informations des clients
- Rechercher un client
- Supprimer un client
- Gérer les réservations
- Effectuer une réservation
- Rechercher une réservation
- Modifier une réservation
- Annuler une réservation
- Gérer les chambres
- Ajouter une chambre
- Modifier une chambre
- Rechercher une chambre
o Directeur
- Générer les états
- Afficher la liste des clients
- Afficher la liste des chambres
- Afficher la liste des réservations
- Afficher les statistiques
- Générer les statistiques
o Maintenancier
- Maintenir le système

5 1.3. DESCRIPTION TEXTUELLE DE DEUX CAS D’UTILISATIONS
La figure 1.1 illustre le diagramme de cas d’utilisations.
Figure 1.1: Diagramme de cas d’utilisations
1.3 Description textuelle de deux cas d’utilisations
Dans cette partie, nous allons faire la description textuelle de deux cas
d’utilisations.
Premier cas d’utilisation
A- Identification
Nom du cas d’utilisation : Effectuer une réservation
Objectif : Permettre à l’agent de réservation d’effectuer la réservation

d’une chambre à un client.

Acteur principal : Agent de réservation
Date:29/06/2022
Responsable : Michael ALLESSI
B- Séquencement
Pré-conditions :
• L’agent de réservation s’est authentifié avec succès.
Scénario nominal
1- Le système affiche le menu principal.

2- L’agent de réservation choisit la rubrique Gestion de réservation.
3- Le système affiche le sous menu de Gestion de réservation
4- L’agent choisit effectuer réservation.
5- Le système affiche le formulaire de réservation.
6- L’agent remplit et soumet le formulaire
7- Le système vérifie la validité des informations entrées.
8- Le système vérifie la disponibilité du type de chambre demandé.
9- Le système calcule le prix en fonction du nombre de jour demandé.
10- Le système notifie le succès de la réservation.
11- L’agent imprime la réservation.
Enchaînements alternatifs
A1 : Le type de chambre demandé n’est pas disponible.

L’enchaînement démarre au point 8 du scénario nominal.
9- Le système notifie chambre indisponible.
Le scénario nominal reprend au point 5.
A2 : Les informations entrées sont invalides.

6- Le système notifie que les informations entrées sont valides.

Deuxième cas d’utilisation
A- Identification
Nom du cas d’utilisation : Ajouter chambre
Objectifs : Permettre à l’agent de réservation d’ajouter une nouvelle

chambre.
Acteur principal : Agent de réservation
Date : 29/06/2022
Responsable : Michael ALLESSI
B- Séquencement
Pré-conditions:
• L’agent de réservation s’est authentifié avec succès.
Scénario nominal
1- Le système affiche le menu principal.

2- L’agent de réservation choisit la rubrique Gestion de chambre.
3- Le système affiche le sous menu de Gestion de chambre
4- L’agent choisit ajouter chambre.
5- Le système affiche le formulaire de réservation.
6- L’agent remplit et soumet le formulaire
7- Le système vérifie la validité des informations entrées.
8- Le système envoie les informations dans la base de données.
9- Le système notifie le succès de l’opération.
Enchaînements alternatifs
A1 : Les informations entrées sont invalides.

8- Le système notifie que les informations entrées sont invalides.

8 1.4. DIAGRAMME DE CLASSES
1.4 Diagramme de classes
1.4.1 Définition
Le diagramme de classes représente bien la structure statique du code,

par le biais des attributs et des relations entre les classes. C’est un diagramme
principal qui est la vue de plus haut niveau avec l’ensemble des classes de
l’application.
1.4.2 Description détaillée de diagramme de classes
• Une chambre est concernée par une réservation .
• Un client est concerné par une ou plusieurs réservations.
• Une réservation génère une facture.
• Une personne peut jouer le rôle d’agent de réservation ou de directeur

dans un hôtel.
La figure 1.2 illustre le diagramme de classes.
Figure 1.2: Diagramme de classes

9 1.5. DIAGRAMME DE SÉQUENCE
1.5 Diagramme de séquence
1.5.1 Définition
Les diagrammes de séquences sont la représentation graphique des inter-

actions entre les acteurs et le système selon un ordre chronologique dans
la formulation Unified Modeling Language.Le diagramme de séquence re-
présente les interactions d’un point de vue chronologique entre le système
et les acteurs d’une part et les interactions entre les objets à l’intérieur du
système d’autre part.
La figure 1.3 illustre le diagramme de séquences du cas d’utilisation
"s’authentifier".
Figure 1.3: Diagramme de séquence "S’authentifier"

10 1.6. DIAGRAMME D’ACTIVITÉ
La figure 1.4 illustre le diagramme de séquences du cas d’utilisation

Ajouter client.
Figure 1.4: Diagramme de séquence "Ajouter client"
1.6 Diagramme d’activité
1.6.1 Définition
En UML, un diagramme d’activités est utilisé pour afficher la séquence

des actions produites par un système et dans lequel toutes les transitions sont
automatiques. Il permet ainsi de représenter graphiquement le comportement
d’une méthode ou le déroulement d’un cas d’utilisations ou de plusieurs cas
d’utilisations.
La figure 1.5 illustre le diagramme d’activité du cas d’utilisation gérer
client.

11 1.7. CONCLUSION
Figure 1.5: Diagramme d’activité "Gérer client"
1.7 Conclusion
Dans cette partie, après une analyse profonde, nous avons présenté le
diagramme de cas d’utilisations, de classes et les diagrammes de séquences
et d’activités de quelques cas d’utilisations de notre plateforme.
Dans le prochain chapitre, nous verrons les outils qui nous ont permis de
réaliser cette application sans oublier le langage de programmation et voir
quelques interfaces de notre plateforme.

Chapitre 2
Mise en œuvre et réalisation
2.1 Introduction
Après avoir réalisé une conception qui répondait bien aux besoins de l’ap-
plication, nous entamons la partie réalisation de l’application que nous avons
développé pour la gestion de réservation d’hôtel, en exposant les différents
outils et langages de développement utilisés lors de la réalisation et l’implé-
mentation de la base de données ainsi qu’un aperçu sur les interfaces de
notre application.
2.2 Outils de développement
Le développement d’un tel système nécessite l’utilisation de quelques ou-

tils. Dans ce qui suit, nous allons citer les outils qui ont été utilisés.
2.2.1 XamppServer
XamppServer tient son nom de trois logiciels "X Apache Mysql Perl Php"
est un environnement serveur tout en un, il nous permettra de développer
nos applications Php en toute tranquillité. XamppServer n’est pas en soi
un logiciel, mais un environnement comprenant deux serveurs(Apache et
MySQL), un interpréteur de script (PHP), ainsi qu’une administration pour
deux bases SQL PHPMyAdmin et SQLite Manager.
2.2.2 Définition de MySQL
MySQL (My Structured Query Language ) est une base de données relation-
nelle libre qui a vu le jour en 1995 et très employée sur le Web, souvent en
association avec PHP(langage) et Apache(Serveur Web), basée sur un modèle
12
13 2.3. LANGAGES DE PROGRAMMATION
client-serveur.Son rôle consiste à stocker et à gérer une grande quantité de

données en les organisant sous forme de tables. MySQL fonctionne différem-
ment sur tous les systèmes d’exploitation( Windows, Linux, Mac OS notam-
ment).
2.2.3 JDBC
Java DataBase Connectivity (JDBC) est très importante, et désigne une

interface de programmation d’application (API) qui permet d’accéder aux
bases de données avec Java. L’interface de programmation d’application
nous permet d’en-coder la demande d’accès énoncée dans Structured Query
Language (SQL) qui est ensuite transmise aux programmes qui gèrent la base
de données.
2.2.4 JDK
Le Kit de développement Java est un environnement de développement

de logiciel utilisé pour le développement des applications et des applets
Java.Ils incluent le Java runtime environment (JRE), un interprète/chargeur
(Java), un compilateur (Javac), un générateur de documentation (Javadoc) et
d’autres outils nécessaires Java.
2.2.5 IDE Netbeans
Netbeans est environnement de développement intégré, placé en open

source par Sun en juin 2000. Apache Netbeans est bien plus qu’un éditeur de
texte. Il met en évidence le code source syntaxiquement et sémantiquement
et permet la prise en charge de divers langages, le Java y compris
2.3 Langages de programmation
2.3.1 Langage SQl
SQL en français "Langage d’interrogation structuré" est un langage d’inter-

rogation de base de données très populaire. Il constitue une norme implé-
mentée par de nombreux SGBDs (Système de Gestion de Bases de Données),
comprenant des serveurs de base de données. L’accès aux BDDs (Bases De
Données) se fait de façon standard à l’aide de requêtes de langage SQL. Il

14 2.4. QUELQUES INTERFACES DE NOTRE APPLICATION
existe un outil d’administration PhpMyAdmin, qui nous offre une interface

pour manipuler les tables.
2.3.2 Langage Java
Définition de Java
Java est à la fois un langage de programmation informatique orienté objet

et un environnement d’exécution informatique portable créée par James Gos-
ling et Patrick Naughton. Le langage reprend en grande partie la syntaxe
du langage C++, très utilisé par les informaticiens. Néanmoins, Java a été
épurée des concepts les plus subtils du C++ et est à la fois un langage de
programmation et un environnement d’exécution qui permet de développer
des applications autonomes mais aussi, et surtout, des applications client-
serveur.
Programmation graphique en Java
La programmation graphique encore appelée IHM (Interface Homme Ma-

chine) ou programmation événementielle ou programmation GUI (Graphical
User Interface) est un moyen par lequel l’utilisateur entre en interaction avec
un programme au moyen des boutons, des menus etc. Deux paquetages sont
essentiels à savoir :
o Le paquetage javax.swing
o Le paquetage java.awt
Ces paquetages fournissent un ensemble de bibliothèques pour créer une
interface graphique.
Swing fait fonctionner ces interfaces indépendamment sur différentes pla-
teformes et est le plus utilisé car ses composants sont des composants légers
qui s’appuient sur le langage java alors que les composants awt sont lourds
et s’appuient sur le système d’exploitation.
2.4 Quelques interfaces de notre application
2.4.1 Page d’accueil
Cette page représente la page d’accueil présentée par la figure 2.1. Cette
page apparaît lorsque l’utilisateur accède à l’application.Cette dernière a un

bouton "ACCEDER À LA PLATEFORME" pour accéder à la page d’authentific-

ation de l’application.
La figure 2.1 illustre la page d’accueil.
Figure 2.1: Page d’accueil
2.4.2 Page d’authentification
Une page d’authentification illustrée par la figure 2.2 apparaît au moment

de la demande de connexion , l’utilisateur doit s’authentifier par son email
et un mot de passe. Si ces informations correspondent à celles enregis-trées
dans la base de données, le système donne le droit d’accès à chaque utilisateur
à un espace de travail selon son profil, sinon un message d’erreur s’affiche.
La figure 2.2 illustre la page d’authentification.

Figure 2.2: Page d’authentification
2.4.3 Interface du directeur
Cette page représente l’espace réservé au directeur, elle s’affiche en pre-

mier lieu une fois que ce dernier s’authentifie. Son travail consiste à générer
les statistiques, afficher les statistiques et à générer les états.
La figure 2.3 illustre l’interface du directeur.
Figure 2.3: Interface directeur

2.4.4 Interface de l’Agent de réservation
Cette page représente l’interface réservée à l’agent de réservation. Elle s’af-

fiche une fois que l’agent s’authentifie. Elle permet à ce dernier de faire son
travail qui consiste à gérer les clients, les chambres et les réservations.
La figure 2.4 illustre l’interface de l’agent de réservation.
Figure 2.4: Interface de l’agent de réservation

2.4.5 Formulaire d’ajout de clients
L’agent de réservation remplit le formulaire de client avec les informations

concernant l’ajout d’un client. La figure 2.5 représente le formulaire d’ajout
d’un client.
La figure 2.5 illustre l’interface du formulaire d’ajout d’un client.
Figure 2.5: Formulaire d’ajout client

19 2.5. CONCLUSION
2.4.6 Formulaire de modification d’une réservation de chambre
L’agent de réservation réalise des modifications dans le formulaire de mo-

dification d’une réservation de chambre après avoir recherché et sélectionné
la réservation concernée. Il est représenté dans la figure 2.6.
La figure 2.6 illustre l’interface du formulaire de modification d’une réserva-
tion de chambre.
Figure 2.6: Formulaire de modification d’une réservation de chambre
2.5 Conclusion
La phase de réalisation est une étape très importante dans la mise en place
d’une application. Dans ce dernier chapitre, nous avons illustré le déroule-
ment de la réalisation de notre application, présenté les outils et les langages
de programmation.On conclut avec une présentation de quelques interfaces
de notre application.

Conclusion générale
Le travail effectué dans ce projet a pour objectif de mettre en place une

application pour la gestion d’un hôtel dans le but de faciliter la tâche aux
personnels. On a recensé les acteurs qui interagissent avec l’application puis
on a décrit les besoins de chaque acteurs sous forme de cas d’utilisations. De
là, la réalisation d’un modèle statique représenté par le diagramme de classe
suivi du modèle relationnel associé à ce dernier nous a permis d’avoir un
aperçu sur la base de données afin de passer à l’implémentation du projet.
Malgré les quelques difficultés que nous avons rencontrées dans la réalisa-
tion de ce projet on est quand même parvenu à mettre en place quelques
fonctionnalités de notre application.
Ce travail nous a été très bénéfique car il nous a permis de découvrir et
d’acquérir de nouvelles connaissances en matière de programmation et de
développement des bases de données en ce qui concerne l’aspect pratique.
Toutefois, nous ne nous arrêterons pas là. Il s’agit désormais d’ajouter
encore d’autres fonctionnalités afin de rendre professionnelle notre applica-
tion pour qu’elle soit proposable sur le marché.
20
Réferences bibliographiques
- Cours de modélisation avec UML de Dr. Pélagie HOUNGUE.
- Cours du Langage Java avec Prof. Ezin C. Eugène.
- Pascal Rocques, UML par la pratique , ÉDITIONS EYROLLES 61,

bd Saint-Germain 75240 Paris Cedex 05,Eryolles 2006, 364 pages.
- https://youtu.be/3IAh6uyQ5ew consulté le 25 juillet 2022.
- https://askcodez.com consulté le 20 juillet 2022.
- https://letecode.com consulté le 10 août 2022.
21
Annexes
Code d’ajout d’un client
22
23 2.5. CONCLUSION
Code pour rechercher un client

24 2.5. CONCLUSION
Code pour annuler une réservation

Table des matières
Dédicaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Remerciements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii
Liste des figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
Acronymes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Résumé . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vi
Abstract . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii
Introduction générale . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1 Analyse et Conception 3
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . 3
1.2.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2.2 Identification des acteurs . . . . . . . . . . . . . . . . . 3
1.2.3 Les cas d’utilisation . . . . . . . . . . . . . . . . . . . . 3
1.3 Description textuelle de deux cas d’utilisations . . . . . . . . . 5
1.4.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.4.2 Description détaillée de diagramme de classes . . . . . 8
1.5 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . 9
1.5.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.6 Diagramme d’activité . . . . . . . . . . . . . . . . . . . . . . . . 10
1.6.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2 Mise en œuvre et réalisation 12

2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
25
26 TABLE DES MATIÈRES
2.2 Outils de développement . . . . . . . . . . . . . . . . . . . . . 12

2.2.1 XamppServer . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.2 Définition de MySQL . . . . . . . . . . . . . . . . . . . . 12
2.2.3 JDBC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.2.4 JDK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.2.5 IDE Netbeans . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3 Langages de programmation . . . . . . . . . . . . . . . . . . . 13
2.3.1 Langage SQl . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.2 Langage Java . . . . . . . . . . . . . . . . . . . . . . . . 14
2.4 Quelques interfaces de notre application . . . . . . . . . . . . . 14
2.4.1 Page d’accueil . . . . . . . . . . . . . . . . . . . . . . . 14
2.4.2 Page d’authentification . . . . . . . . . . . . . . . . . . 15
2.4.3 Interface du directeur . . . . . . . . . . . . . . . . . . . 16
2.4.4 Interface de l’Agent de réservation . . . . . . . . . . . . 17
2.4.5 Formulaire d’ajout de clients . . . . . . . . . . . . . . . 18
2.4.6 Formulaire de modification d’une réservation de chambre
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Bibliographie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Annexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

Rapport Projet Licence

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Projet Licence

Transféré par

Droits d'auteur :

Formats disponibles

Université d’Abomey Calavi

The Abdus Salam International Center

Projet de fin d’année

Pour l’obtention du diplôme de Licence Spéciale des Classes

Mise en place d’une application de gestion d’un

Soutenu le 18 Août 2022 devant le Jury :

Encadreur : Dr Pélagie HOUNGUE

Président : Dr Amadou Tidjani SANDA

Examinateur : Dr Hénoc SOUDE

Année Universitaire : 2021-2022

Nous dédions ce modeste travail :

è au Dieu tout puissant pour sa grâce

Nos sincères remerciements vont au prime abord à l’endroit de DIEU le

Notre encadreur, Dr Pélagie HOUNGUE pour son abnégation, sa

L’endroit du Professeur Carlos OGOUYANDJOU, Directeur de l’Institut

L’endroit de tous nos enseignants pour la qualité de la formation dont ils

L’endroit de nos parents pour leur inébranlable soutien et pour la confiance

2 Mise en œuvre et réalisation 12

1.1 Diagramme de cas d’utilisations . . . . . . . . . . . . . . . . . 5

2.1 Page d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

o API : Application Programming Interface

o BDD : Base De Données

o GUI : Graphical User Interface

o IHM : Interaction Homme-Machine

o IMSP : Institut de Mathématiques et de Sciences Physiques

o JDBC : Java Database Connectivity

o JDK : Java Development Kit

o JRE : Java Runtime Environment

o MySQL : My Structured Query Language

o SGBDs : Système de Gestion de Bases de Données

o SQL : Structured Query Language

o UML: Unified Modeling Language

L’informatique a atteint une prodigieuse évolution technologique dans dif-

Mots clés: automatiser, gestion d’un hôtel, réservation de chambre, statistiques.

Computing has reached a prodigious technological evolution in different

Keywords: automation, hotel management, room reservation, statistics.

L’informatique étant une science de traitement de données, il s’avère béné-

Bossan Michael ALLESSI 2 IMSP-UAC Dangbo Rép du Bénin

Dans ce chapitre on s’intéresse à l’étude, à l’analyse et à la conception

1.2 Diagramme de cas d’utilisation

Un diagramme de cas d’utilisation permet de décrire les grandes fonc-

1.2.2 Identification des acteurs

Les principaux profils qui auront à utiliser l’application sont : l’agent de

1.2.3 Les cas d’utilisation

- Gérer les clients

- Ajouter les clients

- Modifier les informations des clients

- Gérer les réservations

- Effectuer une réservation

- Rechercher une réservation

- Modifier une réservation

- Annuler une réservation

- Gérer les chambres

- Ajouter une chambre

- Modifier une chambre

- Rechercher une chambre

- Générer les états

- Afficher la liste des clients

- Afficher la liste des chambres

- Afficher la liste des réservations

- Afficher les statistiques

- Générer les statistiques

Bossan Michael ALLESSI 4 IMSP-UAC Dangbo Rép du Bénin