INSIA-MERISE-04-MCT

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

INSIA SIGL 2 La mthode MERISE

MCT

Bertrand LIAUDET

SOMMAIRE

SOMMAIRE 1

DCF ET MCT DIAGRAMME CONCEPTUEL DES FLUX MODELE

CONCEPTUEL DES TRAITEMENTS 3

0. Introduction 3 1. Rappels - Les tapes du dveloppement dun logiciel 3 2. Rappels - Le cycle dabstraction 4 3. La modlisation 5 4. Objectif du MCT : la description conceptuelle de lentreprise : le QUOI 5 5. Les diffrents modles et leurs relations 5

1. Le Diagramme Conceptuel des Flux DCF (ou diagramme de contexte) 6 Description de lactivit de lentreprise 6 Exemples de projet (cahier des charges) 6 Distinction entre systme entreprise et systme logiciel 6 Distinction entre acteur externe et acteur interne 7 Distinction entre la cause de lactivit et activit elle-mme 8 Distinction entre le flux et lactivit 9 Diagramme conceptuel des flux (diagramme de contexte) : un seul acteur interne 10 Deux acteurs externes spciaux : les chances et les dcisions 10

2. Tableau des processus 12 Processus 12 Flux IN (en entre) et flux OUT (en sortie) 12 Le tableau des processus 12 Syntaxe et smantique 12 Exemples 13 Validation du diagramme de contexte : dcouverte de nouveaux flux 14 Vrification syntaxique du tableau des processus 15 Erreur habituelle viter ! 15

3. Le Modle Conceptuel des Traitements 16 Prsentation 16 Exemple 16


Opration et rgles de gestion 17 Activits, rgles de gestion, fonctions 18 vnement vnement dclencheur (IN) rsultat (OUT) 18 Synchronisation 18 Conditions de sortie 18 Exemples de synchronisation et de conditions de sortie 19 Formalisme gnral dune opration 20 Prsentation du MCT 20 MCT et MCD : MCT analytique 21 Vrification du MCT 21 Complment du modle : la notion dtat 23 Expression dun MCT 23 Mthode de construction dun MCT 24

4. Exercices 25 Grande surface 25 Vente par correspondance des billets dun tournoi de tennis. 25 Commandes des fournisseurs 25 Abonnements lopra 26 Organisme de formation 26 Rparation automobile 26 Ouverture dun compte vue dans une agence bancaire 27 Socit Graphico 27

Premire dition : dcembre 2008


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 temps

ANALYSE FONCTIONNELLE ANALYSE ORGANIQUE

EXTERNE INTERNE

Le QUOI Le COMMENT

Point de vue de lutilisateur et du client, le matre douvrage, MOA : celui qui commande le logiciel

Point de vue de linformaticien et du matre duvre, MOE : celui 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

QUOI

M C D

Modle conceptuel des donnes

Signification des informations sans contraintes techniques,

organisationnelle ou conomique.

Modle entit association

M C T

Modle conceptuel des traitements

Activit du domaine sans prciser les ressources et leur organisation

ORGA- NISATIONNEL

QUI, OU, QUAND

M O D

Modle organisationnel des donnes

Signification des informations avec contraintes organisationnelles et

conomiques. (Rpartition et quantification des donnes ; droit des

utilisateurs)

M O T

Modle organisationnel des traitements

Fonctionnement du domaine avec les ressources utilises et leur organisation

(rpartition des traitements sur les postes de travail)

LOGIQUE

COMMENT

M L D

Modle logique des donnes

Description des donnes tenant compte de leurs conditions

dutilisation (contraintes dintgrit, historique, techniques de

mmorisation).

Modle relationnel

M L T

Modle logique des traitements

Fonctionnement du domaine avec les ressources et leur organisation

informatique.

PHYSIQUE

COMMENT

M P D

Modle physique des donnes

Description de la (ou des) base(s) de donnes dans la syntaxe du Systme de Gestion des donnes (SG.Fichiers

ou SG Base de Donnes)

Optimisation des traitements (indexation, dnormalisation,

triggers).

M P T

Modle physique des traitements

Architecture technique des programmes

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 diagr amme 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.


Systme Entreprise

Entreprise

Client

1 : Commande

Banque

3 : Dpt de chque

2 : Livraison

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.


Association

Association

Donateur

1 : Envoi d'un don

Banque

3 : Dpt de chque

2 : Envoi d'un reuAgenda

Direction

5 : Echance reu

6 : Dcision mailing4 : Mailing

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.

Le tableau des processus

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

3 : Dpt de chque

Saisie des donnes

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 Prparation du bordereau bancaire 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 Saisie des donnes Prparation du bordereau bancaire Dpt du chque

2 : Gestion reu 5 : Echance du reu 2 : Envoi dun reu Edition des reus Mise sous plis Envoi

3 : Gestion mailing

6 : Dcision de mailing

4 : Mailing 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 Prparation du bordereau bancaire 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) { Prparation du courrier Slection des donateurs 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 :

Association

Association

Donateur

1 : Envoi d'un don

2 : Envoi d'un reu

4 : Mailing


Ce qui nous aurait donn le tableau des processus suivant :

N Flux IN Flux OUT Activits 1 1 : Envoi dun don ??? Saisie des donnes

Prparation du bordereau bancaire

Dpt du chque ??? 2 : Envoi dun reu Edition des reus

Mise sous plis

Envoi ??? 4 : Mailing Prparation du courrier

Slection des donateurs

Edition du courrier

Mise sous pli

Envoi

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.


Toujours

OK pb paiement rupture stock

Traitement d'une commande Saisie des informations Validation du paiement Livraison du produit

Rception d' une

commande

Livraison du produit

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

synchronisation

conditions

Opration Activit 1 Activit 2 Activit 3 etc.

Evt 1 Evt 2 Evt N

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 SIUD entit1

liste des fonctions

IU entit2

OK Pas OK

Formalisme graphique

opration Entit Insert

opration Entit Update

opration X Entit Delete

opration Entit 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 PROPOSITION de PRT

calculer et produire

la facture

offre

2

facture CLIENT

X

COMPTABILIT CLIENT DOSSIER

accord ouvert refus

et et

CONCLUSION PRT 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 : ARTICLE

Nom de lattribut : Disponibilit

Valeur de ltat : 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 tableau des processus 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 tableau des processus 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

Documents

Transcript of INSIA-MERISE-04-MCT