CONCEPTION DES BASES DE DONNÉES

AVEC MERISE

PARTIE II

MERISE

Abdelfattah IDRI
CYCLE D’ABSTRACTION

1. Système d’information manuel Abstraction

2. Expression des besoins

3. MCD
4. MLDR
5. MPD
6. Système d’information automatisé
Instanciation
ANALYSE DES BESOINS

 Transformation de l’information relative au

système à analyser en un texte simple et claire
 Modélisation sur la base de cette spécification
fonctionnelle
 Spécification fonctionnelle = contrat ou lien
entre l’informaticien et l’utilisateur
 Modéliser en termes d’entités
MCD

 Entité
 Propriété / attribut

 Identifiant

 Association

 Occurrence

 Cardinalité

 Dépendance fonctionnelle
ENTITÉ / DÉFINITION

 Une entité est une classe d’élément (abstrait

ou concret) du monde réel défini par : - une
existence propre et une utilité pour
l’organisation étudiée
 Possède des occurrences multiples (au moins
deux) - des propriétés (au moins une)
ENTITÉ

 Exemples:
 Personne

 Voiture

 Agence

 Ecole

 Adresse

 cours
ENTITÉ

 Formalisme
 Une entité est représentée par un rectangle
 ENCG Inscri pti on

Etudi ant

Voyage
Agence
PROPRIÉTÉ / ATTRIBUT /DÉFINITION

 C’est l’information élémentaire, donnée

élémentaire ou rubrique, la propriété désigne
l’élément d’information indécomposable et
manipulable pour décrire l’entité
 Possède un nom bien défini « nom de propriété »

 Possède un type (texte, nombre, date, boolean,..)

 Prend ses valeurs dans un domaine de valeurs

 A un sens dans le système d’information étudié.

PROPRIÉTÉ / ATTRIBUT

 Exemples:
 Nom

 prénom

 Age

 Couleur

 Ville

 Pays

 date
PROPRIÉTÉ / ATTRIBUT

 Formalisme
 Lespropriétés sont représentées dans le même
rectangle de l’entité
IDENTIFIANT / DÉFINITION

Parmi toutes les propriétés d’une entité, une ou

plusieurs d’entre elles doivent jouer un rôle
particulier, celui de permettre de distinguer
chaque occurrence de l’entité par rapport à
toutes les autres.
 identifiant garantit l’unicité de la
correspondance des entités entre le monde
réel et le système d’information à modéliser
IDENTIFIANT / DÉFINITION

 Type d’identifiants
 Simple : une seule propriété
 Composé: deux propriétés ou plus

 Relatif: en partie d’une propriété d’une autre entité

 Hérité: résultat d’une dépendance avec une entité

générique
IDENTIFIANT

 Exemples:
 Identificateur d’un abonné
 CIN

 Numéro de téléphone
 Adresse : appartement, rue, ville , pays

 Professeur, classe, date, cours

IDENTIFIANT

 Formalisme
 L’identifiant
d’une entité est l’ensemble des
propriétés soulignées
ASSOCIATIONS / DÉFINITION
 Une association est une liaison logique entre
les entités
 C’est un type d’élément du monde réel défini
par :
 une absence d’existence intrinsèque
 Possède au moins une occurrence
 Possède une dimension mesurée par le nombre
d’entités rattachées
 représente une utilité pour l’organisation étudiée
ASSOCIATIONS

 Exemples:
 Etudiant obtient une note pour un module
 Personne achète un livre

 Visiteur s’inscrit dans un forum

 Généralement : c’est une action (verbe), l’entité est

statique , (nom)
ASSOCIATIONS

 Formalisme
 L’association est représentée par un ovale
ASSOCIATION

 Dimensions d’association
 Association binaire : association entre deux
entités (dimension 2)
ASSOCIATION

 Dimensions d’association
 Association ternaire : association entre trois
entités (dimension 3)
ASSOCIATION

 Dimensions d’association
 Association réflexive: association circulaire
(dimension 1)
ASSOCIATION

 Exemple
CARDINALITÉ / DÉFINITION

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

association s’exprime par deux nombres
appelés cardinalité minimum et cardinalité
maximum
 La cardinalité minimale peut être égale à 0 ou
à1
CARDINALITÉ / DÉFINITION
 Si la cardinalité est égale à 0, c’est qu’il existe au
moins une occurrence de l’entité qui ne participe
pas aux occurrences de l’association.
 Si la cardinalité est égale à 1, chaque occurrence
de l’entité participe aux occurrences de
l’association
 La cardinalité maximale exprime le nombre
maximum de fois où une occurrence de l’entité
participe aux occurrences de l’association. On la
note égale à n
CARDINALITÉ

 Formalisme
CARDINALITÉ

 Exemple
CARDINALITÉ
 Un stagiaire peut ne pas avoir de note, c’est à dire
qu’il peut exister un stagiaire qui n’a pas passé
l'évaluation (cardinalité minimum =0).
 Un stagiaire peut être inscrit à plusieurs module et
avoir une note pour chacun des modules auxquels
il est inscrit (cardinalité maximum = n)
 Il est possible que personne ne se présente à
l'évaluation pour un module (cardinalité minimum
= 0)
 Plusieurs notes peuvent être attachées à un
même module (cardinalité maximum = n)
CARDINALITÉ

 exemple
OCCURRENCE

 Une occurrence de propriété est une valeur que

peut prendre une propriété : c’est une instance
possible d’une propriété
OCCURRENCE / ENTITÉ
 Une occurrence d’entité est un ensemble ayant
une existence propre d’occurrences de ses
propriétés
 Exemple: L’ensemble {OMAR, AZIZI,
10/11/1983} est une occurrence de l’entité «
STAGIAIRE » puisque « OMAR » est une
occurrence de la propriété NOM, « AZIZI » une
occurrence de PRENOM et « 10/11/1983 » une
occurrence de DATE_DE_NAISSANCE
OCCURRENCE / ASSOCIATION
 Une occurrence de relation est constituée
d’une et d’une seule occurrence de chacune
des entités associées. L’occurrence de chacune
des propriétés de l’association est en relation
avec les occurrences des entités associées
OCCURRENCE / ASSOCIATION
 Exemple: {OMAR, AZIZI, 10/11/1983} : une
occurrence de l’entité « STAGIAIRE ».
 {BDD} et {JAVASCRIPT} : deux occurrences de
l’entité « MODULE ».
 12 peut être une occurrence de « NOTE » associée
aux occurrences {OMAR, AZIZI, 10/11/1983} et
{BDD} ;
 13 une autre occurrence de « NOTE » associée aux
occurrences {OMAR, AZIZI, 10/11/1983} et
{JAVASCRIPT}
DÉPENDANCE FONCTIONNELLE
 Deux rubriques (ou propriétés) sont en
dépendance fonctionnelle si la connaissance
d’une d’entre elles permet la connaissance de
l’autre
 Notation : A  B signifie que B dépend
fonctionnellement de A. En d’autres termes, la
connaissance d’une occurrence de la propriété
A permet la connaissance d’une occurrence de
la propriété B
NORMALISATION

 Le modèle conceptuel des données MCD est

toujours présenté en troisième forme normale
 Première Forme Normale (1 FN)

 Une entité est en première forme normale si et

seulement si :
 Toutes ses propriétés sont élémentaires

 Elle possède un identifiant (une clef)

NORMALISATION

 Deuxième Forme Normale (2 FN)

 Une entité est en deuxième forme normale si et
seulement si :
 Elle est en première forme normale

 Toutes ses propriétés sont en dépendance

fonctionnelle élémentaire de l’identifiant non
partielle (une partie de la clé)
NORMALISATION
 Troisième Forme Normale (3 FN)
 Une entité est en première forme normale si et
seulement si :
 Une entité est en troisième forme normale si et
seulement si :
 Elle est en deuxième forme normale
 Toutes ses propriétés sont en dépendance
fonctionnelle élémentaire directe de l’identifiant
(un attribut non clé ne doit pas dépendre d’un
autre attribut non clé)
NORMALISATION

 Troisième Forme Normale (3 FN)

 Soient les propriétés P1, P2 et P3. Une
dépendance fonctionnelle (P1 P2) est dite
directe si et seulement si :
 il n’existe pas de propriété (P3) telle que P1
P3 et P3  P2.
MLDR

 Concepts du modèle relationnel

 Normalisation

 Transformation du modèle MCD en modèle

MLDR
CONCEPTS DU MODÈLE RELATIONNEL

 Relation
 Une relation est un ensemble d’entités et sa
description peut prendre la forme d’un tableau
dans lequel chaque ligne représente une
occurrence d’entité et chaque colonne un
attribut
CONCEPTS DU MODÈLE RELATIONNEL

 Exemple:
 La relation COUREUR(nom, prénom,
dateNaissance) peut se représenter par

Nom Prénom DateNaissance

Nom1 Prénom1 15/3/1980

Nom2 Prénom2 10/11/1985

CONCEPTS DU MODÈLE RELATIONNEL
 Cardinalité d’une Relation
 C’est le nombre d’occurrence de la relation
 Degré d’une relation
 C’est son nombre d’attribut
 Clé primaire
 Un ou plusieurs attributs de la relation (unicité)
 Clé étrangère
 Clé primaire d’une autre relation
CONCEPTS DU MODÈLE RELATIONNEL

 Cardinalité d’une Relation

 Exemple:

 La cardinalité de cette relation est 2

 Le degré de cette relation est 3

Nom Prénom DateNaissance

Nom1 Prénom1 15/3/1980

Nom2 Prénom2 10/11/1985
CONCEPTS DU MODÈLE RELATIONNEL

 Cardinalité d’une Relation

 Exemple:

 La clé primaire de la relation livre est son code

 La clé étrangère de la relation vente est

(vendeur, code, date) : Livre, Vendeur, Vente
Titre Code auteur Vendeur Code date

Titre1 ISBN1 Auteur1 Ident1 ISBN1 Date1

Titre2 ISBN2 Auteur2 Ident2 ISBN2 Date2
MCD  MLD  MPD

 Règle 1
 À chaque entité on fait correspondre une
relation et par conséquent une table
MCD  MLD  MPD

 Règle 2
 Une relation 1  n est implémentée par l’ajout
d’une clé étrangère à l’entité ayant la cardinalité 1
MCD  MLD  MPD

Règle 2 : Formalisme et Exemple

 MCD

Salle
Appartement Numero_Salle <pi> Entier <O>
Numero_Appartement <pi> Entier possede superficie Entier
type Caractère (10) 1,n qualite Texte (10)
classe Caractère (10) 1,1 description Texte (100)
Identifiant_1 <pi> Identifiant_1 <pi>
... ...
MCD  MLD  MPD

 Règle 2 : Formalisme et Exemple

 MLDR

 Appartement (Numero_Appartement, type, classe)

 Salle (Numero_Salle, superficie, qualité,

description, # Numero_Appartement)
Salle
Appartement Numero_Salle <pi> Entier <O>
Numero_Appartement <pi> possede Numero_Appartement <fi> Entier
type Caractère (10) superficie Entier
classe Caractère (10) qualite Texte (10)
Identifiant_1 <pi> description Texte (100)
...
MCD  MLD  MPD
 Règle 2 : Formalisme et Exemple
 MPD
 PK: Primary key (clé primaire)
 FK: Foreign Key (clé étrangère)

Salle

Appartement Numero_Salle integer <pk>

FK_APPARTEM_POSSEDE_SALLE Numero_Appartement integer <fk>
Numero_Appartement integer <pk>
superficie integer
type char(10)
qualite long varchar
classe char(10)
description long varchar
...
...
MCD  MLD  MPD
 Règle 3
 Une relation n  m est implémentée par la
création d’une relation (table) ayant pour clé la
réunion des clé des 2 entités de la relation
MCD  MLD  MPD

 Règle 3 : Formalisme et Exemple

 MCD

Produit
Client
Code_Produit <pi> Numérique
Numero_Client <pi> Entier description Caractère (10
Nom Caractère (30) 0,n Numero_serie Date
prenom Caractère (30) 0,n
Identifiant_1 <pi>
CIN Caractère (10)
Identifiant_1 <pi> Commande
...
Numero_serie Date
quantite Entier
MCD  MLD  MPD

 Règle 3 : Formalisme et Exemple

 MLDR
Produit
Client
Code_Produit <pi> Numérique
Numero_Client <pi> Entier <O>
description Caractère (100)
Nom Caractère (30)
Numero_serie Date
prenom Caractère (30)
CIN Caractère (10) Identifiant_1 <pi>
Identifiant_1 <pi>
...

Commande Commande

Commande
Numero_Client <pi,fi1> Entier <O>
Code_Produit <pi,fi2> Numérique <O>
Numero_serie Date
quantite Entier
...
Identifiant_1 <pi>
 MCD  MLD  MPD

 Règle 3 : Formalisme et Exemple

 MPD
Client Produit
Numero_Client <Non défini> <pk> Code_Produit numeric <pk>
Nom <Non défini> description <Non défini>
prenom <Non défini> Numero_serie date
CIN <Non défini> ...
...

FK_COMMANDE_COMMANDE2_CLIENT FK_COMMANDE_COMMANDE_PRODUIT

Commande
Numero_Client <Non défini> <pk,fk1>
Code_Produit numeric <pk,fk2>
Numero_serie date
quantite integer
...