CAHIER DES CHARGES DU PROJET :

GESTION D’UN HÔTEL

Le projet sera appréhendé en plusieurs modules à savoir :

- La gestion des clients

- La gestion des chambres
- La gestion des réservations de chambre
- La facturation des séjours d’hôtel
- La gestion des autres services et divers
- Une liste exhaustive d’états indispensables

DESCRIPTION DES MODULES DU PROJET :

0) Caractéristiques générales du logiciel :

Aspect ergonomique : l’on s’attend à un logiciel simple et convivial

Aspect conception : faire une analyse évolutive du projet

Aspect programmation :

➢ Programmer en tenant compte de la journée ouverte par l’utilisateur lui-même et

non la date système
➢ Commenter les lignes du code de programmation
➢ Personnaliser les fenêtres, barres d’outils et messages systèmes : éviter de laisser les
fenêtres dans leur état brut généré par l’assistant.

1) La gestion des clients :

Nous disposons de plusieurs catégories de clients : clients privés, clients affaires, clients groupes,
clients TOPS ou VIP, etc.

Le logiciel doit permettre de savoir si le client est originaire du pays où l’hôtel est implanté ou est un
étranger. Il doit aussi faire connaître à l’utilisateur si le client qu’il a en face dispose d’une carte de
fidélité délivrée par l’hôtel.

2) La gestion des chambres :

Les chambres d’hôtel sont tarifiées selon leur type, leur caractéristique et leur situation sur l’édifice.
L’on dispose ainsi des chambres dites single (ventilées ou climatisées), double, triple selon qu’il s’agit
d’une chambre réservée à une, deux ou trois personnes.

Une chambre située à vue mer, vue jardin, vue rue ou vue montagne est différemment facturée par
rapport à une autre qui est à l’intérieur de l’édifice.

A l’arrivé d’un client, l’utilisateur prend soin de saisir sa date et heure d’arrivée en rappelant sa
réservation et sa fiche client.

3) La gestion des réservations de chambre :

Un client arrivant dans le pays ou dans la ville où se situe l’hôtel, peut déjà appeler ou écrire pour se
faire une réservation de chambre(s). A la réservation, le client potentiel décrit le genre de chambre
qu’il désir se réserver selon les propositions que lui fait l’agent hôtelier. Le client informe de sa date
et heure d’arrivée souhaitée, le nombre d’heure ou de jour qu’il souhaite passer à l’hôtel, le types de
chambres, sa situation, nombre de personnes, nombre de chambres, etc. Le logiciel doit à cette
étape proposer une facture pro forma au client.

Toute réservation doit être confirmée dans un délai de jour paramétrable faute de quoi elle est
automatiquement déclassée dans le dossier des réservations non confirmées et la chambre redevient
totalement libre. Le délai pour la confirmation est défini par rapport au nombre de jour restant avant
l’arrivée prévue du client.

L’utilisateur à la possibilité de saisir, modifier ou annuler une réservation.

Les différents états d’une réservation peuvent être : réservée – confirmée - annulée.

Une réservation fait croire que la chambre est occupée et ne peut plus faire objet de réservation au
cours de la même période.

4) La gestion des bars, restaurants, piscine, divers :

Le client arrivé à l’hôtel peut prendre des boissons au bar, consommer des plats au
restaurant , aller à la piscine, envoyer ces vêtements à la blanchisserie, faire de l’équitation,
téléphoner au commander beaucoup d’autres services. Le client a cette possibilité de régler
au fur et à mesure ses petites factures ou d’attendre la fin de son séjour avant de tout payer
y compris les frais d’hébergement.

5) La facturation des séjours d’hôtel :

La facturation d’un séjour d’hôtel suppose le départ du client de l’hôtel. A cet effet, le logiciel
édite la facture après la saisie de la date et l’heure de départ. La facture doit tenir compte des
remises exceptionnelles et de fidélité (taux paramétrable).

Le nombre d’heures de grâce qu’un client peut empiéter avant de tomber dans une nouvelle
nuitée doit rester paramétrable.

L’on doit pouvoir rééditer une facture rééditée une facture déjà passée. Les modes de payement
sont espèces, carte de crédit, chèque difficilement opérationnel.

Après édition de la facture, considérer automatiquement que la ou les chambre (s) concernées
sont libérées.

Si possible prévoir une interface de simulation de facture en fonction de la chambre sélectionnée

et le nombre de nuitées.

6) Liste des états non obligatoires que peut fournir par le logiciel :

➢ Liste des chambres par type

➢ Liste des chambres par caractéristique

➢ Liste des chambres situation (situation par rapport au paysage extérieur et par
rapport à l’édifice lui-même.)

➢ Tarif des chambres par nuitée

➢ Liste des chambres libres

➢ Liste des chambres occupées

➢ Liste de genre de chambres les plus sollicitées

➢ Liste des clients par catégorie, par sexe, par nationalité

➢ Liste des clients fidèles

➢ Fréquence des fréquentations par période

➢ Liste des fréquentations d’un client par période

➢ Liste des clients étrangers (préciser le pays de provenance) ou non

➢ Liste des clients ayant fait une réservation

➢ Liste des clients arrivés par période

➢ Liste des clients présents

➢ Liste de clients partis par période

➢ Liste des réservations de la journée

➢ Liste des réservations arrivant à échéance

➢ Liste des réservations annulées

➢ Liste des réservations confirmées

➢ Liste des séjours les plus longs

➢ Le chiffres d’affaires par période (laisser la main à l’utilisateur de décider

d’inclure les réservations confirmées)

➢ Etats présentant la répartition du chiffre d’affaires par rapport à chaque service

(l’exprimer aussi en termes de pourcentage)

➢ Et tout autre état jugé utile ou indispensable par le stagiaire

 Conditions et Exigences de Développement du
Projet de APOO : Gestion d’un Hôtel

Partie Gestion :

Voir le texte descriptif.

Partie Technique :

1) Impression des états

Utilisez le JasperReports pour faire les états qui doivent imprimer le reçu (proforma et
définitif).
Un état peut produire des tableaux sous forme de document exploitable et imprimable par
exemple en pdf à partir d’une requête de type « select ».

2) Utilisation de JTABLE
L’affichage des tableaux à l’écran se feront grâce au JTable.

3) Outils :
Langage : Java
IDE : NetBeans
SGBD : MySQL

4) Interface de connexion (login) :

L’accès à l’application de gestion doit être régulé par une interface de connexion avec un
identifiant et un mot de passe.

5) Aspect ergonomique

En ce qui concerne l’aspect ergonomique, on s’attend à une application simple et

conviviale. Les textes doivent être bien lisibles et en bon contraste avec les couleurs du
GUI de l’application. Evitez l’utilisation de couleurs trop vives.

6) Gestion des tableaux du GUI

Pour chaque tableau, on doit pouvoir modifier, supprimer ou insérer des données. On doit aussi
pouvoir faire des recherches (A chaque caractère saisi, la recherche affiche la donnée saisie).
La zone de texte de la recherche doit être bien intitulée (Exemple : Recherche suivant le nom
pour trouver un nom). En d’autres termes, vous devez mentionner clairement et sans ambiguïté
l’objet recherché au niveau de la zone de recherche.

7) Photo
 On doit pouvoir enregistrer la photo des clients VIP avec leurs coordonnées dans la base
de données et les gérer au niveau du GUI (ajout, modification, suppression).

8) Autres directives

Pour effectuer la connexion entre le code Java et la base de données (SGBD), utiliser le
pilote JDBC.

Utiliser la classe JCardLayout de Java pour avoir un et un seul tableau à un instant

donné.

Pour le choix (ou saisie) des dates, utiliser le composant JCalendar de Java.

Pour la gestion des tableaux/formulaires, utiliser la classe JTable de Java. Affichez à l’écran
dans les tableaux les champs qui sont seulement utiles.
On doit pouvoir faire des ajouts, des modifications, des suppressions ou des recherches
à partir à partir de JTable qui apparaît à l’écran.

Le titre ou le champ des colonnes des tables qui apparaissent à l’écran dans l’interface
graphique utilisateur ou Graphical User Interface (GUI) ne doit pas être abrévié et vous ne devez
pas envoyer tous les champs de la table obtenue par une interrogation de la base de données
dans le GUI. On doit uniquement faire apparaître dans le GUI les champs utiles afin que le GUI
soit bien lisible et sans pointillées.

Modulariser bien l’application en utilisant les packages pour regrouper les classes de façon
logique.

Les étudiants qui ne peuvent pas expliquer le code qu’ils ont écrit eux-mêmes auront une
mauvaise note. Pour éviter les mauvaises notes, il est formellement interdit au tuteur de
développer l’application en entier à la place des étudiants de APOO. J’exhorte les tuteurs de
bien expliquer un seul formulaire à l’apprenant afin qu’il puisse évoluer seul pour le reste des
formulaires sous leur supervision.

Ce projet contiendra des milliers de lignes de codes. Par conséquent, j’exhorte les apprenants
à commencer le projet en ce début d’année.

Les étudiants qui ne trouveront pas de tuteur doivent me contacter le plus tôt que possible.