INFORMATIQUE DE GESTION

SEG – S4

Mohammed Achkari Begdouri

Université Abdelmalek Essaadi
Faculté Polydisciplinaire à Larache - Département Informatique
[Link]@[Link]

Année universitaire 2018/2019

Chapitre 3: Modélisation des traitements : MCC, MCT, MOT

INFORMATIQUE DE GESTION – M25

SEG - S4
 Cycle d’abstraction de conception du SI

 La conception du système d'information se fait par étapes, afin

d'aboutir à un système d'information fonctionnel reflétant une
réalité physique
 Il s'agit donc de valider une à une chacune des étapes en prenant en
compte les résultats de la phase précédente

 D'autre part, les données étant séparées des traitements, il faut

vérifier la concordance entre données et traitements
 Vérifier que toutes les données nécessaires aux traitements sont
présentes et qu'il n'y a pas de données superflues

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 3

Cycle d’abstraction de conception du SI

Réel perçu

Expression des
besoins
 Cette succession d'étapes
est appelée cycle Modèle Conceptuel
d'abstraction pour la
conception des systèmes Modèle
Organisationnel
d'information :
Modèle Logique

Modèle Physique

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 4

Cycle d’abstraction de conception du SI

 L'expression des besoins est une étape qui consiste à définir ce

que l'on attend du système d'information automatisé, il faut
pour cela :
 Faire l'inventaire des éléments nécessaires au système d'information
 Délimiter le système en s'informant auprès des futurs utilisateurs

 Cela va permettre de créer le MCC (Modèle conceptuel de

communication) qui définit les flux d'informations à prendre
en compte

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 5

Modèle conceptuel de communication

 Objectif
 Représenter au niveau conceptuel les flux d’information du système
existant
 Définition des domaines de système
 Réduire la complexité en identifiant des sous problèmes traités
individuellement
 Identifier les acteurs externes et internes
 Modéliser les échanges d’informations entre les différents acteurs

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 6

Modèle conceptuel de communication

 Modèle produit
 Diagramme de flux appelé aussi Modèle Conceptuel de
Communication
 C’est une représentation graphique des acteurs et des flux échangés

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 7

 Acteurs et flux

 Acteur
 Tout ce qui peut émettre ou recevoir un flux
 L’acteur représente une unité active intervenant dans le fonctionnement
de l’entreprise
 Un acteur «fait quelque chose», il est actif
 Il peut être externe ou interne au domaine d’étude
 Acteur externe : entité externe à l’organisation ou au domaine étudié
 Exemple : clients, fournisseurs, banque

 Acteur interne appartient à l’organisation ou au domaine étudié

 Exemple : directeur, bureau d’accueil, service comptabilité…

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 8

 Acteurs et flux

 Flux
 Échange d’informations entre deux acteurs du SI étudié
 Exemple : documents, appels téléphoniques, données informatiques

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 9

 Étapes de réalisation du MCC

 La première étape de ce modèle est d’arriver à isoler le

système en le délimitant
 Il s’agit donc de définir le système et les éléments extérieurs avec
lesquels il échange des flux d’information
 Ces éléments extérieurs sont donc les acteurs externes

Acteurs
Organisation
externes

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 10

 Étapes de réalisation du MCC

 La deuxième étape consiste à découper l’organisation en

entité appelées acteurs internes (ou domaines)
 Lorsque les domaines d’une organisation sont trop importants, ils peuvent être
décomposés eux-mêmes en sous-domaines

 La dernière étape est l’analyse des flux d’information, c’est-à-

dire la définition des processus

Acteurs internes

Organisation
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 11
 Diagramme de contexte
 Le diagramme de contexte a pour but de représenter les flux
d’information entre l’organisation et les acteurs externes selon
une représentation standard dans laquelle chaque objet porte
un nom :
Acteur1
 L’Organisation est représenté par un
rectangle info1
 Les acteurs externes sont représentés par Acteur2
info2
des ellipses en pointillé Organisation
 Les flux d’informations sont représenté
par des flèches dont l’orientation désigne Acteur3
le sens de flux d’information
info3

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 12

 Modèle conceptuel de communication
 Le MCC (appelé aussi diagramme de flux) permet de compléter
le diagramme de contexte en décomposant l’organisation en une
série d’acteurs internes
 Dans ce diagramme la représentation standard est la suivante :
MSG1
Acteur1
 Les acteurs internes sont Acteur4 MSG4
représentés par des ellipses
MSG2 Acteur5
Acteur2
 Les messages internes sont
représentés par des flèches Acteur6 MSG5

Acteur3 MSG3

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 13

 MCC : exemple

Gestion des sinistres dans une société d’assurance

 À l’arrivé d’une déclaration de sinistre voiture, 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 du devis du garage de réparation, on calcule le
montant du remboursement et on envoie le chèque au client.
Organisation :  société d’assurance

Acteur :  Internes : -
 Externes : Client, Expert, Garage

Flux :  Déclaration, refus, demande d’avis, avis, devis,

chèque
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 14
 MCC : exemple

Gestion des sinistres dans une société d’assurance

Client

Expert

Garage
Société d’assurance

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 15

 Modèle conceptuel de traitement (MCT)

 Représente formellement les activités et le fonctionnement d’une

entreprise

 Repose sur la prise en compte des échanges (flux) du domaine

avec son environnement

 S’effectue en faisant abstraction de l’organisation et des choix

technologiques

On ne décrit que les règles fondamentales de gestion : les

invariants, « le métier » de l’entreprise (Description la plus stable)

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 16

 Modèle conceptuel de traitement (MCT)

 Le MCT est un «zoom» sur le MCC

 Dans le MCC, on représente les messages échangés entre acteurs
 Dans le MCT, on représente la réaction d’un acteur de l’organisation quand
il reçoit ce message et quelle opération il effectue

MCC MCT
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 17
 Modèle conceptuel de traitement (MCT)

 On s’intéresse dans le MCT à :

 À ce que fait le domaine (acteurs internes)
 Aux conditions de déclenchement d’une activité du domaine
 Dans quel but (quel est le résultat d’une activité)

 On ne cherche pas à savoir :

 Par qui ?
 Quand ?
 La manière de réalisation de ces actions ?

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 18

 Modèle conceptuel de traitement (MCT)

 Le fonctionnement de l’entreprise 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).

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 19

 Les éléments du MCT

 Événement : la prise en compte par le SI de quelque chose qui

se produit à l’extérieur ou à l’intérieur du SI
 Opération : est l’ensemble des actions à réaliser par le SI
 Synchronisation : proposition logique des événements qui
doivent être satisfaits pour déclencher une opération
 Règles d’émission : condition traduisant les règles de gestion en
déterminant les évènements du sortie
 Résultat
 Processus : enchainement des opérations incluses dans un même
domaine

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 20

 Événement

 On appelle événement un fait dont l'apparition déclenche une

ou plusieurs actions au sein de l’entreprise
 Ces actions constituent la réponse de l’entreprise à l'apparition de cet
événement
 Exemple : l’arrivée d’une commande d’un client déclenche la
préparation de livraison

Commande Commande
client Ou client

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 21

 Opération

 On appelle opération toute action (ou ensemble d’actions)

déclenchée(s) par un événement ou plusieurs événements
 Une opération produit un ou plusieurs résultats
 Exemple :
 L’opération préparer livraison regroupe les actions suivantes :
 Extraire le produit du stock
 Regrouper sur plateau d’expédition Commande
 Emballer
client

Préparer la
livraison

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 22

 Synchronisation

 La synchronisation correspond à la condition d’exécution de

l’opération
 Elle se présente sous forme de conditions booléennes d’événements

Événement Événement
A B L’expression logique (A et B)
décrit les condition de
synchronisation
A et B
Càd, l’opération X ne peut
être déclenchée que si les
évènements A et B se sont
Opération X produit

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 23

 Règles d’émission

 Les règles d’émission caractérisent les résultats possibles de

l’opération
 Exemple :

Préparer la livraison

Produit Produit non Règles

disponible disponible
d’émission

Livraison Commande
prête annulée

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 24

 Résultat

 On appelle résultat ce qui produit par l’exécution d’une

opération
 Exemple :

Commande Commande
client client
La préparation de la
livraison produit un colis à
Préparer la Préparer la expédier
Ou
livraison livraison
Le colis prêt constitue un
résultat
Colis Colis

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 25

 Commande
Processus client

Établir un bon de
livraison
 Un processus est un enchainement d’opération
relative à une même domaine d’activité
Bon de
livraison
Exemple :
 L’analyse du traitement des commandes clients dans Préparer l’expédition
l’entreprise fait apparaitre trois opération
enchainées : Commande
 L’établissement du bon de livraison expédiée
 La préparation
 La facturation
Facturation

Facture
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 26
 Élaboration du MCT

 Le MCT doit être progressivement construit, par étapes

successives :
1. Recenser les événements principaux
2. Identifier et décrire les opérations
3. Repérer les synchronisations
4. Préciser les règles d’émissions des résultats
5. Identifier les résultats par événement
6. Ordonner les blocs opérations

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 27

 Élaboration du MCT : 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

Question : Donner le MCT

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 28

Élaboration du MCT : Exemple

Demande d’ouverture

Instruction de la demande
Examen préalable
Recevable Non recevable

demande
avis BC demande demande
instruite rejetée
a b
Avis de
la BC a et b
Décision d’ouverture
OK non OK

compte ouverture
ouvert refusée

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 29

 Élaboration du MCT : Quelques erreurs
classiques
 Confusion entre événement d’entrée et règle d’émission

Prod Commande Commande

disponible client client
a b
a et b

Préparer la livraison Préparer la livraison

OK non OK Prod disponible Prod non disponible

Livraison Commande Livraison Commande

prête annulée prête annulée

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 30

 Élaboration du MCT : Quelques erreurs
classiques
 Confusion entre événement d’entrée et règle d’émission : Exemple

« Dans un magasin, on encaisse le montant dû par le client lors de son

passage en caisse après édition de la facture. Pour certains gros clients
dits "clients en compte", le paiement est différé; le caissier envoie un
avis de débit au service comptable. »

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 31

 Élaboration du MCT : Quelques erreurs
classiques
 Confusion entre événement d’entrée et règle d’émission : Exemple

facture paiement facture

a b
a et b
Déterminer mode paiement
encaissement différé immédiat
immédiat différé
avis de paiement comptant
avis débit a b
reçu
débit a et b
Encaissement

Il y a contradiction entre l’événement

reçu
paiement et la règle d’émission différé
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 32
 Élaboration du MCT : Quelques erreurs
classiques
 Synchronisation " logiquement incorrecte"
« Si le propriétaire du véhicule est connu son accord pour la destruction
est nécessaire, sinon on peut s’en passer »
ordre
ordre accord destruction
destruction client
a b
recherche propriétaire
(a et b) ou a
trouvé non trouvé
destruction
accord client client
client connu inconnu
véhicule b c
détruit a
(a et b) ou c
véhicule
destruction
(a et b) ou a  a en logique détruit
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 33
 Modèle Organisationnel de Traitement (MOT)

 Principe de passage de niveau conceptuel → niveau

organisationnel :
Niveau organisationnel
Niveau conceptuel
MOT
MCT
Qui ? Où ? Quand ? La
Quoi faire ?
manière ?

 Au niveau conceptuel on exprime seulement le quoi faire

 Au niveau organisationnel on intègre donc :
 L’affectation des tâches (Qui?) : les acteurs
 La désignation des lieux (Où?)
 La chronologie d’exécution des opérations (Quand?)
 La manière d’exécution des opérations : Manuelle, Automatique, Conversion
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 34
 Modèle Organisationnel de Traitement (MOT)

 Principe de passage de niveau conceptuel → niveau

organisationnel :
Niveau organisationnel
Niveau conceptuel
MOT
MCT
Qui ? Où ? Quand ? La
Quoi faire ?
manière ?

MOT = MCT + Acteurs (MCC) + moment + nature (d’opération)

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 35

 Élaboration du MOT

 La démarche de construction du MOT est articulée selon 3 grandes étapes :

1. Importer la liste des acteurs du MCC

 Définition des choix d’organisation : définition des postes implantés en un
lieu capable d’effectuer un ensemble de tâches
2. Importer le MCT
 Définition de l’enchainement des tâches (opérations)
3. Mise au point du modèle
 Répartition des opérations sur les acteurs
 Division des opérations réparties entre plusieurs acteurs
 Définition des périodes de traitement
 Division des opérations réparties sur plusieurs périodes
 Définition des natures de traitements

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 36

 Élaboration du MOT

 Cas de division des opérations réparties entre plusieurs acteurs :

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 37

 Élaboration du MOT

 Cas de division des opérations réparties sur plusieurs périodes :

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 38

 Élaboration du MOT : Exemple

 Gestion des sinistres dans une assurance

A l'arrivée d'une déclaration d'accident, le responsable du service gestion des
sinistres décide de la recevabilité et note son avis sur la déclaration.
Il transmet la déclaration annotée au secrétariat du service qui saisit les éléments
essentiels sur ordinateur.
En fin de journée, le service informatique édite les demandes d'expertise et les
notifications de refus.
Au retour de l'expertise, quelques jours plus tard, on enregistre sur un terminal la
réponse d’expertise. On classe la réponse dans le dossier assuré.
Au retour du devis de réparation, on vérifie si le rapport d’expertise est arrivé;
on enregistre le devis et on édite immédiatement le chèque du sinistre.

Question : Donner le MOT

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 39

Chef de service Secrétaire Sce Informatique Nature Temps
Élaboration du MOT : Exemple
Déclaration sinistre
manuel Jour J
Analyse déclaration

Déclaration annotée

Saisie déclaration convers. Jour J

Dossier saisi

Édition déclaration
auto Jour J
non OK OK 17h

Avis expert
Refus Dde expert
a et b
Saisie avis expert convers. Jour J+n
Dossier m.à.j. Avis classé
Devis garage
a et b
Saisie devis convers. Jour J+m

Chèque
Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 40
 Élaboration du MOT : Exemple

Discussion :

 En informatique de gestion, l’accent est principalement mis sur

les problèmes de donnés et en particulier les MCD

 En revanche, dans le domaine de conduite des projets, on

constate que les problèmes les plus importants sont abordés lors
des discussions relatives aux traitements et on particulier au
niveau organisationnel

Prof. M. Achkari Begdouri - Dép. Informatique - FP Larache 41