Insia Merise 04 MCT

INSIA SIGL 2
La mthode MERISE
MCT
Bertrand LIAUDET
SOMMAIRE
SOMMAIRE
DCF ET MCT DIAGRAMME CONCEPTUEL DES FLUX MODELE

CONCEPTUEL DES TRAITEMENTS
0. Introduction
1.
Rappels - Les tapes du dveloppement dun logiciel
2.
Rappels - Le cycle dabstraction
3.
La modlisation
4.
Objectif du MCT : la description conceptuelle de lentreprise : le QUOI
5.
Les diffrents modles et leurs relations
1. Le Diagramme Conceptuel des Flux DCF (ou diagramme de contexte)
Description de lactivit de lentreprise
Exemples de projet (cahier des charges)
Distinction entre systme entreprise et systme logiciel
Distinction entre acteur externe et acteur interne
Distinction entre la cause de lactivit et activit elle-mme
Distinction entre le flux et lactivit
Diagramme conceptuel des flux (diagramme de contexte) : un seul acteur interne
Deux acteurs externes spciaux : les chances et les dcisions
2. Tableau des processus
Processus
Flux IN (en entre) et flux OUT (en sortie)
Le tableau des processus
Syntaxe et smantique
Exemples
Validation du diagramme de contexte : dcouverte de nouveaux flux
Vrification syntaxique du tableau des processus
Erreur habituelle viter !
3. Le Modle Conceptuel des Traitements
Prsentation
Exemple
INSIA MERISE SIGL 2 Cours 04 page 1/29 - Bertrand LIAUDET
3
3
3
4
5
5
5
6
6
6
6
7
8
9
10
10
12
12
12
12
12
13
14
15
15
16
16
16
4.
Opration et rgles de gestion

Activits, rgles de gestion, fonctions
vnement vnement dclencheur (IN) rsultat (OUT)
Synchronisation
Conditions de sortie
Exemples de synchronisation et de conditions de sortie
Formalisme gnral dune opration
Prsentation du MCT
MCT et MCD : MCT analytique
Vrification du MCT
Complment du modle : la notion dtat
Expression dun MCT
Mthode de construction dun MCT
Exercices
Grande surface
Vente par correspondance des billets dun tournoi de tennis.
Commandes des fournisseurs
Abonnements lopra
Organisme de formation
Rparation automobile
Ouverture dun compte vue dans une agence bancaire
Socit Graphico
Premire dition : dcembre 2008
17
18
18
18
18
19
20
20
21
21
23
23
24
25
25
25
25
26
26
26
27
27
DCF ET MCT
DIAGRAMME CONCEPTUEL DES FLUX
MODELE CONCEPTUEL DES TRAITEMENTS
Il est facile de dcrire la mthode MERISE de lanalyse organisationnelle, encore que son
application exige coup sr savoir et pratique.
0.
Introduction
1.
Rappels - Les tapes du dveloppement dun logiciel

Il y a quatre distinctions capitales dans le dveloppement dun logiciel.
Premire distinction : Dveloppement = Conception + Ralisation

Conception
Ralisation
t=0
t=fin
temps
Le projet se droule dans le temps : il commence avec la conception, il se termine avec la
ralisation.
Deuxime distinction : Conception = Analyse fonctionnelle + Analyse organique
La conception se divise en deux parties :
Analyse fonctionnelle
Analyse organique
Ralisation
t=0
t=fin
ANALYSE FONCTIONNELLE
ANALYSE ORGANIQUE
EXTERNE
INTERNE
Le QUOI
Le COMMENT
temps
Point de vue de lutilisateur et du Point de vue de linformaticien et

client, le matre douvrage, MOA : du matre duvre, MOE: celui
celui qui commande le logiciel
qui ralise le logiciel
Build the right system
Build the system right
Troisime distinction : Analyse organique = Architecture systme + Analyse dtaille

Lanalyse organique se divise en deux parties :
Larchitecture systme (ou analyse organique gnrale): elle soccupe de lorganisation

des sous-systmes logiciels et matriels du systme complet.
Lanalyse dtaille (ou analyse organique dtaille) : elle soccupe du dcoupage en

procdure et en fonctions informatiques de chacun des sous-systmes logiciels. A ce niveau
vont apparatre les en-ttes des fonctions, voir leurs pseudo-codes.
Quatrime distinction : donnes versus traitements : lanalyse des donnes.

La dernire distinction est celle qui est faites entre les donnes et les traitements.
Analyse fonctionnelle et MCD
Le MCD va nous permettre de faire lanalyse fonctionnelle des traitements.
2.
Rappels - Le cycle dabstraction
LE CYCLE DABSTRACTION
Niveaux
DONNEES
TRAITEMENTS
CONCEPTUEL
MCD
Modle conceptuel des donnes
Signification des informations sans
contraintes techniques,
organisationnelle ou conomique.
Modle entit association
MCT
Modle conceptuel des traitements
Activit du domaine sans prciser les
ressources et leur organisation
QUOI
MOT
MOD
Modle organisationnel des
Modle organisationnel des
traitements
donnes
Fonctionnement du domaine avec les
QUI, OU, QUAND Signification des informations avec
ressources utilises et leur organisation
contraintes organisationnelles et
(rpartition des traitements sur les
conomiques. (Rpartition et
postes de travail)
quantification des donnes ; droit des
utilisateurs)
ORGANISATIONNEL
LOGIQUE
COMMENT
PHYSIQUE
COMMENT
MLD
Modle logique des donnes
Description des donnes tenant
compte de leurs conditions
dutilisation (contraintes dintgrit,
historique, techniques de
mmorisation).
Modle relationnel
MLT
Modle logique des traitements
Fonctionnement du domaine avec les
ressources et leur organisation
informatique.
MPT
MPD
Modle physique des donnes
Modle physique des traitements
Description de la (ou des) base(s) de Architecture technique des programmes
donnes dans la syntaxe du Systme
de Gestion des donnes (SG.Fichiers
ou SG Base de Donnes)
Optimisation des traitements
(indexation, dnormalisation,
triggers).
Daprs ISIM, p. 37
3.
La modlisation
La modlisation est lactivit qui consiste produire un modle.
Un modle est ce qui sert ou doit servir dobjet dimitation pour faire ou reproduire quelque
chose.
On sintresse ici la modlisation des traitements.
Un modle des donnes est une reprsentation de lensemble des traitements.
Un modle doit tre systmatique : dune part, il concerne la totalit des traitements, dautre
part la lecture du modle doit permettre de rendre compte de la ralit reprsente (les
traitements du monde rel) sans ambigut.
4.
Objectif du MCT : la description conceptuelle de lentreprise : le QUOI

Lorsque quelquun essaye de faire comprendre ce quest son activit, le plus souvent il ne fait
pas la distinction entre les contraintes dordre conceptuel, organisationnel, logique ou matriel.
Le rle de lanalyse fonctionnelle (du DCF et du MCT) sera de dcrire lactivit du domaine
indpendamment des contraintes organisationnelles (lorganisation des services de lentreprise,
par exemple), logiques (on envoie des courriers ou on envoie des mails) et matrielles
(lentreprise dispose dun rseau informatique ou nen dispose pas).
Objectif : reprsenter formellement les activits exerces par le domaine (lentreprise ou une
partie de lentreprise).
Intrt : la connaissance de ces activits est la base du systme dinformation.
Abstraction : le MCT fait abstraction de lorganisation, cest--dire des moyens et des
ressources ncessaires lexcution de ces activits.
Le QUOI : Le MCT exprime le QUOI et pas le PAR QUI, le QUAND, le OU ou le
COMMENT.
5.
Les diffrents modles et leurs relations
DFD amricain et DCF MERISE

Il existe plusieurs modles de reprsentation des traitements au niveau de lanalyse
fonctionnelle :
DFD (Data Flow Diagram, Diagramme des flux de Donnes, modle amricain)
DCF et MCT (Diagramme Conceptuel des Flux Modle conceptuel des traitements)
Le DFD est peu prs quivalent au DCF.
DCF et MCT
On va le voir, le DCF est la prparation du MCT.
1.
Le Diagramme Conceptuel des Flux DCF (ou diagramme de contexte)
Description de lactivit de lentreprise

La description de lactivit de lentreprise est complexe : elle mlange les diffrentes activits,
leurs causes, leurs consquences, la faon dont elles sont ralises en fonction de lorganisation
de lentreprise et des mthodes et techniques propres lentreprise.
Cette description rend les choses difficiles comprendre.
Lobjectif du DCF est de rendre compte de faon schmatique et non ambigu de lactivit de
lentreprise.
Exemples de projet (cahier des charges)

Une boulangerie produit des paquets de gteaux maison quelle vend en magasin mais aussi
par correspondance. Elle souhaite informatiser son systme de gestion des ventes par
correspondance.
Une association reoit des dons de donateurs privs. Pour chaque don, lassociation
enregistre la date du don, son montant ainsi que le nom et ladresse du donateur. Une fois
par an, le 15 janvier, lassociation envoie des reus fiscaux aux donateurs de lanne. Les
reus fiscaux prcisent le nom et ladresse du donateur, lanne fiscale, le montant et la date
du don. Pour chaque don, on prcise la date denvoi du reu fiscal. Toutes les donnes
concernant les dons et les donateurs sont conserves. A loccasion, lassociation envoie des
courriers aux donateurs (mailing). Pour chaque courrier, on conserve la date et le texte du
courrier. On conserve aussi la liste de tous les donateurs qui on a crit.
Dans ces cahiers des charges, il ne sagit pas seulement de dvelopper un logiciel, mais il sagit
aussi de mettre en place un nouvel outil, informatique, pour grer lentreprise.
Distinction entre systme entreprise et systme logiciel
Dans une premire analyse, on ne va pas sintresser directement lactivit ralise via un
logiciel, mais plus gnralement lactivit ralise par lentreprise.
On peut distinguer 3 lieux : lentreprise (le systme entreprise), le monde extrieur et le logiciel
(systme logiciel).
Ces trois lieux sont des abstractions concentriques : lentreprise inclut le logiciel et le monde
extrieur inclut lentreprise.
Monde extrieur
Systme Entreprise
Systme Logiciel
Monde extrieur
On va ensuite dcrire les changes entre ces trois lieux :
Le monde extrieur communique avec lentreprise.
Lentreprise communique avec son systme logiciel.
Le monde extrieur peut aussi communiquer directement avec le systme logiciel (borne
automatique, site internet).
Place du SIO et du SII dans le schma

Le SIO est un ensemble inclus dans le systme entreprise.
Le SIO contient une partie du systme logiciel.
Le SII, cest la partie du systme logiciel contenue par le SIO.
Le SII est donc inclus dans le systme logiciel.
Place du DCF dans le schma
Le DCF dcrit :
les relations entre le monde extrieur et le systme entreprise considre comme un tout.
Le MCT ajoutera :
Les relations entres les activits de lentreprise considre comme un tout et la base de
donnes.
Distinction entre acteur externe et acteur interne

Les acteurs
Lacteur est une unit active : il fait quelque chose. Les acteurs peuvent tre :
des personnes : le client, le comptable, etc.
des services : le secrtariat, le service comptable, la banque, etc.
des machines : un lecteur de badge qui fait office de contrle dentre, un site internet de
vente en ligne dans une entreprise de VPC et de vente en magasin.
Acteur externe
Le monde extrieur est le lieu des acteurs externes : principalement le client, mais aussi les
fournisseurs, etc.
Acteur interne
Lentreprise est le lieu des acteurs internes : le secrtariat, le service comptabilit, un lecteur de
badge, un guichet automatique, etc.
Echanges entre les acteurs

La description des changes entre le monde extrieur et lentreprise correspond la description
des changes entre les acteurs externes et internes.
Lacteur peut tre la source dun change avec un autre acteur ou le rcepteur dun change
avec un autre acteur. Lacteur peut transformer et/ou renvoyer les flux reus.
Exemple :
ENTREPRISE
Envoie une commande
Client
Secrtariat
Vrif
Livre le produit
Comptabilit
Ordre
Livraison
Distinction entre la cause de lactivit et activit elle-mme

Activit
Lactivit, cest le travail effectu lintrieur de lentreprise.
Tant que lactivit se droule, le systme nest pas au repos : il est actif.
Traitement, opration et tche sont des activits.
Cause de lactivit : lvnement dclencheur
Les activits sont dclenches par des vnements.
Avant lvnement dclencheur, le systme est au repos.
Production et fin de lactivit : les rsultats
Les activits produisent des rsultats.
Le dernier rsultat marque la fin de lactivit.
A la fin de lactivit, le systme retrouve la situation de repos.
Exemple : une entreprise de vente par correspondance.
Tant que lentreprise na pas reu de commande, elle est au repos (en considrant que toutes les
autres tches sont effectues).
Ds quon reoit une commande, il sagit dun vnement dclencheur. Lactivit commence.
Lactivit consiste traiter la commande : enregistrer les informations de la commande, prparer
la remise en banque du chque, prparer la livraison, remettre le chque en banque, poster la
commande.
Lactivit sarrte avec la remise en banque du chque et lenvoi de la commande.
Distinction entre le flux et lactivit
Lactivit
Lactivit concerne un acteur et un seul. Elle ne dcrit pas un change entre plusieurs acteurs.
Le flux
Le flux dcrit un change entre deux acteurs.
Il est mis par un acteur destination dun autre acteur.
On ne sintresse quaux flux qui mettent en jeu au moins un acteur interne. Autrement dit, on
ne sintresse pas aux flux entre les acteurs externes.
Les flux dcrivent la cause et les rsultats de lactivit, et non pas lactivit elle-mme.
Le flux est change concret de quelque chose. On classe les flux en 5 catgories :
Matire (ce qui est transform ou consomm)
Finance
Personnel
Actif (matriel ou savoir-faire ncessaire pour exercer lactivit)
Information
Exemple : une entreprise de vente par correspondance (cf. exemple prcdent)

Il y a 3 flux dans cet exemple :
Du client vers lentreprise : envoi dune commande.
De lentreprise vers la banque : dpt dun chque.
De lentreprise vers le client : envoi du produit command.

Le premier flux correspond un vnement dclencheur.
Les deux autres des rsultats.
1 : Commande
Systme Entreprise
2 : Livraison
Client
3 : Dpt de chque
Entreprise
Banque
Diagramme de contexte
Diagramme conceptuel des flux (diagramme de contexte) : un seul acteur interne
Le DCF ou diagramme de contexte, cest le schma qui montre tous les flux du systme, mais en
faisant abstraction du dtail des acteurs internes pour nen considrer quun seul : lacteur
interne entreprise .
Dans un DCF, on ne sintresse pas aux relations structurelles et chronologiques entre les flux :
on ne cherche pas savoir que Commande est suivi de Livraison et de Dpt de chque. Ces
relations structurelles seront abordes dans le tableau des processus et dans le MCT.
Par contre, on numrote tous les flux, du premier (n1) au dernier (nN).
Deux acteurs externes spciaux : les chances et les dcisions
Exemple : Association et donateurs
Une association reoit des dons de donateurs privs. Pour chaque don, lassociation enregistre
la date du don, son montant ainsi que le nom et ladresse du donateur. Une fois par an, le 15
janvier, lassociation envoie des reus fiscaux aux donateurs de lanne. Les reus fiscaux
prcisent le nom et ladresse du donateur, lanne fiscale, le montant et la date du don. Pour
chaque don, on prcise la date denvoi du reu fiscal. Toutes les donnes concernant les dons et
les donateurs sont conserves. A loccasion, lassociation envoie des courriers aux donateurs
(mailing). Pour chaque courrier, on conserve la date et le texte du courrier. On conserve aussi la
liste de tous les donateurs qui on a crit. Les dons sont dposs en banque chaque matin. On
amne un bordereau la banque avec la liste des dons quon dpose, le montant de chaque don,
la banque du chque du don, le total des dons dposs.
5 : Echance reu
1 : Envoi d'un don
Association
Agenda
2 : Envoi d'un reu

Donateur
4 : Mailing
6 : Dcision mailing
Association
3 : Dpt de chque
Direction
Banque
Diagramme Conceptuel des Flux (diagramme de contexte)

Notion dchance
Une chance est un vnement particulier qui est lorigine dune activit dans lentreprise.
Par exemple : le 15 janvier est lchance de lactivit denvoi des reus fiscaux.
Lacteur lorigine de cet vnement est un acteur externe de type agenda . Il porte le nom
de lvnement quil produit.
Notion de dcision
Une dcision est un vnement particulier qui est lorigine dune activit dans lentreprise.
Par exemple : lassociation dcide, de temps en temps, de faire des mailings.
Lacteur lorigine de cet vnement est un acteur externe de type dcision .
Distinction entre acteur oprant et acteur dcisionnel
Il faut noter quune mme personne dans lentreprise peut la fois tre acteur interne et acteur
dcisionnel. En tant quacteur interne, il est oprant. En tant quacteur externe, il est dcideur.
2.
Tableau des processus
Processus
Un processus correspond lensemble des activits ralises par lentreprise partir dun ou
plusieurs vnements dclencheurs et aboutissant un ou plusieurs rsultats.
En principe, un processus trouve le systme au repos et en attente et le laisse, une fois toutes les
activits ralises, nouveau au repos et en attente.
Flux IN (en entre) et flux OUT (en sortie)
Les flux lorigine des vnements dclencheurs sont les flux IN.
Ce sont les flux qui vont du monde extrieur vers lentreprise.
Les flux lorigine dun rsultat sont les flux OUT.
Ce sont les flux qui vont de lentreprise vers le monde extrieur.
A partir dun diagramme de contexte, un processus se dcrit donc en prcisant le ou les flux
lorigine du processus (IN) et le ou les flux la sortie du processus (OUT).
Le processus peut tre vu comme une fonction C ou comme une procdure PASCAL : les
paramtres en entre sont les flux IN, les paramtres en sortie sont les flux OUT et le corps de la
fonction ou de la procdure, cest lensemble des activits ralises dans le processus.
Dans le tableau des processus, on prcise de faon gnrale, pour chaque processus, les activits
menes par lentreprise.
N processus
Flux IN (n et libell) Flux OUT (n et libell) Activits
Syntaxe et smantique
Les processus (comme les flux) sont numrots de 1 N.
Un processus a au moins un flux IN.
Un flux IN est dclencheur dune activit et une seule : il napparat donc quune seule fois dans
le tableau des processus.
Un processus peut ne pas avoir de flux OUT (mais cest rare : en gnral, quand lentreprise est
stimule par le monde extrieur, elle rpond en renvoyant quelque chose au monde extrieur).
Un processus qui na pas de flux OUT est un processus qui ne fait que mettre jour le systme
dinformation. On peut reprsenter son action en utilisant la notion dtat.
Exemples
Vente par correspondance
Etapes de lanalyse des processus
1. on numrote tous les flux.
2. on prend les processus IN un par un, et on se demande sil y a dautres flux IN associs et
quels sont les flux OUT correspondants.
3. on liste les principales activits associs au processus.
4. on nomme le processus et on le numrote
Processus
Flux IN
Flux OUT
Activits
1 : Gestions
Commande
1 : Commande
2 : Livraison
Saisie des donnes
3 : Dpt de chque
Prparation du bordereau bancaire
Dpt du chque
Prparation de la livraison
Livraison
Traduction en fonction :
NomDuProcessus (IN : flux In, OUT : flux out){

Activits
}
GestionCommande (IN : commande ; OUT : Livraison ; OUT : Dpt de chque) {
Saisie des donnes
Dpt du chque
Prparation de la livraison
Livraison
}
Remarque : la liste des sous fonctions dans le corps de la fonction du processus nest pas
ordonne. Ce nest pas un algorithme mais seulement un dcoupage de la fonction du processus
en sous fonctions.
Association et donateurs
Processus
Flux IN
Flux OUT
Activits
1 : Gestion don
1 : Envoi dun don
3 : Dpt de chque
2 : Gestion reu
5 : Echance du reu
2 : Envoi dun reu
3 : Gestion
mailing
6 : Dcision de
mailing
4 : Mailing
Saisie des donnes

Dpt du chque
Edition des reus
Mise sous plis
Envoi
Prparation du courrier
Slection des donateurs
Edition du courrier
Mise sous pli
Envoi
Traduction en fonctions :
NomDuProcessus (IN : flux In, OUT : flux out){

Activits
}
GestionDon (IN : Envoi dun don; OUT : Dpt de chque) {

Saisie des donnes
Dpt du chque
}
GestionReu (IN : Echance du reu; OUT : Envoi dun reu) {

Edition des reus
Mise sous plis
Envoi
}
GestionMailing (IN : Dcision de mailing; OUT : Mailing) {

Edition du courrier
Mise sous pli
Envoi
}
Validation du diagramme de contexte : dcouverte de nouveaux flux

Exemple :
Dans le cas de lassociation et des donateurs, on aurait pu ne trouver initialement que 3 flux :
1 : Envoi d'un don
Association
2 : Envoi d'un reu

Donateur
4 : Mailing
Association
Ce qui nous aurait donn le tableau des processus suivant :

N
Flux IN
Flux OUT
Activits
1 : Envoi dun don
???
Saisie des donnes
Dpt du chque
Edition des reus
Mise sous plis
Envoi
Edition du courrier
Mise sous pli
Envoi
???
2 : Envoi dun reu
???
4 : Mailing
Labsence de flux en entre pour les flux de sortie 2 et 4 conduit concevoir les acteurs
chance et dcision.
Labsence de flux en sortie pour le flux dentre 1 conduit penser au dpt en banque.
Vrification syntaxique du tableau des processus
Tous les flux IN du DCF doivent apparatre une et une seule fois dans la colonne flux IN du
tableau des processus.
Consquence : il ne doit pas y avoir de flux IN du DCF dans la colonne flux OUT du tableau des
processus.
Tous les flux OUT du DCF doivent apparatre au moins une fois dans la colonne flux OUT du
tableau des processus.
Il ne doit pas y avoir de flux OUT du DCF dans la colonne flux IN du tableau des processus.
Erreur habituelle viter !
Dans le cas de la vente par correspondance, on pourrait ajouter le flux de commande des
fournisseurs. En rponse on aurait le flux de livraison par le fournisseur.
Attention : il ne faut pas considrer le couple commande un fournisseur livraison par un
fournisseur comme un processus !
En effet, le flux commande un fournisseur est un flux OUT et le flux livraison par un
fournisseur est un flux IN. Or, un processus doit tre dclench par un flux IN.
Il faut donc considrer le flux livraison par un fournisseur comme un flux IN pour un
nouveau processus. En sortie, on pourrait avoir le paiement du fournisseur.
Il faut aussi trouver un flux dclencheur du flux commande un fournisseur . Le flux
dclencheur peut tre la commande dun produit par un client, ou une chance si on considre
que le rapprovisionnement est gr de faon hebdomadaire par exemple.
3.
Le Modle Conceptuel des Traitements
Prsentation
Source : on ralise le MCT partir du tableau des processus.
Reprsentation graphique : le MCT dcrit graphiquement les processus du tableau des
processus.
Opration : chaque processus est appel Opration .
Evnement : les processus sont dclenchs par 1 ou N vnements (flux IN) en provenance du
monde extrieur.
Rsultat - Message : les processus produisent 0 ou N rsultats ou messages en direction du
monde extrieur (flux OUT).
Synchronisation : on prcise la synchronisation des vnements dclencheurs (flux IN) de
lopration.
Conditions de sorties : on prcise les conditions de sortie des rsultats (flux OUT) de
lopration.
Exemple
Exemple 1 : lentreprise boulangerie
On repart de la boulangerie avec le dtail des acteurs internes : le secrtariat reoit la commande
et saisit toutes les informations de la commande. Il envoie le paiement la comptabilit. La
comptabilit valide le paiement et envoie lordre de livraison au service livraison. Le service
livraison livre le produit.
Rception d'
une
commande
Toujours
Traitement d'une commande
Saisie des informations
Validation du paiement
Livraison du produit
OK
Livraison
du produit
pb paiement
rupture stock
Envoi d'un
courrier
La numrotation des vnements suit celle des flux dans le DCF et le tableau des processus.
La numrotation des oprations suit celle des processus dans le tableau des processus.
Opration et rgles de gestion
Prsentation
Une opration, cest la raction du systme face larrive dun ou plusieurs vnements
conjoints mis par des acteurs externes.
Une opration a un point de dpart et un seul : une fois dclenche par larrive des vnements
dclencheurs, elle se droule sans interruption jusqu sa terminaison.
Seule lattente dun vnement complmentaire justifie le dcoupage en plusieurs oprations.
Lopration du MCT correspond au processus du tableau des processus.
Les oprations sont numrotes en suivant la numrotation des processus.
Opration et programmation
Une opration, cest lquivalent dune fonction ou dune procdure dans un langage de
programmation structur type PASCAL ou C.
Les vnements dclencheurs sont les paramtres en entre de la fonction.
Les vnements rsultats sont les paramtres en sortie de la fonction.
Les rgles de gestion sont les sous-fonctions appeles par la fonction.
Activits, rgles de gestion, fonctions

Lopration regroupe lensemble des activits qui peuvent tre effectues larrive du ou des
vnements dclencheurs. Ces activits sont appeles : rgles de gestion ou activits.
En gnral, on liste les activits dans lordre o elles vont sexcuter. Toutefois, la liste des
activits nest pas un algorithme. Une activit ne sexcute pas ncessairement.
Deux activits qui senchanent directement sans passer par un acteur externe doivent tre
regroupes dans une mme opration.
Rien noblige ce que toutes les activits de lopration soient effectues chaque fois.
vnement vnement dclencheur (IN) rsultat (OUT)
Par dfaut, le systme est considr comme tant au repos.
Un vnement, cest :
Soit ce qui met le systme en branle : lvnement cause le droulement dune opration. Il
est mis par un acteur externe. Ces vnements dclencheurs correspondent aux flux IN.
Soit le rsultat du droulement dune opration. Ce rsultat est un vnement destination

dun acteur externe. Ces vnements rsultats correspondent aux flux OUT.
Les vnements sont numrots en suivant la numrotation des flux du tableau des processus et
du DCF.
Synchronisation
La synchronisation cest la rgle de dclenchement des activits de lopration.
Cest une condition logique applique aux vnements dclencheurs.
Exemples :
Toujours (quand il ny a quun seul vnement dclencheur).
Evt1 et Evt2
Evt1 ou Evt2
Etc.
Conditions de sortie
Les conditions de sortie sont les conditions dans quelles conditions les rsultats sont produits.
Ce sont des conditions logiques qui font suite au droulement des rgles de gestion.
Les diffrentes possibilits de sortie ne sont pas ncessairement exclusive les unes des autres.
Exemples de conditions de sortie :
Toujours
OK (dans le cas gnral)
Pas OK (dans le cas contraire au cas gnral)
Si telle condition
Exemples de synchronisation et de conditions de sortie
e1
NOM OPRATION
liste des fonctions
OK
Pas OK
e1 et e2
NOM OPRATION
liste des fonctions
Toujours
e1 ou e2
NOM OPRATION
liste des fonctions
si a
si b
si c
Formalisme gnral dune opration
Evt 1
Evt 2
Evt N
synchronisation
Opration
Activit 1
Activit 2
Activit 3
etc.
conditions
Rsult_1
Rsult_2
Prsentation du MCT
MCT non synchrone
Dans un MCT non synchrone, on prsente toutes les oprations indpendamment les unes des
autres.
MCT synchrone
On peut prsenter le MCT en reliant les oprations entre elles selon le principe suivant :
Un acteur peut recevoir un rsultat dune opration et, suite cela, produire un vnement
pour une autre opration.
La synchronisation des oprations permet de clarifier lordre dans lequel les oprations se
passent.
Quand on prsente la synchronisation des oprations, on a intrt, pour allger le schma, ne
pas lister les rgles de gestion.
MCT et MCD : MCT analytique
On peut prsenter le MCT en reprsentant les actions (SIUD, Select, Insert, Update, Delete) sur
les entits et sur les associations du MCD.
Prsentation
e1
NOM OPRATION
liste des fonctions
OK
SIUD
entit1
IU
entit2
Pas OK
Formalisme graphique
opration
opration
opration
opration
Entit
Entit
Entit
Entit
Insert
Update
Delete
Select
Vrification du MCT
3 principes de vrification
La validation par les gestionnaires et les futurs utilisateurs du domaine.
La simulation manuelle.
La vrification syntaxique
La validation par le client et les utilisateurs
La validation par le client et par les futurs utilisateurs consiste leur faire lire le rapport
danalyse fonctionnelle.
La vrification par simulation manuelle
La simulation manuelle consiste drouler manuellement le modle : on part dvnements

produits par les acteurs externes et on droule les oprations.
La vrification syntaxique
Les numros des vnements correspondent aux numros des flux du tableau des processus et
du DCF.
Les numros des oprations correspondent aux numros des processus du tableau des
processus.
La vrification smantique
Trois types de problmes smantiques sont viter :
Latteignabilit des rsultats
Un rsultat doit tre atteignable : les conditions de dclenchement des synchronisations du

chemin qui mne un rsultat doivent pouvoir tre vraies (problme smantique).
Le fonctionnement cyclique
Un cycle apparat lorsquun vnement ou un tat contribue une opration qui produit,
directement ou travers plusieurs oprations, ce mme vnement ou tat.
En cas de cycle, il faut prciser clairement les conditions de dmarrage et darrt du cycle.
Les situations de conflit
Il existe deux types de situation de conflit :
si un vnement ou un tat participe plusieurs synchronisations
si un rsultat est destin plusieurs acteurs.
Exemple 1 :
Exemple 2 :
FACTURATION
calculer et produire
la facture
PROPOSITION de PRT
offre
2
facture
CLIENT
X
COMPTABILIT
CLIENT
accord
et
CONCLUSION PRT
DOSSIER
ouvert
refus
et
NGOCIATION PRT
ISIM, p. 83
Exemple 1 : la facture (rsultat) est destine plusieurs acteurs. Le conflit est rsolu par
duplication : cest le sens du 2 .
Exemple 2 : Un client envoie une rponse qui est un accord ou un refus. Cette rponse participe
la synchronisation de deux traitement. Le conflit est rsolu en distinguant deux cas de rponse
pour le client et en prcisant que les deux flux envoys par le client (accord ou refus) sont
exclusif (lun ou lautre mais pas les deux) : cest le sens du X qui relie les deux flux.
Si le conflit nest pas rsolu, le MCT est dit non-dterministe.

Complment du modle : la notion dtat
Ltat modlise une situation du systme dinformation qui conditionne le fonctionnement des
activits.
Ltat peut-tre vu comme un vnement ou un rsultat, mais qui reste lintrieur du
systme.
En tant quvnement, il est mis non pas par un acteur, mais par une activit.
En tant que rsultat, il est mis non pas destination dun acteur mais destination dune
activit.
Pour dcrire un tat, on prcise :
Le nom de lobjet concern
Le nom de lattribut dtat de lobjet concern
La valeur de ltat
ventuellement la rgle permettant de dterminer ltat
Formalisme :
Nom de lobjet :
Nom de lattribut :
Valeur de ltat :
ARTICLE
Disponibilit
OK
Expression dun MCT
Le MCT MERISE regroupe lensemble de lanalyse prsente.

Ainsi, dans la prsentation dun MCT on trouve :
La liste descriptive des acteurs
Le diagramme des flux
Le MCT
Pour chaque opration, on dcrit :

a. Les vnements qui contribuent lopration
b. Les tats pralables lopration
c. Les conditions de synchronisation des vnements et des tats
d. Les fonctions de lopration
e. Les donnes utilises par les fonctions
f. Les conditions de production des rsultats et des tats
g. Les rsultats produits

h. Les tats rsultants de lopration
Mthode de construction dun MCT
La construction du MCT se fait en trois tapes :
Le DCF
Le MCT proprement dit
La construction du MCT ne pose aucune difficult partir du moment o le DCF et le tableau

des processus ont t raliss.
4.
Exercices
Grande surface
Une entreprise de distribution de type grande surface comprend linfrastructure suivante : un

sige social, trois entrepts, des magasins de type hypermarchs, supermarchs et suprettes.
Cette socit est adhrente une centrale dachat ce qui permet dobtenir auprs des
fournisseurs des remises importantes.
Les fournisseurs livrent la marchandise dans les magasins ou dans les entrepts, en fonction de
la demande.
On sintresse lactivit de vente de produits correspondant une collection , par exemple :
camping t , jouets de Nol , etc.
La dtermination des commandes est ralise partir du catalogue tabli par la centrale dachat
et de lhistorique des ventes de chaque magasin correspondant cette collection.
Les magasins peuvent dclencher des commandes de rassortiment auprs des fournisseurs si les
ventes sont suprieures aux prvisions. Ils peuvent aussi demander un rapprovisionnement
partir des stocks des entrepts.
Une campagne de soldes peut tre dclenche en fin de priode.
En fin de collection, les invendus, aprs inventaire, sont retourns aux fournisseurs ou mis en
entrepts pour tre intgrs la collection de lanne prochaine.
Vente par correspondance des billets dun tournoi de tennis.
Le 1 fvrier, la FFT met destination des licencis les imprims de demande de place, raison
dun par jour et par spectateur.
Le postulant renvoie la demande avec le chque correspondant.
La FFT contrle les demandes reues.
Les instructions sont closes le 1er mars et toute demande en retard est rejete.
Pour les jours de tournoi peu demands (la premire semaine de la quinzaine), les places sont
envoyes aux demandeurs et leur chque encaiss.
Pour la deuxime quinzaine, la demande est suprieure loffre. Il y a tirage au sort et seul les
gagnants reoivent des places. Aux autres, la FFT renvoie le chque accompagn dune lettre
dexcuses.
La FFT accepte quune personne puisse renvoyer sa place deux semaines avant le dbut du
tournoi en prlevant toutefois 10% du prix du billet retourn. Pass ce dlai, la FFT refuse tout
remboursement et retourne le billet son acqureur.
Commandes des fournisseurs
Ds rception dun bon de commande, le service Client vrifie la solvabilit du client.

Les commandes acceptes donnent lieu un ordre dexpdition pour le magasin.
Le magasin traite tous les jours les ordres reus, et, en fonction de ltat des stocks :
Met la commande en attente et passe une commande de rapprovisionnement au fournisseur.
Emet un bordereau de livraison pour les magasiniers et un avis pour le service de

facturation.
Le magasin actualise ltat des stocks en fonction des livraisons des fournisseurs aprs
rapprochement avec les commandes de rapprovisionnement.
Le service facturation envoie mensuellement, en fin de priode, les factures aux clients. Aprs
paiement des factures, elles sont dclares soldes lorsque le dlai de paiement est coul. Si le
paiement nest pas parvenu, une relance est envoye au client.
Abonnements lopra
A partir du 1er juillet de chaque anne, lopra envoie des propositions dabonnement ses
anciens abonns ainsi qu des personnes dun fichier achet une entreprise de mailing.
Les personnes intresses renvoient le talon avec un chque au montant indiqu. Pass le 15
septembre, plus aucune rponse nest accepte (retour du chque avec lettre
daccompagnement).
Les demandes reoivent une liasse de billet dits prvisionnels pour six spectacles rpartis
dans lanne ainsi que le programme.
Pour chaque spectacle, les abonns doivent confirmer par tlphone le jour prcis de la
reprsentation choisie et ceci sept jours avant la date de la premire reprsentation du spectacle.
Le jour J, les abonns se prsentent au guichet de lopra au moins une heure avant le dbut
du spectacle. Leur billet prvisionnel est alors transform en billet rel. Ils peuvent alors
pntrer dans la salle.
Sils arrivent trop tard, leur billet prvisionnel est perdu et la place est rcuprer par dventuels
spectateurs hors abonnement.
Organisme de formation
Un organisme qui gre des formations fonctionne de la faon suivante :

Un candidat demande son inscription une formation. Le secrtariat de lorganisme rpond en
envoyant un n de stagiaire au candidat qui le conserve tant que durent ses rapports avec
lorganisme. Le candidat reoit aussi une convocation pour des preuves de slection. Il est
port sur la liste des candidats au stage demand en attente de subir les preuves de slection. A
lissue des preuves de slection, gres par le service de slection, si la note est infrieure 10,
la candidature est refuse et le candidat reoit une lettre de refus. Si la note du candidat est
suprieure 10 et quil reste de la place pour le stage, le candidat est dclar reu et il reoit
une lettre dacceptation. Si la note du candidat est suprieure 10, mais que le stage est
complet, le candidat est mis en liste dattente dun ventuel dsistement et reoit un courrier
linformant de la situation. A compter de ce moment, le candidat peut, jusquau dbut du stage,
renoncer suivre la formation. Quand le secrtariat reoit un courrier de dsistement, il met
jour la liste dattente. En cas de dsistement dun candidat reu, le premier candidat de la liste
dattente est dclar reu. Il reoit une lettre dacceptation. Au dbut du stage, les reus en
attente sont aviss de leur rejet dfinitif sur ce stage, mais ils ont la possibilit de conserver le
bnfice de leur slection en demandant leur inscription un stage ultrieur.
Rparation automobile
Le client prend un RDV pour la rparation.

Le jour convenu, le client se prsente la rception du garage et indique au chef datelier les
rvisions et rparations effectuer. Le chef datelier les note sur une fiche suiveuse.
Le vhicule est pris en charge par un mcanicien. Sil dtecte des rparations non prvues, le
chef datelier contacte le client par tlphone et demande son accord sur le complment de
rparation. Si le client refuse, seuls les travaux initialement prvus seront effectus.
Le mcanicien rdige un bon de sortie de pices du magasin de pices dtaches. Il effectue les
rparations et note sur la fiche suiveuse le nombre dheures passes.
Le bon de sortie de pices de rechange et la fiche suiveuse sont transmis au service facturation
qui tablit la facture.
Quand le client vient rcuprer sa voiture, le caissier lui remet la facture et encaisse le paiement.
La voiture est rendue au client.
Ouverture dun compte vue dans une agence bancaire
Un client se prsente au guichet muni dune carte didentit et dun justificatif de domicile et
demande louverture dun compte vue.
Le guichetier ouvre un dossier et saisit sur son terminal les coordonnes du client (nom, prnom,
date de naissance, adresse, etc.) afin de vrifier, entre autres, que celui-ci nest pas interdit
bancaire. Si cest le cas, le dossier est transmis au niveau suprieur. Si le client nest pas interdit
bancaire, il lui est attribu un numro de compte.
Le client doit dposer la caisse une somme forfaitaire et en liquide, qui va crditer son compte,
afin de bnficier dans les meilleurs dlais dun carnet de chque et, sil le souhaite, dune carte
bancaire. Ce dpt confirm par le caissier sur son terminal, permet la poursuite des oprations.
Le guichetier procde limpression, sur limprimante du guichet, du contrat en 3 exemplaires.
Aprs signature par le client de la liasse ainsi imprime, le guichetier lui remet un exemplaire, en
conserve un dans le dossier quil vient douvrir et transmet le troisime sa hirarchie. Selon le
choix du client, le guichetier envoie partir de son terminal un ordre de fabrication de chquier
et, ventuellement, de carte bancaire. Cet ordre sera pris en compte en fin de journe par les
services comptents. Le dossier tant ds lors complet, le guichetier peut le ranger dans une
armoire ou il est class par ordre numrique.
Socit Graphico
La socit Graphico est une socit qui vend au dtail des articles papeterie et de graphisme
dans ses 5 magasins mais galement par correspondance.
Organisation du personnel
Chaque magasin a un directeur de magasin et des employs qui grent la fois les ventes et les
stocks. Un directeur peut avoir un ou plusieurs adjoints. Pour chaque salari, on connat sa date
dembauche, son salaire, son poste, le magasin dans lequel il travaille. Chaque anne, le salaire
est rvalu. On archive lhistorique des volutions de salaire de chaque salari. Les salaris
peuvent aussi tre amens changer de magasin et changer de nombre dheures travailles
contractuellement par mois. On archive aussi ces changements. Un employ peut devenir adjoint
de direction ou directeur. Les salaris peuvent aussi changer de magasin. Chaque changement du
salaire, du contrat, du magasin ou du poste est considr comme une tape dans la carrire dun
salari.
Ventes
La vente donne lieu un ticket avec la date, le mode de paiement, la liste des produits vendus, le
prix unitaire de chaque produit, la quantit de produit achet, le montant total pour chaque
produit, le montant total pour la vente, le nombre total de produits achets. Le ticket tient lieu
de facture avec un numro de facture.
Pour chaque vente, on sait quel caissier a effectu la transaction.
Le mode de paiement est enregistr : liquide, chque, CB ou chque cadeau.
Fidlisation
Les clients peuvent demander une carte de fidlit. Il donne alors leur nom, prnom et adresse.
A chaque achat, le client peut prsenter sa carte de fidlit. Si le client prsente sa carte de
fidlit, la vente est associe ce client. Son compte fidlit est alors crdit. Par pallier de 1000
euros, il obtient un chque cadeau de 50 euros.
Chaque magasin mne des campagnes de fidlisation de ses clients, en effectuant des envois
personnaliss promotionnels selon les profils de sa clientle (catgorie des produits achets,
volume dachats, lieu dhabitation, etc.) loccasion de ces campagnes, les clients qui nont pas
command ou achet depuis 3 ans sont radis des fichiers. Chaque directeur de magasin dcide
des campagnes mener. Le directeur gnral de la socit peut aussi dcider de campagne
gnrale.
Approvisionnement
Chaque magasin est indpendant mais passe, chaque dbut de semestre, ses commandes
dapprovisionnement une centrale dachat globale aprs avoir choisi ses fournisseurs. Les
magasins payent la centrale dachat au moment de la commande.
La centrale dachat est une entreprise indpendante du magasin.
La centrale dachat envoie chaque dbut de semestre un catalogue de produits et de fournisseurs
avec les prix des produits. Les fournisseurs peuvent aussi envoyer directement des catalogues de
produits avec les prix.
Les fournisseurs livrent directement aux magasins. A chaque livraison, les magasins informent la
centrale dachat.
En cas de rupture de stock, le magasin peut aussi sapprovisionner directement chez les
fournisseurs.
Chaque magasin gre la rception des livraisons des fournisseurs. Les fournisseurs peuvent livrer
les commandes en plusieurs fois.
Chaque fournisseur identifie ses produits par un numro qui lui est propre. La socit Graphico
a ses propres identifiants pour ses produits.
Un mme produit peut tre propos par plusieurs fournisseurs.
Inventaire
Chaque magasin vrifie occasionnellement ltat rel de son stock pour chaque produit. Cela
permet de connatre le nombre darticles manquants (probablement vols). Les articles
dtriors sont aussi sortis du stock. La direction veut pouvoir connatre lhistorique des vols et
des dtriorations pour chaque produit.
Management
Chaque responsable de magasin gre ses articles : gestion des articles en commande et en stock,
procdure de rapprovisionnement auprs de la centrale dachat et des fournisseurs, gestion des
entres magasin et des sorties (livraison des fournisseurs, ventes, etc.).
Chaque responsable de magasin gre de faon autonome ses ventes : volume daffaires, articles
achets, date des achats, montant des achats, etc.
Chaque magasin est libre de choisir le prix de vente des produits.
Chaque responsable de magasin gre les embauches et les modifications de carrire des
employs. Quand un employ quitte la socit, on le supprime de la BD.
Chaque responsable de magasin gre les plannings mensuel de ses employs.
Chaque responsable de magasin a accs en permanence un tat de ses comptes : clients,

articles, ventes, salaris, etc.
VPC
La vente par correspondance (VPC) est gre comme un magasin : le magasin de vente par
correspondance (MVPC). Le MVPC gre ses approvisionnements comme un magasin via la
centrale dachat ou ventuellement directement auprs des fournisseurs.
Une commande prcise une liste darticles avec leur numro de rfrence et, par article, la
quantit et le prix unitaire et est associ un client.
Par correspondance, les paiements sont effectus par chque ou par carte bancaire. La
vrification du mode de paiement est effectue avant la livraison. En cas dinvalidit, on envoie
un courrier au client pour linformer du problme et on bloque la livraison. Une fois par mois,
on dtruit toutes les commandes non abouties depuis plus dun mois.
Le MVPC est compos de : un secrtariat ; un service gestion des stocks et livraison aux
clients ; une direction. La comptabilit du service MVPC est gre par le service comptable
centralis.
Comptabilit
La comptabilit de la socit et des magasins est gre par un service comptable centralis.
Ce service gre lencaissement des chques. En cas de problme de paiement (chque ou carte
bancaire refuss par la banque), le service comptable gre lenvoi des courriers de relance au
client concern.
La comptabilit gre les payes des employs. Tous les 20 du mois, la direction des magasins
envoie au service comptabilit les informations concernant les horaires des employs : nombre
dheures effectues par jour, absences, type dabsence (arrt maladie, vacances, absences
injustifies).
OBJECTIFS
On veut raliser un logiciel qui permette au directeur de chaque magasin de grer les stocks, les
ventes, les clients et les employs. Le systme doit permettre de connatre ltat des stocks
tout moment, ltat des commandes, le bilan de ventes, le bilan des ventes des employs, le
nombre dheures travaills par un employ, le montant des achats faits par un client, le montant
des achats par produit ou par catgorie de produit fait par client, etc.
Le directeur pourra connatre les tapes de la carrire de chacun de ses employs. Il connatra
aussi les jours et le nombre dheures travailles prvues et ralises. Il pourra ainsi faire parvenir
linformation au service central de comptabilit qui grera les payes.

Insia Merise 04 MCT

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Insia Merise 04 MCT

Încărcat de

Drepturi de autor:

Formate disponibile

INSIA SIGL 2

DCF ET MCT DIAGRAMME CONCEPTUEL DES FLUX MODELE

Opration et rgles de gestion

Premire dition : dcembre 2008

INSIA MERISE SIGL 2 Cours 04 page 2/29 - Bertrand LIAUDET

Rappels - Les tapes du dveloppement dun logiciel

Premire distinction : Dveloppement = Conception + Ralisation

Point de vue de lutilisateur et du Point de vue de linformaticien et

Build the system right

Troisime distinction : Analyse organique = Architecture systme + Analyse dtaille

Larchitecture systme (ou analyse organique gnrale): elle soccupe de lorganisation

INSIA MERISE SIGL 2 Cours 04 page 3/29 - Bertrand LIAUDET

Lanalyse dtaille (ou analyse organique dtaille) : elle soccupe du dcoupage en

Quatrime distinction : donnes versus traitements : lanalyse des donnes.

Rappels - Le cycle dabstraction

INSIA MERISE SIGL 2 Cours 04 page 4/29 - Bertrand LIAUDET

Objectif du MCT : la description conceptuelle de lentreprise : le QUOI

Les diffrents modles et leurs relations

DFD amricain et DCF MERISE

INSIA MERISE SIGL 2 Cours 04 page 5/29 - Bertrand LIAUDET

Le Diagramme Conceptuel des Flux DCF (ou diagramme de contexte)

Description de lactivit de lentreprise

INSIA MERISE SIGL 2 Cours 04 page 6/29 - Bertrand LIAUDET

On va ensuite dcrire les changes entre ces trois lieux :

Le monde extrieur communique avec lentreprise.

Lentreprise communique avec son systme logiciel.

Place du SIO et du SII dans le schma

Distinction entre acteur externe et acteur interne

des personnes : le client, le comptable, etc.

des services : le secrtariat, le service comptable, la banque, etc.

INSIA MERISE SIGL 2 Cours 04 page 7/29 - Bertrand LIAUDET

Echanges entre les acteurs

Distinction entre la cause de lactivit et activit elle-mme

Matire (ce qui est transform ou consomm)

Actif (matriel ou savoir-faire ncessaire pour exercer lactivit)

Exemple : une entreprise de vente par correspondance (cf. exemple prcdent)

Du client vers lentreprise : envoi dune commande.

De lentreprise vers la banque : dpt dun chque.

De lentreprise vers le client : envoi du produit command.

INSIA MERISE SIGL 2 Cours 04 page 9/29 - Bertrand LIAUDET

INSIA MERISE SIGL 2 Cours 04 page 10/29 - Bertrand LIAUDET

2 : Envoi d'un reu

Diagramme Conceptuel des Flux (diagramme de contexte)

INSIA MERISE SIGL 2 Cours 04 page 11/29 - Bertrand LIAUDET

Tableau des processus

Flux IN (n et libell) Flux OUT (n et libell) Activits

INSIA MERISE SIGL 2 Cours 04 page 12/29 - Bertrand LIAUDET

Saisie des donnes

Prparation du bordereau bancaire

NomDuProcessus (IN : flux In, OUT : flux out){

1 : Envoi dun don

2 : Envoi dun reu

Saisie des donnes

INSIA MERISE SIGL 2 Cours 04 page 13/29 - Bertrand LIAUDET

NomDuProcessus (IN : flux In, OUT : flux out){

GestionDon (IN : Envoi dun don; OUT : Dpt de chque) {

GestionReu (IN : Echance du reu; OUT : Envoi dun reu) {

GestionMailing (IN : Dcision de mailing; OUT : Mailing) {

Validation du diagramme de contexte : dcouverte de nouveaux flux

1 : Envoi d'un don

2 : Envoi d'un reu

INSIA MERISE SIGL 2 Cours 04 page 14/29 - Bertrand LIAUDET

Ce qui nous aurait donn le tableau des processus suivant :