Gestion Des Bases de Données: La Démarche MERISE Par Étapes

22/10/2019
UNIVERSITÉ SIDI MOHAMMED BEN ABDELLAH

ÉCOLE NATIONALE DE COMMERCE ET DE GESTION
GESTION DES BASES DE DONNÉES
Partie I
Professeur: Fayçal MESSAOUDI Faycal.messaoudi@usmba.ac.ma
3 La Démarche MERISE
Par Étapes
Méthode d'Étude et de Réalisation Informatique pour les Systèmes d'Entreprises.
o Le Dictionnaire Des Données

o Graphe de Dépendance Fonctionnel
o Le M.C.D (Modèle Conceptuel de Données)
o Le M.C.T (Modèle Conceptuel de Traitement)
o Le M.L.D (Modèle Logique de Données)
o Le M.O.T (Modèle Organisationnel de Traitement)
o Le M.P.D (Modèle Physique de Données)
1
22/10/2019
Approche générale –MERISE-
Détection d’un
Etude de Le cahier des
besoin
faisabilité charges
d’automatisation
Implémentation Programmation Conception du

des tests et mise en place SI
Cahier des Charges

 C’est un document qui vise à définir les
spécifications de base et les règles de gestion
d’un projet, d’un produit ou d’un service à
réaliser .
• Cahier des charges fonctionnel
• Cahier des spécifications techniques
2
22/10/2019
Les Règles de Gestion

 Les règles de gestion est l’ensembles des informations qui
vont nous aider à modéliser et concevoir notre SI et que
nous venons de déduire d’après :
◦ Les interviews avec les différents acteurs du projet;

◦ Analyse de l’existant;
◦ L’étude de tous les documents : (les factures, les commandes,
les bons de livraison, notes …).
1. Le Dictionnaire de Données
3
22/10/2019
Le Dictionnaire de Données
Le dictionnaire de données est un document qui
permet de recenser, de classer et de trier toutes les
données collectées lors des entretiens et/ou de l’étude
des documents.
Contient toutes les données nécessaires, relevées dans

l'analyse de l'organisation (dans l'analyse du sujet).
Champs Type de Commentair
Taille du champ
retenus données e
Les types de données
• Alphanumérique (AZERYiop 123456)

• Numérique (0123456789)
• Date/heure (04/10/2011) / ( 16h57min)
• Booléen (oui/non) (vrais/faut)
• Monétaire (1000 DH) (200 $)
• Objet (Image, Vidéo, fichier …)
4
22/10/2019
Simplifier le Dictionnaire
 Une fois le dictionnaire de données mis en place, il faut

créer un dictionnaire simplifié, duquel les champs calculés
sont ôtés.
 Il faut aussi enlever tous les champs redondants (un «

code_etudiant» et un «Num_etudiant» par exemple, qui
qualifient la même information).
 Enfin, il peut exister des homonymes. Or, chaque

enregistrement doit pouvoir être identifier comme unique
de façon certaine. Pour ce faire, il faut créer un identifiant.
Exemple : DICTIONNAIRE DES DONNÉES DE LA BASE ETUDIANTS

• Table ETUDIANTS
Champs retenus Type de données Taille du champ Commentaire

Num_etudiant
NuméroAuto Entier long
(clé primaire)
Nom_etudiant Texte 30 (majuscules)
Prénom_etudiant Texte 30
Date_naissance Date/Heure Date, abrégé
Sexe_etudiant Texte 10
Rue_etudiant Texte 40
CP_etudiant Texte 5
Ville_etudiant Texte 20 (majuscules)
Photo_etudiant Objet OLE
Responsable Texte 50
Tél_responsable Texte 15
Mail_responsable Texte 50
Code_classe
Texte 5 (majuscules)
10
(clé étrangère)
10
5
22/10/2019
L’identifiant
- Dans l’exemple des étudiants,

on ajoute un numéro d’étudiant
et un code de classe.
- Un identifiant permet de retrouver un et un seul

enregistrement.
- L’identifiant possède généralement une forme courte. Il

peut être créé artificiellement dans le cas où il
n’existerait pas dans le dictionnaire de données.
11
Exemple
Pour modéliser une application de gestion des ventes et

clients, on doit d'abord collecter les informations
nécessaires : PAR EXEMPLE
Client : Numéro_Client, Nom, Prenom, Adresse, etc
Produit : Ref_produit, Produit, Prix, etc
Facture : Num_facture, Date_facture, etc
Commande : Num_commande, Date_commande, etc
12
6
22/10/2019
Champs retenus Type de données Taille du champ Commentaire

Num_Client
Numérique Entier long Numéro de Client
(clé primaire)
Nom Texte 30
Prénom Texte 20
Adresse Alphanumérique 60
Ref_produit Alphanumérique 20 Référence du produit
Produit Texte 100 Description du produit
Prix Numérique Réel simple Monétaire avec DH
Num_facture Numérique Entier long Numéro de la facture
Date_facture Date/Heure
Num_commande Numérique Entier long Numéro de commande
Date_commande Date/Heure
13
2. Graphe de Dépendance Fonctionnelle
14
7
22/10/2019
Définition
 Une DF ou CIF est une interrelation, un lien, une

association, une relation entre deux données ou deux
groupes de données.
 On distingue une source et une cible.
 La définition de dépendance fonctionnelle est la suivante :
Pour une valeur source, on peut déterminer une

et une seule valeur cible
15
15
Explication
 Si, connaissant une valeur d'une donnée A, on peut

déterminer une et une seule valeur d'une donnée B, alors
on peut dire que B dépendent fonctionnellement de A.
 En maths on pourrait écrire : b= f(a) ; nomFou=f(numFou)
16
8
22/10/2019
Exemple DF
Soit les attributs :

Num-cli, nom, adresse, num-com, date-com, code-prod, pris, lib-prod, qté
Num-cli nom, adresse,

num-com date-com, Num-cli
code-prod prix, lib-prod,
Num-cli, code-prod qté
17
Exemple GDF
18
9
22/10/2019
La matrice des DF
 A l'aide du dictionnaire des données, il est possible d'établir
la matrice des DF directes.
 Cette matrice est un tableau faisant apparaître
verticalement et horizontalement toutes les données.
Elles seront source horizontalement et cible verticalement.
19
19
Exemple Matrice de DF
 La matrice ci-contre traduit les DF suivantes :
Cibles: -------- > 1 2 3 4 5 6 7 8 9
1 Num-cli 1 1
2 nom
3 adresse
4 num-com 1 1 1 1
Sources : --- > 5 date-com
6 code-prod 1 1 1
7 prix
8 lib-prod
9 Qté
20
10
22/10/2019
Simplification de la Matrice de DF
 La matrice ci-contre traduit les DF suivantes :
Cibles: -------- > 1 2 3 4 5 6 7 8 9
1 Num-cli 1 1
Sources : --- >
4 num-com 1 1 1 1
6 code-prod 1 1 1
21
3. Le M.C.D (Modèle Conceptuel de Données)

Ou modèle Entité/Association
Logiciels:
- JMerise
- Power AMC
- MySQL Workbench
- DBD Designer
22
11
22/10/2019
M.C.D (Modèle Conceptuel de Données)
o Représentation statique, sous forme schématique,

de la situation respective des données d'un
domaine de gestion.
o Ce schéma est conçu pour être très stable dans le

temps.
23
23
M.C.D (Modèle Conceptuel de Données)
Son objectif :
o Définir (identifier) toutes les données utilisées, les regrouper en

ensembles appelés entités, et de lier ces ENTITÉS par des
RELATIONS, dans un modèle définit et compréhensible par toute
personne connaissant la "syntaxe" du MCD.
Le MCD regroupe les informations à traiter, le "quoi" du système.
24
24
12
22/10/2019
Les étapes du MCD
1. Dictionnaire des données

2. Épuration (polysémies et synonymes)
3. Détermination des entités
4. Détermination et affectation des propriétés
5. Recensement des associations
6. Détermination des cardinalités
Entité
+ Les éléments de base d’un MCD :
Propriété
Propriété
- Les Entités. Propriété
- Les Propriétés. Propriété
- Les Associations / relations.
- Les Cardinalités 25
25
Entité
Représentation d'un objet réel, ayant une existence et
une raison d'être dans le système d'information.
12311
Bases de données
J. GABAY
,,,,
26
26
13
22/10/2019
Exemple d’une entité
CLIENT
Nom
Prénom
Age
Adresse
Ville
27
Exemples d’occurrences
CLIENT
Benbrahim
CLIENT
Salwa Messaoudi CLIENT
Fayçal
35
31
Benbrahim CLIENT
Rue Farah Salwa Alami
Fès Rue M5 19
Rabat Tarik
Rue M6 20
Rabat Rue Maarif
Casablanca
28
14
22/10/2019
L’identifiant
- Dans l’exemple des étudiants,
on ajoute donc un numéro d’étudiant
et un code matière.
- Un identifiant permet de retrouver un et un seul

enregistrement. IL possède généralement une forme
courte. Il peut être créé artificiellement dans le cas où
il n’existerait pas dans le dictionnaire de données.
29
Exemple d’une entité avec identifiant
1- Un attribut d’une entité ne doit pas être composé.

CLIENT Exemple : Adresse (255 Rue Mogador,
Fès 30000).
Numéro
Nom 2- Un attribut d’une entité ne doit pas être calculé.
Prénom Exemple : Prix total = Qté * PU
Age
Adresse
3- Une entité doit avoir un identifiant.
Ville
30
15
22/10/2019
Exemple d’occurrences avec identifiant
CLIENT
Num: 1 CLIENT
Benbrahim
Num: 2 CLIENT
Salwa CLIENT
Messaoudi Num: 3
35
Fayçal Benbrahim Num: 4
Rue Farah
31 Salwa Benani
Fès
Rue M5 19 Karim
Rabat Rue M6 25
Rabat Rue Maarif
Casablanca
31
Association (ou Relation)
Objet permettant d'associer deux ou plusieurs entités. Ce lien est

nommé et est, par convention, très souvent un verbe à l'infinitif.
exp1 : entre deux entités, Personne et Ordinateur, une relation nommée

Posséder peut être mise, et on lit : "une personne possède un ordinateur"
et, dans l'autre sens, 'un ordinateur est possédé par une personne".
32
32
16
22/10/2019
Association (ou Relation)
exp2 :
Entre deux entités, Ouvrage et Auteur, une relation
nommée Écrire peut être mise, et on lit "un Auteur a
écrit un Ouvrage" et, dans l'autre sens, 'un Ouvrage est
écrit par un Auteur".
33
33
Cardinalités
C'est le nombre d'occurrences, minimal et maximal, d'une

association par rapport à chaque occurrence d'une entité
donnée vers une association donnée.
◦ Nous devons poser les questions suivantes:
 Combien de fois au minimum un client peut commander un produit ?

 Combien de fois au maximum un client peut commander un produit ?
34
34
17
22/10/2019
Exemple des cardinalités
Cardinalité maximale
1,n
Cardinalité minimale
35
Exemples
Exp1 :
1- Un employé a une et une seule société.

2- Une société a 1 ou n employés.
Exp2 :
1- Une commande est composée de 1 ou n produits distincts en

certaine quantité.
2- Un produit est présent dans 0 ou n commandes en certaine
quantité.
36
36
18
22/10/2019
Exemples
Exp 3 :
1- Un étudiant parle une ou plusieurs langues avec un niveau.
2- Chaque langue est donc parlée par 0 ou n étudiants avec un niveau.
3- Pour chaque niveau, il y a 0 ou plusieurs étudiants qui parlent une langue.
37
37
Exemples
38
38
19
22/10/2019
Types de Cardinalités
39
39
Vérifier Le MCD
L’application systématique de chacune des règles de

vérification sur les éléments du MCD permet de
s’assurer qu’il est conforme à ce que l’on attend.
1ère règle: Toutes les propriétés doivent être élémentaires,
c.à.d. non décomposables.
2ème règle: Chaque objet doit posséder un identifiant et un
seul.
3ème règle: Les propriétés d’un objet autre que l’identifiant
doivent être en dépendance fonctionnelle monovaluée de
cet identifiant.
40
40
20
22/10/2019
Vérifier Le MCD
4ème règle: Une propriété ne peut qualifier qu’un seul objet

ou qu’une seule relation.
5ème règle: Pour chaque occurrence d’une relation, il doit
exister une et une seule occurrence de chacun des objets
de la collection.
6ème règle: Les propriétés d’une relation doivent dépendre
de la totalité de l’identifiant de cette relation.
41
41
Rappels
• Analyse et conception pour créer des bases de données.

• Il faut utiliser des modèles : Modélisation.
• Méthode Merise : contient plusieurs modèles.
• MCD -> MLD -> MPD (Base de données).
MCD:
◦ Entité --> propriétés.
◦ Associations.
◦ Cardinalités.
42
21
22/10/2019
Rappels
MCD:
 Occurrence exemple d’une Entité.
 Cardinalités : Minimal 0 ou 1;
Maximal 1 ou n;
 Une entité doit obligatoirement avoir un
identifiant qui doit être souligné sur le MCD.
43
Exercice 1 Homework
 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.
44
22
22/10/2019
Exercice 1 Homework
Règle de gestion : Modalités de réservation

 Le client indique le nom, l’adresse, le tél, l’e-mail … puis exprime son
besoin en termes de catégorie de chambre, de période de séjour
(date début et de fin) et de classe d’hôtel. Si la demande est soluble
une réservation est établie (Code client, N°de réservation, date de
réservation, nom de l’hôtel, numéro de chambre et période de
séjour …).
45
Solution
46
23
22/10/2019
4. Le M.L.D (Modèle logique de données)
47
47
Du MCD au MLD
Cette phase consiste à traduire ce modèle MCD

en un modèle MLD plus proche du SGBD utilisé.
48
48
24
22/10/2019
Le MLD
C'est grâce à toutes les opérations précédentes que

l'ensemble des tables de la base de donnée vont pouvoir
être structurées de manière simple et très rapide :
 Les Cardinalités maximales qui vont jouer le rôle essentiel.

 Les Entités deviennent des Tables.
 Les Propriétés deviennent des Attributs.
 L’identifiant devient Clé Primaire
49
49
Du MCD au MLD
MCD MLD
1er cas :
2ème cas :
50
25
22/10/2019
Du MCD au MLD
51
51
Du MCD au MLD
52
52
26
22/10/2019
Du MCD au MLD
53
53
Du MCD au MLD
54
54
27
22/10/2019
Du MCD au MLD
55
55
5. Règles de transformation du MCD au MLD
56
56
28
22/10/2019
Règles générales de transformation du MCD au MLD
- Transformation des entités en Tables
Toute entité est transformée en table. Les

propriétés de l'entité deviennent les attributs de
la table. L'identifiant de l'entité devient la clé
primaire de la table.
Lettres
Exp: Entité "Entreprise" majuscules Table "Entreprise"
57
57
- Transformation des relations binaires du type (x,n) – (x,1)
Afin de représenter la relation, on duplique la clé

primaire de la table basée sur l'entité à cardinalité
(x,n) dans la table basée sur l'entité à cardinalité (x,1).
Cet attribut est appelé clé étrangère.
Les deux tables sont liées par une flèche nommée

selon la relation, qui pointe de la table à clé étrangère
vers la table qui contient la clé primaire
correspondante.
58
x peut prendre les valeurs 0 ou 1
58
29
22/10/2019
- Transformation des relations binaires du type (x,n) – (x,1)
Exp:
L'attribut No_Auteur qui est clé primaire de la table Auteur,

devient clé étrangère dans la table Livre.
59
59
- Transformation des relations binaires du type (x,1) – (x,1)
Nous devons distinguer plusieurs cas.

Sachant qu'une relation binaire du type (1,1)-(1,1)
ne doit pas exister il nous reste les 2 cas suivants:
Relation binaire (0,1)-(0,1)
Relation binaire (0,1)-(1,1)
60
60
30
22/10/2019
- Relation binaire (0,1)-(0,1)
On duplique la clé d'une des tables dans l'autre.

Lorsque la relation contient elle-même des
propriétés, celles-ci deviennent également attributs
de la table dans laquelle a été ajoutée la clé
étrangère.
61
61
Exp:
ou
Soit on migre la clé primaire de la table Entreprise dans la table Salarié,

soit on fait l'inverse
62
62
31
22/10/2019

On duplique la clé de la table basée sur l'entité à
cardinalité (0,1) dans la table basée sur l'entité à
cardinalité (1,1).
Exp:
Le No_Client, qui est clé primaire de la table Client,

devient clé étrangère dans la table Carte_Membre
63
63
- Transformation des relations binaires du type (x,n) – (x,n)
On crée une table supplémentaire ayant comme clé primaire

une clé composée des clés primaires des 2 tables.
Lorsque la relation contient elle-même des propriétés,

celles-ci deviennent attributs de la table supplémentaire.
Une propriété de la relation qui est soulignée devra

appartenir à la clé primaire composée de la table
supplémentaire.
64
64
32
22/10/2019
- Transformation des relations binaires du type (x,n) – (x,n)
Exp:
On crée une table Porter, qui contient comme clé primaire, une clé
composée de No-Commande et Code_Article.
Elle contient également la propriété Quantité issue de la relation Porter
65
65
- Transformation des relations ternaires
• On crée une table supplémentaire ayant comme clé primaire

une clé composée des clés primaires de toutes les tables reliées.
• Cette règle s'applique de façon indépendante des différentes

cardinalités.
• Lorsque la relation contient elle-même des propriétés, celles-ci

deviennent attributs de la table supplémentaire.
•Une propriété de la relation qui est soulignée devra appartenir à

la clé primaire composée de la table supplémentaire.
66
66
33
22/10/2019
- Transformation des relations ternaires
Exp:
La table Enseigner contient une clé composée de No_Enseignant,

Code_Matière et Nom_Classe.
67
67
- Transformation de plusieurs relations entre 2 entités
Les règles générales s’appliquent
Exp:
68
68
34
22/10/2019
- Transformation des relations réflexives
Exp:
Nous appliquons les règles générales avec la seule différence que

la relation est 2 fois reliée à la même entité
69
69
- Transformation des relations réflexives
Exp:
Nous appliquons les règles générales avec la seule différence que

la relation est 2 fois reliée à la même entité
70
70
35
22/10/2019
Exercice 2
 Un responsable d’une agence de voyage souhaite automatiser

l’organisation de ses voyages, pour ce fait, nous vous proposons les
données suivantes:
◦ Numéro voyage ;Nom voyage ;Numéro transport

◦ Type transport ;Numéro réservation ;Numéro client
◦ Nom client ;Prénom client ;Adresse client
◦ Ville départ ; Ville d'arrivée; Villes d'escale; Date de départ; Prix
du voyage.
71
Exercice 2
 Ainsi que les règles de gestion suivantes:

 Une réservation est faite par un seul client .
 Une réservation correspond à un voyage et à un seul.
 Un moyen de transport peut être utilisé par plusieurs voyages.
+ Travail à faire :
1- Tracez le dictionnaire de données.
2- Elaborez le MCD.
3- Trouvez le MLD.
72
36
22/10/2019
Exercice 3
 Soit la liste des données recensées dans un établissement

universitaire et présentées par ordre alphabétique :
 Adresse de l’étudiant; Matière enseignée;

 Nombre d’heures; Nom de la classe;
 Nom de l’étudiant; Nom du professeur;
 Note; Numéro de salle; Prénom de l’étudiant.
73
Exercice 3
 Ainsi que les règles de gestion suivantes:

◦ Une salle de cours est attribuée pour chaque classe.
◦ Chaque matière n’est enseignée que par un et un seul professeur.
◦ Pour chaque classe et chaque matière est défini un nombre fixe
d’heures de cours.
◦ Une seule note par matière est attribuée pour chaque étudiant.
2- Tracez le GDF
3- Elaborez le MCD.
4- Trouvez le MLD.
74
37
22/10/2019
Exercice 4
 Une société de vente souhaite informatiser son SI actuel (manuel)

qui contient essentiellement des données figurant sur des bons de
commande ou factures du type :
N° Bon de Commande …………………… Date ……………

Nom client ………………………………………………………………
Adresse ………………………………………………………………………
………………………………………………………………………………….
Nom représentant …………………………………………
Réf. Désignation Quantité Prix unitaire Montant

………… ………… …… ……… …………
………… ………… …… ……… …………
Total …………
75
Exercice 4
On suppose que certaines opérations ont déjà été effectuées :
Recueil des informations (interview du SI existant)
 R1 : un client peut passer une ou plusieurs commandes ou ne passer aucune

commande;
 R2 : une commande concerner au moins un produit;
 R3 : une commande concerne un et un seul client;
 R4 : une commande est assurée par un et un seul représentant qui n’est pas
toujours le même pour un client donné.
76
38
22/10/2019
Exercice 4 : DDD
77
Exercice 4
2- Tracez le GDF
3- Elaborez le MCD.
4- Trouvez le MLD.
78
39
22/10/2019
Exercice 4 : Correction
1- La première chose à faire est de supprimer les données qui ne sert

pas dans notre modèle, donc on supprimera les données suivantes:
 Adresse parce que c’est une donnée composée.

 Montant ligne et total commande parce que sont calculées.
2- Ensuite, on va apprendre à élaborer le

graphe des dépendances fonctionnelles
(GDF), en se basant sur la notion des
dépendances fonctionnelles.
79
GDF
Référence Numéro Bon Commande
Désignation Prix Unitaire Date

Quantité
Code Représentant Code Client
Nom Client Rue Client Ville Client

Nom Représentant
80
40
22/10/2019
GDF vers MCD
81
MCD
82
41
22/10/2019
6. Le M.P.D (Modèle Physique de Données)
83
Le Modèle Physique des Données MPD
Le modèle physique des données (MPD) est la

traduction du modèle logique des données (MLD) dans
une structure de données spécifique au système de
gestion de bases de données (SGBD) utilisé.
84
84
42
22/10/2019
Passage du MLD au MPD
Le passage se fait par les étapes suivantes:
1- Choix de l’SGBD.
2- Implémentation physique de chaque table du MLD dans
le SGBD utilisé.
3- Pour chaque table, indiquer au SGBD quel(s) champ(s)
constitue(nt) la clé primaire.
4- Pour chaque table, indiquer au SGBD la (les) clé(s)
étrangère(s), et la (les) clé(s) primaire(s) correspondante(s).
85
85
Quelques SGBD & SGBDR
1- Choix de l’SGBD.
 Oracle de Oracle Corporation

 SQL Server de Microsoft
 PostgreSQL
 MySQL, SGBD relationnel
 SQLite
 Access de Microsoft
 DB2 d’IBM
 FirebirdSQL, SGBD relationnel issu d’InterBase
 HyperFile de PCSoft
 Informix
 InterBase de Borland
 Sybase
 …
86
86
43
22/10/2019
2- Implémentation physique de chaque table

Exp:
du MLD dans le SGBD utilisé.
87
87
Utilisation d'une ou de plusieurs interfaces graphiques, qui nous

aident dans la création des tables physiques, dans la définition des
clés primaires et dans la définition des relations.
Définition de la table des employés avec le champ

Exp: idEmployé étant défini comme clé primaire.
88
88
44
22/10/2019
Définition de la relation entre les deux tables.
89
89
Partie II
II- Les Bases de Données Relationnelles
o Définition
o SGBDR
o Le modèle relationnel
o Algèbre relationnelle
o Dépendance fonctionnelle -Normalisation
Cours S5 : Gestion des Bases de Données 90
90
45

Gestion Des Bases de Données: La Démarche MERISE Par Étapes

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Gestion Des Bases de Données: La Démarche MERISE Par Étapes

Transféré par

Droits d'auteur :

Formats disponibles

22/10/2019

UNIVERSITÉ SIDI MOHAMMED BEN ABDELLAH

GESTION DES BASES DE DONNÉES

Professeur: Fayçal MESSAOUDI Faycal.messaoudi@usmba.ac.ma

o Le Dictionnaire Des Données

Approche générale –MERISE-

Implémentation Programmation Conception du

Cahier des Charges

Les Règles de Gestion

◦ Les interviews avec les différents acteurs du projet;

Contient toutes les données nécessaires, relevées dans

Les types de données

• Alphanumérique (AZERYiop 123456)

 Une fois le dictionnaire de données mis en place, il faut

 Il faut aussi enlever tous les champs redondants (un «

 Enfin, il peut exister des homonymes. Or, chaque

Exemple : DICTIONNAIRE DES DONNÉES DE LA BASE ETUDIANTS

Champs retenus Type de données Taille du champ Commentaire

- Dans l’exemple des étudiants,

- Un identifiant permet de retrouver un et un seul

- L’identifiant possède généralement une forme courte. Il

Pour modéliser une application de gestion des ventes et

Client : Numéro_Client, Nom, Prenom, Adresse, etc

Produit : Ref_produit, Produit, Prix, etc

Facture : Num_facture, Date_facture, etc

Commande : Num_commande, Date_commande, etc

Champs retenus Type de données Taille du champ Commentaire

Produit Texte 100 Description du produit

Prix Numérique Réel simple Monétaire avec DH

Num_facture Numérique Entier long Numéro de la facture

Num_commande Numérique Entier long Numéro de commande

2. Graphe de Dépendance Fonctionnelle

 Une DF ou CIF est une interrelation, un lien, une

 On distingue une source et une cible.

 La définition de dépendance fonctionnelle est la suivante :

Pour une valeur source, on peut déterminer une

 Si, connaissant une valeur d'une donnée A, on peut

 En maths on pourrait écrire : b= f(a) ; nomFou=f(numFou)

Soit les attributs :

Num-cli nom, adresse,

 A l'aide du dictionnaire des données, il est possible d'établir

la matrice des DF directes.

 Cette matrice est un tableau faisant apparaître

verticalement et horizontalement toutes les données.

Elles seront source horizontalement et cible verticalement.

 La matrice ci-contre traduit les DF suivantes :

Cibles: -------- > 1 2 3 4 5 6 7 8 9

 La matrice ci-contre traduit les DF suivantes :

Cibles: -------- > 1 2 3 4 5 6 7 8 9

3. Le M.C.D (Modèle Conceptuel de Données)

M.C.D (Modèle Conceptuel de Données)

o Représentation statique, sous forme schématique,

o Ce schéma est conçu pour être très stable dans le

M.C.D (Modèle Conceptuel de Données)

o Définir (identifier) toutes les données utilisées, les regrouper en

Le MCD regroupe les informations à traiter, le "quoi" du système.

Les étapes du MCD

1. Dictionnaire des données

Exemple d’une entité

- Un identifiant permet de retrouver un et un seul

Exemple d’une entité avec identifiant

1- Un attribut d’une entité ne doit pas être composé.

Exemple d’occurrences avec identifiant