Institut Supérieur des Etudes Technologiques de Mahdia

Cours: Base de données

Chapitre II: Modèle Entité Association

LTI 2

2020-2021
CHAPITRE I : INTRODUCTION AUX BASES DE DONNÉES

CHAPITRE II : MODÈLE ENTITÉ/ASSOCIATION

CHAPITRE III : MODÈLE RELATIONNEL

CHAPITRE IV : NORMALISATION

CHAPITRE V : ALGÈBRE RELATIONNELLE

Plan
Eléments de contenu

❑ Conception d’une base de données

❑ Modèle entité association
❑ Avantages du E/A
❑ Concepts utilisés
❑ Modèle Conceptuel de données
❑ Exemple illustratif

Mmes Khelifa, Ben Rhouma & Sassi 3

 Conception d’une base de données

❑ La phase qui aboutit à déterminer le contenu et la

structure de la base

❑ La première phase de ce qu’on appelle cycle de vie

d'une base de données, elle est suivie par les
phases d’implémentation et d’exploitation.

Mmes Khelifa, Ben Rhouma & Sassi 4

Conception d’une base de données

Modèle Conceptuel de modèle Entité/Association

Données (MCD)

diagramme de classe

Mmes Khelifa, Ben Rhouma & Sassi 5

 Modèle Entité/Association

❑ Il est conçu par CHEN en 1976,

❑ Il est basé sur une perception du monde réel qui

consiste à distinguer des abstractions de données
élémentaires appelées "Entités" et des liaisons
entre ces entités appelées "associations".

❑ Le rôle de ce modèle dans le cycle de vie d’une

base de données est analogue au rôle de
l’algorithme dans le cycle de vie de résolution
d’un problème.

Mmes Khelifa, Ben Rhouma & Sassi 6

 Modèle Entité/Association

Cycle de vie de résolution d’un problème

Mmes Khelifa, Ben Rhouma & Sassi 7

 Modèle Entité/Association

Cycle de vie d’une base de données

Mmes Khelifa, Ben Rhouma & Sassi 8

Avantages du modèle Entité/Association

❑ La division de la tâche de conception en 2 étapes :

▪ une étape de modélisation écrite en un langage
naturel
▪ une étape de traduction qui consiste en l'application
des contraintes du modèle de SGBD.
❑ La facilité de compréhension : le schéma de
l'entreprise est mieux lisible car il n'est pas
contraint par les modèles de bases de données
(contraintes techniques).
❑ Le changement du SGBD est plus flexible par cette
méthode puisqu'il s'agit dans l'étape de traduction
d'appliquer seulement les règles de passage de l'E/A
à un modèle de base de données.

Mmes Khelifa, Ben Rhouma & Sassi 9

 Concepts utilisés

❑ Entité (objet) : intuitivement, une entité est un

objet physique ou abstrait du monde réel, il est défini
généralement par un nom et une liste des propriétés
(attributs).
❑ Attribut : c'est une propriété d'une entité ou d'une
association caractérisée par un nom et un type.
❑ Association (Relation) : une association est un lien
logique entre 2 entités ou plus, elle est souvent
définie par un verbe du langage naturel.

• Association un à plusieurs (père/Fils ou hiérarchique)

• Association plusieurs à plusieurs ou réseau ou

maillée

• Association 1:1
Mmes Khelifa, Ben Rhouma & Sassi 10
 Concepts utilisés
❑ Association un à plusieurs
Client — Commande
Une occurrence de client permet de déterminer un ou plusieurs occurrences de
commande et une occurrence de commande correspond à une seule occurrence de
client.

❑ Association plusieurs à plusieurs

Commande — Produit
Aucune restriction sur le nombre de produits et de commandes intervenant
dans l'association.

❑ Association 1:1
Les associations précédentes peuvent se réduire en un lien 1:1 exprimant qu'à
une seule occurrence de A correspond au plus une occurrence de B et
inversement.
L’association qui exprime le mariage entre homme et femme
Homme — Femme

Mmes Khelifa, Ben Rhouma & Sassi 11

 Concepts utilisés

❑ Un identifiant, dit parfois clé, d’une entité est

constitué par un ou plusieurs de ses attributs dont
les valeurs doivent identifier de manière unique
cette entité : l’identifiant d’une entité est un attribut
particulier de l’entité tel qu’à chaque valeur de la
propriété corresponde une et une seule occurrence
de l’entité.

❑ L’identifiant d’une association est l’identifiant

obtenu par concaténation des identifiants des
entités participant à la relation. Dans le diagramme
E/A, les clés sont soulignées.

Mmes Khelifa, Ben Rhouma & Sassi 12

 Concepts utilisés

❑ La cardinalité d’une entité par rapport à une

association s’exprime par deux nombres appelés
cardinalité minimale et cardinalité maximale.

❑ La cardinalité minimale est le nombre de fois

minimum qu’une occurrence d’une entité participe
aux occurrences de l’association. Si la cardinalité
minimale est égale à 0, c’est qu’il existe parmi
toutes les occurrences de l’entité au moins une
occurrence ne participant pas aux occurrences de
l’association.

❑ La cardinalité maximale indique le nombre de

fois maximum qu’une occurrence de l’entité
participe aux occurrences de la relation.

Mmes Khelifa, Ben Rhouma & Sassi 13

Diagramme Entité/Association
Formalisme

Formalisme utilisé dans le modèle

Entité/Association

Mmes Khelifa, Ben Rhouma & Sassi 14

Diagramme Entité/Association
règles de validation (vérification/ normalisation)

▪ Existence d’un identifiant pour chaque entité.

▪ Toutes les propriétés d’une entité, autres que
l’identifiant, doivent être en dépendance
fonctionnelle complète et directe de l’identifiant.
▪ Toutes les propriétés d’une association doivent
dépendre complètement de l’identifiant de
l’association ; chaque attribut doit dépendre de
tout l’identifiant et non d’une partie de cet
identifiant.
▪ Un attribut ne peut apparaître qu’une seule fois
dans un même modèle E/A, c’est ainsi qu’il ne
peut qualifier qu’une seule entité ou une
association.
▪ Les attributs qui sont le résultat d’un calcul ne
doivent pas, en principe, figurer dans un modèle
E/A sauf s’ils sont indispensables à la
compréhension de celui-ci.
Mmes Khelifa, Ben Rhouma & Sassi 15
Modèle conceptuel de données
FORMALISME

Nom_entité
Nom_entité
Attrib1
Attrib1 card
Attrib2
Attrib2
card Attrib3
Attrib3 association
……
…… …..
….. …..
….. …..
….. Attribn
Attribn

Exemple
Client Commande
1,1
codClt NumCde
1,N
NomCl Passer DatCde
PrenomCl
VilleClt
TelClt 16
Mmes Khelifa, Ben Rhouma & Sassi
Modèle conceptuel de données
Association réflexive

Exemple 1

Personne 1,1 A pour Mère

NumPers
NomPers
PrenomPers
AdrPers
1,N

Exemple 2
1,N
Piece Est composée
CodPiece
LibellePiece

1,N 17
Mmes Khelifa, Ben Rhouma & Sassi
Diagramme Entité/Association
Exemple

On se propose de modéliser la gestion des ventes

d’une société. Pour se faire, il faut représenter les
clients, les produits, les commandes et les factures.
Un client est caractérisé par son code, son nom, son
prénom, sa ville et son téléphone.
Un produit est caractérisés par son numéro
inventaire, son libellé, sa quantité en stock et son prix
de vente.
Une commande est caractérisée par un numéro et
une date. Elle correspond à un et un seul client. A
chaque commande, on fait correspondre une facture
qui est caractérisée par un numéro, une date et un
montant.
1. Proposer un modèle Entité/Association traduisant les
relations qui existent entre les entités
2. Dégager le Modèle conceptuel de données
Mmes Khelifa, Ben Rhouma & Sassi 18
 Solution
Diagramme Entité/Association

Mmes Khelifa, Ben Rhouma & Sassi 19

 Solution
Modèle Conceptuel de données

Client Commande
1,1
NumClt 1,N NumCde
NomClt Passer DatCde
PrenomClt
VilleClt
TelClt
1,N
0,1
Correspondre
Contenir
Facture
1,1
NumFact 0,N

DatFact Produit
MontFact NumInvent
LibPdt
QteStk 20
Mmes Khelifa, Ben Rhouma & Sassi
PrixPdt