Exercice 1
Théâtres et réservations
On souhaite gérer les différentes représentations des spectacles proposés dans des théâtres et les réservations correspondantes. Les règles suivantes doivent être prises en compte :
- Un théâtre a un numéro unique, un nom, une adresse et un numéro de téléphone.
- Un théâtre offre plusieurs spectacles. Un spectacle a un numéro unique, un nom, il se déroule sur une période donnée (date début et date fin).
- A chaque spectacle correspondent plusieurs représentations. Chaque représentation a un numéro unique, une heure donnée de début, à une date donnée.
- La réservation des places se fait par téléphone par un demandeur caractérisé par son nom, son adresse et son téléphone.
- Un demandeur peut réserver plusieurs représentations, on veut garder historique en conservant la date de réservation, nombre de places, type de réservation ainsi que le montant à payer.
Questions :
- Déduire la liste des colonnes.
- Établir la liste des tables.
- Établir la liste des liens entre les tables.
- Déduire la représentation textuelle ainsi que la représentation graphique de cette base de données.
Solution détaillée
- Liste des colonnes :
- Théâtre : numThéâtre, nomThéâtre, adresseThéâtre, téléphoneThéâtre
- Spectacle : numSpectacle, nomSpectacle, dateDébut, dateFin
- Représentation : numReprésentation, dateReprésentation, heureDébut
- Demandeur : téléphone (clé), nomDemandeur, adresseDemandeur
- Réservation : dateRéservation, nbPlaces, typeRéservation, montant
- Liste des tables :
- Théâtre (numThéâtre, nomThéâtre, adresseThéâtre, téléphoneThéâtre)
- Spectacle (numSpectacle, nomSpectacle, dateDébut, dateFin, #numThéâtre)
- Représentation (numReprésentation, dateReprésentation, heureDébut, #numSpectacle)
- Demandeur (téléphone, nomDemandeur, adresseDemandeur)
- Réservation (#téléphone, #numReprésentation, dateRéservation, nbPlaces, typeRéservation, montant)
- Liens entre les tables :
- Spectacle est lié à Théâtre (un théâtre propose plusieurs spectacles, un spectacle est proposé par un seul théâtre)
- Représentation est liée à Spectacle (un spectacle a plusieurs représentations, une représentation correspond à un seul spectacle)
- Réservation fait le lien entre Demandeur et Représentation (un demandeur peut réserver plusieurs représentations, une représentation peut être réservée par plusieurs demandeurs)
- Représentation textuelle :
Théâtre (numThéâtre, nomThéâtre, adresseThéâtre, téléphoneThéâtre) Spectacle (numSpectacle, nomSpectacle, dateDébut, dateFin, #numThéâtre) Représentation (numReprésentation, dateReprésentation, heureDébut, #numSpectacle) Demandeur (téléphone, nomDemandeur, adresseDemandeur) Réservation (#téléphone, #numReprésentation, dateRéservation, nbPlaces, typeRéservation, montant) - Représentation graphique :
┌─────────────┐ │ Théâtre │ ├─────────────┤ │numThéâtre(PK)│ │nomThéâtre │ │adresseThéâtre│ │téléphoneThé.│ └──────┬──────┘ │ (1,n) │ ┌──────▼──────┐ │ Spectacle │ ├─────────────┤ │numSpect.(PK)│ │nomSpectacle │ │dateDébut │ │dateFin │ │#numThéâtre │ └──────┬──────┘ │ (1,n) │ ┌──────▼──────┐ ┌─────────────────┐ ┌─────────────┐ │Représentation│ │ Réservation │ │ Demandeur │ ├─────────────┤ ├─────────────────┤ ├─────────────┤ │numReprés.(PK)│──────│#numReprés. (FK) │ │tél.(PK) │ │dateReprés. │ │#téléphone (FK) │──────│nomDemandeur │ │heureDébut │ │dateRéservation │ │adresseDem. │ │#numSpectacle │ │nbPlaces │ └─────────────┘ └─────────────┘ │typeRéservation │ │montant │ └─────────────────┘
Exercice 2
Organisation de matchs sportifs
Il s'agit de déterminer la structure d'une base de données relative à l'organisation de matchs entre des équipes sportives.
- Chaque équipe est désignée par un code équipe qui permet de l'identifier parmi les autres équipes, un nom et une date de création.
- Chaque équipe est composée d'un ensemble de joueurs. Chaque joueur est identifié par un numéro d'immatriculation et est désigné par un nom, un prénom et une date de naissance. Un joueur appartient à un moment donné à une et une seule équipe.
- Chaque match entre deux équipes est désigné par un numéro, une date, une heure de début et un résultat.
- Un match est dirigé par un arbitre. Chaque arbitre est identifié par un numéro et a un nom et un prénom. Un arbitre peut diriger plusieurs matchs.
On souhaite également mémoriser la participation des joueurs à chaque match en précisant la durée pendant laquelle il a joué.
Question :
- Établir le modèle conceptuel des données correspondant puis le modèle logique associé.
Solution détaillée
- Modèle conceptuel des données (MCD) :
- Entités :
- ÉQUIPE (codeÉquipe, nomÉquipe, dateCréation)
- JOUEUR (numImmatriculation, nomJoueur, prénomJoueur, dateNaissance, #codeÉquipe)
- MATCH (numMatch, dateMatch, heureDébut, résultat)
- ARBITRE (numArbitre, nomArbitre, prénomArbitre)
- Associations :
- OPPOSE (entre ÉQUIPE et MATCH) : relation many-to-many (un match oppose deux équipes, une équipe participe à plusieurs matchs) - avec rôle "équipe1" et "équipe2"
- PARTICIPE (entre JOUEUR et MATCH) : relation many-to-many avec attribut durée
- DIRIGE (entre ARBITRE et MATCH) : relation one-to-many (un arbitre dirige plusieurs matchs, un match est dirigé par un seul arbitre)
- Entités :
- Modèle logique des données (MLD) :
Équipe (codeÉquipe, nomÉquipe, dateCréation) Joueur (numImmatriculation, nomJoueur, prénomJoueur, dateNaissance, #codeÉquipe) Arbitre (numArbitre, nomArbitre, prénomArbitre) Match (numMatch, dateMatch, heureDébut, résultat, #numArbitre, #codeÉquipe1, #codeÉquipe2) Participation (#numImmatriculation, #numMatch, durée) - Représentation graphique :
┌─────────────┐ │ Équipe │ ├─────────────┤ │codeÉquipe(PK)│ │nomÉquipe │ │dateCréation │ └──────┬──────┘ │ (1,n) │ ┌──────▼──────┐ ┌─────────────────┐ ┌─────────────┐ │ Joueur │ │ Participation │ │ Match │ ├─────────────┤ ├─────────────────┤ ├─────────────┤ │numImmat.(PK)│──────│#numImmat. (FK) │ │numMatch(PK) │ │nomJoueur │ │#numMatch (FK) │──────│dateMatch │ │prénomJoueur │ │durée │ │heureDébut │ │dateNaissance│ └─────────────────┘ │résultat │ │#codeÉquipe │ │#numArbitre │ └─────────────┘ │#codeÉquipe1 │ │#codeÉquipe2 │ └──────┬──────┘ │ │ (1,n) ┌────▼─────┐ │ Arbitre │ ├──────────┤ │numArb.(PK)│ │nomArbitre │ │prénomArb. │ └──────────┘
Exercice 3
Société de livraison
Une société fabrique un seul type de produit qu'elle livre à ses clients. Parmi les services de cette société, on peut citer : l'administration, la livraison, la production, etc.
- Chaque employé (administrateur, livreur, ouvrier de production, ...) de la société appartient à un seul service et il est identifié par un code, un nom, un prénom, une adresse et le service auquel il appartient.
- Chaque client est identifié par un code, un nom, un prénom, une adresse et un numéro de téléphone.
- Une livraison, identifiée par un numéro et faite à une date donnée, est assurée par un livreur en utilisant une voiture de la société. Elle concerne la totalité de la quantité demandée par un client.
- Chaque livreur utilise pour ses livraisons une voiture disponible de la société identifiée par un numéro, une puissance et une année de fabrication (on suppose qu'il y a toujours une voiture disponible pour assurer une livraison).
Question :
- Établir le modèle conceptuel des données correspondant puis le modèle logique associé.
Solution détaillée
- Modèle conceptuel des données (MCD) :
- Entités :
- SERVICE (codeService, nomService)
- EMPLOYÉ (codeEmployé, nomEmployé, prénomEmployé, adresseEmployé, #codeService)
- LIVREUR (hérite d'EMPLOYÉ, spécificités propres)
- CLIENT (codeClient, nomClient, prénomClient, adresseClient, téléphoneClient)
- VOITURE (numVoiture, puissance, annéeFabrication)
- LIVRAISON (numLivraison, dateLivraison, quantité, #codeLivreur, #numVoiture, #codeClient)
- Entités :
- Modèle logique des données (MLD) :
Service (codeService, nomService) Employé (codeEmployé, nomEmployé, prénomEmployé, adresseEmployé, #codeService) Client (codeClient, nomClient, prénomClient, adresseClient, téléphoneClient) Voiture (numVoiture, puissance, annéeFabrication) Livreur (codeLivreur, #codeEmployé) -- Table d'héritage Livraison (numLivraison, dateLivraison, quantité, #codeLivreur, #numVoiture, #codeClient)Note : On peut aussi intégrer Livreur directement dans Employé avec un attribut "type" ou considérer que tous les employés peuvent être livreurs.
- Version simplifiée (sans héritage) :
Service (codeService, nomService) Employé (codeEmployé, nomEmployé, prénomEmployé, adresseEmployé, #codeService) Client (codeClient, nomClient, prénomClient, adresseClient, téléphoneClient) Voiture (numVoiture, puissance, annéeFabrication) Livraison (numLivraison, dateLivraison, quantité, #codeEmployé, #numVoiture, #codeClient) - Représentation graphique (version simplifiée) :
┌─────────────┐ │ Service │ ├─────────────┤ │codeServ.(PK)│ │nomService │ └──────┬──────┘ │ (1,n) │ ┌──────▼──────┐ │ Employé │ ├─────────────┤ │codeEmp.(PK) │ │nomEmployé │ │prénomEmployé│ │adresseEmployé│ │#codeService │ └──────┬──────┘ │ (1,n) livreur │ ┌──────▼──────┐ ┌─────────────┐ ┌─────────────┐ │ Livraison │──────│ Voiture │ │ Client │ ├─────────────┤ (1,1)├─────────────┤ ├─────────────┤ │numLivr.(PK) │ │numVoi.(PK) │ │codeCli.(PK) │ │dateLivraison│ │puissance │ │nomClient │ │quantité │ │annéeFabric. │ │prénomClient │ │#codeEmployé │ └─────────────┘ │adresseClient│ │#numVoiture │ │téléphoneCli │ │#codeClient │ └─────────────┘ └─────────────┘
Exercice 4
Gestion de production et stocks
Soit la présentation de gestion de production et de stocks suivante :
Une société a décidé de concevoir une base de données pour l'assister dans la gestion de sa production et de ses stocks. Cette société comporte une unité de fabrication qui est identifiée par un numéro et caractérisée par un nom, une localisation et une capacité de production.
Une unité de fabrication peut fabriquer plusieurs produits. La société comporte plusieurs dépôts.
Un dépôt est identifié par un numéro et possède une désignation, une localisation et une capacité de stockage. Un dépôt peut servir pour stocker plusieurs produits. On connaît pour un dépôt la quantité de chaque produit stocké.
Un produit peut être fabriqué par plusieurs unités de fabrication et peut être stocké dans plusieurs dépôts. Un produit est caractérisé par une référence qui l'identifie et un prix.
Question :
- Établir le modèle conceptuel des données correspondant puis le modèle logique associé.
Solution détaillée
- Modèle conceptuel des données (MCD) :
- Entités :
- UNITÉ_FABRICATION (numUnité, nomUnité, localisationUnité, capacitéProduction)
- DÉPÔT (numDépôt, désignation, localisationDépôt, capacitéStockage)
- PRODUIT (référence, prix)
- Associations :
- FABRIQUE (entre UNITÉ_FABRICATION et PRODUIT) : relation many-to-many (une unité fabrique plusieurs produits, un produit peut être fabriqué par plusieurs unités)
- STOCKE (entre DÉPÔT et PRODUIT) : relation many-to-many avec attribut quantité
- Entités :
- Modèle logique des données (MLD) :
UnitéFabrication (numUnité, nomUnité, localisationUnité, capacitéProduction) Dépôt (numDépôt, désignation, localisationDépôt, capacitéStockage) Produit (référence, prix) Fabrique (#numUnité, #référence) Stocke (#numDépôt, #référence, quantité) - Représentation graphique :
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐ │ UnitéFabrication│ │ Fabrique │ │ Produit │ ├─────────────────┤ ├─────────────────┤ ├─────────────────┤ │numUnité (PK) │──────│#numUnité (FK) │ │référence (PK) │ │nomUnité │ │#référence (FK) │──────│prix │ │localisationUnité│ └─────────────────┘ └────────┬────────┘ │capacitéProduction│ │ └─────────────────┘ │ │ ┌─────────────────┐ ┌─────────────────┐ │ │ Dépôt │ │ Stocke │ │ ├─────────────────┤ ├─────────────────┤ │ │numDépôt (PK) │──────│#numDépôt (FK) │ │ │désignation │ │#référence (FK) │────────────────┘ │localisationDépôt│ │quantité │ │capacitéStockage │ └─────────────────┘ └─────────────────┘ - Remarques :
- L'association Fabrique est une association many-to-many sans attributs supplémentaires.
- L'association Stocke est une association many-to-many avec l'attribut quantité qui représente le stock d'un produit dans un dépôt donné.
- Un produit peut être fabriqué par plusieurs unités et stocké dans plusieurs dépôts.
- Une unité peut fabriquer plusieurs produits.
- Un dépôt peut stocker plusieurs produits.
Sortie
// La sortie apparaîtra ici…
Discussion (0)
Soyez le premier à laisser un commentaire !
Laisser un commentaire
Votre commentaire sera visible après modération.