• PRESENTATION DE LA METHODE D’ANALYSE
Parmi les différentes méthodes d’analyse informatique utilisées par les analystes : LCP, LCS,
CASTELLANI, MERISE, celle que nous retiendrons pour notre étude est la méthode
MERISE.
MERISE (Méthode d’Etude et Réalisation Informatique par Sous Ensemble) est une méthode
d’analyse née vers 1978 en France. Elle est le fruit des recherches menées conjointement par
le CETE (Centre d’Etude Technique de l’Equipement) d’Aix-en-Provence de l’université d’ex
Marseille lll et d’autres instituts nationaux de recherches informatiques sous l’impulsion de
Hubert Tardieu, R. Colleti, Y. Tarbourier
Merise est aujourd’hui utilisée dans un grand nombre d’entreprises et sociétés et permet le
développement des projets de toute nature.
Merise procède à une étude séparée des données et des traitements permettant ainsi d’éviter
les redondances de données faciliter la maintenance des applications et d’assurer une
meilleure cohérence d’ensemble du système d’information.
Merise se fait à trois niveaux :
• Le niveau conceptuel
• Le niveau organisationnel
• Le niveau physique et technique
• Le niveau conceptuel
Il correspond à la définition des finalités de l’entreprise en expliquant sa raison d’être. Ce
niveau décrit à travers un ensemble de règles de gestion les objectifs et les contraintes qui
pèsent sur l’entreprise.
• Le niveau organisationnel
Il sert à définir ‘organisation à mettre en place, pour permettre à entreprise d’atteindre ses
objectifs. A ce niveau les postes de travail, la chronologie des opérations, les automatisations
sont précises tout en intégrant les contraintes éventuelles.
• Le niveau physique et technique
C’est le niveau où sont intégrés les moyens techniques nécessaires au projet.
• Les cycles de Merise
MERISE définit trois cycles à savoir le cycle de vie, le cycle de décision et le cycle
d’abstraction ; chacun de ces cycles ayant sa démarche ou ses étapes.
• Cycle de vie
Il décrit les différentes étapes que le concepteur doit parcourir dans I ’utilisation de la
méthode MERISE. Ces étapes encore appelées démarche de la méthode sont :
• Le Schéma directeur
• L’étude préalable
• L’étude détaillée
• L’étude technique
• Le Réalisation
• La Mise en œuvre
• La Maintenance
Le lecteur pourra consulter les préoccupations relatives à chacune de ces étapes dans la mise
en place d’un projet.
• Cycle de décision
A chacune des étapes du cycle de vie un dossier doit être rédigé et confié aux responsables
avec lesquels une décision sera prise. L’ensemble des décisions ainsi prises constitue le cycle
de décision.
• Cycle d’abstraction
Encore appelé niveaux d’abstraction de MERISE, ce cycle contient trois niveaux et a chacun
d’eux correspondent des préoccupations et modèles spécifiques. Le tableau ci-dessous résume
les préoccupations relatives à chaque niveau.
NIVEAUX CHOIX PREOCCUPATI DONNEES TRAITEMEN
ON TS
CONCEPTUEL Gestion Quoi ? Modèle Modèle
Conceptuel Conceptuel des
des Données Traitements
(MCD)
LOGIQUE Logiciels Ressources Modèle Modèle
Informatiques Logique des Logique des
Données Traitements
(MLD) (MLT)
ORGANISATIONN Organisati Qui ? Où ? Modèle Modèle
EL on Quand ? Organisationn Organisationnel
el des des Traitements
Données (MOT)
(MOD)
PHYSIQUE Où Technique Comment ? Modèle Modèle
OPERATIONNEL Avec Physique des Opérationnel
Quels moyens ? Opérationnel des
des Traitements
Données (MOPT)
(MPD)
• ELABORATION DU MODELE CONCEPTUEL DE DONNEES
(MCD)
CLIENT APPEL_OFFRES
ID_ClI ID_APP_OFF
NOM_ClI 1 ,N 1,1 TIT_APP_OFF
SOUMETTRE
EMAIL_ClI DTE_R_APP_OFF
TEL_ClI DTE_L_APP_OFF
ADR_ClI 1,1 DES_APP_OFF
STAT_APP_OFF(ouv
ert, en cours, clos)
1,N
GERER
RECEVOIR
1,N
1,N
UTILISATEUR
ID_UTIL
NOM_UTIL ETABLIR
EMAIL_UTIL
1,1 1,1
ROL_UTIL(commerci
al, technique, DEVIS
administrateur)
ID_DEV
DTE_C_DEV
STAT_DEV(en
attente, accepté,
rejeté)
• Définition et concepts
• Définition
La modélisation conceptuelle des données du système d’information d’une organisation se fait
au moyen de concepts dont la mise en œuvre aboutit à une représentation appelée « Schéma
Conceptuel de données ».
• Les concepts
Le schéma conceptuel de données sera construit à partir de la Structure d’Accès Théorique en
considérant les éléments suivants.
• L’OBJET qui est un type d’élément du monde réel défini par une existence propre,
des occurrences multiples, des propriétés, un identifiant et une utilité pour
l’organisation étudiée.
• L’IDENTIFIANT qui est la propriété, ou le groupe de propriétés, permettant de
distinguer chaque occurrence de l’objet ou entité par rapport à toutes les autres.
• LES PROPRIETES qui sont les plus petits éléments d’information manipulable par
le concepteur, décrit par un nom « nom de propriété », prenant des valeurs dans un
domaine de valeurs et ayant un sens dans le système d’information étudié.
• LES RELATIONS qui sont les arcs origines et extrémités reliant une ou plusieurs
objets.
Formalisme de l’objet
NOM DE L’OBJET
Propriété1
Propriété 2
Propriété...
Propriété n
Formalisme de la relation
NOM DE L’OBJET
Propriété 1
Propriété 2
Propriété...
Propriété n
NOM DE L’OBJET
Propriété 1
Propriété 2
Propriété...
Propriété n
Nom de la relation
• Règles de gestion
Une Règle de Gestion traduit la façon dont une activité se déroule au sein d’une entreprise
donnée. C’est une contrainte qui doit être prise en compte pour réaliser une opération donnée.
Un Clients peut soumettre un ou plusieurs Appels d’offres.
Un Appel d’offre peut recevoir un ou plusieurs Devis.
Un Utilisateur peut gérer un ou plusieurs Appels d’offres.
Un Utilisateur peut établir un ou plusieurs Devis.
• Dictionnaire de données
A partir des règles de gestion, du cahier de charge nous obtenons une liste exhaustive de
toutes les informations qui présentent un intérêt pour le thème qui nous a été soumis. Ce
dictionnaire est dans le tableau ci-dessous.
Code Désignation Type Taille Nature Observation
ID_CLI Identifiant du Client AN 10 SIG E Identifiant
NOM_ CLI Nom du Client A 20 MVT E
EML_CLI Email du Client AN 40 MVT E
TEL_CLI Téléphone du Client AN 11 MVT E 99-99-99-99
ADR_CLI Adresse du Client AN 20 MVT E
ID_APP_OFF Identifiant de l’Appel AN 10 SIG E Identifiant
TI_ APP_OFF d’Offre A 20 MVT E
DTE_R_APP_OFF Titre de l’Appel AN 10 MVT E JR/MM/AAAA
DTE_L_ APP_OFF d’Offre AN 10 MVT E JR/MM/AAAA
DES_ APP_OFF Date réception de AN 100 MVT E
STAT_APP_OFF l’Appel d’Offre A 10 MVT E
Date limite de l’Appel
d’Offre
Statut de l’Appel
d’Offre
ID_DEV Identifiant du Devis AN 10 SIG E Identifiant
MONT_DEV Montant du Devis AN MVT E
DAT_C_DEV Date de création du AN 10 MVT E JR/MM/AAAA
STAT_DEV Devis A 10 MVT E
Statut du Devis
ID_UTIL Identifiant de AN 10 SIG E Identifiant
NOM_UTIL l’Utilisateur A 10 MVT E
EML_UTIL Nom de l’Utilisateur AN 50 MVT E
ROL_UTIL Email de l’Utilisateur A 15 MVT E
Rôle de l’Utilisateur