République Démocratique du
Congo
ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE
INSTITUT SUPERIEUR DE PASTORALE
FAMILIALE
ISPF
USUMA-KIVU
B.P 162 BUKAVU
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser1.png)
Débout face aux défis de notre
temps
CONCEPTION ET REALISATION D'UN SYSTÈME
INFORMATISÉ D'UNE APPLICATION WEB DE GESTION DES RESERVATIONS DANS UN
HOTEL.
CAS DE L'HOTEL RIVIERE RUZIZI
Présenté parFrançois KAWAYA
MITTERAND
Travail de Fin de Cycle
Présenté en vue de l'obtention d'un Diplôme
de Graduat en Informatique et Gestion des Ressources Humaines.
DirecteurIr. MUGISHO MUSHEGERHA Youen
Chef desT
ANNEE ACAMIQUE : 2019-2020
ravaux
Dédicace
C'est avec profonde gratitude et sincères mots, que nous
dédions ce modeste travail de fin de cycle à nos Chers
Parents ; qui ont sacrifié leur vie pour notre réussite et
nous ont éclairé le chemin par leurs conseils judicieux.
Nous espérons qu'un jour, nous pourrons leurs rendre un
peu de ce qu'ils ont fait pour nous, que Dieu leur prête bonheur et
longue vie.
Nous dédions aussi ce travail à nos
frères, nos soeurs, nos amis, nos collègues et à tous nos
professeurs et enseignants qui nous ont enseigné et à tous ceux
qui nous sont chers.
REMERCIEMENT
Nous remercions Dieu de nous avoir accordé des
connaissances de la science et de nous avoir aidé à
réaliser ce travail.
Au terme de ce modeste travail nous tenons à remercier
chaleureusement et respectivement tous ceux qui ont contribué de
près ou de loin à la réalisation de ce modeste travail de
fin de cycle, à savoir :
Ø Notre Directeur le Chef des travaux MUGISHO
MUSHEGERHA Youen, pour nous avoir encadré durant notre travail ;
Ø Toutes les autorités et membres de
l'ISPF-BUKAVU, pour leurs valeureux conseils et formation ;
Ø Nos chers Parents MUKOLOKELWA NGOLOMBE Alphonse,
MATISHO NSANZA, GODELIVE MALILO,MATUNDA MPALA, LUKABYA BALANILA, pour leurs
sacrifices et conseils qu'ils ont faits;
Ø Mon oncle KIKUNI ALBERT Trésor, pour
sacontribution financière quinous a facilité l'impression de ce
modeste travail ;
Ø Mes frères et soeurs ainsi que nos amis pour
leur soutien moral et financier.
Ce travail fut difficile mais très
bénéfique à tout point de vue.
Merci à tous
SIGLES ET ABBREVIATIONS
ADM : Administration
CSS : Cescading Style
Sheets
HTML : HyperText MarkupLanguage
IGRH : Informatique et Gestion des
Ressources Humaines
IHM : Interaction Homme-Machine
MLDR : Modèle Logique de
Donnée Relationnel
MySQL : MyStructuredQueryLanguage
PDG : Président
Général
PHP : « Personal Home
Page » HyperText PreProcessor
RDC : République
Démocratique du Congo
RH : Ressources Humaines
SQL :
« StucturedQueryLanguage » Langage d'interrogation
structuré
TFC : Travail du Fin de Cycle
UML :
« UnifiedModelingLanguage » Langage de Modélisation
Unifié
UP : Processus Unifié
WAMP : Windows Apache MySQL, PHP5
LISTE DES TABLEAUX
Tableau 1 La disposition des composantes de
l'Hôtel Rivière Ruzizi.
2
Tableau 2 Registre des clients
15
Tableau 3 Les moyens humains
16
Tableau 4 Les messages entrants et sortants
de diagramme de contexte du système.
21
Tableau 5 Tableau N° 3: Cas
d'Utilisation
22
Tableau 6 Liste des diagrammes de
classe
37
LISTE DES FIGURES
Figure 1
Organigramme de l'Hôtel Rivière Ruzizi
2
Figure 2
Organigramme de l'Hôtel Rivière Ruzizi
Erreur ! Signet non
défini.
Figure 3 Diagramme des flux
d'informations
13
Figure 4 La Facture
14
Figure 5 Cahier de recette
14
Figure 6 Reçu
15
Figure 7 Diagramme de contexte du
système
21
Figure 8 Cas d'utilisation de
l'application
23
Figure 9 Diagrammes
d'Activités
29
Figure 10 Diagramme de séquence
d'authentification
30
Figure 11 Diagramme de séquence
d'enregistrement
30
Figure 12 Diagramme de séquence de
modification
30
Figure 14 Diagramme de séquence de
consultation
31
Figure 16 Les utilisateurs
existent
32
Figure 17 Diagramme de classe
32
Figure 18 Le modèle relationnel des
données de l'application
38
Figure 19 Présentation graphique de
l'application
41
Figure 20 le menu ACCUEIL avec sous
menus
42
Figure 21 La page de connexion
42
(Figure 22 Les menus
principaux)
42
Figure 23 Les menus principaux
43
Figure 24 formulaire
d'enregistrement
43
Figure 25 formulaire de
modification
43
Figure 26 suppression
d'enregistrement
44
(Figure 27 Les menus
principaux)
44
Figure 29 Les menus
principaux)
44
(Figure 31 Les menus
principaux)
44
Figure 32 Le menu
paramètres
45
Figure 33 Sous menu
réservations
45
Figure 34 Choisissez la date
46
Figure 35 Service et Tarifs
46
Figure 36 Coordonnées de la
réservations
47
Figure 37 Paiement par carte de
crédit
47
Figure 38 Confirmation de la
réservation
47
INTRODUCTION GENERALE
L'informatique étant une science de traitement
automatique de données, elle s'avère bénéfique dans
tous les domaines qu'ils soient scientifiques ou professionnels, privés
ou publics. En observant les grandes entreprises dans le monde, on se rend vite
compte qu'elles réalisent des travaux complexes en fractions de temps
très réduit à l'aide des machines, ce qui leur couterait
des journées manuellement. En se référant à la
gestion de réservation des hôtels, ces genres des travaux ne
s'effectuent plus à la main, mais par les machines et des logiciels.
Beaucoup de langages ont eu du succès dans
différents domaines d'application et ont permis de produire des
logiciels spéci?ques ou généraux assez puissants. Or, le
déploiement rapide de l'informatique vers des secteurs s'accroissant
sans cesse et les besoins en rapidité de développement ont fait
atteindre leurs limites aux langages de programmation impérative ou
procédurale(Larbi, 2014-2015)1(*). En e?et, les problèmes tels que la redondance,
l'imbrication et la complexité ont rendu la tâche di?cile aux
développeurs. Pour pallier à ces problèmes, sont apparus
les langages orientés objets.
Dans le domaine de l'hôtellerie, la rapidité de
traitement de la réservation et la gestion des besoins des clients sont
stratégiquement sur le plan commercial, c'est pour cela que
l'automatisation et l'informatisation de gestion d'un hôtel sont devenues
incontournables.
Ce travail s'inscrit dans le cadre de l'automatisation et
l'informatisation d'un hôtel et s'intitule « Conception
et réalisation d'un système informatisé d'une application
web de gestion de réservation dans un hôtel. Cas de l'Hôtel
Rivière Ruzizi ».
0.1. Problématique
L'Hôtel Rivière Ruzizi, comme la plupart des
hôtels au monde accueille plusieurs clients pour divers services. Ces
services sont organisés et des évaluations sont habituellement
faites à la fin de chaque journée, mois ou année par le
service actif (réceptionniste) de l'Hôtel Rivière Ruzizi
qui établit ensuite un document ressortissant les différentes
réservations de chaque client.
Suivant nos analyses, à l'heure actuelle, l'Hôtel
Rivière Ruzizi est confronté principalement à une
difficulté majeure, c'est celle liée au traitement et
conservation de données de ses clients, la difficulté de
retrouver les documents à la suite du classement manuel, les erreurs
dans le calcul source des différends problèmes entre
l'hôtel et ses clients, la lenteur dans l'élaboration des rapports
journalier, mensuel comme annuel à plusieurs copies. En effet, pour
pouvoir recueillir les informations sur la réservation de ses clients et
le traitement des informations, l'Hôtel Rivière Ruzizi utilise
quelques ordinateurs sans logiciel spécialisé et un registre dans
lequel chaque client est régulièrement identifié les
informations sur la date de son arrivée et celle de son départ.
Ce registre est tenu régulièrement par le responsable des
ressources humaines.
Cependant, nous avons remarqué que l'élaboration
des rapports la production des documents journaliers, mensuels et annuels est
un casse-tête pour le service informatique qui doit vérifier
autant de fois les documents en question, En effet, dans le domaine de la
réservation aux hôtels de Bukavu, s'observe un manque des outils
matériels et logiciels informatiques. A l'Hôtel Rivière
Ruzizi par exemple, à la suite de nos observations, nous avons
constaté que plusieurs clients ne complétaient pas
régulièrement les informations demandées dans ce registre
à leur arrivée tout comme à leur départ. Le constat
ci-haut, nous a poussé à formuler les questions suivantes en
guise de notre problématique principale à savoir :
- L'outil informatique offre-il une meilleure prise en charge
pour pallier aux différents problèmes liés à la
gestion deréservation au sein de l'Hôtel Rivière
Ruzizi ?
- L'application de gestion de réservation dans les
différents servicescet hôtel serait-t-elle avantageuse pour
éviter les lenteurs de traitement des données ?
Tout au long de notre analyse, nous tenterons de
répondre à ces interrogations.
0.2. Hypothèse
L'hypothèse en soit est une proposition à partir
de laquelle on raisonne pour résoudre un problème et/ou
démontrer un théorème(JEUJE, 2008)2(*).
A partir des questions soulevées ci-hauts, nous pouvons
alors présenter comme hypothèse :
Pour répondre aux problèmes de notre
étude, nous avons énoncé nos hypothèses comme
suit :
· Le système en place étant manuel, n'est
pas optimisé pour une meilleure gestion efficace des
réservations ;
· La conception d'une application permettra
l'amélioration du système de gestion ainsi que le rendement,
étant donné que la base de données mise en place inclura
la gestion de réservation de chambre, salle, bar-article, piscine,
terrasse, night-club, restaurant et d'occupation dechaque de ceux service de
façon unique, la conservation des informations sur les clients de
l'hôtel et palliera aux insuffisances du système manuel.
Nous nous proposons soit de confirmer ou d'affirmer les
hypothèses pouvant nous aider d'améliorer le rendement du travail
au sein de la réception au niveau du traitement des données
liées à la gestion des chambres, salles, terrasses, piscines,
bar-articles et restaurant dans l'hôtel.
0.3. État de la question
Pour réaliser un travail scientifique, il est
très important de recourir aux autres. Nous ne pouvons pas affirmer que
nous sommes le premier à réaliser un travail orienté vers
la gestion de réservation de chambre, salle, restaurant, terrasse,
night-club dans un hôtel.
Beaucoup d'autres chercheurs ont réussi à
réaliser de travaux tendant vers le but que nous poursuivons. Le travail
qui a tiré notre attention est celui de AKOU Hamza et HARKOUK Saïd
portant sur le sujet « Conception et réalisation
d'une Application Web de gestion d'Hôtel sous JAVA Cas :
`Hôtel ROYAL', 2014-2015 ».
En effet, dans leur travail, ils se sont fixés
plusieurs objectifs :
Entre autres Faciliter la tâche de réservation,
faire suivre de la clientèle, améliorer la qualité du
service en temps et surtout limiter les erreurs de stockage des informations et
donc garantir une bonne gestion.
A la fin de leur travail, ils sontparvenus à atteindre
les différents objectifs qu'ils s'étaient assignés.
Le constat que nous avons pu dresser après avoir
consulté ce travail en est que les chercheursse sont beaucoup
attelés sur la gestion de réservation (chambre, salle et table)
dans sa particularité au sein de l'organisation en question,
contrairement à nous qui allons travailler dans l'ensemble d'un
hôtel.
0.4. Motivation et intérêt du
sujet
Dans un travail scientifique, les théories ne trouvent
d'intérêt et d'appréciation que lorsqu'on arrive à
les localiser dans un champ d'action bien déterminé. La raison
qui nous a conduit à traiter sur ce sujet est que beaucoup
d'hôtels en RDC et particulièrement à Bukavu utilisent
encore le traitement et le stockage des informations des clients se font encore
actuellement à la main dans les cahiers et les difficultés ou
problèmes auxquels sont exposées les réservations.Nous
avons choisi d'apporter de l'aide grâce aux connaissances acquises
à l'auditoire surla gestion et organisation desopérations de
réservation dans un hôtelafin de facilité et atteindre ses
objectifs.
0.4.1. Sur le plan social
Ce présent travail est effectué dans le but
d'éclaircir nos travailleurs et agents de l'hôtel sur les
avantages que va offrir ce nouveau logiciel dans la gestion de la
réservation ainsi que aux clients.
0.4.2. Sur le plan scientifique
Ce travail est une exigence pour finir le cycle de graduat,
c'est ainsi que nous essayons de lier les connaissances acquises à
l'auditoire aux pratiques professionnelles. Il pourra servir et/ou orienter
éventuels futurs chercheurs qui auront à traiter sur un sujet
similaire.
0.4.3. Sur le plan personnel
Après la prise de contact avec lesmanager
(gérant) de l'Hôtel Rivière Ruzizi. Etant étudiants
en IGRH, leur manière de gestion nous a poussés à faire
des recherches dans le même domaine afin de proposer de l'aide en
apportant des solutions face aux problèmes lieà la gestion de
réservation par l'application d'un système de gestion
informatique ; Ceci permettra un bon stockage de données en
évitant les éventuelles erreurs dans certaines
opérations.
0.5. Délimitation du travail
Pour la bonne compréhension de ce sujet, nous allons
délimiter ce travail dans le temps et dans l'espace.
Dans le temps, nous mènerons notre investigation sur la
période couvrant l'année académique 2019-2020.
Dans l'espace, notre travail sera concentré sur la
réservation chambre, bar, restaurant, salle, night-club, terrasse,
piscine dans l'Hôtel Rivière Ruzizi.
0.6. Méthodologie du travail
Méthode :
Est une procédure qui consiste à observer les
phénomènes, à tirer des hypothèses et à
vérifier les conséquences de ces hypothèses par une
expérimentation scientifique(Robert, 2009).3(*)
Pour réaliser notre travail, nous avons fait recours
aux méthodes suivantes :
v La méthode d'observation :
C'est une technique de premier ordre des recherches
méthodologiques qui nous a permis d'entrer en contact avec le milieu
d'étude, afin de recueillir les données nécessaires pour
notre travail.
v La méthode UML :
C'est un langage de modélisation graphique à
base de pictogramme. UML est consacré à faire étude
préliminaire l'application à concevoir.
Technique :
Pour arriver au but de notre travail nous nous sommes servis
de techniques :
Ø Étude documentaire : Dans cette section
nous percevrons en revue les TFC, les mémoires, livres, etc. Enfin
d'apporter quelques choses d'organisation à notre recherche ;
Ø Entretien : cette technique nous a aidé
de nous entretenir avec les personnels de l'Hôtel Rivière Ruzizi.
Afin d'avoir des informations nécessaires pour la réalisation de
ce présent travail.
0.7. Objectifs du travail
Notre travail poursuit beaucoup les objectifs
suivants :
0.7.1. Objectif général
Notre travail présent a comme objectif
général automatisation de gestion de réservation en se
basant sur (chambre, restaurant, salle, terrasse, piscine, night-club) pour
assurer une bonne et fiable gestion d'un hôtel.
0.7.2. Objectifs
spécifiques :
Pour bien vérifier l'hypothèse et atteindre
notre objectif nous nous sommes fixés les objectifs spécifiques
suivants :
ü Arriver à simplifier l'activité de la
réservation dans son ensemble au sein de l'hôtel ;
ü Assure le suivi des clients de leur arrivée
jusqu'à leur départ ;
ü Informatiser les tâches ;
ü Améliorer la qualité du service rendu en
matière de temps et de réponse ;
ü Minimiser les erreurs et stocker les informations et
les protéger pendant une longue durée. (Mettre en place une
application suffisamment simple d'utiliser afin qu'elle soit manipulée
par des personnes novices en informatique).
0.8. Subdivision du travail
Hormis l'introduction et la conclusion, notre modeste travail
comprend trois chapitres dont :
o Le premier chapitre s'intitule « CADRE CONCEPTUL ET
THEORIQUE » il sera la question de définir certains concepts ou
termes que nous allons utiliser, parle de l'historique, fonctionnement, son
organisation (structure), organigramme, ...
o Le deuxième chapitre s'intitule « ANALYSE DES
BESOINS ET CONCEPTION »c'est cette application qui est le noyau de notre
travail. Où nous décrivons l'utilité de chaque
paramètre sous forme de cas d'utilisation, l'étude de l'existant
et les pistes ses solutions ;
o Le troisième chapitre s'intitule «RELATION DU
LOGICIEL» dans cette partie nous exposerons les techniques que nous avons
mise en oeuvre et nous donnerons un aperçu final à travers
quelques interfaces de l'application réalisée.
0.9. Difficultés
rencontrés
Il n'y a pas de rose sans épines dit-on, c'est en ces
termes que nous confirmons que tout au long de la confection de ce travail
scientifique, nous avons été butés à des multiples
difficultés dont trois nous ont plus marqué : la
difficulté d'ordre financier en premier lieu, celle d'ordre
matériel en deuxième lieuenfin le problème lié au
temps.
Bien plus, comme nul n'est sans ignorer que dans notre milieu,
les documents à caractère informatique dont on a besoin se
comptent à bout de doigts comme sont les bibliothèques, ainsi
réaliser un travail aussi fouillé que celui-ci n'a pas
été une mince affaire.
CHAPITRE I
CADRE CONCEPTUEL ET THÉORIQUE
Dans ce premier chapitre nous allons donner ou apporter des
précisions quant aux termes et concepts qui seront utilisés et
à la représentation générale du milieu
d'étude de ce présent travail.
I.1.DÉFINITION DE CONCEPTS
Il convient d'élucider certains termes et concepts qui
auront des effets répétitifs dans notre travail, entre
autres :
a. La facture : est un document
comptable mentionnant le délai et le coût des produits et
prestations fournis (par une société à un client) afin
d'en demander ou d'en attester le règlement(Anonyme)4(*) ;
b. Un acteur : Est une entité
active intervenant dans le système opérant, il fait quelque chose
et donc il est actif dans le système, mais un acteur représente
un rôle joué par une personne ou une chose qui interagit avec le
système ;
c. UML : Le langage de
modélisation unifié, de l'anglais
UnifiedModelingLanguage (UML),est un langage de modélisation
des systèmes standard, qui utilise des diagrammes pour
représenter chaque aspect d'un système: statique, dynamique,
...en s'appuyant sur la notion d'orienté objet qui est un
véritable atout pour ce langage. Il possède au moins 2 types des
diagrammes qui sont composées en deux catégorie, à savoir
:
- Diagramme statique : Diagramme de cas
d'Utilisation, diagramme d'Objets, diagramme de Classes, diagramme de
Composants, diagramme de déploiement.
- Diagramme dynamique : Diagramme de
Collaboration, diagramme de séquence, diagramme
d'états-transition, diagramme d'activités(Anonyme).5(*)
d. Clientèle : Est un ensemble
des personnes qui ont l'habitude de se fournir chez un commerçant. Par
extension c'est un ensemble des personnes qui se fournissent auprès
d'une entreprise industrielle ou commerciale. Les clients sont et demeurent la
base du succès de l'entreprise, il est donc essentiel de garder leurs
besoins et leurs attentes (Colli, 1996).6(*)
a. Gestion : C'est une pense,
préparer, rendre disponible, utiliser d'une manière durable des
ressources placées à la disposition de l'organisation pour que
celle-ci puisse atteindre ses objectifs (FREDERIC, 1991).7(*)
b. Flux : Est une représentation
d'un échange d'informations entre deux composants du système ou
entre un composant du système et un système extérieur. La
circulation se présente par une flèche allée et d'un autre
de retour.
c. Logiciel : Utilisé comme terme
générique, il désigne l'ensemble de tous les programmes.
Mais un logiciel est aussi un programme... De sorte que tout logiciel fait
finalement partie du logiciel. Logique, non ? De façon courante,
pourtant, un logiciel est tout simplement un programme(J I, 2001).8(*)
d. Poste de travail : C'est l'ensemble
des moyens techniques mis à la disposition d'un utilisateur (
écran,
clavier,
imprimante...), et par
extension l'interface du
système
d'exploitation(Annonyme, https://fr.wikipedia.org/wiki/Poste_de_travail,
2020).9(*)
e. Entité : (encore
appelée individu ou objet) C'est un objet du réel, concret ou
abstrait, dont on s'accorde à reconnaître une existence propre
conformément aux besoins et aux choix de gestion de l'organisme. Une
occurrence d'une entité existe en soi, en l'absence d'autres
objets.(Annonyme, https://sites.google.com, 2020).10(*)
f. Propriété :
(appelée aussi attribut ou champ) : Une propriété est une
donnée élémentaire que l'on perçoit sur une
entité ou une association entre entités et qui les
caractérise.(Annonyme, https://sites.google.com, 2020)11(*)
g. Association ou relation : C'est une
association perçue dans le réel entre deux ou plusieurs
entités. C'est un lien sémantique qui peut être
dépourvu d'existence propre. Une association n'existe que si
préexistent les entités qu'elle relie.(Annonyme,
https://sites.google.com, 2020).12(*)
h. Identifiant : C'est un attribut
particulier, qui permet de répéter de façon unique chaque
objet, instance de la classe(U. K, 2017-2018).13(*)
i. Occurrence : C'est la valeur que
prend une propriété d'une entité
particulière.14(*)
j. Cardinalité : C'est le nombre
minimal ou maximal qu'une occurrence de relation intérieur(U. K,
2017-2018).15(*)
I.2.
PRÉSENTATION DE CAS D'ÉTUDE
I.2.1. Histoire de l'Hôtel Rivière Ruzizi
Hôtel Rivière Ruzizi est un nouvel hôtel,
construit en plein coeur de la ville de Bukavu, sa construction revient
à 2010, il a été exploité le 19 Décembre
2018.
L'Hôtel Rivière Ruzizi est composé des
plusieurs services qui effectuent chacun un rôle bien
déterminé. Le prestigieux Hôtel Rivière Ruzizi
à Bukavu, RDC dispose deux grandes piscines, un parking, une salle de
sport (sauna) et une salle des jeux, une salle de réunion, une salle de
fête. En outre, l'Hôtel met à disposition de sa
clientèle un bar, deux terrasses, une pizzeria et une
cafétéria pour se restaurer. L'Hôtel Rivière Ruzizi
dispose de chambres, etensuitedes appartements tous équipés avec
des climatiseurs, connexion Wifi et mini-bar pour permettre à ses
clients un séjour plaisant.
L'Hôtel Rivière Ruzizi est un hôtel qui
abrite de 4 appartements serveurs dont :
ü Tenus Bleu complet : House
Keeping : femme de chambre ou garçon de
chambre;
ü Tenus verte : pour les agents de surface ;
ü Tenus Bleu ciel + noire : serveur & servante
à la Réception, Bar, Restaurant et Comptoir ;
ü Tenus Blanche + chapeau : à la cuisine.
L'hôtel dispose de plusieurs services :
· Réception, Restauration, Bar, Parking, Terrasse,
et Sauna
I.2.2. La disposition des composantes de l'Hôtel
Rivière Ruzizi
NIVEAU
|
COMPOSANTE
|
Rez de chaussée
|
ü Parking, Réception en bas, Réception en
haut, Sécurité, Plomb, Sauna et
Électricité.
|
1er Niveau (étage)
|
ü Bar, Restaurant, Piscine, Cuisine, Salle de fête
et Comptoir.
|
2ème Niveau (étage)
|
ü Technique, Ressources humaines, Comptable de gestions,
Administration, Maintenance, Terrasse et 5 chambres simples
|
3ème Niveau (étage)
|
ü 20 chambres Vip et simple, Opération et
Caissière.
|
4ème Niveau (étage)
|
ü Manager, Avocat, Terrasse 2, 10 chambres Vip et luxe et
la Salle de réunion.
|
Tableau 1 La disposition des composantes de
l'Hôtel Rivière Ruzizi.
I.2.3. Représentation des quelques composantes
Ä Hébergement :
Les chambres sont entièrementdotées de tous les
équipements pour une capacité de 2 à 3 personnes par
chambre et accessoires permettant un séjour agréable, doté
d'une vue panoramique appréciable sur la ville de Bukavu ou sur la
piscine et le jardin de l'hôtel.
Ä Restaurant :
Une salle de restauration de 30 couverts.
La considération de l'Hôtel Rivière Ruzizi
se base sur la qualité de ses services mais sur l'excellente de sa
cuisine. Nos chefs cuisiniers vous font découvrir les
spécialités de la région du Sud-Kivu. Ils vous livrent des
recettes qui s'expriment dans un répertoire culinaire unique et local
mais également des plats à la minuté.
Notre cuisine raffinée et élaborée avec
des produits frais du marché et des mets délicats internationaux
accompagnés des grands crus. Une cuisine créative combinant les
influences des divers horizons.
Ä Bar :
C'est l'endroit idéal pour siroter un verre dans une
ambiance intime et cosy.
L'endroit se prête également à
l'agréable rendez-vous d'affaires. Le service est sympathique,
décontracté, attentif et efficace. C'est l'un des bars les plus
branchés de Bukavu. Dans un cadre de style à l'ambiance
feutrée (bruits sont étouffés) ce bar offre des cocktails
rafraîchissants et une large gamme d'alcool.
Ä Salle des fêtes,
réunions :
Hôtel Rivière Ruzizi dispose une salle des
fêtes pour vos cérémonies desmariages ouautres
événements, dotée de toutes les commodités, Elle
est conçue pour une capacité d'accueil de 250 places assises.
Et la salle de réunion a 50 places plaises.
I.3.
ORGANIGRAMME / STRUCTURE ORGANISATIONNELLE
I.3.1. Définition :
un organigramme est une représentation graphique ou
schématique organisationnel et hiérarchique d'une entreprise, Et
ce dernier représente la structure interne de l'entreprise en termes de
départements, services et emplois(J.I, 2001).16(*)
Figure 1 Organigramme de
l'Hôtel Rivière Ruzizi
Cuisine
Restaurant
Service/Serveur
Electicité
Sécurité
Contrôle
Maintence
Plombier
Comptable
Caisse
ADM
M. Avocat
Réception
Bar
RH
Opération
Technique
Manager
PDG
I.4.
OBJECTIF
L'Hôtel Rivière Ruzizi est une entreprise
privée qui a pour mission principale de fournir le meilleur service
à ses clients.
Il poursuit comme objectif de la rentabilité et la
maximisation des recettes, répondre aux besoins et aux attentes ses
clients, rendre une vue panoramique et un espace ambiant pour se divertir.
I.5.
LOCALISATION ET SITUATION GÉOGRAPHIQUE
L'Hôtel Rivière Ruzizi se situe dans l'Av du
Montage-Nguba, CD/BKV/RCCM/18-A-3335 N° IMPOT : A1900794K dans la commune
d'Ibanda/Bukavu, à environ 500m de la frontière Ruzizi Ier. Le
prestigieux Hôtel Rivière Ruzizi à Bukavu, RDC.
I.6.
STRUCTURE FONCTIONNELLE DE L'HOTEL RUZIZI RIVIERE
1) PDG : Il fut le Président
Directeur Général de l'hôtel, il donne des ordres à
suivre au Manager de l'hôtel en vue de la bonne marche de ses
affaires ;
2) Manager : Comme son nom l'indique, il
est le Directeur qui dirige l'hôtel sous
l'autorité du PDG et il joue un grand rôle
à l'hôtel car, c'est bien lui qui fournit les rapports et les
fonctionnements l'organisation au PDG puisqu'il est le cadre dirigeant qui fait
du management, gestionnaire, gérant organisateur, responsable de toutes
les équipes de l'organisation et renddes rapports au PDG. Il se charge
des matières administratives, De ce fait :
- Il fait le suivides activités de tous les
services ;
- Il rédige chaque mois un rapport
détaillé sur la vie de l'entreprise ;
- Il vérifie l'exécution des tâches ou
programme de fonctionnement dans l'hôtel ;
- Il tient à jour tous les documents relevant des
taxes et autres obligations de l'entreprise ;
- Il informe la direction générale des
problèmes rencontrés ;
- Il supervise directement les services d'identification
des clients et leur logement ;
- Il détient les documents relatifs aux clients et
assure le suivi en ce qui concerne : leur logement, évolution
(séjour) et leur facturation.
3) Avocat : Il est l'expert en droit qui
soutient ou défend les intérêts de l'Hôtel
auprès de l'autorité étatique lors de problème ou
nuance avec l'Hôtel.
4) Ressources Humaines :service
quis'occupe de la gestion du personnel.
5) L'Administration : Exécute les
commandes et définir les grandes lignes, les actions à
entreprendre. Elle chargée de la caisse et de la comptabilité de
l'hôtel.
6) Opération et
Réception : Considérées comme le centre de
l'hôtel ; c'est là que se fait toutes les transactions :
accueil des clients, règlement des factures par les clients, gestion
stock, gestion de réservation, etc.
Ceci étant :
- Elles gèrent les services d'entretien et de
ménage et le petit service,
- Elles transmettent le rapport journalier à tous
les services étatiques chargés de renseignement ;
- Ellessont à la réception pour accueillir
les clients 24 heures sur 24 dans un système de relais (la
réceptionniste pendant la journée et pendant la
nuit) ;
- Elles se consacrent également aux tâches
administratives et commerciales ;
- Elles gèrent le stock et établissent un
rapport à la hiérarchie en fonction de ce qu'elles
trouvent ;
- Elles assument les tâches des chambres qui
sont :
v Montrer aux clients où ils vont rester au sein de
l'hôtel ;
v S'assurer de la propriété des chambres par
truchement de chargée de la propriété ;
v Ellessont le pont entre les clients et autres
services ;
v Elles organisent tous les besoins des clients en cas de
commande.
7) Sécurité : Assure la
sécurité de l'hôtel, des clients et leurs biens.
8) Service / Serveurs : Le service est
à la charge de propriété, entretient de l'hôtel. Il
est composé des 4 groupes (ou équipes) distinguées par les
tenues. Entre autres :
Ä Tenue bleuecomplète ou
HauseKeeping : S'occuper de la propriété et de
l'organisation des chambres de l'hôtel;
Ä Tenue Verte :S'occuper de la
propriété et organisation de biens de la surface de
l'hôtel.
Ä Tenue bleue ciel + Noire : Ce sont
les serveurs ou servantes à restaurant, bar, terrasse, ...
Ä Tenue blanche + chapeau blanc :S'occuper de la
cuisine de l'hôtel.
9) Technique : La technique assume la
gestion des outils, matériels de la nouvelle technologie de la
communication (NTC) de l'hôtel. Elle est composée des 4
sous-services « Électricité, Plomberie, Maintenance et
Sécurité ».
10) Le Restaurant et Bar : le barman
propose à la clientèle de se détendre autour d'un verre
avant le repas ou avant de regagner leur chambre. Il est spécialiste de
la préparation de cocktails, Shaker à la main, le barman
confectionne les cocktails commandés par les clients. Pour
répondre à toutes les commandes, le barman connaît aussi
bien ses classiques que le dernier cocktail à la mode et les habitudes
de la clientèle étrangère, infiniment variables, La
notoriété d'un bar ne se mesure pas seulement à la
qualité des consommations, un bar "marché" quand les clients se
sentent accueillis, quand ils y trouvent une ambiance propice l'intimité
ou, au contraire, à la fête. C'est le barman qui veille à
la qualité de cette ambiance, en dialoguant avec les consommateurs et en
les mettant à l'aise, le barman gère l'approvisionnement de ses
stocks en informant tout manquement à la réception. Le barman est
un prestataire de service, il travaille donc indépendamment et tient ses
comptes tout en informant le directeur.
Le service de restaurant tient la nourriture
prête à tout moment à la disposition de tous les clients au
sein de l'hôtel et il dépend directement du gérant.
I.7.
PRÉSENTATION DE SYSTÈME D'INFORMATION
Au besoin le client se présente à la
réception pour formuler sa demande, celle-ci reçoit et consulte
le plan de l'hôtel pour vérifier le tarif. Si la demande est
favorable, elle enregistre les identités du client dans le cahier
ministre et le registre des clients et dans le plan de l'hôtel pour
signaler l'occupation de la réservation tout en indiquant le jour et
l'heure d'entrée ainsi que le jour de sortie (jour du départ) et
la réception lui oriente à la caisse,la caisse lui établit
la facture en deux exemplaires dont une seraconservée dans les archives
du Rivière Ruzizi et l'autresera remisée au client, dans
le cas contraire, il peut payer avant de quitter l'hôtel, en fin on lui
fournit les servicesqu'il avait demandé pour répondre à
son besoin.
A la fin de la journée, la réception et
l'opération établit un rapport donnant la situation globale de la
réservation sur tous les clients reçus pendant la
journée.
I.7.1. Étude de poste de travail
L'étude de poste de travail a pour but d'étudier
les différents services ou postes de travail concernant la gestion de
réservation. Ainsi durant cette étude, nous allons citer les
postes ci-dessous :
Le poste interne qui est les services de l'hôtel
(réception, opération...) et le poste externe qui est le
client.
Ä Poste interne : Donne toutes
informations nécessaires au client qui veut avoir service au sein
d'hôtel ; enregistre tous les clients, enregistre les
identités du client dans un bulletin d'inscription de l'hôtel.
Ä Poste externe : Le client formule
sa demande d'occupation de réservation.
C'est le poste capital sans lequel l'hôtel ne peut
fonctionner.
I.7.2. Analyse des flux
L'analyse des flux est une technique d'analyse qui cherche
à comprendre comment les données circulent dans un système
par l'étude d'utilisation des données dans différentes
parties d'une organisation, Ainsi que la manière dont les données
sont utilisées par l'application prenant en charge un processus
métier donné.
Le modèle de flux ou encore diagramme des flux est un
type de représentation graphiquedu flux de données à
travers un système d'information.
Il utilise des symboles définis comme des cercles, Des
rectangles et des flèches ainsi que des étiquettes aux
libellés courts, pour représenter les entrées des
données, les sorties, les points de stockages et les trajets entre
chaque destination(flux, 2019).17(*)
I.7.3. Diagramme des flux :
Ce modèle nous permet de présenter la
manière sur laquelle circulent les informations au sein de
l'organisation ou l'entreprise :
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser2.png)
Figure 2 Diagramme des flux
d'informations
LEGENDE
1. Présentation du client à la
réception ;
2. La réception présente le cahier d'inscription
;
3. Le client paie sa réservation ;
4. La réception lui donne la facture et met une copie
en archive ;
5. La réception fait la consultation du plan de
l'hôtel, Enregistre l'identité de client dans le cahier
d'inscription, registre des clients, consultation de plan de l'hôtel,
consultation de tarif ;
6. Etablissement de facture à client.
I.8.
DESCRISPTION ET MODELE DES DOCUMENTS
1) Facture de l'hôtel :
La Facture est un document comptable mentionnant de
détail et coût des productions et présentation fourni (par
une société à un client) afin d'en demander ou d'en
attester le règlement.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser3.png)
Figure 3 La
Facture
2) Cahier d'inscription :
Ce document renferme le renseignement en rapport avec le
client qui vient de s'héberger à l'hôtel pendant x
temps.
3) Cahier de recette :
Dans ce cahier, la réceptionniste mentionne la chambre
qu'on a occupée, son numéro et son prix, mais aussi le montant
versé par mois. Il sert à l'hôtel pour localiser quelles
sont les chambres plus occupées et ayant généré
plus recettes.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser4.png)
Figure 4 Cahier de
recette
4) Reçu :
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser5.png)
Figure 5
Reçu
Ce document renferme le nom du client, le sexe du client, le
numéro de téléphone du client, le montant payé, la
daté et la signature de la personne ayant délivré cette
dernière. Si la signature n'a pas été honorée, il
importe de la signaler sur cette dernière pour un bon recouvrement.
5) Registre des clients :
Dans ce document renferme toutes les informations ou
identités du client, le numéro, le nom et post nom, sexe,
âge, date d'arrivée, date de départ, numéro de
chambre, somme payé. Cette vérification est importante d'autant
plus qu'elle permet de déceler facilement les personnes dangereuses
ayant passé au Rivière Ruzizi.
ID
|
Nom & Post Nom
|
Sexe
|
Age
|
Date Arrivée
|
Date Départ
|
N° Chambre
|
Prix
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tableau 2 Registre des
clients
I.9.
ÉTUDE DES MOYENS DE TRAITEMENT
Les moyens de traitement constituent l'ensemble des ressources
matérielles, humaines et financière utilisées pour
gérer les informations circulant dans l'organisation.
I.9.1. Les moyens matériels
Les moyens matériels utilisés par Rivière
Ruzizi sont entre autres : papiers, stylo, latte, registre, cahier
ministre, fiche, étagère, classeur, farde chemise, agrafeuse,
table, tampon, chaises, ordinateur, imprimante, Le réseau internetavec
la connexion sans fil, les logiciels utilisés est Microsoft Office 2016
(Excel et Word) etc.
I.9.2. Les moyens humains
Les ressources humaines utilisées par l'hôtel
Rivière Ruzizi pour le traitement de l'information sont
expérimentées et qualifiées, les voici dans la figure
suivante :
SERVICE
|
NOMBRE
|
NIVEAU D'TUDE
|
PDG
|
01
|
Maitrise
|
Gestionnaire
|
02
|
Maitrise
|
Réception
|
02
|
L2
|
RH
|
01
|
L2
|
Administration
|
01
|
L2
|
Opération
|
05
|
L2
|
Technique
|
05
|
L2
|
Serveurs
|
04
|
Gd, D6, etc.
|
Entretien
|
02
|
D6, Élève, etc.
|
Sécurité
|
02
|
Graduat, L2
|
Tableau 3 Les moyens
humains
Nous signalons que tout le personnel du présent
hôtel à partir de PDG jusqu'aux serveurs ont eu une formation
à leur poste respectif.
I.10.
CRITIQUE DE L'EXISTANT
I.10.1. Critique sur l'existant
Ici, l'objectif est d'établir un diagnostic
précis sur le fonctionnement du système actuel en vue de
déceler les principales causes du mauvais fonctionnement de celui-ci.
I.10.2. Critique sur l'organisation
L'hôtel pour diminuer la charge deson personnel a pu
supprimer quelques postes (services) pour ne parler que de la réception,
Ainsi, cette suppression des services fait que tout soit centralisé
à la réception sauf rien. D'où nous rencontrons à
causes de cette nouvelle politique de gestion ce qu'on appelle le cumul des
postes entre autres enregistrer les clients, établir les factures,
détenir la caisse, transmettre le rapport journalier des clients aux
services de gestionnaire, etc.
I.10.3. Critique sur les moyens de traitement
Les moyens de traitements actuellement utilisés par
Rivière Ruzizi sont inefficaces, car le traitement est manuel et cause
une lenteur et crée toujours des erreurs ; c'est-à-dire il y
a une mauvaise protection des données d'où la difficulté
d'avoir accès aux données désirées.
I.10.4. Critique sur les documents
Voyant la qualité et le niveau de l'hôtel, la
tenue de document est régulière sauf que le modèle de
représentation de ceux-ci semble être un peu négligé
et ne correspond pas à un hôtel de cinq étoiles comme le
cas de Rivière Ruzizi.
I.10.5. Critique sur le circuit des informations
D'après les observations faites sur le circuit
informationnel, nous signalons qu'il y a trop des tâches à
exécuter à la réception lors de l'arrivée du
client ; Cependant cette décentralisation des tâches
créée une lenteur et la perte de temps.
I.11.
PROPOSITION DES SOLUTIONS
Après une critique objective du système
existant, deux solutions sont envisagées à savoir :
Ä La solution manuelle réorganisée et La
solution informatique.
I.11.1. La solution manuelle réorganisée
La solution de réorganisation permet d'améliorer
le système existant pour une meilleure amélioration, nous
proposons :
Vu le cumul des postes au niveau de la réception, nous
demandons au responsable de l'hôtel Rivière Ruzizi de
détacher quelques tâches pour permettre la rapidité au
travail tout en donnant les autres services de fournir aussi effort, entre
autres :
- La Comptabilité : Le Comptable
perçoit l'argent et tient la comptabilité pour faire une bonne
productivité à l'hôtel ;
- Le Secrétariat : Le
Secrétariat pour s'occuper des documents administratifs et des
correspondances internes et externes.
Ø Avantage : La
rapidité et la diminution de travail ainsi que l'équilibre de
répartition des tâches ;
Ø Inconvénients :
L'augmentation de personnel entraine une charge à l'hôtel sur le
plan financier.
I.11.2. La solution informatique :
La solution informatique implique l'informatisation qui
consiste à mettre en place un système informatique en
créant une base de données pour la gestion des clients de cet
hôtel.
Cette solution fait recours aux matériels informatiques
et aux logiciels appropriés qui faciliteront le traitement automatique
de données, et cela par rapport aux besoins de l'entreprise et au volume
des informations à traiter tout en tenant compte de l'évaluation
de la technologie.
Ø Avantage :
Sécurité de l'information, gain de temps, accès facile aux
données et la fiabilité des résultats.
Ø Incontinents :
Coût élevé pour la maintenance, suppression de certains
postes de travail pouvant appuyer le chômage, la mise en place du
système informatique demande beaucoup d'argent et aussi pour l'entretien
de matériel, et l'engagement d'un informaticien augmente la charge du
personnel.
CHAPITRE II
ANALYSE DES BESOINS ET CONCEPTION
II.1.
INTRODUCTION
Dans ce chapitre, Nous nous intéressons à
l'étude de l'analyse et conception de notre application proposée
pour traitement de différentes difficultés rencontrées
lors de la réservation à l'hôtel Rivière
Ruzizi, Nous adoptons l'UML comme langage de modélisation,
et le processus unifié (UP) comme démarche. Cela consiste
à présenter les diagrammes de cas d'utilisation décrivant
les scénarios nominaux de chaque acteur ainsi que les diagrammes de
séquence qui représentent les interactions entre ces acteurs et
le système, Par conséquent, les diagrammes de séquence qui
évoquent les interactions entre ces acteurs et les différents
objets.
II.2.
LA MODÉLISATION DU SYSTÈME
La modélisation du système s'appuie sur le
concept modèle qui peut être défini comme étant une
représentation de la réalité, une abstraction que quelque
chose réelle. Comme nous l'avons annoncée dans le
précédent point, nous allons utiliser UML : Le Langage de
modélisations de notre futur système.
UML : Langage de modélisation unifie,
« Unified Modeling Language » en Anglais, est un langage de
modélisation graphique à base de pictogrammes conçu pour
fournir une méthode normalisée pour visualiser la conception d'un
système. Il est apparu dans le monde de génie logiciel, dans le
cadre de la « conception orientée objet ».
Couramment utilisé dans les projets logiciels, il peut être
appliqué à toutes sortes de système ne se limitant pas au
domaine informatique.
Le langage UML est constitué de diagrammes. A ce jour,
il possède au moins 13 diagrammes officiels, qui sont regroupés
en deux catégories à savoir :
Ø Diagramme statique : Diagramme
de cas d'Utilisation, diagramme d'Objets, diagramme des Classes, diagramme de
Composants, diagramme de déploiement.
Ø Diagramme dynamique : Diagramme
de Collaboration, diagramme de séquence, diagramme
d'états-transition, diagramme d'activités(A. C. UML).18(*)
Dans le cadre de ce présent travail, nous allons tante
de cadrer notre projet en soutirant quelques diagrammes qui nous serons utiles.
Ainsi, nous allons présenter les diagrammes ci-après :
- Le Diagramme des cas d'Utilisation
- Le Diagramme des Classes
- Le Diagramme des Séquences
- Le Diagramme d'Activités et
- Le Diagramme de Contexte du système.
II.3.
RELATION DES DIAGRAMMES
Nous tenterons d'étendre la modélisation des
diagrammes effectuées au niveau de l'analyse en y intégrant les
aspects techniques plus proche de nos préoccupations physiques. UML
propose de représentation les cas d'utilisation sous forme graphique,
nommée diagramme de cas d'utilisation. Appartenant au modèle des
besoins. Les rôles sont définis pour chaque acteur.
Une relation entre acteurs et cas représente une
communication entre l'acteur et le cas. Le cas (d'utilisation) est
représenté par une ellipse qui porte son nom. Un diagramme de cas
d'utilisation montre acteurs et cas d'utilisation ensemble avec leurs
relations. Cette relation est appelée « l'association ou
correspondant» dans ce sens que l'acteur participe à un cas
d'utilisation. En plus, un cas d'utilisation, comme tout diagramme UML, permet
de décrire une réalité selon différents niveaux de
raffinement.
II.4.
PRÉSENTATION SOMMAIRE DE L'APPLICATION
L'application représente un environnement qui va
permettre aux utilisateurs de consulter et gérer les réservations
de l'hôtel. Chaque utilité suivant permet à un type
d'usager :
- Manager consultation les réservations de
l'hôtel
- Réceptionniste effectue sa réservation et
des clients
- Maître d'opération de gérer le
restaurant, bar, terrasse, night-club ainsi que des salles.
II.4.1. Spécification des exigences selon le diagramme
de cas d'utilisation
Les (use case) permettent de structure les besoins des
utilisateurs et les objets correspondants d'un système. Pour cela, les
cas d'utilisation identifient les utilisateurs de système (acteurs) et
leurs interactions avec le système(UML).19(*)
II.4.2. Les Besoins Fonctionnels et Non-fonctionnels
1. Les Besoins Fonctionnels
Les besoins fonctionnels produisent le modèle des
besoins en basant sur les fonctions des utilisateurs ci-dessus,
c'est-à-dire elle qualifie de produire un système adapté
aux utilisateurs.
- Permettre la consultation des réservations
- Permettre les tâches de gestion de chambre, salle,
table, piscine, terrasse, night-club : ajout, modification, suppression
- Permettre les tâches de gestion des factures.
2. Les Besoins Non-fonctionnels
Après avoir vue que les besoins fonctionnels sont bien
définis, les besoins non-fonctionnels doivent être pris en compte
tout au long du processus de développement de l'application à
savoir :
- L'application doit fournir un fonctionnement
sous-réseau
- Ergonomie et convivialité ; c'est-à-dire
l'application doit fournir aux différents utilisateurs une interface
(espace des utilisateurs)
- La latence (délai de réponse) doit être
raisonnable
- Portabilité : l'application doit être
portable, c'est-à-dire fonctionnelle sur n'importe quel machine
(ordinateur)
- Sécurité : l'application doit assurer un
niveau minimum de sécurité pour les informations
traitées.
II.5.
LES ACTEURS DU SYSTÈME
Un acteur représente un rôle joué par une
personne ou une chose qui interagit avec le système(UML)20(*) c'est-à-dire il peut
consulter et/ou modifier directement l'état du système. Les
acteurs qui interagissent avec l'application à concevoir sont :
- Le Manager : Consultation de
l'ensemble de gestion l'hôtel surtout les réservations
- Le réceptionniste :
Gestion des chambres, gestion des salles, mise à jour des tarifs,
gestion des réservations des chambres, gestions des réservations
des salles, gestion des clients et leurs mises à jours ;
- Maître d'opération
d'hôtel : Gestion des réservations table,
terrasse, night-club, piscine, bar-article, et les leurs mises à
jours.
II.5.1. Diagramme de Contexte du système
Le diagramme de contexte du système est un diagramme
qui permet de représenter les informations les informations (messages)
échangés entre les différents acteurs avec le
système.
Un message est un seul moyen de communication entre les
acteurs et le système. Il définit un Environnement,
c'est-à-dire une information envoyée à un acteur et
provoquant en réponse le commencement d'action associées
à ce dernier(anonyme, UML, 2020)21(*)
Les messages entrants et sortants sont
représentés dans le tableau suivant :
|
Message entrant
|
Message sortant
|
Utilisateur
|
1.Demande d'authentification
3.Remplissage du formulaire
|
2.Formulaire d'authentification
4Interface correspondante
|
Manager
|
5.Demande de consultation du planning de réservation
|
6.Affichage du planning de réservation
|
Réceptionniste
|
7.Demande d'ajout d'une chambre
9.Formulaire d'ajout rempli
11.Demande de Modification ou Suppression de chambre
13.Modification, suppression de chambres existant
15.Demande d'ajout de salle
17.Formulaire rempli
19. Demande de Modification ou Suppression
21. Modification, Suppression de salles
23. Demande d'ajout de clients
25. Formulaire d'ajout rempli
27. Demande de Modification ou Suppression de clients
29. Modification, Suppression de clients
31. Demande de mises à jour les tarifs
33. Demande la facture et le formulaire des factures
|
8.Formulaire d'ajout d'une chambre
10.Confirmation d'ajout
12.Liste des chambres existant
14.Confirmation de modification, suppression
16. Formulaire d'ajout d'une salle
18.Confirmation d'ajout une salle
20. La liste des salles existant
22. Confirmation de modification, suppression
24. Formulaire d'ajout de clients
26. Confirmation d'ajout de clients
28. La liste de clients existants
30. Confirmation de Modification, Suppression
32. Formulaire de mises à jour
34. Le formulaire des factures
|
Maître d'opération
d'hôtel
|
35 Demande d'ajout d'un(e)(table, bar-article)
37. Formulaire d'ajout rempli
39. Demande de Modification ou Suppression de (tables,
articles) existantes
41 Modification, Suppression de (tables, bar-articles)
43 Demande d'ajout d'un(e) (Terrasse, Piscine, Night-club)
45. Formulaire rempli
47. Demande de Modification ou Suppression d'un(e) (Terrasse,
Piscine, Night-club)
49. Modification, Suppression de (Terrasses, Piscines,
Night-clubs) existants
|
36 Formulaire d'ajout d'un(e)(table, article)
38. Confirmation d'ajout
40. La liste de tables existantes
42. Confirmation de Modification, Suppression (table,
bar-article)
44. Formulaire d'ajout d'un(e) (Terrasse, Piscine,
Night-club)
46 Confirmation d'ajout d'un(e) (Terrasse, Piscine,
Night-club)
48. Les listes de (Terrasses, Piscines, Night-clubs)
existants
50. Confirmation de Modification, Suppression.
|
Tableau 4 Les messages entrants et sortants de
diagramme de contexte du système.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser6.png)
Figure 6 Diagramme de
contexte du système
II.6.
LES CAS D'UTILISATION
II.6.1. Identification de cas d'Utilisation
Les cas d'utilisation font apparaître les besoins
fonctionnels et leur ensemble constitue le modèle des cas d'utilisation
qui décrit les fonctionnalités complètes du
système. Chaque cas d'utilisation contient un ou plusieurs
scénarios qui définissent comment le système devrait
interagie avec le les utilisateurs (appelés acteurs), pour atteindre un
objectif ou une fonction spécifique du travail. L'acteur utilisateur
représente donc une personne ou une chose dialoguant avec le
système en cour de développement(A. C. UML).22(*)
Lors de notre analyse des besoins nous avons pu identifier les
actions importantes que nous représentons dans le ci-dessous et les
modélisations par la suite avec les diagrammes de cas d'utilisation
d'UML.
Cas d'utilisation
|
Acteurs
|
Opérations
|
Authentification
|
Utilisateur
|
· Connexion
· Déconnexion
|
Consultation des
réservations
|
Manager
|
|
Gestion des tarifs
|
Réceptionniste
|
Mise à jour
|
Gestion des chambres
|
Réceptionniste
|
· Ajouter
· Modification
· Suppression
|
Gestion des salles
|
Réceptionniste
|
· Ajouter
· Modification
· Suppression
|
Gestion des clients
|
Réceptionniste
|
· Ajouter
· Modification
· Suppression
|
Gestion des factures
|
Réceptionniste
|
· Ajouter
· Modification
· Suppression
|
Gestion des réservations (chambres,
salles)
|
Réceptionniste
|
· Ajouter
· Modification
· Suppression
|
Gestion des tables
|
Maître d'opération
|
· Ajouter
· Modification
· Suppression
|
Gestion des bar-articles
|
Maître d'opération
|
· Ajouter
· Modification
· Suppression
|
Gestion des terrasses
|
Maître d'opération
|
· Ajouter
· Modification
· Suppression
|
Gestion des piscines
|
Maître d'opération
|
· Ajouter
· Modification
· Suppression
|
Gestion de Night-club
|
Maître d'opération
|
· Ajouter
· Modification
· Suppression
|
Tableau 5 Tableau N° 3: Cas
d'Utilisation
II.6.2. Diagramme de cas d'Utilisation
Le diagramme de cas d'utilisation est un formalisme permettant
de modéliser le fonctionnement d'un système par découpage
en fonctionnalités. Il illustre de plus la nature des interactions avec
les fonctionnalités offertes à livre de services à des
acteurs externes au système. Chaque fonctionnalité est
appelée un cas d'utilisation(G. Roy, 2010).23(*)
II.6.3. La relations entre cas d'utilisation
Les relations entre cas d'utilisation ont pour but de
décomposer le système en fonctionnalités à
granularité plus fine, suivant ainsi l'adage « diviser pour
régner ». Il existe trois types de décompositions ou
relations entre cas d'utilisation, les deux principales étant
l'inclusion et l'héritage, la troisième (l'extension)
étant d'utilisation mal aisée et
déconseillée(GILLES Roy , 2008-2009).24(*)
1. La relation d'inclusion
La relation la plus simple à comprendre entre deux cas
d'utilisation est l'inclusion notée par une dépendance est
symbolisée par le stéréotypée «
«include» ». L'inclusion exprime le fait qu'un cas d'utilisation
comprend une séquence d'actions consécutives qu'il est possible
de factoriser avec d'autres cas d'utilisation. Un cas A inclut un cas B si le
comportement décrit par le cas A inclut le comportement du cas B : le
cas A dépend de B. Lorsque A est sollicité, B l'est
obligatoirement, comme une partie de A.
II.6.4. Diagramme de cas d'Utilisation de l'application
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser7.png)
Figure 7 Cas d'utilisation
de l'application
II.6.5. Description textuelle des cas d'utilisation
Dans cette partie il s'agit de décrire la succession
des actions qui devront être réalisées par les utilisateurs
(acteurs) et par le système lui-même en vue de produire les
résultats attendus par les acteurs.
Le contenu de cette description textuelle est la
suivante :
Ä Numéro du cas d'utilisation, Titre, But,
Acteurs, Pré conditions, Enchaînements, Alternative et Besoin
d'IHM (Interaction Homme-Machine).
Ainsi, pour notre cas d'utilisation présent ;la gestion
des réservations des clients dans
l'hôtel :gérer les clients, gérer la
réservation des chambres, salles, tables; gérer les
réservations des (piscines, terrasses, night-clubs,
bar_article), leurs descriptions textuellessont la
suivante :
a) Description du cas d'utilisation
« Authentification » :
Ä Numéro du cas
d'utilisation : 1
Ä Titre :
Authentification
Ä But : Ce cas
d'utilisation permet à l'utilisateur de se connecter au
système
Ä Acteurs : Les
utilisateurs
Ä Pré condition :
La saisie des informations de connexion c'est-à-dire le login et le mot
de passé
Ä Enchaînement :
- L'utilisateur demande une connexion au système
- Le système affiche le formulaire
d'authentification
- L'utilisateur saisit sin login et son mot de passe
- Le système vérifie la validité des
informations fournies
- Le système donne l'accès à l'interface
correspondante
- Fin
Ä Alternative : Dans le
cas où l'utilisateur fournit un login et/ou mot de passe erroné,
le système affiche un message d'erreur dans la boite d'outil en
authentification et attend que l'utilisateur ressaisisse ses informations
Ä Besoins d'IHM :
Formulaire d'authentification.
b) Description du cas d'utilisation
« Consultation du planning des
réservations» :
Ä Numéro du cas
d'utilisation : 2
Ä Titre : Consultation du
planning des réservations
Ä But : facilite le
Manager (Gérant) à consulter les réservations
Ä Acteurs : Manager
Ä Pré Conditions :
L'utilisateur doit s'authentifier
Ä Alternative : En cas de
problème de réservation le système affiche un message
d'erreur dans la consultation
Ä Besoin d'IHM : Liste des
réservations.
c) Description du cas d'utilisation
« Gestion des tarifs »
Ä Numéro du cas d'utilisation :
3
Ä Titre : Gestion des tarifs
Ä But : permet à
l'utilisateur de gérer les tarifs
Ä Acteurs :
Réceptionniste
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînements :
- L'utilisateur s'authentifie
- L'utilisateur demande la mise à jour des tarifs
- Le système affiche la liste des tarifs
- L'utilisateur choisit le tarif
- Le système affiche le formulaire sur le tarif
- L'utilisateur modifie et valide
- Le système enregistre et confirme la mise à
jour.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées durant la modification
Ä Besoin d'IHM :
Formulaire des tarifs.
d) Description du cas d'utilisation
« Gestion des chambres »
Ä Numéro du cas
d'utilisation : 4
Ä Titre : Gestion des
chambres
Ä But : permet à
l'utilisateur de gérer la gestion des chambres
Ä Acteurs :
Réceptionniste
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
chambre
- Le système affiche le formulaire ou la liste des
chambres
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la chambre, modifier ou supprimer
et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des chambres.
e) Description du cas d'utilisateur
« Gestion des salles »
Ä Numéro du cas
d'utilisation : 5
Ä Titre : Gestion des
salles
Ä But : permet à
l'utilisateur de gérer la gestion des salles
Ä Acteurs :
Réceptionniste
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
salle
- Le système affiche le formulaire ou la liste des
salles
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la salle, modifier ou supprimer
et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des salles.
f) Description du cas d'utilisation
« Gestion des réservations chambres et
salles »
Ä Numéro du cas
d'utilisation : 6 et 7
Ä Titre : Gestion des
réservations chambres, salles
Ä But : permet à
l'utilisateur de gérer la gestion des réservations chambres,
salles
Ä Acteurs :
Réceptionniste
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
réservation
- Le système affiche le formulaire ou la liste des
réservations
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la (chambre, salle), modifier ou
supprimer et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des réservations (chambres, salles).
g) Description du cas d'utilisation
« Gestion des clients »
Ä Numéro du cas
d'utilisation : 8
Ä Titre : Gestion des
clients
Ä But : permet à
l'utilisateur de gérer la gestion des clients
Ä Acteurs :
Réceptionniste
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime un
client
- Le système affiche le formulaire ou la liste des
clients
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit leclient, modifier ou supprimer
et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des clients.
h) Description du cas
d'utilisation « Gestion des factures »
Ä Numéro du cas
d'utilisation : 9
Ä Titre : Gestion des
factures
Ä But : permet à
l'utilisateur de gérer la gestion des factures
Ä Acteurs :
Réceptionniste
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
facture
- Le système affiche le formulaire ou la liste des
factures
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la chambre, modifier ou supprimer
et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des factures.
i) Description du cas d'utilisation
« Gestion des tables »
Ä Numéro du cas
d'utilisation : 10
Ä Titre : Gestion des
tables
Ä But : permet à
l'utilisateur de gérer la gestion des tables
Ä Acteurs :Maître
d'opération d'hôtel
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
table
- Le système affiche le formulaire ou la liste des
tables
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la table, modifier ou supprimer
et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des tables.
j) Description du cas d'utilisation
« Gestion des terrasses »
Ä Numéro du cas
d'utilisation : 11
Ä Titre : Gestion des
terrasses
Ä But : permet à
l'utilisateur de gérer la gestion des terrasses
Ä Acteurs : Maître
d'opération d'hôtel
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
terrasse
- Le système affiche le formulaire ou la liste des
terrasses
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la terrasse, modifier ou
supprimer et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des terrasses.
k) Description du cas d'utilisation
« Gestion des piscines »
Ä Numéro du cas
d'utilisation : 12
Ä Titre : Gestion des
piscines
Ä But : permet à
l'utilisateur de gérer la gestion des piscines
Ä Acteurs :Maître
d'opération d'hôtel
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
piscine
- Le système affiche le formulaire ou la liste des
piscines
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit la piscine, modifier ou supprimer
et valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des piscines.
l) Description du cas d'utilisation
« Gestion de Night-club »
Ä Numéro du cas
d'utilisation : 13
Ä Titre : Gestion des
clubs
Ä But : permet à
l'utilisateur de gérer la gestion des clubs
Ä Acteurs : Maître
d'opération d'hôtel
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
chambre
- Le système affiche le formulaire ou la liste des
clubs
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit le club, modifier ou supprimer et
valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des night-clubs.
m) Description du cas d'utilisation
« Gestion de Bar_article»
Ä Numéro du cas
d'utilisation : 14
Ä Titre : Gestion des
bar-articles
Ä But : permet à
l'utilisateur de gérer la gestion des bar-articles
Ä Acteurs : Maître
d'opération d'hôtel
Ä Pré conditions :
L'utilisateur doit s'authentifier
Ä Enchaînement :
- L'utilisateur s'authentifie
- L'utilisateur demande l'ajout, modifie ou supprime une
chambre
- Le système affiche le formulaire ou la liste des
clubs
· L'utilisateur remplie le formulaire et valide
· L'utilisateur choisit le club, modifier ou supprimer et
valider
· Le système enregistre et confirme.
Ä Alternative : Le
système affiche un message d'erreur lorsque l'utilisateur fournit des
données incomplètes ou erronées (ajout et modification)
Ä Besoin d'IHM : Les
formulaires des bar-articles.
II.7.
Diagramme d'Activité
Le diagramme d'activité représente le
déroulement des actions, sans utiliser les objets. En phase d'analyse,
il est utilisé pour consolider les spécialisations d'un cas
d'utilisation(Classroom, 2019).25(*) Mais aussi le diagramme d'activité permet de
décrire les règles commerciales, les cas d'utilisation uniques,
une série complexe de cas d'utilisation complexe, des processus avec des
points de décision et des flux alternatifs, des opérations qui
prennent places dans des flux parallèles ou logiciel et des structures
de commande logiques(anonyme, https://www.altova.com, 2020).26(*)
Diagramme d'Activités
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser8.png)
Figure 8 Diagrammes
d'Activités
II.8.
Diagramme de Séquence
Le diagramme de séquence permet de décrire les
différents scénarios d'utilisation du
système(Classe).27(*)L'objectif du diagramme de séquence est de
représenter les interactions entre les objets en indiquant la
chronologie des échanges.
· Les Diagrammes de
Séquence « d'Authentification »
Ce diagramme de séquence d'Authentification montre
comment l'utilisateur peut parvenir à se connecter dans notre
système.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser9.png)
Figure 9 Diagramme de
séquence d'authentification
· Diagramme de
Séquence « Enregistrement » :
Ce diagramme de séquence d'Enregistrement montre
comment l'utilisateur peut atteindre à ajouter un enregistrement dans
notre système (application) en passant d'abord à
l'authentification.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser10.png)
Figure 10 Diagramme de
séquence d'enregistrement
· Diagramme de
Séquence « Mise à jour » :
Ce diagramme de séquence de Modification montre comment
l'utilisateur peut parvenir à modifier un enregistrement et/ou à
supprimer un enregistrement dans notre système (application) en passant
tout d'abord à l'authentification puis la recherche.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser11.png)
Figure 11 Diagramme de
séquence de modification
· Diagramme de
Séquence « Consultation » :
Ce diagramme de séquence de suppression montre comment
l'utilisateur peut parvenir à voir les enregistrements dans notre
système (application) en passant tout d'abord à
l'authentification et affichage des données.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser12.png)
Figure 12 Diagramme de
séquence de consultation
II.9.
Diagramme des classes
Dans la phase de l'analyse, ce diagramme représente les
entités (des informations) manipulées par les utilisateurs. Dans
la phase de la conception, il représente la structure objet d'un
développement oriente objet(classe, 2020).28(*)
L'intérêt du diagramme de classe est de
modéliser les entités du système d'information. Le
diagramme de classe permet de représenter l'ensemble des informations
finalisées qui sont gérées par le domaine. Ces
informations sont structurées, c'est-à-dire qu'elles ont
regroupées dans des classes. Le diagramme met en évidence
d'éventuelles relations entre ces classes(uml, Mars 2005).29(*)
1. Les concepts d'un diagramme de
classe
Ä Attributs : Un attribut
représente la modélisation d'une information
élémentaire représentée par son nom et son
format(C. uml, Mars 2005).30(*)
Ä Classe : une classe est une
description abstraite (condensée) d'un ensemble d'objets du domaine de
l'application : elle définit leur structure, leur comportement et leurs
relations(C. uml, Mars 2005).31(*)
Ä Identifiant: L'identifiant est un
attribut particulier, qui permet de repérer de façon unique
chaque objet, instance de la classe(C. uml, Mars 2005).32(*)
Ä Opération: l'opération
représente un élément de comportement des objets,
défini de manière globale dans la classe. Une opération
est une fonctionnalité assurée par une classe. La description des
opérations peut préciser les paramètres d'entrée et
de sortie ainsi que les actions élémentaires
àexécuter(C. uml, Mars 2005).33(*)
Ä Classe-association : Il s'agit d'une
association promue au rang de classe. Elle possède de tout à la
fois les caractéristiques d'une association et celle d'une classe et
peut donc porter des attributs qui se valorisent pour chaque lien( P. Roques,
2006).34(*)
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser13.png)
Figure 13 Les utilisateurs
existent
Le diagramme suivant, représente le diagramme de classe
associé à l'application que nous réalisons :
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser14.png)
Figure 14 Diagramme de
classe
Classe
|
Attribut & Type
|
Description des attributs
|
bsi_admin
|
`id` int(11)
`pass` varchar(255)
`username` varchar(50)
`access_id` int(1)
`f_name` varchar(50)
`l_name` varchar(50)
`email` varchar(100)
`designation ` varchar(30)
`last_login` timestamp
`status` tinyint(1)
|
Identifiant de l'administrateur
Mot de passe de l'administrateur
Le du compte de l'administrateur
Identifiant de l'accessibilité
Le premier nom de l'administrateur
Le second nom de l'administrateur
L'adresse mail de l'administrateur
Le rôle ou type de l'administrateur
La dernière connexion
Le statuts de la connexion
|
tarifs/rate
|
IdTarifs
Prix
PrixN
Service
|
Identifiant du Tarif
Prix du tarif
Nouveau prix du tarif
Service du tarif
|
bsi_invoice / facture
|
`booking_id` int(11)
`client_name` varchar(500)
`client_email` varchar(500)
`invoice` longtext
|
Identifiant
Le nom de client
Adresse mail de client
|
`bsi_clients`
|
`client_id` int(10)
`first_name` varchar(64)
`surname` varchar(64)
`title` varchar(16)
`street_addr` text
`city` varchar(64)
`province` varchar(128)
`zip` varchar(64)
`country` varchar(64)
`phone` varchar(64)
`fax` varchar(64)
`email` varchar(128)
`password` varchar(255)
`id_type` varchar(255)
`id_number` varchar(50)
`additional_comments` text
`ip` varchar(32)
`existing_client` tinyint(1)
|
Identifiant de client
Le premier nom de client
Le nom de la famille
Titre/intitulé de client
Adresse de client
Cite ou ville de client
Province de client
Code zip de client
Pays de client
Numéro de téléphone de client
Fax ou télécopie
Adresse mail de client
Mot de passe de client
Numéro de la Catégorie
Numéro
Commentaires additionnels
Numéro IP
Existant
|
bsi_room
|
`room_ID` int(10)
`roomtype_id` int(10)
`room_no` varchar(255)
`capacity_id` int(10)
`no_of_person` int(11)
`extra_bed` tinyint(1) '0'
|
Identifiant de la chambre
Catégorie de la chambre
Numéro de la chambre
Capacité de la chambre
Nombre des personnes(adultes/enfants) de la chambre
Renfort de la chambre
|
bsi_roomtype
|
`roomtype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de la chambre
Le nom de la catégorie de la chambre
Description de la chambre
|
bsi_salle
|
`salle_ID` int(10)
`salletype_id` int(10)
`salle_no` varchar(255)
`capacity_id` int(10)
`no_of_pers` int(11)
`extra_bed` tinyint(1)
|
Identifiant de la salle
Catégorie de la salle
Numéro de salle
Capacité de la salle
Nombre des personnes(adultes/enfants) de la salle
Renfort de la salle
|
bsi_salletype
|
`salletype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de la salle
Le nom de la catégorie de la salle
Description de la salle
|
bsi_table
|
`table_ID` int(10)
`tableype_id` int(10)
`table_no` varchar(255)
`capacity_id` int(10)
`no_of_person` int(11)
`extra_bed` tinyint(1)
|
Identifiant de la table
Catégorie de la table
Numéro de la table
Capacité de la table
Nombre des personnes(adultes/enfants) de la table
Renfort de la table
|
bsi_tabletype
|
`tabletype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de la table
Le nom de la catégorie de la table
Description de la table
|
bsi_terrasse
|
`terrasse_ID` int(10)
`terrassetype_id` int(10)
`terrasse_no` varchar(255)
`capacity_id` int(10)
`no_of_person` int(11)
`extra_bed` tinyint(1)
|
Identifiant de la terrasse
Catégorie de la terrasse
Numéro de la terrasse
Capacité de la terrasse
Nombre des personnes(adultes/enfants) terrasse
Renfort
|
bsi_terrassetype
|
`terrassetype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de la terrasse
Le nom de la catégorie de la terrasse
Description de la terrasse
|
bsi_piscine
|
`piscine_ID` int(10)
`piscinetype_id` int(10)
`piscine_no` varchar(255)
`capacity_id` int(10)
`no_of_person` int(11)
`extra_bed` tinyint(1) '0'
|
Identifiant de la piscine
Catégorie de la piscine
Numéro de la piscine
Capacité de la piscine
Nombre des personnes(adultes/enfants) piscine
Renfort de la piscine
|
bsi_piscinetype
|
`piscinetype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de la piscine
Le nom de la catégorie de la piscine
Description de la piscine
|
bsi_club
|
`club_ID` int(10)
`clubtype_id` int(10)
`club_no` varchar(255)
`capacity_id` int(10)
`no_of_person` int(11)
`extra_bed` tinyint(1)
|
Identifiant de la boîte de nuit
Catégorie de la boîte de nuit
Numéro de la boîte de nuit
Capacité de la boîte de nuit
Nombre des personnes adultes boîte de la nuit
Renfort de la boîte de nuit
|
bsi_clubtype
|
`clubtype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de la boîte de nuit
Le nom de la catégorie de la boîte de nuit
Description de la boîte de nuit
|
bsi_article
|
`article_ID` int(10)
`articletype_id` int(10)
`article_no` varchar(255)
`capacity_id` int(10)
`no_of_person` int(11)
`extra_bed` tinyint(1) '0'
|
Identifiant de l'article
Catégorie de l'article
Numéro de l'article
Capacité de l'article
Nombre des personnes(adultes/enfants) de l'article
Renfort de chambre
|
bsi_articletype
|
`articletype_ID` int(10)
`type_name` varchar(500)
`description` text
|
Identifiant de la catégorie de l'article
Le nom de la catégorie de l'article
Description de l'article
|
bsi_capacity
|
`id` int(11)
`title` varchar(255)
`capacity` int(11)
|
Identifiant de la capacité
Titre ou nom de la capacité
Numéro de la capacité
|
bsi_reservation room , salle, table, terrasse,
article, piscine, club.
|
`id` int(11)
`bookings_id` int(11)
« `room_id` int(11) ,`
`salle_id` int(11),
`table_id` int(11),
`tettasse_id` int(11),
`article_id` int(11) ,
`piscine_id` int(11),
`club_id` int(11) »
« `room_type_id` int(11),
`salle_type_id` int(11),
`table_type_id` int(11),
`terrasse_type_id` int(11),
`article_type_id` int(11),
`piscine_type_id` int(11),
`club_type_id` int(11)) »
|
Identifiant de la réservation
Identifiant de plan de la réservation
« Identifiant de la
chambre,
Identifiant de la salle,
Identifiant de la table,
Identifiant de la terrasse,
Identifiant de l'article-bar,
Identifiant de la piscine,
Identifiant de la boîte de
nuit »
« Catégorie de la chambre
Catégorie de la salle
Catégorie de la table
Catégorie de la terrasse
Catégorie de l'article
Catégorie de la piscine
Catégorie de la boîte de nuit »
|
bsi_bookings
|
`booking_id` int(10)
`booking_time` datetime
`start_date` date
`end_date` date
`client_id` int(10)
`child_count` int(2)
`extra_guest_count` int(2)
`discount_coupon` varchar(50)
`total_cost` decimal(102)
`payment_amount`decimal(102)
`payment_type` varchar(255)
`payment_success` tinyint(1)
`payment_txnid` varchar(100)
`paypal_email` varchar(500)
`special_id` int(10)
`special_requests` text
`is_block` tinyint(4)
`is_deleted` tinyint(4)
`block_name` varchar(255)
|
Identifiant du plan de la réservation
Date-heure du plan de la réservation
Date du début / Date d'arrivée
Daté de la fin / Date de départ
Identifiant de client
Nombre de des personnes à réserver
Nombre de Renfort pour les clients
Montant de la Réduction du prix
Total du Prix
Montant à payer
Catégorie de payement
Réussite de payement
Texte de paye
Mail payer
Identifiant de la réduction de prix
Texte de la requête de la réduction de prix
Plan de la réservation bloqué
Plan de la réservation supprimé
Le nom du plan de la réservation bloqué
|
bsi_priceplan room, salle, table, terrasse, piscine,
club, bar-article
|
`plan_id` int(10)
`roomtype_id` int(10)
`salletype_id` int(10)
`tabletype_id` int(10)
`terrasseetype_id` int(10)
`piscinetype_id` int(10)
`articletype_id` int(10)
`clubtype_id` int(10)
`capacity_id` int(11)
`start_date` date
`end_date` date
`sun` decimal(10.2)
`mon` decimal(10.2)
`tue` decimal(10.2)
`wed` decimal(10.2)
`thu` decimal(10.2)
`fri` decimal(10.2)
`sat` decimal(10.2)
`defaul_plan` tinyint(1)
|
Identifiant du prix de la (l') : chambre, salle, etc.
Identifiant de la catégorie chambre
Identifiant de la catégorie salle
Identifiant de la catégorie table
Identifiant de la catégorie terrasse
Identifiant de la catégorie piscine
Identifiant de la catégorie l'article
Identifiant de la catégorie boîte de nuit
Identifiant de la capacité
Date du début
Date de la fin
Dimanche
Lundi
Mardi
Mercredi
Jeudi
Vendredi
Samedi
Numéro du Plan par défaut
|
bsi_payment_gateway
|
`id` int(11)
`gateway_name` varchar(255)
`gateway_code` varchar(50)
`account` varchar(255)
`enabled` tinyint(1)
|
Identifiant du payement par point d'accès
Le nom de point d'accès
Le code d'accès
Rapport / compte
Permettre
|
bsi_special_offer room, salle, table, terrasse,
piscine, article
|
`id` int(11)
`offer_title` varchar(255)
`start_date` date
`end_date` date
«`room_type` varchar(255)
`salle_type` varchar(255)
`table_type` varchar(255)
`piscine_type` varchar(255)
`terrasse_type` varchar(255)
`club_type` varchar(255)
`article_type` varchar(255) »
`price_deduc` decimal(102)
`min_stay` int(11)
|
Identifiant de la réduction de prix chambre, salle,
etc.
Titre de l'offre de la réduction
Date du début
Date de la fin
« Catégorie de la chambre,
Catégorie de la salle,
Catégorie de la table,
Catégorie de la piscine,
Catégorie de la terrasse,
Catégorie de la boîte de nuit,
Catégorie de l'article-bar.»
Montant de la réduction
Reste
|
bsi_adminmenu
|
`id` int(4)
`name` varchar(200)
`url` varchar(200)
`parent_id` int(4)
`status` enum('YN')
`ord` int(5)
|
Identifiant du menu du système
Nom du menu
Description du lieu de menu
Identifiant parent
Statut
Ordre de menu
|
bsi_advance_payment
|
`month_num` int(11)
`month` varchar(255)
`deposit_percent` decimal(102)
|
Identifiant de l'avance de payement
Mois
Disposition des pourcentages
|
bsi_gallery room, salle, table, terrasse, piscine,
article, club
|
`pic_id` int(11)
«`roomtype_id` int(11)
`salletype_id` int(11)
`tabletype_id` int(11)
`terrassetype_id` int(11)
`articletype_id` int(11)
`piscinetype_id` int(11)
`clubtype_id` int(11) »
`capacity_id` int(11)
`img_path` varchar(255)
|
Identifiant de la galerie chambre, salle, table, etc.
« Catégorie de la chambre,
Catégorie de la salle,
Catégorie de la table,
Catégorie de la terrasse,
Catégorie de l'article-bar,
Catégorie de la piscine,
Catégorie de la boîte de nuit.»
Identifiant de la Capacité
Chemin de l'image
|
bsi_cc_info
|
`booking_id` varchar(100)
`cardholder_name` varchar(255)
`card_type` varchar(50)
`card_number` blob
`expiry_date` varchar(10)
`ccv2_no` int(4)
|
Identifiant du plan de la réservation
Nom de la carte
Catégorie de la carte
Numéro de la carte
Date de l'expiration de la carte
Numéro CCV2
|
bsi_configure
|
`conf_id` int(11)
`conf_key` varchar(100)
`conf_value` varchar(500)
|
Identifiant de la configuration du système
Clé de la configuration
Expertise de la configuration
|
bsi_currency
|
`id` int(11)
`currency_code` varchar(10)
`currency_symbl` varchar(10)
`exchange_rate` decimal(206)
`default_c` tinyint(1)
|
Identifiant du Monnaie
Code du Monnaie
Symbole du Monnaie
Echange du tarif
Code par défaut
|
bsi_email_contents
|
`id` int(11)
`email_name` varchar(500)
`email_subject` varchar(500)
`email_text` longtext
|
Identifiant du compte mail
Nom de mail
A propos ou Objectif
Texte à envoyer
|
bsi_language
|
`id` int(11)
`lang_title` varchar(255)
`lang_code` varchar(10)
`lang_file` varchar(255)
`lang_default ` tinyint(1)
|
Identifiant de langage du système
Titre de langue
Code de langue
Fichier de langue
Langue par défaut
|
Tableau 6 Liste des diagrammes de
classe
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser15.png)
Figure 15 Le modèle
relationnel des données de l'application
Ce chapitre a été consacré à
l'analyse des besoins et la conception de l'application à
réaliser selon l'approche orientée objet. Nous avons
présenté d'une façon globale, les deux étapes
essentielles du système élaboré pour l'analyse et la
conception de notre application en suivant le processus de normalisation UML et
les différents diagrammes, afin de faciliter la phase de
réalisation.Cela fait la base pour la phase réalisation tel qu'en
vas garantir la fiabilité et l'efficacité de l'application
à réaliser.
Le chapitre suivant, quant à lui, sera consacré
à la phase de développement de notre application.
CHAPITRE III
RÉLATION DU LOGICIEL
Étant donné que nous venons de
réalisé une conception qui répondait bien aux besoins de
l'application, nous commençons la partie de réalisation de
l'application que nous avons développé pour l'hôtel
Rivière Ruzizi en présentant les différents outils, les
langages de développements utilisés pendant la réalisation
d'implémentation de la base de données, le schéma
architectural sa comptabilité ainsi qu'une démonstration sur les
interfaces de notre application.
III.1. OUTILS DE DÉVELOPPEMENT
Pour le développement de notre application, nous avons
ainsi utilisé les outils suivants :
· WampServer :
Nous avons utilisé le trio PHP-APACHE-MYSQL que forme WAMP
SERVER qui est une plateforme de développement web de type WAMP
permettant de faire fonctionner localement (sans se connecter à serveur
externe).Page d'accueil WampLorsque nous lançons un
navigateur web notamment : Google Chrome, Firefox, internet explorer,
Opéra, safari..., en y mettant aussi une adresse IP lequel :
http://localhost/ dans la barre d'adresse ;
· BOOTSTRAP : Est une compilation
de plusieurs éléments et fonctions web-design personnalisables,
le tout emballé dans un seul et même outil ;
· Microsoft Office
Word 2016 ;
· Visual Studio
Code:Est un éditeur de texte, nous a servi à taper nos
différentes lignes de codes (PHP, SQL, CSS,
HTML, JavaScript) ;
· Visual paradigm for UML version
10.2:Qui est un logiciel permettant aux programmeurs de mettre en
place des diagrammes UML;
· MySQL WorkBench
version 6.0. :Qui est un logiciel de gestion et d'administration de
bases de données MySQL ;
·
Opéra:Qui est un navigateur web libre et gratuit, nous a servi
à faire le test de notre site web en local.
III.2. LANGAGE DE PROGRAMMATION UTILISÉES
· HTML :
Le HyperText MarkupLanguage, généralement
abrégé HTML est le langage de balisage conçu pour
représenter les pages web(Anonyme, wikipdia, 2020).35(*)
· PHP(PHP
HypertextPreProcessor) : C'est un langage de langage de script. Il
permet de décrire, d'afficher dynamiquement les informations et de
créer des pages web ;
· MySQL :
C'est un système de gestion de base de données. Son
rôle est de stocker et de gérer une grande quantité de
données en les organisant sous forme de tables, et de permettre la
manipulation de ces données à travers le langage de requête
SQL ;
·
CSS :« Cascading Style Sheets », forment un
langage informatique qui décrit la présentation des documents
HTML et XML, en d'autre terme dit la mise en forme de nos pages web(Anonyme,
wikipdia, 2020).36(*)
·
JavaScript :C'est un langage de programmation de scripts
principalement employé dans les pages web interactives amis aussi pour
les serveurs avec l'utilisateur. (Anonyme, wikipdia, 2020).37(*)
III.3. INTERFACE GRAPHIQUE DE L'APPLICATION
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser16.png)
Figure 16
Présentation graphique de l'application
III.4. PRÉSENTATIONS DES INTERFACES DE
L'APPLICATION
III.4.1. La composition du système
Les composantes du système représentent les
grandes fonctionnalités assurées par l'application. Dans le
présent travail, notre travail est composé de deux grandes
fonctions à savoir une chargée par l'administration du
système et une autre chargée l'enregistrements des
réservations des clients.Rappelons que la fonctionnalité de
chaque tâche n'est accessible que par les utilisateurs selon le
rôle (désignation).
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser17.png)
Figure 17 le menu
ACCUEIL avec sous menus
III.4.2.
La page de connexion(login)
Le système stock tous les utilisateurs qui ont un
droit d'accès dans une interface(entité) au sein de la base de
données. Le dernier menu de la page d'accueil nous renvoi à la
page de connexion dans sur laquelle l'utilisateur est obligé
s'authentifier. Il inclut son nom d'utilisation(username), son mot de passe
(password), sélectionne la langue préfère et inclut le
code lettre qui sera visible à gauche du formulaire.
Chaque fois, le système examinera les données
entrées par l'utilisateur, il les compare avec celles contenues dans
l'entité source et ne donne accès que si tous les quatre
paramètres sont conformes à la réalité dans
l'entité.
Le système ouvre, dans le cas où les
paramètres sont vérifiés, des fonctionnalités selon
le rôle de l'utilisateurs dans le formulaire de connexion.
C'est-à-dire qu'il s'agisse de l'Administrateur du système, de
manager de l'hôtel, de réceptionniste, du maître
d'opération de l'hôtel, cela dépend de la tâche
à accomplir.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser18.png)
Figure 18 La page de
connexion
III.4.3. Les fonctionnalités du système (menus
central)
La page de menu central organiser
toutes l'ensemble des fonctionnalités qu'offre la partie administrative
du logiciel. Ce sont des menus qui renvoient à des séries des
pages qui, à leur tour renvoient en termes de retour à la page
menus central. Mais aussi cette page prévoit une possibilité pour
l'utilisateur de se déconnecter.(Figure 19 Les menus
principaux)
III.4.3.1. Les menus principaux
L'espace des menus principaux est constituées des
fonctionnalités d'entrées des données, tous les
formulaires d'entrée et le menu ACCUEIL CENTRAL. Chaque menu à
des sous menus dans lesquels on peut défiler.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser19.png)
Figure 20 Les menus
principaux
a) Le menu Hôtel Rivière
Ruzizi :
Ce menu est compose des vingt et trois sous menus et dont ceux
sous menus donne aussi la possibilité aux différents
utilisateurs de réaliser chacun sa tâche c'est-à-dire la
gestion de chambre, la gestion de salle, la gestion de table/restaurant,la
gestion de piscine,la gestion de terrasse, la gestion de bar-article, la
gestion de night-club, la gestion de capacité, la gestion de type de
chambre, la gestion de type de salle, la gestion de type de table, la gestion
de type de terrasse, la gestion de type de piscine, la gestion de type de
night-club, et la gestion de type de
bar-article « Enregistrement, modification et la
suppression » la modification de l'identité de
l'hôtel.
1. Enregistrement
Ce formulaire permet d'ajouter un nouveau enregistrement de
type de chambre :
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser20.png)
Figure 21 formulaire
d'enregistrement
2. Modification
Ce formulaire permet à l'utilisateur de modifier
l'enregistrement effectué :
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser21.png)
Figure 22 formulaire de
modification
3. Suppression
Pour pouvoir supprimer un enregistrement if suffit seulement
de cliquer sur le supprimer :
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser22.png)
Figure 23 suppression
d'enregistrement
b) Le menu prix :
Ce menu est composé des
quinze sous menus, il donne la possibilité d'effectuer la gestion de
prix et réduction de prixdes tous services de l'hôtel.
(Figure 24 Les menus principaux)
c) Le menu réservations :
Ce menu offre la possibilité de faire recherche d'un ou
plusieurs réservations selon deux type de la réservation
(réservation actif « en cours » ou
réservation inactif « terminé »)en
indiquant soit la date de la réservation de client, soit la date
d'arriver de client et/ou soit la date de départ de client. Après
la recherche les résultats sont affiches, l'utilisateur à la
possibilité de voir les détails de la réservation,
imprimer la facture et/ou annuler la réservation.
Ce menu offre aussi la possibilité aux utilisateurs de
bloquer un ou plusieurs pour un moment bien détermine
c'est-à-dire en où un service n'est pas en activité on
peut le bloque jusqu'au moment où on trouvera de solution à ce
service.
Toujours dans ce menu, donne aussi
la possibilité d'accéderaux différents calendriers de
chaque service de l'hôtel, où il ala légende qui montre la
date en cours, la date passée, la date disponible et la date non
disponible l'objectif est de pour interpelle l'utilisateur la
fonctionnalité des réservations. (Figure 25 Les
menus principaux)
d) Le menu devise :
Il est constitué d'un seul
sous menu appel « devise » qui offre la
possibilité d'ajouter un nouveau type de monnaie et la
possibilité de le modifier en cas de changement.(Figure 26
Les menus principaux)
e) Le menu langages :
Constitué aussi d'un seul
sous appel « langages » qui donne la
possibilité à l'utilisateur d'ajouter une nouvelle langue
après avoir code cette langue ; mais aussi de modifier et/ou
supprimer une langue.L'objectif est de laisse libre à l'utilisateur de
choisir la langue à laquelle il veut travail avec. (Figure
27 Les menus principaux)
f) Le menu nouveaux
réservations :
Ce menu est composé d'un
seul sous menu appel « menu
réservation » et se sous menu renvoi les utilisateurs
d'accéder à l'interface de sous menu
réservationaux quelles les enregistrements des clients et
réservations se réaliseras. (Figure 28 Les menus
principaux)
g) Le menu paramètre
Ce menu est constitué des quatre sous menu à
savoir : paramètre global, payement porte, contenus
email et le menu administrateur. Le sous menu paramètre
global offre la possibilité de gérer le paramètre
global du système ; Quant au sous menu payement porte donne
la possibilité d'enregistre l'information complet de passerelle de
paiement auxquelles la paiement des réservations s'effectueras ; Le
sous menu contenus email offre le moyen à l'utilisateur de
gérer les contenus emails et le sous menu administrateur offre la
possibilité à l'administrateur la gestion des tous les menus du
système c'est-à-dire que ce dans cette menu que l'administrateur
ajouter un nouveau menu, modifier le nom d'un menu et/ou supprimer un ou
plusieurs menus.
L'addition de ses menus se fait en deux manière ou
niveau : Le premier niveau se sont les menus principaux et le deuxième
niveau se sont les sous menus principaux.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser23.png)
Figure 29 Le menu
paramètres
h) Le menu accueil, menu change mot passe et menu
logout :
· Le menu accueil : Il offre la
possibilité de revenir au menu ACCUEIL CENTRAL ;
· Le menu change mot de passe : Il
offre le moyen à chaque utilisateur qui est connecté à
espace de travail de modifier son mot passe pour la sécurité des
données ;
· Le menu
logout(déconnexion) : Après avoir terminé la
tâche par laquelle il s'est connecter, l'utilisateur à une
possibilité de se déconnecter, et dans notre système ce le
menulogout qui lui permet de se déconnecter.
III.4.3.2. Les sous menus réservations
Cetteespace offre la possibilité aux utilisateurs selon
chacun son tâche de réaliser l'enregistrement des clients et leurs
réservations. Il est composé de menu qui revoie l'utilisateur aux
menus principaux et sept panels qu'en cliquant il affiche un petit texte qui
indiquer de quoi il s'agit.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser24.png)
Figure 30 Sous menu
réservations
Pour commencer l'enregistrement de la réservation d'un
client dans l'une de ces sept services de l'hôtel il y a cinq
étapes à traverser pour y arriver. Par exemplela
réservation de chambre :
1. Choisissez la date :
Dans ce formulaire l'utilisateur à la
possibilité de choisir la langue qui lui prévient de travail
avec, choisir la date d'arrivée de client, choisir la date de
départ de client, choisir le numéro de la chambre et choisir le
nombre d'enfant prévu dans cette chambre au cas où le client est
venu avec un ou deux enfants puis valider la rechercher. Si la chambre est
occupé le système renvoi un message à l'utilisateur que la
chambre n'est disponible pour l'instant.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser25.png)
Figure 31 Choisissez la
date
2. Chambres et Tarifs :
Après avoir terminé l'étape
précédent, les résultats de la rechercher vont s'affiches
avec tous les détails puis l'utilisateur à la possibilité
de modifier sa recherche et de continuer sa démarche.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser26.png)
Figure 32 Service et
Tarifs
3. Vos coordonnées :
Les résultats de l'étape précédent
vont s'affiches aussi puis offre à l'utilisateur d'enregistre
l'identité complet de client, le type de paiement de client et le
demande supplémentaire de client ou si le client existe
déjà il peut seulement entre son adresse mail et son mot de passe
puis tous son identité apparaitre sur le formulaire et puis lireaccepter
les conditions de cette service. Cette espace donne aussi la possibilité
de retourner à la page précédente ou début de la
réservation ou encore de continuer la réservation.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser27.png)
Figure 33
Coordonnées de la réservations
4. Paiement :
Cette espace offre la possibilité à
l'utilisateur d'enregistrer le paiement de la réservation de client. En
cas d'erreur le système envoie un message d'annulation de la
réservation.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser28.png)
Figure 34 Paiement par
carte de crédit
5. Confirmer :
C'est le stade final de la réservation. Dans cette
espace envoi le message de confirmation puis on offre la possibilité
à l'utilisateur de revenir à la page d'accueil de la
réservation pour y ajouter une autre nouvelle réservation.
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser29.png)
Figure 35 Confirmation
de la réservation
III.5. ESTIMATION DU COÛT DE L'APPLICATION
L'estimation du coût réel de l'application des
réservations a été évalué en utilisant la
méthode COCOMO. Cette méthode a été décrire
par Barry Boehm en 1981 dans sa version simple pour un projet
réalisé par une équipe de taille relativement petite
travaillant dans un environnement familier et dans un domaine d'application
connu de l'équipe.
COCOMO est un acronyme de l'anglais signifiant
COnstructiveCOst Model qui permet de définir le coût ou effort
d'un développement logiciel et la durée que ce dernier prendra en
fonction des ressources allouées dans le but d'éviter les erreurs
de budget et les retards de livraison, qui sont malheureusement habituels dans
l'industrie de développement logiciel.
Pour calculer le coût/effort nécessaire pour le
développement du logiciel, nous aurons à utiliser les formules
suivantes :
1) Pour le mode organique : HM = 2,4
(KLSL)1,05
2) Pour le mode semi-organique : HM = 3
(KLSL)1,12
3) Pour le mode embarque : HM = 3,6
(KLSL)1,20
Le HM représente le nombre d'homme-mois
nécessaire à la réalisation du projet et KLSL le nombre de
milliers d'instructions de l'application.
Etant donné que notre programme est du mode organique,
son effort de développement sera calculé de la manière
suivante en sachant que qu'il contient 80 935 lignes de codes. KLSL
équivaut à 8, 0935 et par conséquent son HM =
2,4(8,0935)1,05 = 21,56.
En plus la méthode COCOMO permet aussi d'estimer le
temps de développement nécessaire du projet (TDEV), ce dernier
étant le temps requis pour finir le projet en supposant que les
ressources requises sont disponibles.
1) Pour le mode organique : TDEV = 2,5
(HM)0,38
2) Pour le mode semi-organique : TDEV = 2,5
(HM)0,35
3) Pour le mode embarque : TDEV = 2,5
(HM)0,32
Sachant que notre application est du type simple, pour
évaluer son temps de développement le calcul suivant a
été effectué 2,5 * (21,56)0,38 = 8 mois.
Le nombre des personnes requises pour réaliser le
travail dans cet intervalle de temps est : Np = HM/TDEV = 21,56/8 = 2,69 3
personnes.
Possédant toutes les informations nécessaires,
le coût du logiciel sera alors sachant que la rémunération
horaire est de 7$ de :
· Le coût journalier : 7$ * 8 = 56$
· Le coût mensuel : 56$ * 26 = 1456$
· Le coût total de l'application : 1456$ * 8 *
3 = 34 944$
Bref, le coût global de ce travail est estimé
34 944$.
La phase de réalisation est une étape
très importante dans le cycle de vie d'une application. Dans ce dernier
chapitre nous avons illustré le déroulement de la
réalisation de notre application, présenté les outils et
le langage de programmation utilisés suivi la représentation
graphique de l'interfaces de l'application. En fin, on conclut avec une
présentation des différentes interfaces de notre application.
CONCLUSION GÉNÉRALE
Nous voici au terme de notre travail qui traité de la
Conception et réalisation d'un système informatisé d'une
application web de gestion de réservation dans un hôtel. Cas de
l'hôtel Rivière Ruzizi.
Sachant que toutes recherche scientifique a comme but
d'aboutir à un résultat, dans ce travail il a été
question de proposer une solution aux problèmes de gestion de
réservation des clients dans l'hôtel Rivière Ruzizi, Cette
gestion était manuelle, il a fallu pour nous de trouver un nouveau
système de gestion capable de rentabiliser les activités de cette
entreprise privée.
Pour y arrive, Nous sommes parties de la problématique,
des hypothèses, des objectifs, des méthodes et technique dont
l'ensemble nous ont conduit aux résultat.
Notre travail est constitué de trois chapitres.
Dans le premier Chapitre, Il était question de
définir quelques que nous avons utilisés, suivi par la
présentation d'étude du milieu en plus le système
d'information, critique de l'existant et la proposition des solutions.
Dans le second Chapitre, Nous avons décrit le langage
de modélisation pour la conception de notre application qui est le
langage UML, On a également recensé les acteurs qui interagissant
avec l'application, puis on a décrit les besoins de chaque acteur sous
forme de cas d'utilisation, on a établi le diagramme de séquence
dont objectif est de représenter les interactions entre les objets du
système en indiquant la chronologie des échanges. Après,
la réalisation d'un modèle statique représenté par
le diagramme de classe suivi du modèle relationnel associe à ce
dernier en appliquent les règles de passage ce qui nous permettra
d'avoir un aperçu sur la base de données.
Enfin, dans le troisième Chapitre, On a pris le temps
de réaliser notre application tout en spécifiant les outils de
développement ainsi que les langages des programmations utilisés,
suivi d'aperçu des interfaces que comprend celle-ci.
L'informatique devient un support de connaissances de
l'humanité, aux fins de leur traitement, leur conservation dans le temps
et de leur communication dans l'espace ; c'est ainsi que l'informatique
bouscule les habitudes dans l'organisation, impose ses règles et finit
par devenir un incontournable outil de gestion rationnelle, moderne de
l'entreprise.
Cependant, pour le traitement des données, il suffit de
faire entrer les données et le programme conçu dans l'ordinateur
vous retourne toutes les solutions dans quelque minute selon votre demande.
En regard de ce qui précède, nous disons que
notre hypothèse préalablement établie est confirmée
et rencontre les objectifs que nous nous sommes fixés.
Nous pensons avoir mis un nouvel outil de travail pour une
gestion efficace de réservation à l'hôtel rivière
ruzizi.
Nous demandons ainsi à nos potentiels lecteurs
l'indulgence pour les insuffisances qu'ils auront à constater,
étant donné que l'oeuvre humaine ne manque jamais d'imperfection,
surtout que nous sommes à notre premier exercice intellectuel.
Que nos limites et nos faiblesses puissent profiter à
nos successeurs pour des horizons meilleurs.
BIBLIOGRAPHIE
1. P. Roques. (2006). UML2 par la pratique. EYROLLES,
5ème édition. Paris.
2. A. C. UML. (s.d.). Anonyme, Cours UML, Classe de
terminale SI, Langage UML.
3. A. C. UML. (s.d.). Anonyme, Cours UML, Classe de
terminale SI, Langage UML.
4. Annonyme.(2020,Octombre2).https://sites.google.com:
5.
https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donneesAnnonyme.
(2020, octombre 1).
6. https://fr.wikipedia.org/wiki/Poste_de_travail
7.
Annonyme.(2020,octombre2).https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donnees:
8.
https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donnees
9.
Annonyme.(2020,octombre2).https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donnees
10. Anonyme. (2020, fevrier 25).
https://www.altova.com/umodel/uml-diagramms
11. Anonyme. UML.
http://UML/-finition-UML-Lange-Modlisation-Lexique-informatique.htm
12. Anonyme. (2020, mars 10).
https://www.wikipdia.com/fr/javascript-?/:
https://www.wikipdia.com/fr/javascript-?/
13. Anonyme. (2020, mars 10).
https://www.wikipdia.com/fr/css-?/
14. Anonyme. (2020, mars 10).
https://www.wikipdia.com/fr/html-?/
15. Anonyme. (s.d.). Cours UML, Classe de terminale SI,
Langage UML.
16. Anonyme. (s.d.).
https://debitoor.fr/termes-comptables/facture.
17. C. uml. (Mars 2005). UML, J. STEFFE ENITA de
Bordeaux.
18. C. uml. (Mars 2005). UML, J. STEFFE ENITA de
Bordeaux.
19. C. uml. (Mars 2005). UML, J. STEFFE ENITA de
Bordeaux.
20. C. uml. (Mars 2005). UML, J. STEFFE ENITA de
Bordeaux.
21. classe, O. (2020, fevrier 25).
https://openclassroom.com/fr/courses/2035826-debutez-lanalyse-logiceille-avec-uml/2048781-les-differents-types-des-diagrammes
22. Classe, O. (s.d.).
https://openclassroom.com/fr/courses/2035826-debutez-lanalyse-logiceille-avec-uml/2048781-les-differents-types-des-diagrammes.
23. Classroom,O.(2019, mais 10).
https://openclassrooms.com/fr/courses/2035826-debutez-lanalyse-logicielle-avec-uml/2048781-les-differents-types-de-diagrammes:
24. Colli, Y. B. (1996). D'après YVES B &
COLLI, J.C.
25. Flux,A.d.(2019).
https://www.google.com/seach?q=ce+quoi+un+modele+de+flux&client=ms-opera-mini-android&channel=new.
Inédit.
26. FREDERIC. (1991). La gestion selon FREDERIC.
27. G. Roy. (2010). G. Roy, conception des bases de
sonnées avec UML. Université de Strasbourg. Strasbourg.
28. GILLES Roy . (2008-2009). GILLES Roy, Conception de
bases de données avec UML, Presses de l'Université de
Québec, 2009,1ere édition. . Québec.
29. HARKOUK, A. H. (2015). Conception et
Réalisation d'une Application Web de Gestion d'Hôtel Sous JAVA Cas
: « Hôtel ROYAL ».
30. J I. (2001). JARGON INFORMATIQUE.
31. J.I. (2001). JARGON INFORMATIQUE.
32. JEUJE. (2008).
33. Larbi, M. M. (2014-2015). Conception et
réalisation d'une application réseau pour la Gestion d'un
hôtel », Thèse, Université A/Mira de
Béjaïa. Béjaïa.
34. Robert. (2009). Petit LA ROUSSE. Paris.
35. U. K. (2017-2018). Cours de Méthodes
d'Analytique Informatique, G2 IGRH, ISPF. Bukavu.
36. U. K. (2017-2018). Cours de Méthodes
d'Analytique Informatique, G2 IGRH, ISPF. Bukavu.
37. UML. (s.d.). Anonyme, Cours UML, Classe de terminale
SI, Langage UML.
38. UML, A. C. (s.d.). Anonyme, Cours UML, Classe de
terminale SI, Langage UML.
39. UML, C. (Mars 2005). Cous UML, J. STEFFE ENITA de
Bordeaux.
TABLE DES
MATIERES
Dédicace
I
REMERCIEMENT
II
SIGLES ET ABBREVIATIONS
III
LISTE DES TABLEAUX
IV
LISTE DES FIGURES
V
0. INTRODUCTION
GENERALE
- 1 -
0.1.
Problématique
- 1 -
0.2.
Hypothèse
- 2 -
0.3. État de
la question
- 2 -
0.4. Motivation et
intérêt du sujet
- 3 -
0.4.1. Sur le plan
social
- 3 -
0.4.2. Sur le plan
scientifique
- 3 -
0.4.3. Sur le plan
personnel
- 3 -
0.5.
Délimitation du travail
- 3 -
0.6.
Méthodologie du travail
- 4 -
0.7. Objectifs du
travail
- 4 -
0.7.1. Objectif
général
- 4 -
0.7.2. Objectifs
spécifiques :
- 4 -
0.8. Subdivision du
travail
- 5 -
0.9.
Difficultés rencontrés
- 5 -
CHAPITRE I
- 6 -
CADRE CONCEPTUEL ET
THÉORIQUE
- 6 -
I.1. DÉFINITION DE
CONCEPTS
- 6 -
I.2. PRÉSENTATION DE CAS
D'ÉTUDE
- 7 -
I.2.1. Histoire de l'Hôtel
Rivière Ruzizi
- 7 -
I.2.2. La disposition des composantes de
l'Hôtel Rivière Ruzizi
- 8 -
I.2.3. Représentation des quelques
composantes
- 8 -
I.3. ORGANIGRAMME / STRUCTURE
ORGANISATIONNELLE
10
I.3.1.
Définition :
10
I.4. OBJECTIF
11
I.5. LOCALISATION ET SITUATION
GÉOGRAPHIQUE
11
I.6. STRUCTURE FONCTIONNELLE DE L'HOTEL
RUZIZI RIVIERE
11
I.7. PRÉSENTATION DE SYSTÈME
D'INFORMATION
12
I.7.1. Étude de poste de
travail
13
I.7.2. Analyse des flux
13
I.7.3. Diagramme des
flux :
13
I.8. DESCRISPTION ET MODELE DES
DOCUMENTS
14
I.9. ÉTUDE DES MOYENS DE
TRAITEMENT
15
I.9.1. Les moyens
matériels
15
I.9.2. Les moyens humains
15
I.10. CRITIQUE DE L'EXISTANT
16
I.10.1. Critique sur l'existant
16
I.10.2. Critique sur
l'organisation
16
I.10.3. Critique sur les moyens de
traitement
16
I.10.4. Critique sur les
documents
16
I.10.5. Critique sur le circuit des
informations
16
I.11. PROPOSITION DES SOLUTIONS
16
I.11.1. La solution manuelle
réorganisée
16
I.11.2. La solution
informatique :
17
CHAPITRE II
18
ANALYSE DES BESOINS ET
CONCEPTION
18
II.1. INTRODUCTION
18
II.2. LA MODÉLISATION DU
SYSTÈME
18
II.3. RELATION DES DIAGRAMMES
18
II.4. PRÉSENTATION SOMMAIRE DE
L'APPLICATION
19
II.4.1. Spécification des exigences
selon le diagramme de cas d'utilisation
19
II.4.2. Les Besoins Fonctionnels et
Non-fonctionnels
19
II.5. LES ACTEURS DU
SYSTÈME
20
II.5.1. Diagramme de Contexte du
système
20
II.6. LES CAS D'UTILISATION
21
II.6.1. Identification de cas
d'Utilisation
21
II.6.2. Diagramme de cas
d'Utilisation
22
II.6.3. La relations entre cas
d'utilisation
22
II.6.4. Diagramme de cas d'Utilisation de
l'application
23
II.6.5. Description textuelle des cas
d'utilisation
23
II.7. Diagramme
d'Activité
28
II.8. Diagramme de
Séquence
29
II.9. Diagramme des classes
31
CHAPITRE III
39
RÉLATION DU LOGICIEL
39
III.1. OUTILS DE
DÉVELOPPEMENT
39
III.2. LANGAGE DE PROGRAMMATION
UTILISÉES
39
III.3. INTERFACE GRAPHIQUE DE
L'APPLICATION
41
III.4. PRÉSENTATIONS DES INTERFACES
DE L'APPLICATION
42
III.4.1. La composition du
système
42
III.4.2. La page de
connexion(login)
42
III.4.3. Les fonctionnalités du
système (menus central)
42
III.4.3.1. Les menus principaux
43
III.4.3.2. Les sous menus
réservations
45
III.5. ESTIMATION DU COÛT DE
L'APPLICATION
48
CONCLUSION
GÉNÉRALE
49
BIBLIOGRAPHIE
51
TABLE DES MATIERES
53
![](Conception-et-realisation-dun-systeme-informatise-dune-application-web-de-gestion-des-reser30.png)
* 1Mr MEDDAH Amine & Mr
MEHDAOUI Mohamed Larbi « Conception et réalisation d'une
application réseau pour laGestion d'un hôtel »,
2014-2015, Thèse, Université A/Mira de
Béjaïa, inédit.
* 2[JEUJE 2008]
* 3Petit LA
ROUSSE, Édition 2009
* 4
https://debitoor.fr/termes-comptables/facture
* 5Anonyme, Cours UML,
Classe de terminale SI, Langage UML
*
6D'après YVES B & COLLI, J.C
(1996 :177)
* 7La gestion
selon FREDERIC, T (1991 :18)
* 8JARGON
INFORMATIQUE. 2001
* 9
https://fr.wikipedia.org/wiki/Poste_de_travail
* 10
https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donnees
* 11
https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donnees
* 12
https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-de-donnees
* 13 UYERGIU K.
cours de Méthodes d'Analytique Informatique, G2 IGRH, ISPF/BUKAVU,
inédit 2017-2018
* 14
Idem
* 15
Idem
* 16JARGON
INFORMATIQUE. 2001
* 17
https://www.heflo.com/fr/glossaire/analyse-fluxdonnee/
https://www.google.com/seach?q=ce+quoi+un+modele+de+flux&client=ms-opera-mini-android&channel=new
* 18Anonyme, Cours UML,
Classe de terminale SI, Langage UML
* 19 Anonyme, Cours UML,
Classe de terminale SI, Langage UML
* 20 Anonyme, Cours UML,
Classe de terminale SI, Langage UML
* 21
http://UML/-finition-UML-Lange-Modlisation-Lexique-informatique.htm
* 22Anonyme, Cours UML,
Classe de terminale SI, Langage UML
* 23G. Roy, conception
des bases de sonnées avec UML. Université de Strasbourg,
1ère édition, 2010
* 24GILLES Roy,
Conception de bases de données avec UML, Presses de
l'Université de Québec, 2009,1ere édition.
* 25
https://openclassrooms.com/fr/courses/2035826-debutez-lanalyse-logicielle-avec-uml/2048781-les-differents-types-de-diagrammes
* 26
https://www.altova.com/umodel/uml-diagramms
* 27
https://openclassroom.com/fr/courses/2035826-debutez-lanalyse-logiceille-avec-uml/2048781-les-differents-types-des-diagrammes
* 28
https://openclassroom.com/fr/courses/2035826-debutez-lanalyse-logiceille-avec-uml/2048781-les-differents-types-des-diagrammes
* 29Cous UML, J. STEFFE
ENITA de Bordeaux, Mars 2005
* 30
Idem
* 31
Idem
* 32
Idem
* 33
Idem
* 34P. Roques.
UML2 par la pratique. EYROLLES, paris, 5ème édition,
2006.
* 35
https://www.wikipdia.com/fr/html-?/
* 36
https://www.wikipdia.com/fr/css-?/
* 37
https://www.wikipdia.com/fr/javascript-?/
|