Conception des Systèmes

d’Information
Nadia Idrissi Zouggari
[email protected]

ANNÉE UNIVERSITAIRE 2024/2025

 2
Plan

 Introduction;
 Chapitre 1: Introduction au système d’Information;
 Chapitre 2: Introduction à l’analyse Merise;
 Chapitre 3: Modèle Conceptuel de Communication(MCC) ;
 Chapitre 3: Modèle Conceptuel de Données (MCD);
 Chapitre 4: Modèle Logique de Données (MLD);
 Chapitre 5: Passage du MCD au MLD.
 Chapitre 6: Modèle Conceptuel de Traitement (MCT);
 Chapitre 6: Modèle Organisationnel de Traitement (MOT);
 3

INTRODUCTION
Chapitre 1 AU SYSTÈME
D’INFORMATION
 4
Qu’est ce qu’un système d’information

 Un système :
Est un ensemble d'éléments interconnectés et interagissant de manière
organisée pour atteindre un ou plusieurs objectifs spécifiques.
Chaque élément du système dépend des autres, et le tout fonctionne de
manière coordonnée pour accomplir des tâches ou réaliser des fonctions
définies.
Un système peut être mécanique, biologique, social, ou même abstrait (comme
un système économique).
 5
Qu’est ce qu’un système d’information

 Information:
est un ensemble de données organisées, interprétées et dotées de sens,
permettant à un individu ou une organisation de prendre des décisions ou de
mener des actions
 6
Qu’est ce qu’un système d’information

 Un système d’information:
Un système d'information (SI) est un ensemble organisé de ressources
(humaines, matérielles, logicielles, et de données) qui collectent, traitent,
stockent et diffusent des informations pour soutenir la prise de décision, la
gestion et le contrôle au sein d'une organisation.
 7
Les Fonctionnalités du S I

SYSTEME DE PILOTAGE
Les Membres de Direction

SYSTEME D’INFORMATION
• COLLECTE et MEMORISE les données
ENVIRONNEMENT manipulées
EXTERIEUR • TRAITE les données stockées
• TRANSMET les données vers l’extérieur
et l’intérieur du système

SYSTEME OPERANT
L’ensemble du Personnel exécutant
 8
Les Fonctionnalités du S I

SYSTEME DE PILOTAGE
Système de pilotage :
•Rôle : Il s'agit de la direction ou des décideurs au sein de
l'organisation. Ils utilisent le système d'information pour
ENVIRONNEMENT prendre des décisions stratégiques en fonction des
EXTERIEUR SI données fournies par le SI.
•Exemple : La direction peut, par exemple, analyser les
ventes et décider d'ajuster les stratégies de l'entreprise en
SYSTEME OPERANT
fonction des informations reçues.
 9
Les Fonctionnalités du S I

SYSTEME DE PILOTAGE
SI:
•Collecte et mémorise les données :
Le SI recueille des informations provenant de l'environnement
(commandes, transactions, données externes) et les stocke dans des bases
ENVIRONNEMENT de données.
EXTERIEUR SI
•Traite les données stockées :
Une fois les données collectées, le SI les analyse et les transforme en
informations utiles pour aider à la prise de décision.
SYSTEME OPERANT •Transmet les données : Le SI diffuse ces informations, à la fois vers
l'extérieur (fournisseurs, partenaires) et à l'intérieur(employés, direction) de
l'organisation.
Exemple : Si un client passe une commande, le SI recueille ces informations,
les traite pour ajuster les niveaux de stock, et informe la direction des ventes.
 10
Les Fonctionnalités du S I

SYSTEME DE PILOTAGE
Système opérant :
•Rôle : Il comprend l'ensemble du personnel exécutant qui
effectue les tâches opérationnelles, comme la gestion
ENVIRONNEMENT des stocks, le traitement des commandes, etc. Le SI
EXTERIEUR SI transmet les informations nécessaires aux employés pour
qu'ils puissent réaliser ces tâches efficacement.
•Exemple : Les employés utilisent les informations fournies
SYSTEME OPERANT par le SI pour préparer et expédier les commandes
 11
Les Fonctionnalités du S I

SYSTEME DE PILOTAGE

Environnement extérieur :
•Interaction avec l'extérieur : Le SI interagit aussi avec
l'environnement extérieur, que ce soit pour recevoir des
ENVIRONNEMENT
EXTERIEUR SI données (comme les commandes de clients) ou pour
transmettre des informations (comme l'envoi de rapports
aux fournisseurs)

SYSTEME OPERANT
 12
Les Fonctionnalités du S I

Collecte des
• Récupérer des informations internes et externes.
données

• Conserver les données de manière organisée et sécurisée

Stockage

• Analyser et transformer les données en informations exploitables.

Traitement

• Transmettre les informations aux personnes concernées pour la prise de

Diffusion décision.
 13
Relation entre S.Information et
S.Informatique

SYSTÈME
D’INFORMATION
OPÉRATIONNEL
Le système informatique est la partie
informatisée du système d’information
automatisable SYSTÈME
D’INFORMATION
AUTOMATISÉ.

Système
Informatique
 14
Limites du SIO

•Manque de réactivité en temps réel

•Erreur humaine et risques d'incohérence
•Faible intégration des données
•Difficulté à gérer les volumes croissants de données SYSTÈME
D’INFORMATION
•Coût en ressources humaines
OPÉRATIONNEL
•Sécurité limitée
 15
Enjeux de l’informatisation pour
l'organisation

SYSTÈME
D’INFORMATION
• Augmenter la productivité en améliorant l’efficacité des OPÉRATIONNEL

utilisateurs.
• Améliorer les conditions de travail : enrichissement des SYSTÈME
tâches. D’INFORMATION
AUTOMATISÉ.
• Rendre un meilleur service (de qualité, rapide, etc.) aux
partenaires de l'organisation

Système
Informatique
 16

Exemple: Automatisation d’un SIO

Architecte (Plan) Entrepreneurs Bâtiment

Analyste (Modèle) Développeur Application

La notion du Modèle.

17
 18
La notion du Modèle.

 Un modèle en systèmes d'information est une abstraction qui simplifie la

réalité complexe d'une organisation en structurant les informations en
catégories logiques et fonctionnelles.
 Il décrit également les flux d'information entre les différentes entités du
système, facilitant ainsi l'analyse et la conception du système
d'information.
 Le modèle sert d'outil de communication entre les parties prenantes
(utilisateurs, développeurs, analystes) pour documenter les besoins métiers
en suivant des règles d'utilisation bien définies.
 19
Analyse et Conception.

Analyse du Conception Réalisation

problème de la solution du système
 20
Analyse et Conception.

Analyse du Conception Réalisation

problème de la solution du système

➢ identifier et comprendre le problème ou les besoins de

l'organisation.

➢ Il s'agit de collecter les informations, analyser les processus

existants et définir les exigences du système à concevoir
 21
Analyse et Conception.

Analyse du Conception Réalisation

problème de la solution du système

➢ Proposition de solution : Définir une solution adaptée aux besoins identifiés.

➢ Modélisation : Représenter le fonctionnement du système avec des diagrammes.

➢ Définition de l'architecture : Choisir l'organisation technique du système.

➢ Flux d'information : Décrire la circulation des données dans le système.

➢ Composants techniques : Sélectionner les outils et technologies nécessaires.

 22
Analyse et Conception.

Analyse du Conception Réalisation

problème de la solution du système

➢ Le développement

➢ l'intégration des technologies

➢ les tests

➢ la mise en production du système d'information conformément à la conception validée

 23

INTRODUCTION À
Chapitre 2 L’ANALYSE MERISE
 24
MERISE

M éthode d' I nformatique pour les

E tude et de S ystèmes d'
R éalisation
, E ntreprise
 25
Merise

 MERISE est une méthode qui nous aide à concevoir et à organiser un système
d'information. Elle nous guide à travers toutes les étapes, depuis l'analyse des besoins de
l'organisation jusqu'à la mise en place d'un système qui fonctionne.

 L'originalité de MERISE, c'est qu'elle sépare deux aspects essentiels d'un système :
▪ Les données, c'est-à-dire toutes les informations que l'on manipule.
▪ Les traitements, c'est-à-dire les actions qu'on effectue sur ces données
 26
Merise

MCT
 27

CYCLES:
❑ LE CYCLE D’ABSTRACTION
MERISE ❑ LE CYCLE DE VIE
 28
Merise
Cycle d'abstraction de conception d’un SI

 La méthode MERISE s'appuie sur 3 niveaux :

Monde reel

Niveau •Réponse à la question Quoi faire?

conceptuel •(Ce que fait l’entreprise)

Niveau logique •Réponse à la question Qui fait quoi? Quand? Où?

ou •(les différents postes de ce qui le font)
organisationnel

Niveau •Réponse à la question Comment?

physique ou •(quels sont les moyens de le faire)
opérationnel
 29
Merise
Cycle d'abstraction de conception d’un SI

➢ Il s’agit de décrire le QUOI sans tenir compte des contraintes techniques et

d’organisation.

➢ Les modèles utilisés sont:

 Pour les données : le Modèle Conceptuel des Données (MCD).

 Pour les traitements : le Modèle Conceptuel des Traitements (MCT).

 30
Merise
Cycle d'abstraction de conception d’un SI

➢ Les choix de l’organisation sont pris en compte, on répond à:

Niveau logique ou
organisationnel ➢ QUI : quelle personne effectue le travail ?
➢ QUAND : à quel moment, selon quelle périodicité ?
➢ OU : dans quel lieu, sur quel poste de travail ?
 31
Merise
Cycle d'abstraction de conception d’un SI

➢ Les choix techniques sont définis et pris en compte. Il

Niveau physique ou
opérationnel représente les moyens qui sont mis en œuvre. C’est le
niveau où l’on décrit le COMMENT.
 32
Merise
Cycle d'abstraction de conception d’un SI

 Cycle d'abstraction de conception des SI

Système Système
Expression Modèle Modèle Modèle
d’information d’information
des besoins conceptuel logique physique
manuel automatisé
 33
Merise
Cycle d'abstraction de conception des SI

 Les Modèles de Merise

Niveau Communication Données Traitement

Conceptuel MCC MCD MCT

Modèle Modèle Modèle Quoi
Conceptuel de Conceptuel de Conceptuel de
Communication Données Traitement
Logique ou MOC MOD MOT
Organisationnel Modèle Modèle Modèle Ou
Organisationnel Organisationnel Organisationnel Qui
de de Données de Traitement Quand
Communication
Opérationnel ou MPC MPD MPT
Physique Modèle Physique Modèle Physique Modèle Physique Comment
de de Données de Traitement
Communication
 34
Merise
Cycle de Vie d’un SI

Réalisation
• Schéma Directeur • Corrective
• Études préalables • Évolutive
• Études
• Études détaillées techniques
• Réalisation
logicielle
• Mise en œuvre
Conception Maintenance
 35
Merise
Cycle de Vie d’un SI

⚫ Découpage en domaines
• Schéma Directeur
• Études préalables ⚫ Les orientations d’informatisation.
• Études détaillées
⚫ Les axes organisationnels
⚫ La politique matérielle et logicielle
⚫ La planification globale du développement
Conception
⚫ Les cadres budgétaires
 36
Merise
Cycle de Vie d’un SI

• Schéma Directeur ⚫ L’analyse et l’évaluation du fonctionnement du système d’information

• Études préalables actuel
• Études détaillées
⚫ L’élaboration de solution futures

Conception
 37
Merise
Cycle de Vie d’un SI

• Schéma Directeur
• Études préalables
⚫ Conception générale :
• Études détaillées ⚫ Élaboration des MCD, MCT, MLD et MOT.
⚫ Étude préliminaire de la mise en œuvre.
⚫ Étude des solutions dégradées.
Conception ⚫ Conception détaillée :
⚫ Optimisation et validation des modèles.
⚫ Évaluation des coûts logiciels, matériels, de formation pour la mise
en œuvre de la solution.
 38
Merise
Cycle de Vie d’un SI

• Études techniques ⚫ description du MPD, du MPT, et de l’environnement technique

• Réalisation ⚫ écriture du logiciel ; tests unitaires et d’intégration
logicielle
• Mise en œuvre

Réalisation
 39
Merise
Cycle de Vie d’un SI

• Études techniques
• Réalisation logicielle ⚫ Mise en place des moyens humains, techniques et matériels, de
• Mise en œuvre la documentation.
⚫ essais, intégration, tests système.

Réalisation
 40
Merise
Cycle de Vie d’un SI

• Corrective  A pour but la correction d'une anomalie :

• Evolutive ❑ erreur de conception
❑ erreur de réalisation.
 La maintenance évolutive: modifications impliquées par une évolution d
l'organisation.
Maintenance
 41

NIVEAU CONCEPTUEL:
❑ MCC

MERISE ❑ MCD
❑ MCT
 42

MCC:
❑ DÉCOUPAGE EN DOMAINE
❑ ANALYSE DE FLUX
MERISE ❑ GRAPHE DES FLUX
❑ EXERCICES
 43
Merise
MCC:Découpage en domaine

Le découpage en domaines consiste à diviser une organisation en plusieurs zones

d'activités homogènes, chacune représentant un ensemble de processus ou de fonctions
qui partagent des objectifs ou des besoins similaires. Chaque domaine peut être analysé
et optimisé de manière indépendante, tout en s'intégrant harmonieusement dans la
stratégie globale de l'organisation.
 44
Merise
MCC:Découpage en domaine

Exemple :
Dans une entreprise de vente, on peut découper l'organisation en domaines comme :
➢ Domaine commercial : gestion des ventes, relation client.
➢ Domaine logistique : gestion des stocks, livraisons.
➢ Domaine financier : facturation, gestion des paiements.
Ce découpage permet de mieux gérer et prioriser les projets informatiques en fonction
des besoins spécifiques de chaque domaine.
 45
Merise
MCC:Découpage en domaine
➢ Flux d’informations internes :
•Les domaines échangent des informations entre eux :
•Ventes envoie les commandes à Logistique pour préparer les livraisons.
•Logistique informe Ventes de l’état de la livraison.
•Finances reçoit les données des ventes pour facturer les clients.
➢ Flux d’informations externes :
•Certains domaines échangent des informations avec l'extérieur :
•Ventes reçoit des commandes des clients.
•Logistique travaille avec des transporteurs pour expédier les produits.
•Finances envoie des factures aux clients et reçoit leurs paiements.
 46
Merise
MCC:Analyse de Flux

L’analyse des flux permet de représenter le fonctionnement global de l’entreprise en visualisant les
mouvements d’informations et de produits entre les différentes entités.
Mais pour mieux comprendre ce concept, il est important de définir qui sont les acteurs qui échangent ces
flux.
 47
Merise
MCC:Analyse de Flux
 Acteur

Un acteur est une entité, humaine ou matérielle, intervenant dans le système d’information.

Les acteurs se divisent entre deux catégories, internes et externes, selon qu’ils appartiennent ou non à
l’entreprise.

Un acteur est représenté par le symbole :

Acteur Acteur
interne externe
 48
Merise
MCC:Exemple
 Exemple Acteur Interne

Vente
Flux Interne
Commande

Logistique
Acteur Externe

Transporteur

Flux Externe
 49
Merise
MCC:Analyse de Flux
 Flux

Un flux est un échange de biens ou d’informations entre un acteur émetteur et un autre récepteur.

Flux
Acteur Acteur
interne externe
 50
Merise
MCC:graphe des Flux

⚫ Le graphe des flux est une représentation graphique des acteurs et des
flux.
Expédition
ventes Logistique Transporteur
Commande

Details de la commande Livraison

Comptabilité Client
 Merise
MCC: graphe des Flux (règles d’usage ) 51

I-Un flux ne doit pas être bidirectionnel

Il ne doit pas exister entre
Acteur deux acteurs (internes,
Acteur
interne externes ou identiques) de
externe
liens bidirectionnels. Il
convient de noter deux
flux distincts.
II-Un flux ne doit pas être réflexif

Un flux ne doit pas partir et

Acteur revenir sur le même acteur
interne (interne ou externe). Si cela
est nécessaire, nous devons
segmenter l’acteur.
 Merise
MCC: graphe des Flux (règles d’usage ) 52

III-Pas de flux entre deux acteurs externes

Les flux entre les
acteurs externes
ne sont d’aucun
intérêt dans
l’étude du
système.
 53
Merise
MCC: graphe des Flux (règles d’usage )

 Les diagrammes de flux jouent un rôle essentiel en offrant une vision globale et structurée du
projet dès les premières étapes. En démarrant souvent par un diagramme de contexte (modèle
conceptuel de communication).

 Ce modèle aide à clarifier les processus métiers et à visualiser la structure organisationnelle. Il

permet ainsi à toutes les parties prenantes, internes ou externes, d'obtenir une compréhension
commune et cohérente des opérations de l'entreprise.
 54
Merise
MCC:Exercices

Exercice1: Processus de remboursement d’un produit défectueux

1.Réception de la réclamation : Lorsque le client envoie une réclamation pour un produit
défectueux, on l'examine.
2.Validation de la réclamation : Si la réclamation est justifiée, on demande au service technique
de vérifier les détails du produit. Sinon, on notifie au client que la réclamation est refusée.
3.Retour du service technique : Une fois le produit vérifié et confirmé défectueux par le service
technique, on passe à l'étape suivante.
4.Remboursement : Après avoir reçu le retour du produit et confirmé sa défaillance, on calcule le
montant à rembourser et on envoie le remboursement au client.
 55
Merise
MCC:Exercices

1 : Listez les acteurs impliqués dans le processus de remboursement d’un produit défectueux.
2 : Identifiez et listez les flux d'information échangés entre les différents acteurs dans ce processus.
 56
Merise
MCC:Exercices

Exercice2: Processus de remboursement pour une consultation médicale annulée

1.Réception de la demande : Lorsqu’un patient envoie une demande de remboursement pour
une consultation médicale annulée, on l’examine.
2.Validation de la demande : Si la demande est justifiée (consultation effectivement annulée par
le médecin ou l’établissement), on la valide. Sinon, on informe le patient que le remboursement
est refusé.
3.Confirmation avec le service médical : Si la demande est validée, on contacte le service
médical pour confirmer l'annulation de la consultation.
4.Remboursement : Après confirmation que la consultation a été annulée, on calcule le montant à
rembourser et on envoie le remboursement au patient.
 57
Merise
MCC:Exercices

•Liste des acteurs : Qui sont les acteurs impliqués dans le processus de remboursement pour
une consultation médicale annulée ?
•Liste des flux d’information : Quels sont les flux d'information échangés entre les acteurs dans ce processus ?
 58
Merise
MCC:Exercices

Exercice3: Demande d'ouverture d'un compte bancaire

Un nouveau client souhaite ouvrir un compte bancaire dans une agence.
Le processus se déroule comme suit :
1.Le client fait une demande auprès de l'agence en fournissant les documents nécessaires.
2.L'agence vérifie les documents et transmet la demande au service des comptes.
3.Si la demande est acceptée, un compte est ouvert et un avis d'ouverture est envoyé au client.
4.Le client reçoit une carte bancaire et un relevé de compte initial.
5.Si le client ne finalise pas les formalités dans les 30 jours, la demande est annulée.

Représentez le graphe des flux pour ce processus.

 59
Merise
MCC:Exercices

Exercice4 : Gestion des commandes dans un restaurant

Un client passe une commande dans un restaurant en ligne. Le processus se déroule comme suit :
1.Le client sélectionne des plats et passe la commande via l'application.
2.La commande est envoyée au restaurant.
3.La cuisine prépare les plats.
4.Le restaurant confie la commande à un livreur.
5.Le livreur livre la commande au client.
6.Si la commande n'est pas livrée dans les 45 minutes, elle est annulée automatiquement.
Question : Représentez le graphe des flux pour ce processus détaillant chaque acteur et flux
d'informations.
 MCD: 60

I- Concepts du MCD
I-1 Les propriétés
I-2 Les entités ou objets
I-3 Les relations ou associations
I-4 Les règles d’usage
MERISE I-5 Contrainte d’intégrité fonctionnelle

II- Etude de Cas: Construction pas à pas

II-1 Dictionnaire de données
II-2 Les dépendances fonctionnelles
II-3 Elaboration du MCD
 61
Merise
Concepts du MCD

Le Modèle Conceptuel de Données (MCD) est un schéma graphique qui permet de représenter de manière
structurée les informations d'un système.
Il se compose principalement de quatre éléments : les entités, les propriétés , les relations et les cardinalités.
 62
Merise
Concepts du MCD

Entité :
 C'est un élément qui regroupe des informations ayant des caractéristiques communes.
 Par exemple, les entités pourraient être Client, Produit, ou Commande. Chaque entité a des
propriétés.
 Elle Est représentée par un rectangle.
Ce rectangle est séparé en deux champs :
Client Libellé
❑ le champ du haut contient le libellé.
❑ Le champ du bas contient la liste des propriétés de la classe d'entité
Propriétés
 63
Merise
Concepts du MCD

Propriété:
Une propriété est une caractéristique d'une entité dans un système. C'est une information qui décrit l'entité.

Par exemple, pour un "Client", les propriétés pourraient être son nom, son adresse ou son numéro de
téléphone. Elles servent à mieux définir l'entité et à identifier ses différentes instances.

Les propriétés disposent d’un type. Elles peuvent être numériques, représenter une date, leur longueur peut
être aussi définie.
Client
#NoClient
Nom
Code postal
Adresse
 64
MCD : CONCEPTS DE BASE

Propriété:
 ATTENTION : Une propriété d’une entité ne peut être multivaluée !

0145R ASSURE
Alaoui
5 r Fontaine
0078P RéfAssuré
567 TR 69
Mouden NomAsssuré
3 r Fassi Fihri AdresseAssuré
1256 RF 69, n°Véhicule
6789 UF 69
4089 TG 69
 65
MCD : CONCEPTS DE BASE

Entité : Identifiant
 Dans une entité, une propriété joue un rôle particulier, il s'agit de l'identifiant (encore
appelée la clef).
 L’identifiant est une propriété qui permet de connaître de façon unique, individuelle
et sûre les occurrences d’une entité donnée
une valeur de l’identifiant une occurrence Client
❑ Deux occurrences distinctes de l'entité ne peuvent avoir même valeur pour la
propriété identifiante. Numéro
Nom
 Elle est généralement soulignée . Prénom
Age
Adresse
Ville
 66
MCD : CONCEPTS DE BASE

Entité : Identifiant
 différents types d’identifiant
– une propriété « naturelle » de l’entité
nomPays pour l’entité PAYS
– une propriété « artificielle » ajoutée à l’entité
n°Adhérent, codeFormateur, …
– un groupe de propriétés ( = identifiant composé)
nomElèv+prénomElèv+dateNaissanceElèv
 67
MCD : CONCEPTS DE BASE

Entité : Identifiant

identifiant simple identifiant composé

NOM_ENTITE NOM_ENTITE

propriété 1 propriété 1
propriété 2 propriété 2
propriété 3 propriété 3
… …
propriété n propriété n
 68
MCD : CONCEPTS DE BASE

Entité : Identifiant
 un identifiant doit être
– discriminant (une valeur une occurrence)
– stable : tant qu’une occurrence d’entité est présente dans la
mémoire du SI, la valeur de son identifiant ne peut être
modifiée !
– minimal (s’il est composé) :
si prop1+prop2+prop3 est un identifiant d’une entité, alors
prop1+prop2 ne doit pas en être un, prop1+prop2 doit être non
discriminant.
 69
MCD : CONCEPTS DE BASE

Entité :
 Entités particulières
une entité peut ne posséder qu’une seule propriété : son identifiant

EXEMPLAIRE

n°Série
 70
MCD : CONCEPTS DE BASE

Relation :
 Lien sémantique reliant des occurrences d’un ensemble d'entités
 Ce lien est nommé très souvent par un verbe à l'infinitif;
 Exemple 1 : Un client peut commander des produits.
❑ Les entités de notre SI sont : Client et Produit.
❑ La relation est Commander. Client
Produit
Commander Numéro
relation non-porteuse de Numéro Nom
Désignation Prénom
propriété
Prix d’achat Age
« creuse » ou « vide » Prix de Vente Adresse
Ville
 71
MCD : CONCEPTS DE BASE

Relation :
 Exemple 2 : Une machine peut fabriquer une quantités de pièces
 Les entités de notre SI sont : Pièce et Machine.
❑ Les relations sont : Fabriquer. Machine
N° machine
Nom machine
Pièce Fabriquer Durée de vie
N° pièce Qté fabrique /jr
Nom pièce
Prix Unitaire relation porteuse de propriétés
 72
MCD : CONCEPTS DE BASE
Relation :
 REMARQUE
une entité peut bien sûr participer à plusieurs relations !
 Exemple : Un bon de commande contient un ensemble de quantités de Machine
pièces fabriquées par des machines spécifiques. N° machine
Nom machine
Pièce Fabriquer Durée de vie
N° pièce Qté fabrique /jr
Nom pièce Commande
Prix Unitaire
N° commande
Contenir Date commande
Qté commandée Montant HT
Montant TVA
 73
MCD : CONCEPTS DE BASE

Relation : dimension = 2
 relations particulières collection = [PERSONNE, APPARTEMENT]

deux relations différentes peuvent avoir même dimension et même

collection
Posséder

PERSONNE APPARTEMENT

réfPersonne n°Appartement
nom adresse
prénom Louer nbPièces
adresse datedébut surface
duréeBail
 74
MCD : CONCEPTS DE BASE

Relation :
 relations particulières
une même entité peut participer plusieurs fois à une même relation
 Ex: « Une société " mère " peut détenir x% du capital d’une société " filiale " »
(mère)
SOCIETE la relation « Détenir »
est réflexive
n°RegistreCom Détenir
raisonSociale %Capital
capital

(filiale)
 75
MCD : CONCEPTS DE BASE

Relation :
 relations particulières
une même entité peut participer plusieurs fois à une même relation
 Ex: « Une société " mère " peut détenir x% du capital d’une société " filiale " »
(mère)
SOCIETE l’entité « SOCIETE »
participe à la relation
n°RegistreCom Détenir
avec le rôle « mère »
raisonSociale %Capital
ou « filiale »
capital

(filiale)
 76
MCD : CONCEPTS DE BASE

Relation :
 relations particulières
Ex: « Une société " mère " peut détenir x% du capital d’une société " filiale " »
(mère)
SOCIETE

n°RegistreCom Détenir
raisonSociale %Capital
capital

(filiale)
 77
MCD : CONCEPTS DE BASE

Relation :
 relations particulières
Ex: « Une société " mère " peut détenir x% du capital d’une société " filiale " »
(mère) n°Regtre raisonSale capital
SOCIETE A0012 Vend Tout 2300

n°RegistreCom Détenir C0102 Achète tout 1200

raisonSociale %Capital C0133 Solde Tout 2500

capital B0012 Loue Tout 2000

n°Regtre(mère) n°Regtre (filiale) %Capital

(filiale) A0012 C0102 15,5
« la société (mère) A0012
C0102 C0133 12
détient 15,5% du capital de
la société (filiale) C0102 » C0133 B0012 2,5
 78
MCD : CONCEPTS DE BASE

Relation :
 Exemple : On considère un article qui porte une référence, un libellé et un prix
unitaire.
 Cet article lui-même est composé d'autres articles.
❑ L’entité de notre SI est : Article.
❑ La relation est : Composer.

Composé de
Article
Composer
Référence
libellé
Prix unitaire
Composant de
 79
MCD : CONCEPTS DE BASE

Cardinalité :
Commande Article
Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

 RG1 : une commande comporte au moins un article et peut en comporter plusieurs

 RG2 : un article peut figurer sur aucune ou plusieurs commandes
 80
MCD : CONCEPTS DE BASE

Cardinalité : RG1 : une commande comporte au moins un article

Commande Article
Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

réfCom date %Rem réfCom réfArt qté réfArt libelléArt prixUnit

001 02/11/97 0 001 B011 1000 A002 vis de 5 0,15

002 02/12/97 10 002 A002 2000 B011 vis de 7 0,20

003 B011 1500 B016 clou de 0,10
003 12/12/97 5
9
 81
MCD : CONCEPTS DE BASE

Cardinalité :

Commande Article
0,n
1,n Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

 RG1 : une commande comporte au moins

un article et peut en comporter plusieurs
 RG2 : un article peut figurer sur aucune ou
plusieurs commandes
 82
MCD : CONCEPTS DE BASE

Cardinalité :
 Les cardinalités permettent de caractériser le lien qui existe entre une entité
et la relation à laquelle elle est reliée.
 La cardinalité définie le nombre de fois que chaque occurrence de l'entité
participe aux occurrences de la relation.
 La cardinalité d'une relation est composée d'un couple comportant une
cardinalité maximale et une cardinalité minimale, intervalle dans lequel la
cardinalité d'une entité peut prendre sa valeur.
 83
MCD : CONCEPTS DE BASE

Cardinalité :
 La notion de cardinalité minimum/maximum est liée aux types de liaison
inter-entités.
❑ La cardinalité minimale (0, 1 ou x) exprime le nombre de fois minimum
qu’une occurrence d’une entité participe aux occurrences d’une
relation
❑ La cardinalité maximale (x ou n) exprime le nombre de fois maximal
qu’une occurrence d’une entité participe aux occurrences de la relation
 84
MCD : CONCEPTS DE BASE

Cardinalité :

Commande Article
0,n
1,n Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

 une commande comporte au moins un article

 une occurrence de l’entité « COMMANDE » participe au moins une fois à la relation
«Comporter»
 du côté de l’entité « COMMANDE », la cardinalité minimale de la relation « Comporter
» est égale à 1.
 85
MCD : CONCEPTS DE BASE

Cardinalité :

Commande Article
0,n
1,n Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

 une commande peut comporter plusieurs articles

 une occurrence de l’entité « COMMANDE » peut participer n fois à la relation «
Comporter »
 du côté de l’entité « COMMANDE », la cardinalité maximale de la relation «
Comporter » est égale à n.
 86
MCD : CONCEPTS DE BASE
Cardinalité :

Commande Article
0,n
1,n Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

 un article peut ne figurer sur aucune commande

 une occurrence de l’entité « ARTICLE » peut participer zéro fois à la relation
« Comporter »
 du côté de l’entité « ARTICLE », la cardinalité minimale de la relation « Comporter » est
égale à 0.
 87
MCD : CONCEPTS DE BASE
Cardinalité :

Commande Article
0,n
1,n Comporter Référence
réfCommande
Qte libellé
date
Prix unitaire
%Remise

 un article peut figurer sur plusieurs commandes

 une occurrence de l’entité « ARTICLE » peut participer n fois à la relation
« Comporter »
 du côté de l’entité « ARTICLE », la cardinalité maximale de la relation « Comporter »
est égale à n.
 88
MCD : CONCEPTS DE BASE

Cardinalité :
 La cardinalité minimale
Valeur Définition
0 Certaines occurrences de l’entité type ne participent pas à la relation

1 Toute occurrences de l’entité type participe au moins une fois aux occurrences de la
relation
 La cardinalité maximale
Valeur Définition
1 Quand une occurrence de l’entité type participe à la relation, elle n’y participe au plus
qu’une fois
N Quand une occurrence de la relation participe à la relation, elle peut y participer plusieurs
fois
 89
MCD : CONCEPTS DE BASE

Cardinalité :
 Combinaisons possibles

0,1 Une occurrence participe au moins 0 fois et au plus 1 fois à l'association

1,1 Une occurrence participe exactement 1 fois à l'association

0,N Une occurrence peut ne pas participer ou participer plusieurs fois

1,N Une occurrence participe au moins 1 fois, voire plusieurs

 90
MCD : CONCEPTS DE BASE

Cardinalité :
 Remarques:
❑ Pour les cardinalités, il n’y a pas de règles exactes à suivre, tout est
question d’interprétation, au sein d’une équipe de développement, il
peut y avoir des divergences de point de vue
❑ Pour les cardinalités, il faut être le plus logique possible, se référer aux
règles de gestion édictées par le commanditaire de l’application.
 91
MCD : CONCEPTS DE BASE

Cardinalité : Exemple
Projet Salarié
codeProjet Intervenir n°Matricule
libelléProjet durée nomSalarié
budgetProjet qualification
dateProjet

 RG1 : dans un projet intervient au moins un salarié et peuvent intervenir

plusieurs salariés
 RG2 : un salarié peut intervenir dans aucun projet ou dans au plus 2 projets.
 92
MCD : CONCEPTS DE BASE

Cardinalité : Exemple

Projet Salarié
codeProjet 1,n Intervenir n°Matricule
libelléProjet durée nomSalarié
budgetProjet qualification
dateProjet

 du côté de l’entité « PROJET », la relation « Intervenir » est de cardinalité « 1, n

»
 une occurrence de l’entité « PROJET » participe au moins 1 fois à la relation «
Intervenir »
 93
MCD : CONCEPTS DE BASE

Cardinalité : Exemple

Projet Salarié
codeProjet 1,n Intervenir 0,2 n°Matricule
libelléProjet durée nomSalarié
budgetProjet qualification
dateProjet

 du côté de l’entité « SALARIE », la relation « Intervenir » est de cardinalité « 0, 2 »

 une occurrence de l’entité « SALARIE » participe zéro ou au plus 2 fois à la
relation « Intervenir »
 94
MCD : CONCEPTS DE BASE

Cardinalité : Exemple
Projet Salarié
codeProjet 1,n Intervenir 0,2 n°Matricule
libelléProjet durée nomSalarié
budgetProjet qualification
dateProjet

codeP libelléP budgetP dateP

n°S nomS qualif
aa1 applicati 200 01/99
on A1 codeP n°S durée 01 Dupond Ing
aa2 mainten 250 02/99 aa1 01 45 02 Durand Ana
ance A2 aa1 04 150 03 Dupond Prg
bc2 dév 120 02/99 bc2 01 20 04 Martin Prg
BDD
 95
MCD : CONCEPTS DE BASE

Cardinalité : Exemple
cardinalité maxi = 2 Projet Salarié
=> contrainte 1,n Intervenir 0,2
codeProjet n°Matricule
libelléProjet durée nomSalarié
budgetProjet qualification
dateProjet

codeP libelléP budgetP dateP

codeP n°S durée n°S nomS qualif
aa1 applicati 200 01/99
on A1 aa1 01 45 01 Dupond Ing
aa2 mainten 250 02/99 aa1 04 150 02 Durand Ana
ance A2 bc2 01 20 03 Dupond Prg
bc2 dév 120 02/99 04 Martin Prg
BDD aa2 01 100
 96
MCD : CONCEPTS DE BASE

Entreprise
Cardinalité : Exemple Réaliser
montant 1,n nomEntr
Chantier dateDéb n°TéléEntr
dateFin adresseEntr
n°Chantier
nomChantier
lieuChantier Tranche

n°Tranche
libelléTranche
 RG1 : une entreprise participe à la réalisation
d’au moins une tranche d’un chantier et peut
participer à la réalisation de plusieurs !
 97
MCD : CONCEPTS DE BASE

Entreprise
Cardinalité : Exemple Réaliser
montant 1,n nomEntr
Chantier dateDéb n°TéléEntr
dateFin adresseEntr
n°Chantier
nomChantier
lieuChantier 0,n Tranche

n°Tranche
libelléTranche
 RG2 : une tranche (terrassement, peinture, …)
peut n’être à réaliser dans aucun chantier et
peut l’être dans plusieurs.
 98
MCD : CONCEPTS DE BASE

Entreprise
Cardinalité : Exemple Réaliser
montant 1,n nomEntr
Chantier 0,n dateDéb n°TéléEntr
dateFin adresseEntr
n°Chantier
nomChantier
lieuChantier 0,n Tranche

n°Tranche
libelléTranche

 RG3 : un chantier est connu du système avant le

choix des entreprises.
 99
MCD : CONCEPTS DE BASE

Cardinalité :
 Exemple :
❑ Un bon de commande contient au moins une pièce fabriquée au moins par une machine.
❑ Chaque machine fabrique au moins une pièce. Machine
❑ Une pièce peut ne pas être commandée. 1,n N° machine
Nom machine
Pièce Fabriquer Durée de vie
1,n
N° pièce Qté fabrique /jr
Nom pièce Commande
Prix Unitaire 1,n
N° commande
0,n Contenir Date commande
Qté commandée Montant HT
Montant TVA
 100
MCD : CONCEPTS DE BASE

Cardinalité :
 Exemple :
❑ Un article peut ne pas contenir un autre.
❑ Un article peut ne pas être dans un autre article.

Composé de
Article
0,n
Composer
Référence
libellé
Prix unitaire 0,n
Composant de
 101
MCD : CONCEPTS DE BASE

Cardinalité :
 Exemple : Une usine contient des machines qui peuvent fabriquer au moins un type
de pièce. Chaque pièce peut être fabriquée par une ou plusieurs machines.
Chaque type de machine est construit par un ou plusieurs fournisseurs. Le fournisseur
peut construire une ou plusieurs marques de machines.
Pièce
Machine Fabriquer
1,n 1,n N° pièce
N° machine Qté fabrique /jr Nom pièce
Nom machine Prix Unitaire
Durée de vie

1,n Fournisseur
Construire 1,n N° fournisseur
Qté construite /jr Nom fournisseur
Adresse
MCD : CONCEPTS DE BASE

E2 E2
E1 E2 E1 E1

0,1 1,1 1,1 1,1

1,1 0,N
E1 E2
Cardinalités mini :
0: Certaines occurrences de l’entité peuvent ne pas participer à la relation.
1 : Toute occurrence de l’entité participe obligatoirement à la relation
Cardinalités maxi :
1 : Toute occurrence de l’entité participe au plus une fois à la relation
N : Toute occurrence de l’entité peut participer plusieurs fois à la relation.
 103
MCD : CONSTRUCTION

 La démarche de construction d’un MCD est basée sur :

1. Dictionnaire de Données (DD)
2. Graphe des dépendances fonctionnelles (GDF)
3. Règles de Gestion (RG)

DF /
DD RG MCD
GDF
 104
MCD : 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.
 Une donnée ???
type d’information qui ≪ intéresse ≫ le SI de l’organisation
( ce qui est nécessaire à la réalisation de l’objectif du systeme); Ex: la référence d’un produit
Les informations qui circulent dans l’organisation ne sont pas toutes des donnees !
Ex: le resultat du dernier match de l’equipe de foot de l’entreprise
 105
MCD : Dictionnaire de Données

Nom de la Longueur Type Nature Observation

donnée

 Nom: doit être court et explicite

 Longueur: la taille maximale des caractères de la valeur que va prendre la donnée
 Type de la donnée : Numérique, Alphabétique, AlphaNumérique, Booléen, Date
▪ Numérique : entier, décimal
▪ (alphabétique : tout caractère autre qu’un chiffre)
▪ AlphaNumérique : tous caractères
▪ Booléen : valeur {VRAI, FAUX}
▪ Date : jj/mm/aa
 106
MCD : Dictionnaire de Données

Nom de la Longueur Type Nature Observation

donnée

 Nature: élémentaire, calculée, paramètre.

▪ 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.
 107
MCD : Dictionnaire de Données

 Identification des données:

➢ Chaque donnée doit être identifiée par:
❑ Son nom/libellé
❑ Une description/signification
➢ Les difficultés:
❑ La synonymie: la même donnée intervient sous des libellés différents selon les documents
Exemple: sur la commande Votre Référence : FG/9756
sur la fiche de suivi de commande Identification client : FG/9756
❑ La polysémie: une même appellation représente des données différentes selon les documents
Exemple: exemple : sur la commande Quantité : 25 (la quantité commandée)
sur la fiche de suivi de stock Quantité : 145 ( la quantité en stock)
 108
MCD : Dictionnaire de Données

 exemple: Bon de commande:

❑ Un bon de commande est identifié par son numéro, il contient les informations sur le client et les
pièces qu'il a commandé avec les quantités correspondantes.

TVA: 20%
 109
MCD : DÉPENDANCE FONCTIONNELLE

 Exemple
Nom Sexe Etab Adresse Ville
El Alami H ETA Bd Almouahidine Rabat
El Mansouri F ETB Rue Boufaress Rabat
El Mourabit F ETB Rue Boufaress Rabat
Hakmaoui H ETC Bd Almouahidine Casablanca
El Assri H ETD Rue de la Fes
fontaine
El Youssefi F ETA Bd Almouahidine Rabat

Il y a redondance d’information
 110
MCD : DÉPENDANCE FONCTIONNELLE

•Chaque établissement (Etab) correspond toujours à une seule adresse (Adresse).

Par exemple :
• ETA est toujours sur Bd Almouahidine.
• ETB est toujours sur Rue Boufaress.
• ETD est toujours sur Rue de la fontaine.
Mais ces informations sont répétées plusieurs fois dans la table !
 111
MCD : DÉPENDANCE FONCTIONNELLE

Ce qu'on remarque :
•Etab détermine Adresse :
Si on connaît l’établissement (Etab), on connaît automatiquement son adresse (Adresse).

•On peut écrire :

Etab → Adresse
(On dit qu’il y a une dépendance fonctionnelle.)
 112
MCD : DÉPENDANCE FONCTIONNELLE

Pourquoi c'est un problème ?

•Cela crée des redondances (informations répétées).
•Cela peut provoquer des erreurs si on modifie l’adresse d’un établissement dans un endroit mais pas dans un autre.
 113
MCD : DÉPENDANCE FONCTIONNELLE

Solution :
➢ Créer une table séparée qui associe chaque établissement à son adresse unique.
Exemple de nouvelle organisation :
1.Une table pour les établissements (Etab) et leurs adresses.
2.Une autre table pour les personnes avec leurs établissements (Nom, Sexe, Etab, Ville).
 114
MCD : DÉPENDANCE FONCTIONNELLE

 supprimer la redondance sans perte d’information

Nom Sexe Etab Etab Adresse Ville

El Alami H ETA ETA Bd Almouahidine Rabat
El Mansouri F ETB ETB Rue Boufaress Rabat
El Mourabit F ETA ETC Bd Almouahidine Casablanca
Hakmaoui H ETC ETD Rue de la Fes
El Assri H ETD fontaine

El Youssefi F ETA
 115
MCD : DÉPENDANCE FONCTIONNELLE

 Une dépendance fonctionnelle existe entre deux données D1 et D2si chaque valeur de D1permet de trouver
une seule valeur de D2.

 Exemple:

NumClient → NomClient
NumClient → AdressClient
RefProduit → LibProduit
 116
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle directe (DFD)

C'est une relation entre deux attributs D1et D2, où D1 détermine directement D2,
sans passer par un autre attribut intermédiaire.
En résumé :
• Si D2 dépend uniquement de D1, c'est une dépendance directe.
• S'il faut passer par un autre attribut pour arriver à D2, ce n'est pas directe
 117
MCD : DÉPENDANCE FONCTIONNELLE

Exemple :
•Numcommande→MontHT est directe.
•Numcommande→MontTVA n'est pas directe car on passe par MontHT.
 118
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle transitive (indirecte)

 Cela signifie que D1→D3, mais de manière indirecte.

 D3 dépend de D1 par une dépendance fonctionnelle transitive
 Exemple:
❑ NumFacture → NumReprésentant et NumReprésentant → NomReprésentant
❑ ces deux dépendance donnent lieu à une DFT :
NumFacture → NomReprésentant
 119
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle composée (DFC)

Jour H Salle Classe Disc Nom
Prof
Lu 08-09 R05 TS1 Math Mme Jalil
Ma 10-11 B11 TS2 Phy M Elouali
Ma possible09-10
Analyste : ≪ Est-il qu’une matière
B12 TS1 Math Mme Jalil
puisse-t-etre enseignée par deux profs
Jemême classe
différents dans la 15-16? ≫ R12 TS1 Math Mme Jalil
Gestionnaire : Je≪ C’est impossible
13-15 ! ≫R01 TS1 Phy Mme Azouzi Il y a donc
redondance
Me 09-11 B11 STTL2 Chim M Elalami d’information !
Lu 14-15 R01 STTL1 Phy M Elalami
Ve 10-12 B05 TS1 Phy Mme Azouzi
Ve 10-12 B04 TS2 Phy M Elouali
 120
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle composée (DFC)

il est possible de supprimer la
Jour H Salle Classe Disc
redondance
Lu 08-09 R05 TS1 Math sans perte d’information !
Ma 10-11 B11 TS2 Phy
Ma 09-10 B12 TS1 Math Classe Disc Nom Prof
Je 15-16 R12 TS1 Math
TS1 Math Mme Jalil
Je 13-15 R01 TS1 Phy
TS2 Phy M Elouali
Me 09-11 B11 STTL2 Chim TS1 Phy Mme Azouzi
Lu 14-15 R01 STTL1 Phy STTL2 Chim M Elalami
Ve 10-12 B05 TS1 Phy STTL1 Phy M Elalami

Ve 10-12 B04 TS2 Phy

 121
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle composée (DFC)

❑ A tout couple (Classe, Discipline) correspond un seul professeur
❑ On dira : il existe une dépendance fonctionnelle entre les données Classe, Discipline et
la donnée NomProf
❑ On notera
Classe, Discipline -> NomProf
✓ c’est une DF a source Composée (DFC)
 122
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle Élémentaire (DFA)

Une dépendance fonctionnelle est élémentaire si elle respecte deux conditions :
1.La cible (D2) n’est pas incluse dans la source (D1)
1. Exemple :
Si D1=(Classe, Discipline), alors D2=NomProf ne fait pas partie de D1.
2.Aucun sous-ensemble de la source (D1) ne peut déterminer directement la cible (D2)
1. Exemple :
Si D1=(Classe, Discipline), alors ni Classe→NomProf ni Discipline→NomProf ne doivent exister.
 123
MCD : DÉPENDANCE FONCTIONNELLE

•Si (Classe, Discipline)→NomProf

et que :
• Classe seule ne peut pas déterminer NomProf,
• Discipline seule ne peut pas déterminer NomProf,
Alors, (Classe, Discipline)→NomProf est une dépendance élémentaire.
 124
MCD : DÉPENDANCE FONCTIONNELLE

 Dépendance fonctionnelle élémentaire

❑ Exemple:
• RefProduit → LibProduit est élémentaire
• (NumFacture, RefProduit) → QtéFacturée est élémentaire (ni la référence produit seule, ni le
numéro de facture seul permettent de déterminer la quantité)
• (NumFacture, RefProduit) → LibProduit n’est pas élémentaire puisque la référence du produit
suffit à déterminer le libellé.
 125
MCD : DÉPENDANCE FONCTIONNELLE

 Inventaire des dépendances fonctionnelles:

1. à partir du « discours » informel:
– «Quant au réapprovisionnement, nous avons choisi un fournisseur (codeFour) exclusif
pour chaque article (réfArt) en stock »
refArt -> codeFour
– « Dans notre centre de formation, les stages que nous organisons, sont constitués d’un
certain nombre d’unités (nomUnité) ; un formateur (codeForm) ne peut pas, lors d’un
stage (numStage) intervenir dans plus d’une unité »
numStage, codeForm -> nomUnité
 126
MCD : DÉPENDANCE FONCTIONNELLE

 Inventaire des dependances fonctionnelles:

2. à partir des documents structurés:
– fiche Réf Client : ____________
Nom : ____________
Adresse : ___________________
Client suivi par : ___ (n° représentant)
réfClient ->Nom
réfClient ->Adresse
réfClient ->n°Représentant
 127
MCD : DÉPENDANCE FONCTIONNELLE

 Inventaire des dépendances fonctionnelles:

2. à partir des documents structurés:
– Tableau
Appartmt RdC1 RdC2 RdC3 1E1 1E2 …
Proptaire Martin Durand C Durand P /// Martin

Appartement ->Propriétaire
 128
MCD : DÉPENDANCE FONCTIONNELLE

 Nécessité d’un formalisme pour représenter un ensemble de DF

Voici une liste de DF (SI d’un café)
a/ codeServeur -> nomServeur g/ codeCat -> catégorie
b/ n°Cmde -> date h/ n°Conso -> prix
c/ n°Cmde -> heure i/ n°Conso -> codeCat
d/ n°Table, date -> codeServeur j/ n°Conso -> libellé
Ils ne sont pas
e/ n°Cmde, n°Conso -> quantité k/ n°Conso -> catégorie bien visibles!
f/ n°Table, date -> nomServeur l/ n°Cmde -> n°Table
 129
MCD : DÉPENDANCE FONCTIONNELLE

 Graphe des DFs :

 Règle 1:

 Règle 2: Un nom de donnée ne doit figurer qu’une seul fois dans le graphe
 130
MCD : DÉPENDANCE FONCTIONNELLE

 Exemple de graphe des DF

n°Conso
n°Cmde

n°Table date libelle prix

heure
codeCat
quantite
codeServeur

categorie

nomServeur
 131
MCD : DÉPENDANCE FONCTIONNELLE

i et g ≡ k
 Exemple de graphe des DF
la DF k n’est pas
n°Conso directe
n°Cmde

i
n°Table date libelle prix
heure
k codaeCat
quantite
codeServeur g
categorie

nomServeur
 132
MCD : DÉPENDANCE FONCTIONNELLE

 Exemple de graphe des DF

n°Conso
n°Cmde

n°Table date libelle

prix
heure
codaeCat
d quantite
codeServeur
f d et a ≡ f
categorie
a la DF f n’est pas
nomServeur directe
 133
MCD : DÉPENDANCE FONCTIONNELLE

 Exemple de graphe des DF

n°Conso
n°Cmde

n°Table date libelle

prix
heure
codaeCat
quantite
codeServeur
on ne représente
categorie
que les DF
nomServeur directes !
 134
MCD : DÉPENDANCE FONCTIONNELLE

 Exemple 2 : liste des DFD et DFC associé au document Bon de commande:

NCDE -> DATEC
NCDE -> NCLI
NPIECE -> LIBPIECE
NPIECE -> PUNIT
NCLI -> NOMCLI
NCLI -> RCLI
NCLI -> VCLI
NCDE, NPIECE -> QTEC
 135
MCD : DÉPENDANCE FONCTIONNELLE

 Exemple 2: Graphe des DF associé au document Bon de commande:

 136
MCD : Exercices

Exercice1:
Un professeur enseigne des cours, et chaque cours peut être suivi par plusieurs étudiants. Un étudiant peut
s'inscrire à plusieurs cours.

Exercice2:
Un restaurant sert des plats, et chaque plat peut contenir plusieurs ingrédients. Un ingrédient peut être
utilisé dans plusieurs plats.
 137
MCD : Exercices

Exercice3:
Un magasin peut avoir un inventaire de produits, et chaque produit est fourni par un fournisseur unique.

Exercice4:
Une école propose des activités, et chaque activité peut être pratiquée par plusieurs élèves. Un élève peut
participer à plusieurs activités.
 138
MCD : Exercices

Exercice5:
Soient les données suivantes :
- Numéro de livre
- Nom de l'écrivain
- Nom du livre
- Année de parution du livre
- Quantité en stock
- Numéro du dépôt
- Nom de l'éditeur
- Nom du dépôt
 139
MCD : Exercices

Exercice5(suite):
NB :
1. Un livre peut être édité chez plusieurs éditeurs (il porte le même numéro).
2. Un livre peut être écrit par plusieurs écrivains.
3. Un livre peut être stocké dans plusieurs dépôts.
4. Un livre ne peut être édité qu'une seule fois chez le même éditeur.

À partir de ces données, réalisez le Modèle Conceptuel des Données correspondant.

 140
MCD : Exercices

Exercice6:
Une banque gère les comptes de ses clients.
1. Chaque client peut posséder plusieurs comptes bancaires (compte courant, compte épargne, etc.).
2. Un compte est associé à un ou plusieurs mouvements financiers (dépôts, retraits).
3. Chaque mouvement possède une date, un montant, et un type de mouvement.
-Créez un MCD incluant les entités Client, Compte et Mouvement.
-Définissez les propriétés pour chaque entité.
-Représentez les relations entre les entités en indiquant les cardinalités..
 141
MCD : Exercices

Exercice7:

L'entreprise Larré veut améliorer sa gestion de stock ainsi que celle des commandes de ses clients. Pour
cela elle envisage les orientations suivantes :

1. Les matériels sont classés en catégories.

2. L'entreprise veut connaître à tout instant la quantité disponible d'un matériel dans un magasin donné.

3. On doit connaître à tout instant les composants d'un matériel et les matériels dans lesquels on trouve
un composant donné.

4. Lors d'une rupture de stock, un matériel peut être remplacé par un matériel de substitution.
 142
MCD : Exercices

Exercice7(suite):

5. Chaque client a un montant financier maximum de commandes autorisé (droits d'approvisionnement)

par catégorie de matériel pour une période donnée.

6. Un client ne peut s'approvisionner que dans un magasin et un seul.

7. Une commande est définie par un numéro : ce numéro concerne un seul client et différents matériels,
en précisant pour chacun la quantité commandée.

Construire le Modèle Conceptuel des Données complet : Entités, Relations, Propriétés et Cardinalités.