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

République Démocratique du Congo

ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE

INSTITUT SUPERIEUR DE PASTORALE FAMILIALE

 

USUMA-KIVU

B.P 162 BUKAVU

 

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.

   

Directeur Ir. MUGISHO MUSHEGERHA Youen Chef des Travaux

 

 

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 sœurs, 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 sa contribution financière qui nous a facilité l’impression de ce modeste travail ;
  • Mes frères et sœurs 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 Markup Language

IGRH : Informatique et Gestion des Ressources Humaines

IHM : Interaction Homme-Machine

MLDR : Modèle Logique de Donnée Relationnel

MySQL : My Structured Query Language

PDG : Président Général

PHP : « Personal Home Page » HyperText PreProcessor

RDC : République Démocratique du Congo

RH : Ressources Humaines

SQL : « Stuctured Query Language » Langage d’interrogation structuré

TFC : Travail du Fin de Cycle

UML : « Unified Modeling Language » 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. …………………………………. – 8 –

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 ………………………………………………………………… 10 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

 

–    –

0. 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écifiques 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 effet, les problèmes tels que la redondance, l’imbrication et la complexité ont rendu la tâche difficile 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 de réservation au sein de l’Hôtel Rivière Ruzizi ?
  • L’application de gestion de réservation dans les différents services cet 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 de chaque 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 sont parvenus à 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 chercheurs se 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 sur la gestion et organisation des opérations de réservation dans un hôtel afin 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 les manager (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 :

  • 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.

  • 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 :

  • 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, …
  • 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 ;

  • Le troisième chapitre s’intitule « RELATION DU LOGICIEL » dans cette partie nous exposerons les techniques que nous avons mise en œuvre 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 lieu enfin 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 :

  1. 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] ;
  2. 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 ;
  3. UML : Le langage de modélisation unifié, de l’anglais Unified Modeling Language (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]
  4. 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]

  1. 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
  2. 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.
  3. 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).[7]
  4. Poste de travail : C’est l’ensemble des moyens techniques mis à la disposition d’un utilisateur (écran, clavier, ..), et par extension l’interface du système d’exploitation (Annonyme, https://fr.wikipedia.org/wiki/Poste_de_travail, 2020).[8]
  5. 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).[9]
  6. 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)[10]
  7. 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).[11]

  1. 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).[12]
  2. Occurrence : C’est la valeur que prend une propriété d’une entité particulière.[13]
  3. 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 cœur 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, et ensuite des 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èrement doté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 des mariages ou autres é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).[14]

 

Figure 1 Organigramme de l’Hôtel Rivière Ruzizi

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

  • 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 ;
  • 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 rend des rapports au PDG. Il se charge des matières administratives, De ce fait :
    • Il fait le suivi des 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.

  • 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.
  • Ressources Humaines : service qui s’occupe de la gestion du personnel.
  • 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.
  • 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 ;
    • Elles sont à 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 :
      • Montrer aux clients où ils vont rester au sein de l’hôtel ;
      • S’assurer de la propriété des chambres par truchement de chargée de la propriété ;
      • Elles sont le pont entre les clients et autres services ;
      • Elles organisent tous les besoins des clients en cas de commande.
    • Sécurité : Assure la sécurité de l’hôtel, des clients et leurs biens.
    • 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 bleue complète ou Hause Keeping : 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.
      • 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 sousservices « Électricité, Plomberie, Maintenance et Sécurité ».
      • 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 sera conservée dans les archives du Rivière Ruzizi et l’autre sera remisée au client, dans le cas contraire, il peut payer avant de quitter l’hôtel, en fin on lui fournit les services qu’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 cidessous :

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 graphique du 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).[15]

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 :

 

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.

 

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.

 

Figure 4 Cahier de recette 4) Reçu :

 

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 internet avec 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 de son 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).[16]

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).[17]

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.
  1. 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)[18] 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)[19]

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

4 Interface 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

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

33. Demande la facture et le formulaire des factures 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, bararticles)

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, Nightclubs) existants

50.       Confirmation       de       Modification,

Suppression.

 

Tableau 4 Les messages entrants et sortants de diagramme de contexte du système.

 

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). [20]

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).[21]

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).[22]

  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

 

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 textuelles sont la suivante :

  1. 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.
  1. 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.
  2. 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.
  3. 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.
  1. 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.
  1. 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).
  1. 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 le client, 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.
  1. 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.
  1. 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.
  1. 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.
  1. 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.
  1. 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.

  1. 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).[23] 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).[24]

Diagramme d’Activités

 

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).[25] 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.

 

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.

 

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.

 

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.

 

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).[26]

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).[27]

  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).[28]
  • 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).[29]
  • 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).[30]
  • 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).[31]
  • 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).[32]

 

Figure 13 Les utilisateurs existent

Le diagramme suivant, représente le diagramme de classe associé à l’application que nous réalisons :

 

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) Identifiant de la salle

 

  `salletype_id` int(10)

`salle_no` varchar(255)

`capacity_id` int(10)

`no_of_pers` int(11)

`extra_bed` tinyint(1)

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)

Identifiant de l’article

Catégorie de l’article

Numéro de l’article

 

  `capacity_id` int(10)

`no_of_person` int(11)

`extra_bed` tinyint(1)  ‘0’

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)

Identifiant du prix de la (l’) : chambre, salle, etc.

Identifiant de la catégorie chambre Identifiant de la catégorie salle

 

`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 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)

Identifiant de la galerie chambre, salle, table, etc.

« Catégorie de la chambre,

Catégorie de la salle,

Catégorie de la table,

`terrassetype_id` int(11)

`articletype_id` int(11)

`piscinetype_id` int(11)

`clubtype_id` int(11) »

`capacity_id` int(11)

`img_path` varchar(255)

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

 

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 :  Wamp Server : 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 Wamp Lorsque 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 Markup Language, généralement abrégé HTML est le langage de balisage conçu pour représenter les pages web (Anonyme, wikipdia, 2020).[33]

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).[34]

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).[35]

 

41

III.3. INTERFACE GRAPHIQUE DE L’APPLICATION

 

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).

 

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.

 

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.

 

Figure 20  Les menus principaux

  1. 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 :

 

Figure 21 formulaire d’enregistrement

  1. Modification

Ce formulaire permet à l’utilisateur de modifier l’enregistrement effectué :

 

Figure 22 formulaire de modification

  1. Suppression

Pour pouvoir supprimer un enregistrement if suffit seulement de cliquer sur le supprimer :

 

Figure 23 suppression d’enregistrement

  1. 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 prix des tous services de l’hôtel. (Figure 24  Les menus principaux)

  1. 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éder aux différents calendriers de chaque service de l’hôtel, où il a la 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)

  1. 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)

  1. 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)

  1. 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éservation aux quelles les enregistrements des clients et réservations se réaliseras. (Figure 28  Les menus principaux)

  1. 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.

 

Figure 29 Le menu paramètres

  1. 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 menu logout qui lui permet de se déconnecter.

III.4.3.2. Les sous menus réservations

Cette espace 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.

 

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 exemple la 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.

 

 

Figure 31 Choisissez la date

  1. 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.

 Figure 32 Service et Tarifs

  1. 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 lire accepter 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.

 

Figure 33 Coordonnées de la réservations

  1. 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.

 

Figure 34 Paiement par carte de crédit

  1. 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.

 

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 COnstructive COst 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 :

  • Pour le mode organique : HM = 2,4 (KLSL)1,05
  • Pour le mode semi-organique : HM = 3 (KLSL)1,12
  • 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.

  • Pour le mode organique : TDEV = 2,5 (HM)0,38
  • Pour le mode semi-organique : TDEV = 2,5 (HM)0,35
  • 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’œuvre 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. Roques. (2006). UML2 par la pratique. EYROLLES, 5ème édition. Paris.
  2. C. UML. (s.d.). Anonyme, Cours UML, Classe de terminale SI, Langage UML.
  3. C. UML. (s.d.). Anonyme, Cours UML, Classe de terminale SI, Langage UML.
  4. (2020,Octombre2).https://sites.google.com:
  5. https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-dedonnees (2020, octombre 1).
  6. https://fr.wikipedia.org/wiki/Poste_de_travail
  7. (2020,octombre2).https://sites.google.com/site/coursdinformatiqueenligne/cours/meri se/modele-conceptuel-de-donnees:
  8. https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modele-conceptuel-dedonnees
  9. (2020,octombre2).https://sites.google.com/site/coursdinformatiqueenligne/cours/meri se/modele-conceptuel-de-donnees
  10. (2020, fevrier 25). https://www.altova.com/umodel/uml-diagramms
  11. UML. http://UML/-finition-UML-Lange-Modlisation-Lexique-informatique.htm
  12. (2020, mars 10).      https://www.wikipdia.com/fr/javascript-?/: https://www.wikipdia.com/fr/javascript-?/
  13. (2020, mars 10). https://www.wikipdia.com/fr/css-?/
  14. (2020, mars 10). https://www.wikipdia.com/fr/html-?/
  15. (s.d.). Cours UML, Classe de terminale SI, Langage UML.
  16. (s.d.). https://debitoor.fr/termes-comptables/facture.
  17. uml. (Mars 2005). UML, J. STEFFE ENITA de Bordeaux.
  18. uml. (Mars 2005). UML, J. STEFFE ENITA de Bordeaux.
  19. uml. (Mars 2005). UML, J. STEFFE ENITA de Bordeaux.
  20. uml. (Mars 2005). UML, J. STEFFE ENITA de Bordeaux.
  21. classe, O. (2020, fevrier 25). https://openclassroom.com/fr/courses/2035826-debutez-lanalyselogiceille-avec-uml/2048781-les-differents-types-des-diagrammes
  22. Classe, O. (s.d.). https://openclassroom.com/fr/courses/2035826-debutez-lanalyse-logiceille-avecuml/2048781-les-differents-types-des-diagrammes.
  23. Classroom,O.(2019, mais 10). https://openclassrooms.com/fr/courses/2035826-debutez-lanalyselogicielle-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=msopera-mini-android&channel=new. Inédit.
  26. (1991). La gestion selon FREDERIC.
  27. 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. I. (2001). JARGON INFORMATIQUE.
  32. (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. (2009). Petit LA ROUSSE. Paris.
  35. K. (2017-2018). Cours de Méthodes d’Analytique Informatique, G2 IGRH, ISPF. Bukavu.
  36. K. (2017-2018). Cours de Méthodes d’Analytique Informatique, G2 IGRH, ISPF. Bukavu.
  37. (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

  1. INTRODUCTION GENERALE …………………………………………………………………………….. – 1 –
    • Problématique………………………………………………………………………………………………… – 1 –
    • Hypothèse………………………………………………………………………………………………………. – 2 –
    • État de la question ………………………………………………………………………………………….. – 2 –
    • Motivation et intérêt du sujet …………………………………………………………………………… – 3 – 4.1. Sur le plan social ……………………………………………………………………………………… – 3 –
      • Sur le plan scientifique ……………………………………………………………………………… – 3 –
      • Sur le plan personnel ……………………………………………………………………………….. – 3 –
    • Délimitation du travail ……………………………………………………………………………………. – 3 – 6. Méthodologie du travail ………………………………………………………………………………….. – 4 –
    • Objectifs du travail …………………………………………………………………………………………. – 4 – 7.1. Objectif général ……………………………………………………………………………………….. – 4 –

0.7.2.  Objectifs spécifiques : ………………………………………………………………………………. – 4 – ………………..

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

 

  • Subdivision du travail ……………………………………………………………………………………… – 5 –
  • Difficultés rencontrés ………………………………………………………………………………………. – 5 –

CHAPITRE I ………………………………………………………………………………………………………………. – 6 –

CADRE CONCEPTUEL ET THÉORIQUE …………………………………………………………………… – 6 –

  • DÉFINITION DE CONCEPTS …………………………………………………………………………….. – 6 –
  • PRÉSENTATION DE CAS D’ÉTUDE ………………………………………………………………….. – 7 –
    • Histoire de l’Hôtel Rivière Ruzizi ……………………………………………………………………. – 7 –
    • La disposition des composantes de l’Hôtel Rivière Ruzizi ………………………………….. – 8 –
    • Représentation des quelques composantes ……………………………………………………….. – 8 –

 

[1] Mr MEDDAH Amine & Mr MEHDAOUI Mohamed Larbi « Conception et réalisation d’une application réseau pour la Gestion d’un hôtel », 2014-2015, Thèse, Université A/Mira de Béjaïa, inédit.

[2] [JEUJE 2008]

[3] Petit LA ROUSSE, Édition 2009

[4] https://debitoor.fr/termescomptables/facture

[5] Anonyme, Cours UML, Classe de terminale SI, Langage UML

[6] D’après YVES B & COLLI, J.C (1996 :177) 7La gestion selon FREDERIC, T (1991 :18)

[7] JARGON INFORMATIQUE. 2001

[8] https://fr.wikipedia.org/wiki/Poste_de_travail

[9] https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modeleconceptueldedonnees

[10] https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modeleconceptueldedonnees

[11] https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/modeleconceptueldedonnees

[12] UYERGIU K. cours de Méthodes d’Analytique Informatique, G2 IGRH, ISPF/BUKAVU, inédit 2017-2018

[13] Idem 15 Idem

[14] JARGON INFORMATIQUE. 2001

[15] https://www.heflo.com/fr/glossaire/analyse

fluxdonnee/https://www.google.com/seach?q=ce+quoi+un+modele+de+flux&client=msoperaminiandroid&channel=new

[16] Anonyme, Cours UML, Classe de terminale SI, Langage UML

[17] Anonyme, Cours UML, Classe de terminale SI, Langage UML

[18] Anonyme, Cours UML, Classe de terminale SI, Langage UML

[19] http://UML/finitionUMLLangeModlisationLexiqueinformatique.htm

[20] Anonyme, Cours UML, Classe de terminale SI, Langage UML

[21] G. Roy, conception des bases de sonnées avec UML. Université de Strasbourg, 1ère édition, 2010

[22] GILLES Roy, Conception de bases de données avec UML, Presses de l’Université de Québec, 2009,1ere édition.

 

[23] https://openclassrooms.com/fr/courses/2035826debutezlanalyselogicielleavecuml/2048781lesdifferentstypesdediagrammes

[24] https://www.altova.com/umodel/umldiagramms

[25] https://openclassroom.com/fr/courses/2035826debutezlanalyselogiceilleavecuml/2048781lesdifferentstypesdesdiagrammes 

[26] https://openclassroom.com/fr/courses/2035826debutezlanalyselogiceilleavecuml/2048781lesdifferentstypesdesdiagrammes

[27] Cous UML, J. STEFFE ENITA de Bordeaux, Mars 2005

[28] Idem

[29] Idem

[30] Idem

[31] Idem

[32] P. Roques. UML2 par la pratique. EYROLLES, paris, 5ème édition, 2006.

[33] https://www.wikipdia.com/fr/html-?/

[34] https://www.wikipdia.com/fr/css-?/

[35] https://www.wikipdia.com/fr/javascript-?/