MERISE /2

D.E.S.S. SYSTEME DINFORMATION AVANCE

P. COLIN
V97/2
1
1
Merise aujourdhui
Les points forts :
La mthode s'appuie sur une approche systmique : Cest donc une approche globale.
Les concepts sont peu nombreux et simples.
Elle est dans le domaine public donc gratuite ( rare aux USA).
Elle est assez indpendante vis vis de la technologie.
Elles est la plus utilise en France dans les domaines de gestion.
Elle sert de rfrence aux enseignements sur les mthodes.
Les critiques :
La mthode sarrte au niveau organisationnel pour les traitements et les donnes.
Elle ne s'occupe pas de l'interface utilisateur.
Elle est trs adapte un contexte de cration d'application mais pas forcment un problme
de maintenance ou de seconde informatisation.
Elle ne permet pas rellement une validation rapide de la part des utilisateurs.
Elle est davantage destine des sites centraux plus qu' des dveloppements en temps rel, ou
sur micro.
Il est trs difficile de valider les traitements par rapport aux donnes et cela au niveau
conceptuel ou organisationnel.
2
2
Les autres mthodes drives de Merise :
La mthode Mega
Yves Tabourier (dpart 1997 - Mga se porte vers UML)
3 dcoupages sur 4 niveaux de description :
Communication Donnes Traitements
Conceptuel MCC MCD MCT
Organisationnel MOC MOD MOT
Logique MLC MLD MLT
Physique MPC MPD MPT
L'analyse de la composante communication diffrents niveaux permet la prise en compte
d'une architecture client/serveur:
Le MCC permet de montrer l'analyse des besoins
Le MOC montre les flux entre les diffrents services avec leur support physique
ainsi que la rpartition entre les diffrents sites gographiques
Le MLC permet de caractriser les types de lignes utilises.
La mthode Axial
3 dcoupages sur 3 niveaux :
Donnes Donnes / traitements Traitements
D.O.G. D.B.A./ D.G.A. D.F.G.
S.R.N. S.T.U. / D.D.T. DUM
E.T.S. D.R.A.N. / D.E.M.T. M.T. ( I..P.T.)
Axial dans ces diffrents modles met beaucoup l'accent sur le rapprochement des donnes et
des traitements.
3
3
Une nouvelle version de Merise doit tre capable d'intgrer les nouvelles techniques
informatiques comme :
Les langages objets, la programmation objet, la conception objet.
Les applications coopratives de type Client/serveur.
Le dveloppement des applications sur micro-ordinateurs couples avec les sites centraux.
L'volution des SGBD (prise en compte des contraintes au niveaux des donnes).
Ne pas jeter les modules Merise existants mais complter la mthode.
Le problme est donc de faire voluer Merise afin de sappuyer sur les personnes dj formes
la mthode, plutt que de proposer une nouvelle mthode trop longue mettre en place.
4
4
Les nouveauts de Merise/2 :
A partir des 7 modles de base (Diagramme des flux, MCd, MCt, MLd, MOt, MPd, MPt) :
Diagramme des flux
MCD MCT
MLD MOT
MPD MPT
La volont de rpartition par rapport aux sites gographiques et informatiques, conduit un
modle qui dcrira la rpartition aussi bien des donnes que des traitements.
Diagramme des flux
MCD MCT
MLD MOT
MLD R MLT R
MPD MPT
Une meilleure dfinition des niveaux amne la sparation de l' organisationnel et du logique
en deux niveaux distincts ; ce qui amne le dcoupage suivant :
Merise Merise / 2
Concept Quoi
concept Quoi Orga O Qui Quand macro organisation
O/L Comment O Qui Quand Logi Comment micro orga poste travail
Phys Comment Phys
Le niveau organisation : c'est d'o utiliser, qui utilise, quand utiliser ?
Le niveau logique : Comment reprsenter comment stocker ?
Le niveau logique rparti : O et comment stocker, comment communiquer ?
Les niveaux conceptuel et organisationnel
greront les problmes d'organisation et de
rpartition de l'utilisation
Les niveaux logique et physique greront les
problmes de prsentation et de rpartition
des stockages
Le premier niveau est un niveau qualifi de systme d'information organisationnel, il est donc
conu avec la participation des utilisateurs finaux de lapplication.
Le second niveau est le systme d'information informatis, il est du ressort de lquipe
informatique uniquement.
5
5
La nouvelle approche doit galement permettre une meilleure adquation donnes/traitements
et aussi une validation entre les deux.
Une colonne a t cre entre les donnes et les traitements afin de mettre en place les
Modles de traitements analytiques, ainsi que le cycle de vie des objets.
Les modles analytiques essayent de rapprocher les donnes des traitements et permettent une
sorte de validation.
Donnes Donnes traitements Traitements
MCD CVO MCTA MCT
MOD CVO organisationnel
MOT A
MOT
MLD MLT
Le cycle de vie essaye dintroduire une vue dynamique sur un modle de donnes
essentiellement statique.
Les flux doivent tre apprhends diffrents niveaux ce qui conduit faire de l'analyse des
flux une colonne part entire pour chaque niveau.
Flux
MC MFC
MFO
MFL
Nouveaut dans la dmarche :
La mthode propose une dmarche de composition et de dcomposition .
Dcomposition pour analyser et spcifier.
Composition pour synthtiser, raliser et intgrer.
exemple: Dans un Mct on se contente de lvnement Commande au niveau global, alors que
lon retient lvnement commande nouveau client et commande client rfrenc dans
un niveau dtaill.
Les modles doivent donc tre vus deux niveaux : un niveau global et un autre dtaill. On
utilisera comme un Zoom entre les deux. ( dmarche utilise pour les MCD MFC MCT MOT).
Dans le Mcd on ne conserve que les objets gnraux dans un premier temps ; on spcialisera
dans la deuxime phase.
La mthode propose de ne plus btir les modles de manire indpendante et squentielle,
mais de mener l'ensemble des modles conceptuels en mme temps :
On fait rarement le MCT avec le MCT A.
6
6
v N
v
MFC +N
MCD + MCT A + MCT
R
CVO +7
On dira que Merise/2 contient :
des modles de communication ( ce sont ceux destins vers lutilisateur, le niveau
conceptuel)
des modles de conception (ceux qui prennent en compte la validation , les modles
analytiques)
des modles de structure (ils dfinissent la structure de lapplication, le niveau logique)
des modles de comportement (les cycles de vie par exemple)
7
7
MERISE / 2
Le schma des flux :
On doit rpondre la question du quoi, il faut tre indpendant de l'organisation.
On pourra dans cette partie laborer deux modles :
Le modle de contexte
Pour la dtermination du domaine en montrant les flux dans leur gnralit.
Le modle des flux conceptuels
Pour la dtermination des activits (processus) du domaine avec un graphe des flux, dtaill.
8
8
Le modle de contexte
Objectifs :
Illustrer les interactions entre le domaine et l'extrieur ( intervenants externes ou autres
domaines).
Dfinir le domaine d'tude.
Dterminer les changes avec l'extrieur.
Concepts
Le domaine fonctionnel :
Il est orient gestion de l'entreprise et recouvre une finalit majeure de celle-ci. C'est un
domaine pilotable, autonome, ayant une certaine organisation.
La vente, la gestion de production, le personnel.
Le domaine d'tude
Soit un domaine fonctionnel,
soit un sous-ensemble du domaine fonctionnel,
soir plusieurs domaines fonctionnels.
C'est un sous-ensemble cohrent ( grce au modle de contexte), bien dlimit et formant le
contenu du sujet tudier. C'est un projet de taille raliste.
Le flux
C'est un message conceptuel.
Domaine connexe et acteur externe :
domaine connexe : extrieur au domaine d'tude,
acteur externe : extrieur l'entreprise.
9
9
Le formalisme
Domaine connexe
Domaine d'tude
Acteur
Externe
Acteur
Externe
10
10
EXEMPLE :
Li vraison
Averti l ivre li bre
Prt accord
Livrai son Rappel
Dde de prt
Dde rservati on
Adhrent
Grer l es ouvrages
Grer le
contenti eux
Editeur
Commande
LE MODELE DE CONTEXTE
11
11
Prt non rendu
Le modle de flux conceptuels
Objectifs
Dcomposer le domaine d'tude en activits en utilisant les techniques de
composition/dcomposition
Concept
Activit :
C'est un ensemble cohrent de traitements qui transforme ou manipule des donnes.
Caractristiques d'une activit :
1. A une certaine autonomie.
2. Est pilotable.
3. Assure une finalit majeure du domaine d'tude.
On peut dcomposer une activit jusqu quatre niveaux. Une sous-activit ne doit jamais tre
redondante.
12
12
Exemples
Dcoupage de premier niveau
Contentieux
Editeur
Adhrent
Grer les prts
Grer rservation
Enrichir la bib
Dde prt
Prt accept
Rappel
Dde rservation
Avertissement
livre libre
Cde
Livraison
Disponibilit
New
De second niveau
Grer les prts
Grer les sorties
Grer les retours
Grer relances
Avis retour d'ouvrage
Avis de retard
13
13
Rappel
Dde prt
Prt accept
Retour
Rgles de dcoupage en domaines/activits
Objectifs :
1. Permettre de rpartir l'tude entre plusieurs quipes.
2. Permettre de limiter l'tude un domaine particulier.
3. Aider la dfinition d'objectifs mesurables.
4. Permettre de rflchir aux tats stables du systme d'information.
5. Essayer de donner des objectifs chaque niveau de dcomposition. Ceux-ci
doivent tre mesurables.
Les flux qui sont importants
Acteur externe Activit Domaine connexe
Acteur externe oui
Activit oui oui oui
Domaine connexe oui
Rgles de dcoupage en domaine/activits
Le domaine doit tre stable par rapport l'organisation.
Le domaine doit tre aussi autonome que possible.
Un domaine est dcompos en 8 activits au maximum.
Technique de dcomposition
Identifier des critres d'arrt. Si la sous-activit devient une action organisationnelle, on a trop
dcompos ( tamponner la carte de lecteur).
Dcomposition jusqu' 4 niveaux.
Ce dcoupage est trs proche des objectifs.
On peut avoir des sous-activits sans lien avec lextrieur, ce qui est rare au niveau de
lactivit.
L'activit est la notion de base de l'tude conceptuelle des traitements.
Exercice :
Elaborer le modle de contexte du comaine Gestion des sminaires d'une socit de formation.
Hypothse,
les fonctions couvertes par le systme sont :
Grer la planification des sminaires ( un lieu, une date, un matriel)
Grer les demandes de sminaires , les inscriptions, les convocations, les
feuilles de signatures
Grer la qualit
14
14
MERISE /2
LE MCD tendu
Prise en compte de nouvelles contraintes
Sous-type dentits et dassociations
La notion dagrgation
Le nouveau formalisme
Construction par spcialisation
15
15
MERISE / 2
Le Cycle de Vie d'un Objet
Objectifs :
Mettre en vidence l'ensemble des tats remarquables d'un individu de gestion au cours de son
cycle de vie.
Identifier les vnements qui transforment les tats.
Illustrer les interactions des changements d'tats.
Affiner les rgles de gestion du MCD.
Prparer la construction du MCT A.
On parlera de :
Etat de l'objet
Evnement
Transition
L'tat de l'objet permettra de mieux concevoir le MCD
Le MCT A permettra de prvoir les vnements
Dans le CVO seuls les individus de gestion nous intressent (pas les associations).
On ne doit traiter que les objets principaux du MCD.
Exemple :
enregistre
en attente
Commande livrable
facture
archive
Ce sont des tats stables ou remarquables ( ils ne peuvent voluer sans vnements )
Le MCD est donc un modle purement statique
Le CVO est lui un modle dynamique
Etat d'un individu
Un tat est un stade transitoire par lequel passe un objet au cours de son cycle de vie.
C'est le cot transitoire qui permet de diffrencier un tat d'un sous-type ( au sens de la
gnralisation ou de la spcialisation).
Il correspond des choix de gestion.
Lvnement est le temps ou une action.
Une occurrence de lindividu ne peut tre dans plusieurs tats la fois.
Dans le MCD on reprsentait le CVO par une proprit (code tat) ou une entit (tat).
Le CVO est le lien entre le MCD et le MCTA.Il permet daffiner les rgles de gestion.
Ltude du CVO permet de confirmer le dcoupage en domaines ou en activits.
Le CVO est une premire tentative pour se dirriger vers lApproche Objet
16
16
C
vnement 1
u
O
Etat 1
u '
C C
Evnement 2 vnement 4
^
O
Etat 2
Un vnement peut tre le temps ou un action.
On doit tablir un cycle de vie par objet (entit) significatifs
17
17
Il est possible de montrer les interactions entre les diffrents objets par rapport au CVO
Objet 1
C
vnement 1
u
O
Etat 1
u '
C C
Evnement 2 vnement 4
^
O
Etat 2
^
C
vnement 3
^
Objet 2
u
O
Etat 1
18
18
Exemple d'un CVO
19
19
Abonn
Abonn
Abonn
Reglt
cotisati
on
VALIDE
Suspendu
Radi
Avis
Radiation
Autorisation
Avis
Suspension
Exemple des cas complexes
20
20
Exemples de connexion entre cycle de vie
21
21
Exercice:
Cycle de vie d'un salari
Un nouvel embauch, avant d'tre titularis, comme instructeur est mis l'essai pour 3 mois
(renouvelable). Durant cette priode, il peut quitter la socit sans pravis.
L'embauch, devenu titulaire, ne peut quitter la socit qua par une dmission ou un
licenciement. Dans ces 2 cas il effectuera un pravis de 3 mois s'il y est cadre et d'1 mois s'il
est non cadre.
Durant sa vie professionnelle, il peut demander un cong de longue dure, il retrouvera son
poste de titulaire son retour.
Construire le cycle de vie de l'individu employ.
22
22
MERISE / 2
Le Modle Conceptuel des Traitements
Analytiques
Objectifs :
Dcrire le fonctionnement du systme indpendamment de l'organisation.
Prparer le passage un niveau organisationnel.
Rapprocher les donnes et les traitements.
Le MCT A permet de :
Reprsenter les individus de gestion qui sont ncessaires au droulement de l'activit.
Reprsenter les actions effectues sur ces derniers.
Distinguer entre vnements et ressources
Distinction entre MCT/ MCT A
MCTA est un modle de conception.
MCT est un modle de communication.
Points commun entre MCT/ MCT A
Le formalisme est identique.
Les concepts d'opration, dvnement, de rsultat et de synchronisation sont identiques.
Les rgles de construction reposent sur la non redondance, et la non interruptibilit.
23
23
Les Actions :
Une action sur un individu peut tre de 4 types :
1. Consultation
2. Cration
3. Mise jour
4. Suppression
Une action occasionne un changement d'tat
Opration Individu
Etat 2
Etat 1
Etat 3
Ltat 1 est ltat de dpart le 2 et 3 est celui darrive.
Opration
Mise jour Individu
Opration Cration Individu
Opration
Consultation Individu
Opration
Suppression Individu
On peut galement prciser les diffrents types d'actions, savoir :
Les action itratives
Les actions suivant conditions
Les actions et les contraintes d'intgrit.
Les rgles de gestion :
Une rgle de gestion prcise la faon dont seffectue la transformation des proprits
consultes en entre, pour produire un individu modifi en sortie.
Elle s'exprime sous forme structure en tenant compte du dcoupage en activits.
Exemple si un exemplaire de l'ouvrage est disponible, crer Prt.
24
24
25
25
On peut galement crer une matrice des traitements par rapport aux donnes o on indique
les diffrents types d'actions

Lecture
Ecriture
Suppression
Mise jour
client produit compte opration devise gestionnaire signature
opration 1 L L L
opration 2 L L E E L
opration 3 E E L L
opration 4 E E E E E
26
26
Exemples de MCTA
27
27
MERISE /2
Le Modle Organisationnel des Traitements
Analytiques
Objectifs du MOT :
Etudier et dcrire le fonctionnement du systme d'information.
Rpartir l'utilisation des donnes et des traitements par type de site et type d'acteur.
Reprsenter la mise en oeuvre organisationnelle des activits.
Avant si les acteurs taient sur des sites diffrents, il n'y avait pas de diffrences ; maintenant,
on parle de l'acteur sur son poste de travail, donc on peut faire apparatre des diffrences.
Dans l'ancien MOT on dcrivait le poste de travail par rapport au mtier. On ajoute
maintenant les notions :
type de site (gographique) Magasin vente
type d'acteur (le mtier lactivit) Commercial
type de poste Le commercial du
magasin de Paris
Diffrences entre MOT et MOTA
Le MOT :
Des procdures fonctionnelles vers les actions lmentaires.
Son but : lorganisation du poste de travail.
Le MOTA :
Des oprations organisationnelles vers les fonctions.
Son but : la rutilisation des composants.
Objectifs du MOT A :
Localiser et valider les traitements par site.
Rapprocher les donnes et les traitements.
Dfinir la nature du traitement.
L'opration organisationnelle :
C'est l'quivalent de la tche du MOT traditionnel.
C'est un traitement excut entirement partir d'un seul type de poste la fois et d'une seule
nature (AIM) et qui laisse la structure des donnes dans un tat cohrent.
28
28
Opration organisationnelle et base d'informations :
Elle sera excute sur un mme type de poste.
A chaque fin d'opration correspond un tat cohrent de la base.
La base d'information peut tre dans un tat incohrent pendant lexcution de l'opration.
Les transformations effectues par une tche sur la base ne peuvent tre effaces quand la
tche s'est droule normalement et a t valide.
En cas d'interruption, il faut annuler tous les effets de l'opration.
Opration organisationnelle et la base d'informations :
dclenche par un vnement
un composant de l'vnement
un rsultat intermdiaire significatif
29
29
Le type de poste
Ensemble des moyens la disposition d'un utilisateur dans le but de raliser un ensemble de
tches bien dtermines sur un type de site donn. C'est le rapprochement d'un type de site et
d'un type d'acteur.
Cela implique :
1. un espace de travail
2. un type d'acteur (type dutilisateur)
3. des procdures opratoires
4. un type de site (il peut tre gographique ou fonctionnel)
5. du temps d'utilisation
Le type de site
C'est un regroupement fonctionnel et/ou gographique de types d'acteurs dans une structure de
rfrence.
Le type d'acteur
C'est un regroupement d'acteurs exerant des activits identiques et dtermines dans le cadre
d'une organisation de rfrence.
N type de poste pourront faire la mme opration organisationnelle, il ny a plus de diffrence
d'un site l'autre.
La fonction
1. C'est le composant lmentaire de l'opration.
2. C'est un module de traitements rutilisable.
3. Elle est dcrite dans le mme formalisme que l'opration.
4. Elle est construite par dcomposition de l'opration.
5. Elle sert de validation avec le MOD (et le CVO organisationnel), chaque
transition du CVO doit trouver une fonction qui l'assure.
Exemple
30
30
La dmarche de construction du MOTA :
1. Choisir une opration conceptuelle.
2. Expliciter les vnements dclencheurs.
3. Identifier les oprations organisationnelles en respectant les rgles.
4. Analyser les actions sur les donnes.
5. Dcomposer en fonctions lmentaires.
6. Pour chaque fonction :
identifier les flux de donnes entrant/sortant
expliciter le couplage avec le CVO/MOD
31
31
On peut construire la matrice utilisateurs / traitements pour synthtiser les changes
interrogation opration change cration compte
accueil 240
change 60 60 60
guichet 100 100
gestionnaire 20 10
On retiendra l'unit de frquence : nombre d'oprations par jour et par agence
On peut faire une matrice plus dtaille par type de poste.
On peut galement construire une matrice avec les types d'acteurs dans chaque site par rapport
aux oprations.
Type de
site
Opration
1
Opration 2 Opration
3
Opration 4 Opration
5
site A Acteur 1
site A Acteur 2
site A Acteur 3
site B Acteur 2
site C Acteur 3
32
32
MERISE/2
Le Cycle de Vie des Objets et les flux
organisationnels
Objectifs :
Mettre en vidence des tats et transitions de nature organisationnelle
Aider la dcouverte des fonctions du MOT A.
Une opration a t vue globalement au niveau fonctionnel
Par contre au niveau organisationnel, on peut mettre en vidence un tat qui devra tre ajout
dans le CVO O.
Par exemple, dans une banque une procdure de saisie des chques s'est arrte au milieu de la
transaction car 17 h il y a eu l'arrt des guichets de la banque. Il y a donc un nouvel tat qui
est purement organisationnel.
Exemple :
33
33
Le modle des Flux organisationnels
Objectifs :
Mettre en vidence des flux organisationnels entre les types de sites / les types d'acteurs, les
acteurs externes et les domaines connexes.
C'est quivalent un graphe des flux organisationnels.
On mentionnera donc le support physique.
Exemple :
34
34
MERISE / 2
Le Modle Organisationnel des Donnes
Objectifs :
Distinguer les donnes informatiser.
Quantifier les volumes et dfinir la dure de vie des donnes.
Localiser les donnes par site.
Dfinir les niveaux de scurit requis.
Dfinir des individus et des relations de type organisationnel.
On peut reprsenter le MOD de trois manires avec :
Le MOD gnral : c'est la structure organisationnelle. On s'attache la nature des objets et des
relations, au systme d'autorisation et on ajoute des objets ou relation organisationnelle.
La vue d'un type de site : on prcise les accs aux donnes partie d'un type de site ainsi que
les besoins locaux d'archivage.
La vue d'un type de poste : on prcise les accs aux donnes par poste et la responsabilit des
personnes.
Le choix des informations mmoriser et l'historique des informations.
Lors de l'tude du MCD il a t dcid de ne pas conserver les informations calcules.
En effet il tait trop tt pour connatre les dures de conservation des informations et pour tre
capable de savoir si le calcul tait techniquement envisageable et mme possible pour des
problmes d'historique de donnes ;
Pour le MOD on doit dterminer exactement quelles sont les informations exactes conserver.
On va donc ajouter des entits ou des relations.
La typologie des groupes de donnes :
Prives :
Donnes mises jour par le type de site et inaccessibles aux autres sites
Protges :
Donnes mises jour par le type de site et consultables par les autres sites.
Partages :
Donnes mises jour et consultables par les autres sites.
Consultables :
Donnes uniquement consultables par le type de site.
35
35
Exemple de prsentation au niveau global et par site
36
36
Exemple de vue par type de site
Agence
gestionnaire Signature
Client Sige
Compte Opration Compte
Produit Devises
Il n'est pas ncessaire de montrer tout le dtail des donnes, on peut procder des
regroupements.
37
37
Le choix des informations mmoriser
Le problme de la mmoire immdiate et de la mmoire long terme :
La mmoire immdiate doit tre immdiatement accessible et optimise en fonction des
besoins des diffrents traitements
La mmoire long terme permet une recherche d'information en diffr et doit tre optimise
afin de permettre une conomie de cot.
La Dure de vie des informations
La dure de vie des entits :
Exemples :
1) On ne gardera pas en ligne les bons de commande, les bons de livraison, et les factures .
La dure de vie de ces trois entits est sans doute diffrente.
Le problme :
Si on a besoin, pour comprendre une facture, de retrouver l'information d'une commande, cela
posera un problme.
Par exemple le lien avec le client est sans doute fait au niveau de la commande et non de la
facture. La normalisation du MCD nous a conduit ne pas dupliquer la relation dans les trois
entits (cde, bon de livraison, facture) on se trouve dans la ncessit d'imposer une redondance
de lien pour tre capable de grer correctement la facture lors du lettrage client ou des
oprations comptables futures.
2) On pensait calculer chaque fois le chiffre d'affaires en cours du client . En effet cette
proprit peut tre obtenue par un calcul de sommation des T.T.C. des factures. Comme les
occurrences de l'entit facture ne sont gardes qu'un temps rduit, on ne sera donc plus capable
de la recalculer, on la conservera donc au titre d'une proprit situationnelle.
La dure de vie des proprits

Exemple :
1) Lors de l'tablissement de la facture, on a calcul le T.T.C. par la multiplication du H.T. et
de la TVA, on peut ne garder que le Hors Taxes, mais si plus tard la valeur de la TVA change
on ne pourra plus retrouver la TVA de l'poque.
Il y a deux manires pour conserver une telle information
historiser la TVA , on obtiendra alors une relation n priode + n taux TVA qui donne le
taux ;
ou conserver l'intrieur de la facture le taux de TVA de l'poque.
Par contre, si on dispose de plusieurs taux de TVA en fonction de l'article, on devra conserver
le taux dans l'article ou dans la famille d'articles.
2)
Conserver le prix des produits proposs lors de l'tablissement d'un devis mme si la
commande n'est enregistre que plus tard .
38
38
Le MOD par type de site
Il est ncessaire de prciser :
- le sous ensemble du MOD global qui intresse un site organisationnel
- les actions lmentaires que peut effectuer le site organisationnel sur ce sous ensemble
Les actions possibles :
I Interrogation lecture
M mise jour
C cration
S Suppression
par exemple sur le site secrtariat commercial

Commande
N Cde
date cde
Date de livraison
Produit
Code produit
libell
Qt en stocks
dtail commande
Qt commande
(1,N)
(0,N)
C
M
L C
M
L
L
sur le site magasin
Commande
N Cde
date cde
Date de livraison
Produit
Code produit
libell
Qt en stocks
dtail commande
Qt commande
(1,N)
(0,N)
L
M
L
L
sur le site direction
Commande
N Cde
date cde
Date de livraison
Produit
Code produit
libell
Qt en stocks
dtail commande
Qt commande
(1,N)
(0,N)
L
L
L
C
M
S
39
39
MERISE / 2
Le Modle Logique des
Donnes Rparties
Les critres de rpartition
Critres relatifs aux donnes :
1. ressources partages ou non
2. niveau de scurit
3. volume
4. niveau de fracheur des donnes
5. volume et format des flux d'informations entre sites
6. contraintes organisationnelles
La rpartition des donnes doit autant que possible suivre l'organisation de l'entreprise.
Si l'organisation a un partage gographique, le rseau client serveur adoptera galement une
rpartition gographique.
Si l'organisation a un partage fonctionnel, le rseau client serveur adoptera galement une
rpartition fonctionnelle.
La rpartition des donnes est fonction des types de donnes :
Donnes historiques
Donnes courantes
La rpartition par site
Objectifs :
Partager les donnes par machine logique et type de site
Prciser l'implantation logique donnes permanentes
On pourra donc montrer des MLD par site et non plus de manire globale.
40
40
Exemples de partages et critres de dcision
41
41
Table de dcision pour le choix l'implantation physique des donnes par site.
Besoin de donnes
jour et partages
Partitionnement
horizontal possible
Volatilit
importante
Dcision prendre
OUI OUI Distribuer
OUI NON OUI Centraliser
OUI NON NON Centraliser ou Copies
multiples
NON Copies multiples
Partitionnement vertical
si ncessaire
42
42
Exemple de MLD rparti
43
43
Exemple de MLD rparti
44
44
MERISE / 2
Le Modle Logique des traitements Global
et des traitements rpartis
Objectifs :
Rpartir par site et machine logique en tenant compte des contraintes du Client/Serveur.
Dfinir des serveurs logiques et choisir une architecture technique.
La gestion du dialogue se fait sur le poste de travail.
Les traitements se droulent l'endroit o se trouvent les donnes.
Dans une mme transaction, rduire les changes entre sites distants.
45
45
Exemple et formalisme
46
46
La localisation des traitements
47
47