ETUDE DE CAS : Modélisation et implémentation d’une base de données
Une chaîne hôtelière est présente sur plusieurs pays et continents. Chaque établissement (hôtel) est caractérisé par son numéro hôtelID, son nom, son adresse, ville, superficie (en mètres carrés) et pays. Un établissement dispose d’un certain nombre d’infrastructures
(1) de séjour caractérisées par un numéro sejourID, nom, superficie, type (‘chambre simple’, ‘chambre double’, ‘suite’ …), statut (‘disponible’, ‘occupé’) et état (‘excellent’, ‘très bon’, ‘bon’, ‘en réparation’, ‘fermée’),
(2) de restauration caractérisées par RestoID, nom, superficie, type (‘resto’, ‘pizzeria’, ‘sandwicherie’, ‘cafétéria’ …) et état,
(3) de sport caractérisées par sportID, nom, superficie, type (‘piscine’, ‘salle fitness’, ‘stade’ …) et état,
(4) de distraction caractérisées par distID, nom, superficie, type (‘salle de cinéma’, ‘salle de jeux’ ...) et état,
(5) de détente caractérisées par detenteID, nom, superficie, type (Sauna, Jacuzzi, Soins ...) et état
(6) de regroupements professionnels caractérisées par profID, nom, superficie, capacité (nombre de personnes), type (‘salle de conférence’, ‘salle de réunions’, ...) et état.
En plus des infrastructures d’accueil, un établissement organise aussi des sorties touristiques. Une sortie est caractérisée par son numéro sortieID, sa date, son horaire de départ HD, son horaire de retour HR, son type (‘Touristique’, ‘Culturelle’, ‘mer’, ‘montagne’, ‘désert’...) et le lieu de la sortie.
Les clients du groupe hôtelier sont caractérisés par clientID, nom, adresse, téléphone, catégorie (‘particuliers’, ‘entreprise’, ‘association’, ‘gouvernement’…) et ModePaiement (’Especes’, ‘Virement’, ‘CIB’, ‘Chèque’).
A la fin de chaque séjour d’un client, l’établissement souhaite générer une facture contenant les montants de tous les services consommés par le client (hébergement, restauration, détente, sport, sortie ...). Une facture concerne un et un seul client et est caractérisée par non numéro factureID, sa date et ses lignes facture (détail). Pour une facture particulière, une ligne facture particulière correspond au montant de consommation d’un service donné serviceID. Une facture comporte un à plusieurs services (donc une à plusieurs lignes facture). Un même service peut apparaitre sur une à plusieurs factures (donc apparait sur une à plusieurs lignes de factures différentes). Sur une ligne facture particulière, serviceID correspond soit à sejourID, à restoID, à sportID, à detenteID … ou à sortieID.
Il faut noter que :
Le groupe hôtelier peut posséder plusieurs hôtels dans un même pays.
Le même client peut séjourner dans différents établissements du groupe hôtelier et peut consommer, au sein d’un même établissement, différents services. Même s’il ne séjourne pas, un client peut consommer divers services au sein d’un hôtel Tous les services offerts, quel que soit leur nature, sont identifiés de façon unique à l’échelle d’un établissement mais aussi à l’échelle du groupe : deux chambres ou deux salles de conférences, par exemple, appartenant à des établissements différents ne peuvent, en aucun cas, posséder les mêmes valeurs de ID.
Page 1 sur 3 Université SAAD DAHLEB – Blida 1 2020/2021 Département d’Informatique Cycle : L3 ISIL
TRAVAIL A FAIRE
1. Modélisation E/A : proposer un Modèle Conceptuel des Données (MCD) en précisant Entités avec leur identifiant et leurs propriétés, Associations avec leurs éventuelles propriétés et leurs cardinalités 2. Modélisation Objet : proposer un diagramme de classes en précisant Classes d’objets avec leurs attributs, relations de type Associations avec leurs éventuels attributs (cas d’une Classe-Association) et leurs cardinalités en précisant s’il s’agit éventuellement d’une agrégation ou d’une composition, relations de type Héritage en précisant la superclasse et les classes filles en précisant respectivement les attributs communs dans la classe mère ainsi que les attributs spécifiques dans les classes filles. 3. MLD Relationnel : Procéder à la traduction du modèle E/A en un modèle logique relationnel en se basant sur les règles de passage MCD-MLD relationnel. Le MLD relationnel doit comprendre l’ensemble des relations en précisant pour chacune sa clef primaire (PRIMARY KEY), ses attributs et ses éventuelles clefs étrangères (FOREIGN KEY). 4. Implémentation
4.1.Création de la base de données sur un SGBD relationnel : écrire un script SQL pour la création des objets de la base de données (CREATE DATA BASE, CREATE TABLE, PRIAMRY KEY, FOREIGN KEY, etc.)
4.2.Alimentation de la base de données : utiliser la clause INSERT pour l’insertion de tuples dans les différentes tables de la base de données. Les données devront être correctement saisies afin de constituer une base de données de tests.
4.3.Interrogation de la base de données : rédiger des requêtes SQL pour répondre aux besoins suivants :
a) Liste des hôtels du groupe (hôtelID, son nom, son adresse, ville) ouverts en Algérie b) Liste des hôtels (hôtelID, nom, adresse, ville) situés à Alger, Blida ou Boumerdès ayant une disponibilité de chambres doubles dans un état très bon ou excellent. c) Liste des salles de conférence (nom, superficie, type, Capacité) dont disposent les hôtels situés dans le centre (Alger, Blida, Boumerdès) avec une capacité minimale de 200 personnes. d) Lise des sorties touristiques organisées dans le désert algérien e) Nombre de clients du groupe hôtelier par catégorie (particuliers, entreprise, association, gouvernement) f) Superficie totale avec taux1 par type d’infrastructures (séjour, restauration, détente, sport …), état et pays g) Chiffre d’Affaire (CA) du groupe hôtelier (Somme des montants de consommation) par Pays, type de service (séjour, restauration, sport …) et année de consommation
1 Taux = somme (superficie des infrastructures)*100/somme (superficies des hôtels du groupe)
Page 2 sur 3 Université SAAD DAHLEB – Blida 1 2020/2021 Département d’Informatique Cycle : L3 ISIL
Les étudiants devront s’organiser en binômes. Chaque binôme devra remettre un rapport complet du mini-projet structuré globalement de la manière suivante :
Résumé du travail (10 lignes)
Introduction générale (01 page) Présentation de l’étude de cas (02 pages) Dictionnaire de données Règles de gestion Diagramme E/A (Power AMC) avec explications des choix de modélisation Diagramme de classes (Power AMC) avec explication des choix de modélisation Enonce des règles de passage MCD-MLD relationnel Schéma du MLD relationnel Script de création de la base de données sur SGBD relationnel Diagramme de la base de données sur le SGBD Interrogation de la base de données et restitution de résultats. Conclusion (01 page)
Date limite de remise des rapports : 18 février 2021
Evaluation : cette étude de cas sera évaluée et comptabilisée comme note de TD
