Chapitre II

Modélisation conceptuelle de données

Auditoire : 1 MP-II AD (formation contenue)

1
 Plan du Chapitre II
 Introduction
 Dictionnaire de données
 Formalisme Entité/Association
 Extension du formalisme E/A : Héritage

2
I. Introduction
 Définition :
« La modélisation conceptuelle de données a pour rôle la
représentation des données manipulées par l’organisme,
ainsi que les liens sémantiques entre ces données »
 Formalisme utilisé : Entité /Association (ou Merise)

3
II. Dictionnaire de données
 Définition :
« Un dictionnaire de données regroupe l’ensemble des données manipulées
par l’organisme. »

 Élaboration d’un dictionnaire de données :

 Collecte des données éparpillées sur différents supports
manipulés par l’entreprise :
◼ Supports papiers (facture, fiche client…)
◼ Supports magnétiques (fichiers, bases de données…)

4
II. Dictionnaire de données
 Épuration du dictionnaire :
◼ Redondance : une même donnée est utilisée plusieurs fois sur des
supports différents
◼ Exemple : Nom_Client est présent sur les fiches client, commande,
livraison et Facture

◼ Polysémie : ce sont des données sémantiquement différentes, mais

portant le même nom
◼ Exemple : Quantité dans la fiche commande signifie la quantité
commandée et Quantité dans la fiche facture signifie la quantité
facturée

◼ Synonymie : une même donnée porte plusieurs noms

◼ Exemple : Nom_Article, Libellé_Article et Désignation

5
II. Dictionnaire de données
 Remarque :
 Pour les données calculables, il faut :
◼ Soit les éliminer du dictionnaire
◼ Soit les garder lorsqu’elles sont d’un grand intérêt en ajoutant (C)
devant la donnée et en indiquant la formule de calcul

 Pour chaque donnée répertoriée, le dictionnaire doit

fournir :
▪ La définition complète de la donnée
▪ Le nom court de la donnée
▪ le type de la donnée (texte, numérique, date…)
▪ La règle de calcul pour les données calculables
▪ La règle de composition pour les données composées (càd non
élémentaires).
6
II. Dictionnaire de données
 Exemple :
On vous demande d’établir le dictionnaire de données :
Chaque produit, caractérisé par un code, un libellé, son prix et sa quantité,
est stocké dans un dépôt unique. Un dépôt peut contenir plusieurs
produits. Il se caractérise par un numéro, un nom, une adresse et sa
valeur (le prix total des produits stockés).
Un client, caractérisé par un numéro, un nom et une adresse, peut émettre
plusieurs commandes. Par contre, une commande, caractérisée par un
numéro et une date, concerne un seul client. Le numéro d’une commande
se compose de 6 chiffres : les deux premiers pour indiquer l’année et
les quatre derniers constituent un numéro séquentiel.
Une commande contient plusieurs produits. Pour chaque produit d’une
commande, il est nécessaire de garder la quantité.

7
II. Dictionnaire de données
Définition Nom Court Type Règle de calcul Règle de composition
 Solution :
Code du produit CodePdt Numérique
Libellé du produit LibPdt Texte
Prix du produit PrixPdt Numérique
Quantité du produit QtPdt Numérique
Numéro du dépôt NumDep Numérique
Nom du dépôt NomDep Texte
Adresse du dépôt AdrDep Texte
Valeur du dépôt ValDep (C) Numérique  PrixPdt * QtPdt
Numéro du client NumClt Numérique
Nom d’un client NomClt Texte
Adresse d’un client AdrClt Texte
Année An Numérique
Numéro séquentiel NumSeq Numérique
Numéro d’une commande NumCde Numérique An+NumSeq
Date d’une commande DateCde Date
Quantité commandée QtCde Numérique 8
III. Formalisme Entité/Association
 Définition :
« C’est un formalisme graphique de modélisation des données basé
sur un ensemble de concepts. Il permet une représentation fidèle de
données du champs d’étude et des liens sémantiques entre ces
données »
 Concepts :
▪ Entité / Entité-Type
▪ Association / Association-Type
▪ Propriété
▪ Identifiant
▪ Cardinalité
▪ Contrainte d’Intégrité Fonctionnelle (CIF)
9
III. Formalisme Entité/Association
 Concept 1 : Entité / Entité-Type
 Entité
◼ Définition: c’est la représentation d’un objet du monde réel
d’une existence propre (peut exister indépendamment de
toute autre entité). Une entité peut être identifiée de façon
unique.
◼ Exemples :
▪ Le produit rétroviseur, le produit batterie, le produit
ordinateur…,
▪ L’usine Peugeot, l’usine Assad, l’usine hp…

10
III. Formalisme Entité/Association
 Entité-Type (ou classe d’entités)
◼ Définition
: c’est le regroupement d’un ensemble d’entités
ayant des caractéristiques communes.
◼ Exemples :
▪ Entité-Type « Produits » : regroupe tous les produits ensemble.
▪ Entité-Type « Usines » : regroupe toutes les usines ensemble.
◼ Formalisme :
Nom de la classe d'entités

◼ Exemples :
Produit s Usines

11
III. Formalisme Entité/Association
 Concept 2 : Association / Association-Type
 Association
◼ Définition : traduit un lien perçu entre au moins deux entités.
C’est un objet qui ne peut exister qu’au travers des entités
qu’elle relie.
◼ Exemples :
▪ L’usine HP fabrique le produit ordinateur
▪ L’usine Peugeot fabrique le produit rétroviseur
▪ Le produit ordinateur se compose d’une unité centrale, d’un
écran, d’un clavier et d’une souris
▪ …

12
III. Formalisme Entité/Association
 Association-Type (Classe d’associations)
◼ Définition : regroupe un ensemble d’associations ayant des
caractéristiques communes et décrit un lien sémantique entre
les entités
◼ Exemples :
▪ Une usine fabrique des produits
▪ Un produit se compose d’autres produits
▪ …
◼ Formalisme :
Nom de l‘Association-Type

13
III. Formalisme Entité/Association
◼ Exemple :
Usines Fabrique Produits
0,n Se_Compose
0,n
0,n
0,n

◼ Remarques :
▪ Une Association-Type peut relier une Entité-Type à elle-
même (association réflexive)
▪ Dans ce cas, il est nécessaire de nommer les rôles pour
éviter l’ambiguïté (un rôle est le lien entre l’Entité-Type et
l’Aassociation-Type)
▪ Exemple : Composé
Produits
0,n Se_Compose
0,n

Composant
14
III. Formalisme Entité/Association
 Concept 3 : Propriété
 Définition : c’est une donnée élémentaire qui caractérise
une Entité-Type ou Association-Type.
 Exemples :
◼ Libellé
d’un produit
◼ Adresse d’une usine
◼…

 Formalisme / Exemple :
Usines Produits
CodeUsine Fabrique NuméroProduit
NomUsine 0,n 0,n
Prix LibelléProduit
AdresseUsine
CatégorieProduit
TéléphoneUsine
ImageProduit

15
III. Formalisme Entité/Association
 Concept 4 : Identifiant
 Identifiant d’une Entité-Type
◼ C’est une propriété particulière de l’Entité-Type telle qu’à
chaque valeur de cette propriété correspond une et une
seule entité de l’Entité-Type.

 Identifiant d’une Association-Type

◼ L’identifiantd’une Association-Type est généralement
« implicite » car il est déduit par la concaténation des
identifiants des Entités-Type reliées

16
III. Formalisme Entité/Association
 Formalisme / Exemple :
 L’identifiant de l’Entité-Type « Usines » est CodeUsine
 L’identifiant de l’Entité-Type « Produit » est NuméroProduit
 L’identifiant de l’Association-Type « Fabrique » est le couple
(CodeUsine, NuméroProduit)

Usines Produits
CodeUsine Fabrique NuméroProduit
NomUsine 0,n 0,n
Prix LibelléProduit
AdresseUsine
CatégorieProduit
TéléphoneUsine
ImageProduit

17
III. Formalisme Entité/Association
 Concept 5 : Cardinalité
 Définition: Il s’agit d’un couple de valeurs (MIN , MAX)
associé à chaque rôle d’une Association-Type :
◼ Minreprésente le nombre minimum de fois qu’une entité
donnée participe à l’Association-Type. Il peut être 0 ou 1.
◼ Max représente le nombre maximum de fois qu’une entité
donnée participe à l’Association-Type. Il peut être 1 ou N.

 Formalisme / Exemple :
Usines Produits
CodeUsine Fabrique
NomUsine 1,n 0,n NuméroProduit
Prix LibelléProduit
AdresseUsine CatégorieProduit
TéléphoneUsine ImageProduit
18
III. Formalisme Entité/Association
 Concept 6 : Contrainte d’Intégrité Fonctionnelle (CIF)
 Définition : Une CIF exprime le fait que la connaissance
d’une ou de plusieurs entités entraîne la détermination des
autres entités.
 Formalisme / Exemple :
Usines Produits
CodeUsine Fabrique NuméroProduit
NomUsine 1,n 1,1 LibelléProduit
AdresseUsine CatégorieProduit
TéléphoneUsine ImageProduit
PrixProduit

 Remarque :
◼ CIF est dite Forte Si la source de la CIF est (1,1)
◼ CIF est dite Faible Si la source de la CIF est (0,1)
19
III. Formalisme Entité/Association
 Exemple :
On vous demande de modéliser l’activité d’une entreprise :
Chaque produit, caractérisé par un code, un libellé, son prix et sa quantité,
est stocké dans un dépôt unique. Un dépôt peut contenir plusieurs
produits. Il se caractérise par un numéro, un nom, une adresse et sa
valeur (le prix total des produits stockés).
Un client, caractérisé par un numéro, un nom et une adresse, peut émettre
plusieurs commandes. Par contre, une commande, caractérisée par un
numéro et une date, concerne un seul client. Le numéro d’une commande
se compose de 6 chiffres : les deux premiers pour indiquer l’année et
les quatre derniers constituent un numéro séquentiel.
Une commande contient plusieurs produits. Pour chaque produit d’une
commande, il est nécessaire de garder la quantité.

20
III. Formalisme Entité/Association
 Solution :
Produits
NumPdt Commandes
LibPdt Concerner
1,n NumCde
PrixPdt 0,n QtCde DatCde
QtPdt
1,1
1,1

Stocker
Passer

1,n
1,n
Dépôts
NumDep Clients
NomDep NumClt
AdrDep NomClt
ValDep (C) AdrClt

21
III. Formalisme Entité/Association
 Schéma d’occurrences :
 Permet de représenter un extrait de valeurs du modèle
conceptuel
 Permet d’illustrer et de valider le modèle conceptuel

 Vérifier que ce modèle trace fidèlement la réalité

22
III. Formalisme Entité/Association
 Exemple :
Commandes
56
64
P1 81
cde1
P2 cde2
P3 Concerner

Stocker Passer

D1 C1
D2
Clients

23
IV. Extensions du formalisme E/A
IV.1 Généralisation/ Spécialisation ou Héritage
 Introduction du concept :
 Exemple :
Lors d’une étude, nous avons pu dégager :
▪ Employés permanents : dont chacun est caractérisé par un
numéro, un nom, une date de naissance, sa catégorie, sa date
d’embauche et son salaire.
▪ Employés contractuels : dont chacun est caractérisé par un
numéro, un nom, une date de naissance, date de début du
contrat, date de fin de contrat et son salaire.

24
IV. Extension du formalisme E/A : Héritage

 Première solution : Une seule Entité-Type

Employés
Numéro_Emp
Nom_Emp
DateNais_Emp
Catégorie_Emp
DateEmb_Emp
DateDeb_Emp
DateFin_Emp
Salaire_Emp

 Solution incorrecte : certaines propriétés n’ont pas de sens

pour un sous ensemble d’entités

25
IV. Extension du formalisme E/A : Héritage

 Deuxième solution : Deux Entités-Type

Emp_permanents Emp_contractuels
Numéro_Emp Numéro_Emp
Nom_Emp Nom_Emp
DateNais_Emp DateNais_Emp
Catégorie_Emp DateDeb_Emp
DateEmb_Emp DateFin_Emp
Salaire_Emp Salaire_Emp

 Cette solution respecte le formalisme standard mais elle

procède à une séparation des employés selon leurs types.

26
IV. Extension du formalisme E/A : Héritage

 Troisième solution : Apportée de l’approche Objet

Employés
Numéro_Emp
Nom_Emp
DateNais_Emp
Salaire_Emp

Emp_permanents Emp_contractuels
Catégorie_Emp DateDeb_Emp
DateEmb_Emp DateFin_Emp

 Cette solution permet une représentation plus fidèle de la

réalité.

27
IV. Extension du formalisme E/A : Héritage

 Définition :
 C’est un processus de modélisation permettant de distinguer
deux types d’Entité-Type :
◼ L’Entité-Type générique regroupe toutes les propriétés communes
d’autres Entités-Type spécialisées.
◼ Chaque Entité-Type spécifique regroupe des propriétés propres à un
sous ensemble d’entités de l’Entité-Type générique.
 Formalisme : Classe d' entités générique

Classe d' entités spécifique

28
IV. Extension du formalisme E/A : Héritage

 Généralisation simple/multiple :
 La généralisation simple est caractérisée par l’unicité du lien
de généralisation pour une Entité-Type spécifique.
Formalisme : Exemple :
Classe générique Personnes
Numéro_Pers
Nom_Pers
Prénom_Pers
Adresse_Pers

Classe spécifique 1 Classe spécifique 2

Etudiants Enseignants
Classe_Etud Grade_Ens
Statut_Ens

29
IV. Extension du formalisme E/A : Héritage

 La généralisation multiple est caractérisée par plusieurs liens

de généralisation pour une Entité-Type spécifique vis-à-vis
plusieurs Entités-Type génériques.
Formalisme : Exemple :
Classe Générique 1 Classe générique 2 Employés
Assurés
Code_Emp
Numéro_Ass
Nom_Emp
Nom_Ass
Salaire_Emp
Classe_Ass
Statut_Emp

Classe spécifique
Employés_assurés
Taux_Remise

30
IV. Extension du formalisme E/A : Héritage

 Application des opérateurs aux généralisations simples

Disjonction Non disjonction

X X
XX XX X
Couverture X
XX
X X
XX
X X

X X
XX XX X
Non couverture X
XX
X X
XX
X X
XXX
XXX

Classe générique
Classe spécifique
31
IV. Extension du formalisme E/A : Héritage

 Exemple :
Disjonction Non disjonction

Personnes Personnes
Numéro_Pers Numéro_Pers
Nom_Pers Nom_Pers
Prénom_Pers Prénom_Pers
Adresse_Pers Adresse_Pers

Couverture + V
Etudiants Enseignants Etudiants Enseignants
Classe_Etud Grade_Ens Classe_Etud Grade_Ens
Statut_Ens Statut_Ens

Personnes Personnes
Numéro_Pers Numéro_Pers
Nom_Pers Nom_Pers
Prénom_Pers Prénom_Pers
Adresse_Pers Adresse_Pers

Non couverture X
Etudiants Enseignants Etudiants Enseignants
Classe_Etud Grade_Ens Classe_Etud Grade_Ens
Statut_Ens Statut_Ens

32
IV. Extension du formalisme E/A : Héritage

 Application des opérateurs aux généralisations multiples

Généralisation alternative Généralisation multiple Généralisation sélective

XX XX
X X XX X X
X X X XX X X
XX X X XX X
X X X X X X X X X
XX XX X X X X XX
XX XX

Pers_Physiques Pers_Morales Employés Assurés Em ploy és Act ionnaires

Num_PersP Numéro_PersM Code_Emp Numéro_Ass Code_Em p Num éro_Act
Nom_PersP RaisonSociale_PersM Nom_Emp Nom_Ass Nom _Emp Nom _Act
Prénom_PersP Capital_PersM Salaire_Emp Classe_Ass Salaire_Em p NbAct ions_Act
Téléphone_PersP Adresse_PersM Statut_Emp Montant_Ass St atut _Emp

+  V
Assurés Crédit eur
Employés_assurés
Echéance_Ass Taux_Crédit
Taux_Remise
Montant_Ass Plaf ond_Crédit

Classe générique
Classe spécifique 33