Chapitre3:
Modélisation des données dans MERISE
2 ème année Sciences de l’Informatique
D r. J A O U A D I M a r ye m
jaouadimaryem@[Link]
2021-2022
Objectifs
•Introduire le modèle conceptuel des données.
• Maitriser la représentation des données par le MCD.
• Décrire le modèle logique des données
• Maitriser la représentation des données par le MLD
2
Plan
Le modèle conceptuel des données: concepts de bases
Règles de vérification du modèle MCD
Exemples
Concepts de base du modèle logique des données
Traduction des règles sous MLD
Activités
3
Modèle conceptuel des données MCD (1/12)
Exemple 1: SI commercial simplifié
Client Article
Num code
Nom (0,n) Acheter (0,n) Désignation
Adresse Date, Qte Prix
Tel
4
Modèle conceptuel des données MCD (2/12)
Concepts de base
• Entité: C’est un objet concret ou abstrait de la réalité sur lequel il s’agit de
connaître et d’enregistrer des informations qui lui soit spécifiques.
Exp: article
• Association: C’est une correspondance entre 2 ou plusieurs occurrences
d’entités exprimant une relation entre les 2 entités.
Exp: Acheter
5
Modèle conceptuel des données MCD (3/12)
Concepts de base
•Attribut: C’est une caractéristique d’une entité ou d’une association qui
prend une valeur bien précise pour chaque occurrence d’une entité ou d’une
association.
Exp: code, désignation, prix
•Identifiant: attribut ou un ensemble qui permet de repérer une occurrence
d’entité d’une manière unique c a d qu’on ne peut pas trouver 2 occurrences
qui ont la même valeur de l’identifiant.
• Cardinalité: ce sont deux nombres minimum et maximum d’occurrence de
l’association pouvant être générés par chaque occurrence de l’entité.
-Min: 0,1 ou qte>1
- Max: 1 , qte>1 ou N= plusieurs
6
Modèle conceptuel des données MCD (4/12)
Exemple 2: SI de gestion des ressources humaines
Remarque: Une association peut relier plusieurs entités (3 ou plus)
Enseignant Etudiant
(1,n) (1,n)
Enseigner
(1,n)
Matière
7
Modèle conceptuel des données MCD (5/12)
Remarque: Deux entités peuvent être reliées par plus qu’une association.
Exp:
Employé Direction
(1,1) (1,n)
appartenir
(0,1) (1,1)
Diriger
8
Modèle conceptuel des données MCD (6/12)
Concepts supplémentaires
• Contraintes d’intégrité:
•Ce sont des propriétés particulières qui doivent satisfaire les données et qui
s’expriment sous forme textuelle.
• Elles sont de 2 types:
- Contraintes d’intégrité syntaxique: Elles parlent d’un attribut et concernent
soit sa forme soit son domaine de valeur
Exp : Prix: réel >0; Date de la forme jj/mm/aa
- Contraintes d’intégrité sémantique: Elles concernent la signification des
attributs
Exp : Date-livraison >= Date- commande
9
Modèle conceptuel des données MCD (7/12)
• Généralisation/spécialisation
• Dans certains cas, une même entité peut comporter des attributs qui ne
concernent pas la totalité des occurrences de cette entité.
• L a généralisation est une solution puisqu’elle permet de placer dans une
même entité tous les attributs communs relatifs à cette entité.
• D’autres entités dites spécialisées regroupent des attributs spécifiques à un
sous ensemble d’occurrences de l’entité générique.
• Le concept d’héritage consiste ainsi à transmettre les attributs de l’entité
générique vers les entités spécialisées.
• Ces attributs sont disponibles pour les entités spécialisées mais par
convention ils ne sont représentés que dans l’entité générique.
10
Modèle conceptuel des données MCD (8/12)
• Généralisation/spécialisation
Exp :
Employé
Num
Nom
Prénom
Permanant Vacataire
Date-entrée Date-deb
Salaire Durée-vac
Coût-heure
11
Modèle conceptuel des données MCD (9/12)
Règles de vérification du modèle MCD
• Les règles de vérification permettent de s’assurer que le MCD élaboré ne
comporte pas d’anomalies et de redondances.
• Les règles les plus importantes sont:
Règle1: Tous les attributs doivent être élémentaires c a d ne pas comporter
plusieurs informations à la fois
Projet Projet
NumProjet NumProjet
Nom Nom
Période(Dd Dd
,Df) Df
12
Modèle conceptuel des données MCD (10/12)
Règles de vérification du modèle MCD
Règle2: Chaque entité doit posséder un identifiant et un seul.
Exp: Pour l’entité étudiant, le CIN ou num-inscription peuvent jouer le rôle
de l’identifiant mais il faudra choisir un seul.
Etudiant Etudiant
NCIN Num-inscri
Nom ou Nom
Prénom Prénom
Num-insci NCIN
13
Modèle conceptuel des données MCD (11/12)
Règles de vérification du modèle MCD
Règle3: Un attribut ne peut qualifier qu’une seule entité ou association.
Exp: Pour l’entité étudiant, le CIN ou num-inscription peuvent jouer le rôle
de l’identifiant mais il faudra choisir un seul.
Etudiant Enseignant
NCIN NCIN
Nom Nom
Prénom Prénom
La solution consiste ainsi à différencier les noms des attributs en les
complétant par le nom de l’entité ou une partie du nom de l’entité
14
Modèle conceptuel des données MCD (12/12)
Règles de vérification du modèle MCD
Règle4: Les attributs d’une entité doivent être en dépendance fonctionnelle
avec cet identifiant c a d pour une valeur de l’identifiant chacun des attributs
ne peut prendre qu’une seule valeur.
Enseignant Enseignant
Num-ensei Num-ensei
Nom Nom
Prénom Prénom
Grade Grade
Matière
La solution consiste ainsi à déplacer l’attribut qui ne vérifie pas la
dépendance fonctionnelle en la plaçant dans une autre entité ou association.
15
Activité
Les propriétés d’un garage de voitures souhaite utiliser un SI pour traiter
les informations concernant les clients, leurs voitures et les réparations
effectuées sur ces voitures. On connait:
- des voitures: le num d’immatriculation, la marque, le type et l’année.
- des clients: le nom, le prénom, le num de téléphone
- des réparations: le num de réparation, la date, le montant total.
Question:
Elaborer le modèle conceptuel des données pour ce SI.
16
Modèle Logique des données MLD (1/19)
Concepts de base
• Le modèle logique des données MLD dépend du type du SGBD qui va être
utilisé pour créer la structure de données du SI.
• Un MLD est obtenu à partir d’un MCD en appliquant un ensemble de
règles de transformation.
17
Modèle Logique des données MLD (2/19)
Traduction des entités
• Chaque entité est traduite comme suit:
-L’entité se transforme en une relation.
- L’identifiant de l’entité devient la clé primaire de la relation
- Les attributs de l’entité deviennent les attributs de la relation
Entité A
id
att A1 Entité A (id, att A1, att A2)
att A2
18
Modèle Logique des données MLD (3/19)
Traduction des associations
• Cas des associations plusieurs à plusieurs
- Ce sont des associations ayant des cardinalités (0,n) ou (1,n) des deux
côtés.
- La traduction se fait comme suit: elle est transformée en une relation
ayant comme cl é primaire la concaténation des 2 identifiants des 2 entités.
- Les attributs éventuels de l’association apparaissent comme attribut pour
cette association
19
Modèle Logique des données MLD (4/19)
Traduction des associations
• Cas des associations plusieurs à plusieurs
Entité A Entité B
Id-A (0,n) Assoc (0,n) Id-B
att A1 Ou attassoc1, Ou att B1
att A2 (1,n) attassoc2 (1,n) att B2
Entité A (id-A, att A1, att A2)
Entité B (id-B, att B1, att B2)
Assoc (#id-A,#id-B, att-assoc1, att-assoc2)
20
Modèle Logique des données MLD (5/19)
Exemple:
Client Article
Num (1,n) Achat (0,n) Code
Nom Date,
Désignation
Prénom Quantité
Prix
Adresse
Client (Num, Nom, prénom, Adresse)
Article (code, Désignation, Prix)
Achat (#Num,#code, Date, Quantité)
21
Modèle Logique des données MLD (6/19)
Traduction des associations
• Cas des associations un à plusieurs
- Ce sont des associations ayant des cardinalités (1,n) ou (1,n) d’un côté et
(0,1) ou (1,1) d’un côté.
Entité A Entité B
(0,n) Assoc (0,1)
Id-A Id-B
Ou att-asso1 Ou
att A1 att B1
(1,n) (1,1)
Entité A(id-A, att A1)
Entité B(id-B, att B1, #id-A, att-asso1)
22
Modèle Logique des données MLD (7/19)
Traduction des associations
• Cas des associations un à plusieurs
- La traduction de ce type d’association consiste à faire les étapes suivantes:
•L’entité maître devient la relation maître
• L’entité esclave devient la relation esclave
• L’identifiant de l’entité maître devient un attribut de la relation esclave.
Cet attribut est appelé clé étrangère.
• Les attributs éventuels de l’association migrent vers la relation esclave et
deviennent des attributs.
23
Modèle Logique des données MLD (8/19)
Exemple:
Personnel Direction
(1,1) appartenir (1,n)
Matricule Code-dir
Nom Date-affec Nom-dir
Prénom Responsable
Qualification Effectif
Personnel (Matricule, Nom, Prénom, Qualification, #code-dir, date-affec)
Direction(code-dir, Nom-dir, Responsable, Effectif)
24
Modèle Logique des données MLD (9/19)
Traduction des associations
• Cas des associations un à un
- Ce sont des associations ayant des cardinalités (1,1) ou (0,1) de deux côtés.
- Les deux traductions sont alors possibles:
Solution1:
• Les deux entités et l’association seront transformés en une seule relation
contenant les attributs des deux entités ainsi que les attributs de l’association.
• L’identifiant de l’une des associations sera choisi comme clé primaire
• Cette solution est surtout utilisée dans le cas de cardinalité (1,1) des 2 côtés.
25
Modèle Logique des données MLD (10/19)
Exemple:
Personnel CIN
(1,1) Avoir (1,1)
Matricule
Num-CIN
Nom
Date-CIN
Prénom
Lieu-CIN
Qualification
Personnel (Matricule, Nom, Prénom, Qualification, Num-CIN, Date-CIN,
Lieu-CIN)
26
Modèle Logique des données MLD (11/19)
Solution 2:
• Les deux entités seront transformées en deux relations.
• L’une des deux relations sera choisie et étendue par la liste des éventuels
attributs de l’association
• L’identifiant de l’autre entité sera choisi comme clé étrangère.
• Cette solution est la plus adoptée dans le cas où une ou les deux cardinalités
minimales sont nulles.
27
Modèle Logique des données MLD (12/19)
Exemple:
Commande Livraison
(0,1) Recevoir (1,1)
Num-liv
Num-cmd
Qté-liv
Date-cmd
Adresse
commande (Num-cmd, Date-cmd)
Livraison(Num-liv, Qté-liv, Adresse, #Num-cmd)
28
Modèle Logique des données MLD (13/19)
• Cas des associations n-aires
- Ce sont des associations qui relient trois entités ou plus.
- Ce type d’association sera transformé en une relation ayant comme clé
primaire la liste des identifiants participant à l’association, en plus des
attributs éventuels.
Entité A Assoc Entité B
Id-A Id-B
att A1 attassoc1 att B1
att A2 att B2
Entité C
Id-C Entité A(id-A, att A1, att A2)
att C1 Entité B(id-B, att B1, att B2)
att C2 Entité C(id-C, att C1, att C2)
Assoc(#id-A, #id-B, #id-C, attassoc1)
29
Modèle Logique des données MLD (14/19)
Exemple
Enseignant Etudiant
Num-ens (1,n) Enseigner (1,n)
Nom-ens Num-etud
Jour, heure
Prénom-ens Nom-etud
(1,n) Prénom-etud
Grade
Matière Niveau
Code-mat
Nom-mat
Enseignant (Num-ens, Nom-ens, Prénom-ens, Grade)
Etudiant(Num-etud, Nom-etud, Prénom-etud, Niveau)
Matière (code-mat, Nom-mat)
Enseigner(#code-mat, #Num-ens, #Num-etud, jour, heure)
30
Modèle Logique des données MLD (15/19)
Traduction du lien d’héritage
• La traduction du lien d’héritage peut se faire selon l’une des règles suivantes
R1: Représentation de l’entité générique et les entités spécialisées:
• L’entité générique sera transformée en une seule relation avec ses attributs
• Chaque entité spécialisée sera transformée en une relation comportant
comme clé primaire l’id de l’entité générique et comme attributs ses propres
attributs
• Remarque:
• Cette règle est adoptée pour tout types d’héritage ce qui permettra de
présenter l’entité générique et les entités spécialisées explicitement
31
Modèle Logique des données MLD (16/19)
Entité G1
id-G1
att G1
att G2
Entité S1 Entité S2
att S1 att S2
att S12 att S21
Entité G1(id-G1, att G1, att G2)
Entité S1 (#id-G1, att S1, att S12)
Entité S1 (#id-G1, att S2, att S21)
32
Modèle Logique des données MLD (17/19)
Exemple Employé
id-emp
Nom-emp
Prénom-emp
Fonction
Secrétaire Ingénieur
Technicien
Vitesse- spécialité
Grade
frappe
Employé (id-emp, Nom-emp, Prénom-emp, Fonction)
Secrétaire (# id-emp, vitesse frappe)
Technicien (# id-emp, Grade)
Ingénieur ((# id-emp, spécialité)
33
Modèle Logique des données MLD (18/19)
Traduction du lien d’héritage
R2: Pas de représentation de l’entité générique
• Chaque entité spécialisée sera transformée en une relation comportant
comme clé primaire l’id de l’entité générique et comme attributs les attributs
de cette entité spécialisée en plus les attributs de l’entité générique.
•Remarque:
• Cette règle est applicable dans le cas d’entités spécialisées totalement
disjointes comme voiture et camion et aussi homme et femme.
• Cette règle pose un problème lorsque les entités spécialisées ne sont pas
disjointes.
34
Modèle Logique des données MLD (19/19)
Exemple Véhicule
num-matr
Carte-grise
Prix
Voiture Camion
Nb-place Tonnage
Voiture (num-matr, Carte-grise, Prix, Nb-place)
Camion (num-matr, Carte-grise, Prix, Tonnage)
35
