10/02/2019

Merise/SQL R. Fissoune

Modèle Conceptuel de Données

(MCD)

1
 10/02/2019

1. MCD: Généralités
Introduction

• Problématique :
– Nombre d’informations à manipuler
– Optimisation des coûts de stockage et de traitement

• Objectif :
– Structurer et classer les informations sans répétition
– Décrire formellement la signification des données (sémantique des données) du SI,
indépendamment de tout choix d'implantation

• Solution MCD :
– Introduit par Chen (1976).
- Modèle Entité/Association.

Merise/SQL R. Fissoune

1. MCD: Généralités
4
Principes fondamentaux

-Représentation statique, sous forme schématique, de la situation respective des

données d'un domaine de gestion. Ce schéma est conçu pour être très stable dans le
temps.

- Le MCD a pour but d'écrire de façon formelle les données qui seront utilisées par le
système d'information.

• Il est à la base de tous les SGBD dits relationnels (Access, Oracle, DB2…) qui sont les
plus utilisés actuellement dans les entreprises.

• Cet outil va nous permettre de recenser et d’organiser les données

du système d’information du domaine étudié.

Il permet donc une représentation du “ réel perçu ” sous la forme

de :
ENTITES, ASOOCIATIONS et PROPRIETES.

Merise/SQL R. Fissoune

2
 10/02/2019

1. MCD: Généralités
Exemple de MCD

Type

0,n
1,1
Ouvrage Auteur
0,n 0,n
0,n écrit

1,n 0,n
édite édité stocke
Qté Qté

1,n 0,n
Editeur Librarie

0,n

Merise/SQL R. Fissoune

1. MCD: Généralités
Dictionnaire de données

Les données sont décrites par :

– un identificateur unique
– un type (numérique, alphanumérique, ...) et une taille,
– un mode d'obtention :
• donnée mémorisée (ref produit)
• donnée calculée (prix TTC)
• donnée "paramètre" : donnée utile à un traitement et non mémorisée (ex: date d'édition
d'un document)
– une règle de calcul (pour les données calculées),
– des contraintes d'intégrité: intervalle de valeurs, liste de valeurs,...

• Indications:
– éviter la polysémie : un identificateur pour plusieurs données,
– éviter la synonymie : plusieurs identificateurs pour la même donnée.

Merise/SQL R. Fissoune

3
 10/02/2019

1. MCD: Généralités
Entité/Entité type: définition 7

• Est la représentation formelle de la mémorisation d’une information

complexe et cohérente.

• Sert à décrire plusieurs occurrences de la même information

complexe.
– Exemple :
• IHM, BD, POO, Tec sont des occurrences de la même entité qu’on peut appeler :
Module

• Les éléments de l’information (complexe) modélisée par l’entité sont

les propriétés.
– Exemple :
• Code, nom, VH…

Correct: L’ « entité-type » correspond à la table du modèle relationnel.

L’entité correspond au tuple du modèle relationnel.

Merise/SQL R. Fissoune

1. Généralités
8
2. Entité
Entité: identifiant
8

• L’identifiant de l’entité est une propriété qui ne peut pas

prendre deux fois la même valeur dans deux occurrences de
l’entité.
• représentation schématique

Etudiant
N° étudiant
Nom étudiant
Prénom étudiant
Identifiant Adresse étudiant
Etc

Merise/SQL R. Fissoune

4
 10/02/2019

1. Généralités
2. Entité
Entité: occurrences

• Pour une valeur de l’identifiant, on a une valeur de chacune

des propriétés.
• Deux occurrences de l’entité ne peuvent avoir la même valeur
d’identifiant

Module Module Module

Ginf32 Ginf34 Ginf52
MOD SI BD avancées Programmation
distr
36 72
36
Presentiel Presentiel
Presentiel
9
Merise/SQL R. Fissoune

1. Généralités
2. Entité
Entité: Synthèse

Merise/SQL R. Fissoune

5
 10/02/2019

1. Généralités
2. Entité
3.Association Association type/association 11

• Une association représente un lien entre plusieurs occurrences

d’entités ( 2 ou plus).

• Les associations sont regroupées dans un ensemble appelé : «

association-type » qui relie plusieurs entités entre elles (le plus
souvent 2, parfois plus).

• Une « association-type » a un nom.

Merise/SQL R. Fissoune

1. Généralités
2. Entité
3.Association
Association : représentation schématique 12

Nom de l’association type

Etudiant Module
N° étudiant suivre Code module
Nom étudiant Nom module
Etc Etc

Pattes

Entités de la collection

Merise/SQL R. Fissoune

6
 10/02/2019

1. Généralités
2. Entité
3.Association Association: Cardinalité 13

• Une cardinalité est une précision pour indiquer combien

de fois l’entité peut intervenir dans l’association.

• Pour un MCD, est utile de savoir:

– la cardinalité minimale  Si une occurrence de

l’entité est obligatoirement concernée par une (au
moins) occurrence de l’association ;
– la cardinalité maximale  Si une occurrence de
l’entité peut (éventuellement) être concernée par
plusieurs occurrences de l’association.

Merise/SQL R. Fissoune

1. Généralités
2. Entité
3.Association Caractéristiques des associations

• Association hiérarchiques(P/F):
• Associations non hiérarchiques type N à M
• Associations fonctionnelles (max=1)

Exercice: ass hiérarchique/n.hier

Remarque : dans le vocabulaire de MERISE, l’association père fils traduit une Contrainte d’Intégrité
Fonctionnelle (CIF) de X

Merise/SQL R. Fissoune

7
 10/02/2019

1. Généralités
2. Entité
3.Association Dimension des associations

La dimension d’une association est égale au nombre d’entités qui y participent

Association unaire (réflexive):

Assiciation binaire

Association ternaire

Association N-aire (!!)

Merise/SQL R. Fissoune

EXRCICE

Centre médical
Analyser ce schéma et discuter ses cardinalités.

Chercher par exemple si un patient peut effectuer plusieurs visites, si un médecin

peut recevoir plusieurs patients pendant la même consultation, si un médecin peut
prescrire plusieurs médicaments lors d'une même consultation, si deux médecins
différents peuvent prescrire le même médicament, etc.
Merise/SQL R. Fissoune

8
 10/02/2019

Règles pour élaborer le MCD (1)

Une entité ne figure qu'une seule fois dans le MCD

Existence d’un identifiant pour chaque entité

Pour chaque occurrence d’une entité, chaque propriété ne

peut prendre qu’une valeur

Toutes les propriétés doivent êtres élémentaires (non

décomposables)

Toutes les propriétés autres que l’identifiant doivent dépendre

pleinement et directement de l’identifiant.
Un ID d'un objet est obtenu par concaténation des ID des
objets participants à 1a relation
17
Merise/SQL R. Fissoune

1. Généralités
2. Entité
3.Association

A chaque occurrence d’une association correspond une et une

seule occurrence de chaque entité qui participe à la relation

Pour chaque occurrence de l’association, il ne peut exister qu’une

et une seule valeur pour chaque propriété de l’association

Toutes les propriétés d’une association doivent dépendre

pleinement de l’identifiant de la relation.

Merise/SQL R. Fissoune

9
 10/02/2019

Entité de type faible

Merise/SQL R. Fissoune

Merise 2: Héritage

L’entité-type dotée d’un héritage est un ensemble complexe. Nous appelons

légataire la composante qui porte l’identifiant, et héritiers les autres.

• L’héritier dépend du légataire, et cette dépendance est représentée par le

trait qui les unit.

• Généralisation: Processus d’abstraction consistant à généraliser les

entités, et les ensembles d’entités, en un seul ensemble ascendant.

20
Merise/SQL R. Fissoune

10
 10/02/2019

Contraintes intrarelation

• Notion de dépendance fonctionnelle entre

deux ensemble A et B:
• A----B
• Emetteur : simple/composé
Présentation graphique:

-Un cercle dans lequel est indiqué CIF (éventuellement indicé)

-Un lien en pointillé indique la relation où s’applique la contrainte,
-Un lien non fléché indique le ‘les’ individu’s’ emetteur ‘s’ de la dépendance.
-Un lien fléché indique la cible de la dépendance

Merise/SQL R. Fissoune

Merise/SQL R. Fissoune

11
 10/02/2019

23
Historisation

Merise/SQL R. Fissoune

Historisation 24

Produit
Fournis seur N° Produit
Fournir
N° Fournisseur 0,n 1,1 Nom produit
Nom Fournisseur Description
Prix d'achat (H)

Historisation

Merise/SQL R. Fissoune

12