Introduction

1. Objectif du cours
 Initier les étudiants à la modélisation des Systèmes d’Information
en utilisant Merise.
 Structuration de la démarche informatique,
 Méthodes d’analyse et de conception,
 Méthodes de modélisation,

Quelques méthodes :
 MERISE, MERISE/2
 SADT (Structured - Analysis - Désign - Technique )
 SART (Structured - Analysis - Real - Time)
 OMT (Object Modeling Technique)
 UP (Unified Process) UML ( bien que UML n'est pas une méthode mais un
langage de
modélisation unifiée )

1
 M.C.T - Merise

Le M.C.T (Modèle conceptuel de traitements)

2
 M.C.T - Merise
3. Le M.C.T (Modèle conceptuel de traitements)
Représentation, sous forme schématique, de phénomènes de réactions du type et ceci
indépendamment de toute préoccupation d'organisation interne :
Évènement déclenchant -> Transformation du système d'information -> Résultat

Implication du monde extérieur au niveau de chaque opération :

• Soit au niveau des évènements déclenchant
• Soit au niveau des résultats

Les étapes du MCT :

1. Identification des acteurs (Rappel : il s'agit des acteurs extérieurs à l'entreprise).
2. Identification et classement chronologique des flux.
3. Construction du M.C.T.
4. Description détaillée des règles de gestion.

3
 M.C.T - Merise

Processus :
Définition :
Ensemble structuré d’événements, opérations et résultats consécutifs qui concourent à
un même but.

Il représente généralement un sous ensemble d ’activités de l ’organisation dont les

événements initiaux et les résultats finaux délimitent un état stable du domaine.

Il est en général caractéristique du secteur d ’activité de l ’organisation et constitue de ce

fait un invariant pour le concepteur.

Exemple : Processus prêt

Ensemble des opérations consécutives à la demande de prêt :
• Élaboration devis,
• Instruction d ’un dossier de prêt,
• Mise en place du prêt.

4
 M.C.T - Merise
Exemple : Processus prêt
• Evènement
Collection de faits, suceptibles de déclencher
une Opération dans les conditions précisées
par la Synchronisation.

• Synchronisation
Condition booléenne traduisant les règles
d'activation d'une opération.

• Opération
Ensemble d'actions dont l'enchaînement
ininterruptible n'est conditionné par l'attente
d'aucun évènement autre que le déclencheur
initial.

• Règles d'émission
Condition traduisant les règles de gestion, à
laquelle est soumise l'émission des résultats
d'une opération.

• Résultats
Collection de faits, produits par l‘Opération,
dans les conditions prévues par la (ou les)
"règles d'émission".
5
 M.C.T - Merise
Exemple : Processus prêt

Demande Client Demande Client

Demande de prêt

PROPOSITION DEVIS
Elaboration du devis Elaboration du devis

Elaboration de la Demande de prêt DEVIS

proposition
ET
PROPOSITION
Elaboration de la
proposition

DEVIS

6
 M.C.T - Merise
Exemple : Processus prêt

7
 M.C.T - Merise
Exemple : Processus prêt
Les relations entre "acteurs" peut être traduit soit par un "graphe des
flux" soit par une "matrice des flux".

CLIENT BANQUE BDF DGI

Demande du
CLIENT
client
Déclaration
Demande de
BANQUE Accord ou Refus ouverture de
renseignements
compte

BDF Réponse BDF

DGI

MATRICE DES FLUX

8
Exemple : Processus prêt
2.3 – M.C.T - Merise

9
 M.O.T - Merise

Le M.O.T (Modèle Organisationnel de Traitements)

10
 M.O.T - Merise
Le MOT a pour objectif de représenter les traitements en prenant en compte les
choix et les contraintes liées à l’organisation.

La modélisation s’effectue en faisant abstraction du COMMENT faire

technologique.

Qui est qui ? Qui fait quoi ?

 Analyse des postes de travail.
 Partage des traitements entre l’homme et la machine.
 Type d’individu qui réalisera les traitements.
Quand ?
 Influence du temps et comment structurer les traitements en conséquence.
Où ?
 Comment les traitements sont-ils organisés dans l’espace ?

11
 M.O.T - Merise

Le MOT se concentre sur le COMMENT :

 Définition des différentes ressources à mettre en œuvre (moyens techniques ou humains, espace,
temps, données)
 Décomposition des opérations spécifiées au niveau conceptuel en des éléments plus fins et
homogènes, les tâches
 Organisation de l’ensemble des ressources permettant d’assurer l’exécution des tâches envisagées

Il s’agit ici de :
 spécifier le contenu de chaque opération conceptuelle,
 construire une ou plusieurs solutions organisationnelles

La difficulté réside dans la diversité des solutions

d’organisation envisageables

12
 M.O.T - Merise
Formalisme du MOT :

Le MOT reprend les concepts du MCT, parfois réadaptés, auxquels sont ajoutés de nouveaux
concepts tels que :
 le poste de travail : entité physique comprenant des ressources sur un lieu donné et un
responsable.
 la tâche/opération : affectation des traitements d’une opération conceptuelle à une unité
organisationnelle de type site ou service.
 la procédure organisationnelle : enchaînement de traitements (tâches et/ou phases)
affectés à un ou plusieurs sites ou services au sein d’un même processus.

Le MOT cerne l'activité de chaque poste de travail (informatique ou non), et de chaque service,
en tenant compte du "planning", du type de ressources (manuel, automatisé), du type de
support (document écrit, magnétique etc.)

MOT = MCT + lieu + moment + nature

 Lieu : qui exécute ? Acteurs.

 Moment : Quand exécute t-on l’opération ? Agencement temporel.
 Nature : Manuelle, Automatique, Interactive

13
 M.O.T - Merise
Construction du MOT :
 Faire le choix des postes, en spécifiant les ressources humaines et informatiques

 Décomposer chaque opération conceptuelle en opérations organisées, les ordonner, les affecter aux
postes, préciser les différentes caractéristiques (degré d’automatisation, délai de réponse, mode de
travail)
 S’assurer de la faisabilité des opérations organisées par rapport aux ressources composant le poste

 Préciser les différentes phases

 Évaluer l’ergonomie générale de chaque poste de travail par rapport à l’ensemble des phases à
assurer
 Envisager des solutions alternatives: variantes de procédures

14
 M.O.T - Merise

Procédure décomposée en opérations et par poste de travail

Partenaire Poste 1 Poste 2 Poste 3 Partenaire

Message externe
enclanchant

Un MOT analyse les réactions des postes de travail à un message externe

15
 M.O.T – Merise

Il est possible de représenter le temps sous forme d’une colonne

comme un acteur

Temps Poste 1 Poste 2 Poste 3 Partenaire

T0

TO + 10 jours

16
2.4 – M.O.T – Merise

17
 M.O.T - Merise
Voici un cas concret :
Construisons les modèles de traitement de l’organisme de formation X qui suit les règles suivantes :
Règle 1 : en fonction des pré-requis du stage, l’inscription est acceptée ou refusée,
Règle 2 : les clients doivent transmettre les annulations d’inscription par écrit 10 jours avant le
démarrage de la formation,
Règle 3 : la société X se réserve le droit d’annuler ou reporter une session 10 jours avant son
démarrage,
Règle 4 : si le nombre de stagiaires est supérieur à 5, la session est maintenue et les convocations
sont envoyées.

Que pouvons-nous en déduire ?

 Une demande d’inscription provoque soit un inscription, soit un refus.
 Une annulation n’est prise en compte que si elle est transmise 10 jours avant le début de la
session.
 Si 10 jours avant le début de la session, le nombre de candidats est supérieur à 5, les
convocations sont envoyés aux participants. Dans le cas contraire, la session sera annulée et
reportée à une autre date. 18
 M.O.T - Merise
A partir de ces éléments, nous pouvons construire un diagramme des
messages :

19
 M.O.T - Merise
Enchaînons à présent les messages, en indiquant les conditions d’enchaînement
:

20
 M.O.T - Merise
Le modèle conceptuel des traitements par processus :

21
 MOT: Exercice
• Un client présente une demande à travers une documentation
complète.
• Le service à la clientèle vérifie si les documents sont complets et
enregistre la demande.
• Le département de traitement des demandes les prend et vérifie
la politique de réclamation d'assurance.
• Ensuite, une évaluation est faite. Si l'évaluation est positive, un
garage est autorisé à faire les réparations et le paiement est
prévu parallelement .
• Dans tous les cas (si le résultat est positif ou négatif), un courrier
électronique est envoyé au client pour informer du résultat.

22
• Quand une réclamation liée à un grave accident de voiture est
évaluée, un employé récupère d'abord le rapport d'accident de
voiture correspondant dans la base de données des rapports de
police. Si le rapport est récupéré, il est joint au dossier de
réclamation. Le dossier de demande et le rapport de police servent
comme entrée au gestionnaire de sinistres qui calcule une
estimation de la demande initiale.

• Ensuite, un "plan d'action" est créé sur la base d'une "liste de

contrôle". Basé sur le plan d'action et l'estimation initiale des
réclamations , un gestionnaire de sinistres négocie un règlement
avec le client. Après cette négociation, le gestionnaire des sinistres
rend une décision finale, met à jour le dossier de demande,
enregistre cette décision, et envoie une lettre au demandeur pour
l’informer de la décision.