Cours Merise

t-d-info.blogspot.
com/
K.El Maftouhi Systmes dinformation
La Mthode MERISE
1- Introduction aux systmes dInformation.
2- Le Modle Conceptuel de la Communication.
3- Le Modle Conceptuel des Donnes.
4- Le Modle Logique des Donnes.
5- Le Modle Conceptuel des Traitements.
6- Le Modle Organisationnel des Traitements.

t-d-info.blogspot.com/
1- Introduction aux Systmes dInformation :
1-1 Introduction et dfinitions :
Lentreprise est un systme complexe dans lequel transitent de trs nombreux flux
dinformations. Sans un dispositif de matrise de ces flux, lentreprise peut trs vite tre dpasse
et ne plus fonctionner avec une qualit de service satisfaisante. Lenjeu de toute entreprise
consiste donc mettre en place un systme destin collecter, mmoriser, traiter et distribuer
linformation (avec un temps de rponse tolrable).
Ce systme appel systme dinformation assurera le lien entre deux autres systmes de
lentreprise : le systme oprant et le systme de pilotage.
Le systme de pilotage dcide des actions conduire sur le systme oprant en fonction des
objectifs et des politiques de lentreprise,
Le systme oprant englobe toutes les fonctions lies lactivit propre de lentreprise :
facturer les clients, rgler les salaris, grer les stocks,
La conception dun tel systme doit reposer sur des mthodes formelles danalyse, dont la
mthode MERISE.
Apparue en 1978, MERISE est base sur la sparation des donnes et des traitements
effectuer en plusieurs modles conceptuels et physiques. La sparation des donnes et des
traitements assure une longvit au modle. En effet, l'agencement des donnes n'a pas tre
souvent remani, tandis que les traitements le sont plus frquemment.
1-2 Conception dun systme dinformation :
Le systme dinformation doit dcrire (on dit encore reprsenter) le plus fidlement possible
le fonctionnement du systme oprant. Pour ce faire, il doit intgrer une base dinformation dans
laquelle sera mmorise la description des objets, des rgles et des contraintes du systme
oprant. Cette base tant sujette des volutions, le systme dinformation doit tre dot dun
mcanisme (appel processeur dinformation) destin piloter et contrler ces changements.
Relativement la conception dun systme dinformation, larchitecture prsente ci-dessus

induit une double conception :
- celle de la base dinformation (aspect statique)
- celle du processeur de traitement (aspect dynamique)
Base dinformation
Faits et vnements
Processeur dinformation
Etats de la base
dinformation
Pour aider le concepteur dans ces deux tches, la mthode Merise propose un ensemble de
formalismes et de rgles destines modliser de manire indpendante les donnes et les
traitements du systme dinformation. Ces modles ne sont quune base de rflexion pour le
concepteur et une image des moyens de communication entre les divers acteurs du systme
dinformation dans lentreprise.
1-3 Systme dinformation et systme informatique :
Parmi les informations qui appartiennent au systme dinformation, certaines doivent ou peuvent
faire lobjet dun traitement automatis grce aux outils informatiques. Pour assurer la cohrence
du systme dinformation, la mthode Merise propose une dmarche dinformatisation
comportant les tapes suivantes :
- le schma directeur : dont le rle est de dfinir, de manire globale, la politique
dorganisation et dautomatisation du systme dinformation. Pour ce faire, il est ncessaire de
rpertorier lensemble des applications informatiques existantes modifier et dvelopper. Pour
rendre contrlable et modulable ce dveloppement, il est ncessaire de dcouper le systme
dinformation en sous-ensembles homognes et relativement indpendant. Ces sous-ensembles
sont appels domaines. Par exemple, on peut trouver le domaine Approvisionnement , le
domaine Personnel . Les rsultats attendus la fin de cette tape sont une dfinition prcise
des domaines, une planification du dveloppement de chaque domaine et un plan dtaill, anne
par anne, des applications qui doivent tre ralises.
- ltude pralable par domaine: qui doit aboutir une prsentation gnrale du futur
systme de gestion (modles des donnes et des traitements) en indiquant les principales
novations par rapport au systme actuel, les moyens matriels mettre en uvre, les bilans cot
avantage. Cette tude est ralise en 4 phases :
une phase de recueil qui a pour objectif danalyser lexistant afin de cerner les
dysfonctionnements et les obsolescences les plus frappantes du systme actuel.
une phase de conception qui a pour objectif de formaliser et hirarchiser les
orientations nouvelles en fonction des critiques formules sur le systme actuel et
dautre part des politiques et des objectifs de la direction gnrale. Cela revient
modliser le futur systme avec une vue pertinente de l'ensemble.
une phase dorganisation dont lobjectif est de dfinir le systme futur au niveau
organisationnel: qui fait quoi ?
une phase dapprciation dont le rle est dtablir les cots et les dlais des solutions
dfinies ainsi que dorganiser la mise en uvre de la ralisation. A cet effet un
dcoupage en projets est effectu.
- ltude dtaille par projet qui consiste dune part affiner les solutions conues lors
de ltude pralable et dautre part rdiger, pour chaque procdure mettre en uvre, un
dossier de spcifications dtaill dcrivant les supports (maquettes dtats ou dcran) ainsi que
les algorithmes associs aux rgles de gestion A lissue de cette tude, il est possible de dfinir
le cahier des charges utilisateurs qui constitue la base de lengagement que prend le concepteur
vis vis des utilisateurs. Le fonctionnement dtaill du futur systme, du point de vue de
lutilisateur, y est entirement spcifi.
- la ralisation dont lobjectif est lobtention des programmes fonctionnant sur un jeu
dessais approuvs par les utilisateurs.
- la mise en uvre qui se traduit par un changement de responsabilit : lquipe de

ralisation va en effet transfrer la responsabilit du produit lutilisateur. Cette tape intgre en
particulier la formation des utilisateurs. Aprs une priode dexploitation de quelques mois, la
recette dfinitive de lapplication est prononce.
- la maintenance qui consiste faire voluer les applications en fonction des besoins des
utilisateurs, de lenvironnement et des progrs technologiques.
Globalement Schma directeur
Par domaine
Etude pralable
Par projet Etude dtaille
Par application
Ralisation et mise en uvres
1-4 Objectif du cours :
Ce cours ne dtaillera donc pas les tapes de la mthode Merise dans le processus
dinformatisation, mais sera ax sur les formalismes et concepts de Merise utiles aux descriptions
statique et dynamique du systme dinformation automatiser. Relativement ces descriptions
(encore appeles modles) la mthode Merise prconise 3 niveaux dabstraction :
- le niveau conceptuel qui dcrit la statique et la dynamique du systme dinformation

en se proccupant uniquement du point de vue du gestionnaire.
- le niveau organisationnel dcrit la nature des ressources qui sont utilises pour
supporter la description statique et dynamique du systme dinformation. Ces
ressources peuvent tre humaines et/ou matrielles et logicielles.
- le niveau oprationnel dans lequel on choisit les techniques dimplantation du
systme dinformation (donnes et traitements)
Du fait de ce dcoupage (qui a t introduit pour faciliter lanalyse dun problme) seul le
premier niveau est rellement indpendant de toute considration technologique : logicielle ou
matrielle. Par exemple, si les donnes du futur systme dinformation doivent tre gres par un
SGBD, cest au niveau organisationnel que le choix du type du SGBD (relationnel, rseau ou
objets) devra tre effectu. La description statique du systme dinformation ce niveau sera
donc base sur lorganisation des bases relationnelles, ou rseau, ou objets. Le troisime niveau
est encore plus dpendant de laspect technologique puisquil cherchera optimiser
limplantation. Il suppose donc une connaissance trs pointue de larchitecture et des fonctions
du SGBD qui grera le systme dinformation.
La conception du systme dinformation se fait par tapes, afin daboutir un systme

dinformation fonctionnel refltant une ralit physique. Il sagit donc de valider une une
chacune des tapes en prenant en compte les rsultats de la phase prcdente. Dautre part, les
donnes tant spares des traitements, il faut vrifier la concordance entre donnes et traitement
afin de vrifier que toutes les donnes ncessaires aux traitements sont prsentes et quil ny a
pas de donnes superflues.
Cette succession dtapes est appele cycle dabstraction pour la conception des systmes
dinformation :
Lexpression des besoins aboutit au MCC (Modle conceptuel de la communication) qui dfinit
les flux dinformations prendre compte.
Ltape suivante consiste mettre au point le MCD (Modle conceptuel des donnes) et le
MCT (Modle conceptuel des traitements) dcrivant les rgles et les contraintes prendre en
compte.
Le modle organisationnel consiste dfinir le MLD (Modle logique des donnes) qui
reprsente un choix logiciel pour le systme dinformation et le MOT (Modle organisationnel
des traitements) dcrivant les contraintes dues lenvironnement (organisationnel, spatial et
temporel).
Enfin, le modle physique reflte un choix matriel pour le systme dinformation.
Niveau Statique (donnes) Dynamique (traitements)

Conceptuel MCD MCT Indpendant du systme :
QUOI ?
Organisationnel MLD MOT Choix du SGBD :
ou logique (OU ?) (QUI ? QUAND ?) QUI ? QUAND ? OU ?
Oprationnel MPD MOPT Haute connaissance du
ou physique SGBD : COMMENT ?
2- Le modle conceptuel de la communication :
2-1 Dfinition de l'organisation :
La premire tape de ce modle est d'arriver isoler le systme en le dlimitant. Il s'agit donc
de dfinir le systme et les lments externes avec lesquels il change des flux d'information. Ces
lments extrieurs sont appels acteurs externes (ou partenaires).
La seconde tape consiste dcouper l'organisation en entits appeles acteurs internes (ou
domaines). Lorsque les domaines d'une organisation sont trop importants, ils peuvent tre
dcomposs eux-mmes en sous-domaines.
2-2 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 du
flux d'information.
2-3 Modle conceptuel de la communication (appel aussi Diagramme conceptuel de flux) :
Permet de complter le diagramme de contexte en dcomposant l'organisation en une srie

d'acteurs internes. Dans ce diagramme la reprsentation standard est la suivante:
Les acteurs internes sont reprsents par des ellipses.

Les messages internes sont reprsents par des flches.
3- Le Modle conceptuel des donnes :

Le modle conceptuel des donnes est une reprsentation statique du systme dinformation
de lentreprise qui met en vidence sa smantique.
Il a pour but d'crire de faon formelle les donnes qui seront utilises par le systme
d'information. Il s'agit donc d'une reprsentation des donnes, facilement comprhensible.
Il sagit donc de dfinir les mots qui dcrivent le systme ainsi que les liens existants entre
ces mots. Le formalisme adopt par la mthode Merise pour raliser cette description est bas sur
les concepts entit-association .
3.1 - Le dictionnaire des donnes :
3.1.1 Dfinition :
Partant des documents, la phase d'analyse consiste en extraire les informations
lmentaires (non dcomposables) qui vont constituer la future base de donnes.
La runion de l'ensemble des donnes lmentaires, que l'on appelle des attributs ou des
champs, constitue le dictionnaire des donnes.
Le dictionnaire des donnes est la fois le support du travail et le rsultat de la recherche et
analyse des donnes. Il se prsente sous la forme d'un tableau.
3.1.2 Prsentation :
Dans ce tableau, chaque donne est reprsente par :
Proprit Signification
Mnmonique Abrviation du nom de l'attribut.
Libell Libell contenant la signification prcise et le rle de l'attribut.
Type de donne Type de l'attribut : entier, rel, chane de caractres, date...
Contraintes d'intgrit Liste des contraintes sur les valeurs possibles de l'attribut
Rgle de calcul Rgle de calcul (d'obtention) de l'attribut correspondant.
3.2 La proprit :
La proprit est une information lmentaire, cest--dire non dductible dautres
informations, prsentant un intrt pour le domaine tudi.
Chaque valeur prise par une proprit est appele occurrence.
Des occurrences de la rubrique dsignation_ville sont par exemple : Rabat , Mekns ,
Fs ..
Une proprit est dite simple ou encore atomique si chacune des valeurs quelle regroupe nest
pas dcomposable. La proprit Adresse , dont des exemples doccurrences sont donns ci-
dessous, nest pas simple car elle peut tre dcompose en trois proprits : la rue, le code
postal et la ville.
Adresse
310, rue de la gare 11000 Sal
45, avenue de la Plage 17000 Casablanca
La dcomposition dune proprit en proprits plus simples ne doit pas tre systmatique et
doit surtout tenir compte de son lexploitation dans le systme.
Une proprit paramtre est une proprit qui, un instant donn, contient une seule valeur.
Dans le modle conceptuel des donnes figurent toutes les proprits, identifies par un nom, qui
prsentent un intrt pour le domaine tudier. Ce nom doit tre le plus explicite possible . aussi
doit-on garantir une bijection entre lensemble des noms et lensemble des proprits grer. On
devra donc exclure les synonymes qui correspondent deux noms diffrents pour identifier la
mme proprit et les polysmes qui reprsentent deux proprits diffrentes ayant le mme
nom.
Synonymes
Rfrence dun
Ensemble Rfrence article : AR456, Ensemble des
des noms RF567,
NumroProd Nom dun produit :
proprits
corde, marteau, ..
Nom Nom dun client :
Dubois, Durand,

Polysmes
Enfin, le principe de non-redondance impose que chaque proprit, correctement identifie,

napparaisse quune seule fois dans le modle.
3.3- LEntit :
3.3.1- Dfinition :
Est la reprsentation d'un lment matriel ou immatriel ayant un rle dans le systme que l'on
dsire dcrire et repr par le responsable de l'tude. Chaque entit est compose dinformations
permettant de la dcrire.
Le droit dentre dune proprit dans une entit est soumis dautres facteurs que le bon sens,
et ce sont ces facteurs que lon va tudier.
3.3.2- La classe dEntit :

Un ensemble compos par des entits ayant le mme type, autrement dit il s agit de
rpertorier les entits structurellement similaires dans une classe.
Les classes d'entits sont reprsentes par un rectangle. Ce rectangle est divis en deux
champs:
le champ du haut contient le libell. Ce libell est gnralement une abrviation pour une
raison de simplification de l'criture.
le champ du bas contient la liste des proprits de la classe d'entit.
3.3.3- Lidentifiant :
Un identifiant est un ensemble de proprits (une ou plusieurs) permettant de dsigner une et

une seule entit. La dfinition originale est la suivante: L'identifiant est une proprit
particulire d'un objet telle qu'il n'existe pas deux occurrences de cet objet pour
lesquelles cette proprit pourrait prendre une mme valeur.
Le modle conceptuel des donnes propose de souligner les identifiants (parfois de les faire
prcder d'un #).
3.3.4 Occurrence dentit :
Daprs la dfinition dune entit, on sait que la connaissance dune valeur de la rubrique
identifiante dtermine la connaissance des valeurs des autres rubriques de lentit. Lensemble de
ces valeurs est appel occurrence dentit. Le tableau suivant prsente des exemples
doccurrences de lentit ARTICLE.
ARTICLE 134ER 354TY

Rfrence Rteau Bche
Dsignation 150 DH 68,5 DH
PrixUnitaireHT
452GT
Scie
45 DH
3.3-5 Notion de dpendance fonctionnelle directe :
Considrons lentit suivante et quelques une de ses occurrences :

ARTICLE 134ER 354TY 452GT
Rteau Bche Scie
150 DH 68,50 DH 45DH
Rfrence
Dsignation
A A B
PrixUnitaireHT Jardinage Jardinage Bricolage
NoCatgorie
LibellCatgorie
Cette entit est juste mais elle implique une redondance dinformation relative la catgorie.
Lassociation entre le numro de la catgorie et son libell est en effet rpte dans chaque
occurrence de lentit ARTICLE.
Pour supprimer de telles redondances, on devra veiller ce que toute dpendance fonctionnelle
entre la proprit identifiante de lentit et une proprit non identifiante de lentit soit directe.
Une dpendance fonctionnelle x y est directe sil nexiste pas de proprit z telle que : x
z et z y.
Dans lexemple prcdent la dpendance fonctionnelle Rfrence LibellCatgorie nest pas

directe car il existe la proprit NoCatgorie telle que :
Rfrence NoCatgorie et NoCatgorie LibellCatgorie.
3.4- LAssociation :
3.4-1 Dfinitions :
Une association (appele aussi parfois relation) est un lien smantique entre plusieurs entits.
Une classe de relation contient donc toutes les relations de mme type (qui relient donc des
entits appartenant des mmes classes d'entit).
Une classe de relation peut lier plus de deux classes d'entit. Voici les dnominations des
classes de relation selon le nombre d'intervenants:
une classe de relation rcursive (ou rflexive) relie la mme classe d'entit
une classe de relation binaire relie deux classes d'entit
une classe de relation ternaire relie trois classes d'entit
On dfinit pour chaque classe de relation un identificateur de la forme Ri permettant de

dsigner de faon unique la classe de relation laquelle il est associ. On peut ventuellement
ajouter des proprits aux classes de relation.
ANNONCE CLIENT
NumAnn NumCli
RUBRIQUE Texte Dposer Nom
Concerner NbLignes Prnom
Rub Dom Rue
TarifPrem NbSem CP
DateRdac
Ville
Il peut y avoir, entre deux mmes entits, plusieurs associations qui reprsentent chacune des
ralits diffrentes.
EMPLOYE Habite DEPT

Numro NoDpartement
Nom Travaille NomDpartement
Prnom
3.4-2 Cardinalit :
Les cardinalits permettent de caractriser le lien qui existe entre une entit et la relation
laquelle elle est relie. La cardinalit d'une relation est compos d'un couple comportant une
borne maximale et une borne minimale.
la borne minimale (gnralement 0 ou 1) dcrit le nombre minimum de fois qu'une entit
peut participer une relation
la borne maximale (gnralement 1 ou n) dcrit le nombre maximum de fois qu'une entit
peut participer une relation
0,1
Pour chaque occurrence de E, le modle
E
A
admet :
- soit labsence de lien
- soit la prsence dun seul lien
1,1
Pour chaque occurrence de E le modle admet
E
A
la prsence dun et un seul lien
1,n
Pour chaque occurrence de E le modle
E
A admet la prsence dun seul ou de plusieurs
liens
0,n
Pour chaque occurrence de E le modle
E
A admet :
- soit labsence de lien
- soit la prsence de plusieurs liens
Remarque : dans certaines situations, la lettre n peut tre remplace par une valeur.
3.4-3 Les associations transitives :
Considrons le modle suivant :

CONTRAT APPARTEMENT PROPRIETAIRE

1,1 0,n 1,1 1,n
Concerner Appartenir
NumContrat NumAppart NumPropitaire
.
1,1 1,n
Etablir
Lassociation binaire qui relie lentit CONTRAT et lentit PROPRIETAIRE doit tre
te du modle car on peut retrouver le propritaire partir des associations Concerner et
Appartenir . Il sagit dune association transitive. Seules les dpendances fonctionnelles
directes entre identifiants dentits devront donner lieu des association binaires de type (1-n).
On veillera supprimer les dpendances transitives pour ne pas surcharger le MCD car on
risque de faire des incohrences.
3.4-5 Rgles de construction dun M.C.D :
Pour la construction du modle conceptuel, beaucoup de mthodes ont t mises en place mais
aucune ne donne rellement satisfaction. On peut cependant les rpartir en deux catgories :
A) modlisation directe
Elle consiste identifier, partir dune description exprime en langage naturel, les entits et les
associations en appliquant les rgles suivantes :
- les noms deviennent des entits
- les verbes deviennent des associations
Lexemple suivant qui illustre ce propos est bien trop simple pour que cette mthode conduise
des rsultats satisfaisants sur un systme dinformation de taille plus importante.
Une voiture appartient un modle particulier. Les noms sont : voiture , modle . Le verbe
est : appartient
Ce qui donne la modlisation Modle 1,n 1,1 Voiture
Appartenir
Le modle obtenu par cette mthode est trs loin de la reprsentation optimale et il sera
ncessaire dappliquer une phase de validation et de normalisation (limination des situations qui
induisent des redondances) pour aboutir une solution satisfaisante.
B) modlisation par analyse des dp. fonctlles
Cette mthode consiste identifier en premier lieu toutes les proprits du systme dinformation
analyser. Cette tape aboutit au dictionnaire des donnes pur qui devra comporter ni
synonyme, ni polysme, ni donne calcule. Pour faciliter la conception ultrieure des bases de
donnes, il est recommand de dfinir pour chaque donne du dictionnaire son domaine. Le
domaine dune donne est lensemble des valeurs que peut prendre cette donne. Il peut tre :
- tendu: il correspond alors au type dune donne : Numrique, alphabtique, etc.
- restreint: on lexprime alors au moyen dune liste ou dun intervalle. Par exemple,
pour la rubrique Sexe , le domaine sera la liste de valeurs F , M .
La seconde tape rside dans la recherche des dpendances fonctionnelles entre les proprits
recenses la premire tape. Pour mener de faon mthodique ce travail, on construit une
matrice des dpendances fonctionnelles admettant une ligne et une colonne par proprits du
dictionnaire. Un 1 plac lintersection de la ligne i et de la colonne j indique la prsence
dune dpendance fonctionnelle entre la proprit Pj et Pi (Pj Pi). Lexemple suivant illustre
cette technique sur lexemple classique de gestion des commandes dune entreprise.
1 2 3 4 5 6 7 8
1 NoCommande 1 NoClient NomClient
2 DateCommande 1 1
3 NoClient 1 1
4 NomClient 1 1 1
5 RefProduit 1
6 Designation 1 1
7 PrixUnitaire 1 1
8 QtCommande 1
Cette premire phase met en vidence deux types de proprits :
les proprits identifiantes repres dans la matrice par des colonnes qui comportent
au moins deux 1 . Dans lexemple ci-dessus les proprits 1, 3 et 5 sont sources de
dpendances fonctionnelles et joueront donc le rle didentifiant dentits dans le
modle conceptuel.
les proprits qui ne sont destination daucune dpendance fonctionnelle et qui ont
donc, dans la matrice des dpendances fonctionnelles, leur ligne vide. Dans lexemple
ci-dessus, les proprits TauxTVA et QtCommande ont ces caractristiques. Parmi
ces proprits il convient alors de distinguer :
- les proprits paramtres telles que le taux de TVA
- les autres proprits pour lesquelles ont doit rechercher les dpendances
fonctionnelles ayant des sources multi-attributs qui permettent de les atteindre.
La source de ces dpendances sera constitue dun sous-ensemble des rubriques identifiantes
repres ltape prcdente. Ainsi, la proprit QtCommande, est dtermine partir dun
numro de commande et dune rfrence produit ce qui revient crire la dpendance
fonctionnelle suivante : RefProduit, NoCommande QtCommande
Ces nouvelles dpendances fonctionnelles sont alors ajoutes la matrice des dpendances
fonctionnelles comme le montre la figure suivante.
1 2 3 4 5 6 7 8 1,5
1 NoCommande 1
2 DateCommande 1 1
3 NoClient 1 1
4 NomClient 1 1 1
5 RefProduit 1
6 Designation 1 1
7 PrixUnitaire 1 1
8 QtCommande 1 1
Certaines des dpendances fonctionnelles mentionnes dans cette matrice sont parasites car
elles peuvent tre dduites dautres dpendances fonctionnelles par application des proprits
remarquables telles que la rflexivit ou la transitivit. Il faut donc les liminer pour obtenir
lensemble minimal des dpendances fonctionnelles qui reprsente la mme information. Si lon
dsigne par F lensemble initial des dpendances fonctionnelles, lensemble obtenu, not F^,
aprs limination des dpendances parasites est appel couverture minimale de F et peut tre
obtenu par application dun algorithme.
Cest encore un procd algorithmique qui permet daboutir, partir de la matrice dpouille de
toute dpendance inutile, au modle conceptuel des donnes. Ainsi toute proprit identifiante
donne naissance une entit dont le contenu sera forme des proprits avec lesquelles elle est en
dpendance. Les proprits atteintes par des dpendances fonctionnelles multi-attributs seront
intgres des associations porteuses (m-n) reliant les entits dont les identifiants sont spcifies
dans la source.
Enfin, les dpendances entre identifiants se matrialiseront par la prsence dune association (1-
n). Le modle ci-dessous rsulte de lapplication de ces diffrentes rgles. Ce dernier devra alors
tre complt notamment au niveau des cardinalits minimales afin de prendre en compte toutes
les rgles de gestion. Les associations non porteuses de type m-n
CLIENT -,n -,1 COMMANDE -,n -,n PRODUIT
NoClient Passer NoCommande Ligne RefProduit

NomClient DateCommande QtCommande Dsignation
PrixUnitaire
Cette mthode est trs lourde dans sa mise en uvre ds que le nombre de proprits devient
important. De plus, tout lien smantique devenant une dpendance fonctionnelle, elle est trs
rductrice dun point de vue smantique, et ne permet pas de mettre en vidence des situations
telles que plusieurs associations portant des ralits diffrentes entre deux mmes entits.
Il semble que la bonne approche de construction dun modle conceptuel des donnes soit un
compromis entre la mthode directe, qui laisse une large part lintuition et la mthode base sur
ltude des dpendances fonctionnelles. Quelle que soit la technique utilise, le modle doit tre
vrifi, normalis et enrichi de toutes les concepts tendus pour reprsenter le plus fidlement
possible lunivers du discours.
4- Le modle Logique des Donnes :
4-1 Prsentation :
Lobjectif du dveloppement du Modle Conceptuel des Donnes (M.C.D.) reprsent par le

schma Entits/Associations est non seulement une tude exhaustive des donnes du systme
dinformations, et des relations entre elles; mais aussi une implantation informatique qui doit
nous permettre dobtenir un systme dinformations automatis.
Le modle logique des donnes intgre donc comme contraintes techniques la prise en
compte de loutil logiciel dimplantation du modle conceptuel de donnes.
Remarque : il existe plusieurs types de modles logiques dont :
le modle fichier
le modle relationnel
le modle hirarchique
le modle rseaux (ou CODASYL)
Chacun de ces modles repose sur des techniques dorganisation des donnes particulires
que des logiciels seront capables de grer. Par exemple, dans le modle relationnel lunique
structure daccueil des donnes est la relation qui peut tre assimile un tableau de la forme
suivante :
Proprit1 Proprit2 Proprit n
Valeur1 Valeur2
Valeur1 Valeur2
Dans le modle logique on parlera de Relations ( au lieu dEntit du niveau Conceptuel), on

va voquer les diffrentes techniques permettant de passer du MCD au MLD.
4-2 Rgles de passage du MCD au MLD :
Rgle 1 : Les entits qui ne sont pas porteuses dautres donnes que leur identifiant peuvent
disparatre du modle logique.
Rgle 2 : Les autres entits deviennent des relations dont la cl primaire est lidentifiant de
lentit.
Rgle 3 : Transformation des associations binaires du type (x , n) (x , 1)

Entit 1 Entit 2
E1_Identifiant 0,1 Association 1,n E2_Identifiant

E1_Proprit1 E2_Proprit1

Afin de reprsenter le lien, on duplique la cl primaire de la relation base sur l'entit

cardinalit (x , n) dans la relation base sur l'entit cardinalit (x,1). Cet attribut est appel cl
trangre. Les deux relations sont lies par une flche qui pointe de la relation cl trangre
vers la relation qui contient la cl primaire correspondante.
Entit 1 Entit 2
E1_Identifiant E2_Identifiant
E2_Identifiant # E2_Proprit1
E1_Proprit2

On peut aussi reprsenter le MRD sous son format textuel comme suit :
Entit 1(E1_Identifiant, E1_Proprit1, E1_Proprit2, E2_Identifiant #).

Entit 2 (E2_Identifiant, E2_Proprit1, E2_Proprit2, ).
Rgle 4 : Transformation des associations binaires du type (x , 1) (x , 1).
Nous devons distinguer plusieurs cas. Sachant qu'une relation binaire du type (1 , 1) - (1 , 1)
ne doit pas exister il nous reste les 2 cas suivants:
Relation binaire (0 , 1) - (1 , 1) :
Personne Carte_adhsion
NCIN 0,1 possde 1,1 Ncarte

Nom Date_creation
Prnom Type_carte

On duplique la cl de la relation base sur l'entit cardinalit (0,1) dans la relation base sur
l'entit cardinalit (1,1).
Personne Carte_adhsion
NClient Ncarte
Nom NClient #
Prnom Date_creation
Type_carte

Relation binaire (0,1)-(0,1)
On duplique la cl d'une des relations dans l'autre. Lorsque lassociation contient elle mme
des proprits, celles-ci deviennent galement attributs de la relation dans laquelle a t ajoute
la cl trangre.
Entreprise
Salari
0,1 Est 0,1 NEntreprise
Matricule Nom_entreprise
Nom D.Technique
Date_creation
Prnom Adresse_siege

Rgle 5 : Transformation des associations binaires du type (x , n) (x , n)
Entit 1 Entit 2
E1_Identifiant 0,n Association 1,n E2_Identifiant


On cre une relation supplmentaire ayant comme cl primaire une cl compose des cls
primaires des 2 relations. Lorsque lassociation contient elle-mme des proprits, celles ci
deviennent attributs de la relation supplmentaire. Une proprit de la relation qui est souligne
devra appartenir la cl primaire compose de la relation supplmentaire.
Entit 1 Relation Entit 2
E1_Identifiant E1_Identifiant # E2_Identifiant

E2_Identifiant # E2_Proprit2
E1_Proprit2

Rgle 6 : Transformation des associations ternaires :
Entit 1 Entit 2
E1_Identifiant 0,n Association 1,n E2_Identifiant


0,n
Entit 3
E3_Identifiant
E3_Proprit1
E3_Proprit2

On cre une relation supplmentaire ayant comme cl primaire une cl compose des cls
primaires de toutes les relations lies. Cette rgle s'applique de faon indpendante des
diffrentes cardinalits. Lorsque la relation contient elle-mme des proprits, celles-ci
deviennent attributs de la table supplmentaire. Une proprit de la relation qui est souligne
devra appartenir la cl primaire compose de la table supplmentaire.
Entit 1 Relation Entit 2
E1_Identifiant E1_Identifiant # E2_Identifiant

E2_Identifiant #
E3_Identifiant #

Entit 3
E3_Identifiant
E3_Proprit1
E3_Proprit2

Rgle 7 : Transformation des associations rflexives :
Nous appliquons les rgles gnrales avec la seule diffrence que lassociation est 2 fois relie
la mme entit.
0 n
M re
Entreprise
NEntreprise Dtient
Nom_entreprise Pourcentage
Date_creation
Adresse_siege
Filiale
0 n
0 1 (Mari)
Personne
NCIN Est mari

Nom
Prnom
0 1 (Epouse)
4-3 Les formes normales pour les relations:
Une relation est en premire forme normale si et seulement si tous ses attributs ont des
valeurs simples (non multiples, non composes).
Une relation est en deuxime forme normale si et seulement selle est en premire forme
normale et quil ne peut y avoir une dpendance fonctionnelle dune proprit par rapport
une sous collection de la cl de relation.
Ex : la relation commande (code_client, code_produit, lib_produit, qt_commande)

nest pas en 2me forme normale, en effet lattribut lib_produit dpend dune partie de la cl
de la relation (code_produit).
Une relation est en troisime forme normale si et seulement selle est en deuxime forme
normale et que tous ses attributs qui ne participent pas la cl sont fonctionnellement
indpendants.
Pour valider le modle logique, toutes les relations devront tre en troisime forme normale.
5- Le modle conceptuel des Traitements :

Comme il a t dit dans le chapitre dintroduction, tout systme d'information est compos
dune base dinformation et dun processeur dinformation qui reprsentent respectivement sa
statique et sa dynamique. A linstar du Modle Conceptuel des Donnes (MCD) qui schmatise
les donnes du systme dinformation, le Modle Conceptuel des Traitements (MCT) dcrit les
traitements et plus prcisment toutes les activits dcoulant des changes entre le domaine
tudi et le monde extrieur. Il exprime donc ce que fait le domaine sans se poser le problme de
savoir qui le fait, quand et comment.
5-1 Les concepts de base :

5.1.1 Lacteur :
Un acteur est une personne morale ou physique capable dmettre ou de recevoir des
informations. Par exemple, llve de terminale qui souhaite sinscrire un DEUG prpar par
la facult de Casablanca est un acteur du domaine Gestion des inscriptions de cette facult.
On distingue deux types dacteurs :
les acteurs internes qui appartiennent au systme dinformation tudi. Pour le
domaine cit ci-dessus, le service des inscriptions ou le service comptabilit de la
facult de Bordeaux sont des acteurs internes.
les acteurs externes qui nappartiennent pas au systme dinformation mais qui
sont lorigine ou la destination de flux dinformations reus ou manant du
systme dinformation. Llve de terminale qui effectue une demande de pr-
inscription la facult de Bordeaux est un exemple dacteur externe.
Dans le Modle Conceptuel de Traitements, seuls les acteurs externes sont modliss ; dune
part parce quon ne cherche qu formaliser les traitements dcoulant dinteractions avec
lenvironnement et que dautre part, on ne cherche pas connatre les acteurs internes qui
ralisent les traitements en question.
Remarque : pour certains Ateliers de Gnie Logiciel (AGL), la notion dacteur est implicite : ils
napparaissent donc pas graphiquement dans les diffrents modles de traitements produits.
5.1.2 Lvnement :
Lvnement matrialise un fait, qui en se produisant, doit dclencher une raction du

systme. Plus prcisment cette notion recouvre deux aspects :
- le fait qui survient et sa perception. La dcision dun lve de terminale de sinscrire
la facult de Casablanca illustre cet aspect.
- le compte rendu de cette perception faite auprs du systme dinformation. Ainsi, dans
le cas de la pr-inscription, cest le remplissage du dossier qui constitue le compte
rendu du souhait de llve.
Seul le second aspect est pris en compte dans la dynamique du systme dinformation et
correspond la dfinition dvnement. Du fait de cette restriction lvnement (au sens du
modle conceptuel des traitements) est porteur dinformations qui doivent tre obligatoirement
digres par le systme dinformation sans quoi il ne rpondrait pas ses objectifs.
Parmi les vnements, on distingue les vnements externes et les vnements internes :
- les vnements dclencheurs externes sont des vnements mis par un acteur externe.
Par exemple le dpt dun dossier de pr-inscription est un vnement externe
dclench par un futur bachelier souhaitant intgrer un DEUG la facult de
Bordeaux.
- les vnements internes sont des vnements qui surviennent lorsquune opration se
termine. Ce peut tre par exemple lacceptation de la pr-inscription aprs
vrification du contenu du dossier. Un vnement interne na lieu dtre que si le
compte rendu de la fin dune opration doit tre soit suivi dune nouvelle raction du
systme dinformation, soit de lmission dun message vers lenvironnement.
Notons enfin que lintitul gnrique tant parfois long, on lui associe, sur le MCT un alias afin
de le rfrencer plus facilement. Les alias seront cods ainsi : ext ou int pour indiquer le
type de lvnement suivi dun numro squentiel. Par exemple ext1 dsignera lvnement
Dpt dun dossier de pr-inscription .
a) Occurrences d'vnements :
Loccurrence dun vnement correspond la ralisation effective dun vnement. Par exemple,
le dpt du dossier de pr-inscription de M. X de terminale ES pour le DEUG MASS, constitue
une occurrence de lvnement dclencheur Dpt du dossier de pr-inscription .
La notion d'occurrence d'vnements n'est, en gnral, pas modlise, par contre la capacit
d'un vnement, qui est le nombre maximum d'occurrences acceptes par le processeur
d'information, et la frquence d'apparition des occurrences le sont. Ainsi, on peut fixer 3000 le
nombre maximum doccurrences acceptes par le processeur pour lvnement Dpt du
dossier de pr-inscription .
b) Participation et cardinalit d'un vnement :
La participation d'un vnement dfinit le nombre d'occurrences diffrentes ncessaires au

lancement de lopration. Dans le processus de gestion des inscriptions, le traitement du dossier
dpos doit tre dclench chaque apparition dune occurrence de lvnement Dpt dun
dossier de pr-inscription . La participation de lvnement au traitement est donc gal 1.
La cardinalit d'un vnement est le nombre d'occurrences identiques d'un vnement rsultat. Si
lon associe lvnement interne Carte tudiant dite la cardinalit 2, cela impliquera une
mission en deux exemplaires de la carte dtudiant. Si ces deux caractristiques ne sont pas
prcises sur le MCT, elles prennent la valeur 1 par dfaut.
5.1.3 L'opration :
La rponse larrive dun vnement est le dclenchement dun ensemble de traitements

appel opration. Le traitement denregistrement dune pr-inscription est une opration
dclenche lors du dpt de dossier de pr-inscription
Lors de son excution une opration ne peut pas tre interrompue par lattente dun vnement
externe. Lexcution dune opration se ramne lexcution dactions lmentaires effectues
sur la base dinformations partir des donnes portes par le ou les vnement(s) dclencheur(s).
Ces actions lmentaires portent sur des occurrences dentits ou dassociations du modle
conceptuel des donnes et peuvent appartenir lun des quatre types suivants :
- insertion
- la modification
- l'effacement
- recherche
La logique denchanement des actions lmentaires nest pas toujours squentielle et peut
faire intervenir des structures alternatives (Si .. Alors Sinon) ou itratives (Tant que ,
Rpter , Pour ).
5.1.4 La rgle dmission :
La production effective dune ou de plusieurs occurrences dun vnement interne est soumise
une rgle dmission, cest--dire une proposition logique qui sapplique au contenu de la
base dinformation aprs excution de lopration. Lvnement est produit si la proposition
logique est vraie. A lissue de lenregistrement dun dossier de pr-inscription deux cas peuvent
se prsenter :
- soit le dossier est complet et une occurrence de lvnement Pr-inscription de
llve E la formation F ralise le JJ/MM/AAAA est mise
- soit le dossier est incomplet (certaines proprits du MCD nont pas t renseignes)
et une occurrence de lvnement Dossier D Mis en attente le JJ/MM/AAAA est
produite.
Si la plupart des rgles dmission sont bases sur une structure alternative et donne donc lieu
une seule occurrence dvnement interne, certaines peuvent intgrer une structure itrative de
type Pour Tout afin de produire n occurrences dun vnement interne. Par exemple pour
envoyer en dbut danne des lettres de renouvellement dadhsion, on introduira la rgle
dmission suivante :
Pour tout adhrent A enregistr dans la base dinformations

crer une occurrence de int1 (Renouvellement dadhsion envoy A le JJ/MM/AAAA)
Fin pour
5.1.5 La synchronisation :
La synchronisation dune opration est compose de deux lments :

- dune part la liste des vnements (internes ou externes) qui doivent tre arrivs avant
de dclencher lopration.
- et dautre part la rgle sous forme dune proposition logique qui prcise de quelle
manire les vnements participent au dclenchement de lopration.
Pour des raisons de lisibilit ce sont les alias des vnements participant la synchronisation
qui sont mentionns, sur le MCT, dans l'expression logique de la synchronisation. Par exemple la
condition ext1 et ext2 signifie que la synchronisation sera activable lorsque :
- le nombre doccurrences de lvnement ext1 sera gal la participation de ext1
- et le nombre doccurrences de lvnement ext2 sera gal la participation de ext2
A cette proposition logique sont associes des conditions locales qui permettent de prciser,
lorsque plusieurs occurrences dun vnement sont prsentes comment choisir celles qui
participera effectivement la synchronisation. Les conditions locales portent obligatoirement sur
les valeurs des proprits ou des entits associes aux messages des vnements synchroniser.
Une synchronisation ne peut pas consulter la base dinformations.
5.1.6) Reprsentation graphique :

Remarque: Le MCT conditionne compltement l'interface graphique du S.I.

5.2 Fonctionnement d'un modle dynamique :
5.2.1) Fonctionnement d'un modle dynamique :
Larrive dun vnement externe dans le systme dinformation provoque lapparition dune
occurrence nouvelle pour cet vnement. On appelle jeton cette occurrence dvnement. Une
synchronisation, lorsquelle est en attente, devient activable, lorsque la proposition logique
associe et les conditions locales deviennent vraies par larrive dun nouveau jeton. Lorsque la
synchronisation est active, il y a consommation dun ou de plusieurs jetons par vnement qui a
contribu rendre vrai le prdicat et les conditions locales de synchronisation.
La synchronisation dclenche le dmarrage de lopration qui sexcute et qui provoque
lapparition dun ou de plusieurs jetons supplmentaires dans tous les vnements en sortie de
lopration pour lesquels la rgle dmission est vrifie.
5.2.2) Rgles de vrification du fonctionnement :
Compte tenu du principe de fonctionnement expos prcdemment, un modle dynamique

admet un ensemble dtats qui se matrialisent au moyen de jetons rpartis dans ses diffrents
vnements. Pour que le modle fonctionne correctement, diffrentes rgles relatives la
consommation de ces jetons devront tre vrifies. On devra par exemple sassurer que des jetons
ne saccumulent pas dans un vnement. Une telle situation signifierait que le systme ne remplit
pas sa fonction de consommation ou de traitement.
Dans le processus de pr-inscription, il peut y avoir accumulation de jetons dans lvnement
Rception de pices manquantes ds lors que le dossier mis en attente a t supprim du fait
du dlai de 8 jours dpass. Cest un choix du gestionnaire dignorer ou de traiter ces jetons. Si
on dcide, par exemple, denvoyer un avis llve afin de linformer que ses pices sont
arrives trop tardivement, on devra enrichir le MCT prcdent par le diagramme suivant :
(ce traitement suppose que lvnement pices manquantes soit porteur de suffisamment
dinformations pour effectuer lenvoi ).
Dossier en Rception pices

attente manquantes
(int2) (ext2)
non(int2) et ext3
Envoi dun refus
Toujours
Pr-inscription
refuse
(int3)
5-3 Mthode dtablissement dun MCT

1. Raliser le MCC (reprsentation des acteurs, vnements et rsultats externes).
2. Pour chaque vnement, recenser les oprations dclenches, et/ou les vnements
internes produits.
3. Regrouper dans une mme opration tous les traitements qui ont les mmes dclencheurs
dans une unit de temps, avec la mme synchronisation.
6- Le modle organisationnel des Traitements :

6-1 pourquoi le MOT ?
Parce quon doit complter le MCT en introduisant les facteurs suivants:
La notion de temps.
Les acteurs.
Les types dopration.
Le format gnral du MOT est donn par le schma suivant :

6-2 Exemple dillustration :
Cest un exemple relatif au traitement des commandes client par une entreprise commerciale :
6-3 Formalisme du MOT :
Le MOT reprend les concepts du MCT, parfois radapts, auxquels sont ajouts de nouveaux
concepts tels que :
Le poste de travail : entit physique comprenant des ressources sur un lieu donn et un
responsable.
la tche/opration : affectation des traitements dune opration conceptuelle une

unit organisationnelle de type site ou service.
la procdure organisationnelle : enchanement de traitements (tches) affects un ou

plusieurs sites ou services au sein dun mme processus.
Le MOT cerne l'activit de chaque poste de travail (informatique ou non), et de chaque service, en
tenant compte du "planning", du type de ressources (manuel, automatis).
6-4 Rcapitulatif :
MOT = MCT + lieu + moment + nature

Lieu : qui excute ? Acteurs.
Moment : Quand excute t-on lopration ? Agencement temporel.
Nature : Manuelle, Automatique, consultation.

Cours Merise

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours Merise

Transféré par

Droits d'auteur :

Formats disponibles

t-d-info.blogspot.

1- Introduction aux systmes dInformation.

2- Le Modle Conceptuel de la Communication.

3- Le Modle Conceptuel des Donnes.

4- Le Modle Logique des Donnes.

5- Le Modle Conceptuel des Traitements.

6- Le Modle Organisationnel des Traitements.

1- Introduction aux Systmes dInformation :

1-1 Introduction et dfinitions :

1-2 Conception dun systme dinformation :

Relativement la conception dun systme dinformation, larchitecture prsente ci-dessus

1-3 Systme dinformation et systme informatique :

- la mise en uvre qui se traduit par un changement de responsabilit : lquipe de

Globalement Schma directeur

Par projet Etude dtaille

1-4 Objectif du cours :

- le niveau conceptuel qui dcrit la statique et la dynamique du systme dinformation

La conception du systme dinformation se fait par tapes, afin daboutir un systme

Enfin, le modle physique reflte un choix matriel pour le systme dinformation.

Niveau Statique (donnes) Dynamique (traitements)

2-2 Diagramme de contexte :

Le diagramme de contexte a pour but de reprsenter les flux d'informations entre

2-3 Modle conceptuel de la communication (appel aussi Diagramme conceptuel de flux) :

Permet de complter le diagramme de contexte en dcomposant l'organisation en une srie

Les acteurs internes sont reprsents par des ellipses.

3- Le Modle conceptuel des donnes :

3.1 - Le dictionnaire des donnes :

Dans ce tableau, chaque donne est reprsente par :

Enfin, le principe de non-redondance impose que chaque proprit, correctement identifie,

3.3.2- La classe dEntit :

le champ du bas contient la liste des proprits de la classe d'entit.

Un identifiant est un ensemble de proprits (une ou plusieurs) permettant de dsigner une et

3.3.4 Occurrence dentit :

ARTICLE 134ER 354TY

3.3-5 Notion de dpendance fonctionnelle directe :

Considrons lentit suivante et quelques une de ses occurrences :

Dans lexemple prcdent la dpendance fonctionnelle Rfrence LibellCatgorie nest pas

On dfinit pour chaque classe de relation un identificateur de la forme Ri permettant de

EMPLOYE Habite DEPT

3.4-3 Les associations transitives :

Considrons le modle suivant :

CONTRAT APPARTEMENT PROPRIETAIRE

3.4-5 Rgles de construction dun M.C.D :

Cette premire phase met en vidence deux types de proprits :

CLIENT -,n -,1 COMMANDE -,n -,n PRODUIT

NoClient Passer NoCommande Ligne RefProduit

4- Le modle Logique des Donnes :

Lobjectif du dveloppement du Modle Conceptuel des Donnes (M.C.D.) reprsent par le

Remarque : il existe plusieurs types de modles logiques dont :

Dans le modle logique on parlera de Relations ( au lieu dEntit du niveau Conceptuel), on

4-2 Rgles de passage du MCD au MLD :

Rgle 3 : Transformation des associations binaires du type (x , n) (x , 1)

E1_Identifiant 0,1 Association 1,n E2_Identifiant

Afin de reprsenter le lien, on duplique la cl primaire de la relation base sur l'entit

Entit 1(E1_Identifiant, E1_Proprit1, E1_Proprit2, E2_Identifiant #).

Rgle 4 : Transformation des associations binaires du type (x , 1) (x , 1).

NCIN 0,1 possde 1,1 Ncarte

Relation binaire (0,1)-(0,1)

Rgle 5 : Transformation des associations binaires du type (x , n) (x , n)

E1_Identifiant 0,n Association 1,n E2_Identifiant

Entit 1 Relation Entit 2

E1_Identifiant E1_Identifiant # E2_Identifiant

Rgle 6 : Transformation des associations ternaires :

E1_Identifiant 0,n Association 1,n E2_Identifiant