2ime Partie

MERISE Traitements et donnes

K. RHOFIR
2ime Partie
MERISE Traitements
Analyse des flux
MCC
K. RHOFIR
3
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Rappel : Les modles de traitements
Reprsenter la dynamique du systme dinformation
Schma des flux
MCC
la circulation des informations
les ples dactivit

MCT
MOT
MOPT

les finalits
de l entreprise,
du domaine
lorganisation
de l entreprise,
du domaine
4
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Contenu de ce chapitre
Le diagramme des flux
- Le diagramme de contexte
- Le modle conceptuel de communication (MCC)
Une dmarche en 5 tapes
AMC Designor et exercice pratique
5
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le diagramme des flux ou modle
conceptuel de communication (MCC)
Modliser le systme oprant de l'entreprise
Identifier les units actives qui changent des
flux d'information dans le systme
Analyser les flux entre ces units
Reprsentation des flux de messages et de documents
entre les diffrents ples dun organisme
Permet de disposer rapidement dune reprsentation de la
circulation des informations et des principaux ples
dactivit
Se construit partir dentretiens
Aprs cette tape, distinction entre donnes et traitements
6
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le diagramme des flux ou modle
conceptuel de communication (MCC)
Dans ce modle, la premire tape est d'arriver
isoler le systme en le dlimitant. Il s'agit
donc de dfinir le systme et les lments
externes avec lesquels il change des flux
d'information. Ces lments extrieurs sont
appels acteurs externes (ou partenaires).
7
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le diagramme des flux ou modle
conceptuel de communication (MCC)
La seconde tape consiste dcomposer
l'organisation en entits appeles acteurs
internes (ou domaines). Lorsque les domaines
d'une organisation sont trop importants, ils
peuvent tre dcoups eux-mmes en sous-
domaines.
8
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le diagramme de contexte
Le diagramme de contexte a pour but de reprsenter
les flux d'informations entre l'organisation et les acteurs
externes selon une reprsentation standard dans
laquelle chaque objet porte un nom:
l'organisation est reprsente par un rectangle
les acteurs externes sont reprsents par des ellipses en
pointills
les flux d'information sont reprsents par des flches dont
l'orientation dsigne le sens du flux d'information
9
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le diagramme des flux ou modle
conceptuel de communication (MCC)
Ce diagramme (appel aussi modle conceptuel de la
communication) permet de complter le diagramme de
contexte en dcomposant l'organisation en une srie
d'acteurs internes. Dans ce diagramme la
reprsentation standard est la suivante:
Les acteurs internes sont reprsents par des ellipses
les messages internes sont reprsents par des flches
10
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Une dmarche en 5 tapes
Etablir la liste des acteurs
Etablir la liste des informations changes
Elaborer une matrice des flux (En lignes et en
colonnes la liste des acteurs) et se poser la
question quoi qui est chang pour chaque cas
Etablir le graphique des flux (MCC)
Ordonnancer le graphe des flux pour dgager
les principaux processus qui peuvent faire
l objet de sous modles
11
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
12
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
AMC*Designor Traitements MERISE permet de dfinir
graphiquement, de manire trs convivial :
un Modle Conceptuel de Communication (MCC) ou Diagramme
des Flux,
un Modle Conceptuel de Traitements (MCT)
un Modle Organisationnel de Traitements (MOT)
AMC*Designor Traitements MERISE utilise les principes de la
mthode MERISE.
Il permet de vrifier ces modles, de valider un Modle Conceptuel de
Donnes par rapport au MCT et de valider un Modle Physique de
Donnes par rapport au MOT. Il est aussi possible d'diter ou
dexporter vers un traitement de textes les dossiers d'analyse.
13
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
Structure fonctionnelle en 3 tapes
Edition
Edition
MCC
MCT
MOT
Dossier
du MCC
Dossier
du MCT
Dossier
du MOT
Edition
Validation du MCD par
rapport au MCT
Validation du MPD par
rapport au MOT
Import
14
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
AMC*Designor permet d'laborer des Modles
Conceptuels de Communication aussi appels
graphes acteur-flux.
Le graphe acteur-flux permet d'apprhender
simplement le fonctionnement global de l'entreprise
en se focalisant sur un ensemble d'activits sans
dvelopper les dtails de ces activits.
L'aspect visuel et la simplicit du symbolisme du
MCC en font un support efficace pour le dialogue
avec l'utilisateur lors des premires tentatives de
modlisation de l'information du systme.
15
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
a) Acteur
On entend par acteur tout ce qui est cens avoir un rle
dans l'organisation : personne physique, personne
morale, btiment, service, lieu de gestion au sens large.
Les acteurs se divisent en deux catgories : les acteurs
internes, faisant partie de l'organisation et directement
concerns par le domaine tudi, et les acteurs externes
l'organisation ou au domaine tudi.
Symbole :
Nom de l'
acteur
Nom de l'
acteur
interne externe
16
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
b) Flux
Un flux est un change de bien, d'argent ou
d'informations entre un acteur "metteur" et un autre
"rcepteur".
On distingue les flux internes lorsqu'ils sont mis par un
acteur interne au domaine tudi, et les flux externes qui
sont mis par un acteur externe au domaine tudi.
c) Exemple de MCC
Flux externe
Flux interne
Acteur
externe
Acteur
interne
17
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
La socit LOGIP+ commercialise des logiciels. Les
commandes de ces logiciels, envoyes par les clients, arrivent soit
par fax, soit par courrier. Les documents reus sont tris par le
service commercial, qui spare les commandes des autres
documents reus.
Les commandes reues font l'objet d'une saisie dans la base de
donnes de l'entreprise, puis le bon de livraison et la facture sont
dits. Si cette phase n'a pas pu se drouler correctement, la
commande est rejete.
L'dition du bon de livraison provoque, si la commande est
disponible en stock, la prparation de la disquette et de la
documentation par le service livraison, et l'envoi par ce mme
service de l'ensemble par Chronopost.
18
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Dfinition du MCC
Nous dduisons de la description prcdente les diffrents acteurs qui
devront tre crs:
- "Client" (acteur externe)
- "Service commercial" (acteur interne)
- "Service livraison" (acteur interne)
Nous devons maintenant dfinir les flux changs entre ces acteurs :
- "Commande" metteur : "Client"
rcepteur : "Service commercial"
- "Facture" metteur : "Service commercial"
rcepteur : "Client"
- "Bon de livraison" metteur : "Service commercial"
rcepteur : "Service livraison"
- "Produit" metteur : "Service livraison"
rcepteur : "Client "
19
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Liste des acteurs
Nom Code
Client CLIENT
Service commercial SERVICE_COMMERCIAL
Service livraison SERVICE_LIVRAISON
Liste des flux
Nom Code
Bon de livraison BON_DE_LIVRAISON
Commande COMMANDE
Facture FACTURE
Produit PRODUIT
20
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Acteur Client
Nom : Client
Code : CLIENT
Libell :
Type : Externe
Liste des metteurs
Flux reu Acteur metteur
Facture Service commercial
Produit Service livraison
Liste des rcepteurs
Flux mis Acteur rcepteur
Commande Service commercial
21
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Acteur Service commercial
Nom : Service commercial
Code : SERVICE_COMMERCIAL
Libell :
Type : Interne
Liste des metteurs
Flux reu Acteur metteur
Commande Client
Liste des rcepteurs
Flux mis Acteur rcepteur
Bon de livraison Service livraison
Facture Client
22
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Acteur Service livraison
Nom : Service livraison
Code : SERVICE_LIVRAISON
Libell :
Type : Interne
Liste des metteurs
Flux reu Acteur metteur
Bon de livraison Service commercial
Liste des rcepteurs
Flux mis Acteur rcepteur
Produit Client
23
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Informations des flux
Flux Bon de livraison
Nom : Bon de livraison
Code : BON_DE_LIVRAISON
Libell :
Emetteur : Service commercial
Rcepteur : Service livraison
Flux Commande
Nom : Commande
Code : COMMANDE
Libell :
Emetteur : Client
Rcepteur : Service commercial
Flux Facture
Nom : Facture
Code : FACTURE
Libell :
Emetteur : Service commercial
Rcepteur : Client
Flux Produit
Nom : Produit
Code : PRODUIT
Libell :
Emetteur : Service livraison
Rcepteur : Client
24
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 1
Modle
2ime Partie
MERISE Traitements
Analyse des flux
MCT
K. RHOFIR
26
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Contenu de ce chapitre
Rappel : Abstraction
Le modle conceptuel des traitements
Evnement - Rsultat
Opration
Synchronisation
Rgle dmission
Rsum des concepts du MCT
Exemple
Processus
Schma denchanement des processus
Schma conceptuel
AMC Designor Traitements : Structure fonctionnelle en 3 tapes
Notions utilises par AMC Designor
Exercice 2
27
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Rappel : Abstraction
Il s'agit avant tout avec MERISE de formaliser des notions complexes qui
sont difficilement utilisables sous leur forme finale (Programmes
informatiques, fichiers de donnes...). Pour cela on utilise diverses tapes
progressives durant lesquelles on ne s'intresse qu' certains aspects de cette
formalisation :
Formalisation Conceptuelle :
A pour but la formalisation des donnes et
traitements ncessaires au SI sans aborder les
aspects d'organisation. Il s'agit d'apporter la
rponse la question : QUOI ?
Formalisation Organisationnelle:
A pour but d'apporter la formalisation
conceptuelle les notions de temps, de lieux et
d'acteurs, soit rpondre aux questions : QUAND ?
OU ? et QUI ?
Formalisation Oprationnelle:
A pour but de dfinir les solutions techniques
rpondant aux besoins soulevs lors des tapes
prcdentes. Il s'agit de rpondre la question :
COMMENT ?
28
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Les modles de traitements
Reprsenter la dynamique du systme dinformation
Schma des flux
MCC
la circulation des informations
les ples dactivit

MCT
MOT
MOPT

les finalits
de l entreprise,
du domaine
lorganisation
de l entreprise,
du domaine
29
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le modle conceptuel des traitements
Dfinit les lois indiquant la raction que choisit
dadopter lentreprise pour faire face de faon
mthodique aux sollicitations quelle reoit.
reprsenter les actions menes par lentreprise en
raction aux sollicitations (externes ou internes)
indpendamment de toute contrainte lie son
organisation
mise en vidence des cycles, synchronismes et points
dcisionnels, indpendamment des moyens et de toute
rpartition des tches
Concepts :
vnement, opration, synchronisation, processus
30
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Evnement - Rsultat
Sollicitation du systme dinformation dont
lapparition est de nature dclencher
lexcution de traitements dtermins.
Le rsultat issu dun ensemble de traitements
peut devenir son tour initialisateur dun
autre ensemble de traitements
Exemples :
Rupture de stock
Arrive
commande
31
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Opration
Succession de traitements (actions) pouvant
tre excuts de faon continue
dont le dclenchement est provoqu par lapparition d un
vnement ou de plusieurs vnements synchroniss,
dont le droulement nest conditionn par lattente d aucun
vnement autre que le dclencheur initial.
Enchanement ininterruptible dactions
Exemple :
Prparation
commande
32
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Synchronisation
Expression des rgles de prsence simultane
de plusieurs occurrences dvnements ou de
la condition (boolenne) ncessaire au
dclenchement dune opration.
Exemples :
[(Rupture de stock) et (Demande satisfaire)]
ou (Proposition fournisseur)
dclenche
Prparation commande
33
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Rgle dmission
Condition, traduisant les rgles de gestion,
laquelle est soumise lmission dun rsultat
Exemples :
- OK
- non OK
- toujours
- commande conforme
- commande non conforme
OK NOK
34
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Rsum des concepts du MCT
35
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exemple
Prparation
commande
Rupture
de stock
(a)
(a et b)
ou c
Besoin
produit
(b)
Proposition
fournisseur
(c)
Proposition
fournisseur
(c)
36
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Processus
Sous-ensemble de lactivit dont les points
dentre et de sortie sont des vnements
stables par rapport aux modifications
ventuelles de choix dorganisation.
Enchanement synchronis doprations.
Ensemble des chemins possibles permettant
de passer dune famille dvnements E aux
rsultats R correspondants
37
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exemple denchanement des processus
Approvisionnement
Rception marchandises
Rglement fournisseur
Campagne dachat
Bon de commande
Livraison
Facture
Rglementt
38
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Schma conceptuel
Rsultat
Un schma conceptuel de traitements reprsente
lactivit du domaine d application dcompose en
processus qui sappuient sur les vnements
naturels qui sont le fondement mme de cette
activit. Il met en vidence :
les cycles
les synchronismes
les points dcisionnels
indpendamment des moyens ou de toute rpartition
des tches
39
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
40
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
Structure fonctionnelle en 3 tapes
Edition
Edition
MCC
MCT
MOT
Dossier
du MCC
Dossier
du MCT
Dossier
du MOT
Edition
Validation du MCD par
rapport au MCT
Validation du MPD par
rapport au MOT
Import
41
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor

Nom de l' opration
Action 1
Action 2

a) Opration
Une opration est une production de flux d'information. Une opration est
dfinie immatriellement, sans contrainte organisationnelle. Elle dcrit
aussi bien la gestion manuelle, que la gestion automatise. Une opration
se dcompose en actions.
Symbole :
b) Action
Une action est une fonction lmentaire. Entre les actions d'une opration,
il n'y a pas d'tat d'attente, et leur droulement est squentiel.
Une action peut faire rfrence une ou plusieurs rgles de gestion. Elle
peut utiliser une ou plusieurs entits et/ou associations pour des actions de
cration, modification, suppression ou consultation.
Une action apparat sur le graphique dans le symbole de l'opration.
42
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
c) Rgle de gestion
Une rgle de gestion est une loi qui, l'chelle de l'entreprise, va
s'appliquer systmatiquement dans les divers cas qu'elle est cense rgir.
Les rgles de gestion servent dfinir l'ensemble des rgles respecter
pour les actions. Une mme rgle de gestion peut tre applique une ou
plusieurs actions.
d) Evnement
Un vnement est un flux de nature quelconque, ou un fait concourant au
lancement d'une opration.
Un vnement est gnralement dsign par un verbe au participe pass
ou par un substantif driv.
Symbole :
Nom de
l' vnement
43
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
e) Condition de synchronisation
La condition de synchronisation est reprsente par une condition
boolenne liant les vnements dclencheurs grce aux oprateurs
logiques ET, OU et NON. L'opration n'est alors dclenche que si la
condition est ralise.
Symbole :
a ET (b OU c)
Opration
Action 1
Action 2
Evne-
ment 1
(a)
Evne-
ment 2
(b)
Evne-
ment 3
(c)
44
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
f) Rgle d'mission
Une rgle d'mission dfinit la condition sous laquelle des
vnements rsultats seront produits par une opration.
Une opration peut avoir une ou plusieurs rgles d'mission, une
rgle grant l'mission de un ou plusieurs vnements rsultats.
Une opration peut ne pas avoir de rgle d'mission. Dans ce cas,
l'mission des vnements est inconditionnelle.
Exemple :
a ET (b OU c)
Opration
Action 1
Action 2
Em. 1 Em. 2
Evne-
ment 4
(m)
Evne-
ment 5
(n)
45
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 2
La socit LOGIP+ commercialise des logiciels. Les
commandes de ces logiciels, envoyes par les clients, arrivent soit
par fax, soit par courrier. Les documents reus sont tris par le
service commercial, qui spare les commandes des autres
documents reus.
Les commandes reues font l'objet d'une saisie dans la base de
donnes de l'entreprise, puis le bon de livraison et la facture sont
dits. Si cette phase n'a pas pu se drouler correctement, la
commande est rejete.
L'dition du bon de livraison provoque, si la commande est
disponible en stock, la prparation de la disquette et de la
documentation par le service livraison, et l'envoi par ce mme
service de l'ensemble par Chronopost.
46
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 2
Dfinition du MCT
Nous dduisons de la description les diffrentes oprations qui
devront tre cres :
-"Traitement des courriers
-"Traitement des fax"
-"Traitement d'une commande"
-"Livraison"
Il faut ensuite dcouper chacune de ces oprations en un ensemble
d'actions lmentaires :
- "Traitement des courriers" : "Trier par nature"
- "Traitement des fax" : "Trier par nature"
- "Traitement d'une commande" : "Saisir commande"
"Editer bon de livraison"
"Editer facture"
- "Livraison" : "Prparer disquette"
"Prparer documentation"
"Envoyer par Chronopost "
47
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 2
Nous devons maintenant trouver les vnements dclencheurs et les vnements rsultats de ces oprations
(entre parenthses, les rgles d'mission quand elles sont diffrentes de "toujours") :
- "Traitement des courriers"
dclencheur : "Arrive courrier"
rsultat : "Commande par courrier" (BC)
- "Traitement des fax" :
dclencheur : "Arrive fax
rsultat : "Commande par fax" (BC)
- "Traitement d'une commande" :
dclencheurs : "Commande par courrier"
OU
"Commande par fax"
rsultats : "Bon de livraison" (OK)
"Commande rejete" (pas OK)
- "Livraison" :
dclencheurs : "Stock disponible"
ET
"Bon de livraison"
48
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 2
Modle :
2ime Partie
MERISE Traitements
MOT
K. RHOFIR
50
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Contenu de ce chapitre
Rappel : Abstraction
Les modles de traitements
Le modle organisationnel des traitements
Les concepts du MOT
MOT : rsultat
Rsum MOT
AMC Designor Traitements : Structure fonctionnelle en 3
tapes
Notions utilises par AMC Designor
Exercice 3
51
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Rappel : Abstraction
Formalisation Organisationnelle:
A pour but d'apporter la formalisation
conceptuelle les notions de temps, de lieux et
d'acteurs, soit rpondre aux questions : QUAND ?
OU ? et QUI ?
La formalisation organisationnelle consiste spcifier l'organisation
qui rgira les donnes et les traitements tudis lors de la formalisation
conceptuelle.
Pour les traitements, on s'intresse aux notions de temps, de lieux et
d'intervenants. C'est ce niveau que l'on dissociera les oprations
manuelles des oprations automatises.
52
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Les modles de traitements
Reprsenter la dynamique du systme dinformation
Schma des flux
MCC
la circulation des informations
les ples dactivit

MCT
MOT
les finalits
de l entreprise,
du domaine
lorganisation
de l entreprise,
du domaine
53
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le modle organisationnel des
traitements
Prendre en compte les choix de lorganisation
rpartition des traitements entre lhomme et la
machine
choix du type de dialogue
rpartition gographique et fonctionnelle de la
responsabilit du dclenchement des tches
54
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Le modle organisationnel des
traitements
Le MOT est issu du MCT, dont il reprend la reprsentation de
base, et surtout de l'organisation choisie la fin de l'tude
pralable.
La reprsentation du MOT utilise un tableau dont les colonnes
sont les intervenants, acteurs et lieux, et o les lignes apportent la
notion de temps :
55
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Les concepts du MOT
vnement-rsultat, procdure, poste de
travail, phase, tche
pour reprsenter
les tches effectues par les diffrents acteurs
les changes
les donnes auxquelles il est fait appel
les contraintes organisationnelles
56
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Les concepts du MOT
Evnement - Rsultat
Sollicitation du systme dinformation dont
lapparition est de nature dclencher lexcution
de traitements dtermins
Le rsultat issu dun ensemble de traitements peut
devenir son tour linitiateur dun ensemble
dautres traitements
exemples : rupture de stock, proposition
fournisseur, etc.
57
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Procdure
Sous-ensemble de lactivit dont les points dentre et
de sortie sont des vnements stables par rapport aux
modifications ventuelles de lorganisation, en tenant
compte des diffrentes variantes de lactivit tudie,
de lorganisation des moyens et du degr
dautomatisation
exemples : saisie automatique en diffr des
commandes de rapprovisionnement, saisie
transactionnelle des commandes urgentes, saisie
manuelle des commandes lexportation
58
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Poste de travail
Unit dactivit lmentaire vue comme un
ensemble de ressources ncessaires
lexcution des tches qui lui sont affectes
exemples : Agent, guichet, Service...
59
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Phase
Succession de tches excutes au sein dun
mme poste de travail pour une occurence
donne dvnements, et non interruptible par
une nouvelle occurence de lvnement qui
la initialise (unit spatiale et temporelle).
Tche :
sous-ensemble continu dune phase correspondant
lunicit de loprateur.
60
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
MOT : rsultat
Le MOT permet de dcomposer les processus
identifis au niveau conceptuel en phases puis
en tches.
Mise en vidence des phase purement
immdiates, des rponses immdiates ou
diffres, sans prjuger du lieu dexcution
des traitements machines ni du support
physique matrialisant les vnements-
rsultats.
61
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
62
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
AMC Designor Traitements
Structure fonctionnelle en 3 tapes
Edition
Edition
MCC
MCT
MOT
Dossier
du MCC
Dossier
du MCT
Dossier
du MOT
Edition
Validation du MCD par
rapport au MCT
Validation du MPD par
rapport au MOT
Import
63
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
Etape 3 : Modlisation du MOT
AMC*Designor / MOT permet une modlisation plus fine du systme
d'information, en tenant compte des contraintes relles de
fonctionnement de l'organisation.
On utilise les notions d'acteur, phase, tche, module, vnement,
synchronisation, rgle d'mission et rgle d'organisation pour
construire ce modle.
AMC*Designor / MOT peut vrifier tout instant la cohrence du
modle.
a) Acteur
Un acteur est une entit organisationnelle charge dexcuter un
certain nombre de phases. Si lacteur appartient au domaine dtude,
il est dit interne, externe dans le cas contraire.
Dans le schma du MOT, les acteurs sont reprsents par les
colonnes dun tableau :
64
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
Priode Affaire Fournisseur Comptabilit Achat Type
b) Phase
Une phase est une suite ininterrompue de tches de mme priodicit,
excutes par le mme acteur.
Symbole :

Nom de la phase
c) Tche
Une phase est dcompose en tches. Chaque tche reprsente une
fonction lmentaire.
65
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Notions utilises par AMC Designor
d) Evnement
Le concept dvnement au niveau du MOT est rigoureusement
identique celui qui existe dans le MCT.
e) Rgle d'organisation
Une rgle dorganisation dcoule dun choix dorganisation. Elle peut
donc tre applique une ou plusieurs tches. Elle correspond souvent
une rgle de gestion du niveau conceptuel, laquelle on ajoute des
contraintes organisationnelles.
f) Module
Le concept de module fait rfrence au MOpT (Modle Oprationnel de
Traitements) de la mthode MERISE. Il sagit dexpliciter laide de quel
moyen est excute une tche. Ainsi, un module peut tre un cran de
saisie, un programme ddition, un programme batch... Un mme module
peut tre utilis par une ou plusieurs tches, et peut tre lui-mme
compos de plusieurs autres modules.
66
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 3
La socit LOGIP+ commercialise des logiciels. Les
commandes de ces logiciels, envoyes par les clients, arrivent soit
par fax, soit par courrier. Les documents reus sont tris par le
service commercial, qui spare les commandes des autres
documents reus.
Les commandes reues font l'objet d'une saisie dans la base de
donnes de l'entreprise, puis le bon de livraison et la facture sont
dits. Si cette phase n'a pas pu se drouler correctement, la
commande est rejete.
L'dition du bon de livraison provoque, si la commande est
disponible en stock, la prparation de la disquette et de la
documentation par le service livraison, et l'envoi par ce mme
service de l'ensemble par Chronopost.
67
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 3
. Dfinition du MOT
Nous dduisons de la dfinition du MCC les acteurs du modle :
- "Secrtariat"
- "Livraison"
Il convient d'y ajouter un autre acteur pour des contraintes d'organisation :
- "Comptabilit"
Nous dduisons de la description et du MCT, les diffrentes phases qui devront tre cres :
- "Traitement des courriers"
- "Traitement des fax"
- "Traitement d'une commande"
- "Facturation"
- "Livraison"
Il faut ensuite dcouper chacune de ces phases en un ensemble de tches lmentaires :
- "Traitement des courriers" : "Trier par nature"
- "Traitement des fax" : "Trier par nature"
- "Traitement d'une commande" : "Saisir commande"
"Vrifier type de rglement"
- "Facturation" : "Calculer prix"
"Editer facture"
- "Livraison" : "Prparer disquette"
"Prparer documentation"
"Envoyer par Chronopost"
68
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 3
Nous devons maintenant trouver les vnements dclencheurs et les vnements rsultats de ces phases :
- "Traitement des courriers" :
dclencheur : "Arrive courrier"
rsultat : "Commande par courrier"
- "Traitement des fax" :
dclencheur : "Arrive fax"
rsultat : "Commande par fax"
- "Traitement d'une commande" :
dclencheur : "Commande par courrier"
OU
"Commande par fax"
rsultat : "Commande accepte"
- "Facturation" :
dclencheur : "Commande accepte"
rsultat : "Facture prte"
- "Livraison" :
dclencheur : "Stock disponible"
ET
"Facture prte"
rsultat : "Bon de livraison"
69
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Exercice 3
Modle:
2ime Partie
MERISE Traitements
MOPT
K. RHOFIR
71
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Contenu de ce chapitre
Rappel : Abstraction
Les modles oprationnel de traitements :
concepts
Les 2 dmarches de spcifications internes d une
application
72
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Rappel : Abstraction
Formalisation Oprationnelle:
A pour but de dfinir les solutions techniques
rpondant aux besoins soulevs lors des tapes
prcdentes. Il s'agit de rpondre la question :
COMMENT ?
La formalisation oprationnelle consiste spcifier
comment seront raliss les lments du projet. C'est une
formalisation propre aux informaticiens et qui ne concerne
qu'eux.
Pour les traitements, on s'intresse la structure interne
des applications qui sont raliser.
73
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Concepts du MOPT
Le MOPT s'intresse la structure interne de toutes les
applications du projet. Son objectif est la prparation du
dveloppement :
Dfinir les normes de dveloppement, si celles-ci
n'appartiennent pas dj au schma directeur.
Dcomposer chaque application en modules
techniques :
Dfinir les donnes internes au module
technique.
Dfinir les traitements du module technique
(Procdures, fonctions) :
-Prsentation du traitement technique.
-Appel du traitement technique.
-Informations en entre.
-Informations en sortie.
74
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Concepts du MOPT
-Rsultat.
-Donnes internes au traitement technique.
-Description du traitement technique (pseudo-
code, algorithme ...).
Dfinir le cahier des tests.
Le MOPT est fortement dpendant des outils de
dveloppement choisis lors de l'tude pralable.
Notons ici l'impact des Ateliers de Gnie Logiciel (AGL)
dont le but initial est d'optimiser la gestion du code de
programmation pour la ralisation et surtout la
maintenance.
75
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
2 dmarches
Deux dmarches existent concernant les spcifications internes
d'une application :
Analyse descendante
Il s'agit de la dmarche la plus communment utilise et la plus
naturelle, car elle consiste dcomposer le rsultat que l'on
souhaite obtenir en lments de plus en plus petits.
Analyse ascendante
Il s'agit d'une dmarche plus ambitieuse, ncessitant un
investissement initial important.
Apparus avec les langages objets, cette dmarche a pour but de
dfinir les lments de base en premier puis de constituer les
lments qui utiliseront ces lments de base et cela jusqu'au
rsultat souhait.
76
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
2 dmarches
La question que l'on se pose en dbut de dmarche est alors : "
De quoi vais-je avoir besoin pour faire mon application ?" Il s'agit
donc de prvoir tous les outils qui seront ncessaires la
ralisation de l'application puis de constituer cette dernire avec
ces outils.
Le but avou de cette dmarche est de raliser des lments qui
soient indpendants de l'application, ceci de manire pouvoir
tre rutiliss pour d'autres applications.
On parle alors d'analyses orientes objet. Cette dmarche ne
ncessite pas l'utilisation d'un langage objet bien que cela soit
prfrable.
D'autre part, le fait de programmer avec un langage objet
n'assure pas d'avoir une dmarche ascendante.
77
k
.

R
H
O
F
I
R

S
I
@
2
0
1
1
/
2
0
1
2
Source: http://www.jacobsen.no/anders/blog/archives/images/project.html