Modèle Conceptuelle des Données

Modèle Conceptuelle des Données

FPJ 2014/2015

2014/2015

systèmes

– Rabat-

Objectifs du cours

Construire le graphe MCD

Appréhender les règles de gestion Comprendre: Entité, Relation, Cardinalité

Cette leçon va vous aider à :

Normaliser les dépendances

2

Le Plan du cours :

Problématique Entité, Relation

Règles de simplification Normalisation

3

Introduction

Introduction

4

44

Nom Commentaire Type Identifiant

No artificiel A5 O

A30 D A15

Id commune I O

Nom commune A30

Id agence No artificiel A5 O

Nom agence A40

Directeur A30

Id exploitation No artificiel A5 O

Nom exploitation A25

SAU N

ID comptable Nom comptable Date naissance No tél

Introduction

Introduction

5

55

COMPTABLE

Exploitation ID exploitation Nom exploitation SAU

Agence ID_agence Nom Agence Directeur COMMUNE

ID_commune Nom commune

GERER TRAVAILLER

Situer

Localiser

ID comptable Nom comptable Date naissance No tél

L’esquisse du MCD correspondant

Introduction

Introduction

6

66

Le MCD a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information. Il s'agit donc d'une représentation des données,

facilement compréhensible, permettant de décrire le système d'information à l'aide d'entités.

 Il est à la base de tous les SGBD dits relationnels (Access, Oracle, Mysql…) qui sont les plus utilisés actuellement dans les entreprises.

 Cet outil va nous permettre de recenser et d’organiser les données du système d’information du domaine étudié.

 Il permet donc une représentation du “ réel perçu ” sous la forme de : ENTITES, ASOOCIATIONS et PROPRIETES.

Indépendamment de tout choix d'implantation physique.

Introduction

Introduction

7

77

L'objet de la modélisation est de réaliser une cartographie normalisée et exhaustive des informations.

SUPERMARCHE

SUPERMARCHE

SUPERMARCHE

SAVON

6.00 Dh

3.00 Dh

Introduction

Définition

8

88

Après avoir fait une analyse aussi complète que possible du problème à informatiser, la construction du MCD se fait en quatre étapes :

Repérage des entités;

Construction des entités, choix des propriétés;

Construction des relations;

Choix des cardinalités

Introduction

Définition

9

99

Entité:

Est la représentation semi formelle de la mémorisation d’une information cohérente.

représente un ensemble d’objets de même nature (ayant une existence propre), concrets ou abstraits, du domaine d’étude

Sert à décrire plusieurs occurrences de la même information

Fiesta rouge de Badr BMW R5

Ferrari de Mr Farhat

VOITURE

Commande 1 Commande 2

Commande n

COMMANDE

Introduction

Définition

10

1010

 Les éléments de l’information (complexe) modélisée par l’entité sont les propriétés.



Exemple :

Ford, Dacia et Peugeot sont des « marques » ; fiesta, Logan et 308

sont des « modèles ». Ainsi, Marque et Modèle peuvent être des

propriétés de l’entité voiture

Introduction

Définition

11

1111

 A un ensemble d’occurrences > 1

 A des propriétés type

(informations élémentaires sur l’entité)

 A un identifiant : identifier et distinguer

Code ISBN Titre

premierAuteur

Le livre de code ISNB 2-84082-812-X a pour titre « Le rouge et le noir » et pour premier auteur Stendhal.

Une seule valeur pour chaque propriété

Véhicule

n° immatriculation couleur

puissance

Véhicule marque couleur position

n° immatriculation puissance

• Parking

Normalisation

Définition

Suivant les règles de gestion on peut définir les propriétés des entités

Mnémonique Identifiant Propriété 1 Propriété 2 . . . Propriété n

n

Nombre fini et défini de propriétés Normalisation

Définition

Introduction

Définition

14

1414

Les occurrences ne sont pas représentées sur le MCD, il faut s’en faire une représentation mentale.

Introduction

Définition: Attribut, propriété

15

1515

Une propriété est un élément d’une entité, et d’une seule :

◦ décrit la mémorisation d’une information élémentaire,

◦ a un nom unique,

◦ permet de mémoriser une valeur,

◦ doit avoir un sens (donc une valeur) pour chacune des occurrences de la composante

 Domaine de valeurs.

Introduction

Définition: Attribut, propriété

16

1616

Introduction

Définition: Identifiant

17

1717

 L’identifiant de l’entité est une propriété qui ne peut pas prendre deux fois la même valeur dans deux occurrences de l’entité.

Exemples:

CIN ( Alphanumérique);

code barre d’un produit;

ISBN d’un livre ( 13 chiffres + 1 lettre)

identifiant ( obligatoire )

C’est l’identifiant qui fait l’entité.

Introduction

Définition: Identifiant

18

1818

Etudi ant

N° étudiant Nom étudiant

Prénom étudiant Adresse étudiant Etc

Identifiant

Modèle Conceptuel de données 19

Normalisation

MCD avec WinDesign

Modèle Conceptuel de données 20

Décrire l’entité par ses propriétés Normalisation

Entité avec WinDesign

21

Normalisation

WinDesign: décrire une entité

Introduction

Définition: Mise en place d’une entité

22

2222

Identifiant

 Repérer tout objet concret ou abstrait , tout individu ayant une existence propre et conforme aux besoins de gestion de l’organisation.

Attribuer à chaque entité son identifiant et ses propriétés.

Introduction

Définition: Occurrence

23

2323

 Pour une valeur de l’identifiant, on a une valeur de chacune des propriétés.

Deux occurrences de l’entité ne peuvent avoir la même valeur d’identifiant.

Les domaines de valeurs des propriétés ne sont pas

disjoints.

Introduction

Définition: Association

24

2424

Relation

Entité qui peut être porteuse de propriétés Identifiée par la composition des identifiants

Association perçue entre objets de l'univers étudié

Les entités sont liées par des associations , indiquées, dans le langage courant par des verbes:

Exemples , déterminer les entités : - « être propriétaire »:

- « commander » :

-« conduire »

Introduction

Définition: Représentation d’association

25 Entités de la collection

Nom de l’association

Pattes

Personne N° SS Nom

A pour mère

Les relations

• Association binaire réflexive (1/2)

Normalisation

Association

Objet ID P₁ . . . P_n

Relation PR₁

. . . . PR_n

Les relations

• Association binaire réflexive (2/2)

Normalisation

Association

L’association possédant plusieurs propriétés

Magasin Nom

adresse ville

Vendre Prix de vente

Produit Code

désignation packaging

Les relations

• Association binaire (1/2)

Normalisation

Association

Objet 1 ID₁

P₁₁ . . . . P_1n

Objet 2 ID₂

P₂₁ . . . . P_2n Relation

PR₁ . . . . PR_n

Les relations

• Association binaire (2/2)

Normalisation

Association

Magasin Nom

adresse ville

Vendre Prix de vente

Produit Code

désignation packaging Période

Code

date début date fin

Les relations

• Association n-aire (1/2)

Normalisation

Association

Objet 1 ID

P

. . . . P

Objet 2 ID

P

. . . . P

Relation

PR

. . . . PR

Objet 3 ID

P

. . . . P

Les relations

• Association n-aire (2/2)

Normalisation

Association

Association binaire réflexive

Association binaire

Association ternaire

Les relations

• Résumé

Normalisation

Association

Introduction

Définition: Association

33

3333

Introduction

Définition: Association

34

3434

Note dans un contrôle :

ETUDIANT CONTROLE

Évaluer note

(124869, controle1, 10 )

(124896, controle1, 19)

(124895, controle2, 8 )

Recette

nom recette Se compose de

Quantité

Ingrédient Nom ingred

Remplacé par Normalisation

Exemple

35

3535

Erreur, un ingrédient peut en remplacer un autre dans une recette déterminée

Normalisation

Exemple

36

3636

Recette

nom recette Se compose de

Quantité

Ingrédient Nom ingred

Remplacé par Normalisation

Exemple

37

3737

 Exemple : On considère le problème suivant :

 Un libraire gère des œuvres littéraires. Une œuvre est une création littéraire.

 Une œuvre a au moins un auteur et est dans une édition (un livre).

 Une édition possède un ISBN unique et a un unique éditeur. Elle peut contenir plusieurs œuvres.

 On veut mémoriser pour chaque édition le nombre d'exemplaires en stock et pour chaque exemplaire son état .

Normalisation

Exemple

38

3838

• Dans ce problème, les entités sont :

– L’entité "œuvre" : Une création littéraire, un récit…

– L’entité "auteur" : une personne créateur d'œuvre,

– L’entité "édition" : un livre contenant une ou plusieurs œuvres littéraires,

– L’entité "éditeur" : la société qui va imprimer les livres, – L’entité "exemplaire" : un exemplaire physique de livre.

 L'ISBN, par exemple, n'est pas une entité puisqu'il s'agit d'un élément qui caractérise l'entité "édition".

39

Normalisation

Exemple

40

4040 40

Normalisation

Exemple

b. Construction des entités

 On commence par donner un nom à chacune des entités. Il faut ensuite rechercher les propriétés de ces entités.

 On devra garder à l'esprit les points suivants :

toute propriété est élémentaire (elle n'est pas la composition d'éventuelles propriétés plus petites),

 une propriété ne doit pas être "instable" ou "calculable" : si une propriété peut être obtenue par calcul à partir d'autres éléments qui vont apparaitre dans la base de données (notamment d'autres propriétés), on ne doit pas la considérer,

Normalisation

Construction du MCD

Construction du MCD

41

4141

– si aucune des propriétés Collectées ne peut servir de clé, on en rajoute une artificiellement (Par exemple "CodeLivre" ou "IdAnimal").

– Chaque propriété ne doit dépendre que d'une seule entité.

Normalisation

Construction du MCD

Construction du MCD

42

4242

 Exemple :

• Dans l'exemple du libraire, on peut construire les entités suivantes (les propriétés sont indiquées après le nom de l'entité, l'identifiant est en gras) :

– œuvre : Idœuvre, titre

– Auteur : IdAuteur, nom, prénom – édition : ISBN, titre, nb pages

– éditeur : IdEditeur, nom

– Exemplaire : IdExemplaire, état

Normalisation

Construction du MCD

Construction du MCD

43

4343

• Notons que, dans le cas de l'édition, l'ISBN est un identifiant tout à fait acceptable.

• Dans les autres cas, aucune des propriétés ne convenant comme identifiant, il a fallu créer une propriété particulière pour cet effet (Id...).

Normalisation

Construction du MCD

Construction du MCD

44

4444

45

Œuvres

Idœuvre Titre

Editions

ISBN Titre

Nb pages

Editeurs

IdEditeur

Exemplaires Nom Id_livre

Etat

Auteurs

IdAuteur Nom Prénom Normalisation

Construction du MCD

Construction du MCD

45

4545

c. Construction des relations

 L'étape suivante consiste à énumérer toutes les relations possibles entre entités.

 Si une relation a une chance d'apparaitre (et de nous intéresser), alors on doit la considérer dans le MCD.

On parle également parfois d'association.

 Une relation se représente de la manière suivante :

Normalisation

Construction du MCD

Construction du MCD

46

4646

 On notera les points suivants :

 Une relation est en général entre deux entités. Il est possible d'avoir des relations entre plus que deux entités.

 Par exemple, une relation Vente entre Acheteur, Vendeur et Lieu pour une base de données de transaction immobilière.

Il est néanmoins souvent possible (et préférable!) de se restreindre à des relations entre deux entités.

Dans le cas ici, la relation Vente pourrait être remplacée par une entité Acte de vente qui est en relation avec l'acheteur, le vendeur et le lieu.

Normalisation

Construction du MCD

Construction du MCD

47

4747

 Il est tout à fait possible d'avoir plusieurs relations entre deux entités.

 Il est également possible d'avoir une relation dite réflexive, c'est-à-dire entre une entité et elle-même.

Par exemple, on peut avoir une relation Responsable entre une table employé et elle même.

Dans ce cas, il convient tout de même de remarquer que chacune des "pattes" de la relation a une signification différente. Ici, l'une des "pattes" signifiera est responsable de et l'autre signifiera a comme responsable.

Normalisation

Construction du MCD

Construction du MCD

48

4848

 Une relation peut avoir des propriétés.

Par exemple, si une relation Contient lie l'entité Facture et l'entité Produit, elle possède certainement la propriété "quantité" (une facture contient un produit x en quantité y).

D'ailleurs, si une propriété dépend de plus d'une entité (comme c'est le cas ici avec la quantité qui dépend à la fois de la facture et du produit), c'est certainement qu'elle dépend d'une relation, et non pas d'une entité.

Normalisation

Construction du MCD

Construction du MCD

49

4949

 Il faut éviter les relations que l'on peut déduire d'autres relations par transitivité.

Par exemple, dans une base de données gérant une université, si on dispose d'entités étudiant, formation et cours. On a les relations fait partie entre formation et cours (un cours fait partie d'une formation) et inscription entre étudiant et formation. Il est inutile d'avoir en plus une relation inscription entre étudiant et cours : tout étudiant inscrit à une formation est systématiquement inscrit à tous les cours qui composent la formation.

Normalisation

Construction du MCD

Construction du MCD

50

5050

• Exemple :

Dans l'exemple du libraire, on a les relations suivantes:

Normalisation

Construction du MCD

Construction du MCD

51

5151

Introduction

Définition: Contraintes d’intégrité

52

5252

 Ce sont les règles relatives aux données qui doivent être incorporées au modèle afin

d’assurer la cohérence de la base d’information.

 Exemple d’incohérence :

 une commande n’est passée par aucun client;

 la date de fin de location est antérieure à la date de

début de location.

Introduction

Définition: Cardinalité

53

5353

Une cardinalité est une précision apportée sur une patte d’une association.

Elle indique combien de fois l’entité peut intervenir dans l’association.

Pour un MCD, est utile de savoir :

 la cardinalité minimale  Si une occurrence de l’entité est obligatoirement concernée par une (au moins) occurrence de l’association ;

 la cardinalité maximale  Si une occurrence de l’entité peut

(éventuellement) être concernée par plusieurs occurrences de

l’association.

Introduction

Définition: Cardinalité

54

5454

Lisons les cardinalités de l’association suivante:

CLIENT 0,n passer COMMANDE

-

Etant donné un client, il participe 0 ou n fois à l’association « passer »

Règle de gestion:

- Un client passe 0 ou n commandes.

- Un client peut ne passer aucune commande

ou plusieurs ( n) .

-Etant donné une

Commande, elle participe une fois à l’association « passer »

Règle de gestion:

-Une commande est adressée à un et un seul client

1,1

Introduction

Définition: Cardinalité

55

5555

1,n

Cardinalité minimale

Cardinalité maximale

Introduction

Définition: Cardinalité

56

5656

Il faut poser les mêmes questions pour l’entité Produit :

 Un produit peut-être acheté au minimum par combien de clients ?

 Un produit peut-être acheté au maximum par combien de clients ?

0 1 2 3 n

aucune

doit exister

plusieurs

Introduction

Définition: Cardinalité

57

5757

 La cardinalité minimale montre le caractère obligatoire ou facultatif de la participation d’une entité à l’association.

 La cardinalité maximale indique le caractère exclusif ou répétable de cette participation.

0,1 au plus 1

1,1 un et un seul

1, n au moins 1

0, n un nombre

quelconque

A B

• Relation 1,1 - 0,1

58

5858

Normalisation

Cardinalité

A B

Parent Enfant

Cardinalités

• Relation 0,n - 0,1

– Appelée : Relation hiérarchique

Normalisation

Cardinalité

59

5959

Cardinalités

A B

• Relation 0,n - 0,n

– Appelée : Relation N-P

Normalisation

Cardinalité

60

6060

Personne N° SS Nom

A pour mère 1,1

0,n

Cardinalités

Cardinalité

61

6161

Personne N° SS Nom

A pour mère 0,1

0,n

Cardinalités

• correct conceptuellement

Normalisation

Cardinalité

62

6262

Magasin Nom

adresse ville

Vendre Prix de vente

Produit Code

désignation packaging

0,n 0,n

Cardinalités

Cardinalité

63

6363

Magasin Nom

adresse ville

Vendre Prix de vente

Produit Code

désignation packaging

0,n 0,n

Cardinalités

Cardinalité

64

6464

Magasin Nom

adresse ville

Vendre Prix de vente

Produit Code

désignation packaging Prix de vente

0,n 0,1

Cardinalités

Cardinalité

65

6565

Magasin Nom

adresse ville

Vendre

Produit Code

désignation packaging Prix de vente

0,n 0,1

Cardinalités

• Une relation hiérarchique ne peut être porteuse de propriétés

Normalisation

Cardinalité

66

6666

Magasin Nom

adresse ville

Vendre Prix de vente

Produit Code

désignation packaging Période

Code

date début date fin

0,n

0,n

0,n

Cardinalités

Cardinalité

67

6767

Magasin

Code Réaliser C.A.

C.A.

Mois mois magasin

Code . . . . .

Chiffre affaire

0,n 0,n

Cardinalités

• Gestion des Historiques

Normalisation

Cardinalité

68

6868

0,n 0,n Magasin

Code

Réaliser C.A.

C.A.

Mois mois

Rayon Code

0,n

Cardinalités

Cardinalité

69

6969

Normalisation

Règles de gestion:

70

7070

• Les règles de gestion du MCD précisent les contraintes d'intégrité qui doivent être respectées par le modèle.

• Exemple : le MCD d’une école peut avoir les règles de gestion suivantes :

R1 : à chaque classe est attribuée une et une seule salle.

R2 : chaque matière est enseignée par un et un seul professeur.

R3 : pour chaque classe et chaque matière est défini un nombre fixe d’heures de cours.

R4 : à chaque élève est attribuée (au plus) une seule note par matière.

R5 : l’établissement gère les emplois du temps des professeurs et des élèves ainsi que le contrôle des connaissances.

 R6 : un professeur fait au moins un enseignement.

 R7 : une classe a au moins un enseignant.

• Le MCD sera

71

Sigle matière

Désignation_mat

Matière

Avoir pour note Note

 N° SS élève

 Nom_élève

 Prénom _élève

 Date_naissance

 Adresse

 Année_étude

Elève

 Code_prof.

 Nom_prof.

 Prénom_prof

 Statut_prof

Professeur

Enseigner

•Nbre_heures

 Code Classe

 Désignation_classe

 N° salle

Classe

Appartenir

(0,n) (0,n)

(1,1)

(1,n) (1,n)

(0,1)

(1,n)

Normalisation

MCD correspondant :

Card min, max

Relation entre entités

Entité avec identifiant

Données

élémentaires

Normalisation

Récapitulatif du formalisme:

72

7272

MCD du « facture d’hôtel » :

Normalisation

Exemple: Cardinalité

73

7373

La ligue de squash

Normalisation

Exemple MCD

74

7474

Cardinalités sous Windesign

• Les 4 possibilités et plus

Le lien

Normalisation

Cardinalité sous Windesign

75

7575

Normalisation

Cas pratique:

• Exercice:

– Nous voulons créer un MCD complet qui

représente l’allaitement des femmes pour les enfants.

– Une femme est représentée par: nom, prénom et un numéro de même pour les enfants.

76

7676

Normalisation

Cas pratique:

77

7777

Normalisation

Cas pratique:

 Un groupe hôtelier vous demande de réaliser une application de gestion hôtelière. Cette application doit permettre la gestion de 8 hôtels, chaque hôtel possède 100 chambres maximum. Ces hôtels sont répartis en 5 classes(*,**,***,****,*****). Pour chaque hôtel il y a au maximum 9 catégories de chambres différentes(capacité, degré de confort).

 Cette application doit gérer aussi, les clients ainsi que leurs réservations.

 Travail à faire:

◦ 1- Trouver les entités en proposant leurs propriétés.

◦ 2- Trouver les associations et les cardinalités.

◦ 3- Elaborer le Modèle Conceptuel de Données.

78

7878

Modèle Conceptuel de données 79

Normalisation

Cas pratique:

79

7979

• Pour une situation donnée, il n’existe pas une solution unique

• Un modèle exprime un point de vue et reflète des besoins en information

• Le BON modèle est celui qui est accepté par les personnes concernées par le projet.

Normalisation

Un Bon MCD ?

80

8080

• La méthode générale de construction du MCD :

– Recherche des entités,

– Recherche des propriétés (dont la clé de chaque entité),

– Recherche des relations entre entités,

– Recherche des cardinalités (0:1, 1:1, 0: n ou 1:n ?)

Normalisation

A retenir

81

8181

 Une banque désire posséder un SGBD pour suivre ses clients. Elle désire ainsi stocker les coordonnées de chaque client (nom, prénom adresse), et les comptes dont elle dispose ainsi que leur solde (sachant par ailleurs que certains compte ont plusieurs bénéficiaires).

On stockera également les opérations relatives à ces comptes (retrait et dépôt, avec leur date et le montant).

Normalisation

Exercice: Réalisation MCD Banque

82

8282

Normalisation

Exercice: Réalisation MCD Banque

Comptes

Id_Cpt Solde

Clients

NoClient Nom Prénom Adresse

Opérations

Id_op Type Date montant bénéficie

Concerne

1:n 1:n 0:n

1:1

83

8383

Normalisation

Exercice: Gestion des commandes

 Les règles de gestion :

– Le magasin vend des produits a des clients.

– Les produits possèdent une référence (un code), un libelle et un prix unitaire.

– Les clients ont une identité (nom, prénom, adresse...).

– Les clients passent des commandes de produits. On mémorise la date de la commande.

– Pour chaque commande, le client précise une adresse de livraison.

– La commande concerne un certain nombre de produits, en une quantité spécifiée pour chaque produit.

84

8484

Normalisation

Exercice: Gestion des commandes

85

8585

Normalisation

Exercice: Gestion Immobilière

 Les règles de gestion :

– Une agence de location de maisons et d’appartements désire gérer sa liste de logements. Elle voudrait en effet connaître l’implantation de chaque logement (nom de la commune et du quartier) ainsi que les personnes qui les occupent (les signataires uniquement).

– Le loyer dépend d’un logement, mais en fonction de son type (maison, studio, T1, T2...) l’agence facturera toujours en plus du loyer la même somme forfaitaire à ses clients. Par exemple, le prix d’un studio sera toujours égal au prix du loyer + 30 DH de charges forfaitaires par mois.

– Pour chaque logement, on veut disposer également de l’adresse, de la superficie ainsi que du loyer.

– Quant aux individus qui occupent les logements (les signataires du contrat uniquement), on se contentera de leurs noms, prénoms, date de naissance et numéro de téléphone.

86

8686

87

Individus Communes

TypeLogements

Locations

N°identité Nom

Prénom

DateNaissance N°téléphone

Id commune Nom commune Distance agence Nombre d'habitants

Type logement Charges forfaitaires

N°Location DateDébut DateFin 1,N

Correspondre Effectuer

1,N

0,N 1,1

1,1

1,1

1,1 1,N

Situer Dans

1,1 0,N

Concerner

Appartenir

Logements

N°logement Adresse Superficie Loyer

Quartiers

Id quartier Nom quartier

Normalisation

Exercice: Gestion des commandes

88

Quelques erreurs de modélisation

• Cas 1 : Attribut répétitif

L'attribut "Matière" peut prendre plusieurs valeurs si le prof.

peut enseigner plusieurs matières.

Professeur Matricule Nom

Matière

Professeur Matricule Nom

Matière Code Matière

Enseigner

1,n 1,n

Solution

Normalisation

Erreur à éviter

!!!!

88

8888

89

• Cas 2 : Attribut sans signification

L'attribut "Matière" ne prend pas de valeur pour une secrétaire ou un surveillant.

Personnel Matricule Nom

Matière

Personnel Matricule Nom

Solution

Normalisation

Erreur à éviter

!!!!

89

8989

90

• Cas 3 : Dépendance incomplète

Commande N° Bon

Qté

Solution

Produit Réf

Désign.

P.U.

Concerner

1,n 1,n

Commande N° Bon

Date

Produit Réf

Désign.

P.U.

Concerner

1,n 1,n

Date

Qté

L'attribut "Date" ne dépend pas du produit et l'attribut "Qté" peut prendre plusieurs valeurs.

Normalisation

Erreur à éviter

!!!!

90

9090

Normalisation

Association transitive

!!!!

91

9191

Considérons le modèle suivant :

L’association binaire qui relie l’entité « CONTRAT » et l’entité « PROPRIETAIRE» doit être ôtée du modèle.

 On peut retrouver le propriétaire à partir des associations

« Concerner » et « Appartenir ». Il s’agit d’une association

transitive.

92

• 1

Forme Normale (1FN) :

• : élémentarité des attributs et existence de l'identifiant.

Tous les attributs doivent être élémentaires par rapport au choix de gestion et il doit y avoir un identifiant à chaque entité.

n'est pas 1FN

ET UDIA NT N° étudiant Nom

Prénom Age

est 1FN

Nom Prénom Age

Adresse

Normalisation

Normalisation

Normalisation

92

9292

93

• 2

Forme Normale (2FN) : DF élémentaire de

l'identifiant. Tout attribut d'une entité doit dépendre de l'identifiant de cette entité par une dépendance

fonctionnelle élémentaire.

0,n ETUDIANT

N°_étudiant Nom

Prénom

0,n OPTION

Code_option Nom option SUIVRE

ETUDIANT

Code_Option, N°_étudiant Nom

Prénom Nom option

Normalisation

Normalisation

Normalisation

93

9393

94

• 3

Forme Normale (3FN) : DF élémentaire et directe.

Tout attribut d'une entité doit dépendre de l'identifiant par une DF élémentaire et directe.

0,n ETUDIANT

N°_étudiant Nom

Prénom

0,n OPTION

Code_option Nom_option SUIVRE

ETUDIANT Code_étudiant Nom

Prénom Code_option Nom_option

Normalisation

Normalisation

Normalisation

94

9494

95

• 4

Forme Normale (4FN) : DF complète (cas de l'identifiant concaténé).

Si une entité a un identifiant concaténé, un des attributs composant l'identifiant ne doit pas dépendre d'un autre attribut.

Exemple :

RG1 : tout prof enseigne une et une seule matière.

RG2 : toute classe n'a qu'un seul prof par matière.

n'est pas 4FN

est 4FN

COURS Matière, N° classe N° prof

0,n COURS

N° p rof

Matière 0,n

CLASSE N° classe N° prof ENSEIGNER DANS

Normalisation

Normalisation

Normalisation

95

9595