MCD
MCD
MCD
Principe :
A partir d'un cahier des charges, concevoir de manière visuelle les différents liens qui existent
entre les différentes données.
Il s'agit de recenser les différentes données, en sachant que l'on distingue 3 types de
données :
• Données élémentaires
Elles ne sont pas obtenues par calcul à partir d'autres données.
Exemple :
On donne la quantité, le prix de l'article, calculer le coût total..
La quantité et le prix sont des données élémentaires
• Données calculées.
Elles résultent d'un calcul effectué à partir d'autres données.
Le coût total est une donnée calculée (= qte * prix unitaire ).
• Données paramètres.
C'est une donnée qui ne prend qu'une unique valeur.
Exemple :
L'entreprise s'appelle PVF.
La donnée nom de l'entreprise est une donnée qui ne prend qu'une seule valeur : PVF. Il
s'agit donc d'une donnée paramétrable.
Une fois le dictionnaire des données réalisé, on va construire la matrice des dépendances
fonctionnelles.
Pour ce faire, nous nous occuperons uniquement des données élémentaires.
Il s'agit d'un tableau à 2 entrées :
En ligne et en colonnes , on inscrit les données issues du dictionnaire de données ( données
élémentaires uniquement ).
Méthode :
Pour remplir ce tableau, on considère chaque colonne de données.
On pose une question pour chaque colonne de donnée :
Pour une valeur de cette donnée, existe-t-il une seule valeur de la donnée
située en ligne ? Dans l'affirmative ,on inscrit le chiffre 1 à l'intersection
Exemple
Première colonne
Question : pour un n° de client existe-t-il un seul nom de client ?
Réponse : oui
Chaque client possède un numéro diffèrent;
Idem pour ses coordonnées ( ville, prénom etc. … )
Seconde colonne
Pour un nom de client , existe-t-il un seul n° de client : Réponse : non
Pour un nom de client , je peux avoir plusieurs n° de client
Exemple : Dupont André possède le n° 1000 , Dupont Annie en possède un également : 1005.
Les 2 personnes ont le même nom ( Dupont ).
On réalise cette opération pour toutes les données situées en colonnes.
On ne conserve pas dans le tableau les colonnes vides (suppression des colonnes qui ne
contiennent pas de 1 )
Le tableau devient :
Principe :
Une dépendance fonctionnelle ( notée A à B ) est dite transitive si il existe une donnée C
telle que A à C et C àB
Tableau final :
Il n'existe pas de dépendances fonctionnelles simples entre ces données et les autres données
têtes de colonnes.
Dans l'exemple, la donnée Quantité n'est pas reliée aux données têtes de colonnes; il s'agit
donc d'une donnée qui va dépendre de plusieurs données têtes de colonnes.
Elle se note :
N° facture, référence à Quantité.
A) Les entités.
• Une entité est un ensemble de données qui sont regroupées dans une même colonne.
• Clé primaire
La clé primaire est la donnée qui prend une valeur unique et qui permet d'identifier les
différentes occurrences d'une entité.
Toute dépendance fonctionnelle composée induit la création d'une association dont les
branches sont reliées aux entités contenant les différentes données clés primaires de
l'association
Facture Produit
N° facture Référence
Date facture Désignation
Prix unitaire
Branches
Ligne facture Nom de
l'association
Quantité
donnée
Dans l'exemple ,la ligne N° client ( qui est également une donnée en tête de colonne ),
contient un 1 dans la colonne N° facture.
Représentation de la CIF:
Client Produit
N° client Référence Clé primaire
Nom client entité Désignation
Adresse client Prix unitaire
CP client
Ville client
$
Ligne facture
CIF Association
Correspond
Quantité
Facture
N° facture
Date facture
Client
Pour un client, j'ai au minimum une facture
N° client
et au maximum n factures
Nom client
Donc : 1, n
Adresse client
CP client
Ville client
$
(1, n)
Correspond
Pour une facture , j'ai au minimum un client
et au maximum un client.
Donc : 1,1
(1, 1)
Facture
N° facture
Date facture
Produit
Pour un produit, j'ai au minimum Référence
aucune quantité et au maximum Désignation
plusieurs quantités Prix unitaire
0,n
Pour une facture, j'ai au
minimum une quantité et au Ligne facture
maximum plusieurs quantités
Quantité
1,n
Facture
N° facture
Date facture
Client Produit
N° client Référence
Nom client Désignation
Adresse client Prix unitaire
CP client
Ville client
$ 0,n
1,n
Ligne facture
Correspond
Quantité
1,1
1,n
Facture
N° facture
Date facture
Le modèle relationnel va être utilisé pour la mise en place de la base de données dans un
logiciel ( ex : Access ou autre ).
• Les entités
Dans notre exemple, les entités Produit, Client et Facture induisent la création des relations
suivantes
Produit (Référence, Désignation, Prix unitaire)
Client (N° client, Nom client, Adresse client, CP client, Ville client)
Facture (N° facture, Date facture)
• L'association
L'association Ligne facture induit la création de la relation suivante
Ligne facture (N° facture, Référence, Quantité)
Celle-ci devient :
Facture (N° facture, Date facture, No client #)