Vous êtes sur la page 1sur 38

La modélisation des flux

et
Le modèle conceptuel de
traitements MCT

2
La modélisation des flux

Définitions 
• Domaine d’activité : découpage de l ’entreprise
en fonction de sa stratégie.
• Domaine d’activité des ressources humaines;
• Domaine d’activité de la production;
• Domaine d’activité commercial.
• Chaque domaine d’activité est décomposé en
grande fonction de l ’entreprise appelée activité:
• Activité recrutement pour le domaine
d’activité des ressources humaines.

3
La modélisation des flux

• Champ d’étude (ou domaine d’étude) :


représente les domaines d’activités et/ou les
activités qui composent le système à étudier.
C’est un sous système cohérent d’activités de
l’entreprise.
• Le domaine d’étude « gestion commerciale » est
composé de :
• La gestion des commandes;
• La gestion des factures;
• La gestion des comptes clients.

4
La modélisation des flux

• Acteur :tout ce qui peut émettre ou recevoir


des flux.
Par ex. : un domaine d'activité, un service, une
personne, une fonction ou sous-fonction d'une
organisation
Acteur externe : entité externe à l'organisation
ou au domaine étudié. Ex : client, fournisseur,
banque, …
Acteur interne : appartient à l'organisation ou au
domaine étudié. Ex : service production, service
commercial, …

5
La modélisation des flux

• Flux : lot d'informations transmis entre deux


acteurs du SI étudié. Il est caractérisé par son
nom et la liste des données qui le compose.
• Flux interne : émis par un acteur interne au
SI étudié.
• Flux externe : émis par un acteur externe au
SI étudié. 
• Le choix interne/externe est fondamental : il
décrit la frontière du domaine étudié. C’est à
faire tout au début d’une analyse.
• Ce choix doit être négocié avec les
demandeurs de l’informatisation.
6
Le modèle conceptuel de flux MCF

Objectif 
Le modèle conceptuel de flux permet de :
• Représenter les flux échangés entre les
domaines d’activités de l’entreprise ou
entre les activités d’un domaine d’étude.
• Délimiter précisément un champ d’étude.

7
Le modèle de contexte

Le champ d’étude n’est pas détaillé (boite noire) et la


seule préoccupation est de représenter les flux
échangés avec l’extérieur.

Autre Domaine
Flux
1 Activité 1 2 Activité 2
Flux

3 Activité 3 Partenaire
extérieur

8
Le modèle de contexte

Exemple : Gestion d’un organisme de recherche

contrôle
Cour des comptes

1 Domaine Domaine
personnel 2 Budget, finance

budget
Demande de
recrutement
Demande
budget

3
Domaine
scientifique Ministère de
Dotation budget
Affectations tutelle

conventions

Universités

9
Le modèle détaillé
Le champ d’étude est détaillé et le niveau de détail
recherché correspond à celui d’une opération
élémentaire.
Le MCF de la gestion commerciale

Commande

Client Commande à
facturer

Demande de
1 Enregistrer
commandes 2 facturer
déstockage

facture
Autorisation de
déstockage

Stock
3 Livrer

marchandise

Bon de livraison +
Facture +
marchandise
10
Le modèle organisationnel de flux MOF

Définition
Le MOF appelé aussi diagramme de flux
représente les flux échangés entre :
• Les acteurs du domaine d’étude;
• Les acteurs du domaine d’étude et les partenaires
extérieurs ou domaine extérieur au domaine d’étude.
Formalisme : Flux 2
Acteur 1 Flux 1 Acteur 2

Flux 3 Acteur 3 Flux 4


11
Exemple : Gestion des sinistres dans une société
d’assurance
A l'arrivée d'une déclaration de sinistre, on
l'examine. Si la déclaration est recevable, on
demande l'avis d'un expert, sinon on notifie le
refus à l'assuré. Au retour de l'expertise et après
réception de la facture du garage, on calcule le
montant du remboursement et on envoie le
chèque au client.
 Liste des acteurs : SOCIETE D’ASSURANCE (int),
CLIENT (ext), EXPERT (ext), GARAGE (ext)
Liste des flux :DECLARATION, DEMANDE AVIS,
FACTURE, REFUS, AVIS EXPERT, CHEQUE

12
Champ d’étude
Déclaration

interne Assureur
Refus Client
externe
Chèque

Facture
Avis Demande
d’avis

Expert Garage

externe externe

13
Matrice des flux
 
• Matrice des flux : constitue une autre manière de
représenter les flux d'information entre acteurs.
• les acteurs figurent en tête des lignes et des
colonnes;
• un flux apparaît à l'intersection d'une ligne et
d'une colonne. 
Émetteur / Acteur1 Acteur2 Acteur3
Récepteur

Acteur 1 Flux 1 Flux 3

Acteur 2 Flux 2

Acteur 3 Flux 4
14
A partir de ce schéma on peut dresser la liste
de tous les événements en entrée du
système (arrivée d’un flux sur un acteur
interne) et tous les événements en sortie
(départ d’un flux d’un acteur interne vers un
acteur externe). C’est important pour la suite
de l’analyse.
Sur l’exemple :
- événements en entrée : arrivée d’une
déclaration, d’un avis d’expert, d’une facture
garage,
- événements en sortie : production d’un
refus, d’un chèque, d’une demande d’avis

15
Remarques

• A ce stade, on ne s’intéresse ni à
l’ordonnancement des flux ni aux activités
des acteurs. On dit qu’on fait abstraction de
ces détails.
• Les flux entre acteurs externes sont ignorés.
• On se limite aux flux informationnels en
ignorant les flux matériels (ex: dépôt du
véhicule).
• Les flux sont point à point. Un document
transmis à 2 destinataires donne 2 flux.
• Entre 2 acteurs, il peut y avoir plusieurs flux
dans le même sens s’ils sont non simultanés;
s’ils sont simultanés (ex: une liasse de
documents) on en fait un seul flux.
16
Remarques

• La décomposition en acteurs dépend du degré


de finesse de l'analyse (service ou individu).
• Un autre domaine du SI est considéré comme
un acteur externe (interne/externe est une
notion relative au domaine étudié).
• Ce qui est important se sont les flux externes
en entrée et en sortie qui délimitent le domaine
étudié.

17
Modèle Conceptuel des Traitements

Il décrit le fonctionnement du SI d’une organisation au


niveau conceptuel :
• On fait abstraction des contraintes
d’organisation et techniques;
• Répondre à la question QUOI ? Sans se soucier du
QUAND, COMMENT,QUI,OU
• on ne décrit que les règles fondamentales
de gestion (les invariants, ‘le métier’
de l’organisation);
• Description la plus stable.
18
Concepts de base

–Processus
–Opérations
–Règles d ’émission
–Événements
–Résultats
–Synchronisation

19
Concepts de base

Processus
Ensemble d ’opérations au sein d ’un
même domaine.
Exemple
si on considère le domaine gestion des
stocks
• Approvisionnement
• Déstockage
• Inventaire
20
Concepts de base

• Domaine considéré : gestion de la


livraison
• Trois processus :
–livraison
–facturation
–encaissement

21
Concepts de base

Opération
• Séquence continue d’actions qui sont
exécutable sans interruption.
• Déclenchée par un ou plusieurs
événements.
• Produit des résultats.

22
Concepts de base

Les actions sont constituées :


• Des traitements appliqués aux données
en entrée selon certaines règles;
• Des tâches de consultation et de mise à
jour d’une base d’informations (base de
données) implicitement accessible. 

23
Concepts de base
Règles d’émission
L’émission de résultats par une opération peut être conditionnée
par des règles appelées règles d’émission des résultats. Elles
caractérisent les résultats possibles de l’opération.
  Ex:
Prise en compte
d'une commande
  Produit Produit conditions d'émission
disponible non disponible des résultats

 
cde absence
à livrer produit

• les conditions d’émission portent souvent sur des cas d’anomalies (ex :
une rupture de stock).

24
Concepts de base

Événement / résultat
• Événement : fait de nature à déclencher
une opération.
• Résultat : effet résultant d ’une opération.

On distingue

• événement interne ou résultat;


• événement externe ou résultat.

25
Concepts de base

Les types d’événement


• Événements externes : proviennent de l’univers
extérieur, sont traités par une opération
conceptuelle (ex: arrivée d’un flux d’entrée, date de
déclenchement),
• Événements internes : générés par une opération
conceptuelle, contribuent au déclenchement d’une
autre opération (état intermédiaire du SI ou état
d’attente), 
• Événements résultats : générés par une opération
conceptuelle et destinés à l’univers extérieur
(résultats externes) ou à d’autres opérations
(résultats internes).
26
Concepts de base

–Demande de livraison ( client -> gestion livraison)


événement externe
–Ordre de livraison ( gestion livraison -> transporteur)
résultat externe
–Bon de livraison ( gestion livraison ( transporteur ->
gestion livraison ) événement externe
–Ordre de facturation ( gestion livraison -> facturation )
événement interne ( extra processus )
–Facture ( facturation -> client) résultat externe
–Double de la facture ( facturation -> caisse)
résultat/événement interne ( extra processus )
–Chèque ( client -> caisse ) événement externe
–Remise de chèque (caisse -> banque ) résultat externe
27
Concepts de base

Synchronisation 
• Condition exprimée sur les événements,
qui détermine le déclenchement d’une
opération.
• S’exprime sous la forme d’une
proposition logique utilisant des et et des
ou
• Exemple : a ou (b et c)

28
Concepts de base

Formalisme

Événements

a b c Synchronisation
a et (b ou c)
OP Opération

R1 R2 Règles d’émission

Résultats

29
Modèle Conceptuel des Traitements

Le fonctionnement du SI est décrit :


• par l’enchaînement d’opérations;
• déclenchées selon certaines conditions
de synchronisation (et, ou, …);
• par des événements contributifs
(internes ou externes);
• et produisant d’autres événements
résultats (internes ou externes).

30
 
Opération
Événement précédente
Événement
contributif
externe contributif
interne

a b c

[ Proposition logique (a,b,c) ]


acteur Schéma d’une
opération
Nom de l' opération
Règle Règle
conceptuelle
Émission … Émission

Événement Événement
résultat résultat
externe interne
Opération
suivante
Remarque : les acteurs sont facultatifs 31
Modèle Conceptuel des Traitements

Exemple :

Les demandes d'ouverture de compte bancaire


doivent suivre les règles de gestion suivantes :

Règle 1 : Toute demande d'ouverture de compte


doit faire l'objet d'un examen préalable.

Règle 2 : L'accord définitif d'ouverture ne peut


être donné qu'après avis de la Banque Centrale
du Maroc.
32
demande d’ouverture

Instruction de la demande
Recevable Non recevable

demande
avis BAM demande demande
instruite rejetée
a b
Avis de
la BAM a et b
On suppose que ce
Décision d’ouverture découpage est bien
une règle de gestion
OK non OK
et pas un simple
choix d’organisation
compte ouverture du travail.
ouvert refusée
33
Construction du MCT

LISTE DES ACTEURS ET DES FLUX

GRAPHE DES FLUX

LISTE DES EVENEMENTS REGLES DE GESTION


EN ENTREE ET EN SORTIE

MODELE CONCEPTUEL
DES TRAITEMENTS

34
Étape 1 : A partir du graphe des flux (complet ou
contextuel), on construit la liste de tous les
événements en entrée et en sortie du SI.
Étape 2 : Passage au MCT
• tout événement en entrée se retrouve en entrée d'une
opération,
• il existe d’autres événements en entrée (ex: des dates
conceptuelles);
• tout événement en sortie est produit par une
opération;
• une opération peut avoir plusieurs événements
contributifs vérifiant une règle de synchronisation;
• une opération peut avoir plusieurs événements résultats
émis selon certaines règles d'émission;
• tout événement résultat est destiné soit à un acteur
externe, soit à une autre opération;
• le découpage en opérations est guidé par les règles de
gestion. 35
Exemple : facturation
Bon de cde

Événement externe
client en entrée (arrivée flux)
Traiter bon cde
sur place à expédier

fin mois Bon expédition


Cde livrée client

a et b
Événement interne Établir facture Date
(état attente toujours conceptuelle
intermédiaire)
Événement résultat
client facture externe (émission flux)
36
Gestion des sinistres
Déclaration accident
client

Ouverture dossier
Demande Décl. OK Non OK client
d’avis
Dossier Dossier Lettre refus
ouvert classé
expert
Avis
expert a et b et c
Facture garage
Paiement
garagiste
toujours

Dossier États finaux


client clôt
Chèque
37
Règle de constitution MCT

–Toute opération est une suite non


interrompue de traitements
–Homogénéité d ’une opération
–On ne peut pas trouver deux opérations
liées entre elles par un résultat intra-
processus sans synchronisation
–Pas de redondance dans les opérations
–Il est impossible de référencer dans une
synchronisation des valeurs de propriétés

38

Vous aimerez peut-être aussi