MERISE : DF , FN & MLD

IDALENE Asmaa

1
Objectifs :

1. Modèle Conceptuel de Données : Etude de Cas

2. Normalisation d’un MCD

2
Modèle Conceptuel de Données
Etude de cas : Bon de commande

N°commande : --------------- Date commande : --/--/---

N° client : -------------- Nom client : --------------------
Adresse : --------------------
--------------------
N°pièce Libellé pièce Prix unitaire Quantité Montant HT

Total : -------------------

Travail à faire:
1. déterminer les dépendances fonctionnelles
élémentaires directes;
2. représenter les DFED dans un graphe;
3. Élaboration du MCD; 3
Modèle Conceptuel de Données
Bon de commande : le dictionnaire des données
Nom Signification Format Longueur Type Observation

NCDE N° commande N 6 E
DATEC Date commande Date 8 E jj/mm/aaaa
NCLI N° client N 6 E
NOMCLI Nom client A 25 E
ADRCLI Adresse AN 50 CO Rue + Ville
RCLI Rue Client AN 30 E
VCLI Ville client A 20 E
NPIECE N° pièce N 6 E
LIBPIECE Libellé pièce A 30 E
QTEC Quantité commandée N 4 E
PUNIT Prix unitaire de pièce N 6 E
MONT Montant HT N 10 CA PUNIT*QTEC
TOTAL TOTAL HT de commande N 12 CA  MONT

4
Modèle Conceptuel de Données

Bon de commande : La liste des DFED

NCDE  DATEC, NCLI*

NPIECE  LIBPIECE, PUNIT
NCLI  NOMCLI, RCLI, VCLI
NCDE+NPIECE  QTITEC

5
Modèle Conceptuel de Données
Bon de commande : Le graphe des DFED :

NCDE NPIECE

DATEC NCLI QTEC LIBPIECE PUNIT

NOMCLI RCLI VCLI

6
Modèle Conceptuel de Données
Bon de commande : Élaboration du MCD :

Commande Client
1, n NCLI
NCDE 1, 1 Concerner
DATEC NOMCLI
RCLI
VCLI
1, n

Contenir 0, n Pièce
QTEC NPIECE
LIBPIECE
PUNIT

7
Modèle Conceptuel de Données

MCD en cas de plusieurs documents :

Deux possibilités se présentent :

– Établir une liste globale correspondant à l’ensemble
des documents;
– Établir le MCD de chaque document. Le MCD global
est le résultat de la fusion de l’ensemble des MCD.

Etude de cas : Service des commandes (voir TD N 2)

8
Formes normales : Objectifs

 S’assurer de la robustesse de la conception de la base

 Optimiser la mémorisation des données
(redondance,…)
 La normalisation s’applique à toutes les entités et aux
relations porteuses de propriétés
 Avoir des modèles de données conforment à la 1ère,
2ème ou 3ème forme normale.

9
Première Forme Normale (1FN)

Pour toute occurrence d’une entité, respectivement

relation, chaque propriété :
 Doit contenir une valeur atomique. Ainsi, le nom et
le prénom d’une personne doivent être dans des
propriétés distinctes
 Ne doit pas contenir des valeurs répétitives. Par
exemple une catégorie d’articles doit être définie dans
une entité spécifique et non répétée dans l’entité article
 Doit être constante dans le temps (utiliser par
exemple la date de naissance plutôt que l'âge)

10
Première Forme Normale (1FN)

Exemple 1 : Passage en 1FN d’une entité non

normalisée Facture
L’entité Facture n’est pas normalisée.
Numéro Date Liste des prod Numéro
Date
001536 02-10-2014 Imprimante, pc… Liste des produits
001537 02-10-2014 Table, stylos…

001590 03-10-2014 télévision

Le MCD devient en 1 FN :
Facture 1, n Produit
0, n Contenir
Numéro QTITEC Numéro produit
Date Désignation
11
MERISE : DF , FN & MLD
Première Forme Normale (1FN)

Exemple 2 : Passage en première forme

normale d’une relation non normalisée
Commande Client
NCDE 1, n 1, n NCLI
DATEC Concerner NOMCLI
(QTITEC + NPIECE)

La relation « Concerner » n’est pas en 1FN, car la

propriété (QTITEC + NPIECE), qui concatène la
quantité commandée et le numéro de la pièce, n’est
pas atomique
12
Première Forme Normale (1FN)

Exemple 2 : Passage en première forme

normale
Le MCD devient en 1 FN :
Commande 1, n Client
1, 1 Concerner
NCDE NCLI
DATEC NOMCLI

1, n

0, n Pièce
Contenir
QTITEC NPIECE

13
Deuxième Forme Normale (2FN)

Une entité ou relation est en deuxième forme normale si :

Elle est en 1FN et chaque propriété de cette entité,
notamment de cette relation, dépend de sa clé primaire
par une dépendance fonctionnelle élémentaire. C.à.d.,
il n’existe pas de df avec une partie de la clé primaire.

Important : Le non-respect de la 2FN entraine une

redondance des données qui encombrent alors
inutilement la mémoire et l'espace disque.

14
Deuxième Forme Normale (2FN)

Exemple : supposons que la clé de cette table soit

composite (Produit,Fournisseur)
Produit Fournisseur Adresse
fournisseur
téléviseur VIDEO SA 13 rue du
cherche-midi
écran plat VIDEO SA 13 rue du
cherche-midi
téléviseur HITEK LTD 25 Bond Street

le champ adresse ne dépend que d'une partie de la clé :

le champ fournisseur
Cette table ne respecte pas la 2FN.
15
Deuxième Forme Normale (2FN)

Solution :

Produit Fournisseur
téléviseur VIDEO SA
téléviseur HITEK LTD
écran plat VIDEO SA

Fournisseur Adresse fournisseur

VIDEO SA 13 rue du cherche-midi
HITEK LTD 25 Bond Street

16
Deuxième Forme Normale (2FN)

Exemple 1 : Passage en deuxième forme

normale d’une entité en 1FN
L’entité « commande » est en 1FN. Mais n’est pas en 2FN.
Commande
# NCDE
# NPRODUIT
- DATE_CDE
- QTITEC
Après la normalisation de l’entité Commande Le MCD
devient 2FN est : Commande 0, n Produit
1, n Contenir
NCDE NPRODUIT
QTITEC
DATE_CDE

Remarque : Toute entité en 1FN possédant une clé primaire

simple (non composée) est en 2FN. 17
MERISE : DF , FN & MLD
Deuxième Forme Normale (2FN)

Exemple 2 : Passage en 2FN d’une relation en

1FN
La relation « Fabriquer » est en 1FN Mais n’est pas en
2FN. Produit Fabriquer Machine
NPRODUIT 1, n 1, n NMACH
Quantité fabriquée/ jour
LIBPRODUIT Prix unit. Produit NOMMACH
Prix unit. Machine

Le MCD en 2FN est :

Produit Fabriquer Machine
NPRODUIT 1, n 1, n NMACH
LIBPRODUIT Quantité fabriquée/ jour NOMMACH
Prix unit. Produit Prix unit. Machine
18
Troisième Forme Normale (3FN)

Une entité ou relation est en troisième forme normale si :

1. Elle est en 2FN.
2. Toute propriété de cette entité ou relation dépend de
sa clé primaire par une dépendance fonctionnelle
élémentaire directe.

19
Troisième Forme Normale (3FN)

Exemple:
Le pays de l'adresse n'est pas dépendant de la clé de la
table, à savoir le nom du fournisseur, mais il est en
fonction de la ville de l'adresse. De nouveau, il est
préférable de scinder la table en deux:
Fournisseur Adresse Ville Pays
fournisseur
VIDEO SA 13 rue du PARIS FRANCE
cherche-midi
HITEK LTD 25 Bond LONDON ENGLAND
Street

20
Troisième Forme Normale (3FN)

Solution:

Fournisseur Adresse Ville

fournisseur
VIDEO SA 13 rue du PARIS
cherche-midi
HITEK LTD 25 Bond Street LONDON

Ville Pays
PARIS FRANCE
LONDON ENGLAND

21
Troisième Forme Normale (3FN)

Exemple 1 : Passage en troisième forme

normale d’une entité en 2FN

Règles de gestion : Produit

1. Chaque Produit a un code de TVA. NPRODUIT
2. Chaque code peut identifier le taux LIBPRODUI
de TVA correspondant. CODTVA
TAUXTVA

L’entité « pièce » est en 2FN. Mais n’est pas en 3FN car :

NPRODUIT  TAUXTVA n’est pas directe.
22
Troisième Forme Normale (3FN)

Exemple 1 : Passage en troisième forme

normale d’une entité en 2FN
Le MCD en 3FN est :
Produit TVA
1, 1 Avoir 1, n
NPRODUIT CODTVA
LIBPRODUI TAUXTVA

23
Troisième Forme Normale (3FN)

Exemple 2 : Passage en 3FN d’une relation en

2FN
Le montant HT d’une ligne de commande est le produit de
la quantité et le prix unitaire du produit.
Commande Contenir Produit
1, n 0, n
NCDE Montant HT NPRODUIT
DATE_CDE Montant TVA PRIX UNIT

NPRODUIT+ NCDE  Montant TVA n’est pas directe

Montant TVA=Montant HT*20%
On doit supprimer le MONTANT TVA de la relation 24
Troisième Forme Normale (2FN)

Exemple 2 : Passage en 3FN d’une relation en

2FN
Le MCD est en 3FN :

Commande Contenir Produit

1, n 0, n
NCDE Montant HT NPRODUIT
DATE_CDE PRIX UNIT

25
Modèle Logique de Données :MLD
Le modèle logique :
Traduire le MCD (normalisé) en systèmes logiques et
notamment les bases de données relationnelles.
Le modèle relationnel :
Repose sur le principe de relation (au sens
mathématique) entre les données.
Données représentées par des tables structurées en
lignes et colonnes. Les colonnes décrivent les propriétés
appelés attribut (ou champs) et les lignes contiennent les
valeurs des champs des enregistrement.
26
MERISE : DF , FN & MLD
Modèle relationnel

Exemple : Soit la table Personne:

N°Personne Nom Date- adresse Profession
naissance
1 Ali - Rabat Étudiant
2 Fatima 22/04/1975 Fès Docteur

Schéma de relation :
Il est composé du nom de la relation, la liste des attributs
avec leurs domaines et la clé primaire.
Exemple : Schéma de relation de « Personne »
Personne(
N°Personne : Entier, Nom : Caractère(20),
Date-naissance : date, adresse : caractère(20),
27
Profession : caractère(20) ). MERISE : DF , FN & MLD
Passage du MCD au modèle
relationnel

Règle 1 :
Toute entité du modèle Entité/Association est représentée
par une relation(c..a.d une table) dans le schéma
relationnel équivalent.
La clé primaire de cette relation est l’identifiant de cette
entité.

28
Passage du MCD au modèle
relationnel

Exemple :
Pièce Commande
0, n Contenir 1, n
Num_Pièce QTITEC Num_cde
Libellé_pièce Date_cde
Prix_unit

Les entités Pièce et Commande deviennent des relations

dans le modèle relationnel :
Pièce (Num_Pièce : Numérique(5) ; Libellé_pièce :
Caractère(20) ; Prix_unit : Numérique(10))
Commande (Num_cde : Numérique(5) ; Date_cde : Date)
29
Passage du MCD au modèle
relationnel
Règle 2 :
Toute entité Ei ayant une cardinalité 0,1 ou 1,1 via une
association avec une entité Ej est traduite par l’introduction
de l’identifiant Ij de Ej dans la relation Ri correspondante à
Ei. Ij est une clé étrangère dans la relation Ri.
Exemple : Commande Client
1, 1 Concerner 1, n
NCDE NCLI
DATEC NOMCLI

L’entité Commande devient dans le modèle relationnel :

Commande (NCDE : Numérique(5) ; DATEC: Date ; #NCLI
: Numérique(4))
Client (NCLI: NuméMriEqRuISeE(:5D)F,, FNNO&MMLDCLI : Caractère(20)); 30
Passage du MCD au modèle
relationnel
Règle 3 :
Toute relation (association) plusieurs à plusieurs du MCD,
possédant éventuellement des propriétés, est traduite par
une relation dont la clé primaire est composée de tous les
identifiants des entités participantes à cette association
Exemple : Produit Commande
0, n Contenir 1, n
Cod_prod QTITECNum_cde
Libellé_ prod Date_cde
Prix_unit

La relation contenir sera traduite par une table :

Contenir (#Cod_prod : Numérique(5), #Num_cde :
Numérique(5), QTITEC : Numérique(7)) MERISE : DF , FN &31
MLD
Passage du MCD au modèle
relationnel
Règle 4 :
Toute association de type 1:1 du MCD disparait dans le
MLD. L’entité du coté 1:1 devient une table en lui ajoutant
l’identifiant de l’entité du coté 0,1
C’est un cas particulier d’une association 1 à plusieurs.
Exemple : Employé Atelier
0, 1 diriger 1, 1
Cod_empl Num_Atel
Nom _empl Nom_Atel
Salaire

L’entité Atelier devient une table :

Atelier (num_atel : Numérique(5), Nom_Atel :
32
MERISE : DF , FN &
Numérique(5), #cod_empl : MLD