27/11/2020

Université Abdelmalek Essaadi

Faculté des Sciences & Techniques
de Tanger

Systèmes d’Information et
Bases de Données
Pr. MAHBOUB Aziz
[email protected]

Systèmes d’Information et Bases de

Intitulé du module
Données
Faculté des Sciences & Techniques de Tanger
Etablissement dont relève le module

Département d’attache Département Génie Informatique

Filière, (Semestre d’appartenance du Licence– Génie Informatique (S5)

module)

A. U: 2020/2021

Méthodologie MERISE &

Normalisation

1
 27/11/2020

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
6. Le Modèle Physique de Données : MPD 3

Méthodes d’analyse et de conception

Qu'est ce qu'une méthode ?

Une méthode comporte trois axes indispensables pour
obtenir ce label « méthode » :
• une démarche, ensemble coordonné d'étapes, de phases
et de tâches indiquant le chemin à suivre pour conduire un
projet, ici, la conception d'un SI ;
• des raisonnements et des techniques nécessaires à la
construction de l'objet projeté, traduits ici par des
modélisations ;
• des moyens de mise en œuvre, en l'occurrence une
organisation de projet et des outils.

2
 27/11/2020

Méthodes d’analyse et de conception

Pour quoi une méthode ?

➢ Aider à la formulation du problème ;
➢ Maîtriser et réduire la complexité du problème ;
➢ Fournir un produit logiciel de qualité ;
➢ Permettre la communication entre les membres de
l’équipe de conception ;
➢ Maîtriser et réduire les coûts ;
➢…

Méthodes d’analyse et de conception

Démarche globale d’informatisation
Analyse du problème → Conception de la solution → Réalisation du système
i. Analyse :
➢Au sens informatique, l’analyse consiste d’une part à comprendre et modéliser le
fonctionnement d’un domaine de gestion d’une organisation, et d’autre part à
concevoir la solution informatique adéquate.
➢ On s’intéresse en générale à un domaine d’activité de l’entreprise (ventes,
production, logistique, finances, RH,…)
- On prend en compte les besoins de l’utilisateur
- On définie le problème à résoudre

ii. Conception : on définie la solution informatique

- structuration des données
- organisation des traitements
- définition des postes de travail
- chois technique : matériel, langage de programmation, logiciels de
gestion de base de données (SGBD), …
iii. Réalisation du système 6

3
 27/11/2020

Dictionnaire des données

Le dictionnaire de données : Il a pour but essentiel de recenser toutes les
informations utiles à l’entreprise et de distinguer :
• Il doit être à la fois épuré (ne pas comporter des synonymes) et exhaustif (ne pas
Comporter de propriétés aux significations multiples).
• Les données paramétrées : cette information prendra toujours la même valeur.
• Les données calculées : cette information pourra être retrouvée par le biais d’un
calcul, à l’aide d’une requête, grâce aux données élémentaires et paramétrées.
• Les données élémentaires : cette information pourra prendre plusieurs valeurs.
• On ne retiendra par la suite que les données élémentaires.
➢ On peut proposer la présentation sous forme de tableau:
Exemple:
N° Nom de la propriété signification type Domaine de définition
1
2
3
.

Règles de gestion

Énoncé des règles de gestion

▪ Elles se présentent sous forme d’hypothèse issus de

l’étude de l’existant permettant d’expliciter le MCD.
▪ Précisent les contraintes qui doivent être respectées par
le modèle.
▪ Une règle de gestion peut porter sur les données
manipulées par l’organisation ou sur les traitements
exécutés au sein de celle-ci.

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2018/2019 8

4
 27/11/2020

Règles de gestion : Exemple

Règles de gestion relatives à l’organisation d’un examen :

Règle 1: chaque épreuve comporte un libellé, un numéro sur 4 positions

et un coefficient sur seule position ;
Règle 2: les candidats sont identifiés par un numéro sur 4 positions et
décrits par un nom et un prénom ;
Règle 3: les établissements scolaires sont référencés par un code sur 6
positions, ils sont ensuite décrits par leur nom et leur ville
d’implantation ;
Règle 4: à chaque épreuve, les candidats obtiennent une notre sur 20. A
l’issue de la correction des copies, un nombre total de points
est calculé à partir des notes obtenues et des coefficients. Si le
total des point est d’au moins 210, le candidat est déclaré
admis ; sinon, il est ajourné. 9

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
10
6. Le Modèle Physique de Données : MPD

5
 27/11/2020

Merise
M éthode d'
E tude et de
R éalisation ,

I nformatique pour les

S ystèmes d'
E ntreprise
11

Historique de la méthode MERISE

▪La méthode MERISE (Méthode d’Etude et de Réalisation
Informatique pour les Systèmes d’Entreprise) .
▪Développée à l’initiative du Ministère de l’Industrie, par une SSII,
le centre d’études techniques de l’équipement et des
universitaires (1977). Plusieurs versions (Merise, Merise 2,
Merise Objet…).
▪A partir de 90 Merise est devenu une figure imposée dans le
cursus de formation de tout informaticien, du moins sur la partie
de modélisation, plus particulièrement des données.
▪Libre de droits.
▪Vise les SI construits autour de BD relationnelles.
▪Encore utilisée aujourd’hui en France même si concurrencée
par UML. Toutefois, les modélisations de Merise continuent à
avoir leur place dans les programmes de formation scolaires et
universitaires.
12

6
 27/11/2020

Méthode Merise : Caractéristiques

Méthode formalisée, complète, détaillée qui garantit une

informatisation réussie.

➢Formalisée : utilisation d’outils logiques (graphes,

règles)
➢Complète : de la décision d’informatisation à la mise en
œuvre effective
➢Détaillée : de la technique d’interview jusqu’au
commentaires des programmes

13

Méthode Merise : Caractéristiques (suite)

➢Approche globalisante ;
➢Approche descendante qui met l’accent sur les
interconnections entre les sous-systèmes ;
➢Qui va du général au particulier ;
➢ Analyse séparée des données et des traitements :
▪Traitements:
• Étude des évènements
• Indépendances entre les domaines
▪ Données
• Étude du vocabulaire de l’organisation
• Intégration des domaines: Vue globale
stabilité
➢Approche par niveaux :
▪Quatre niveaux de description ou niveaux d’abstraction

14

7
 27/11/2020

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
15
6. Le Modèle Physique de Données : MPD

Cycles et démarche MERISE

Principes de la méthode Merise

Deux principes majeurs :

Modélisation par cycles d’abstraction.

Séparation des Données et des Traitements.

16

8
 27/11/2020

Cycles et démarche MERISE

Les trois cycles de MERISE
 La démarche de développement d’un S.I doit être conduite suivant trois axes
appelés cycles.
Opérationnel / Physique
Cycle
d’Abstraction Organisationnel / Physique

Conceptuel
Gestion
Conception
Développement
Mise en service
Exploitation Cycle
de Décision

• Découpage en domaines
• Orientations majeures (gestion,
Cycle
organisation, technologie)
de Vie
• Planification du développement
De l’abstraction à la réalisation d’un Système • Procédures manuelles, automatisées
• Procédures temps-
temps-réel, différé
d’informations, on va devoir observer sous • Postes de travail
plusieurs angles de vues l’organisation que l’on • Règles de gestion
étudie. Ces angles de vues sont appelés cycles. • États, écrans

Cycles et démarche MERISE

Les trois cycles de MERISE (suite)
MERISE présente dans sa démarche d’analyse trois cycles
fondamentaux :
➢ Cycle de vie: c’est l’axe de temps.
➢ Cycle de décision: il représente l’ensemble des choix qui
doivent être fait durant le déroulement du cycle de vie.
➢ Cycle d’abstraction: il permet de modéliser le système à
chaque étape selon 4 niveaux de description:
•Conceptuel
•Organisationnel
•Logique
•Physique
18

9
 27/11/2020

Cycles et démarche MERISE :

Cycle de vie
Le cycle de vie en « V »
Besoin Exploitation et
Maintenance

Analyse et Etude Validation

de faisabilité

Conception Tests
générale d’intégration

Conception Tests
Détaillée unitaires

Codage
Adapté pour des projets dont le domaine est bien maitrisé
19

Cycles et démarche MERISE :

Cycle de vie (suite)
Le cycle de vie en « Cascade »

Adapté pour des projets de petite taille, et dont le domaine est bien maitrisé.
20

10
 27/11/2020

Cycles et démarche MERISE :

Cycle de décision
L’informatisation d’un S.I est conduite au travers d’un projet décomposer
en étapes :
1. Le schéma directeur
Approche globale du S.I ; Définition des domaines d’études ;
Planification du développement de chaque domaine ; évaluation des
moyens en personnel et matériel ; mise en œuvre de la méthode.
2. L’étude préalable
Étude de différents solution possible puis choix; Détermination du
système de l’étude afin de donner aux responsables les moyens de
prendre des décisions pertinentes sur la globalité du projet.
3. L’étude détaillée
Détermination des spécifications complètes du future S.I

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2018/2019 21

Cycles et démarche MERISE :

Cycle de décision (suite)
4. Réalisation
Étude technique ; production des programmes ; rédaction des
consignes d’utilisation.
5. Mise en œuvre
Tests, essais, formation de utilisateur.
6. Maintenance
Corrections ; adaptation aux évolutions de l’entreprise.

➢ Les trois premières étapes de décision correspondent à la

partie conception du cycle de vie et les suivantes concernent la
réalisation du système et son lancement.

22

11
 27/11/2020

Cycles et démarche MERISE :

Cycle d'abstraction
➢Elle permet de faire un lien de communication entre les différents acteurs d’un
projet.
➢La méthode Merise se base sur la démarche 3 découpages sur 4 niveaux.

Communication Données Traitement

MCC: Modèle Conceptuel MCD: Modèle MCT: Modèle
Conceptuel de Communication Conceptuel de Conceptuel de
Données Traitement
MOC: Modèle MOD: Modèle MOT: Modèle
Organisationnel Organisationnel de Organisationnel de Organisationnel de
Communication Données Traitement
MLC: Modèle Logique de MLD: Modèle MLT: Modèle
Logique Communication Logique de Données Logique de
Traitement
MPC: Modèle Physique de MPD: Modèle MPT: Modèle
Physique Communication Physique de Physique de
Données Traitement
23

Cycles et démarche MERISE :

Le Cycle d’abstraction
Niveau Conceptuel
•Choix de gestion
•Sémantique de l’entreprise
•Mots clés : pourquoi, comprendre
Niveau Organisationnel
•Définition des choix d’organisation
•Définition des types de procédures (automatisés, manuelles, temps-réel, batch)
•Définition des types de ressources :
✓Profils des agents
✓Type de matériel
✓Type de communication
•Mots clés : comment, où, qui, organiser
Niveau Logique & Niveau Physique
•Choix techniques (matériel, software, etc.)
•Choix humains
•Mots clés : spécifier des ressources

24

12
 27/11/2020

Cycles et démarche MERISE :

Le Cycle d’abstraction : Niveau conceptuel
 Exprime les choix fondamentaux de gestion, les objectifs de
l’organisation.
 Décrit les invariants de l’organisation: le métier de
l’organisation ;
 Définit les activités et les choix de gestion ;
 Indépendamment des aspects organisationnels et des aspects
techniques de mise en œuvre ;
 du point de vue:
▪ traitements: objectif, résultat, règles de gestion,
enchaînement;
▪ des données: signification, structure, liens.
C’est la description la plus stable du système. 25

Cycles et démarche MERISE :

Le Cycle d’abstraction : Niveau Organisationnel
 Exprime les choix organisationnels de ressources humaines et
matérielles.
 Définit
• la répartition géographique et fonctionnelle des sites de travail (du
point de vue des données et des traitements).
• le mode de fonctionnement: temps réel ou temps différé.
• la répartition du travail homme/machine (degré et type
d’automatisation).
• les postes de travail et leur affectation, la volumétrie des données,
la sécurité des données.
 Indépendamment des moyens de traitement et de stockage de
données actuels ou futurs.
 C’est la description des postes de travail de l’entreprise et des
informations qu’elle traite. 26

13
 27/11/2020

Cycles et démarche MERISE :

Le Cycle d’abstraction : Niveau logique
 Exprime la forme que doit prendre l’outil informatique pour
être adapté à l’utilisateur, à son poste de travail.
 exprime les choix de moyens et de ressources informatiques,
en faisant abstraction de leurs caractéristiques techniques
précises.
 Indépendamment de l’informatique spécifique, des langages de
programmation ou de gestion des données.
 Décrit:
• le schéma de la base de données (relationnel, hiérarchique ou
réseau) c.-à-d. les caractéristiques du mode de gestion des
données ;
• les volumes par unité de stockage ;
• l’optimisation des coûts induits par le mode de gestion.
• La répartition des Données sur les différentes unités de stockage27

Cycles et démarche MERISE :

Le Cycle d’abstraction : Niveau Physique ou opérationnel

 Traduit les choix techniques et la prise en compte de leurs

spécificités.
 Répond aux besoins des utilisateurs sur les aspects logiciels et
matériels.
 Définit complètement:
➢ les fichiers, les programmes ;
➢ l’implantation physique des données et des traitements ;
➢ les ressources à utiliser ;
➢ les modalités de fonctionnement.
 C’est la description des moyens mis en ouvre pour gérer les
données et effectuer les traitements.

28

14
 27/11/2020

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
6. Le Modèle Physique de Données : MPD 29

Cycles et démarche MERISE :

La modélisation
❑Qu’est ce qu’un modèle de données:
▪ C’est une représentation simplifiée des informations pertinentes d’une réalité sur
laquelle on veut être renseigner.
▪ Ce modèle n’est pas directement utilisable par une machine, mais c’est un mode de
représentation intermédiaire entre la réalité observée et la machine avec son
logiciel.
▪ Son objet est de mettre en lumière les caractéristiques essentielles de la réalité
(organisationnelle ou autre) observée.
▪ Dans le contexte des systèmes d’information, à chaque niveau d’abstraction on peut
construire des modèles.
❑Un modèle doit posséder au moins trois qualité:
▪ La fidélité: la représentation doit être effectuée sans déformation de la réalité.
▪ La cohérence: la représentation ne doit comporter de contradiction explicite ou
implicite.
▪ La complétude: la représentation doit décrire tous les phénomènes pertinents par
rapport aux objectifs du modélisation.
❑ A chaque niveau d’abstraction correspond un modèle.
30

15
 27/11/2020

Les modèles au niveau conceptuel

◼ Le niveau conceptuel est constitué des 3 modèles suivants :

▪ Le Modèle Conceptuel des Données : MCD

Permet la description statique du S.I : (Description des données et des
relations entre elles.) sans prendre en compte des détails liés à sa mise en
œuvre physique. S’appuie sur le modèle entité/association.

▪Le modèle Conceptuel des Traitements : MCT

Description de la partie dynamique du S.I., représentant l’activité d’une
entreprise indépendamment des chois d’organisation et des moyens
d’exécution.

▪ Le modèle conceptuel des communications : MCC

Diagramme représentant les informations transmises et récupérer par le
domaine de gestion.

31

Les modèles au niveau Organisationnel et Logique

▪ Le Modèle logique de données: MLD

Diagramme issue du MCD et permettant de prendre en
compte la structuration technique propre au stockage
informatisé.

▪ Le Modèle Organisationnel des Traitements: MOT

Diagramme représentant l’ensemble des traitements en
prenant compte de l’organisation de l’entreprise.

32

16
 27/11/2020

Les modèles au niveau Physique ou opérationnel

▪ Le Modèle Physique des Données : MPD

La Description Physique des Données : Diagramme table-
référence qui permet de modéliser le S.I en tenant compte des
détails de mise en œuvre physique.
Le MPD peut correspondre :
➢ à un script de création des tables en fonction du SGBD
utilisé.
➢ au stockage des données dans des fichiers suivant le type
des fichiers, leur organisation.

▪Le Modèle Physique des Traitements : MPT

Diagramme permettant de détailler au niveau opérationnel
chaque tâche logicielle par des actions logicielles élémentaires.

33

Modélisation MERISE : Résumé

Niveau Communication Données Traitement
MCC: Modèle MCD :
Conceptuel de
MCT : Activité du
Signification des domaine sans préciser Indépendant
Conceptuel Communication informations sans les ressources ou leur du système
contraintes techniques organisation.
ou économiques.

MOC: Modèle MOD : MOT :

Organisationnel de Signification des Fonctionnement du Indépendant
Organisationnel Communication du système
informations avec domaine avec les
contraintes techniques ressources utilisées et
ou économiques. leur organisation.

MLC: Modèle MLD : MLT :

Logique de Description des donnes Fonctionnement du
Logique Communication en tenant compte de domaine avec les Choix du
SGBD
leurs conditions et des ressources utilisées et
techniques de leur organisation
mémorisations informatique.

MPC: Modèle MPD : :

MPT Architecture Haut
Opérationnel ou Physique de Description de la ou technique des connaissance
Physique
Communication des BD dans la syntaxe programmes du SGBD
du SGBD. (Procédures).

17
 27/11/2020

Merise : Modélisation des traitements

Modèle Conceptuel de Communication (MCC)

35

Modèle Conceptuel de Communication

Objectif
▪ Représenter au niveau conceptuel les flux d’information du
système existant ;
▪ Définition les domaines de système ;
▪ Réduire la complexité en identifiant des sous problèmes
traités individuellement ;
▪ Identifier les acteurs internes et externes ;
▪ Modéliser les échanges d’information entre les différents
acteurs.

Modèle produit
Diagramme des flux appelé aussi Modèle Conceptuel de
Communication : c’est une représentation graphique des acteurs
et des flux échangés.
36

18
 27/11/2020

Modèle Conceptuel de Communication

Acteur et Flux
❑Acteur
▪ tous ce qui peut émettre ou recevoir des flux
▪  {partenaire extérieur à l’entreprise, un domaine d’activité,
structure de l’entreprise, système. Etc.}
▪ peut être : externe ou interne au domaine d’étude

Exemple d’acteurs externes: clients, fournisseurs, banque…

Exemple d’acteurs internes: Directeur, bureau d’accueil, service informatique…

❑Flux
▪ lot d’informations
 transmis entre deux acteurs du SI étudié
▪ {matière, finances, information}

Exemple : documents, appels téléphoniques, données informatiques

37

Modèle Conceptuel de Communication

Étapes de réalisation du MCC (1)
❑ La première étape de ce modèle est d'arriver à isoler le système
en le délimitant.
➢ Il s'agit donc de définir le système et les éléments externes
avec lesquels il échange des flux d'information.
Ces éléments extérieurs sont appelés acteurs externes

38

19
 27/11/2020

Modèle Conceptuel de Communication

Étapes de réalisation du MCC (2)
❑ La seconde étape consiste à découper l'organisation en entités
appelées acteurs internes (ou domaines).
➢ Lorsque les domaines d'une organisation sont trop
importants, ils peuvent être décomposés eux-mêmes en sous-
domaines.

❑ La dernière étape est l'analyse des flux d'information, c'est-à-

dire la définition des processus.

Organisation 39

Modèle Conceptuel de Communication

Définition de contexte
❑ Le diagramme de contexte a pour but de représenter les flux
d'informations entre l'organisation et les acteurs externes selon
une représentation standard dans laquelle chaque objet porte
un nom :
▪ l'organisation est représentée par un rectangle les acteurs
externes sont représentés par des ellipses en pointillés.
▪ les flux d'information sont représentés par des flèches dont
l'orientation désigne le sens du flux d'information.

40

20
 27/11/2020

Modèle Conceptuel de Communication

❑ Ce diagramme permet de compléter le diagramme de contexte en décomposant
l'organisation en une série d'acteurs internes.

❑ Dans ce diagramme la représentation standard est la suivante :

▪ Les acteurs internes sont représentés par des ellipses ;
▪ Les messages internes sont représentés par des flèches.

Organisation

41

MCC : Exemple
Gestion des sinistres dans une société d’assurance

A l’arrivée d’une déclaration de sinistres, on l’examine. Si la

déclaration est recevable, on demande l’avis d’un expert, sinon on
notifie le refus à l’assuré. Au retour de l’expertise et après réception
de la facture du garage, on calcule le montant du remboursement et
en envoie le chèque au client.

▪Organisation: Société d’assurance

▪Liste des acteurs: CLIENT (ext), EXPERT (ext), GRAGE (ext)

▪Liste des flux: Déclaration, Demande Avis, Facture, Refus, Avis Expert, Cheque.

42

21
 27/11/2020

MCC : Exemple (suite)

Gestion des sinistres dans une société d’assurance

client

facture
garage

SOCIETE D’ASSURENCE
expert

43

Merise : Modélisation des traitements

Modèle Conceptuel de Traitement (MCT)

44

22
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

Introduction
▪ Représente formellement les activités exercées par le domaine.
▪ Repose sur la prise en compte des échanges (flux) du domaine
avec son environnement.
▪ S’effectue en faisant abstraction de l’organisation et des choix
technologiques.

➢ dans les MCC, on représente les messages échangés entre acteurs ;

➢ dans les MCT, on représente comment un acteur de l’organisation
réagit quand il reçoit ce message et quelle opération il effectue.

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 45

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT
❑ Événement : la prise en compte par le S.I de quelque chose qui
se produit à l’extérieur ou à l’intérieur de celle-ci.
❑ Synchronisation : proposition logique des événement qui doit
être satisfaite pour déclencher une opération.
❑ Opération : est ensemble d’action accomplies par le SI.
❑ Règles d’émission : condition traduisant les règles de gestion
en déterminant les événement de sortie.
❑ Résultat
❑ Processus :un enchaînement d’opération incluses dans un
même domaine.
46

23
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Événement
▪ Définition:
on appelle événement un fait dont l’apparition va déclencher une
réaction au sein de l’organisation: l’occurrence (la réalisation) de
l’événement entraîne le déroulement d’activités, d’opérations.

▪Exemple:
L’arrivé d’une commande d’un client déclenche la préparation de livraison.

COMM.
CLIENT
Ou Commande
client

47

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Synchronisation
La synchronisation correspond donc à la condition d’exécution de
l’opération; elle se présente sous forme de conditions booléennes
d’événements.

Événement Événement
a b

L’expression logique (a et b)
a et b
Décrit les conditions de la synchronisation.

Opération C’est-à-dire ici que l’opération X ne peut être

X déclenchée que si l’événement a et l’événement b
se sont produits.

48

24
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Opération (1)
❑ Définition:
On appelle opération toute action (ou ensemble d’actions)
déclenchée pour réagir à un événement (ou à plusieurs
événement).
Une opération produit un ou plusieurs résultats.

❑ Exemple:
L’opération « préparer la livraison » regroupe les actions
suivantes:
- extraire les produits de stock ;
- regrouper sur le plateau d’expédition ;
- emballer.

49

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Opération (2)
Une opération est identifier par un verbe

Exemple:
Commande client

Préparer
la livraison

Livraison
prêt

50

25
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Règle d’émission
Elles caractérisent les résultats possibles de l’opération.

Exemple:

Livrer

51

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Résultat
On appelle résultat ce qui est produit par l’exécution d’une opération.

Exemple :
La préparation de la livraison produit un colis à expédier. L’existence du
Colis prêt à partir constitue un résultat

Commande client

Préparer
La
Livraison

Colis

52

26
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Processus
Un processus est un enchaînement d’opérations relatives à un même
domaine d’activité.

Exemple:
L’analyse du traitement des commandes-clients dans l’entreprise fait
apparaître trois opérations enchaînées:
- L’établissement du bon de livraison ;
- la préparation ;
- la facturation.

53

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Processus (suite)
Schéma de processus
Arrivée
début
Commande client

Contrôle, établissement
du bon de livraison

Bon de livraison

Préparation
expéditeur

Commande expédiée

facturation

facture fin

54

27
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

Les concepts de base du MCT : Élaboration du MCT
❑ Un processus doit être construit par une démarche de trois grandes
étapes:
• La délimitation du champ
• la construction du schéma
• la mise au point du modèle
❑ La construction du schéma de processus
Le processus de traitement va être progressivement construit,
par étapes successives :
•Étape 1: recenser les événement principaux
•Étape 2: dresser le tableaux événements – résultats
•Étape 3: identifier et décrire les opérations
•Étape 4: repérer les synchronisations
•Étape 5: préciser les conditions d’émission des résultats
•Étape 6: ordonner les blocs opérations
55

Modèle Conceptuel de Traitement (MCT)

Présentation schématique du MCT
❑ La représentation utilisée ici est le modèle «événements-résultats»
EVENEMENTS
CONTRIBUTIFS

A B

Synchronisation
A et B [expression logique et délai]

OPERATION
[Nature, Durée]

RESULTAT

56

28
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

MCT: Exemple (1)

57

Modèle Conceptuel de Traitement (MCT)

MCT: Exemple (2)
Commande Stock
Client

ET
G.P

OK Non OK

Produits Demande
Finis Fabrication

PRODUCTION

Produits Stock
Finis

EXPEDITION

Bon de liv.
MCT

58

29
 27/11/2020

Modèle Conceptuel de Traitement (MCT)

MCT: Exemple (3)
Exposé du problème ?
Les demandes d’ouverture de compte bancaire doivent suivre les
règles de gestion suivantes:
Règle 1:
Toute demande d’ouverture de compte doit faire l’objet d’un
examen préalable.

Règle 2:
L’accord définitif d’ouverture ne peut être donné qu’après
avis de la siège.

Question: donnez le M.C.T.

59

Modèle Conceptuel de Traitement (MCT)

Correction de l’exemple 3

Demande
Avis siège

Avis de
siège

60

30
 27/11/2020

Merise : Modélisation des traitements

Modèle Organisationnel de Traitement (MOT)

61

Modèle Organisationnel de Traitement (MOT)

MOT = MCT + lieu + moment + nature

Lieu
• Qui exécute ? Acteurs (MCC)

Moment
• Quand exécute-t-on l’opération ?
• Agencement temporel

Nature
• Manuelle
• Automatique
• Interactive

62

31
 27/11/2020

Modèle Organisationnel de Traitement (MOT)

Du MCT au MOT

1. Importer la liste des acteurs du MCC

2. Importer le MCT

63

Modèle Organisationnel de Traitement (MOT)

Du MCT au MOT
1. Import de la liste des acteurs du MCC

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 64

32
 27/11/2020

Modèle Organisationnel de Traitement (MOT)

Du MCT au MOT
2. Import du MCT

65

Modèle Organisationnel de Traitement (MOT)

Répartition des opérations en les acteurs

66

33
 27/11/2020

Modèle Organisationnel de Traitement (MOT)

Définition des périodes de traitement

67

Modèle Organisationnel de Traitement (MOT)

Division des traitements répartis sur plusieurs périodes

68

34
 27/11/2020

Modèle organisationnel de traitement (MOT)

Synthèse
◼ Principe de passage de niveau conceptuel → niveau organisationnel
a) contenu du modèle :
Le changement du contenu est résumé par la figure suivant :
Niveau organisationnel
Niveau conceptuel MOT
MCT Qui ? Quand ? Ou ?
Quoi faire ? (Comment ?)

➢ Au niveau conceptuel on exprime seulement le « quoi faire »,

au niveau organisationnelle on précise « qui fait », « ou on le
fait », « quand on le fait » et en partie « comment on le fait ».
➢ Le niveau organisationnel intègre donc :
l’affectation des taches (qui ?)
la désignation des lieux (ou?)
la chronologie d’exécution (quand ?).
MOT = MCT + lieu + moment + nature (d’opération)
69

Démarche de construction du MOT

Synthèse
Cette démarche de construction est articulée selon trois grandes
étapes :

1- définition des choix d’organisation:

➢Définition des postes de travail (ensemble de ressources
(homme, machine..) implantées en un lieu, capable d’effectuer
un ensemble de taches.

2. la construction du diagramme d’enchaînement des procédures:

➢ Traduit directement, au niveau organisationnel, le MCT.

3. la mise au point du modèle:

➢ Vérifier les liaisons entre les postes de travail.
➢ Décrire de manière plus fine chaque phase de traitement.
70

35
 27/11/2020

Exemple MOT

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 71

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
6. Le Modèle Physique de Données : MPD 72

36
 27/11/2020

Merise : Modélisation des Données

Modèle Conceptuel de Données (MCD)

73

Le Modèle Conceptuel de Données : MCD

Objectifs

❑ Décrire les données du S.I, indépendamment de tout

choix d’implémentation physique.

❑ Établir une représentation clair des données du SI.

❑ Définir les dépendance fonctionnelle de ces données

entre elle.

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2017/2018 74

37
 27/11/2020

Le Modèle Conceptuel de Données : MCD

Concepts de base
❑ Le formalisme utilisé pour décrire un MCD est celui du modèle
Entité/Association (E/A).
➢ Souvent nommé aussi Entité-Relation.
❑ La représentation de ce formalisme s'appuie sur cinq concepts de base:
1. l'entité ;
2. la propriété ;
3. L’identifiant ;
4. l'association ;
5. la cardinalité.
❑ Permet de décrire un ensemble de données relatives à un domaine
défini afin de les intégrer ensuite dans une Base de Données.
75

Le Concept d’Entité

Entité : un objet (concret ou abstrait) ayant une existence propre

et présentant un intérêt pour l’organisation.
singulier
Personne Nom d’entité
générique
➢ Représentation:

OCCURRENCE
INSTANCE Une réalisation particulière d'une entité

❑ Il doit être identifiable parmi les autres objets de même nature

ou de nature différents.

Exemple: Personne, Enseignant, Etudiant, Voiture, Région, …

76

38
 27/11/2020

Le Concept d’Entité (suite)

Entité Personne

Occurrence

Entité Isabelle Thomat Julien

Personne Isabelle
…
Thomat
Occurrence
… …
… … …
… … Julien
… …
…
…
77

Le Concept de Propriété

Propriété : Donnée élémentaire permettant de décrire une entité.

▪Caractéristique d’une entité utile ou nécessaire mais forcément pertinente,
pour décrire la réalité perçu.
▪ Prend une valeur bien précise pour chaque occurrence d’une entité.

Personne
Nom Gérard
Prénom thomat
Téléphone 0235254450
…
…

Une entité possède au moins une propriété.

78

39
 27/11/2020

Le Concept de Propriété (suite)

▪On associe un domaine à chaque propriété, qui définit l’ensemble des valeurs possibles que
peut prendre la propriété.
▪Valeur : Valeur que prend une propriété (à l’intérieur du domaine) pour une entité particulière
▪Ex : 28 ans pour l’âge de Gérard, 150cv pour la puissance de son 4x4

Propriété Domaine

➢ Une valeur est une occurrence de la propriété.

79

Le Concept d’Identifiant
Identifiant : Attribut (ou groupe d’attributs ) permettant de repérer de manière
unique une occurrence parmi toutes les occurrences d’une
entité (ou d’une association)
Présentation Personne
L'identifiant est inscrit en tête de
N°P la liste des propriétés et souligné.
Nom
Prénom
Téléphone
…
Personne 31
Niel 23
Nop Eric 12
Scavarda
Nom 0235254450
thomatGérard
Prénom … 0235254450
Thomat
Téléphone … 0235254450
… …

Chaque valeur de l’identifiant (Nop)est différente 80

40
 27/11/2020

Le Concept d’Association
Association : Lien entre deux ou plusieurs entités.
souvent un verbe qui exprime le rôle d’une entité par
rapport à une ou plusieurs autres entités.
POSSEDE Nom d’association

Verbe ou Substantif
Posséder Possession

Personne Possède Véhicule

Une association est dite binaire si elle lie 2 entités

Une association est dite n-aire si elle lie n entités
81

Le Concept d’Association (suite)

Les propriétés d’une association
❑ un ENSEIGNANT intervient dans un cours pour y faire un ‘cours
Magistral (CM)’, ou (exclusif…) des ‘Travaux Pratiques’, etc.

❑ “ Type_Ens” est une propriété de l’association Enseigner.

❑ Une association type n’a pas d’attribut propre.

82

41
 27/11/2020

Le Concept d’Association (suite)

Identifiant d’association : Une association n’a pas d’Identifiant explicite

Son identifiant se déduit par calcul du produit
cartésien des identifiants des entités associées.

Client Passer Commande

N° Client N° Commande
Nom Client Date de Cde
Adresse Client

Son identifiant

N° Client et N° Commande

83

Le Concept d’Association (suite)

Association Ternaires (dim. 3)
Client achète Produit

Fournisseur

Association quaternaire (dim. 4)

cours
heure

84

42
 27/11/2020

Les cardinalités d’une association

Les cardinalités : représentent comment les entités
sont mises en relation
Personne x,y x’ , y’ Commande
Passer
… …
… …
… …
… …

Nombre minimum de fois où chaque occurrence d'une entité participe à la relation.

Nombre maximum Entité
x,y Association

Cardinalité minimale Cardinalité maximale

(0 ou 1) (1 ou n)
85

Les cardinalités d’une association (suite)

Ce sont les nombres minimum et maximum de fois ou une occurrence

d’entité peut ou doit participer dans les occurrences d’association avec
d’autre occurrences d’une ou (plusieurs) autre(s) entité(s).
• Minimum: 0 ou 1
• Maximum: 1 ou n
➢ La cardinalité minimum à 0 veut dire que certaines occurrences de
l’entité E ne sont pas impliquées dans une occurrence de l’association.
➢ la cardinalité minimum à 1 veut dire qu’une occurrence de l’entité E
ne peut exister sans participer à une occurrence de l’association.
➢ la cardinalité maximum à 1 veut dire que toute occurrence de l’entité
E ne peut participer au plus qu’à une occurrence de l’association.
➢ la cardinalité maximum à n veut dire qu’une occurrence de l’entité E
peut être impliquée dans un maximum de n occurrences de
l’association.
86

43
 27/11/2020

Les cardinalités d’une association (suite)

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

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

Une occurrence peut ne pas participer ou participer plusieurs fois

0,n
1,n Une occurrence participe au moins 1 fois, voire plusieurs

0-1 aucune ou une seule

1-1 une et une seule
0-n aucune ou plusieurs
1-n une ou plusieurs
87

Les cardinalités d’une association (suite)

1 à plusieurs livres (1-n)

Un auteur peut écrire combien de livres ?

Auteur x,y Ecrire x’, y’ livre

… …
… …
… …
… …

Un livre est écrit par combien d’auteurs ?

1 à plusieurs auteurs (1-n)

88

44
 27/11/2020

Dimension d’une association

Dimension : Nombre de « pattes » de l’association

Binaire, ternaire ou n-aire

89

La construction d’un MCD

Il existe deux méthodes pour la construction d’un MCD :

1. Modélisation direct.

2. Modélisation par analyse des

Dépendances Fonctionnelles (DF).

90

45
 27/11/2020

Modélisation direct (1)

Elle consiste à identifier, à partir d’une description exprimée en langage
naturel, les entités et les associations:
• Les noms deviennent des entités.
• Les verbes deviennent des associations.

Exemple:
« Une voiture appartient à un modèle particulier »
Modélisation:

Manque d’une phase de validation et de normalisation !!

91

Modélisation direct (2)

Démarche :
➢Identifier les entités présentes (Dictionnaire des données) ;

➢ Lister les propriétés des entités ;

➢ Identifier de manière unique chaque occurrence ;

➢ Établir les relations (les associations ) entre les différentes entités ;

➢ Identifier les cardinalités ;

➢ Valider le Modèle Conceptuel de Données (normalisation du modèle).

92

46
 27/11/2020

Modélisation par dépendances fonctionnelles (DF)

Démarche :
1. Dictionnaire des données ;
2. Énoncé des règles de gestion ;
3. Détermination des dépendances fonctionnelles ;
4. Construction du MCD.

93

Dictionnaire des données

Le dictionnaire de données : Il a pour but essentiel de recenser toutes les
informations utiles à l’entreprise et de distinguer :
• Il doit être à la fois épuré (ne pas comporter des synonymes) et exhaustif (ne pas
Comporter de propriétés aux significations multiples).
• Les données paramétrées : cette information prendra toujours la même valeur.
• Les données calculées : cette information pourra être retrouvée par le biais d’un
calcul, à l’aide d’une requête, grâce aux données élémentaires et paramétrées.
• Les données élémentaires : cette information pourra prendre plusieurs valeurs.
• On ne retiendra par la suite que les données élémentaires.
➢ On peut proposer la présentation sous forme de tableau:
Exemple:
N° Nom de la propriété signification type Domaine de définition
1
2
3
.

47
 27/11/2020

Dictionnaire des données : Exemple

Soit le Dictionnaire des données relatives à l’organisation d’un examen :

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 95

Dictionnaire des données : Exemple (suite)

Une fois élaboré, le dictionnaire des données doit être contrôlé et on
doit veiller à :
1. Supprimer les polysémes (rubriques désignant plusieurs notions) ;
La rubrique « Nom » peut désigner à la fois le nom d’un candidat et le nom
d’un établissement scolaire. La résolution de ce polyséme consistera à
créer deux rubriques distinctes : « Nom_Cand » et « Nom_Ets ».
2. Supprimer les synonymes (rubriques désignant la même notion) ;
Si les rubriques « Code_Ets » et « N°_Ets » désignent la même information,
il faudra ne retenir qu’une seule rubrique.
3. Supprimer les rubriques génériques (rubriques regroupant plusieurs
rubriques élémentaires) ;
La rubrique « Adresse » doit être décomposée en plusieurs rubriques
élémentaires : « Rue », « Code_postal » et « Ville ».
4. Supprimer les rubriques calculées (rubriques pouvant être obtenues à
partir d’autre données en appliquant une règle de calcul).exemple de Total.
Le dictionnaire des données final ne doit donc contenir que les données de
base. 96

48
 27/11/2020

Règles de gestion

Énoncé des règles de gestion

▪ Elles se présentent sous forme d’hypothèse issus de
l’étude de l’existant permettant d’expliciter le MCD.
▪ Précisent les contraintes qui doivent être respectées
par le modèle.
▪ Une règle de gestion peut porter sur les données
manipulées par l’organisation ou sur les traitements
exécutés au sein de celle-ci.

97

Règles de gestion : Exemple

Règles de gestion relatives à l’organisation d’un examen :

Règle 1: chaque épreuve comporte un libellé, un numéro sur 4 positions

et un coefficient sur seule position ;
Règle 2: les candidats sont identifiés par un numéro sur 4 positions et
décrits par un nom et un prénom ;
Règle 3: les établissements scolaires sont référencés par un code sur 6
positions, ils sont ensuite décrits par leur nom et leur ville
d’implantation ;
Règle 4: à chaque épreuve, les candidats obtiennent une notre sur 20. A
l’issue de la correction des copies, un nombre total de points
est calculé à partir des notes obtenues et des coefficients. Si le
total des point est d’au moins 210, le candidat est déclaré
admis ; sinon, il est ajourné. 98

49
 27/11/2020

Dépendances Fonctionnelles (DF)

Concepts de Dépendance Fonctionnelle

▪Définition:
Une propriété Y dépend fonctionnellement d’une propriété X
si et seulement si une valeur de X induit une unique valeur de Y.

▪Notation: X Y (X détermine Y)
(source) (but)
▪Exemple:
Num client Nom client

Il existe une DF entre Num client et Nom client, car si on connaît une valeur de
la propriété Num client (ex : 4553), il ne peut lui correspondre qu’une seule
valeur de la propriété nom client.
La réciproque est fausse : Nom client Num client, n’est pas une DF

99

Formes particulier du DF (1)

❑ DF à partie gauche (source) composée

Il peut exister des dépendances fonctionnelles à partir de plusieurs
propriétés (en source), qui permettent de connaître une valeur
unique du but.

Exemple:
Considérons une commande qui comporte plusieurs produits
(Num_Commande , Ref_Produit) → quantité commandée

100

50
 27/11/2020

Formes particulier du DF (2)

 Dépendance fonctionnelle élémentaire
Entre les propriétés a et b ( a → b)
Si a → b et si aucune partie de a ne détermine b.
Ex. référence article → nom article
(num facture , référence article) → quantité facturée
(num facture, référence article) → nom article
Les deux premières sont élémentaires, mais la troisième ne l’ai pas !!

 DF élémentaire directe:
On dit que a → b est une DF élémentaire directe si cette dépendance
est élémentaire et s’il n’existe pas de propriété c telle que :
a → c et c → b N° professeur → code-matière
Code matière → nom-matière
N°professeur → nom-matière
Les deux premières sont directe, mais la troisième ne l’ai pas !!
Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2018/2019 101

Propriétés des DF

Réflexivité: a → a

Projection: a → b+c a → b et a → c

Augmentation: A → b  c: a + c → b

Additivité: a → b et a → c a → b+c

Transitivité: a → b et b → c a → c

102

51
 27/11/2020

Démarche de recherche des DF

A partir du dictionnaire des données (propriétés), il faudra

▪ Rechercher les DF à deux rubriques élémentaires et directes

▪ Rechercher les DF à partie gauche composée.

103

Rechercher les DF à deux rubriques élémentaires et directes

❑ On commence par rechercher les DF à deux rubriques en commençant par les plus évidentes
du genre: Numéro de client → nom de client

❑ Si on a une DF du type: Numéro client → adresse, il faudra la décomposer en

Numéro de client → code postal

Numéro de client → rue
Numéro de client → localité

❑ Parfois, la DF est symétrique. Numéro état civil numéro de sécurité sociale.

Dans ce cas, on supprime une des deux pour garder la plus fréquemment utilisée.

104

52
 27/11/2020

Rechercher les DF à partie gauche composée

◼ Quand on traite des DFPGC, il faut toujours se poser les deux questions suivantes ,
si on a une DFPGC du type: A, B, C → D

n'y aurait-il pas des DF du style D → A ou D → B?

Exemple :
( date commande, n° client ) → n° commande. On préférera pourtant
n° commande → n° client
et n° commande → date commande

➢ n'y aurait-il pas, entre A, B, C et D une ou des DFPGC de moins de rubriques que celle citée ,
du type D,A B ? Dans ce cas, il faut la privilégier.

Exemple :
( jour, heure, classe, salle) → professeur où jour donne lundi , mardi, …;

heure nous donne 1ère heure, 2ème heure, … ; salle nous donne son n° et classe 1ère info, …

On préférera : (jour, heure, prof) → classe , etc

105

Mode de représentation des DF

Pour représenter les DF dans un ensemble de données:

→ 2 modes

❖ La matrice des DF

❖ Le graphe des DF

106

53
 27/11/2020

La matrice des DF
➢Principe:
Les différentes propriétés recensées dans le dictionnaire des données sont
répertoriées en lignes et répétées par des numéros identiques en colonnes. On a
donc au départ une matrice carré; en ligne se trouvent les données BUTS de
dépendance fonctionnelle; en colonne sont indiquées les données SOURCES DE
DF; le 1 à l’intersection de la ligne et de la colonne indique la dépendance entre la
donnée source et la donnée but.

BUTS S O U R C E S D E DF
1 2 3 …..
1- N° Étudiant
2- Nom Étudiant 1
3- Code diplôme
….
L’extrait de matrice ci-dessus décrit la DF: N°Étudiant → Nom Étudiant
107

La matrice des dépendances fonctionnelle : Exemple

Matrice des dépendances fonctionnelle relatives à l’organisation d’un examen :
Sources 1 2 3 4 5 6 7 8 9 10
Buts
1 Num_Epreuve

2 Lib_Epreuve 1
3 Coef 1
4 Num_Cand
5 Nom_Cand 1
6 Prénom_Cand 1

7 Code_Ets 1
8 Nom_Ets 1
9 Ville_Ets 1
10 Note

108

54
 27/11/2020

La matrice des dépendances fonctionnelle : Exemple (suite)

Première Etape
A ce stade, seules 10 propriétés sont portés dans la matrice des DF.

Lecteur de la matrice en colonne

Pour remplir la matrice, on va se poser la question suivante : pour une valeur de la
donnée en colonne, existe-t-il au maximum une seule valeur de la donnée située
en ligne ? Si la réponse est oui, on inscrit un 1 à l’intersection pour indiquer
l’existence d’une DF.
Dans notre exemple : « Num_Epreuve » est en DF avec « Lib_Epreuve » et « Coef ».
« Num_Cand » est en DF avec « Nom_Cand », « Prénom_Cand » et « Code_Ets ».
« Code_Ets » est en DF avec « Nom_Ets » et « Ville_Ets ».
« Num_Epreuve », « Num_Cand » et « Code_Ets » sont des identifiants.

Lecteur de la matrice en ligne

Il convient de ne trouver qu’un seul 1 sur même ligne. Lorsqu’il y a deux 1 sur une
même ligne, il y a un risque important de présence de DF transitive entrainant une
redondance d’information.
Une Df (A→ B) est dite transitive s’il existe une donnée C telle que : A → C et C→B.
109

La matrice des dépendances fonctionnelle : Exemple (suite)

Première Etape
Les identifiants sont soulignés.
« Num_Epreuve », « Num_Cand » et « Code_Ets »

La matrice peut être simplifiée en éliminant les colonnes vides.

Matrice des dépendances fonctionnelle simplifiée
Sources 1 4 7
Buts
1 Num_Epreuve

2 Lib_Epreuve 1
3 Coef 1
4 Num_Cand
5 Nom_Cand 1
6 Prénom_Cand 1

7 Code_Ets 1
8 Nom_Ets 1
9 Ville_Ets 1
10 Note 110

55
 27/11/2020

La matrice des dépendances fonctionnelle : Exemple (suite)

Deuxième Etape
▪ Certaines données ne sont pas reliées aux autres par un 1 en colonne ou en
ligne. Il s’agit de propriétés isolées qui ne sont pas en DF avec un
identifiant.

▪ La donnée « note » n’est pas reliée aux autres par un 1 en colonne ou en

ligne.

▪ Il faut donc voir à présent, en prenant les identifiants deux par deux ou
trois par trois, si on peut obtenir la propriété non reliée aux autres par un 1.

▪ On peut obtenir « Note » à partir de « Num_Epreuve » et de

« Num_Cand ».
▪ La concaténation des identifiants « Num_Epreuve » et « Num_Cand »
permet de créer une DF élémentaire vers la propriété isolée « Note ».
▪ Num_Epreuve , Num_Cand ------> Note
111

Elaboration du MCD

A partir de la matrice des dépendances fonctionnelles, le MCD est élaboré.

112

56
 27/11/2020

Conception du MCD (résumé)

Dictionnaire des Règles de
données Gestion

Liste exhaustive des

dépendances fonctionnelles
(élémentaires et directes).

Directe Matrice

MCD
113

Les étapes de la construction du MCD

1. Réaliser le dictionnaire de données
2. Vérifier et Épurer : synonymes et polysèmes
3. Repérer les identifiants => Chaque identifiant désigne une
entité
4. Placer les propriétés dans les entités (selon la règle id ->
prop)
5. Placer les propriétés restantes dans les relation inter-entités
(selon la règle id1, id2, idn -> prop)
6. Dessiner les relations sémantiques entre les entités (verbe
associant des objets dans le texte)
7. Simplifier et contrôler

Cours d’ACSI – Année 2 – B. Talon 114

57
 27/11/2020

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
6. Le Modèle Physique de Données : MPD 115

Règles relatives au MCD (Normalisation du modèle)

Normalisation des entités

Les entités du MCD doivent vérifier les règles suivantes:

➢ PREMIERE FORME NORMALE (1FN)

➢ DEUSIEME FORME NORMALE (2FN)

➢ TROISIEME FORME NORMALE (3FN)

➢ FORME NORMALE DE BOYCE-CODD (BCFN)

116

58
 27/11/2020

1ere Forme Normale (1FN)

Une entité (ou association) est en 1er forme normale si, d’une part, elle possède
un identifiant, et si, d’autre part, toutes ses propriétés sont élémentaires
(non décomposable).

Exemple:

CLIENT CLIENT 1,n

1FN a
Nom-client N° client
Adresse-client Nom-client

1,1

Cette entité n’est pas en 1FN , car : ADRESSE

- Il n’y a pas de clé (plusieurs clients peuvent avoir le même nom).
Rue
- Adresse-client: ne constitue une adresse élémentaire Ville
(la concaténation de rue et ville).

117

2e Forme Normale (2 FN)

Une propriétés (ou une association) est en 2ième forme normale si, était déjà
en 1er forme normale, chacune des propriétés (ne fait pas partie de l’identifiant)
est en dépendance fonctionnelle élémentaire avec l’identifiant.

Autrement dit: à une valeur de l’identifiant, il ne doit correspondre qu’une valeur

de chaque propriété.

LIGNE-COMMANDE
Exemple:
N°Cde.
Réf.
Désignation. qté

La clé est la concaténation N° Cde+réf.

Mais la DF N° cde+réf → Désignation n’est pas élémentaire
puisque: réf. → désignation.

118

59
 27/11/2020

2e Forme Normale (2 FN) (suite)

COMMANDE
LIGNE-COMMANDE
N°Cde. 2FN N°Cde.
Réf..
Désignation. qté 1,n

concerne
qté

0,n

Produit
Réf
désignation

119

3e Forme Normale (3 FN)

Une entité (ou une association) est en 3ième forme normale si, étant déjà en 2ièmeFN,
chacune des propriétés (ne fait pas partie de l’identifiant) est en dépendance
fonctionnelle directe avec l’identifiant.
Autrement dit: les propriétés ne doivent pas dépendre d’une propriété autre que l’identifiant
Elles ne doivent pas dépendre, non plus, d’une partie de l’identifiant.

Exemple: N’est pas en 3FN car la DF:

CLIENT
Code-client → Nom-catégorie
L’entité Code-cliet N’est pas direct du fait de la transitivité:
3FN Nom-client Code-client → code-catégorie → nom-catégorie
Code-catégrie
Nom-catégorie

CLIENT 1,1 0,n Catégorie

Appartient a
Code-cliet Code-catégrie
Nom-client Nom-catégorie

120

60
 27/11/2020

Forme normale de Boyce-Codd (BCNF)

▪Le modèle est en 3FN ;
▪Les seules dépendances fonctionnelles élémentaires sont celles
dans lesquelles un identifiant détermine une propriété.
▪ Pour les identifiants composés de plusieurs propriétés, ces dernières ne doivent pas
être dépendantes d’une autre propriété de l’entité (pour éviter les cycles de DF).
Exemple:
Admettant la règle de gestion:
Règle de gestion: tout professeur enseigne une matière et une seule.
Toute classe n’a qu’un seul Professeur par matière.
Dans ce cas l’entité:

COURS
Matière N’est pas en BCFN, car Matière dépend de la propriété code-prof.
N°classe
Code-prof
BCFN
Prof 1,n Classe
1,n
Fait cours N°classe
Code-prof
Matière

121

Les formes normales: Synthèse

Les normalisations ci-dessus ont pour but d’éliminer:

➢ les redondances (inutile de répéter la désignation du produit

commandé chaque commande d’un même produit).

➢ les anomalies de mise à jour ( si on annule un client on veut sans

doute toutefois conserver la catégorie de ce client).
Modèle normalisé = relations avec
➢une clé, qui permet de distinguer chaque occurrence ;
➢ des attributs élémentaires (1FN) ;
➢en dépendance de TOUTE la clé (2FN) ;
➢et RIEN QUE de la clé (3FN).
On parle aussi de normalisation pour un MCD. Un MCD qui
donne un MCD normalisé est qualifié aussi de normalisé.
122

61
 27/11/2020

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
6. Le Modèle Physique de Données : MPD 123

Merise : le niveau Logique

Le modèle logique des données

MLD

62
 27/11/2020

Objectif: Passer du MCD vers le MLD

Niveau conceptuel des données

=
Modèle Entité Association

Niveau Logique des données

=
Modèle relationnel

Le MLD est une TRADUCTION du MCD en un modèle

tenant compte des impératifs liés au type de Système de
Gestion de Base de Données (SGBD) utilisé.
125

Modèle Logique des Données (MLD)

❑ La modélisation logiques des données est une représentation

des données, issues de la modélisation conceptuelle puis
organisationnelle des données.

❑ Le MLD (Modèle Logique des Données) tient compte des

choix concernant le Système de Gestion des Bases de
Données (SGBD) utilisé dans l’entreprise.

❑ Modèle logique c’est le modèle sur lequel est construit un

SGBD.

❑ Or, il existe différentes sortes de Système de Gestion de

Bases de Données (SGBD) qui ont chacun leur propre
modèle.
126

63
 27/11/2020

Passage du MCD au MLD

❑ Une fois le modèle conceptuel des données (représentation de
l'ensemble des données et de leurs relations) défini, l'étape
suivante consiste à définir le Modèle Logique des Données (MLD).
❑ La description conceptuelle a permis de représenter le plus
fidèlement possible les réalités de l’univers à informatisé. Mais
cette représentation ne peut pas être directement manipulée et
accepté par un système Informatique.

❑ Il est donc nécessaire de passer du niveau conceptuel à un niveau

plus proche des capacité des systèmes informatique → Niveau
logique.

La traduction du MCD en MLD peut être

résumée selon les règles suivantes :
127

Modèle logique des données

1. Toute Entité du modèle conceptuel des données se transforme

en Table dans le modèle logique.

EMPLOYE SERVICE
Numéro-Employé Entité du MCD
Numéro-Service
Nom Désignation
Prénom …
…

EMPLOYE (Numéro-Employé, Nom, prénom,…)

2 TABLES
SERVICE (Numéro-Service, Désignation,…)
RELATIONNELLES
(Access,….)

128

64
 27/11/2020

Modèle logique des données

2. Toute Relation dont les cardinalités sont de type (1,1) ou (0,1) d'un
coté et (1,N) ou (0,N) de l’autre ➔ disparition de la relation et
transfert de la clé primaire de l'Entité qui est du coté multiple de la
relation.

FOURNISSEUR PRODUIT

NuméroFour
1,1 Livre 0,N RéférenceProduit
RaisonSociale Désignation

FOURNISSEUR (NuméroFour, RaisonSociale, #RéférenceProduit) 2 TABLES

PRODUIT (RéférenceProduit, Désignation) (Access,..)

129

Modèle logique des données

2. Toute Relation dont les cardinalités sont de type (1,1) ou (0,1) d'un
coté et (1,N) ou (0,N) de l’autre ➔ disparition de la relation et
transfert de la clé primaire de l'Entité qui est du coté multiple de la
relation.
CLIENT COMMANDE

Code client N°commande

Nom (1,n) (1,1)
date
Prénom passer état
Adresse Montant total
Code postal
Ville Code client
téléphone

➢ Modèle Logique de données :

CLIENT(code client, Nom, Prénom, Adresse, code postal, ville, téléphone)
COMMANDE(N°commande, date, état, Montant total, #Code client)
130

65
 27/11/2020

Modèle logique des données

3. Toute Relation dont les cardinalités sont de type (1,N) ou (0,N) d'un coté et
(1,N) ou (0,N) de l'autre ➔ Il y a création d'une table supplémentaire ayant
comme Clé Primaire une clé composée des identifiants des 2 entités.
• La Clé Primaire de la nouvelle table est la concaténation des Clés
Primaires des deux autres tables.
• Si la relation est porteuse de donnée, celles ci deviennent des attributs
pour la nouvelle table.
CLIENT PRODUIT
1,N COMMANDER 0,N RéférenceProduit
NuméroClient
RaisonSociale Quantité Désignation

CLIENT(NuméroClient, RaisonSociale)

PRODUIT (RéférenceProduit, Désignation) 3 TABLES

(Access,…)
COMMANDER(#NuméroClient , #RéférenceProduit, Quantité)
131

Modèle logique des données

4. Règle pour l’héritage : Spécialisation Solution(1)
MCD Modèle relationnel (MLD)
PERSONNE Migration de l’identifiant du PERSONNE
surtype dans les sous types
N°personne N°personne
Nom Nom
Age Age
héritage
héritage

ETUDIANT ENSEIGNANT ETUDIANT ENSEIGNANT

Niveau Grade N°personne N°personne
Niveau Grade

Solution à privilégier lorsque chaque entité comporte beaucoup d’attributs

132

66
 27/11/2020

Modèle logique des données

4. Règle pour l’héritage : Spécialisation Solution(2)
Duplication des attributs du surtype dans les sous types associés

MCD
PERSONNE Modèle relationnel (MLD)
N°personne
Nom
Age

ETUDIANT ENSEIGNANT
Niveau Grade

Modèle logique des données

4. Règle pour l’héritage : Spécialisation Solution(3)
On duplique la totalité du contenu du surtype dans les sous types associés et on
supprime le surtype Modèle relationnel (MLD)
PERSONNE
N°personne
Nom
Age
héritage
héritage

ETUDIANT ENSEIGNANT
N°personne N°personne
Niveau Grade
Nom Nom
Age Age

134

67
 27/11/2020

Modèle logique des données

4. Règle pour l’héritage : Spécialisation Solution(4)
Fusion de toutes les informations et ajout d’une propriété pour identifier le type.

Modèle relationnel (MLD)

PERSONNE
N°personne
Nom
Age
Niveau
Grade
Type_personne

Solution utilisable quand les entités spécialisées ne comportent

pas beaucoup d’attributs.

135

Modèle logique des données

Règle pour l’héritage : Généralisation
MCD
TIERS
n° tiers
Raison sociale
Adresse_administrative

CLIENT FOURNISSEUR
n° client n°fournisseur
Adresse de livraison Délai de livraison

Dans la généralisation, les sous types ont leurs propres identifiants

Modèle relationnel (MLD)

➢ Création d’une clé étrangère (UNIQUE) dans les entités sous types. 136

68
 27/11/2020

Modèle logique des données : résumé

• MLD ajoute au MCD la notion d’organisation

(comment les donnée seront organiser dans
une Base des Données).

• Les entités du MCD sont converties en tables

dans MLD.

• Selon les cardinalités, les associations sont

convertis en tables ou supprimées.

137

Passage du MCD au MLD : exercice

Œuvres Auteurs
1:n 1:n
NoOeuvre écrit NoAuteur
Nom
Titre
1:n Prénom

édition
1:n
Editions 1:n Editeurs
1:1
ISBN édite NoEditeur

Titre Nom

0:n
1:1 Exemplaires
Stocks Ref_livre
Etat

Question : Trouvez le MLD équivalent…

138

69
 27/11/2020

Passage du MCD au MLD : Solution

Ecriture Auteurs
Œuvres RefOeuvre NoAuteur
NoOeuvre Nom
RefAuteur
Titre Prénom

Liste_oeuvres
RefOeuvre
Editeurs
ISBN
Editions NoEditeur
ISBN Nom
Titre

RefEditeur Exemplaires
Ref_livre
Etat
ISBN
139

Méthodologie MERISE
I. Introduction
1. Méthodes d’analyse et de conception
2. Le cahier des charges et les règles de gestion
3. Le dictionnaire de données
II. La méthode Merise
1. Historique de la méthode MERISE
2. Approche générale
III. Cycles et démarche MERISE
1. Cycle de vie
2. Cycle de décision
3. Cycle d'abstraction de conception
4. Niveaux d’abstraction
IV. La modélisation des niveaux d’abstraction
1. Modélisation des traitements : MCC, MCT, MOT
2. Le Modèle Conceptuel de Données : (MCD) → modèle « E/A »
3. Dépendance fonctionnelles (Construction du MCD)
4. Normalisation
5. Le Modèle Logique de Données (relationnel) : MLD
6. Le Modèle Physique de Données : MPD 140

70
 27/11/2020

Modèle Physique des Données (MPD)

▪Transformation en tables des :

▪Entités et associations si on produit le MPD directement à
partir du MCD.
▪Schémas relationnels si on produit un MLD.
▪Dépend de la base de données cible :
▪Types de données.
▪Domaines des propriétés.
▪Les attributs qui permettent d’indexer les tables sont des
clés primaires.
▪Les attributs (non clés primaires) qui font référence aux clés
primaires d’autres tables sont des attributs secondaires.

141

Modèle Physique des Données (MPD)

Transformation vers le Modèle Physique des Données
Association n:m
MCD

MPD

142

71
 27/11/2020

Modèle Physique des Données (MPD)

Transformation vers le Modèle Physique des Données
Association 1:n
MCD

MPD

143

Modèle Physique des Données (MPD)

Transformation vers le Modèle Physique des Données :
Association 1:1

MCD

MPD

144

72
 27/11/2020

Modèle Physique des Données (MPD)

Transformation vers le Modèle Physique des Données : Exemple 1
MCD

MPD
MPD ?

145

Modèle Physique des Données (MPD)

Transformation vers le Modèle Physique des Données : Exemple 2

MCD

MPD

146

73
 27/11/2020

Modèle Physique des Données (MPD)

Le Modèle Physique des Données : Exemple 3

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 147

Modèle Physique des Données (MPD)

Le Modèle Physique des Données : Exemple 4
MCD

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 148

74
 27/11/2020

Modèle Physique des Données (MPD)

Le Modèle Physique des Données : Exemple 4 (suite)
MPD

149

Modèle Physique des Données (MPD)

Le Modèle Physique des Données : types

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 150

75
 27/11/2020

Modèle Physique des Données (MPD)

Le Modèle Physique des Données : types

Prof. A. ZOUHAIR , Dép. DMI - ENSAH- A.U 2016/2017 151

Méthode Merise : Les points forts

➢ La méthode s'appuie sur une approche systémique : C’est
donc une approche globale.
➢ Les concepts sont peu nombreux et simples.
➢ Une représentation graphique simple et naturelle.
➢ Elle est assez indépendante vis à vis de la technologie.
➢ Elle est la plus utilisée en France dans les domaines de
gestion.
➢ Elle sert de référence aux enseignements sur les
méthodes.
➢ Une formalisation non ambigüe et donc un bon outil de
spécification détaillée.
152

76
 27/11/2020

Méthode Merise : Les critiques

➢ Elle ne s'occupe pas de l'interface utilisateur.

➢ Elle est très adaptée à un contexte de création
d'application mais pas forcément à un problème de
maintenance ou de seconde informatisation.
➢ Elle ne permet pas réellement une validation rapide
de la part des utilisateurs.
➢ Elle est davantage destinée à des sites centraux plus
qu'à des développements en temps réel...
➢…

153

77