Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Règles de vérification du modèle Entité/Association

L’élaboration d’un MODÈLE ENTITÉ/ASSOCIATION doit se faire essentiellement en deux étapes.

En effet, après la construction du MODÈLE ENTITÉ/ASSOCIATION brut : représentation de la partie
statique du réel perçu, celui-ci doit être vérifié en appliquant un ensemble de règles sur les entités et les
associations

Quelques règles de vérification du modèle E N T I T É / A S S O C I A T I O N :

Règle 1 :
Toutes les propriétés d’une entité doivent être élémentaires.

Règle 2 :
Tout entité doit posséder un identifiant.

Exemple : l’entité Employé

Employé

Nom_employé
Prénom_employé
Adresse_employé

N’est pas correcte :

˜ Il ne possède pas d’identifiant : plusieurs employés peuvent avoir le même nom. Il faut donc créer un
identifiant (numéro_employé par exemple)
˜ La propriété adresse_employé n’est pas élémentaire, elle est décomposable en :
Ì Rue_Employé
Ì Ville_Employé
Ì Code_postale_Employé

Après application des règles (1) et (2) de normalisation, l’entité Employé sera en 1ère FN.

Employé

Numéro_employé
Nom_employé
Prénom_employé
Rue_employé
Ville_employé
Code_postal_employé

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Règle 3 :
Toute propriété d’une entité doit dépendre de l’identifiant par une
dépendance fonctionnelle (DF) élémentaire.

Toute propriété de l’entité doit dépendre pleinement de l’identifiant de cet entité (de tout l’identifiant et
non pas d’une partie de cet identifiant).

Exemple 1 :
Soit un système d’information lié à la gestion du personnel dans une usine de lourde industrie.
Chaque Employé est caractérisé entre autre par un numéro, un nom, un prénom, une rue, une ville et un code postal.
Et chaque Enfant_Employé est caractérisé par le numéro employé (de son père) et un numéro d’ordre, un nom, un
prénom et une Date de naissance.
Et soient les faits suivants :
Ì Il n’existe pas de personnel féminin dans l’usine
Ì Un enfant est lié à un et un seul employé.
Remarquez que dans cette réalité l’enfant et l’employé ont le même nom.
L’entité enfant est représentée comme suit :

Enfant

Numéro_employé, numéro_d’ordre
Nom_enf
Prénom_enf
Date_de_naissance_enf

˜ Dans cet entité la propriété nom_enf dépend uniquement du numéro_employé d’où la DF.
numéro_employé Æ nom_enf
˜ La propriété nom_enf dépend d’une partie de l’identifiant et non de la totalité.
La DF Numéro_employé, numéro_ordre Æ nom_enf n’est pas élémentaire Car numéro_employé Æ nom_enf

L’entité Enfant n’obéit pas à la règle 3

L’application de la règle 3 pour ce cas nous amènera à extraire la propriété nom de l’entité Enfant, et à le relier à l’entité Employé
avec une association, et de ce fait, nous obtenons le schéma du MODÈLE ENTITÉ/ASSOCIATION suivant :

Employé Enfant

Numéro_employé (0,n) Parent (1,1) Numéro_employé, numéro_ordre

Nom_employé Prénom_enf
Prénom_employé Date_de_naissance_enf
Rue_employé
Ville_employé
Code_postal_employé

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

mple 2 : Soit l’entité Classe :

Classe

Niveau_filière, n°_ordre
Age

Soient les occurrences de l’entité classe

Classe Classe Classe Classe

1AS M 2 2 AS L 2 3 AS M 4 3 AS L 5
16 18 20 20

Classe Classe

1AS M 3 2 AS M5
16 18

Nous remarquons que la propriété “ Age “ change en fonction du niveau :

1 ASM2
Æ 16
1 ASM3

2 ASL2
Æ 18
2 ASM5

3 ASM4
Æ 20
3 ASL5

La propriété “Age” dépend uniquement du niveau, d’où la DF : niveau Æ age

Par conséquent la DF niveau, filière, numéo_ordre Æ age
N’est pas élémentaire. La propriété Age ne dépend pas totalement de l’ensemble des propriétés
(niveau, filière et nom-ordre) mais d’une partie de cet ensemble (niveau).
L’application de la règle 3 pour ce cas impliquerait :
La création de l’entité Niveau qui contiendrait la propriété age.
Relier les deux entités par une association de type Père-Fils (Classe Æ Niveau)
Nous obtenons ainsi le schéma du MODÈLE ENTITÉ/ASSOCIATION suivant :

Classe Niveau
(1,1) Avoir (1,n)

Niveau_filière, n°_ordre
Niveau
Age

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Règle 4 :
Dans l’entité toute propriété doit dépendre de l’identifiant par une
dépendance fonctionnelle élémentaire et directe.

Autrement dit : Toute propriété doit dépendre directement de l’identifiant, et non par l’intermédiaire d’une
ou plusieurs autres propriétés (pas de transitivité).
Exemple : Soit l’entité Produit :
Produit

Code_ produit
Libellé_produit
Prix_produit
Code_catégorie
Nom_catégorie

L’entité Produit ne respecte as la règle 4 car la propriété Nom_catégorie ne dépend pas directement de
l’identifiant Code_produit.
La DF : Code_ produit Æ Nom_catégorie n’est pas directe, elle est transitive.
Car Code_produit Æ Code_catégorie Æ Nom_catégorie
Ì Nom_catégorie dépend indirectement du Code_produit par transitivité.
Ì Nom_catégorie dépend directement du Code_catégorie.
L’application de la règle 4 sur l’entité Produit nous amènera à créer l’entité Catégorie et à le relier à l’entité
Produit par une association de type Père-Fils (Produit Æ Catégorie)
Nous obtenons ainsi le schéma du MODÈLE ENTITÉ/ASSOCIATION suivant :

Produit Catégorie
(1,1) Appartenir (1,n)
Code_produit Code_catégorie
Libellé_produit Nom_catégorie
Prix produit

Règle 5 :
Toute propriété de l’association doit dépendre pleinement de l’ensemble des identifiants
des entités qui participent à l’association, mais d’aucun sous-ensemble de cet ensemble.

Exemple 1 : Soit le MODÈLE ENTITÉ/ASSOCIATION suivant :

Commande Produit

(1,n) Contenir (1,n)

Numéro_commande Référence
Date commande
Libellé

é dé

˜ L’association Contenir ne respecte pas la règle 5

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

D’après ce MODÈLE ENTITÉ/ASSOCIATION, la date de la commande dépend du numéro_commande et de

la référence du produit, d’où la DF :
Numéro_commande, référence Æ date_commande
Ce qui n’est pas vrai, car la date de la commande dépend uniquement de la commande, c'est-à-dire du
numéro_commande, d’où la DF :
Numéro_commande Æ date_commande
Par conséquent, la DF numéro_commande + référence Æ date_commande, n’est pas élémentaire.
La propriété date_commande ne dépend pas de l’ensemble des identifiants qui participent à l’association
(numéro_commande, référence), mais d’une partie (numéro_commande) qui est l’identifiant de l’entité Commande.
Appliquer la règle 5 à l’association Contenir revient à transférer la donnée date_commande vers l’entité
Commande.
˜ En outre, l’entité Produit ne respecte pas la règle 3
La propriété quantité_commandée ne dépend pas uniquement du produit mais de la commande et du produit.
D’où : la DF référence Æ quantité_commandée ne correspond pas à la réalité, donc c’est la DF référence,
numéro_commande Æ quantité commandée qui est correcte.
Appliquer la règle 3 à l’entité Produit et l’association Contenir revient à transférer la donnée
quantité_commandée vers L’association Contenir.
Le MODÈLE ENTITÉ/ASSOCIATION normalisé est comme suit :
Commande Produit

(0, n) Contenir (1,n)

Numéro_commande Référence
Quantité_commandée
Date_commande
Libellé

Exemple 2 :
Soit le MODÈLE ENTITÉ/ASSOCIATION lié à la gestion hôtelière :

Client Chambre
(1,n) Louer (1,n)
Code_client Durée
Numéro_chambre
Prix/nuit
Type_chambre
(1,1)
(0,n)
Appartient
Date

(1,n)
Hôtel
Date

Num hôtel

L’identifiant de l’association Louer est Code_client, numéro_chambre, date

˜ La propriété durée dépend donc de l’ensemble de l’identifiant Code_client, numéro_chambre, date.
Autrement dit, la durée d’un séjour change en fonction du client, de la chambre occupée et de la période
d’occupation, ce qui est tout à fait correct.
Pour expliquer cela, voici quelques exemples d’occurrences :

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Ì C10 + 10 + 15/02/2000 Æ 15 jours

Ì C10 + 10 + 16/04/2000 Æ 20 jours
Ì C10 + 11 + 13/05/2000 Æ 15 jours
Ì C12 + 11 + 13/07/2000 Æ 6 jours

˜ Après interview des gestionnaires de l’hôtel, on constate que le prix d’une chambre par nuit change selon
le type de la chambre et la saison de location comme le montre le tableau suivant :

Saison MOYENNE
HAUTE SAISON BASSE SAISON
Type SAISON

SIMPLE 500 300 200

DOUBLE 580 375 150

Nous déduisons que la propriété prix/nuit dépend uniquement de la chambre et de la date, d’où la DF
Numéro chambre + date Æ prix/nuit.
L’application de la règle 5 au MODÈLE ENTITÉ/ASSOCIATION nous amènerait à créer une
association (TARIF) qui porterait la propriété prix/nuit.
Le MODÈLE ENTITÉ/ASSOCIATION normalisé est comme suit :

Client Chambre Hôtel

(1,n) Louer (1,n) (1,1) Appartient (1,n)
Code_client Durée
Numéro_chambre
Type_chambre Num_hôtel
(0,n)
(1,n)
Date
Tarif
Prix/nuit
Date
(1,n)

Saison

Code_saison

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Règle 6 :
Pour chaque occurrence d’une entité, chaque propriété ne peut prendre qu’une et une seule
valeur.

Autrement dit : on ne peut avoir de valeurs répétitives pour une même propriété.

Exemple 1 :
Soit l’entité Employé :
Employé

Numéro_employé
Nom_employé
Prénom_employé
Prénom_enfant

La propriété (Prénom_enfant) peut prendre plusieurs valeurs selon le nombre d’enfants que peut avoir un
employé.
Deux solutions sont possibles pour pallier le problème, c’est une propriété répétitive.
Ì Si la propriété répétitive a un nombre N fixe de valeurs, et si ce nombre et jugé petit alors, on peut
remplacer celle-ci dans l’entité par N autres propriétés (ex : Prénom_enfant1, …, Prénom_enfantN).
Ì Sinon, il faut créer une entité qui portera cette propriété, et le relier à l’entité dont elle a été extraite.
Dans cet exemple, le nombre d’enfants peut varier d’un employé à un autre, et peut être aussi relativement
grand. La solution consistera donc à créer l’entité Enfant, et le relier à l’entité Employé, nous obtenons ainsi
le MODÈLE ENTITÉ/ASSOCIATION suivant :

Employé Enfant
(0,n) Parent (1,1)
Numéro_employé Num_employé, num_ordre
Nom_employé Prénom_enfant
Prénom_employé Date_de_naissance

Exemple 2 :
Soit l’entité Professeur :
Professeur

Code_professeur
Nom_professeur
Prénom_professeur
Matière

La propriété matière peut prendre plusieurs valeurs si le professeur enseigne plusieurs matières.

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

˜ 1ère possibilité :
Le nombre de matières qu’enseigne un professeur est fixe et petit, par exemple « chaque professeur enseigne deux
matières ». Dans ce cas, la solution pour régler le problème de la propriété répétitive, consistera à créer dans
l’entité Professeur deux propriétés matière1 et matière2. L’entité Professeur devient :

Professeur

Code_professeur
Nom_professeur
Prénom_professeur
Matière1
Matière2

˜ 2ème possibilité :
Le nombre de matières qu’enseigne un professeur est variable « chaque professeur enseigne une ou plusieurs
matières ». Dans ce cas, la solution pour régler le problème de la propriété répétitive, consistera à la
supprimer de l’entité Professeur et créer l’entité Matière qui la portera, puis relier cet entité à l’entité
Professeur.
De la même manière que l’exemple précédent, nous obtenons le MODÈLE ENTITÉ/ASSOCIATION
suivant :
Professeur Matière
(1,n) Enseigner (1,n)
Code_professeur Code_matière
Nom_professeur Libellé_matière
Prénom professeur

Règle 7 :
Toutes les propriétés d’une entité doivent être significatives.

Autrement dit : il ne doit pas y avoir d’occurrence d’entité ne possédant pas de valeur pour une
propriété donnée.
Exemple 1 :
Soit l’entité Employé :
Employé

Numéro_employé
Nom_employé
Prénom_employé
Matricule véhicule

Un employé peut ne pas posséder de véhicule comme il peut en posséder plusieurs.

Il existe donc des employés ne possédant pas de véhicule. Pour quelques occurrences de l’entité Employé la
propriété Matricule véhicule est insignifiante.

La solution à ce problème consistera aussi à créer une entité qui va porter cette propriété et le relier à l’entité
Employé. (ex : Véhicule).

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Employé Véhicule
(0,n) Posséder (1,1)
Numéro_employé Matricule_véhicule
Nom_employé Type_véhicule
Prénom_employé

Règle 8 :
Deux occurrences d’une entité ne peuvent participer à une même occurrence de l’association.

Exemple :
Considérons le MODÈLE ENTITÉ/ASSOCIATION suivant :

Client Véhicule
(1,n) Louer (1,n)
Numéro_cl Date
Nom_cl Durée Matricule_V
Type_V

Ce MODÈLE ENTITÉ/ASSOCIATION correspond aux faits réels suivants :

Ì Un client peut louer plusieurs véhicules à des dates différentes.
Ì Un véhicule peut être loué par différents clients à des dates différentes.
L’identifiant de l’association Louer est Numéro_cl + Matricule_V d’où les DF suivantes :
Numéro_cl, Matricule_V Æ date
Numéro_cl, Matricule_V Æ durée
Le MODÈLE ENTITÉ/ASSOCIATION tel qu’il est présenté signifie qu’un client peut louer des véhicules
différents à des dates différentes mais ne peut jamais louer le même véhicule plus d’une fois.

Explication :
Si dans la réalité, le cas d’un client qui loue le même véhicule plus d’une fois venait à se présenter, nous aurons des
occurrences de l’association Louer comme suit :

Client Véhicule
Louer
1050 4534 15.96
MAHDI 15.02.2000
PEUGEOT
2

Client Véhicule
Louer
1050 4534 15.96
MAHDI 14.03.2000
PEUGEOT
5

Si nous observons ces occurrences nous déduisons que :

Ì 1050, 45341596 Æ 15.02.2000
Ì 1050, 45341596 Æ 14.03.2000
Autrement dit, nous avons un même identifiant pour deux occurrences différentes de l’association, ce qui est
incorrect.

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Donc le client 1050 ne peut louer le véhicule 45341596 qu’une seule fois.
L’occurrence (1050, MAHDI) ne peut participer deux fois à une occurrence de l’association.
Deux situations se présentent à nous, selon les règles de gestion du système :
˜ Si les règles de gestion appliquées au MODÈLE ENTITÉ/ASSOCIATION sont :
Ì Un client ne peut louer un véhicule qu’une seule fois.
Ì Un client peut louer différents véhicules à des dates différentes.
Le problème de l’identifiant pour deux occurrences différentes ne se posera pas.
Le MODÈLE ENTITÉ/ASSOCIATION vérifie la règle 8.
˜ Si par contre la règle de gestion appliquée au MODÈLE ENTITÉ/ASSOCIATION est :
Ì Un client peut louer le même véhicule à des dates différentes.
Alors le MODÈLE ENTITÉ/ASSOCIATION ne vérifie pas la règle 8.

Pour remédier à ce problème, la solution consistera à extraire la propriété date de l’association, et créer l’entité
Date qui sera relié à cette dernière.

Le MODÈLE ENTITÉ/ASSOCIATION vérifié sera alors :

Client Véhicule
(1,n) Louer (1,n)
Numéro
Nom Durée Matricule
Prénom Type
(0,n)

Date

Date

L’identifiant de l’association Louer devient numéro_cl, matricule_V,date

Les occurrences suivantes deviennent possibles :

Client Véhicule
(1,n) Louer (1,n)
1050 4534 15.96
MAHDI 2
PEUGEOT
(0,n)

Date

15.02.2000

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

Client Véhicule
Louer
(1,n) (1,n)
1050 4534 15.96
5
MAHDI
PEUGEOT
(0,n)

Date

14.03.2000

Les DF suivantes sont tout à fait correctes :

1050 + 45341596 + 15.02.2000 Æ 2
1050 + 45341596 + 14.03.2000 Æ 5

Règle 9 :
Pour une occurrence de l’association, il ne doit pas y avoir de participation optionnelle de l’un
de ses entités.

Exemple :
Le domaine concerné est celui de la gestion d’un parc de véhicules dans une entreprise
Le MODÈLE ENTITÉ/ASSOCIATION correspondant est comme suit :

Véhicule Garage
(0,n) Réparer (0,n)
Matricule
Type Code_garage
RS_garage
Adresse garage

(0,n) (0,n)

Date Motif réparation

Date
Code_motif
Libellé_motif

Les réparations de véhicules sont organisées comme suit :

Ì Un véhicule peut être réparé chez un garagiste à une date donnée pour un motif moyennant un tarif de
réparation.
Ì Périodiquement, chaque véhicule est conduit chez un garagiste pour être révisé.

L’identifiant de l’association Réparer est matricule, code_garage, code_motif, date.

Voici une occurrence de l’association Réparer :

05631961509, G01, BT, 13/03/2000 (BT : Batterie).

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

La révision d’un véhicule est une vérification complète de son fonctionnement. Il n’y a pas de réparation
particulière à signaler, et donc pas de motif de réparation à spécifier.

Nous pouvons donc avoir dans ce cas une occurrence de l’association Réparer ayant pour valeur par exemple
: 05631961509, ? ,G01, 15/03/2000
Dans ce cas, l’association Réparer concerne uniquement les entités Véhicule, Garage et Date.

En conclusion, l’entité Motif réparation participera à l’association lorsqu’il s’agira d’une réparation et non
lorsqu’il s’agira d’une révision. Ce qui correspond à une participation optionnelle de l’entité Motif réparation
à l’association. La règle 9 n’est donc pas vérifiée.

En appliquant la règle 9 de vérification, le MODÈLE ENTITÉ/ASSOCIATION devrait être modifié pour

répondre aux réalités : réparation et révision.

L’association Réparer représentera uniquement les réparations, elle liera les entités Matricule, Garage,
Date, Motif.

On créera une autre association Réviser qui représentera uniquement les révisions et elle liera uniquement
les entités Matricule, Garage, Date.

Le MODÈLE ENTITÉ/ASSOCIATION vérifié serait :

Véhicule Motif réparation

(0,n) Réparer (0,n)
Matricule Code_motif
Type Libellé_motif

(0,n) (0,n)

Date Garage
(0,n)
Date
Code_garage
RS_garage
Adresse garage
(0,n)

Réviser

(0,n)

Règle 10 :
Il est nécessaire de s’assurer que l’ensemble des règles de gestion liées au système
d’information étudié ont été appliquées au MODÈLE ENTITÉ/ASSOCIATION. Il faut vérifier en
particulier que les cardinalités sont conformes à celles-ci.

Section : L2 semestre 2 2021/2022 Mme D.Taouri

Module : Bases de données Chapitre 5 : Règles de vérification du modèle Entité/Association

¨ Récapitulatif des règles vérification du MODÈLE ENTITÉ/ASSOCIATION

Règle 1 :
Toutes les propriétés d’une entité doivent être élémentaires, c’est-à-dire non décomposables.
Règle 2 :
Tout entité doit posséder un identifiant.

Règle 3 :
Toute propriété d’une entité doit dépendre de l’identifiant par une Dépendance fonctionnelle
élémentaire.

Règle 4 :
Dans l’entité, toute propriété doit dépendre de l’identifiant par une dépendance fonctionnelle
élémentaire et directe.

Règle 5 :
Toute propriété de l’association doit dépendre pleinement de l’ensemble des identifiants des
entités qui participent à l’association, mais d’aucun sous-ensemble de cet ensemble.

Règle 6 :
Pour chaque occurrence d’une entité, chaque propriété ne peut prendre qu’une et une seule
valeur.

Règle 7 :
Toutes les propriétés d’une entité doivent être significatives.

Règle 8 :
Deux occurrences d’une entité ne peuvent participer à une même occurrence de association.

Règle 9 :
Pour une occurrence de l’association, il n’y a pas de participation optionnelle de l’un des ses
entités.

Règle 10 :
Il est nécessaire de s’assurer que l’ensemble des règles de gestion liées au système
d’information étudié ont été appliquées au MODÈLE ENTITÉ/ASSOCIATION. Il faut vérifier en
particulier que les cardinalités sont conformes à celles-ci.

Section : L2 semestre 2 2021/2022 Mme D.Taouri