République du Benin

*****
Ministère de l’Enseignement Supérieur et
de la Recherche Scientifique
*****
Université d’Abomey-Calavi
*****
Ecole Polytechnique d’Abomey-Calavi
*****
4ème année du Secteur Industriel (GIT)
*****
Matière : Conception des Systèmes d’Informations
THEME : MERISE
Modèle logique
Groupe n° 3
Membres du groupe: Sous la supervision de :
1-ABALLO Josiane Dr. ABALLO Théophile
2-AHOUDOU Ismaaïl
3-DOSSOU-YOVO Moles
4-HOUNTONGBE Elfrid
5-TOMENOU Wilfrid
6-YEGO Nadège
7-ZINZINDOHOUE Yasmine
8-ZOGO Rodsone

Année académique : 2019-2020

 PLAN
Introduction
I- Présentation de la méthode MERISE
II- Conception de système d’informations avec MERISE
III- Modèle Logique de Données (MLD)
IV- Modèle Logique de Traitement (MLT)
Conclusion
 INTRODUCTION
Dans la vie, au quotidien nous avons à gérer beaucoup
d’informations. Un système d’informations est un ensemble organisé
de ressources permettant de collecter, de stocker, d’éditer, de traiter, et
de distribuer l’information. La conception de tels systèmes nous permet
de faire une gestion efficace de l’information au sein d’une entité.
Mais face aux systèmes d’informations de plus en plus complexes,
au nombre de participants à la conception du SI de plus en plus
important (quelques dizaines), à la durée de conception et de mise en
œuvre d’un SI de plus en plus importante (quelques années), à
l’importance des enjeux financiers et des risques, il devient plus que
nécessaire d’adopter une méthode de conception et de développement
des systèmes d’information.
La méthode sur laquelle nous portons notre étude est la méthode
MERISE.
 I- Présentation de la méthode MERISE
A- Qu’est-ce que c’est ?
La phase de la conception nécessite des méthodes permettant de
mettre en place sur lequel on s’appuie.
La modélisation consiste à créer une représentation virtuelle de la
réalité de telle façon à faire ressortir les points auxquels on s’intéresse.
MERISE (Méthode d’Etude et de Réalisation Informatique pour les
Systèmes d’Entreprise) est le fruit de la réflexion d’un groupe réuni
par le ministère de l’industrie français au début des années 70. C’est
une méthode de conception, de développement et de réalisation de
projets informatiques. Son but est d’arriver à concevoir un système
d’informations automatisé.

B- Caractéristiques
La méthode MERISE :
- fait partie méthodes systémiques (2ème génération) ;
- utilise le modèle tridimensionnel comme cycle de développement ;
- a modélisation du SI se fait selon deux axes : la modélisation de
données et la modélisation de traitements.
- est utilisée essentiellement pour la conception de bases de données.

II- Conception de système d’information avec MERISE

La conception du système d’informations se fait par étapes, afin

d’aboutir à un système d’information fonctionnel reflétant une réalité
physique. Il s’agit donc de valider une à une chacune des étapes en
prenant en compte les résultats de la phase précédente.
D'autre part, les données étant séparées des traitements, il faut vérifier
la concordance entre données et traitements afin de vérifier que toutes
les données nécessaires aux traitements sont présentes et qu'il n'y a pas
de données superflues.
Cette succession d'étapes est appelée cycle d'abstraction pour la
conception des systèmes d'information :

Cycle d’abstraction de conception de systèmes d’information

III- Modèle Logique de Données (MLD)

MERISE est une méthode française née dans les années 70, développée initialement par Hubert
Tardieu. Elle fut ensuite mise en avant dans les années 80, à la demande du ministère de
l'Industrie qui souhaitait une méthode de conception des SI.

MERISE est donc une méthode d'analyse et de conception des SI basée sur le principe de la
séparation des données et des traitements. Elle possède un certain nombre
de modèles (ou schémas) qui sont répartis sur trois niveaux :

 Le niveau conceptuel ;
 Le niveau logique ou organisationnel ;
 Le niveau physique.
 Le modèle logique des données consiste à décrire la structure de données utilisée sans
faire référence à un langage de programmation. Il s'agit donc de préciser le type de
données utilisées lors des traitements. L'étape logique de données est une étape qui permet
de présenter la structure statique du système d'information sous forme d'un modèle de
données relationnelles. Elle permet de modéliser la structure selon laquelle les données
seront stockées dans la future base de données. Elle se base sur des systèmes de gestion de
base de données(SGBD), ici la famille de système de base de gestion utilisé est celle des
SGBD relationnels ou Modèle logique de données relationnel.

Il convient de définir quelques concepts liés au modèle de données relationnel

Relation : Appelée aussi table, est un ensemble d'attribut significativement associés. Une
relation est composée d'attributs. Ces attributs sont des données élémentaires issues des
propriétés des différentes entités, mais aussi des identifiants et des données portées par certaines
associations.

Attribut : C’est un petit élément (information) manipulable par le concepteur, il est décrit par
un nom.

Association : Une association est un lien entre une ou plusieurs entités.

Clé : est le plus petit élément (information) d'une table qui fait une référence clé de table.

Schéma d'une table : c'est l'ensemble des lignes et de colonnes qui constituent une table.

Schéma d'une base de données : C'est l'ensemble des schémas des relations qui la
composent.

Entité : Elle représente un objet défini au sein du système d'information et au sujet duquel
vous voulez conserver des informations. Par exemple, dans un modèle concernant les salariés
et les divisions, les entités sont Salarié et Division.
Occurrence : Une occurrence d'une entité est un élément individuel qui appartient à l'entité.
Par exemple, le salarié Martin est une occurrence de l'entité Salarié.
Cardinalité d’une relation : La cardinalité indique le nombre d'occurrences (aucune, une
ou plusieurs) d'une entité par rapport à une autre entité.
La cardinalité d'un lien peut avoir les valeurs suivantes :

Cardinalité Symbole Description

 Un-Un <1..1> Une occurrence de la première entité peut correspondre à une et
une seule occurrence de la seconde entité

Un-Plusieurs <1..n> Une occurrence de la première entité peut correspondre à

plusieurs occurrences de la seconde entité

Plusieurs-Un <n..1> Plusieurs occurrences de la première entité peuvent

correspondre à la même occurrence de la seconde entité

Plusieurs- <n..n> Plusieurs occurrences de la première entité peuvent

Plusieurs correspondre à plusieurs occurrences de la seconde entité

Le Modèle Logique des Données (MLD) est la suite normale du processus Merise. Il est aussi
appelé modèle relationnel (lorsqu’on travaille avec une base de données relationnelle. On
emploie souvent l’abréviation suivante : MLD : Modèle logique des données Et quelquefois,
les abréviations suivantes sont employées :

- MLDR : Modèle logique de données relationnelles

- MRD : Modèle relationnel de données

- MLRD : Modèle relationnel logique de données

Le MCD (Modèle Conceptuel de Données) ne peut pas être implanté dans une base de données
sans modification. Il est obligatoire de transformer ce modèle. On dit qu’on effectue un passage
du modèle conceptuel de données vers le modèle logique de données. Le MLD pourra être
implanté dans une base de données relationnelle. Son but est de nous rapprocher au plus près
du modèle physique. En effet , le modèle logique de données (MLD) est composé uniquement
de ce que l'on appelle des relations. Ces relations sont à la fois issues des entités du MCD, mais
aussi d'associations, dans certains cas. Ces relations nous permettront par la suite de créer nos
tables au niveau physique. Pour cela, nous partons du Modèle Conceptuel des Données et nous
lui enlevons les relations, mais pas n’importe comment, il faut en effet respecter certaines
règles. Le MLD s’obtient donc en rajoutant la définition de l’organisation logique des données
et en l’optimisant compte tenu des traitements à appliquer aux données. Elle a pour but la
traduction du modèle conceptuel de données en fonction du SGBD à utiliser lors du
développement de l'application. Le modèle logique est dépendant du type de base de
données utilisé. Les relations du MLD sont issues des entités du MCD et de certaines
associations. Les règles de passage du modèle conceptuel au modèle logique sont :

Règle 1 :

a) Une entité du MCD devient une relation, c’est à dire une table.
Dans un SGBD (Système de Gestion de base de données) de type relationnel, une table
est une structure tabulaire dont chaque ligne correspond aux données d'un objet
enregistré (d'où le terme enregistrement) et où chaque colonne correspond à une
propriété de cet objet. Une table contiendra donc un ensemble d’enregistrements. Une
ligne correspond à un enregistrement. Une colonne correspond à un champ. La valeur
prise par un champ pour un enregistrement donné est située à l’intersection ligne-
colonne correspondant à enregistrement-champ. Il n’y a pas de limite théorique au
nombre d’enregistrements que peut contenir une table. Par contre, la limite est liée à
l’espace de stockage.
b) Son identifiant devient la clé primaire de la relation. La clé primaire permet d’identifier
de façon unique un enregistrement dans la table. Les valeurs de la clé primaire sont donc
uniques. Les valeurs de la clé primaire sont obligatoirement non nulles. Dans la plupart
des SGBDR (Système de Gestion de Base de Données Relationnelle), le fait de définir
une clé primaire donne lieu automatiquement à la création d’un index. Un index est un
fichier interne au SGBD. L’utilisateur standard n’a pas besoin d’y accéder. L’index a
pour but d’accélérer les traitements de recherche, de tri, de filtre et notamment sur les
tables avec de nombreux enregistrements. La contrepartie est que l’index nécessite de
l’espace mémoire et surtout, les temps d’insertion, de suppression d’enregistrements
sont plus importants car il faut mettre à jour à la fois la table et l’index. c) Les autres
propriétés deviennent les attributs de la relation.
c) Les autres propriétés deviennent les attributs de la relation.

Règle 2 :

Une association de type 1:N (c’est à dire qui a les cardinalités maximales positionnées à « 1 »
d’une côté de l’association et à « n » de l’autre côté) se traduit par la création d’une clé étrangère
dans la relation correspondante à l’entité côté « 1 ». Cette clé étrangère référence la clé primaire
de la relation correspondant à l’autre entité.

Règle 3 :

Une association de type N :N (c’est à dire qui a les cardinalités maximales positionnées à « N
» des 2 côtés de l’association) se traduit par la création d’une table dont la clé primaire est
composée des clés étrangères référençant les relations correspondant aux entités liées par
l’association. Les éventuelles propriétés de l’association deviennent des attributs de la relation.

IV- Modèle Logique de Traitement (MLT)

 A- Du Modèle conceptuel de traitement au MLT

Au niveau organisationnel, on s’est occupé du QUOI et du

COMMENT, du point de vue fonctionnel. C’est le point de vue du
gestionnaire : un point de vue externe. C’est le niveau de l’analyse
fonctionnelle. Aux niveaux logique et physique, on va continuer à
s’intéresser au COMMENT, mais cette fois du point de vue de
l’informaticien : point de vue interne. C’est le début de l’analyse
organique.
Niveau Niveau informatisé
organisationnel
Qui Gestionnaire Informaticien
Point de vue Externe Interne
Analyse Fonctionnelle Organique

Remarque : La description fine des interactions avec la base de donnée

et l’écriture d’algorithmes pour les règles de traitements relèvent du
niveau organique.

B- Architectures logicielles et matérielles

Le MLT prend en compte des choix techniques liés à l’architecture

logicielle et matérielle.
 Architecture matérielle

L’architecture matérielle précise les différents postes de travail et la

répartition des données et des traitements sur ces postes. Elle prendra
en compte par exemple les bases de données réparties et les
architectures client-serveur.

 Architecture logicielle
Elle précise :
- L’architecture client-serveur.
- Les serveurs utilisés (SGBD, etc.)
- Les IHM (interfaces homme-machine)
- Les algorithmes de traitement, en s’intéressant à la question de la
réutilisabilité (procédurale ou objet).

C- Atelier de génie logiciel

La méthode MERISE s’applique surtout à l’informatique de gestion :
dans ce cas, la distinction entre données et traitements est radicale.
L’utilisation d’un SGBD est systématique. Les ateliers de génie logiciel
vont permettre un développement rapide à partir de la spécification des
MOT, en précisant les interfaces utilisateurs (IHM) et les algorithmes
de modifications des données. Chaque AGL va proposer un formalisme
pour le MLT. A noter que si les AGL intègrent à la fois les données et
les traitements, il existe aussi des outils logiciels qui permettent de
réaliser la conception des données et de produire automatiquement les
niveaux informatisés (MLD et MPD).

D- Programmation objet et programmation procédurale

C’est au niveau du MLT que le choix de type de programmation va se
faire : objet ou procédurale. Dans le cas d’un projet d’informatique
industrielle, toutes les parties concernant les données (MCD, MOT,
MLD, MPD) restent pertinentes. Pour ce qui est des traitements, seules
les parties de niveau organisationnel (MCT et MOT) restent pertinentes.
Cette pertinence signifie qu’on retrouvera l’équivalent de ces éléments
de méthode dans UML et le RUP. Par contre, le niveau informatise des
traitements, MLT et MPT, perd de sa pertinence.
CONCLUSION