BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 1 / 25

Lycée Jean Rostand

CHANTILLY
Cours
DAIGL (analyse)
Jean-Marie Cardoni
(1ère année)

3
La démarche d'élaboration
d'un MCD
BTS INFORMATIQUE DE GESTION

Condition de réalisation

En classe  Seul 
Groupe 

Contenu du référentiel

S32 Analyse et conception de systèmes logiciels (méthodes et outils)

 identifier les différents niveaux de représentation d'un SI
 représenter les communications et les données d'un SI
 identifier les différentes phases de la mise en œuvre d'une méthode
de conception, en interpréter les résultats

Sommaire

1 Introduction 2
2 Le dictionnaire des données 2
2.1 Constitution 2
2.2 Epuration du dictionnaire des données 4
2.3 Exercice 5
3 Recherche des dépendances fonctionnelles et graphe des 6
Df
4 Le dessin du MCD (entité – association – cardinalité) 9
5 La validation du MCD 9
5.1 Cas particuliers 10
6 Applications diverses 12
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 2 / 25

1 Introduction

Analyser une réalité de gestion et la modéliser à l'aide d'un MCD est une opération délicate qui
demande de la méthode.
Si l'intuition et l'expérience de l'analyste jouent un grand rôle, une démarche rigoureuse est
indispensable pour mener ce travail à bien.

Pour construire un MCD, il faut procéder par étape :

 réaliser le dictionnaire des données en collectant les données et repérer les identifiants
 rechercher les dépendances fonctionnelles et réaliser le graphe des dépendances fonctionnelles
 dessiner le MCD (créer les entités, créer les associations et renseigner les cardinalités en utilisant
les règles de gestion).
 vérifier le modèle avec les règles de gestion

2 Le dictionnaire des données

 Le dictionnaire des données a pour objectif de :

 Comment collecter les informations ?

2.1 Constitution du dictionnaire des données

Le dictionnaire correspond à une liste de données qui est présentée sous forme de tableau.

Nom Type Longueur Remarques ou

Observations

Identificateur de la Typologie de la Renseignements complémentaires

donnée donnée

Nom : Il s'agit de l'identificateur de la donnée

Les conventions :
 Le nom de donnée doit avoir la première lettre de chaque mot important en majuscule
ex : NomClient ou nomClient
 Un nom de donnée peut être composé de lettres et de chiffres mais il ne peut pas
commencer par un chiffre et ne peut comporter d'espaces.
 Le nom de donnée doit être suffisamment signifiant pour que l'on reconnaisse aisément le
rôle qu’elle joue. Par exemple, pour une donnée représentant un prix, évitez p mais utilisez
plutôt Prix
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 3 / 25

Type : Définit le domaine de validité de la donnée

- A : alphabétique (caractère)
- N : numérique (ou entier et réel )
- AN : alphanumérique ou chaîne de caractères
- Date
- Heure
- Booléen
- Monétaire …

Longueur :
S'il s’agit d'un réel, il faut préciser le nombre de décimales.
ex : 4,2 signifie 6 chiffres dont 2 après la virgule
S'il s’agit d'une chaîne de caractères, il faut préciser sa taille.

Remarques

Exemple

Nom Type Longueur Remarques ou Observations

numClient N 5 Identifiant

2.2 Epuration du dictionnaire des données

 Description unique de chacune des données

Le code et la désignation d'une donnée doivent être uniques : il faut donc éliminer les synonymes et
les polysémes.

La synonymie :

exemples :

La polysémie :

exemple : imaginons qu'il existe une date concernant un bon de commande et une date concernant la
facture. Si on ne retient qu'une donnée Date alors on se sera si on parle d'une date de commande ou
d'une date de facturation.

 Elimination des données calculées

 Eventuellement afin d'éviter toute future ambiguïté on peut enrichir/compléter le dictionnaire des
données avec des données qui n'apparaissent pas explicitement dans les informations
Les données cachées peuvent participer à des formules de calcul
exemple: afin d'éviter les homonymes on peut créer une propriété NumClient comme identifiant d'une
future entité CLIENT.
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 4 / 25

2.3 Exercice

Compléter le dictionnaire des données (page suivante) à partir de la fiche suivante ainsi que des règles
de gestion

Règles de gestion
 Un client peut passer aucune ou plusieurs commandes.
 Il existe qu'un seul taux de TVA.
 Une commande contient un ou plusieurs produits
 Une commande est passée à un représentant qui n'est pas toujours le même pour un client donné.
 La société utilise un papier à entête. Il convient de ne pas de retenir son nom et ses coordonnées.
BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 5 / 25

Nom Type Longueur Remarques ou Observations

 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 6 / 25

3 Rechercher les dépendances fonctionnelles à travers le graphe des dépendances

fonctionnelles

Si certaines propriétés décrivent une même composante du système d'information étudié alors il est
possible de les regrouper dans un même ensemble (entité ou association).
Cependant, comment être sur que ces propriétés sont bien placées ?
Pour répondre à cette question on devra utiliser un outil nommé "Dépendance fonctionnelle" qui
permet de lier les propriétés entre elles au travers des valeurs qu'elles peuvent prendre.

 Vérifier les dépendances fonctionnelles au sein de l'entité

Définition

On note les dépendances fonctionnelles de la manière suivante :

Exemple :

Représentation

Identifiant
- propriété
- propriété
-…
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 7 / 25

 Vérifier les dépendances fonctionnelles au sein des associations (hiérarchiques et non

hiérarchiques)

Il convient de rechercher les dépendances fonctionnelles entre deux identifiants afin de déterminer une
association hiérarchique.

Représentation

Identifiant
- propriété
- propriété
-…

Identifiant

- propriété
-…

Si une ou plusieurs propriétés ne peuvent être placée(s) directement dans une entité alors soit :
 elles doivent apparaître dans des associations non hiérarchiques

Identifiant Identifiant
- propriété - propriété
- propriété - propriété
-… -…

propriétés


 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 8 / 25

 Le graphe des dépendances fonctionnelles

Pour représenter l'ensemble des dépendances fonctionnelles élémentaires et directes unissant les
propriétés d'un système d'information, on peut utiliser le graphe des dépendances fonctionnelles.

Reprise de l'exercice

Remarque : une limite au Graphe des Df est qu'il ne représente pas les associations de type n,n non
porteuses de données.
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 9 / 25

4 Le dessin du MCD (entité – association – cardinalité)

 Il se déduit directement du graphe.

 Utiliser les règles de gestion afin de déterminer les cardinalités.
 Pensez à nommer les entités et les associations.

5 La validation du MCD

Pour contrôler la validité d’un MCD, il faut appliquer certaines règles :

 Une propriété ne doit apparaître qu’une seule fois dans un MCD.

 Une propriété doit être atomique (non décomposable).
 Une association ayant les cardinalités 1,1 ou 0,1 sur l'une de ses pattes ne peut être porteuse de
données.
 Les attributs d'une entité dépendent tous fonctionnellement de l'identifiant (et uniquement de lui).
 Un attribut d'une association dépend fonctionnellement de la concaténation des identifiants des
entités.
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 10 / 25

5.1 Cas particuliers

a) soit le MCD suivant
ELEV E 1,1
NumEleve
NomEleve Inscrire

1,n

1,n

Obtenir CLA SSE

Moyenne 1,n
NumClasse
NomClasse

1,n

MATIERE
CodeMatière
NomMatiére

Au niveau des Df on déduit

 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 11 / 25

b) Soit le MCD suivant

COMMA NDE Passer CLIENT REPRESENTA NT

NumCde Gérer
1,1 1,n NumClient NumRep
DateCde 1,1 1,n NomRep
NomClient
A dresseLivraison

1,1 1,n

Concerner

Construisons le graphe des DF

Numcde
- Datecde
- Adresselivraison

Numclient
- Nomclient

Numrep
- Nomrep

Modification à effectuer sur le MCD

 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 12 / 25

6 Applications diverses

6.1 Le cas subventions européennes

Les subventions sont accordées par la Commission de Bruxelles pour une région particulière et pour
une activité bien précise.
Une région peut avoir plusieurs types de subvention. La commission décide du montant de chaque
subvention au cas par cas.
Une région ne se trouve que dans un seul pays.

Pays de l’Union Européenne

Pays Population PNB par habitant

France 62 millions assez élevé
Allemagne 79 millions élevé
Italie 60 millions moyen
...

Type de subvention

Code Libellé type

1 Agriculture
2 Transport
3 Education

Montant des subventions

Type N° de région Région Pays Montant

Subvention
1 15 Corse France 9 millions d’euros
2 11 Andalousie Espagne 6 millions d’euros
2 15 Corse France 4 millions d’euros
...

Travail à faire
Compléter le dictionnaire des données (page suivante)
Réaliser le graphe des dépendances fonctionnelles
Dessiner le schéma conceptuel des données
Ecrire le modèle relationnel
BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 13 / 25

Nom Type Longueur Remarques ou

Observations
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 14 / 25

6.2 Le cas enquête

Le directeur d'un supermarché souhaite améliorer la gestion de son personnel, plus particulièrement
des magasiniers et des étalagistes.
Le supermarché utilise actuellement 12 magasiniers. Certains travaillent dans un seul rayon, d'autres
dans plusieurs.
Les rayons sont regroupés en secteur. Ainsi les rayons fromage, yaourt et charcuterie font partie du
secteur "produit frais". Il y a plusieurs employés par rayon.

Annexes
Nom : BERTRAND Prénom : Olivier
Date de naissance : 30/04/64
N° de Sécurité Sociale : 1640475114654
Statut : 1
Rayons concernés : électricité, petit électroménager
Temps passé dans le rayon électricité : 14 h
Temps passé dans le rayon petit électroménager : 21 h
Temps total : 35 h

Nom : RICARD Prénom : Frédéric

Date de naissance : 23/09/64
N° de Sécurité Sociale : 1640960478874
Statut : 2
Rayons concernés : boissons
Temps passé dans le rayon boissons : 35 h
Temps total : 35 h

Statuts
1 : magasinier
2 : étalagiste
3 : chef de rayon

Secteurs
N° Intitulé Rayons concernés
1 Alimentation Gâteaux
Légumes
Conserves
2 Maison Electricité
Petit électroménager
Luminaire
...

Rayons
1 : Gâteaux 2 : Légumes 3 : Conserves 4 : Pâtes
5 : Boissons 6 : Electricité ...

Travail à faire
Compléter le dictionnaire des données (page suivante)
Dessiner le graphe des dépendances fonctionnelles
Dessiner le schéma conceptuel des données
Ecrire le modèle relationnel
BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 15 / 25

Nom Type Longueur Remarques ou Observations

 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 16 / 25

6.3 Les cas kasier

M. KASIER est responsable de la gestion des stocks de l'entreprise pharmaceutique PHARMATOP.

Il gère des produits, caractérisés par une référence et un libellé, et des magasins caractérisés par un
numéro et un libellé.
Vous réaliserez un MCD en fonction des règles de gestion données pour chacun des cas ci-dessous.

Premier cas : Les produits sont stockés dans un magasin

 Tous les produits référencés sont en magasin.
 Un produit n'est stocké que dans un seul magasin.
 On souhaite conserver la quantité en stock du produit.
 Un magasin sert à stoker plusieurs produits.
 Dès sa création, un magasin sert à stocker au moins un produit.

Deuxième cas : Les produits peuvent être stockés dans des magasins
 Certains produits sont référencés avant même d'être en magasin
 Un produit n'est stocké que dans un seul magasin
 On souhaite conserver la quantité en stock du produit
 Un magasin sert à stoker plusieurs produits
 Il se peut qu'un magasin nouvellement créé soit vide
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 17 / 25

Troisième cas : Les produits sont stockés dans plusieurs magasins

 Tous les produits référencés sont en magasin
 Un produit peut être stocké dans plusieurs magasins
 On souhaite conserver la quantité de produit stockée dans chaque magasin
 Lorsque la quantité de produit stockée par l'entreprise pharmaceutique PHARMATOP descend en
dessous d'un certain seuil, le réapprovisionnement à lieu : il faut donc conserver la quantité
minimale de produit qui déclenchera ce réapprovisionnement (la gestion du réapprovisionnement
n'est pas gérée ici)
 Un magasin sert à stoker plusieurs produits
 Il se peut qu'un magasin nouvellement créé soit vide
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 18 / 25

6.4 Les cas Véhicule

M. MINIS est responsable de la gestion du parc automobile du ministère de l'Education Nationale.

Il affecte des véhicules et des chauffeurs pour des missions de transport demandées par des autorités.
Un véhicule est caractérisé par un n° d'immatriculation et une date de mise en circulation. Une mission
est caractérisée par un numéro et son objet. Un chauffeur est caractérisé par un numéro de matricule
et un nom. Une autorité est identifiée par un numéro et est caractérisée par un nom.
Vous réaliserez un MCD en fonction des règles de gestion données pour chacun des cas ci–dessous.

Premier cas

 Une mission nécessite un seul véhicule et un seul chauffeur

 Un chauffeur peut être affecté à plusieurs missions
 Un chauffeur peut être en attente d'affectation
 Un véhicule peut ne pas être utilisé pour une mission
 Un véhicule peut être utilisé pour des missions différentes
 Une mission est sous la responsabilité d'une seule autorité
 Une autorité peut être à l'origine de plusieurs missions ou d'aucune
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 19 / 25

Deuxième cas

 Un chauffeur conduit toujours le même véhicule

 Tous les chauffeurs sont affectés à un véhicule
 Un véhicule est affecté à au moins un chauffeur mais peut être conduit par plusieurs chauffeurs
 Une mission nécessite un seul chauffeur
 Un chauffeur est au moins affecté à une mission, il peut être affecté à plusieurs missions
 Une mission est sous la responsabilité d'une seule autorité
 Une autorité peut être à l'origine de plusieurs missions ou d'aucune

Troisième cas

 Une mission peut nécessiter plusieurs chauffeurs et plusieurs véhicules

 Pour chaque mission, il est nécessaire de connaître qui a conduit quel véhicule
 Un véhicule peut être conduit par plusieurs chauffeurs au cours d'une ou de plusieurs missions
 Un chauffeur est au moins affecté à une mission, il peut être affecté à plusieurs missions
 Une mission est sous la responsabilité d'une seule autorité
 Une autorité peut être à l'origine de plusieurs missions ou d'aucune
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 20 / 25

6.5 Location de véhicules

La société LAFLOTTE propose des locations de véhicules

Vous disposez des documents suivants et des règles de gestion

LA FLOTTE
Location de véhicules
CONTRAT DE LOCATION

Numéro : 30045 Date : 15/11/2010

Client
Marine TAKO
60 allée d'hérou
35 300 TRANSAT

N° permis : 345605

Véhicule
Immatriculation : 567 VZ 60
Modèle : 207
Marque : PEUGEOT
Puissance : 5 CF

Catégorie : économique Type d'assurance : Tiers identifié

Période de location : du 15/11/2010 au 30/11/2010

Nb jours Mht
A payer Location : 16 jours 480 €
Assurance : 16 jours 160 €

Total HT : 640 €
Total TTC : 765.44 €

Fiche des tarifs de location Fiche des forfaits journaliers d'assurance

Code de la Libellé de Tarif/jour Tiers Collision Tout risque

catégorie la catégorie Identifié

1 Economique 30 € Economique 10 € 13 € 15 €

2 Normal 45 € Normal 12 € 14 € 16 €

3 Luxe 70 € Luxe 15 € 17 € 22 €
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 21 / 25

Travail à réaliser

 Complétez le dictionnaire des données

Nom de la donnée Type Longueur Remarques ou Observations
numContrat N 5 Le numéro de contrat sera affecté
séquentiellement
dateContrat Date Sous la forme JJMMAAAA
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 22 / 25

Règles de gestion
 Un contrat concerne un seul client.
 Un contrat concerne un seul véhicule.
 Un contrat est établi pour un type d'assurance.
 Le tarif de location dépend de la catégorie du véhicule.
 Le tarif de l'assurance dépend de la catégorie du véhicule et du type d’assurance.
 Un véhicule est d'un modèle précis.
 Un modèle appartient à une catégorie (économique, normal, luxe).
 Un véhicule peut ne pas être loué (véhicule de direction).
 L'assurance est obligatoire quelque soit le type de contrat.

 Réalisez le MCD
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 23 / 25

6.6 Jeu de construction

La S.A.R.L. KONSTRUC construit des maisons individuelles. D'un entretien avec le gérant de
KONSTRUC vous obtenez les informations suivantes :

 Plusieurs modèles de constructions sont proposés (ex : modèle petit Mansard, modèle grande
longère …). La construction de différents modèles comporte un certain nombre de phases
successives qui leur sont propres.
 Un responsable est désigné pour chaque chantier. Suivant les circonstances les responsables de
chantier peuvent suivre plusieurs chantiers ou être en attente d'affectation.
 Pour chaque phase d'un chantier le client négocie le montant de l'acompte qu'il devra verser ainsi
que la date de paiement de celui-ci.

Dans la phase de recueil des informations vous réunissez les documents suivants :

FICHE CLIENT FICHE CLIENT

Numéro : 10 003 Numéro : 10 045

PIGEON Michel S.A. PROM2000
50, rue des pigeonniers 50, rue des arcades
60340 EUF 30040 BOF

Particulier Société

Références bancaires : Références bancaires :

V56700160 Z46200401
CREDIT LYONNAIS BNP
Rue de Rivoli – 75001 PARIS Rue de Richelieu – 75001 PARIS

FICHE MODELE

Modèle : Petit Mansard

Prix : 110 000 €

Surface : 95 m2
3 pièces

PHASES DUREE
Travaux de terrassement 15 j
Mise en œuvre des fondations 10 j
Mise en œuvre d'une dalle en béton au rez-de-chaussée 4j
Pose de parpaings, de poteaux et de linteaux au RDC 45 j
Mise en œuvre d'une dalle de béton à l'étage 5j
Pose de parpaings, de poteaux et de linteaux à l'étage 30 j
Réalisation de la couverture 20 j
Pose des fenêtres et des portes 15 j
Réalisation de l'électricité 15 j
Mise en œuvre de la plomberie 20 j
Finitions 70 j
Durée totale : 249 jours
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 24 / 25

FICHE MODELE

Modèle : Grande longère

Prix : 150 000 €

Surface : 160 m2
6 pièces
PHASES DUREE
Travaux de terrassement 20 j
Mise en œuvre des fondations 13 j
Mise en œuvre d'une dalle en béton au rez-de-chaussée 6j
Pose de parpaings, de poteaux et de linteaux au RDC 60 j
Mise en œuvre d'une dalle de béton à l'étage 5j
Réalisation de la couverture 30 j
Pose des fenêtres et des portes 19 j
Réalisation de l'électricité 20 j
Mise en œuvre de la plomberie 30 j
Finitions 80 j
Durée totale : 283 jours

Ce programme est remis au client lors de la signature de l'engagement :

CHANTIER

Modèle : Grande longère

Date d'engagement : 01/11/2010
N° Chantier : 304
Référence client : 10 003

Adresse du chantier : Responsable du chantier :

52, rue des pigeonniers SERIEUX Claude
60340 EUF tél : 03 44 54 45 54
PHASES Date début Date fin Montant acompte Date de
prévue prévue l'acompte
Travaux de terrassement 15/11/2010 15/12/2010 500 € 01/11/2010
Mise en œuvre des 18/12/2010 05/04/2010 500 € 15/12/2010
fondations
Mise en œuvre d'une dalle 09/04/2011 19/04/2011 2 000 € 6/04/2011
en béton au rez-de-
chaussée
Pose de parpaings, de 22/04/2011 31/07/2011 3 000 € 19/04/2011
poteaux et de linteaux au
RDC
Mise en œuvre d'une dalle 01/08/2011 07/08/2011 1 000 € 27/07/2011
de béton à l'étage
Réalisation de la couverture 15/08/2011 30/09/2011 2 000 € 01/08/2011
Pose des fenêtres et des 01/10/2011 31/10/2011 1 000 € 30/09/2011
portes
Réalisation de l'électricité 04/11/2011 28/11/2011 500 € 25/10/2011
Mise en œuvre de la 29/11/20011 10/01/2011 500 € 27/11/2011
plomberie
Finitions 13/01/2012 13/04/2012 4 000 € 10/01/2012
 BTS Informatique de Gestion 1ère année – DAIGL – Chapitre 3 – Page 25 / 25

Travail à réaliser

 Après avoir établi le dictionnaire des données, vous construirez le MCD

Nom de la donnée Type Remarques ou Observations