Genie Logiciel Avancé Projet :Gestion d une chaîne hotelier low cost

Institut Galilée Vivien Boyi-Banga INFO 2 Genie Logiciel Avancé Projet :Gestion d une chaîne hotelier low cost Enseignant : M.Feiz Année 2009-2010

1. Définir la borne de notre système Le système est composé d un logiciel de gestion et de réservation de chambres de la chaîne d hôtels accessible sur Internet ainsi que depuis les bornes présentes dans chaque hôtel. Ce logiciel de réservation sur internet s appelle Online Easy B&B system(oebb).ce logiciel gère aussi le contrôle d accès aux chambres du groupe aussi bien pour les clients que pour les employés chargés du nettoyage. L état de chaque chambre est transmis au système après le nettoyage depuis un boitier présent dans chaque chambre. Si la chambre est détériorée, les informations de celles-ci seront mises à jour dans le logiciel de gestion. Tout ce qui n a pas été décris ci-dessus est extérieur au système. Ce système permet aux clients de réserver les chambres, payer le prix de la chambre après la réservation. Il permet aux clients d annuler des réservations et de consulter des réservations. Le client peut aussi acheter une PassCard auprès d une machine. Les PassCard sont des cartes magnétiques permettant d accéder aux chambres. On peut payer aussi par carte bancaire Les assistants peuvent entrer dans les chambres pour nettoyer ainsi que faire des rapports aux directeurs d hôtels sur l état des chambres Les limites de notre système sont définis par : -La réservation de la chambre n est faite que 48h avant l arrivée du client -Les assistants doivent nettoyer et faire un rapport sur les chambres avant 14h 2. Identifier les acteurs primaires et secondaires du système Les acteurs primaires du système sont : -Les Clients qui réservent des chambres dans ces hôtels -Les Assistants qui sont les employés ayant pour responsabilité le nettoyage des chambres Les acteurs secondaires du système sont : -Les Managers des Hôtels -Le système de paiement en ligne ou depuis les bornes de chaque hôtel qui sont utilisés par des clients -La Banque qui est sollicitée lorsqu un client va payer avec sa carte de crédit

3. Les cas d utilisation du Système Les cas identifiés sont : -Réserver une chambre (use goal level) -Annuler une réservation (use goal level) -Créer ou retirer une passcard (use goal level) -Rendre une passcard (use goal level) -Entrer dans une chambre (use goal level) -Mettre à jour l état de la chambre (use goal level) -Atribution des chambres pour les réservations (use goal level) -Identification avec la carte (sub_function level) -Transactions (summary) -Consulter les réservations (use goal) -Lister les clients sans chambres assignées (sub_function level) -Payer par carte bancaire (sub_function level) -Sortir le ticket (sub_function level) -Faire le rapport incident (use goal level) 4. Description détaillée des cas -Cas d utilisation : Réserver une chambre Niveau : But utilisateur Système : OEBB But de ce cas d utilisation : Permettre à un client de réserver une chambre depuis Internet ou depuis une borne devant un hôtel. Acteur(s) primaire(s) : Client Acteur(s) secondaire(s) : Système de paiement bancaire 1) Le client une fois en présence du système choisit l option réserver une chambre. 2) Le client choisit un hôtel, une date/période pour sa réservation. 3) Le client s identifie avec son compte OEBB sur le système. 4) OEBB appelle le système de paiement bancaire pour que le client puisse payer sa chambre. 5) OEBB met à jour le compte du client sur le serveur pour la nouvelle réservation. 6) Si la réservation débute dans moins de 48 heures, OEBB indique le numéro de la chambre au client.

2) a) Si l hôtel est plein à la date choisie, OEBB informe le client. Le cas d utilisation se termine en échec. 3) a) Si le client ne possède pas de compte dans le système OEBB, il est invité à créer un compte. Le cas d utilisation continue au point 4. 4) a) Si problème lors du paiement, l erreur est retournée au client. Choix par le client entre les deux points qui suivent. 4) a) 1) Le client peux retenter de payer. Le cas d utilisation reprend au début du point 4. 4) a) 2) Le client peut annuler. Le cas d utilisation se termine en échec. Cas d utilisation : Annuler une réservation Niveau : But utilisateur Système : OEBB But de ce cas d utilisation : Permettre à un client d annuler une réservation. Pré condition : Le client doit être connecté au système avec son compte OEBB Acteur(s) primaire(s) : Client Acteur(s) secondaire(s) : Aucun 1) Le client sélectionne la réservation à annuler. 2) Si la date courante + 48 heures est inférieure à la date de réservation, OEBB annule la réservation pour le client. 3) OEBB informe le client que l opération à bien été effectuée. 2) a) Si la date courante + 48 heures est supérieure à la date de réservation, OEBB informe le client que la réservation ne peut être annulée. Le cas d utilisation se termine en échec. Cas d utilisation : Créer ou retirer une PassCard Niveau : But utilisateur Système : OEBB But de ce cas d utilisation : Permettre à un client de créer une PassCard associée à son compte OEBB. Pré condition : Cette opération ne peut s effectuer que depuis une borne d hôtel. Acteur(s) primaire(s) : Client Acteur(s) secondaire(s) : Système de paiement bancaire, Manager

1) Le client choisit l option de créer une PassCard. 2) Le client s identifie sur le système avec son compte OEBB. 3) OEBB appelle le système de paiement bancaire afin que le client puisse payer la PassCard. 4) OEBB met à jour le compte client avec le numéro de la nouvelle PassCard. 5) La borne libère une PassCard récupérable par le client contenant le numéro précédent. 2) a) Si le client ne possède pas de compte dans le système OEBB, il est invité à créer un compte. Le cas d utilisation continue au point 3. 3) a) Si problème lors du paiement, l erreur est retournée au client. Choix par le client entre les deux points qui suivent. 3) a) 1) Le client peux retenter de payer. Le cas d utilisation reprend au début du point 3. 3) a) 2) Le client peut annuler. Le cas d utilisation se termine en échec. 4) a) Si la borne ne contient plus de PassCard à disposition, OEBB informe le client qu il doit aller trouver le manager de l hôtel afin d accéder à sa chambre. Le cas d utilisation se termine en échec. Cas d utilisation : Rendre une PassCard Niveau : But utilisateur Système : OEBB But de ce cas d utilisation : Permettre à un client de rendre une PassCard associée à son compte OEBB et d être remboursé du montant d une PassCard. Pré condition : Cette opération ne peut s effectuer que depuis une borne d hôtel. Acteur(s) primaire(s) : Client Acteur(s) secondaire(s) : Système de paiement bancaire, Manager 1) Le client choisit l option de rendre une PassCard. 2) Le client s identifie sur le système avec son compte OEBB. 3) Le client est invité par OEBB à insérer sa PassCard dans un emplacement spécial de la borne. 4) Une fois la PassCard insérée, OEBB appelle le système de paiement bancaire afin que le client puisse être remboursé.

5) OEBB met à jour le compte client et y supprime le numéro de la PassCard. 2) a) Si le client ne possède pas de compte OEBB, il ne peut pas avoir de PassCard. Le cas d utilisation se termine en échec. 3) a) Si problème lors du remboursement, l erreur est retournée au client. Choix par le client entre les deux points qui suivent. 3) a) 1) Le client peux retenter d être remboursé. Le cas d utilisation reprend au début du point 4. 3) a) 2) Le client peut annuler. La borne redonne la PassCard au client. Le cas d utilisation se termine en échec. Cas d utilisation : Entrer dans une chambre Niveau : But utilisateur Système : OEBB But de ce cas d utilisation : Permettre à un acteur primaire d accéder à une chambre. Pré condition : Cette opération ne peut s effectuer que depuis un hôtel par un acteur primaire possédant une PassCard. Acteur(s) primaire(s) : Client, Assistant Acteur(s) secondaire(s) : Manager 1) L acteur primaire se rend devant la chambre. 2) L acteur primaire insère sa PassCard dans le lecteur sur la porte. 3) OEBB lit la PassCard puis ouvre la porte. 4) OEBB met à jour sa base de données avec l entrée détectée (numéro de carte et heure d entrée). 3) a) La PassCard n est pas autorisée à accéder à cette chambre. La diode rouge sur le lecteur de carte de la porte s allume. OEBB enregistre cette tentative d accès (numéro de PassCard et heure d accès) Le cas d utilisation se termine en échec. 3) b) Il y a un problème de lecture avec la PassCard. Le client doit se rendre auprès du manager de l hôtel afin de régler le problème et pouvoir accéder à sa chambre. Cas d utilisation : Mettre à jour l état de la chambre Niveau : But utilisateur

Système : OEBB But de ce cas d utilisation : Permettre à un assistant de saisir sur un boitier dans la chambre le code d incident suite au nettoyage de la chambre. Pré condition : Cette opération ne peut s effectuer que depuis un hôtel par un assistant possédant une PassCard. Acteur(s) primaire(s) : Assistant Acteur(s) secondaire(s) : Manager 1) L assistant rentre le code de sécurité commun à tous les boitiers de l hôtel sur le boitier. 2) OEBB signale par un bruit de réussite sur le boitier que le code saisit est correct. 3) L assistant rentre son code personnel pour l identifier sur le boitier. 4) OEBB signale par un bruit de réussite sur le boitier que le code saisit est correct. 5) L assistant rentre le code d incident correspondant à l état de la chambre. Voir fiche référentielle pour la liste des codes d incidents. 6) OEBB signale par un bruit de réussite sur le boitier que le code saisit est correct. 2) a) Le code de sécurité saisit est mauvais. OEBB le signale par un bruit d erreur sur le boitier. Le cas d utilisation reprend au point 1. 4) b) Le code d assistant saisit est mauvais. OEBB le signale par un bruit d erreur sur le boitier. Le cas d utilisation reprend au point 3. 6) a) Le code d incident saisit est mauvais. OEBB le signale par un bruit d erreur sur le boitier. Le cas d utilisation reprend au point 5. Cas d utilisation : Attribution des chambres pour les réservations Niveau : Sous fonction Système : OEBB But de ce cas d utilisation : Chaque jour à midi, ce cas d utilisation est exécuté automatiquement par OEBB ou manuellement par le manager. Acteur(s) primaire(s) : Aucun Acteur(s) secondaire(s) : Manager, Système de paiement bancaire 1) Les chambres vides sont attribuées aléatoirement aux personnes ayant effectuées une réservation à partir de la date courante + 48 heures.

2) OEBB appelle le système de paiement bancaire afin de débiter les clients ayant réservés une chambre dans les prochaines 48 heures. 3) OEBB informe par mail la chambre attribuée à chaque client. 2) a) Si le compte d un client ne peut pas être débité à cause d un manque de crédit, celui-ci est informé par mail qu il n a plus de crédit sur son compte et qu il doit joindre un manager par téléphone. OEBB informe le manager du problème avec ce client. 3) a) Si le mail ne peut pas être envoyé, le manager est informé par OEBB qu il doit contacter le client afin de lui communiquer le numéro de chambre qui lui a été assignée. Cas d utilisation : Identification avec la carte Niveau : Sous fonction Système : OEBB But de ce cas d utilisation : Le client doit s identifier par carte bancaire ou PASSCARD, lorsqu il veut faire des opérations dans l hôtel, le client et l assistant utilisent la PASSCARD pour entrer dans la chambre Acteurs primaires : Client, Assistant Pré condition : Le client veut faire des opérations dans le hôtel ou l assistant veut entre dans la chambre. 1) Le système demande au client/assistant d insérer la carte bancaire ou PASSCARD dans la machine. 2) Le client insère des PASSCARD ou dans la machine. 3) Le système traite les informations de la carte. 4) Le système valide l identification du client. 2.a Le système attend 1 minute, et il ne détecte pas la carte bancaire ou PASSCARD. 1.a.1 Le système affiche un message, le cas d utilisation se termine en échec 3.a La carte est invalide. 2.a.1. Le système affiche un message d erreur, le scénario continue à l étape 1 4.a les identifiants n existent pas dans le base de données de le système

échec 3.a.1 Le système affiche un message, le cas d utilisation se termine en Cas d utilisation : Transaction Niveau : Sommaire But de ce cas d utilisation : Permettre aux clients de réserver des chambres et de consulter les réservations Acteur primaire : client Pré condition : client doit se connecter au système OEBB par Internet 1.) Le client doit s enregistrer. 2) Le client doit s identifier sur le système. 3) Le client réserve une chambre. 4) Le client paye le prix par carte bancaire. 5) Le client annule sa réservation. 6) Le client consulte les réservations de chambre. (Les opérations 3,5 et 6 peuvent s exécuter dans n importe quel ordre) 7) Le client sort du système OEBB de réservations. Cas d utilisation : Consulter les réservations Niveau : But utilisateur But de ce cas d utilisation : Permettre aux clients de consulter les informations sur une réservation de chambre Acteur primaire : Client Pré condition: Le client doit être identifié au système OEBB 1) Le client demande au système de rejoindre le page de consultation. 2) Le client sélecter une réservation qu il veut consulter. 3) Le système afficher les informations de la réservation que le client demande. 1. a Aucune réservation existe dans le page de consultation. 1. a.1 Le système affiche un message, Le cas d utilisation se termine en échec 3. a la chambre n est pas encore réservée

3.a.1 On affiche un message pour l utilisateur Cas d utilisation : lister les clients sans chambre assignée Niveau : Sous fonction But de ce cas d utilisation : permettre au manageur d un hôtel de voir la liste de client sans chambre assignée Acteur primaire : Aucun Acteur secondaire : Manageur Pré condition : le manageur est connecté au système OEBB 1) Le directeur demande au système de rejoindre le page de liste de clients sans chambre assignée 2) Le système affiche la liste de client sans chambre assignée. 2. a. La liste est vide 2. a.1. Le système affiche un message, le cas d utilisation se termine en échec Cas d utilisation : Payer par carte bancaire Niveau : Sous fonction But de ce cas d utilisation : Permettre aux clients de payer pour la réservation ou un PASSCARD par la carte bancaire. Acteur primaire : Client Acteur secondaire : Banque Pré condition : le système demande au client de payer par carte bancaire. 1) Le système affiche le montant de frais et demander des informations de carte bancaire 2) Le client fournit les informations de carte bancaire pour payer le frais. 3) Le traitement de paiement entre le système et la banque.

4) Le système valide le payement. 5) si le client est devant la machine et il veut un ticket. Le système sort un ticket Extension : 2.a Le client annule le payement. 2.a.1 le cas d utilisation se termine en échec 3.a Le système ne peut pas se connecter à la banque. 3.a.1 Le système affiche un message d erreur, le cas d utilisation se termine en échec 4.a Le système ne valide pas le paiement, car les informations que le client fournit ne sont pas correctes. 4.a.1 Le système affiche un message, on retourne à l étape 2 4.b Le système ne valide pas le paiement, car la carte bancaire est bloquée. 4.b.1 Le système affiche un message, le cas d utilisation se termine en échec Cas d utilisation : Sortir le ticket Niveau : Sous fonction But de ce cas d utilisation : Le système imprime un ticket pour permettre aux clients d avoir un récapitulatif de ce qu ils ont payé Acteur primaire : Aucun Acteur secondaire : Imprimante Pré condition : le système fournit le contenu pour l imprimer. 1) Le système demande à l imprimante d imprimer un ticket selon le contenu donné. 2) L imprimante imprime un ticket. Extension : 2.a il n a y plus papier dans l imprimant. 2. a.1. Le système affiche un message, le cas d utilisation se termine en échec

2.b il n a y plus encre dans l imprimant. 2. b.1. Le système affiche un message, le cas d utilisation se termine en échec Cas d utilisation : Faire le rapport incident Niveau : But utilisateur But de ce cas d utilisation : Permettre à l assistant de faire le rapport sur l état de la chambre pour signaler d éventuels problèmes à ses supérieurs Acteur primaire : Assistant Pré condition : l assistant est entré dans la chambre. 1) L assistant ouvre le rapport par le clavier 2) Le système vérifie l autorisation de faire le rapport par log 3) L assistant tape le code pour indiquer l incident. 4) Le système valide la forme de l incident 5) L assistant commence à écrire le rapport. 6) Le système valide le rapport Extension : 2.a s il est plus de 14H l assistant ne peux pas faire le rapport 2.a.1 Le système affiche un message d erreur, le cas d utilisation se termine en échec 3.a s il est plus de 14H l assistant ne peux plus faire le rapport 3.a.1 Le système affiche un message d erreur, le cas d utilisation se termine en échec 4.a Le système ne valide pas la forme de l incident, car le code n est pas correct. 4.a.1 Le système affiche un message d erreur, on continue à l étape 3 5.a s il est plus de 14H l assistant ne peux plus faire le rapport 5.a.1 Le système affiche un message d erreur, le cas d utilisation se termine en échec 5. Simplification des cas d utilisation -transaction (sub_function : s enregistrer, s identifier) -consulter les réservations (use goal) -annuler les réservations (use goal)

-réserver une chambre (sub_function : payer par carte bancaire (sub_function : sortir le ticket)) -désignation de chambre et l envoyer au client (sub_function : parcourir la liste de client qui n'a pas chambre désignée) -obtenir une PASSCARD (sub_function : s'identifier par la carte, payer par carte bancaire (sub_function : sortir le ticket)) -rendre une PASSCARD (sub_function : s'identifier par la carte, sortir le ticket) -entrer dans une chambre (sub_function : s'identifier par la carte) -faire le rapport incident (use goal) 6. Les entités contextuelles Les entités contextuelles du système sont : -Client de type Person -HotelSystème -Banque de type SystèmeBancaire 7. Diagramme de configuration et de coopération

Client Banque HotelSysteme Banque HOTELSYSTEME Banque Manager Client 0<=n P1 :Client HotelSysteme. Pn :Client On a d abord le diagramme de coopération puis le diagramme de configuration

8. Les interactions élémentaires et les observateurs d états On considère ici le cas d utilisation qui décrit la réservation d une chambre par le client. On suppose que le client s est inscrit puis s est connecté au système en ligne pour faire sa réservation Gestion réservation Interactions élémentaires -Client_Connecte (SessionKey) -Pays (CodePays) -Afficher_Villes_ParPays () / Selection_Ville (CodeVille) -Affiche_Hotels_ParVille () / Selection_Hotel (CodeHotel) -Reserver (ReservationInfo) -Chercher_Disponibilite (CodePays, CodeVille, CodeHotel, ReservationInfo) -Valider_Reservation (SessionKey) -ReserverParMail (SessionKey, CodeReservation) -Sauvegarder_Reservation (SessionKey, CodeReservation) -Payer_Reservation (SessionKey, CodeReservation) -Envoyer_Facture_Client (SessionKey, CodeReservation) -Affecter_Chambre (CodeReservation, NumChambre) -Ajouter_Reservation_LecteurDeCarteChambre (CodeReservation, NumChambre) Observateurs d états -EtatSession (SessionKey) : bool -ReservationInfoValide (ReservationInfo): bool -ReservationInfo (ReservationInfo): ReservationView -ChambreAssigne (CodeReservation, NumChambre) : bool Le Client se connecte grâce à un numéro identifiant. Pour les hôtels on a un numéro de Pays, Ville pour les localiser. On a un numéro de chambre

9. Data View Le data View décrivant la réservation d une chambre CodePays CodeVille CodeHotel SessionKey ReservationInfo Bool CodeChambre CodeReservation ReservationView Dans le data View tous les cadres sont séparés mais ils sont ici collés car ils interagissent tous entre eux 10. Propriétés Q : Le client peut-il réserver sans être enregistré dans le système? A : Non. Pour réserver une ou plusieurs chambres le Client doit non seulement être enregistré mais en plus il doit se connecter au système pour réserver Q- Le client peut-il choisir l hôtel avant de choisir le pays et la ville? A- Non, le client doit d abord choisir le pays de destination, puis la ville et enfin l hôtel. Donc, selon le pays choisi les villes sont filtrés et ainsi de suite. Q- Est-ce que le client peut commencer la recherche d un séjour en entrant des données erronées? Par exemple la date de fin de séjour est inférieure à la date de début. A- Non, toutes les données entrées par l utilisateur doivent être valides pour la cohérence des résultats par la suite sinon on se retrouve dans une extension et on revient à l étape de la saisie des données

Q- Est-ce que l envoi de la réservation par mail au client se fait après sa validation? A- Oui, en effet la validation de la réservation entraine un envoi de mail automatique. Il s agit d un processus d approbation. Q- Est-ce que le client peut sauvegarder sa réservation en cours? A- Oui, une fois la réservation valide le client peut la sauvegarder pour pouvoir l utiliser quand il le souhaite. Q- Est-ce que la chambre peut être affectée dans un délai inférieur à 48H de la réservation du client? A- Oui, le système peut faire cette tâche et le manager de l hôtel peut la Controller. Q- Est-ce que le client utilise sa carte n importe quand? A- Non, sa carte est valide uniquement s il a bien réservé une chambre. En effet, le lecteur de carte reçoit l information du système de gestion de réservation. Q - Est-ce que le Client peut arriver à un hôtel, réserver le jour même pour une durée choisi et avoir sa chambre le jour même? A- Non car le client doit d abord s enregistrer et se connecter au système pour faire une demande de réservation. De plus le système met 48H à prendre en compte la demande et à assigner une chambre pour le client. 11. Structure des données associées If (EtatSession (SessionKey) ==true) then Client_Connecte (SessionKey) - If Selection_Hotel (CodeHotel) happened then Selection_Pays (CodePays) and Selection_Ville (CodeVille) - If Chercher_Disponibilite (CodePays, CodeVille, CodeHotel, ReservationInfo) happened then ReservationInfoValide (ReservationInfo) ==true -If Payer_Reservation(SessionKey,CodeReservation) happened then Affecter_Chambre (CodeReservation, NumChambre)

Conclusion La gestion de la chaîne hôtelière low cost Easy B&B a été modélisée au cours de ce problème en identifiant les acteurs primaires et secondaires, puis en développant les cas d utilisations du système et enfin on a dégagé les interactions élémentaires du système Nous tenons à remercier Monsieur Feiz et Madame Choppy pour l enseignement de Génie Logiciel Avancé