[PDF] LIF4 - TD5 : Schémas entités associations Correction

View - Download LIF4 - TD5 : Schémas entités associations Correction

Previous PDF

Next PDF

LIF4 - TD5 : Schemas entites

associations

Correction

Exercice 1:

On souhaite gerer des reservations dans une compagnie d'h^otels.

A cette n, on considere le

diagramme entite-association suivant (les attributs soulignes sont les identiants des entites) :0,*

Client

numéro nom prénom

Réservation

numéro date

Chambre

numéro prix Hotel nom adresse effectuecorrespond_a

1,n1,1 1,1 0,n1.

A partir de ce diagramme, repondre au questions suivantes: (a) Est-il possible d'avoir des clients homonymes ? Correction:oui, car le nom n'identie pas les clients. Il peut donc y avoir des homonymes, ils auront des numeros dierents. (b) Un client peut-il reserver plusieurs chambres a une date donnee ? Correction:oui, mais il faut faire plusieurs reservations (c) Est-il possible de reserver une chambre sur plusieurs jour ? Correction:oui, mais il faut faire plusieurs reservations (d) Est-il possible de savoir si une chambre est libre a une date donnee ? Correction:oui, il faut lister les reservations s'assurer qu'il n'y a aucune resevation a la date donnee. (e) Est-il possible de reserver plusieurs fois une chambre a une date donnee ? Correction:oui, rien ne garanti que la m^eme chambre puisse ^etre louee plusieurs fois.

2. Proposer un schema de base correspondant au diagramme.

Correction:

Client(numero,nom,prenom)

Hotel(nom,adresse)

Chambre(numero,prix,nomhotel)

Reservation(numero,date,numclient, nomhotel,numchambre) Penser a dire aux eleves qu'il est courant de mettre en italique les attributs d'une relation qui sont les identiants d'une autre relation.

3. En utilisant les relations trouvees a la question 2, ecrire des requ^etes SQL pour:

(a) trouver les clients ayant reserve plusieurs chambres dans le m^eme h^otel le 15 avril 2006;

Correction:

1

SELECT DISTINCT numclient

FROM Reservation

GROUP BY numclient, nomhotel

HAVING COUNT(*)>1

(b) donner les chambres disponibles le 15 avril 2006 a l'h^otel \Belaventure".

Correction:

SELECT numero

FROM Chambre

WHERE nomhotel='Belaventure'

AND numero NOT IN

(SELECT numchambre

FROM Reservation

WHERE nomhotel='Belaventure'

AND date = '15/04/2006')

Exercice 2:

Partie 1

Le directeur d'une cha^ne de magasins de vente de CD (la"Fnak") vous charge de creer le systeme d'informations de son service de vente par Internet ("Fnak.com"). An de mieux cerner

les besoins de cette entreprise, vous avez interroge le directeur et pu en degager les points suivants

La seule activite deFnak.comest la vente de CD musicaux au public francais sur Internet. Les visiteurs du site de vente en ligne ne peuvent acheter qu'apres avoir ouvert un compte client auquel ils se connectent en entrant leur e-mail et un mot de passe d'au moins huit caracteres. Lors de leur inscription, il leur est demande leur etat civil, leur adresse (celle qui sera utilisee pour la facturation des CD achetes) et leur numero de carte de delite des magasinsFnak(s'ils en possedent une). Pour chaque CD du catalogue, un visiteur peut visualiser la pochette de l'album et un com- mentaire de cet album. Il peut egalement savoir si c'est une edition speciale de l'album (un CD Collector par exemple). Le numero de code barre d'un CD est dierent selon l'edition de l'album. Le prix (exprime en euros) d'un CD depend de la date depuis laquelle il est sorti. En general, a sa sortie, son prix est modere, puis quelques semaines plus tard, le prix est rehausse. Enn, les CD a succes sont vendus a prix casse au bout de quelques mois. Lors d'une visite sur le site, un client peut creer un nouveau "panier" dans lequel il met le ou les CD qu'il veut acheter ainsi que le nombre d'exemplaires qu'il souhaite acheter. Ce panier est modiable tant que le paiement de celui-ci n'est pas valide et conrme. Le paiement s'eectue par un intermediaire specialise qui se charge de prelever le co^ut de leur commande aux clients, de conrmer a Fnak.com que la commande a bien ete payee et d'editer un numero unique de paiement. Une facture est alors etablie, chaque facture a un numero (unique mais les numeros ne se suivent pas forcement), les coordonnees du client, une adresse de facturation, une adresse de livraison et la liste des CD achetes. Il existe un outil permettant de rechercher un CD par son auteur, son titre ou le nom d'une piste de ce CD. A chaque CD consulte, une liste d'autres CD est proposee au client. Cette liste est du type "les internautes ayant achete ce CD ont aussi achete :". Des frais de livraison sont factures aux clients : chaque commande co^ute 3 euros plus 1 euro par CD commande. Une commande peut avoir plusieurs etats apres sa validation : "en attente de reapprovi- sionnement" lorsqu'un ou plusieurs CD n'est pas en stock, "en cours de traitement" lorsque la commande est en cours de traitement, "en cours de livraison" lorsqu'elle est chez le transporteur 2 (le client peut alors consulter le numero du colis postal correspondant) puis nalement "livree" lorsque le transporteur a conrme que le colis a bien ete livre. Proposer un diagramme entite-association puis un schema de base correspondant a cette descrip- tion en francais.

Correction:1,n

email mdp nom prenom adresse num_abonne ?Client creenumeroPanier appartient_a quantite

Facture

numero date etat adresse_livraisson numero_colis ? numero_paiment ? mene_a dateDate coute prix titrenumeroPiste code_barre pochette type_edition auteur disponibiliteCD commentaire 1,n

0,n1,1

1,1 0,1 0,n 0,n

0,nIl existe sans doute plusieurs modeles possibles! En voila un... J'ai ajoute quelques commen-

taires CLIENT(email, mdp, nom, prenom, adresse, numabonne) {Les clients s'identient gr^ace a leur email. L'email semble donc ^etre un bon identiant pour cette relation {L'adresse sera celle de facturation, une adresse de livraison dierente pourra ^etre utilisee pour chaque commande {numabonne pourra ^etre NULL {mdp doit faire au moins 8 caracteres CD(codebarre,nom, auteur, pochette, commentaire, typeedition, disponibilite) {L'attribut pochette est une image (ou le nom d'un chier image) {commentaire est un attribut de type texte long, il est raisonnable de penser que le commentaire depend de l'edition de ce CD et pas seulement de l'album {typeedition est un attribut pouvant prendre les valeurs "Normal", "Collector", "Re- masterise"... 3 {disponibilite renseigne sur la quantite en stock

PRIX(codebarre, DateDebutPrix, PrixEnEuro)

{codebarre est une cle etrangere de la table CD {Pour conna^tre le prix d'un CD, il faut trouver le prix correspondant a la date d'achat, i.e., le prix le plus recent par rapport a la date d'achat.

PANIER(numpanier)

FACTURE(numfacture, datefacture, adresselivraison, numpaiement, etat, numcolis, numpanier, email) {datefacture correspond a la date a laquelle la commande a ete reglee, elle peut donc ^etre NULL tant que la commande n'est pas validee {L'adresselivraison est saisie lors du paiement, elle peut donc ^etre NULL tant que la commande n'est pas validee {email est l'identiant d'un CLIENT {etat peut avoir pour statut "En cours de paiement" et toutes les valeurs de statut de l'enonce {numpaiement (resp. numcolis) est NULL jusqu'a la validation du paiement (resp. l'envoi de la commande) {numpanier permet de savoir a quel panier correspond la facture COMPOSITIONPANIER(numpanier,numcodebarre, quantite) {numpanier est un identiant d'un PANIER {numcodebarre est un identiant de CD {quantite est le nombre d'exemplaires de numcodebarre commandes lors de du panier numpanier

COMPOSITIONCD(numcodebarre, numpiste, titre)

{numcodebarre est un identiant de CD {Cette relation est indispensable pour la recherche des CD par nom de morceaux Les CD de type "les internautes ayant achete ce CD ont aussi achete :" ne necessitent pas de nouvelle relation, tous les renseignements necessaires a ce traitement sont dans la relation

COMPOSITIONPANIER et FACTURE

Les co^uts de livraison sont des informations xes qui ne varient en aucun cas. Il n'est donc pas necessaire de les memoriser dans notre systeme. Le montant des factures est calculable, il n'est donc pas necessaire de le memoriser. En pratique, une vue materialisee serait utilisee pour accelerer la recherche du montant d'une facture et donc pouvoir calculer rapidement le chire d'aaire (par exemple). On est pas oblige d'en parler aux eleves cette annee. En pratique, la gestion des stocks serait sans doute plus compliquee. Les tarifs postaux sont susceptibles de changer, il serait donc sans doute plus prudent d'en faire des informations dans notre base de donnees. 4

Partie 2

Quelques mois apres l'ouverture du siteFnack.com, le succes est tel que le directeur souhaite proposer son service dans d'autres pays. Proposer une modication de votre schema permettant de prendre en compte ce nouveau parametre. Tous les pays ne sont pas francophones, il faut donc traduire les informations et proposer a un client une version du site traduite dans sa langue maternelle. Les monnaies ne sont pas les m^emes, le prix est donc calcule en fonction du taux de change (qui change tous les jours) et arrondi a une puissance de 10 dependante de la monnaie utilisee (on arrondit par exemple a10yens japonais pres mais a 0,01 dollars canadien pres). Les frais de livraison dependent du pays. Le prix depend du nombre de colis ou du nombre de CD contenus dans le colis ou d'une combinaison de ces deux criteres.

Correction:

Il faut ajouter une relation DEVISE(Nom, arrondi)

{arrondi est un entier donnant la puissance de 10 a utiliser pour arrondir les prix Il faut ajouter une nouvelle relation. PAYS(nom, devise, prixcolis, prixCD) {devise est un identiant d'une DEVISE Il faut ajouter un attribut pays (resp. langue) a la table CLIENT. Cet attribut est un identiant d'un PAYS Il faut ajouter une table TAUXDECHANGE qui donne le coecient de change au jour le jour TAUXDECHANGE(Devise, Date, Coecient) Le commentaire d'un CD doit ^etre traduit. Il faut donc retirer l'attribut commentaire de la table CD et ajouter une relation COMMENTAIRE(numcodebarre, langue, commentaire) {numcodebarre est un identiant de CD Il faut traduire les statuts et les type d'editions ce qui nous oblige a creer deux autres rela- tions. STATUTTRADUITS(StatutEnFrancais, langue, StatutTraduit) et TYPEEDITIONSTRADUITS(TypeEnFrancais, langue, TypeTraduit)

Le diagramme mis a jour donne:

5 1,n email mdp nom prenom adresse num_abonne ?Client creenumeroPanier appartient_a quantite dateDate coute prix

Facture

numero date etat adresse_livraisson numero_colis ? numero_paiment ? mene_a nomDevise arrondi prix_cdprix_colisnomPays nomLangue utilise commentaire texte parleest_membre_detitrenumeroPiste code_barre pochette type_edition auteur disponibiliteCD 1,n 0,n taux_de_change valeur0,n 0,n

1,n1,1

0,n

1,10,1

0,n 1,1 1,1 0,n 1,n 1,1 1,n 0,n 0,n 6quotesdbs_dbs41.pdfusesText_41

[PDF] modèle entité association cardinalité

[PDF] passage du mcd au mld exercice corrigé

[PDF] exercice corrigé microéconomie consommateur

[PDF] examen de microéconomie s1 pdf

[PDF] exercice corrigé microeconomie s1 pdf

[PDF] exercices dapplication en microéconomie

[PDF] examen de microéconomie s2 corrigé

[PDF] exercice corrigé microéconomie producteur

[PDF] examen d'aptitude professionnelle echelle 10

[PDF] goethe institut rabat examen

[PDF] ministere de finance maroc concours 2016

[PDF] examen d'aptitude professionnelle ministere de l'interieur

[PDF] examen daptitude professionnelle ide 1er grade

[PDF] section européenne anglais lycée

[PDF] exercice corrigé de biologie animale