Vous êtes sur la page 1sur 39

CH1 : PRESENTATION GENERALE DE MERISE

MERISE (Mthode dEtude et de Ralisation Informatique par Sous Ensemble) date de 1978-1979, et fait suite une consultation nationale lance en 1977 par le ministre de lindustrie franaise dans le but de choisir des socits de conseil en informatique afin de dterminer une mthode de conception de systmes dinformations. Les deux principales socits ayant mis au point cette mthode sont le CTI (Centre Technique dInformatique) charg de grer le projet, et le CETE (Centre Techniques de lEquipement) implant Aix-enProvence.

1.

Principes fondamentaux de Merise

1.1 Systme dInformation (S.I)


Le Systme dInformation dune organisation est lensemble des lments (hommes, machines, mthodes, rgles, donnes, etc.) chargs de stocker et de traiter les informations.

1.2 Modlisation systmique dune organisation


On peut dcomposer une entreprise en trois sous systmes : - Le Systme Oprant (SO) - Le Systme de Pilotage (SP) - Le Systme dInformation (SI) qui est lobjet de notre tude. SYSTEME DE PILOTAGE
Informations

SYSTEME DINFORMATION
Informations

SYSTEME OPERANT

Le Systme Oprant est une organisation (entreprise, sous-ensemble dentreprise, etc.) qui fonctionne dans le but de raliser des objectifs fixs. Le Systme de pilotage (Ex : Direction financire + Direction commerciale + Direction de la production) rgule et contrle le SO. Il reoit de celui-ci des informations lui permettant de prendre des dcisions (Livraison, commandes, lancement de nouveaux produits, etc.). Le Systme dInformation stocke et traite les informations relatives au systme oprant afin de les mettre la disposition du systme de pilotage. Il est donc linterface entre le SO et le SP.

Introduction MERISE 1

2 Informatisation dun systme dinformation


Lutilisation des techniques informatiques conduit considrer deux niveaux dtude dans linformatisation dun SI : - Le niveau du systme dinformation organisationnel (SIO) qui exprime lactivit organise (tches humaines, tches informatises) tourn vers les utilisateurs. - Le niveau du systme dinformation informatis (SII) (logiciels, fichiers, bases de donnes) Ces deux niveaux seront spcifis et valids par la mthode merise.

3 Les composantes de Merise


Les trois dimensions de la mthode Merise sont : - Le cycle de vie (dmarche) - Le cycle dabstraction (Raisonnement) - Le cycle de dcision (Matrise)

3.1 Le cycle de vie


Cest un cycle qui comprend les priodes suivantes : - La Conception - La ralisation - La maintenance

Introduction MERISE 1

Schma directeur

Dfinition des orientations gnrales du dveloppement moyen terme des SI

PROJET
Etude pralable Proposition et valuation de solutions techniques et organisationnelles pour le futur SI

Conception

dun domaine dactivit


Etude dtaille Spcification complte du futur SIO. Point de vue de lutilisateur (externe) Spcification complte du futur SII, point de vue du ralisateur (interne)

Etude technique

Ralisation

Production du logiciel

Ecriture des programmes, gnration des fichiers ou bases de donnes, tests Installation de lapplication informatique, Mise en place de la nouvelle organisation

Mise en oeuvre

Maintenance

Maintenance

Rectification des anomalies, amliorations, volutions

3.1.1

Le schma directeur Dfinit les orientations gnrales de dveloppement moyen terme des SI. Il dtermine : - Les grandes orientations pour les annes venir - Le dcoupage du SI en domaines - La planification du dveloppement - Les axes organisationnels - La politique matrielle et logicielle 3.1.2 L tude pralable Cette tude est mene par les utilisateurs, les organisateurs, la direction gnrale et les informaticiens. Elle dbute par lanalyse de la situation Introduction MERISE 1 3

existante du SO. Cette analyse aboutit la proposition de larchitecture globale de la solution tenant compte des orientations de gestion, dorganisation et des choix techniques retenues. Pour chaque solution propose, elle prcise : - Le processus de fonctionnement du domaine - Le degr dinformation (informatisation partielle ou complte) - Le type dinformatisation (architecture rseau) - Le cot de la mise en uvre - Les avantages et les contraintes 3.1.3 L tude dtaille Permet partir des choix issus de ltude pralable, de spcifier et de dcrire compltement pour lutilisateur le SI. Elle les phases suivantes : - La conception gnrale du fonctionnement et la validation des spcifications sur tout le domaine tudi - La conception dtaille qui produit une description complte de chaque tche en terme de supports (formulaires, cran, etc.), dalgorithmes (rgles de calcul, de contrle) et dactions sur les donnes (modification, consultation). 3.1.4 L tude technique Cest la traduction informatique des spcifications issues de ltude dtaille. Elle permet de dterminer : - la structure informatique de la base de donnes - larchitecture des programmes (transactionnel et batch) - la structure de chaque programme et des accs aux donnes

3.1.5

La production du logiciel Cest la traduit en codes des spcifications techniques, aprs avoir choisi le langage de programmation (VB, SQL, C++, Java, Delphi, etc.) et le systme de gestion de base de donnes (Oracle, SQL Server, Access, etc.) appropris. 3.1.6 La mise en uvre Elle consiste installer les logiciels raliss et former les futurs utilisateurs du nouveau SI. 3.1.7 La maintenance Consiste prendre en compte les volutions apparaissant aprs la mise en service du SI. Ces volutions peuvent soprer au sein de lentreprise ou provenir des progrs technologiques.

3.2 Le Cycle dabstraction


MERISE utilise trois formalismes pour modliser un SI. Ces trois formalismes correspondent trois niveaux. Pour chaque niveau dabstraction on a un modle pour laspect statique (les donnes) et laspect dynamique (traitements).

3.2.1

Niveau conceptuel

Exprime les choix fondamentaux de gestion du SI sans envisager aucun concept li lorganisation, tant du point de vue des donnes que celui des traitements. Il comprend les modles suivants : Introduction MERISE 1 4

- Le MCD (Modle Conceptuel de Donnes) : formalise, sans contraintes (technique, conomique, organisationnelle) les donnes du SI. - Le MCT (Modle Conceptuel de Traitement) : formalise lactivit du domaine abord sans prciser les ressources ni leur organisation.

3.2.2

Niveau Organisationnel

Les choix dorganisation sont pris en compte ce niveau : - La rpartition Homme-Machine - Le mode de fonctionnement : temps rel ou temps diffr - La rpartition gographique des donnes et des traitements. Les modles associs ce niveau de description sont : - Le MOT (Modle Organisationnel des Traitements) : Permet de reprsenter par procdure les phases et les tches excuter par chaque poste de travail ainsi que leur organisation (les phases et les tches) dans le temps et dans lespace. - Le MLD (Modle Logique des donnes) : fournit une description des donnes en tenant compte des moyennes informatiques de mmorisation et de leurs conditions dutilisation par les traitements.

3.2.3

Le niveau physique ou oprationnel

A ce niveau les choix techniques sont dfinis. Les modles associs ce niveau sont : - Le Modles Physique de Donnes (MPD) : cest une description de la base de donnes ou des fichiers exprims dans la syntaxe dune SGBD. - Le MPT (Modle Physique de Traitements) : prcise pour la ralisation les spcifications techniques (architecture des programmes) des diffrents modles dfinis.

4 Le Cycle de Dcision
A chaque niveau de dveloppement des dcisions doivent tre prises, mais chaque niveau doit tre consult. Ainsi lorganisation des lments dun cran se fait en accord avec les futurs utilisateurs du logiciel produit. Pour concevoir le SI futur, Merise prconise dans la mesure du possible la comprhension SI actuel (lexistant). Cela passe par : - Ltude du fonctionnement de chaque domaine - Ltude des diffrents documents manuels et informatiss - Des entretiens avec les diffrents acteurs de lorganisation. A partir de cette comprhension, la hirarchie des dcisions prendre est la suivante : - Dcoupage du SI existant en domaines - Les orientations en matire de gestion, dorganisation et de solutions techniques - Planification du dveloppement - Choix des procdures manuelles, automatises, temps rel - Dtermination des postes de travail et de leurs tches - Dessin des crans, des tats, etc.

CH2 : MODELE CONCEPTUEL DE DONNES (MCD)


Introduction MERISE 1 5

Le MCD reprsente la structure logique globale d'une base de donnes, indpendamment du logiciel ou de la structure de stockage des donnes. Un modle conceptuel contient toujours des donnes qui ne sont pas encore mises en oeuvre dans la base de donnes physique. Il constitue une reprsentation formelle des donnes ncessaires au fonctionnement d'une entreprise.

1.

Dfinitions et formalisme

Il existe plusieurs formalismes de description de donnes (FDD) (relationnel, CODASIL, etc.) mais nous allons utiliser le formalisme individuel (encore appel formalisme Entit-Relation) cause de la grande lisibilit de ses schmas. Ce formalisme sarticule autour de quatre concepts : - Entit - Relation - Proprit - Cardinalit.

1.1. Entit
Considrons la gestion simplifie suivante des notes des lves dun tablissement scolaire : Elves Kouassi Mian Attioumouna Moyennes 14 13 16 Matires Sciences Physiques Mathmatique Science de la Vie et de la Terre

Nous avons 3 ensembles : Elves, Moyennes, Matires. Dans le formalisme Entit-Relation, chaque ensemble est une entit. Dfinition : Une entit est la modlisation dans le SI dun objet concret ou abstrait de lunivers extrieur. Formalisme : - Attribuer un nom chaque entit - Lui adjoindre le nom de toutes les proprits rattaches - Schmatiser lensemble de ces lments sous la forme dun rectangle.

Nom entit Nom proprit 1 Nom proprit 2 Exemple : Elve Nom Prenom Adresse Introduction MERISE 1

Remarques : Il faut viter les cas suivants : les synonymes : la mme information sous une appellation diffrente Ex : N Commande et Code commande Les polysmes : appellation mais significations diffrentes : Ex : Nom pour Nom lve et nom professeur.

1.2. Relation
Cest une association entre des entits. Formalisme : - Attribuer un nom chaque relation - Lui adjoindre le nom de toutes les proprits qelle porte et les entits quelle associe - Schmatiser lensemble de ces lments sous la forme dun ovale reli aux rectangles.
Nom Relation

Nom entit Nom proprit 1 Nom proprit 2

- Nom proprit - Nom proprit

Nom entit Nom proprit 1 Nom proprit 2

Remarque : Une relation peut ne porter sur aucune proprit.

Commande N Commande Date Commande

Concerne Quantit

Produit Rfrence Dsignation

Passer

Client Nom Prenom Adresse

Dimension dune relation : Introduction MERISE 1 7

Cest le nombre dentits participant cette relation.

1.3. Proprit
Une proprit (ou attribut) est une donne lmentaire que lon peroit sur une entit ou sur une relation entre entits. Formalisme : Le nom de la proprit est inscrit lintrieur de lentit.

1.4. Notion doccurrence


1.4.1 Occurrence dune entit Cest un lment individualis appartenant cette entit. Exemple : Trois occurrences de lentit lve. Elve Tour Attiou 22 BP 24 ABJ Elve Kouakou Louis BP 14 Bk Elve Mian Bi Sehi BP 25 Yakro

Elve Nom Prenom Adresse

1.4.2 Occurrence dune relation Une occurrence dune relation est constitue de : - une et une seule occurrence de chacun des objets associs, - loccurrence de chacune des proprits quelle porte, correspondant aux occurrences dentits associes. Commande 045 12/01/2007 Commande 001 03/01/2007 Introduction MERISE 1 Produit 111LP Bonnet Rouge Produit 025SG Maximousse 8

Concerne 25 Concerne 12

1.4.3 Occurrence dune proprit Cest une valeur de cette proprit. Exemple : Nom lve : Bamba, Tiba.

1.5. Cardinalit dune entit dans une relation


La cardinalit dun objet dans une relation mesure, lorsque lon parcourt lensemble des occurrences de cette entit, le minimum et le maximum de leur participation la relation.

Elve Nom Prenom Adresse (0,4) Obtenir - Note

(0,3 0)

Matire Nom Prenom Adresse

Elve Nom Prenom Adresse (0,4) Avoir (1,1)

Note N Valeur

Commande N Date

(1, n)

Concerne - Quantit

(0, n)

Produit Nom Prnom Adresse

Lorsque la valeur exacte de la borne infrieure est inconnue, on la note par m. Lorsque la valeur exacte de la borne suprieure est inconnue, on la note par n.

1.6. Identifiant dune entit


Cest un attribut de lentit qui permet didentifier chacune de ses occurrences de faon unique. Lidentifiant est aussi appel cl de lentit. Elve Elve Elve Kouassi Firmin 05 bp 12 Abj 9

Nom Introduction MERISE 1 Kouassi Prenom Sylvain Adresse 05 bp 12 Abj

Elve Mat Nom Adresse

Elve 001M Sylvain 05 bp 12 Abj

Elve 003L Firmin 05 bp 12 Abj

Remarque : Une cl peut tre la concatnation de plusieurs attributs de lentit concern. LigneComman de NumCommande RefProduit Quantit Cl = NumCommande + RefProduit LigneComman de 0012 GBR 23 LigneComman de 0012 PBL 18

1.7. Dpendances fonctionnelles


1.7.1 Dpendance fonctionnelle entre proprits Deux proprits P1 et P2 sont relies par une dpendance fonctionnelle note : P1 P2

Si la connaissance de la valeur de P1 dtermine une et une seule valeur de P2. Exemple : cas dun travailleur Matricule Nom

La connaissance du matricule dun travailleur dtermine une seule valeur de la proprit Nom : le nom du travailleur concern. 1.7.2 Dpendance fonctionnelle entre entits Il existe une dpendance fonctionnelle (ou contrainte dintgrit fonctionnelle CIF) entre deux entits E1 et E2 si toute occurrence de E1 dtermine une et une seule occurrence de E2. Note la note : E1 Elve Mat Nom E2 (1, 1) (0, n) Classe CodeClasse Libelle Salle

Inscrit

Introduction MERISE 1

10

Mat 2753M 1115V 0125B 856H

CodeClasse 5e12 3e4 TD10 1C1

Remarque : La cardinalit maximum 1 correspond toujours une dpendance fonctionnelle.

1.8. Rgles de normalisation


Les entits du MCD doivent vrifier les rgles suivantes : R1 (Premire forme normale) : Dans une entit toutes les proprits sont lmentaires (non dcomposables) et il existe au moins une cl. Elve Nom Prnom

Cette entit nest pas en 1FN car elle na pas didentifiant. R2 (Deuxime forme normale) : Toute proprit de lentit doit dpendre entirement de tout lidentifiant.

Cours Mat, Code_Classe Nom Salle

La dpendance: Mat, Code_Classe Nom nest pas lmentaire car la proprit Nom dpend de Mat qui est une partie de lidentifiant.

Lentit Cours nest donc pas en 2FN. Il faut la dcomposer. Classe 1,1 Cours 1, n Code_Classe Salle

Elve Mat Nom

Introduction MERISE 1

11

R3 (Troisime forme normale) : Dans une entit toute proprit doit dpendre de lidentifiant par une dpendance fonctionnelle lmentaire directe. Soit le MCD suivant : Professeur Matricule Nom Code-matire Matire Cette entit nest pas en 3FN car la dpendance fonctionnelle : Matricule Matire Matricule Nest pas directe cause de la transitivit : Matire Le MCD devient : Professeur Matricule Nom Enseigner Professeur Matricule Nom

Code-matire

R4 (Forme normale de Boyce-Codd) : Si une entit a un identifiant concatn, un des lments composant cet identifiant ne doit pas dpendre dune autre proprit. COURS Matire,CodeClasse,CodeProf Cette entit nest pas en BCFN car la proprit Matire dpend de la proprit CodeProf Le MCD doit tre : PROF CodeProf Matire Faire Cours CLASSE CodeClasse

R5 : Pour chaque occurrence dun objet, chaque proprit ne peut prendre quune seule valeur.

Introduction MERISE 1

12

2 Construction du MCD
Recueil des informations
Des interviews sont effectues dans les postes de travail afin de recueillir les informations du domaine tudier. Soit le document suivant utilis dans la gestion des examens blancs du Lyce Nangui Abrogoua Adjam. Matricule : .. Matir Nom: .. Prnom: .. Classe : .. Note e Coefficient Note Coeff . . . . . . . . . . : Total Moyenne : . .. .. .

Construisons le dictionnaire des donnes partir de ce document.

Dictionnaire de donnes
Cest la liste des donnes recueillies partir des documents de lentreprise. Cette liste ne doit pas contenir des polysmes, des synonymes et des redondances. Le dictionnaire de donnes permet de dgager les diffrentes entits utiliser pour construire le MCD.
PROPRIETES DESCRIPTION TYPE TAILLE E CO CA NATURE M SIG SITU OBSERVATIONS

Matricule Nom Prnom CodeClasse LibClasse CodeMat LibMat Coefficient Note NoteCoeff Lgende :

Matricule de llve Nom de llve

AN A

10 15 25 3 5 3 25 1 4 4 AN : Alpha

E E

SIG SIG

Prnom de llve A Code de la Classe AN Nom de la Classe AN Code Matire AN Nom Matire A Coefficient matire A Note dans une matire N Note coefficiente N N : Numrique A : Alphabtique

E SIG E SIG E SIG E SIG E SIG E SIG E SIG CA M Numrique

Note*Coeff M : Mouvement

D : Date

CA : calcule

E : Elmentaire CO : Concatne SIG : Signaltique SITU : Situation

Remarque : Les proprits Mouvement contiennent des informations qui : - Dcrivent des vnements ; - Sont nouvelles et non rutilisables - Ont une dure de vie limite Introduction MERISE 1

13

Les proprits de Situation expriment ltat un instant donn dune entit. Elles contiennent des informations qui : - Refltent en permanence ltat actuel des donnes ; - Sont soumises des modifications priodiques ; - Peuvent tre des rsultats de calcul ; Les proprits Signaltiques correspondent la description dune entit. Elles contiennent des informations qui sont : - Stables entre deux priodes ; - Rutilisables ; - Consults ; - Non calcules ;

La Structure daccs thorique (SAT)


On extrait du dictionnaire de donnes la liste des proprits qui ne sont ni concatnes, ni calcules. On en les entits videntes et la liste des dpendances fonctionnelles. Entit videntes : Elves, Composition, Classes.

CodeMat Aprs limination des transitivits : LibMat CodeMat Coeff Note

Matricule Nom Matricule Nom

CodeClass e

LibMat

Note

LibClasse CodeClass e

LibClasse

Les rgles de gestion


Les rgles de gestion du MCD prcisent les contraintes qui doivent tre respectes par le modle. Introduction MERISE 1 14

Pour tablir le MCD de notre exemple, nous allons utiliser les rgles de gestion suivantes : R1 : Un lve peut avoir une ou plusieurs notes dans diffrentes matires R2 : Un lve appartient une et une seule classe. R3 : Une classe est constitue de plusieurs lves.

Etablissement du MCD
On remplace dans la SAT les proprits par les entits correspondantes et on utilise les rgles de gestion pour trouver les cardinalits.

Matires CodeMat LibMat Coeff 1, n

Elves Obtenir Note 1, n Matricule Nom Prenom 1,1

Apparteni r

1, n Classes CodeClasse LibClasse

Introduction MERISE 1

15

CH3 : MODELE CONCEPTUEL DE COMMUNICATION


MCC permet de : - dcouper une entreprise en domaines dactivit, - didentifier les acteurs internes et externes aux domines informatiser, - danalyser les flux dinformations entre ces acteurs.

1.

Dfinitions
1.1 Domaine

Un domaine dactivit est une fonction de lentreprise. Exemples : Domaines vente, achat, immatriculation.

1.2 Acteurs
Cest une personne (physique ou morale) ou un groupe de personnes (service, poste de travail) qui schangent des informations. Exemple : Client, Direction, secrtariat. Acteur interne : cest un acteur qui fait partie de lorganisation tudie, Acteur externe : ne fait pas partie de lorganisation mais change des informations avec les acteurs internes.

Introduction MERISE 1

16

1.3 Flux
Un flux reprsente un change entre deux acteurs. Il existe des flux financiers, de matires, de personnel, dinformations. Dans le cas de Merise, on sintresse aux flux dinformations.

2 Dcoupage de lorganisation en domaines


Une entreprise dans sa globalit est souvent un systme trop complexe modliser. Dans ce cas il faudrait la dcouper en domaines dactivit non disjoints. Exemple :

Achat

Vente

Stockage Organisation

2.1 Recueil des informations


Le recueil des informations permet de prendre connaissance du domaine dont lentreprise souhaite amliorer le fonctionnement. Il permet galement de recenser les objectifs que poursuit lentreprise concernant ce domaine.

2.2 Les interviews


Les interviews de la Direction ont pour but de: - prendre connaissance du problme pos, - recenser les objectifs des demandeurs, - cerner les principaux postes de travail impliqus. Les interviews de postes de travail ont pour but de : - Recenser et dcrire les tches qui y sont excutes, - Observer la circulation des informations, - Apprendre le langage de lentreprise.

3 Analyse des flux


Exemple : Processus rapprovisionnement (Cas St RBM) Pour la gestion des stocks, RBM a dfini un stock minimal et un stock maximal.
Introduction MERISE 1 17

Lorsque le niveau du stock tombe en dessous du stock minimal, la secrtaire fait une demande de facture pro forma un fournisseur. A larrive de la facture pro forma, la secrtaire reoit le courrier, lenregistre et le transmet au grant des stocks qui fait des propositions de commandes quil soumet au directeur gnral pour validation. A partir de la proposition de commande valide, le Grant des stocks labore le Bon de commande quil transmet au fournisseur. Deux mois avant larrive des produits, le fournisseur envoie RBM le packing list qui dcrit les dtails de la livraison venir. Il mentionne les dsignations des produits, le nombre de cartons de chaque produit dans le conteneur, le nombre darticles dans chaque carton, le nombre total de cartons, le pays dorigine de chaque produit. La secrtaire enregistre le packing list et le transmet au grant des stocks.

3.1 Diagramme de contexte


Le diagramme de contexte a pour but de reprsenter les flux d'informations entre l'organisation et les acteurs externes selon une reprsentation standard dans laquelle chaque objet porte un nom :

l'organisation est reprsente par un rectangle les acteurs externes sont reprsents par des ellipses en pointills les flux d'information sont reprsents par des flches dont l'orientation dsigne le sens de lchange du flux d'informations.

1 2 5

FOURNISSE UR

RBM
8

Introduction MERISE 1

18

3.2 Diagramme des flux


Ce diagramme appel aussi modle conceptuel de la communication permet de dcomposer l'organisation en une srie d'acteurs internes. Dans ce diagramme :

Les acteurs internes sont reprsents par des ellipses les messages internes sont reprsents par des flches

Cest donc une reprsentation graphique des acteurs et des flux changs.

3 7

Secrta ire
2 8 4 6

Grant stock

Fourniss eur
5

DG

1 : Demande de facture pro forma 2 : Facture pro forma 3 : Facture Pro Forma enrgistre 4 : Proposition de commande 5 : Bon de commande 6 : Packing list 7: Packing list enregistr 8 : Rapport de contrle packing list

CH4 : MODELE CONCEPTUEL DES TRAITEMENTS


Le MCT a pour but de reprsenter formellement les activits exerces par le domaine en faisant abstraction de lorganisation. Le MCT exprime donc ce que fait le domaine, mais nindique pas qui doit le faire, ni quand il faut le faire, ni o il faut le faire, ni comment if faut le faire.

Introduction MERISE 1

19

1.

Concepts

Le formalisme de modlisation des traitements utilise les concepts suivants :

1.1 Evnement-rsultat
Un vnement est un fait rel dont la venue a pour effet de dclencher lexcution dune opration. Un rsultat est vnement qui se produit la fin dune opration.

1.2 Opration
Une opration est un ensemble dactions qui sont excutes sans interruption. Elle est dclenche par un ou plusieurs vnements pour produire un ou plusieurs rsultats.

1.3 Synchronisation
Cest la condition de dclenchement dune expressions logiques ET, OU, NON. opration. Elle utilise les

1.4 Processus
Un processus est un enchanement doprations incluses dans un mme domaine dactivit.

2 Formalisme de modlisation
Evnement A Evnement B

EVENEMENT

Conditions

SYNCHRONISATION

Dsignation de lopration

OPERATION
Conditions dmission des rsultats

Rsultats

RESULTAT

Introduction MERISE 1

20

2.1 Rgles de construction dun MCT


Rgle 1
Une opration est une suite non interrompue de traitements. Toute intervention dun acteur externe qui entranerait une interruption provoque un dcoupage de lopration.

Rgle 2
A lintrieur dune opration, il ne doit pas apparatre de rsultat pouvant conditionner la suite du droulement des traitements de lopration. Si tel tait le cas, il faudrait la dcouper.

2.2 Construction du MCT


2.2.1 Rgles de gestion des traitements

RG 1 : Aprs linventaire Gnral, si le niveau du stock est en dessous du stock minimal, une demande de facture pro forma est rdige. RG 2 : Toute facture pro forma est enregistre. RG 3 : A la rception de la facture pro forma, une commande est labore. RG 4 : Tout packing list est enregistr. RG 5 : Tout packing list est contrl. RG 6 : Aprs le contrle du packing list, un rapport de contrle est tabli.

2.2.2

Graphe dordonnancement des vnements

A partir du diagramme de flux, on recense les principaux vnements et les ordonnancer dans un graphe dordonnancement. Le graphe dordonnancement des flux traduit les dpendances temporelles entre vnements. Cette tape permet de mettre en vidence des vnements napparaissant pas explicitement dans le diagramme de flux. 1 : Produits sous stock min 2 : Demande de facture pro forma 3 : Facture Pro Forma 4 : Facture Pro Forma enrgistre 5 : Proposition de commande 6 : Bon de commande Introduction MERISE 1

21

7 : Packing list 8 : Packing list enregistr 9 : Rapport de contrle packing list 3 4 1 2 7 5 6 8 9

Produits sous stock minimal

Demande facture pro forma

Facture pro forma Facture pro forma enregistre

Proposition commande

Bon Commande

Packing list Packing list Enregistr

Rapport contrle packing list Introduction MERISE 1

22

Introduction MERISE 1

23

2.2.3

Modle conceptuel de traitements


Po u s u r d it o s s c m im l to k in a

E b ra nD F la o tio P
R d c nD P e a tio F E itio D P d n F Ta s isio D P r nm s n F T UO R OJ US

Dmn e e ad F c r Po a tue r Fr a om

F c r Po a tue r Fr a om

E T

P s a nc m a d a s tio o m n e
E r g tr m n F ne is e e t P E b r tio c m a d la oa n o m n e E itio c m a d d n o mn e V lid tio c m a d a a n o mn e C r e tio c m a d or c n o m n e Ta s isio B nd c m a d r nm s n o e o m n e T UO R OJ US

Fc r a tue PoF r a r om e r g tr ne is

B nd o e cm ad o mn e

P c in L t a k g is

E T

E b s m n ra p rt ta lis e e t p o p c in L t a k g is
E r g tr m n P c in L t ne is e e t a k g is C n P c in L t o tr le a k g is E itio R p ot c n d n a p r o tr le Ta s isio R p ot C n P r n m s n a p r o tr le L T UO R OJ US

P c in L t a k g is e r g tr ne is

R p ot apr cn o tr le P c in L t a k g is

PROCESSUS REAPPROVISIONNEMENT
Introduction MERISE 1 24

CH4 : MODELE ORGANISATIONNEL DES TRAITEMENTS (MOT)


Le niveau organisationnel dcrit le SI en rpondant aux questions QUI ? O, QUAND ? Cest ainsi que le MOT, diagramme reprsentant lensemble des traitements en tenant compte de lorganisation de lentreprise, intgre les notions de temps, de ressources, de lieu et de responsabilit (postes de travail) et de la nature des traitements (manuels ou automatiques).

1.

Conceptions, dfinitions et formalisme

1.1 Poste de travail


Il correspond une unit dactions lmentaires dote de moyens de traitements.

1.2 Phase de traitement ou procdure fonctionnelle


Sous-ensemble dune opration excut par un mme poste de travail. Une phase de traitement peut tre manuelle ou automatise. A chaque opration du MCT correspondra soit : une phase unique dans le MOT : cest le cas dune opration pouvant tre excute compltement par un poste de travail dans une mme unit de temps. Plusieurs phases dans le MOT : cest le cas dune opration pouvant tre dcompose en plusieurs phases du fait de priodicits diffrentes de certains traitements ou dun dcoupage rsultant de contraintes organisationnelles.

2 Rgles de gestion
R1 : Lorsque le niveau du stock tombe en dessous du stock minimal, la Secrtaire fait une demande de facture pro forma un fournisseur. R2 : Toutes les propositions de commande sont soumises lapprobation du DG. R3 : Les demandes de facture pro forma ainsi que les rapports de contrle des packings list sont transmis au fournisseur par le service courrier.

3 Dtermination des procdures fonctionnelles (PF)


Compte tenu des rgles dorganisation, on est amen affecter les phases dune opration un ou plusieurs postes de travail. Il faut donc dcouper chaque opration en PF pour lesquelles on prcisera le poste de travail, la nature (manuelle ou automatise) et le droulement.

Introduction MERISE 1

25

Tableau des procdures fonctionnelles (PF)


Poste de travail Responsa Ressources ble .

PF

Drou leme Actions nt Aprs Rdaction demande de FPF Edition Demande de FPF Transmission DFP Enregistrement Facture Pro Forma Elaboration

Nature

L i e u SDG

PF1

rupture de stock

PF2 PF3

Aprs PF1 Aprs PF2 Aprs

AB M

SDG SC

S C

S + Micro C

P F 4 PF5 PF6

arrive FPF

AC

SDG

S + Micro

Aprs PF4 Aprs PF5 Ou Aprs PF8 Aprs PF6

commande Edition commande Validation commande Correction commande Transmission bon de commande Enregistrement PL

AC AC

SGS SGS

GS GS

GS+Micro GS +Micro

PF7 Aprs PF7 PF8 Aprs PF8 PF9 PF10 Aprs PF9 et PF11 PF12 PF1 3 Arrive PL Aprs PF10 Aprs PF11 Aprs PF12

M AC M M

DGle SGS SC SDG

DG GS C S

DG GS + Micro C S

Contrle PL M Edition Rapport AB Transmission M Rapport Contrle PL

SGS SGS SC

GS GS C

GS GS + Micro C

Introduction MERISE 1

26

Lgende

SDG : Secrtariat Direction Gnrale

FPF : Facture Pro Forma Courrier


M : Manuelle des Stocks C : coursier

S : Secrtaire
DGle : Direction Gnrale

SC : Service

SGS : Service Gestion

AB : Automatise Batch AC : Automatise Conversationnelle

DG : Directeur Gnral GS : Grant des stocks

4 Diagramme denchanement des procdures fonctionnelles

Introduction MERISE 1

27

Droulement

Enchanement des PF

Nature

Lieu Resp. Ress.

Produits sous stock minimal

Secrtariat Direction Gle Secrtaire

Aprs rupture

PF1

Redaction DFP Toujours

Secrtaire

Demande facture rdige

Aprs PF1

PF2

Edition DFP Toujours

AB

Secrtariat Direction Gle Secrtaire

Demande Facture Pro Forma

Secrtaire + Micro Service courrier M Coursier

Aprs PF2

PF3

Transmission DFP Toujours

Demande Facture Pro Forma transmise

Coursier

PF4

Introduction MERISE 1

28

Droulement

Enchanement des PF

Nature Lieu Resp. Ress. Secrtariat Direction Gle

PF3

Demande Facture Pro Forma Transmise

Facture Pro Forma

PF4

ET Enregistrement FP Toujours

Secrtaire AC Secrtaire

FP enregistr

PF5

Elaboration commande Toujours

AC

Service Gestion des Stocks Grant des Stocks

PF8 Proposition commande

Commande corrige

Grant des Stocks Service Gestion des Stocks Grant des Stocks

PF6

OU Edition commande Toujours

AC

Commande dite

PF7

Grant des Stocks

Introduction MERISE 1

29

Droulement

Enchanement des PF

Lieu Nature Resp. Ress.

PF6 Commande dite

Direction Gle

PF7 Validation commande OK | NON OK

Directeur Gnral

Commande corriger Bon de commande

Directeur Gnral

PF8

Correction commande Toujours

AC

Service Gestion des Stocks Grant des Stocks Grant des Stocks Service Courrier

Commande corrige

PF6 PF9 Transmission bon de commande Toujours

Coursier Coursier

Bon de commande transmise

PF10

Introduction MERISE 1

30

Droulement

Enchanement des PF

Nature Lieu Resp. Ress. Service Gestion des Stocks

PF9 Bon de commande transmis

Packing list

Grant des Stocks ET Enregistrement PL Toujours Grant des Stocks

PF10

Packing list enregistr

PF11 Contrle PL Toujours

Secrtariat Direction Gle

Secrtaire

Packing list conrl

Secrtaire

PF12

Introduction MERISE 1

31

Droulement

Enchanement des PF

NatureLieu Resp. Ress. Service Gestion des Stocks

PF11 Packing list contrl

PF12

Edition rapport de contrle PL Toujours

AB

Grant des Stocks

Grant des Stocks

Rapprot de contrle PL

Service Courrier PF13 Transmission rapport de contrle PL M Toujours Coursier

Coursier
Rapport contrle PL transmis

Introduction MERISE 1

32

CH4 : MODELES LOGIQUE ET PHYSIQUE DE DONNEES (MLD ET MPD)


1.

Modle logique de donnes

Le modle logique des donnes consiste dcrire la structure de donnes utilise sans faire rfrence un langage de programmation. Il s'agit donc de prciser le type de donnes utilises lors des traitements. Ainsi, le modle logique est dpendant du type de base de donnes utilis. Le MLD est construit partir du MCD en tenant compte des lments suivants : - Le niveau et le type dautomatisation : il sagit de ne retenir dans le MLD que la partie du MCD qui sera automatise. - Le choix technique de gestion des donnes : on a le choix entre les Fichiers et les SGBD. 1.1 Les fichiers On distingue : - Les fichiers amliors tels que les fichiers DBASE pour lesquels il existe un logiciel de gestion des donnes, un gnrateur dtat, un gestionnaire dcran. - Les fichiers classiques tels que ceux utilis par BASIC. Dans ce formalisme, chaque entit ou relation on fait correspondre dans le MLD un fichier de donnes. A lidentifiant dun entit, on fera correspondre la cl didentification du fichier. Chaque fichier sera donc dcrit par un enregistrement dans lequel on indiquera les noms des champs, leurs types et leurs longueurs logiques. Exemple denregistrement client. Champs Code Nom Adresse Type AN A A Longueur 5 15 30

Exemple de fichier client : Code E01 E02 C14 Nom Tiba Bi Attioumouna Tour Kouassi Dnis Adresse 03 BP 1212 Abj BP 145 Yakro 01 BP 456 Bouak

Ce fichier contient 3 occurrences de client. 1.2 Les bases de donnes Il existe des bases de donnes navigationnelles et des bases de donnes relationnelles. Les bases de donnes ont t conues pour rpondre aux besoins suivants : - Accs aux donnes selon des critres multiples, - Intgration des donnes, - Relations entre les donnes. Voici quelques caractristiques dune base de donnes : Introduction MERISE 1 33

Donnes structures : les donnes sont reparties en enregistrements Donnes non redondantes : en pratique la non redondance absolue est difficile mettre en place. Cohrence des donnes, Scurit des informations.

Les bases de donnes sont les plus utilises aujourdhui par rapport aux modles fichiers. 1.3 Rgles de passage du MCD au MLD Relationnel R1 : Chaque entit devient une table (relation). R2 : Chaque association de type pre-fils ne devient pas une table mais les attributs de la relation et la cl du pre migre vers le fils R3 : Les associations de dimension 2 de cardinalits 0/1,n et 0/1,n deviennent des tables.

Relation 0,1 - 0,1 ou 0,1 - 1,1


A I D1 0,1 B 0,1 C I D2

A ID1 ID2 ID2 ID1

Remarque : ID2 peut tre nulle dans A ; ID1 peut tre nulle dans C.

A I D1

0,1

1,1

C I D2

Introduction MERISE 1

34

A ID1 ID2 ID2 ID1

Remarque : ID2 peut tre nulle dans A ; ID1 ne peut pas tre nulle dans C.

Relation 0/1,1 0/1,N

A ID1 P1 P2 0/1, N

B P3

C 1,1 ID2 P4 P5

A ID1 P1 P2

C ID2 ID1 P3 P4 P5

Lassociation B et supprime et ses proprits deviennent des rubriques de la table issue de lentit C ; La table C est esclave de la table A et cet esclavage est absolu car la rubrique ID1 ne peut tre nulle. La table C est donc obligatoirement lie la table A : (1 , 1). Cest une contrainte dintgrit fonctionnelle (CIF). Elle est toujours exprime par les cardinalits (1 , 1).

Introduction MERISE 1

35

Relation 0/1,N - 0/1,N


A ID1 P1 P2 0/1, N B P3 C 1,1 ID2 P4 P5

A ID1 P1 P2 B ID1,ID2 P3 ID2 P4 P5

Exemple (voir cours MCD) Composition 0, n Matire Date Elves Composer Note 0, 4 Matricule Nom

1,1 On obtient le MLD relationnel suivant : Composition (Matire, DateCompo) Composer (Matire, Matricule, Note) Eleve (Matricule, #CodeClasse, Nom) Classes (CodeClasse, Classe) Apparteni r

1, n Classes CodeMatire Classe

Introduction MERISE 1

36

2. Le Modle Physique de donnes


Le MPD dfinit la configuration physique de la base de donnes et permet d'en connatre les dtails. Ce modle prend en compte la fois les structures de stockage du logiciel et celles des donnes. Cest limplmentation du MLD dans le SGBD choisi, en utilisant un langage de dfinition de donnes. Le MPD : Reprsente sous forme graphique l'organisation physique des donnes (Fig1) Gnre des scripts de cration et de modification de base de donnes (Fig2) Dfinit des triggers et des contraintes d'intgrit rfrentielle (Fig2)

Le choix du SGBD qui va nous servir implmenter le MLD dpend dune part du volume des donnes et autre part des orientations techniques de lentreprise. Il existe principalement deux types de solutions techniques : - Utilisation dun SGBD de type Codasyl. Ce type comprend IDS2, COBOL, etc. - Utilisation dun SGBD de type relationnel : cest le systme le plus utilis de nos jours car il offre un langage de manipulation et de dfinition de donnes trs facile utiliser : langage SQL (Structured Query Language).On trouve dans ce type de systme les SGBDR comme Oracle, SQL Server, Access, MySQL, etc. Sous forme graphique : Avec le logiciel PowerAMC on a

Introduction MERISE 1

37

EEE LV C M O ITIO O P S N M TIE E A R DTC M AE O P v rch r(3 ) a a 0 d te a M T IC L AR UE C D CAS OE LSE N M O v rch r(1 ) a a 2 in ge te r v rch r(3 ) a a 0

M ATIERE = M ATIERE

M ATRICULE = M ATRICULE

CO DECLASSE = CO DECLASS E

C MOE O P SR M TIE E A R M TR U E A IC L N TE O v rch r(3 ) a a 0 v rch r(1 ) a a 2 n m ric(4 ) u e ,2

CAS LSE C D CAS OE LSE CAS LSE in ge te r v rch r(1 ) a a 2

Sous forme de scripts :


/* ============================================================ */ /* Table : COMPOSITION */ /* ============================================================ */ create table COMPOSITION ( MATIERE varchar(30) not null, DATECOMP date , primary key (MATIERE) ); /* ============================================================ */ /* Table : ELEVE */ /* ============================================================ */ create table ELEVE ( MATRICULE varchar(12) not null, CODECLASSE integer not null, NOM varchar(30) , primary key (MATRICULE) ); /* ============================================================ */ /* Table : CLASSE */ /* ============================================================ */ create table CLASSE ( CODECLASSE integer not null, CLASSE varchar(12) , primary key (CODECLASSE) ); /* ============================================================ */ /* Table : COMPOSER */ /* ============================================================ */ create table COMPOSER

Introduction MERISE 1

38

( MATIERE varchar(30) not null, MATRICULE varchar(12) not null, NOTE numeric(4,2) , primary key (MATIERE, MATRICULE) ); alter table ELEVE add foreign key FK_ELEVE_APPARTENI_CLASSE (CODECLASSE) references CLASSE (CODECLASSE) on update restrict on delete restrict; alter table COMPOSER add foreign key FK_COMPOSER_LIEN_20_COMPOSIT (MATIERE) references COMPOSITION (MATIERE) on update restrict on delete restrict; alter table COMPOSER add foreign key FK_COMPOSER_LIEN_21_ELEVE (MATRICULE) references ELEVE (MATRICULE) on update restrict on delete restrict;

Bibliographie
Parlez-vous MERISE ? : Michel Divin - Editions Eyrolles Merise : 60 affaires classes : Michel Divin -Editions Eyrolles LEssentiel sur Merise : Dominique Dionisi - Eyrolles 1994 Comprendre Merise : Jean Patrick Matheron Eyrolles 2000 Exercices et cas pour comprendre Merise : Jean Patrick Matheron Eyrolles 2000 Merise pas pas : Andr Dazon Editions Universitaires de Cte dIvoire 2004. Conception de Systme dinformation : Gnnssio Robert (Assistant en Informatique INP-HB)

Introduction MERISE 1

39