Ce document constitue la première série de Travaux Dirigés (TD N°1) du module Bases de Données, élaborée pour les étudiants de deuxième année de Licence en Informatique (L2 Informatique). Son objectif est de consolider les acquis et de développer la maîtrise des Modèles Conceptuels de Données (MCD) basés sur le Modèle Entité-Association. Il propose des exercices variés où les étudiants sont invités à analyser des schémas existants, à interpréter leurs caractéristiques, à adapter des modèles et à concevoir de nouveaux MCD à partir de descriptions textuelles de systèmes d'information, en intégrant des dictionnaires de données précis.
Modélisation Merise : Série de TD N°1 Modèle Entité Association MCD
Télécharger PDFUniversité Saad Dahlab – Blida1 – Faculté de Science – Département d’Informatique
L2 Informatique (A et B) – Bases de Données
Série de TD N°1 : Modèle Entité Association
Exercice 01
Soit le MCD suivant : Répondez aux questions suivantes en fonction des caractéristiques du schéma :
- Un article peut-il être rédigé par plusieurs journalistes ?
- Un article peut-il être publié plusieurs fois dans le même numéro ?
- Peut-il y avoir plusieurs articles sur le même thème dans le même numéro ?
- Peut-on connaître, pour un article, les personnalités interviewées par un journal ?
- Un journaliste peut-il interviewer la même personnalité plusieurs fois ? Si non, proposer une solution.
Exercice 02
On vous donne un MCD représentant des visites dans un centre médical. Répondez aux questions suivantes en fonction des caractéristiques du schéma :
- Un patient peut-il effectuer plusieurs visites ?
- Un médecin peut-il recevoir plusieurs patients dans la même consultation ?
- Peut-on prescrire plusieurs médicaments dans une même consultation ?
- Deux médecins différents peuvent-ils prescrire le même médicament ?
Exercice 03 : Tournoi de tennis
- Peut-on jouer des matchs en double ?
- Un joueur peut-il gagner un match sans y avoir participé ?
- Peut-il y avoir deux matchs sur le même terrain à la même heure ?
Exercice 04
Un groupe industriel construisant des moteurs cherche à organiser la gestion des défauts observés sur des moteurs confrontés à des tests en situation réelle. Pour cela, un de ses ingénieurs modélise le processus de gestion des défauts, tel qu'il existe actuellement, par le MCD suivant :
- Décrivez ce que représente ce MCD.
- Étant donné ce modèle, est-il possible de savoir dans quelle usine a été fabriqué un moteur et qui est responsable de sa production ?
- La responsabilité d'un modèle est-elle toujours assumée par un employé travaillant dans l'usine dans laquelle ce moteur est produit ?
- Pourquoi avoir fait le choix d'une entité "Type" pour codifier les défauts, plutôt qu'un attribut de type énuméré directement dans l’entité "Défaut" ?
- Pourquoi l'attribut "kilométrage" apparaît-il à la fois dans les entités "Défaut" et "Moteur" ?
- Ce MCD permet-il de répondre à la question : Quel est le nombre moyen de défauts rencontrés pour un moteur dont le modèle a été mis en service avant 2000 ? Quelles sont les entités et attributs utiles ?
- Peut-on également répondre à la question : Quel est le kilométrage moyen pour lequel un moteur est concerné par au moins deux défauts de gravité supérieure à 5 ?
Exercice 05
Soit le schéma E/A suivant : Adaptez cette solution pour garder trace dans la base de données des logements occupés de sorte qu’un individu peut réoccuper le même logement (ou d’autres) plusieurs fois.
Exercice 06 : Construire le Modèle Conceptuel correspondant
Dans le cadre de la planification des leçons de conduite d’une auto-école, on a recensé les informations suivantes :
- Carte moniteur
- N° immatriculation
- Type véhicule
- Nom et Prénom de l’élève
- Durée leçon
- Nom et Prénom du moniteur
- Marque véhicule
- Code élève
- Date inscription
- Date et heure leçon
Une leçon de conduite est planifiée pour une durée donnée. Elle concerne un élève, un moniteur et un véhicule pour une date et une heure prévue.
Exercice 07 : Construire le Modèle Conceptuel
Une société gère des cités composées de bâtiments, eux-mêmes composés d'appartements. Chaque cité est sous la responsabilité d'un gardien. Des opérations d'entretien peuvent être effectuées sur les appartements par des artisans.
Avec le dictionnaire des données suivant :
- NumC
- Numéro de la cité
- NomC
- Nom de la cité
- NumG
- Numéro du gardien
- NomG
- Nom du gardien
- NumB
- Numéro du bâtiment
- NumA
- Numéro de l'appartement
- EtageA
- Étage de l'appartement
- SupA
- Superficie de l'appartement
- NumOp
- Numéro de l'opération
- DateOp
- Date de l'opération
- NumAr
- Numéro de l'artisan
- NomAr
- Nom de l'artisan
- MontAr
- Montant de l'artisan
Les règles de gestion sont les suivantes :
- Une cité n'est gardée que par un seul gardien.
- Une opération est relative à un seul appartement.
- Un bâtiment n'appartient qu'à une seule cité.
- Plusieurs artisans peuvent participer à la même opération.
- Les numéros des appartements et des bâtiments sont tous différents.
- Chaque artisan a droit à un montant selon la prestation qu'il a effectuée dans l'opération.
TRAVAIL DE MAISON
Énoncé
On veut gérer des ventes de produits sur un site internet.
Un produit a un identifiant, un nom, un type et un prix unitaire. Quand les clients font leurs achats, on leur envoie une facture avec un numéro de facture unique et la date de facturation. La facture précise la liste des produits achetés avec la quantité achetée par produit. Les clients sont identifiés par leur numéro de client ; ils ont une adresse mail, un nom et une adresse postale.
Les produits sont stockés dans des dépôts. Les dépôts ont un code, une adresse et un téléphone. Un produit peut être stocké dans plusieurs dépôts comme dans un dépôt on peut trouver plusieurs produits stockés. Le système permet de connaître à tout moment la quantité en stock de chaque produit dans chaque dépôt.
Respecter le dictionnaire de données suivant :
- id_prod
- Identifiant du produit
- nom_prod
- Nom du produit
- type_prod
- Type du produit
- prix_u
- Prix unitaire du produit
- num_fac
- Numéro de la facture
- date_fac
- Date de facturation
- qte_achat
- Quantité achetée
- Num_clt
- Numéro du client
- email_clt
- Email du client
- nom_clt
- Nom du client
- adr_clt
- Adresse postale du client
- code_depot
- Code du dépôt
- adr_depot
- Adresse du dépôt
- tel_depot
- Téléphone du dépôt
- qte_stock
- Quantité en stock dans le dépôt pour un produit donné
Question : Construire le Modèle Conceptuel de Données.
Foire Aux Questions (FAQ) sur les Modèles Conceptuels de Données
Qu'est-ce qu'un Modèle Conceptuel de Données (MCD) ?
Le Modèle Conceptuel de Données (MCD) est une représentation graphique et structurée des données à gérer dans un système d'information. Il décrit les entités (objets ou concepts du monde réel) et les associations (liens entre ces entités) qui composent le système, ainsi que les propriétés (attributs) de chaque entité et association. Le MCD est indépendant de toute contrainte technique de stockage ou d'organisation des données.
Pourquoi utilise-t-on le Modèle Entité/Association (MEA) ?
Le Modèle Entité/Association (MEA) est utilisé pour sa capacité à représenter de manière claire et compréhensible les besoins en données d'un domaine métier. Il permet de structurer la pensée autour des informations clés et de leurs relations, facilitant la communication entre les experts métier et les développeurs. C'est une étape essentielle pour concevoir une base de données robuste et fidèle à la réalité.
Quelle est la différence entre une entité et un attribut ?
Une entité représente un concept ou un objet identifiable et distinct du monde réel (par exemple, "Client", "Produit", "Article"). Elle possède des caractéristiques propres. Un attribut est une propriété ou une caractéristique d'une entité (par exemple, pour l'entité "Client", les attributs pourraient être "Nom", "Prénom", "Adresse Mail"). Les attributs décrivent l'entité sans exister indépendamment d'elle.