Merise:MCT
Un article de WikiTuto.
Sommaire |
Modélisation des Traitements
La modélisation des traitements pour but de faire la représentation dynamique du système d’information, c’est-à dire de représenter l’enchaînement des traitements réalisés.
Cette modélisation s’effectue à deux niveaux :
- le niveau conceptuel où l’on s’intéresse aux opérations en dehors de toute mise en oeuvre organisationnelle.
- le niveau organisationnel, où se pose les questions du qui, où , quand
Le MCT
L’objectif du MCT est de répondre à la question QUOI faire par rapport à un événement. C’est la chronologie qui importe. Autrement dit, le MCT est une représentation de la succession des règles de gestion dont l’entreprise veut se doter pour répondre aux événements auxquels elle doit faire face, du fait de son activité et de son environnement.
Les concepts du MCT
L’événement
C’est une sollicitation du système d’information qui génère une réaction de la part de celui-ci.
Un événement peut être externe au domaine étudié (ex : commande client) ou interne au SI, souvent le résultat d’un processus antérieur (ex : ordre de préparation). Un événement peut-être aussi temporel, c'est-à-dire lié à des dates qui rythment l’exécution de certains traitements (délai de maintenance, relances )
L’opération
C’est un ensemble d’actions accomplies par le système d’information en réaction à un événement ou à une conjonction d’événements et non interruptibles par un événement externe.
Remarque : Une opération déclenche au moins un résultat. Une opération est représentée par un verbe ou mieux un substantif (ex : Préparer la commande ou préparation de la commande)
Le résultat
Un résultat peut-être un document, un message externe, un nouvel état du SI (nouvelle situation, nouvelles données), créé par une opération, qui peut lui-même jouer le rôle d’événement.
Un résultat externe représente une information envoyée à l’extérieur du SI (ex : facture)
Un résultat interne est un nouvel état du système d’information (ex : ordre de préparation)
La synchronisation
C’est une condition booléenne (ET / OU) traduisant les règles de gestion que doivent respecter les événements pour déclencher une opération. Dans le cas ET, elle marque qu'un événement déjà là doit en attendre un ou plusieurs autres.
Remarque : Pour qu'il soit question de synchronisation, il faut la présence de plusieurs événements déclencheurs ; aussi, le symbole de synchronisation est laissé à blanc dans le cas d'un événement unique.
Si tous les événements entrants sont liés par le même opérateur, on peut seulement faire figurer l'opérateur dans le symbole de synchronisation sinon il faut numéroter les événements (a, b ,c …) et constituer l'expression à l'aide des événements et des opérateurs. (ex : (a ET b) OU c)
Règle d'émission
Condition, traduisant les règles de gestion, qui permet d'exprimer des conditions de sortie des résultats.
Remarques : L'expression d'une règle d'émission peut être composée de plusieurs conditions élémentaires reliées par les opérateurs ET, OU. On peut également utiliser l'opérateur NON pour exprimer la négation d'une condition.
Rôle des règles de gestion
Recensées lors de l'étude de l'existant ou définies pour le futur SI, elles décrivent les enchaînements d'opérations. Elles rendent possible le regroupement des actions au sein d'une seule opération non interruptible au niveau conceptuel.
Le processus
C’est un enchaînement synchronisé d'opérations au sein d'un même domaine, généralement déclenché par un événement externe (externe au domaine ou au SI tout entier).
Un MCT est la représentation de l’enchaînement des opérations d’un processus.
Méthode d’établissement d’un MCT
- Réaliser le graphe des flux (représentation des acteurs, événements et résultats externes
- Pour chaque événement, recenser les opérations déclenchées, et/ou les événements internes produits.
- Regrouper dans une même opération tous les traitements qui ont les mêmes déclencheurs dans une unité de temps, avec la même synchronisation
Règles de validation
Une opération ne peut pas être interrompue par l’attente d’un événement externe.
Si tel est le cas, il faut décrire une seconde opération déclenchée par cet événement en attente.
Cas particuliers
Cycles
Pour une même opération, l'événement déclencheur et l'événement résultat sont identiques.
Une commande de client est servie si les marchandises sont disponibles, sinon cette commande est mise en attente. Les commandes en attente sont rééxaminées lors de chaque réapprovisionnement afin de les livrer.
Il faut s'assurer que le cycle a bien un début et une fin : ici, c'est l’événement "Réapprovisionnement effectué" qui permet d'éviter que le cycle ne se déroule sans fin sur les commandes en attente.
Noter l'importance du concept d'occurrences d'événement :
-une occurrence de Réappro est-elle autorisée à consommer toutes les occurrences de Commande en attente ?
-si le réapprovisionnement est insuffisant, de nouvelles occurrences de Commande en attente doivent-elles être créees ?
Les événements consommables
Un client non satisfait peut retourner un article. On lui fait un "avoir". Il peut alors le présenter en caisse pour être remboursé de son achat. Il peut encore remplacer l'article défectueux par un autre, auquel cas on annule l'avoir.
Ce qui pose question :
UNE occurrence de l'événement "avoir établi" ne peut être consommée par 2 opérations (rembourser et imputer).
Dit autrement : "avoir établi" ne sait pas vers quelle opération se diriger. On pourrait se dire qu'il est implicite que c'est le premier événement qui survient qui gagne : si Echange survient en premier, alors l'avoir est annulé.
Cependant, que se passe-t-il si les 2 événements externes se produisent simultanément ? Si on implémente tel quel ce schéma dans un automate, il est vraisemblable que le client pourra avoir le beurre et l'argent du beurre :
se présenter en caisse et faire l'échange pour un seul retour. Il est donc préférable d'expliciter (cf ci-après).
Une autre solution consiste à indiquer explicitement que cet événement est consommable, c'est-à-dire que la première opération qui se déclenche annule l’événement pour l’autre opération.
Voir aussi
- Rappel sur le modèle relationnel
- Passage du MCD au MR
- Normalisation du modèle relationnel
- Dépendance fonctionnelle
- Intérêt de la normalisation
- Les 3 formes normales
Source S. Laporte
