Vous êtes sur la page 1sur 101

257478801.

doc
______________________________________________________________________________

Mthodologie des systmes


d'information - MERISE
Cours du Cycle Probatoire

MCD
MLD
SQL

A. Lassus A. Mundubeltz - B. Chaulet

CNAM ANGOULEME 2000-2001


___________________________________________________________________
DI GALLO Frdric

Page 1

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIES
DES SYSTEMES
D'INFORMATION :

La mthode
MERISE

___________________________________________________________________
DI GALLO Frdric

Page 2

16/01/2015

257478801.doc
______________________________________________________________________________

LA MTHODE MERISE: INTRODUCTION


I. LE SYSTME DINFORMATION DANS LENTREPRISE.....................................................5
II. ARCHITECTURE & CONCEPTION DUN SYSTME DINFORMATION...............................7
III.
SYSTME DINFORMATION ET SYSTME INFORMATIQUE.........................................8
IV.
CONCLUSION ET OBJECTIF DU COURS......................................................................9
4.1) Cycle d'abstraction de conception des S.I.............................................................11
4.2) Bibliographie :......................................................................................................11

LE MODLE CONCEPTUEL DE LA
COMMUNICATION
I. DFINITION DE L'ORGANISATION...............................................................................14
II. DIAGRAMME DE CONTEXTE.......................................................................................15
III.
DIAGRAMME CONCEPTUEL DE FLUX.....................................................................15

DESCRIPTION STATIQUE DU SYSTME


DINFORMATION
I.

LES CONCEPTS DE BASE.............................................................................................18


1.1) La proprit (ou attribut ou rubrique)..................................................................18
1.2) Lentit ou individu-type.......................................................................................19
1.3) Lassociation (ou relation-type)............................................................................25
II. LES CONCEPTS TENDUS (MERISE 2)......................................................................40
2.1) Le concept dhritage...........................................................................................40
2.2) Les contraintes ensemblistes.................................................................................43
2.3) Lidentification des occurrences dentits............................................................53
III.
RGLES DE CONSTRUCTION DUN M.C.D..............................................................55
3.1) modlisation directe..............................................................................................55
3.2) modlisation par analyse des dp. fonctlles............................................................55

___________________________________________________________________
DI GALLO Frdric

Page 3

16/01/2015

257478801.doc
______________________________________________________________________________

LE MODLE LOGIQUE DES DONNES


I.

LES RGLES DE PASSAGE DU MCD AU MODLE RELATIONNEL.................................60


1.1) Les rgles..............................................................................................................60
1.2) Les concepts tendus.............................................................................................63
II. CRATION DUNE BD RELATIONNELLES PAR LE LANGAGE SQL...............................65
2.1) Dclaration des champs dune table....................................................................67
2.2) Dfinition des contraintes dintgrit...................................................................68

MISE EN UVRE AVEC POWERAMC


I. SAISIE DU MODLE CONCEPTUEL DES DONNES.......................................................77
II. GNRATION DU MODLE PHYSIQUE.........................................................................79
III.
GNRATION DE LA BASE DE DONNES.................................................................80

DESCRIPTION DYNAMIQUE DU S.I.


I.

LES CONCEPTS DE BASE.............................................................................................83


1.1) Lacteur.................................................................................................................83
1.2) Lvnement..........................................................................................................84
1.3) L'opration............................................................................................................85
1.4) La rgle dmission...............................................................................................86
1.5) La synchronisation................................................................................................86
1.6) Reprsentation graphique.....................................................................................88
1.7) Extrait du MCT de la gestion des inscriptions......................................................89
II. FONCTIONNEMENT D'UN MODLE DYNAMIQUE.........................................................90
2.1) Fonctionnement d'un modle dynamique.............................................................90
2.2) Rgles de vrification du fonctionnement.............................................................91
III.
RGLES DE CONSTRUCTION D'UN M.C.T...............................................................92
IV.
LE MODLE ORGANISATIONNEL DES TRAITEMENTS..............................................92
4.1) Le tableau des procdures fonctionnelles.............................................................92

___________________________________________________________________
DI GALLO Frdric

Page 4

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

LA MTHODE MERISE: INTRODUCTION


La conception d'un systme d'information n'est pas vidente car il faut rflchir
l'ensemble de l'organisation que l'on doit mettre en place. La phase de conception ncessite
des mthodes permettant de mettre en place un modle sur lequel on va s'appuyer. La
modlisation consiste crer une reprsentation virtuelle d'une ralit de telle faon faire
ressortir les points auxquels on s'intresse. Ce type de mthode est appel analyse. Il existe
plusieurs mthodes d'analyse, la mthode la plus utilise en France tant la mthode MERISE.
Le but de cette mthode est d'arriver concevoir un systme d'information. La mthode
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.
La mthode MERISE date de 1978-1979, et fait suite une consultation nationale lance
en 1977 par le ministre de l'Industrie dans le but de choisir des socits de conseil en
informatique afin de dfinir une mthode de conception de systmes d'information. Les deux
principales socits ayant mis au point cette mthode sont le CTI (Centre Technique
d'Informatique) charg de grer le projet, et le CETE (Centre d'Etudes Techniques de
l'Equipement) implant Aix-en-provence.
Merise tant une mthode de conception et de dveloppement de systme dinformation,
lobjectif de ce chapitre est dintroduire la notion de systme dinformation et den proposer
une description formelle.

1. Le
systme
lentreprise

dinformation

dans

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 quelle soit de ngoce, industrielle ou de services consiste donc mettre en place
un systme destin collecter, mmoriser, traiter et distribuer linformation (avec un temps de
rponse suffisamment bref). Ce systme dinformation assurera le lien entre deux autres
systmes de lentreprise : le systme oprant et le systme de pilotage.

___________________________________________________________________
DI GALLO Frdric

Page 5

16/01/2015

257478801.doc
______________________________________________________________________________

Systme de pilotage

Systme dinformation

information-reprsentation :
information qui donne une reprsentation du
rel ; ce rel pouvant tre soit le systme oprant
(tats discrets) soit le systme dinformation luimme.
information-dcision
information-intraction :
information ncessaire au systme oprant pour
quil fonctionne

Systme oprant

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,
Une telle dcomposition prend bien en compte :
- la diffrence de besoin en matire dinformation des modules oprants et pilotes,
- la ncessit pour le systme dinformation de ne pas se contenter de transmettre les
informations mais den changer le niveau de synthse.

Dans certaines organisations, on peut trouver des formes plus intgres du systme
dinformation. Cette intgration peut se faire soit au niveau du systme oprant, soit au niveau
du systme de pilotage.
-

Un systme dinformation intgr au systme oprant ne dcrit plus le


fonctionnement du systme oprant mais il est intgr ce fonctionnement. Par
exemple dans un systme de GPAO (Gestion de Production assiste par
Ordinateur), les dcisions de pilotage sont directement traduites en des dcisions
dexcution de rgles incluses dans une gamme opratoire.

Un systme dinformation intgr au systme de pilotage doit permettre


dengranger les dcisions prises lors de diverses situations afin de rendre le
pilotage plus intelligent. Ces Systmes Interactifs dAide la Dcision (S.I.A.D)
ont une architecture proche de celle des systmes experts et font donc largement
appel pour leur conception aux techniques de lintelligence artificielle.

___________________________________________________________________
DI GALLO Frdric

Page 6

16/01/2015

257478801.doc
______________________________________________________________________________

2. Architecture
dinformation

&

conception

dun

systme

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 seront mmoriss 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. Le schma suivant synthtise larchitecture dun
systme dinformation.

Base dinformation

Faits et vnements
Processeur dinformation
Etats de la base
dinformation

Le processeur dinformation produit des changements dans la base dinformation la


rception dun message. Un message contient des informations et exprime une commande
dcrivant laction entreprendre dans la base dinformation. Le processeur dinformation
interprte la commande et effectue le changement en respectant les contraintes et les rgles.
Si le message exprime une recherche sur le contenu de la base dinformation, le processeur
interprte la commande et met un message rendant compte du contenu actuel de la base
dinformation. Dans tous les cas, lenvironnement a besoin de connatre si la commande a t
accepte ou refuse. Le processeur met, cet effet, un message vers lenvironnement.
Relativement la conception dun systme dinformation, larchitecture prsente cidessus induit une double conception :
- celle de la base dinformation (aspect statique)
- celle du processeur de traitement (aspect dynamique)
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 un moyen de communication entre les divers acteurs du systme dinformation
dans lentreprise. Seul la validation de l'ensemble se fera en commun.

___________________________________________________________________
DI GALLO Frdric

Page 7

16/01/2015

257478801.doc
______________________________________________________________________________

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 sousensembles 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.

___________________________________________________________________
DI GALLO Frdric

Page 8

16/01/2015

257478801.doc
______________________________________________________________________________
- 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.
Le schma suivant, extrait de louvrage La mthode Merise reprend les tapes dcrites
ci-dessus.

Globalement

Schma directeur

Par domaine

Etude pralable

Par projet

Etude dtaille

Par application

Ralisation et mise en uvres

Cette dmarche lourde et parfois complexe est adapte lautomatisation de gros


systmes dinformation . Pour des informatisations plus modestes, elle peut tre perue
comme un carcan, et il convient donc de ladapter afin de retenir uniquement les concepts
et/ou les tapes appropries aux besoins.

4. Conclusion et objectif du cours


Mme si la mthode MERISE tant, avant tout, une mthode de conception de systmes
dinformation, et non de systmes informatiques, il apparat aujourdhui que les systmes
dinformation sont largement grs par des applications informatiques. Les modles MERISE
doivent donc tre utiliss pour faciliter le dveloppement de ces applications en sappuyant
sur les technologies logicielles actuelles telles que les bases de donnes relationnelles et/ou
larchitecture client-serveur.

___________________________________________________________________
DI GALLO Frdric

Page 9

16/01/2015

257478801.doc
______________________________________________________________________________
De plus, il apparat que les mthodes traditionnelles, composes dtapes menes
squentiellement depuis lanalyse du besoin jusqu la recette, prsentent linconvnient
dtre rigides et peu ractives. Ainsi, le temps coul entre les spcifications et la phase de
livraison est parfois tellement important que les besoins ont chang de nature. Pour pallier ces
dfauts, il faut envisager des dmarches qui impliquent beaucoup plus lutilisateur dans le
processus global dinformatisation et qui procdent par affinements successifs. Ainsi, une
dmarche base sur des mthodes traditionnelles, comme MERISE pour laspect conceptuel,
et plus modernes, comme le RAD pour produire des prototypes, pourrait savrer tre un
compromis avantageux pour la conception dapplications informatiques.
Ce cours sinscrit dans cette logique : il 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.
Ltude des technologies logicielles, telles que les types de SGBD ou encore larchitecture
client-serveur, sortant du cadre de ce cours, celui-ci se focalisera sur le niveau conceptuel tant
au niveau des donnes que des traitements. Lapprentissage des formalismes associs ce
niveau suffit illustrer la richesse, la puissance et parfois mme les faiblesses des
formalismes Merise en gnral et, donne ainsi une bonne ide des principaux aspects de la
mthode.
Enfin, lutilisation de lAtelier de Gnie Logiciel AMC*Designor permettra de dcouvrir
comment Merise a t intgr un outil de conception ainsi que son apport dans le
dveloppement dune application client-serveur.

___________________________________________________________________
DI GALLO Frdric

Page 10

16/01/2015

257478801.doc
______________________________________________________________________________

4.1) Cycle d'abstraction de conception des S.I.


La conception du systme d'information se fait par tapes,
afin d'aboutir un systme d'information fonctionnel refltant
une ralit physique. Il s'agit donc de valider une une
chacune des tapes en prenant en compte les rsultats de la
phase prcdente. D'autre 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 qu'il n'y a pas de donnes
superflues.
Cette succession d'tapes est appele cycle d'abstraction
pour la conception des systmes d'information:
L'expression des besoins aboutit au MCC (Modle conceptuel
de la communication) qui dfinit les flux d'informations
prendre compte.

L'tape 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 d'information et le MOT (Modle
organisationnel des traitements) dcrivant les contraintes dues l'environnement
(organisationnel, spatial et temporel).
Enfin, le modle physique reflte un choix matriel pour le systme d'information.
Niveau
Conceptuel

Statique (donnes)
MCD

Organisationnel
ou logique
Oprationnel
ou physique

Dynamique (traitements)
MCT

MLD

MOT

(OU ?)

(QUI ? QUAND ?)

MPD

MOPT

Indpendant du systme:
QUOI ?
Choix du SGBD:
QUI ? QUAND ? OU ?
Haute connaissance du
SGBD: COMMENT ?

4.2) Bibliographie :
La mthode Merise : H. Tardieu, A. Rochfeld, R. Coletti aux Ed. dorganisation
AMC*Designor : Mise en uvre de merise Gilles GUEJ aux Editions Eyrolles
www.commentcamarche.net: La mthode Merise.

___________________________________________________________________
DI GALLO Frdric

Page 11

16/01/2015

257478801.doc
______________________________________________________________________________

LA METHODE
MERISE :

Le Modle
Conceptuel de la
Communication

___________________________________________________________________
DI GALLO Frdric

Page 12

16/01/2015

257478801.doc
______________________________________________________________________________

LE MODLE CONCEPTUEL DE LA
COMMUNICATION
I. DFINITION DE L'ORGANISATION.............................................................................. 14
II. DIAGRAMME DE CONTEXTE...................................................................................... 15
III.
DIAGRAMME CONCEPTUEL DE FLUX.................................................................... 15

___________________________________________________________________
DI GALLO Frdric

Page 13

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

LE MODLE CONCEPTUEL DE LA
COMMUNICATION

I. 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.

La dernire tape est l'analyse des flux d'information, c'est--dire la dfinition des processus.

___________________________________________________________________
DI GALLO Frdric

Page 14

16/01/2015

257478801.doc
______________________________________________________________________________

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 port 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

3. Diagramme conceptuel de flux

Ce diagramme (appel aussi modle conceptuel


de la communication) 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

___________________________________________________________________
DI GALLO Frdric

Page 15

16/01/2015

257478801.doc
______________________________________________________________________________

LA METHODE
MERISE :

Description
statique du
systme
d'information

___________________________________________________________________
DI GALLO Frdric

Page 16

16/01/2015

257478801.doc
______________________________________________________________________________

DESCRIPTION STATIQUE DU SYSTME


DINFORMATION
I.

LES CONCEPTS DE BASE............................................................................................ 18


1.1) La proprit (ou attribut ou rubrique)................................................................. 18
1.2) Lentit ou individu-type...................................................................................... 19
a) Dfinition...................................................................................................................... 19
b) Les identifiants.............................................................................................................. 20
c) Occurrence dentit ou individu.................................................................................... 21
d) Notion de dpendance fonctionnelle directe................................................................. 21
Exercice n1 (Acquis : Proprit et Entit).................................................................... 22

1.3) Lassociation (ou relation-type)........................................................................... 25


a) Dfinition...................................................................................................................... 25
b) Occurrence dassociation............................................................................................. 26
c) Cardinalit.................................................................................................................... 26
Exercice n2 (Acquis : proprit, entit et association)................................................. 27
d) Caractristiques dune association............................................................................... 31
e) Lassociation porteuse.................................................................................................. 32
Auto-valuation n 1:........................................................................................................ 33
f) Les associations transitives............................................................................................ 35
g) Les associations rflexives............................................................................................ 35
Exercice n3 (Acquis : Concepts de base uniquement)................................................. 36
Auto-valuation n 2:........................................................................................................ 37

II. LES CONCEPTS TENDUS (MERISE 2)..................................................................... 40


2.1) Le concept dhritage.......................................................................................... 40
Exercice n 5

(Acquis : concepts de base + sous-typage).............................................. 41

2.2) Les contraintes ensemblistes................................................................................ 43


a) La contrainte dinclusion.............................................................................................. 45
b) La contrainte de totalit................................................................................................ 47
c) La contrainte dexclusion.............................................................................................. 48
d) La contrainte d'galit................................................................................................. 50
Exercice n 6 (Acquis : base + sous-typage + contraintes ensemblistes)...................... 51

2.3)
III.
3.1)
3.2)

Lidentification des occurrences dentits........................................................... 53


RGLES DE CONSTRUCTION DUN M.C.D............................................................. 55
modlisation directe............................................................................................. 55
modlisation par analyse des dp. fonctlles.................................................................................................. 55

___________________________________________________________________
DI GALLO Frdric

Page 17

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

DESCRIPTION STATIQUE DU SYSTME


DINFORMATION
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. Cet aspect recouvre 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 entitassociation .

I.

Les concepts de base


1.1) La proprit (ou attribut ou rubrique)
La proprit est une information lmentaire, cest--dire non dductible dautres
informations, qui prsente un intrt pour le domaine tudi. Par exemple, si lon
considre le domaine de gestion des commandes dune socit de vente par
correspondance, les donnes : rfrence article , dsignation article , prix
unitaire HT , taux de TVA sont des proprits pertinentes pour ce domaine. La
donne prix unitaire TTC nest, daprs la dfinition, pas une proprit car ses
valeurs peuvent tre retrouves partir des proprits prix unitaire HT et taux de
TVA .
Chaque valeur prise par une proprit est appele occurrence. Des occurrences de la
rubrique dsignation article sont par exemple : rteau , bche , scie ,
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 lmentaire car elle peut tre
dcompose en trois proprits : la rue, le code postal et la ville.
Adresse
310, rue de la gare 16000 Angoulme
45, avenue de la Plage 17000 La Rochelle

La dcomposition dune proprit en proprits plus simples ne doit pas tre


systmatique et doit surtout tenir compte de son lexploitation dans le systme. Si cette
exploitation est toujours globale, latomisation nest pas ncessaire, dans les autres cas il
faut procder lisolement de chacune des composantes de la proprit et donc introduire
de nouvelles proprits.
Proprit Occurrences
Prnom
J-Philippe, Laurent, Jean

___________________________________________________________________
DI GALLO Frdric

Page 18

16/01/2015

257478801.doc
______________________________________________________________________________
Une proprit paramtre est une proprit qui, un instant donn, contient une seule
valeur. Un des exemples les plus classiques pour illustrer les paramtres est la
rubrique ValeurEuro .
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 : sa seule lecture on doit donc pouvoir se faire une ide de ce que reprsente la
proprit. En outre, lidentification de chaque proprit consiste 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

Ensemble
des noms

Rfrence

Rfrence dun article :


AR456, RF567,

NumroProd

Nom dun produit :


bche, rateau, ..

Nom

Nom dun client


Dubois, Durand,

Ensemble des
proprits

Polysmes

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


identifie, napparaisse quune seule fois dans le modle.

1.2) Lentit ou individu-type


a) Dfinition
Une entit est la reprsentation d'un lment matriel ou immatriel ayant un rle dans le
systme que l'on dsire dcrire. On appelle classe d'entit un ensemble compos d'entits de
mme type, c'est--dire dont la dfinition est la mme. Le classement des entits au sein d'une
classe s'appelle classification (ou abstraction). Une entit est une instanciation de la classe.
Chaque entit est compose de proprits, donnes lmentaires permettant de la dcrire.
Prenons par exemple une Ford fiesta, une Renault Laguna et une Peugeot 306. Il s'agit de
3 entits faisant partie d'une classe d'entit que l'on pourrait appeler voiture. La Ford Fiesta
est donc une instanciation de la classe voiture. Chaque entit peut possder les proprits
couleur, anne et modle.
Au premier abord, on peut dfinir lentit comme tant un regroupement bien pens, donc
sens, de plusieurs proprits. Par exemple, on considre lentit ARTICLE qui regroupe les
proprits : Rfrence, Dsignation et PrixUnitaireHT. 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.

___________________________________________________________________
DI GALLO Frdric

Page 19

16/01/2015

257478801.doc
______________________________________________________________________________
Les classes d'entits sont reprsentes par un rectangle. Ce rectangle est
spar en deux champs:
le champ du haut contient le libell. Ce libell est gnralement une
abbrviation pour une raison de simplification de l'criture. Il s'agit
par contre de vrifier qu' chaque classe d'entit correspond un et
un seul libell, et rciproquement.
le champ du bas contient la liste des proprits de la classe d'entit.
Considrons deux proprits P1 et P2. La cration dune entit E regroupant ces deux
seules proprits nest envisageable que si lune des deux conditions suivantes est satisfaite :
toute valeur de la proprit P1 doit correspondre au plus une valeur de la
proprit P2. Ce fait traduit lexistence dune dpendance fonctionnelle
monovalue entre P1 et P2 note : P1 P2. On dit encore que P1 dtermine P2.
P1 est alors rubrique identifiante de lentit E. La reprsentation graphique de
lentit E a la forme suivante :
E
P1
P2
ou toute valeur de la rubrique P2 doit correspondre au plus une valeur de la
rubrique P1. P2 est alors en dpendance fonctionnelle avec P1 et lentit E doit tre
reprsente ainsi :
E
P2
P1
Lentit suivante, qui peut tre considre comme un regroupement sens, nest pas
correcte car il ny a pas dpendance fonctionnelle entre la rubrique CodePostal et la
rubrique Commune . Ainsi au code postal 16600 correspond plusieurs communes :
Mornac , Magnac , ..
POSTE
CodePosta
l
Commune

b) Les identifiants
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.
Les attributs d'une classe d'entit permettant de dsigner de faon unique chaque instance
de cette entit sont appel identifiant absolu. Le modle conceptuel des donnes propose de
souligner les identifiants (parfois de les faire prcder d'un #).

___________________________________________________________________
DI GALLO Frdric

Page 20

16/01/2015

257478801.doc
______________________________________________________________________________
Ainsi, chaque classe d'entit doit possder au moins un attribut identifiant, et l'ensemble de
ses attributs identifiants doivent tre renseigns la cration de l'entit.

c) Occurrence dentit ou individu


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
Rfrence
Dsignation
PrixUnitaireHT

134ER
Rateau
150 F

354TY
Bche
68,50 F

452GT
Scie
45 F

d) Notion de dpendance fonctionnelle directe


Considrons lentit suivante et quelques une de ses occurrences :
ARTICLE

Rfrence
Dsignation
PrixUnitaireHT
NoCatgorie
LibellCatgorie

134ER
Rateau
150 F
A
Jardinage

354TY
Bche
68,50 F
A
Jardinage

452GT
Scie
45F
B
Bricolage

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 monovalue 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

___________________________________________________________________
DI GALLO Frdric

Page 21

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n1

(Acquis : Proprit et Entit)

La socit Azur-Hebdo consacre lessentiel de son activit ldition et la distribution


dun journal spcialis dans les petites annonces et la publicit dans le Sud-est de la France.
La parution du journal est hebdomadaire et sa distribution est assure uniquement dans les
dpartements des Alpes maritimes et du Var.
La tarification dune annonce est fournie ci-dessous :
Premire semaine de parution : tarif pour 5 lignes au plus :
Rubrique de lannonce
Emploi
Bourse aux affaires
Tout ce qui roule
Immobilier
Contacts
Loisirs

Prix
50 F
40 F
55 F
55 F
75 F
50 F

Options
Prix de la ligne supplmentaire : 50 F
Domiciliation (pour prserver lanonymat du client) : 80 F
Semaines supplmentaires : des rductions sont accordes selon le tableau ci-dessous :
Priode
2me semaine
3me semaine et suivantes

Pourcentage de rduction *
20%
40 %

*Ces rductions sont applicables au prix de base de la premire semaine.


Le tableau ci-dessous rpertorie un ensemble de donnes qui se rapporte la gestion des
annonces (La liste est trie sur le nom de la donne).
Nom
CP
DateRedac
Dom
NbLignes
NbSem
Nom
NumAnn
NumCli
Prnom
Prix
Rub
Rue
TarifDom
TarifSup
TarifPrem
Texte
Ville

Signification
Code postal du client qui dpose lannonce
Date de dpt de lannonce
Domiciliation de lannonce dpose(oui/non)
Nombre de lignes de lannonce dpose
Nombre de semaines de parution de lannonce dpose
Nom du client qui dpose lannonce
Numro qui identifie chaque annonce dpose
Numro qui identifie chaque client qui dpose une annonce
Prnom du client qui dpose lannonce
Prix de lannonce dpose
Rubrique de lannonce dpose : Emploi, Contacts
Premire partie de ladresse du client qui dpose une annonce
Tarif de la domiciliation
Tarif de la ligne supplmentaire
Tarif de la premire semaine
Texte de lannonce
Ville de ladresse du client qui dpose lannonce

___________________________________________________________________
DI GALLO Frdric

Page 22

16/01/2015

257478801.doc
______________________________________________________________________________
1. Indiquer, parmi les donnes ci-dessus, celles qui peuvent tre qualifies de proprits.
Parmi la liste des donnes, on recherche les informations non dductibles d'autres
informations et qui ont un intrt pour le domaine tudi. Or, parmi cette liste, deux donnes
seulement ne peuvent pas tre considres comme des proprits:
- NbLignes: donne qui peut tre dduite de la proprit Texte et ventuellement d'une
proprit paramtre fournissant le nombre de caractres par ligne,
- Prix : donne calcule partir des proprits TarifDom, TarifSup, TarifPrem.
2. En vous basant sur les lments de tarification, fournir lensemble des occurrences des
proprits : TarifPrem et TarifSup. Parmi ces deux proprits laquelle est une proprit
paramtre ?

3. On considre lbauche du modle conceptuel de donnes suivante :


ANNONCE
NumAnn
Texte
NbLignes
Dom
NbSem
DateRdac
Rub
TarifPrem

CLIENT
NumCli
Nom
Prnom
Rue
CP
Ville

___________________________________________________________________
DI GALLO Frdric

Page 23

16/01/2015

257478801.doc
______________________________________________________________________________
3.1 On considre lvnement suivant :
Figeac Claire qui habite : 72, Avenue de la gare 05000 NICE dpose le 14/02/2001
lannonce ci-aprs :
Annonce n 465
F seule ch compagnon
Srieux sabstenir
Ecrire sous rfrence 52369 au journal
(Nombre de semaines de parution : 3)
En limitant le systme dinformation cette annonce, fournir les occurrences de lentit
CLIENT et ANNONCE.

3.2 Les dpendances fonctionnelles issues de la conception de lentit ANNONCE sont-elles


toutes directes ? justifier votre rponse.
La dpendance fonctionnelle NumAnnn ---> TarifPrem n'est pas une dpendance
fonctionnelle directe. Elle peut, en effet, tre retrouve par transitivit grce aux deux
dpendances fonctionnelles lmentaires suivantes: NumAnn --->Rub
Rub--->TarifSem
Pour corriger ce MCD, il faut supprimer la dpendance fonctionnelle directe tout en
maintenant les deux dpendances fonctionnelles NumAnn ---> Rub et Rub ---> TarifPrem.
L'ide est de crer une nouvelle entit RUBRIQUE dont Rub est la proprit identifiante.
Pour garder la dpendance fonctionnelle NumAnn ---> Rub il faut relier les entits Rubrique
et Annonce par des associations.

___________________________________________________________________
DI GALLO Frdric

Page 24

16/01/2015

257478801.doc
______________________________________________________________________________

1.3) Lassociation (ou relation-type)


a) Dfinition
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
Une classe de relation n-aire relie n classes d'entit Les classes de relations sont
reprsentes par des hexagones (parfois des ellipses) dont l'intitul dcrit le type de relation
qui relie les classes d'entit (gnralement un verbe). 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.
Par exemple, dans le modle conceptuel de donnes relatif la gestion des annonces on
introduit les deux associations Dposer et Concerner afin dexprimer les ralits
suivantes : un client dpose une annonce et une annonce concerne une rubrique.
ANNONCE
RUBRIQUE
Concerner

Rub
TarifPrem

CLIENT

NumAnn
Texte
NbLignes
Dom
NbSem
DateRdac

Dposer

NumCli
Nom
Prnom
Rue
CP
Ville

Il peut y avoir, entre deux mmes entits, plusieurs associations qui reprsentent chacune
des ralits diffrentes. Dans le modle conceptuel des donnes ci-dessous, lassociation
Habite indique le dpartement dans lequel lemploy habite et lassociation Travaille fournit
le dpartement dans lequel il travaille. Pour certains employs ces deux dpartements
peuvent tre identiques.
Habite

EMPLOYE

DEPT

Numro
Nom
Prnom

NoDpartement
NomDpartement

Travaille

Lensemble des entits participant une association est appel collection de cette
association. La collection de lassociation HABITE est forme des entits : EMPLOYE et
DEPT.

___________________________________________________________________
DI GALLO Frdric

Page 25

16/01/2015

257478801.doc
______________________________________________________________________________

b) Occurrence dassociation
Une occurrence dassociation est un lien particulier qui relie deux occurrences dentits. Le
schma ci-dessous prsente deux exemples doccurrences de lassociation Habite .
1
16
DUPONT
Charente
Ren
2
DURAND
Paul
Remarque : certains auteurs dfinissent lidentifiant dune association comme
tant la concatnation des identifiants des entits qui participent lassociation.

c) 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, intervalle dans lequel la cardinalit d'une entit peut
prendre sa valeur:
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
Un couple de cardinalits plac entre une entit E et une association A reprsente le
nombre minimal et maximal doccurrences de lassociation A qui peuvent tre ancres
une occurrence de lassociation E. Le tableau ci-aprs rcapitule les valeurs que peut prendre
ce couple.
Pour chaque occurrence de E, le modle
0,1
E
admet :
A
- soit labsence de lien
- soit la prsence dun seul lien
Pour
chaque occurrence de E le modle
1,1
E
admet la prsence dun et un seul lien
A

1,n

0,n

Pour chaque occurrence de E le modle


admet la prsence dun seul ou de plusieurs
liens
Pour chaque occurrence de E le modle
admet :
- soit labsence de lien
- soit la prsence de plusieurs liens

Remarque : dans certaines situations, la lettre n peut tre remplace par une valeur.

___________________________________________________________________
DI GALLO Frdric

Page 26

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n2

(Acquis : proprit, entit et association)

Le systme dinformation tudi concerne lactivit de gestion des locations saisonnires


dune agence immobilire. Une analyse de lexistant a permis de dgager les entits
suivantes :
Entit
PROPRIETAIRE

Objectif
Regroupe toutes les informations
relatives aux propritaires
dappartements

APPARTEMENT

Regroupe toutes les informations


des appartements meubls mis la
location

LOCATAIRE

Regroupe toutes les informations


sur les locataires qui ont effectu au
moins une location par
lintermdiaire de lagence

CONTRAT

Regroupe toutes les informations


relatives une location qui va avoir
lieu ou qui a actuellement lieu. Une
location stend ventuellement sur
plusieurs semaines conscutives.
Regroupe les informations lies la
tarification

TARIF

Proprits
NumPropritaire
Nom
Prnom
Adresse1
Adresse2
CodePostal
Ville
NumTel1
NumTel2
E-mail
Cacumul
NumLocation
Catgorie : 1, 2, ou 3 toiles
Type : T2, T3, T4
NbPersonnes
AdresseLocation
Photo
Equipements
NumLocataire
NomLocataire
PrnomLocataire
Adresse1Locataire
Adresse2Locataire
CodePostalLocataire
VilleLocataire
NumTel1Locataire
NumTel2Locataire
E-mailLocataire
NumContrat
Etat : rserv, confirm, sold
DateCration
DateDbut
DateFin
CodeTarif
PrixSemHS (prix semaine haute
saison)
PrixSemBS (prix semaine basse
saison)

1. Pourquoi linformation CAcumul de lentit PROPRIETAIRE est-elle une proprit ?


Bien que pouvant tre une donne calcule par le systme d'information, il est prfrable
d'avoir le chiffre d'affaire cumul en proprit de manire pouvoir accder plus rapidement
l'information (allgement des traitements). C'est une "dnormalisation".

___________________________________________________________________
DI GALLO Frdric

Page 27

16/01/2015

257478801.doc
______________________________________________________________________________
2. La proprit Equipements est destine dcrire les principaux quipements de
lappartement : tlviseur, lave-vaisselle, ... Quels sont les inconvnients lis une telle
proprit ?
Le fait de regrouper toutes les caractristiques des quipements dans une mme proprit
ne permettra pas de faire des traitements prcis sur ces derniers. Par exemple, il sera
impossible de lister tous les appartements de type T2 qui possde un lave-vaisselle.
L'isolement des diffrents composants peut tre ralis de deux manires;
- Introduire dans l'entit APPARTEMENT des proprits boolennes telles que
Tlviseur, Lave-vaisselle etc.
- Crer une entit TYPE-EQUPEMENT et mettre en place une association (m-n)
entre l'entit APPARTEMENT et l'entit TYPE-EQUIPEMENT.

3. Prsenter le modle conceptuel des donnes dcrivant ce systme dinformation en tenant


compte des rgles de gestion suivantes :
- La notion de co-proprit ne doit pas tre prise en compte ce qui revient dire que
tout appartement appartient un et un seul propritaire.
- A tout appartement correspond un code tarif
Seules les noms des entits figureront sur le modle.

___________________________________________________________________
DI GALLO Frdric

Page 28

16/01/2015

257478801.doc
______________________________________________________________________________
4. On restreint le domaine tudi la gestion des locations des appartements possds par M.
X. Les entits recenses sont donnes ci-dessous :
Entit
APPARTEMENT
PERIODE
LOCATAIRE

Objectif
Regroupe toutes les informations
relatives aux appartements de M. X
Cette entit admet une occurrence
par semaine rserve ou occupe

Proprits
NumAppartement
Adresse
NumPriode
NumSemaine
Anne
NumLocataire
Nom
Prnom
Adresse1
Adresse2
CodePostal
Ville
Tel

Regroupe toutes les informations


sur le locataire

Pour une semaine donne, un appartement de M. X peut tre :


- soit rserv ou occup par un locataire
- soit libre
- soit indisponible (ce cas correspond loccupation de lappartement par M.X)
Discuter la proposition de modlisation
loccupation des appartements de M. X :

PERIODE

APPARTEMENT
NumAppartement
Adresse

suivante qui est destine reprsenter

1,n
0,n

Occuper

NumPriode
NumSemaine
Anne

0,n

LOCATAIRE
NumLocataire
Nom
Prnom
Adresse1
Adresse2
CodePostal
Ville
Tel

Cette reprsentation n'est pas satisfaisante car elle admet que le locataire 2205 occupe
l'appartement n1 pour la priode 3 et que le locataire 1903 occupe galement l'appartement
n1 pour la priode 3. Le systme d'information accepte qu'un appartement soit lou pour la
mme priode deux locataires diffrents.
Il faut pouvoir reprsenter le fait que pour un couple d'occurrence APPARTEMENTPERIODE, on n'admette qu'une et une seule occurrence de LOCATAIRE.

___________________________________________________________________
DI GALLO Frdric

Page 29

16/01/2015

257478801.doc
______________________________________________________________________________

5. On souhaite dcrire pour chaque appartement les diffrentes pices qui le composent ainsi
que leur superficie. Par exemple : lappartement n 345 possde une kitchenette de 4 m2,
une salle de bains de 4 m2, un sjour de 20 m2 et une terrasse de 5m2.
Enrichir le modle conceptuel afin de reprsenter une telle ralit

APPARTEMENT

NumApp

A1
A2

TYPE_PIECE

1,n

Admettre
Superficie

10 m

1,n

NomType

Cuisine

25 m

___________________________________________________________________
DI GALLO Frdric

Page 30

16/01/2015

257478801.doc
______________________________________________________________________________

d) Caractristiques dune association


La dimension dune association
La dimension dune association indique le nombre dentits participant lassociation. Les
dimensions les plus courantes sont 2 (association binaire) et 3 (association ternaire) :
- Lassociation binaire exprime la prsence de liens smantiques entre les
occurrences dune entit A et les occurrences dune entit B. Lassociation
Habite entre les EMPLOYE et HABITE est binaire.
- Lassociation ternaire exprime la prsence de liens smantiques entre les
occurrences de 3 entits.
Remarques :
- Toute occurrence dune association de dimension n doit tre relie n occurrences
dentits. Par exemple, pour une association ternaire dans laquelle participent
trois entits A , B et C , toute occurrence doit tre relies 3
occurrences des entits respectives A, B et C. On ne peut donc pas avoir une
occurrence 2 pattes de la forme ci-dessous.
Occurrence de A
Occurrence de C

Lopration de dcomposition consiste clater une relation de dimension n en une


ou plusieurs associations de dimension moindre sans perte de smantique. Dans
lexemple ci-dessous , qui se rapporte la gestion des options en classe de
seconde, lassociation ternaire du premier modle doit tre est clate en deux
associations binaires afin daboutir au second modle.

___________________________________________________________________
DI GALLO Frdric

Page 31

16/01/2015

257478801.doc
______________________________________________________________________________
Les associations figurant dans le modle conceptuel des donnes devront tre non
dcomposables. Pour ce faire on recherchera en priorit les associations binaires puis les
ternaires.
La fonctionnalit dune association binaire
Les diffrents types de fonctionnalits dune association binaire A dfinie entre deux
entits E1 et E2 sont les suivants :
- un un (1 1) caractris par la cardinalit maximum gale 1 sur les deux
segments E1 -- A et E2 A ,
- un plusieurs ( 1 n ) caractris par la cardinalit maximum gale 1 sur lun
des segments et la cardinalit maximum gale n sur lautre,
- plusieurs plusieurs (m-n) caractris par la cardinalit maximum gale n sur
les deux segments E1 A et E2 A .
Les notions de partialit et de totalit
Une association binaire A dfinie entre les entits E1 et E2 est totale si elle est caractrise
par la cardinalit minimale gale un sur les deux segments E1 A et E2 A .
Une association binaire A dfinie entre les entits E1 et E2 est partielle si elle est
caractrise par la cardinalit minimum gale 0 sur lun des segments.

e) Lassociation porteuse
Les proprits qui dpendent fonctionnellement de plusieurs identifiants dentits sont
portes par les associations entre ces entits. C'est une dpendance fonctionnelle multiattributs au niveau de la source. Dans le systme dinformation de lexercice n 2 la proprit
Superficie est porte par lassociation qui relie lentit APPARTEMENT lentit
TYPE_PIECE car pour un appartement et une pice on a une et une seule superficie. Par
exemple pour lappartement 134 et la pice de type kitchenette on a la superficie : 3 m2.
APPARTEMENT

NumApp

TYPE_PIECE

1,n

Admettre
Superficie

1,n

NomType

Le droit dentre dune proprit P dans une association reliant n entits est donc soumis
lexistence de la dpendance fonctionnelle suivante :
I1, In R
o I1, I2, .. reprsentent lidentifiant de chacune des entits qui participent lassociation.
Pour viter toute redondance, on sassurera en outre que la dpendance fonctionnelle est
lmentaire. Les associations porteuses sont donc toujours de type (m-n). On dit quune
proprit est en dpendance fonctionnelle lmentaire avec une liste de rubriques LR :
- si elle est fonctionnellement dpendante de LR,
- si elle nest pas fonctionnellement dpendante dune sous-liste de LR.
La dpendance fonctionnelle suivante : NoAppart, NomType, NumPropritaire
Superficie nest pas lmentaire car il existe la sous-liste NumAppart, NomType telle que :
NumAppart, NomType Superficie.

___________________________________________________________________
DI GALLO Frdric

Page 32

16/01/2015

257478801.doc
______________________________________________________________________________

Auto-valuation n 1:
Pour faciliter les contacts entre ses diffrents employs, la socit X a confi son service
informatique la ralisation dun annuaire lectronique. Lune des spcifications de cette
application prcise quelle devra tre accessible lensemble du personnel par lintermdiaire
de lINTRANET de lentreprise.
Un extrait de lentretien avec le demandeur de lapplication M. D est reproduit ci-dessous :
Lanalyste : Comment sont identifis les salaris de la socit ?
M. D : Chaque employ de la socit est identifi par un numro et appartient un service caractris par un
nom. Comme exemples je peux vous citer le service comptabilit ou le service production.
Lanalyste :Peut-il y avoir deux services qui portent le mme nom ?
M. D : Non.
Lanalyste : Quelles sont les donnes relatives un salari que vous souhaitez dposer sur lannuaire
M.D : son nom, son prnom, ses coordonnes tlphonique et INTERNET ainsi que le service et la section
auquel il est rattach. Je prcise que certains services sont dcoups en sections, elles aussi identifis par un
nom. Par exemple, le service informatique comprend les sections tudes et production. Le service comptabilit
nadmet pas de section.
Lanalyste : Tout salari a-t-il un poste tlphonique ?
M.D : non, certains employs nont pas encore de poste tlphonique. Pour les autres ils en ont un et un seul.
Cest un numro interne compos de 4 chiffres. Le mien est par exemple 48 14.
Lanalyste : Je suppose que tous les salaris nont pas une adresse lectronique.
M.D : Sur notre INTRANET tous les employs ont une adresse professionnelle qui leur permet denvoyer ou
de recevoir du courrier lectronique relatif leur activit.
Lanalyste : Revenons sur les sections. Une section peut-elle concerner plusieurs services ?
M. D : Non, une section concerne un et un seul service.
Lanalyste : En terme de traitements quelles sont vos attentes ?
M.D : Ma premire attente serait bien videmment de retrouver trs rapidement les coordonnes dun
employ. Dans le cas o lemploy na pas de numro de tlphone, il serait souhaitable dafficher le nom ainsi
que le numro de tlphone du responsable du service auquel il appartient. Je prcise quil y a un seul
responsable par service.

1. Proposer un modle conceptuel des donnes pour la conception de cette application


2. Indiquer pour chacune des associations son type : 1 - 1, 1-n ou m-n

___________________________________________________________________
DI GALLO Frdric

Page 33

16/01/2015

257478801.doc
______________________________________________________________________________
Notons qu'une association est partielle si une des cardinalit est 0. Donc ici, elles sont
toutes partielles.
3. Lister toutes les incohrences acceptes par votre MCD
Un salari peut n'appartenir rien (ni section, ni service),
Un salari peut tre responsable d'un autre service que celui dont il fait partie.
Il faut donc mettre en place des contraintes applicatives:
- Un responsable d'un service doit tre "Rattach directement" au mme service,
- Tout salari est rattach soit une section, soit un service.
4. Faire apparatre sur le MCD le chemin emprunt lors de la mise uvre du traitement
suivant :
Liste des sections

Employ

Liste des employs de la


sectionE-mail
slectionne
de lemploy
slectionn

E-mail

Section:
On prend toutes les occurrences de l'entit SECTION,
Employ: Cardinalit 1,n pour avoir les occurrences de SALARIE concernes,
E-mail:
Cardinalit 0,1 pour avoir la proprit du SALARIE concern.
5. On souhaite modifier la modlisation de faon permettre la mmorisation de tous les
prnoms dun employ. Certains, aux parents forts imaginatifs, admettent jusqu 5
prnoms ! Proposer une solution qui permet lenregistrement non seulement des prnoms
dun employ mais aussi de leur ordre dans ltat civil.

___________________________________________________________________
DI GALLO Frdric

Page 34

16/01/2015

257478801.doc
______________________________________________________________________________

f) Les associations transitives


Considrons le modle suivant :
CONTRAT

1,1

NumContrat
.

Concerner

0,n

APPARTEMENT

1,1

NumAppart

1,1

Appartenir

1,n

PROPRIETAIRE
NumPropitaire

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 comme:
P2

C1

A1

P1

g) Les associations rflexives


Lassociation rflexive est une association binaire qui relie une entit elle-mme. Une
occurrence de lassociation tablit donc un lien entre une occurrence de lentit et une autre
occurrence de cette mme entit. Dans le cas dune association non symtrique, on doit faire
porter le rle sur chacun des segments, comme lillustre lexemple suivant.

PERSONNE

Parent de
0,n

Nom
Prnom

Dubois
Albert

Parent

0,n
Enfant de

Durand
Paul

Delage
Emile

Remarque : on suppose que deux personnes


ne portent pas le mme nom.

Le lien Parent de est reprsent au moyen


de segments en pointills.

___________________________________________________________________
DI GALLO Frdric

Page 35

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n3

(Acquis : Concepts de base uniquement)

On considre lunivers du discours suivant :


Le personnel du service informatique de la MAAF peut tre rparti en deux catgories :
- le personnel interne qui regroupe les employs rmunrs par la MAAF,
- le personnel extrieur qui englobe des salaris de diffrentes SSII
Except le directeur du service, chaque employ (extrieur ou interne) est encadr par un
suprieur hirarchique qui est obligatoirement un salari interne.
Relativement la gestion du personnel du service informatique, on retient la liste des donnes
suivantes :
NumroEmploy
NomEmploy
PrnomEmploy
Fonction
DateEmbauche
NomSSII

numro qui identifie chaque employ travaillant au service informatique


nom de lemploy
prnom de lemploy
fonction occupe par lemploy : Analyste-programmeur, chef de projet,
date de lembauche. Proprit uniquement dfinie pour les salaris internes
nom de la socit de services. Cette proprit est uniquement dfinie pour les
salaris extrieurs

Proposer un modle conceptuel de donnes dcrivant cette ralit et permettant de rpondre


des requtes telles que :
- Quel est le nom du suprieur hirarchique de M.X?
- Quelle est la liste des salaris internes?
- Quelle est la liste des employs ayant une fonction dencadrement?

Contrainte applicative: Un employ doit avoir un suprieur "interne".


Contrainte d'exclusion: sur DateEmbauche et NomSSII.
Niveau smantique: la date d'embauche n'a pas de sens pour un employ externe (idem
pour NomSSII et un interne).
Considration physique: optimisation mmoire si NomSSII vide.

___________________________________________________________________
DI GALLO Frdric

Page 36

16/01/2015

257478801.doc
______________________________________________________________________________

Solution par l'utilisation de Merise 2:

Auto-valuation n 2:
Dans le cadre de l'automatisation du suivi annuel de formation du personnel de la socit x,
le responsable des ressources humaines a dfini pour chaque poste de l'entreprise, les
comptences requises. Par exemple, le poste infographiste requiert les comptences:
crativit, connaissances techniques et aptitudes relationnelles. Outre cette dfinition de poste,
chaque salari ralise en fin d'anne un bilan de comptences destin connatre pour chaque
comptence exige par son poste son niveau actuel. Le tableau suivant rcapitule les
comptences du salari n1325.
N salari: 1325
Nom: Dubois
Intitul des comptences
Connaissances techniques
Crativit
Aptitudes relationnelles

Poste: infographiste
Prnom: Michel
Niveau actuel
B

A
X

X
X

Les niveaux de comptence sont cods ainsi:


A : comptence confirme
B : comptence renforcer
C : comptence en cours d'acquisition

___________________________________________________________________
DI GALLO Frdric

Page 37

16/01/2015

257478801.doc
______________________________________________________________________________
1. Proposer un modle conceptuel des donnes permettant de structurer les proprits
figurant dans le tableau suivant:
Nom proprit
NumSal
NomSal
PnomSal
NumPoste
DsiPoste
IntComp
CodeNiv

Dfinition
Numro du salari
Nom du salari
Prnom du salari
Numro du poste
Dsignation du poste
Intitul de la comptence
Code du niveau: A, B ou C

Notons que le couple (NumSal, IntComp) dtermine un et un seul CodeNiv.

2. Indiquer les incohrences ventuellement admises par la modlisation propose.


Un salari peut occuper un poste sans possder une comptence requise alors qu'il devrait
l'avoir avec un certain niveau.

___________________________________________________________________
DI GALLO Frdric

Page 38

16/01/2015

257478801.doc
______________________________________________________________________________
3. Afin de permettre chaque employ d'voluer dans son poste ou sur un autre poste,
l'entreprise X propose diffrentes formations. Un extrait du catalogue est prsent ci-dessous:
Formation n 1231
Intitul : WINDOWS de base
Dure:
5 jours
Contenu : blablabla
Formation(s) prrequises :
Formation n 1234
Intitul:
WINDOWS Avanc
Dure:
3 jours
Contenu:
blablabla
Formations pr-requises: l231, 1224
Proposer un modle conceptuel des donnes permettant d'accueillir l'ensemble des donnes
contenues dans le catalogue de formations.

Exemple:
1234
Windows Avanc
3 jours
blablabla
1231
Windows de base
5 jours
blablabla
1224
Bases informat.
1 jours
blablabla

___________________________________________________________________
DI GALLO Frdric

Page 39

16/01/2015

257478801.doc
______________________________________________________________________________

2. Les concepts tendus (MERISE 2)


Le modle entit-association retenu par la mthode Merise date des annes 70. Or les
concepts de ce modle peuvent savrer insuffisants pour modliser certaines situations ou
contraintes et lon est oblig dans ce cas dajouter des commentaires pour en faire mention.
Les extensions au modle individuel remdie aux faiblesses du formalisme de base.

2.1) Le concept dhritage


Quand le concepteur saperoit que plusieurs entits, proches mais distinctes, partagent un
ensemble de caractristiques, il doit mettre en uvre un processus de cration dentits
gnriques (ou entits sur-types) et dentits spcialises (ou entits sous-types) appel
hritage . Ce concept qui permet de reprsenter le lien est-un ou IS-A entre deux
entits A et B (une occurrence de A est une occurrence de B) est reprsent graphiquement par
une flche double allant de A vers B.
Entit gnrique B
Liste des proprits
communes

Entit spcialise A
Liste des proprits
spcifiques

On dit quil y a hritage simple quand un sous-type na quun seul sur-type. Dans ce cas,
toutes les occurrences du sous-type sont en mme temps des occurrences de son sur-type.
Cela nimplique pas que toutes les occurrences du sur-type soient des occurrences de lun des
sous-types. Le schma suivant illustre linclusion des ensembles doccurrences des sous-types
dans lensemble des occurrences du sur-type.

Occurrences
dun sous-type

X
X XX

X
X

Occurrences
du sur-type

X
X

___________________________________________________________________
DI GALLO Frdric

Page 40

16/01/2015

257478801.doc
______________________________________________________________________________
Le sous-type hrite de toutes les proprits de son sur-type y compris de son identifiant. Ce
mcanisme qui correspond lhritage par spcialisation est utilis dans le modle suivant
pour dcrire partiellement lunivers du discours de lexercice n 3.
EMPLOYE
NoEmploy
Nom
Prnom

INTERNE
DateEmbauche

EXTERIEUR
NomSSII

Le sous typage est une orientation vers le monde "objet".

Exercice n 5

(Acquis : concepts de base + sous-typage)

On souhaite reprsenter le systme dinformation relatif la composition du personnel


intervenant dans un lyce. Cette description devra fournir pour chaque personnel du lyce :
administratif, professeur, surveillant, etc. un numro qui permet de lidentifier (NUMEN ?)
sans ambigut ainsi que les donnes signaltiques suivantes :
- civilit,
- nom,
- prnom,
- date daffectation dans le lyce,
- fonction : professeur, proviseur, surveillant, CPE,
Parmi ces personnels, la reprsentation devra donner des renseignements supplmentaires
sur les professeurs notamment la ou les discipline(s) quils sont capables d'enseigner ainsi que
les classes quil ont en charge. La notion de professeur principal devra tre aussi modlise.
Complter le modle conceptuel des donnes suivant et mentionner sous forme de
commentaires les contraintes qui sont non exprimables par les concepts de base.
DISCIPLINE
Code
Libell

CLASSE

1,n

1,n

NomClasse

Dispenser

___________________________________________________________________
DI GALLO Frdric

Page 41

16/01/2015

257478801.doc
______________________________________________________________________________

Contraintes:
-

On ne sait pas ce que le professeur enseigne sa classe.


Le professeur doit enseigner la classe dont il est principal.

On remarquera qu'ici, Ens(Classe) est incompatible avec Ens(Intervenir). Par contre,


Ens(ProfPrincipal) est compatible avec Ens(Intervenir).

___________________________________________________________________
DI GALLO Frdric

Page 42

16/01/2015

257478801.doc
______________________________________________________________________________

2.2) Les contraintes ensemblistes


Ces formalismes vont permettre dexprimer des contraintes sur des ensembles
doccurrences dentits ou dassociations. On peut considrer que c'est le plus grand apport de
Merise 2. Si la notion densemble doccurrences dune entit ne pose aucun problme, il
convient dapporter certaines prcisions sur lensemble des occurrences dune association.
Considrons pour cela une association ternaire reliant trois entits A, B et C. Une occurrence
de cette association est un lien tri-pattes qui relie une occurrence de lentit A, une
occurrence de lentit B et une occurrence de lentit C .
Occurrence de A
Occurrence de C

Occurrence de B

En dsignant par a1, b1 et c1 les valeurs des rubriques identifiantes de ces 3 occurrences
dentits, on peut matrialiser loccurrence de lassociation par le triplet : (a1, b1, c1).
Lensemble des occurrences dune association peut donc tre reprsent par lensemble des
triplets issus de la prsence de liens entre les occurrences des entits A, B et C. Le tableau cidessous prsente des exemples doccurrences des associations Travailler et Habiter .
Modle conceptuel des donnes
1,1
PROF
Nom
Prnom

Travailler

Occurrences de
lassociation
HABITER

1,n

DEPT
NoDpartement
NomDpartement

Habiter
1,1

Occurrences de
lassociation
TRAVAILLER

1,n

( Dupont ,16)
( Dubois ,16)
( Durand ,17)
( Laforet ,17)

( Dupont ,16)
( Dubois ,17)
( Durand ,16)
( Laforet ,86)

Remarque : on suppose quil ny a pas deux professeurs qui


portent le mme nom
A partir de lensemble des occurrences dune association, il est possible de construire
dautres ensembles en supprimant, dans chaque nuplet, la participation dune ou plusieurs
entits. Dans lexemple ci-dessus, si lon considre uniquement lentit DEPT (et donc on ne
se proccupe plus de lentit PROF), lensemble des occurrences de lassociation Travailler,
limit lentit DPT, devient compos des lments 16 et 17.
( Dupont ,16)
( Dubois ,16)
( Durand ,17)
( Laforet ,17)

___________________________________________________________________
DI GALLO Frdric

Page 43

16/01/2015

257478801.doc
______________________________________________________________________________
On appelle pivot la (ou les) entit(s) que lon retient pour former ces nouveaux ensembles.
Pour simplifier les futures dfinitions, lensemble des occurrences dun pivot participant une
association sera dsormais rfrenc Ens(Pivot,Association). En gardant la mme logique, la
rfrence Ens(Entit) dsignera lensemble des occurrences de lentit cite et la rfrence
Ens(Association) lensemble des occurrences de lassociation.
Pour les associations rflexives, il est possible de dfinir, partir de lensemble des
occurrences, deux nouveaux ensembles, nots Ens(Rle, Association) issus chacun des rles
ports par les deux segments. En reprenant lexemple fournit au paragraphe 1.3-g, les
occurrences de lassociation Parent sont : ( Dubois , Durand ) et ( Durand ,
Delage ). Le premier composant du couple dsigne le pre, le second lenfant. Lensemble
Ens(Enfant, Parent) regroupe donc les valeurs Durand , Delage .
Quelque soit leur origine, les ensembles sur lesquels portent une contrainte ensembliste
doivent tre compatibles cest--dire que leurs lments doivent avoir des structures (en terme
de rubriques) identiques. Par exemple on peut dfinir une contrainte ensembliste entre
Ens(TRAVAILLER) et Ens(HABITER). Par contre, il nest pas possible de dfinir une
contrainte ensembliste entre Ens(PROF) et Ens(TRAVAILLER) car leurs lments nont pas
la mme structure.
Les contraintes ensemblistes quil est possible dexprimer au moyen des concepts tendus
sont prsentes de faon gnrale ci-dessous :
-

La contrainte dinclusion (note I) entre deux ensembles A et B impose que


lensemble A soit inclus dans lensemble B. Linclusion ntant pas symtrique, le
formalisme associ cette contrainte met en valeur, parmi les deux ensembles,
celui qui doit tre inclus dans lautre.

B
A

La contrainte de totalit (note T) porte sur trois ensembles A, B et C et impose


que lunion de A et de B soit gale C. Les trois ensembles ne jouant pas le mme
rle, le formalisme prvoit un moyen de discerner les ensembles sur lesquels
lunion sera ralise et lensemble qui doit tre gal cette union.

C
A

___________________________________________________________________
DI GALLO Frdric

Page 44

16/01/2015

257478801.doc
______________________________________________________________________________
-

La contrainte dexclusion (note X) entre deux ensembles A et B impose que


lintersection entre A et B soit vide.

La contrainte dgalit (note =) entre deux ensemble A et B impose que


lensemble A soit gal lensemble B. Elle traduit en fait les deux inclusions
suivantes : A inclus dans B et B inclus dans A.

A et B

La contrainte du ou exclusif (note +) porte sur trois ensembles et est la


combinaison dune exclusion et dune totalit. Elle traduit le fait que lintersection
entre A et B est vide et que lunion de A et B est gale lensemble C.

Les contraintes dgalit et du ou exclusif tant drives respectivement des contraintes


dinclusion, de totalit et dexclusion, seules ces trois dernires font lobjet dune description
plus prcise dans les paragraphes qui suivent.

a) La contrainte dinclusion
La contrainte dinclusion sexprime entre une ou plusieurs associations sources appeles
porte et une seule association destination appele cible. Si le pivot nest pas prcis
graphiquement (au moyen de traits en pointills), il est ncessaire de le dterminer en
appliquant la rgle suivante : il est constitu des entits communes aux associations de la
porte et de la cible. La contrainte dinclusion garantit alors que Ens(Pivot,Porte) est inclus
dans Ens(Pivot,Cible). Dans lexemple suivant le pivot est implicite et correspond aux entits
ELEVE et CLASSE. On a donc les deux galits suivantes :
Ens(Pivot,Porte) = Ens(Principal)
Ens(Pivot,Cible) = Ens(Intervenir)

___________________________________________________________________
DI GALLO Frdric

Page 45

16/01/2015

257478801.doc
______________________________________________________________________________
La contrainte dinclusion assure que tout professeur principal dune classe intervient dans
la classe.
1,1

cible

Intervenir

PROF
NomProf
PrnomProf

1,n

CLASSE
NomClasse

I
0,1

2,2

Principal

porte

On note le pivot explicite par des pointills, alors que le pivot implicite est form par les
entits communes la porte et la cible).
Ens(Porte, Pivot) Ens(Cible, Pivot)
C1

P1

C2

P2

Pivot: PROF, CLASSE


Ens (Porte, Pivot) Ens (Principal)
{(P1,C1),(P2,C3)}
Ens (Principal, Prof) = { P1, P2 }
Ens (Cible, Pivot) = {(P1,C1),(P1,C2),(P2,C2),(P2,C3)}

C3

La cible est toujours simple, mais la porte peut tre compose. Dans le cas o la porte est
compose (cest--dire forme de plusieurs associations), la dtermination de
Ens(Pivot,Porte) impose des oprations de jointure comme le montre les exemples suivants :
PROF
NomProf
PrnomProf

CLASSE
Nom
Prnom

Intervenir

I
Dispenser
Comptence
DISCIPLINE
Code
Libell

___________________________________________________________________
DI GALLO Frdric

Page 46

16/01/2015

257478801.doc
______________________________________________________________________________
Le pivot implicite est form par les
entits : SALARIE et
COMPETENCE. La porte est
forme par les deux associations :
Occuper et Requerir. Pour trouver
lensemble Ens(Pivot,Porte), il faut
pour chaque Salari, rcuprer les
comptences qu'il requiert. Tous les
couples (Salari,Comptence)
trouvs en empruntant ce chemin
forment lensemble
Ens(Pivot,Porte) qui doit tre inclus
dans lensemble Ens(Possder).

Ens (Occuper) = {(S1, P1), (S2, P1)}


Ens (Occuper, Salari) = {S1,S2}

P1

S1

association, pivot
S2

C1

C
C3

C2

Ens (Requerir, Comptence) = {C1,C2}


Ens (Porte, Pivot) = (occuper- requerir, salari-comptence)
{(S1,C1),(S1,C2),(S2,C1),(S2,C2)}
Ens (Cible, Pivot) = {(S1,C1),(S1,C2),(S1,C3)}

b) La contrainte de totalit
o La contrainte de totalit entre associations
Cette contrainte sexprime entre n associations (n >= 2) et impose que le pivot implicite ou
explicite soit compos dune seule entit. La contrainte garantit que lunion de tous les
ensembles Ens(Pivot,Associationi) (avec i compris entre 1 et n) soit gal Ens(Pivot). Dans
lexemple qui suit la contrainte de totalit impose que toute personne est soit animateur dun
atelier, soit participant soit les deux.

___________________________________________________________________
DI GALLO Frdric

Page 47

16/01/2015

257478801.doc
______________________________________________________________________________
Ens(AssociationA, Pivot) U Ens(AssociationB, Pivot) = Ens (Entit Pivot)
1
Bernad.

Ens (Animer) = {(1,A1), (2A2)}


Ens (Animer, Personne) = {1,2}
Ens (Participer, Personne) = {2,3}

A1
Vlo

2
Armel.

A2
Couture

Ens (Participer, Personne) U Ens (Animer,


Personne) = {1,2,3}

3
Olivier

o La contrainte de totalit entre sous-types


Cette contrainte sexprime entre n sous-types (n >= 2). Elle traduit le fait que lunion des
ensembles Ens(SousTypei) (avec i compris entre 1 et n) soit gale Ens(SurType). Toute
occurrence du sur-type correspond donc une occurrence dun ou de plusieurs sous-types.
Par exemple pour modliser le fait que tous les employs du service informatique de la
MAAF sont doit des internes soit des extrieurs on placerait une contrainte de totalit entre
les deux sous-types.

AUB = C

Il est important de remarquer que cette contrainte ninterdit pas quun salari interne soit
aussi un extrieur. Pour refuser cette possibilit il sera ncessaire de renforcer cette
contrainte par lexclusion .

c) La contrainte dexclusion
o La contrainte dexclusion entre associations

La contrainte d'exclusion sur relation exprime le


fait que deux occurences de classes d'entit ne
peuvent pas participer simultanment une
mme classe de relation.
Elle est reprsent par un "X" reliant deux classes
de relation.

___________________________________________________________________
DI GALLO Frdric

Page 48

16/01/2015

257478801.doc
______________________________________________________________________________
Cette contrainte sexprime entre n associations (n >= 2). Si le pivot nest pas prcis
graphiquement le pivot implicite est compos des entits communes aux diffrentes
associations en jeu. La contrainte dexclusion garantit que lintersection des Ens (Pivot,
Associationi) (avec i compris entre 1 et n) est vide. Dans le modle suivant, la contrainte
dexclusion permet dexprimer quun auditeur ne peut, la fois, tre inscrit une UV et la
possder. Le pivot implicite est compos des entits AUDITEUR et UV.

Le modle suivant, qui fait apparatre un pivot explicite, interdit quun auditeur
apparaisse la fois dans une occurrence de lassociation Inscrire et dans une occurrence de
lassociation Possder. Cela signifie que tout auditeur doit soit tre inscrit un ensemble
dUV soit possder un ensemble dUV mais pas les deux la fois. Une telle modlisation na
bien videmment pas de sens.
AUDITEUR
NoAuditeur
Nom

0,n

0,n

Inscrire
X

0,n

Possder

1
Joel

UV1
P.O.O.

2
Julien

UV2
Manag

3
Herv

UV3
Merise

4
Brigitte

UV4
Rseau

0,n

UV
CodeUV
NbHeures
Dsignation

Pivot: Auditeur et UV
Ens (Possder, Pivot) = {(1,UV1), (3,UV1)}
Ens(Inscrire,Pivot) = {(1,UV2),(1,UV3),(2,UV3),(3,UV3)}
Pivot: Auditeur
Ens (Inscrire, Pivot) = { 1, 2, 3 }
Ens (Possder, Pivot) = { 1, 3 }

___________________________________________________________________
DI GALLO Frdric

Page 49

16/01/2015

257478801.doc
______________________________________________________________________________
o La contrainte dexclusion entre sous-types
Cette contrainte sexprime entre n sous-types (n >=2) et traduit le fait que lintersection des
Ens(SousTypesi) (avec i compris entre 1 et n) est vide ce qui revient dire que toute
occurrence de lentit sur-type ne peut participer qu lun ou lautre (ou aucun) des soustypes de la contrainte. Dans lexemple relatif la modlisation du personnel du service
informatique, un employ est soit un extrieur soit un salari interne mais il ne peut pas tre
les deux la fois.
EMPLOYE
NoEmploy
Nom
Prnom

INTERNE
DateEmbauche

combine

T
X

EXTERIEUR
NomSSII

d) La contrainte d'galit
o La contrainte d galit entre associations
La contrainte d'galit entre associations exprime le fait
qu'une occurence de classe d'entit participant une
classe d'association, participe obligatoirement l'autre
classe d'association, et rciproquement. Il s'agit donc
d'une contrainte de sous-ensemble bidirectionnelle. Elle est
reprsent par un signe "=" reliant deux classes
d'association. Cette contrainte peut faire intervenir
plusieurs occurences de classes d'entit, auquel cas une
occurence de classe d'entit participant une classe de
relation doit participer aux n classes d'association.
o La contrainte d galit entre sous-types
La contrainte d'galit entre sous-types exprime le fait
qu'une entit participant une classe d'association,
participe obligatoirement l'autre association, et
rciproquement. Il s'agit donc d'une contrainte de sousensemble bidirectionnelle.
Elle est reprsent par un signe "=" reliant deux classes
d'entits. Cette contrainte peut faire intervenir plusieurs
associations, auquel cas une entit participant une
association doit participer aux n associations.

___________________________________________________________________
DI GALLO Frdric

Page 50

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n 6

(Acquis : base + sous-typage + contraintes ensemblistes)

Cet exercice consiste reprsenter toutes les notions qui se rapporte au modle conceptuel
des donnes au moyen des formalismes de ce modle. On parle de mta-modle. Les
proprits structurer sont prsentes dans la liste qui suit :
Proprits
Dfinition
NomProprit
Nom qui identifie une proprit
TypeProprit
Type de la proprit : alphabtique, numrique, ..
NumAssociation
Numro qui identifie chaque association
NomAssociation
Nom de lassociation
NomEntit
Nom qui identifie chaque entit
CardinalitMin
Valeur minimale dune cardinalit
CardinalitMax
Valeur maximale dune cardinalit
Rle
Rle port par un segment dune association rflexive
Remarque : la notion de contrainte nest pas modlise
1. Concevoir un MCD qui permet de rpondre aux requtes suivantes :
- Quelle est la liste des proprits dune entit?
- Quel est le nom de la proprit identifiante dune entit?
- Quelle est la liste des entits sous-types dune entit?
- Quelle est la liste des entits, participant une association, avec pour chaque
segment, reliant une association une entit, le couple de cardinalits?
- Quelle est la liste des associations avec ventuellement les proprits portes?
- Quels sont les rles associs aux segments dune association rflexive?

___________________________________________________________________
DI GALLO Frdric

Page 51

16/01/2015

257478801.doc
______________________________________________________________________________
2. On introduit lentit CARDINALITE ci-dessous destine mmoriser les 4 couples
possibles de cardinalits : (0,1), (1,1), (0,n) et (1,n). Quel problme pose linsertion de cette
entit dans le modle prcdent ?
CARDINALITE

Couple

Le couple entit-relation n'est plus respect mais on vite ainsi des cardinalits absurdes
(comme 0,0 ou 20,10). On peut introduire aussi une pseudo entit SEGMENT avec un
identifiant relatif (1,1) qui est la traduction du couple (NomEntit, NumAssociation).

___________________________________________________________________
DI GALLO Frdric

Page 52

16/01/2015

257478801.doc
______________________________________________________________________________

2.3) Lidentification des occurrences dentits


Les extensions lidentification des entits permettent daccepter plusieurs faon
didentifier une entit et suppriment ainsi les identifiants artificiels, introduits uniquement
pour respecter la dfinition dune entit. Merise 2 admet les deux types didentifiants
suivants :
- lidentifiant absolu constitu de une ou plusieurs proprits de lentit. Dans la
reprsentation graphique celles-ci sont soulignes. On pourra ainsi identifier une
personne au moyen des trois proprits : nom, prnom et date de naissance.
- lidentifiant relatif constitu de proprits de lentit et/ou au moins de
lidentifiant dune autre entit relie par une association 1-n ou 1-1. Lexemple
suivant illustre une telle notion et introduit sa reprsentation graphique.

Remarque : lassociation entre les deux entits doit tre stable, cest--dire quune fois un
lien tabli entre deux occurrences, celui-ci ne doit plus tre modifi dans le temps.
La notion didentifiant relatif permet aussi dexprimer un lien entre une association et une
ou plusieurs entits. Certains auteurs appellent une telle association pseudo-entit ou
agrgation. Lorsqu'un identifiant est constitu uniquement d'attributs intrinsques une entit,
c'est--dire ne faisant rfrence aucune autre entit, on le nomme identifiant absolu. Les
entits comportant des identifiants absolus peuvent tre dfinis indpendamment des autres
occurrences d'entits, on dit que ces entits sont indpendantes. Certaines entits ne peuvent
toutefois tre identifies que par l'intermdiaire d'autres entits, c'est la raison pour laquelle on
parle d'identification relative. On parlera par exemple de la 4me porte au 2me tage du
btiment B au lieu de dire la porte n3451... Ainsi, l'agrgation (appele aussi identification
relative) permet de spcifier qu'une entit est ncessaire pour en identifier une autre.
la classe d'entit permettant d'identifier est appel classe d'entit agrgeante
la classe d'entit identifie est appele classe d'entit agrge
La reprsentation de ce type de relation est la suivante:

___________________________________________________________________
DI GALLO Frdric

Page 53

16/01/2015

257478801.doc
______________________________________________________________________________
Dans lexemple qui suit on souhaite tablir un lien entre lassociation participer et lentit
CARDINALITE.

ENTITE
NomEntit

0,n

0,n

Participer

ASSOCIATION
NumAssoc

1,1

Admettre
0,n

CARDINALITE
Couple

Pour se dispenser de cette pseudo-entit, il suffit de transformer lassociation en une entit


et de lui associer un identifiant relatif compos des identifiants des entits relies par des
association de fonctionnalit (1-n) ou (1-1). Lexemple ci-dessous pourrait donc tre
transform ainsi :

___________________________________________________________________
DI GALLO Frdric

Page 54

16/01/2015

257478801.doc
______________________________________________________________________________

3. 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 :

3.1) 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
Modle
Ce qui donne la modlisation
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.

3.2) 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).

___________________________________________________________________
DI GALLO Frdric

Page 55

16/01/2015

257478801.doc
______________________________________________________________________________
Lexemple suivant illustre cette technique sur lexemple classique de gestion des
commandes dune entreprise.
1 NoCommande
2 DateCommande
3 NoClient
4 NomClient
5 RefProduit
6 Designation
7 PrixUnitaire
8 QtCommande

1
1
1
1
1

8
NoClient NomClient

1
1
1

1
1
1
1

1
1
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 NoCommande
2 DateCommande
3 NoClient
4 NomClient
5 RefProduit
6 Designation
7 PrixUnitaire
8 QtCommande

1
1
1
1
1

1
1

1
1
1

1,5

___________________________________________________________________
DI GALLO Frdric

Page 56

16/01/2015

257478801.doc
______________________________________________________________________________
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

-,1

NoClient
NomClient

-,n

Passer

COMMANDE
NoCommande
DateCommande

-,n

-,n

Ligne
QtCommande

PRODUIT
RefProduit
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.

___________________________________________________________________
DI GALLO Frdric

Page 57

16/01/2015

257478801.doc
______________________________________________________________________________

LA METHODE
MERISE :

LE MODELE
LOGIQUE
DES DONNEES

___________________________________________________________________
DI GALLO Frdric

Page 58

16/01/2015

257478801.doc
______________________________________________________________________________

LE MODLE LOGIQUE DES DONNES


I.

LES RGLES DE PASSAGE DU MCD AU MODLE RELATIONNEL................................ 60


1.1) Les rgles............................................................................................................. 60
Si l'on reprend l'exercice 2:............................................................................................... 63

1.2) Les concepts tendus............................................................................................ 63


a) Table sur-type et disparition des sous-types.................................................................. 63
b) Table sous-types et disparition du sur-type................................................................... 63
c) Table sur-type et sous-types........................................................................................... 64

II. CRATION DUNE BD RELATIONNELLES PAR LE LANGAGE SQL.............................. 65


2.1) Dclaration des champs dune table................................................................... 67
2.2) Dfinition des contraintes dintgrit.................................................................. 68
a) Lintgrit de relation................................................................................................... 69
b) Lintgrit de valorisation............................................................................................. 69
c) Lintgrit de domaine.................................................................................................. 70
2.2-4 Lintgrit rfrentielle............................................................................................ 71
Auto-valuation n 3: Le modle logique des donnes...................................................... 72

___________________________________________________________________
DI GALLO Frdric

Page 59

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

LE MODLE LOGIQUE DES DONNES


La description conceptuelle a permis de reprsenter le plus fidlement possible les ralits
de lunivers informatiser. Mais cette reprsentation ne peut pas tre directement manipule
et accepte par un systme informatique. Il est donc ncessaire de passer du niveau conceptuel
second un niveau plus proche des capacits des systmes informatiques. Ce niveau, appel
niveau logique, consiste choisir lun des trois modles suivants :
- modle hirarchique (annes 80),
- modle rseau,
- ou modle relationnel
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

Des SGBD relationnels, tels que ORACLE ou SQL Server, permettent un utilisateur
dexploiter les donnes ainsi mmorises.
Dans ce chapitre, seul le modle relationnel sera tudi. Il est conseill de se rfrer au
cours de bases de donnes afin de revoir tous les concepts qui se rapportent ce modle et qui
ne sont pas rappels dans le prsent chapitre.

I.

Les rgles de passage du MCD au modle relationnel

Ces rgles sont de type algorithmique et peuvent donc tre mises en uvre par des outils
de gnie logiciel (PowerAMC par exemple). La traduction des concepts de base du modle
conceptuel est rgie par les trois rgles suivantes :

1.1) Les rgles


Toute entit devient une relation. Lidentifiant de lentit devient cl primaire de
la relation.
E1
P1
P2
P3

E1(P1,P2,P3, )

___________________________________________________________________
DI GALLO Frdric

Page 60

16/01/2015

257478801.doc
______________________________________________________________________________
C'est dire que chaque classe d'entit du modle conceptuel devient une table dans le
modle logique. Les identifiants de la classe d'entit sont appel cls de la table, tandis que
les attributs standards deviennent des attributs de la table, c'est--dire des colonnes.

Le passage du modle conceptuel au modle logique au niveau des classes de relation se


fait selon les cardinalits des classes d'entit participant la relation:
si une des classes d'entits possde une cardinalit faible: la table aura comme attributs,
les attributs de la classe ayant une cardinalit faible, puis le (ou les) attribut(s) de
relation et enfin les attributs de la seconde classe prcd du nom de la classe
si les deux classes d'entits possdent une cardinalit forte: la table aura comme
attributs, les attributs des deux classes de relation prcds des noms des classes
respectives, puis le (ou les) attribut(s) de relation

Toute association binaire de type (1-n) ou (1-1) est caractrise par lexistence
dune dpendance fonctionnelle entre lidentifiant de lentit relie par le segment
portant la cardinalit 1,1 ou 0,1 et lautre entit. Dans le schma ci-dessous on a la
dpendance fonctionnelle suivante : P1 P1
Une telle association entrane lintgration de lidentifiant de lentit but de la dpendance
fonctionnelle dans la relation associe lentit source de la dpendance fonctionnelle. La
proprit ainsi duplique devient cl trangre dans la relation source et est marque par un #.
Une cl trangre dans une relation est une proprit qui est cl primaire dans une autre
relation.
E1
E2
1,1
1,n
P1
P1
P2
P2
P3
P3

E1(P1,P2,P3,P1#)
E2(P1,P2,P3, )

___________________________________________________________________
DI GALLO Frdric

Page 61

16/01/2015

257478801.doc
______________________________________________________________________________
Toute association de type (m-n) devient une relation qui hrite des identifiants
des entits participants la relation. Si lassociation est porteuse, la relation sera
complte par la liste des proprits portes.
E1
P1
P2
P3

1,n

1,n

Association
PA

E1(P1,P2,P3, )
E2(P1,P2,P3, )
Association (P1#,P1#,PA)

E2
P1
P2
P3

Remarque : dans la relation nomme Association , P1 et P1 sont suffixes dun # (elles


sont cls trangres) car elles sont cls primaires respectivement dans les relations E1 et E2.
Lexemple ci-dessous illustre lapplication de ces trois rgles sur le modle conceptuel
classique de gestion des commandes suivant :
Client

0,n

NoClient
Nom
Prnom

Commande

1,1

1,n

NoCde
DateCde

Passer

1,n

Ligne
Quantit

Produit
RefPdt
Dsignation
Prix

Modle relationnel textuel :


Client(NoClient, Nom, Prnom)
Commande (NoCde, DateCde, NoClient#)
Produit(RefPdt, Dsignation, Prix)
Ligne(NoCde#, RefPdt#, Qt)
Client
NoClient
Nom
1
Lassus
2
Mundubeltz
3
Chaulet
RefPdt
VE45
VE32
VE21

Prnom
Annick
Armelle
Bernadette

Produit
Dsignation
Vlo
Kit 2 roues arrires
Kit clairage

Prix
1500 F
300 F
150 F

NoCde
100
101

Commande
DateCde
14/04/2001
14/04/2001

NoCde#
100
100
101

Ligne
RefPdt#
VE45
VE32
VE21

NoClient#
2
1

Qt
1
1
2

On peut remarquer, que dans le modle relationnel textuel les cardinalits minimales
portes par le modle conceptuel sont perdues. Celles-ci seront en fait reprsentes au moyen
des contraintes de valorisation tudies au paragraphe 2.2.

___________________________________________________________________
DI GALLO Frdric

Page 62

16/01/2015

257478801.doc
______________________________________________________________________________
o Traduction d'une classe d'agrgation
Dans le cas de la prsence d'une classe d'agrgation, la classe d'entit agrge a comme
attributs supplmentaires les attributs de la classe d'entit agrgeante

Si l'on reprend l'exercice 2:


TARIF

0,n

CodeTarif

Appartement

1,1

NumLocation

Correspond

o
o

1,n

1,n

Possde

Propritaire
Num

o
Dsignation

Tarif (CodeTarif, PrixSemHS,PrixSemBS)


Appartement (NumLocation,, CodeTarif#, Num#)
Propritaire (Num, Nom, )

1.2) Les concepts tendus


En ce qui concerne les concepts tendus, mis part la notion didentifiant relatif, leur
implantation en relationnel nest pas directement ralisable, car il est impossible de
reprsenter les contraintes ensemblistes. Il faudra donc mettre en place, au niveau des
traitements, des dispositifs pour garantir toutes les contraintes quils expriment. La suite de ce
paragraphe prsente trois possibilits de traduction du concept dhritage rappel par le
schma ci-dessous :
E1
P1
P2

ES1
P1

ES2
P2

a) Table sur-type et disparition des sous-types


Premire possibilit : intgration des sous-types dans la relation sur-type (les sous-types
disparaissent). Avec un tel principe les proprits spcifiques chacun des sous-types ne
seront pas valorises pour certaines occurrences de la relation sur-type.
E1 (P1, P2, P1, P2)

b) Table sous-types et disparition du sur-type


Seconde possibilit : intgration des proprits figurant dans le sur-type dans tous les soustypes (le sur-type disparat). Cette solution entrane une redondance importante des donnes
du sur-type si il ny a pas exclusion entre les sous-types.
ES1 (P1, P2, P1)
ES2 (P1, P2, P2)

___________________________________________________________________
DI GALLO Frdric

Page 63

16/01/2015

257478801.doc
______________________________________________________________________________

c) Table sur-type et sous-types


Troisime et dernire possibilit : conservation de lentit sur-type et des entits soustypes. Dans chacune des relations sous-types, lidentifiant de lentit sur-type est intgr. Il est
la fois cl primaire de la relation et cl trangre par rapport lentit sur-type.
E1 (P1, P2)
ES1 (P1#, P1)
ES2 (P1#, P2)
Il est important de noter que quelque soit la solution adopte, toute la puissance porte par
le concept dhritage est perdue dans le modle relationnel.
Lexemple ci-dessous illustre ces trois possibilits pour le modle conceptuel dcrivant la
composition du service informatique de la MAAF.
Exemple doccurrences :
Internes
1 - Annick Lassus (14/06/1999)
2 Armelle Mundubeltz (20/09/2000)

Personnel
Numro
Nom
Prnom

Extrieur
SSII

DateEmbauche

Premire possibilit :
Numro
1
2
3

PERSONNEL (Numro, Nom, Prnom, SSII, DateEmbauche)

Nom
Lassus
Mundubeltz
Chaulet

Seconde possibilit :

Numr
o
3

Extrieur
3 Bernadette Chaulet (CAP GEMINI)

Interne

EXTERIEUR
Nom
Prnom

PERSONNEL
Prnom
SSII
Annick
Armelle
Bernadette CAP GEMINI

DateEmbauche
14/06/1999
20/09/2000

EXTERIEUR(Numro, Nom, Prnom, SSII)


INTERNE (Numro, Nom, Prnom, DateEmbauche)
SSII

Chaulet Bernadette CAP ..

Numro Nom
1
2

INTERNE
Prnom DateEmbauche

Lassus
Annick 14/06/1999
Mundubeltz Armelle 20/09/2000

___________________________________________________________________
DI GALLO Frdric

Page 64

16/01/2015

257478801.doc
______________________________________________________________________________
Troisime possibilit :

PERSONNEL (Numro, Nom, Prnom)


EXTERIEUR (Numro#, SSII)
INTERNE (Numro#, DateEmbauche)

EXTERIEUR
Numr SSII
o
3
CAP ..

Numro
1
2
3

INTERNE
Numro DateEmbauche
1
2
PERSONNEL
Nom
Lassus
Mundubeltz
Chaulet

14/06/1999
20/09/2000
Prnom
Annick
Armelle
Bernadette

2. Cration dune BD relationnelles par le langage


SQL
Lobjectif de ce paragraphe est dapprendre transmettre un S.G.B.D. R. (Systme de
Gestion de Bases de Donnes Relationnelles) la structure dune base de donnes relationnelle.
Cette dclaration consiste :

indiquer les champs (encore appels colonnes ou attributs) qui composent


chacune des tables du modle relationnel. Dans cette premire tape, la dfinition
dun champ se limitera la donne de son nom et de son type ; ces deux
informations tant issues du dictionnaire des donnes tabli lors de la phase
danalyse conceptuelle.

implmenter des contraintes dintgrit destines garantir la cohrence des


donnes mmorises ; dans cette seconde tape seront mises en place (entre autres)
les notions de cl primaire et de cl trangre reprsentes sur le modle
relationnel textuel respectivement par un soulignement et un #.

___________________________________________________________________
DI GALLO Frdric

Page 65

16/01/2015

257478801.doc
______________________________________________________________________________
Considrons par exemple le schma relationnel suivant :
COMMANDE(NoCommande, DateCommande, DateLivraison, NoClient#)
CLIENT (NoClient, NomClient, TypeClient)
Rubriques
NoCommande
DateCommande
DateLivraison
NoClient
NomClient
TypeClient

Type
Entier
Date
Date
Entier
Chane de 25 caractres max
Chane de 15 caractres max,
2 valeurs possibles : PARTICULIER ou PROFESSIONNEL

La premire tape de la dclaration de cette base consiste transmettre au SGBD R les


informations suivantes :
Table CLIENT
Entier
Chane de 25 cars max
Chane de 15 cars max

NoClient
NomClient
TypeClient

Table COMMANDE
NoCommande
Entier
DateCommande
Date
DateLivraison
Date
NoClient
Entier

Si on limitait la cration de cette base cette tape, le SGBD R pourrait accepter les
lignes suivantes :

CLIENT
NoClient

1
2
2

NomClient

DURAND
DUPONT
2 clients ne
peuvent avoir le
mme numro

Tout client a
un nom

COMMANDE

TypeClient

NCommande

PROFESSIONNEL

101
102
103

PARTICULIER
ARTISAN

Le client n3
nexiste pas
dans la table
CLIENT

Le type client est soit

PARTICULIER soit
PROFESSIONNEL

DateCommande

15/12/1999
17/12/1999
17/12/1999

DateLivraison

Noclient

16/12/1999
22/12/1999

3
1
1

La date de livraison est


infrieure la date de
commande

Or, seule la ligne associe la commande 103 est acceptable. Pour empcher toutes ces
incohrences, il est ncessaire denrichir la dfinition de la base par la mise en place des
contraintes dintgrit suivantes :

___________________________________________________________________
DI GALLO Frdric

Page 66

16/01/2015

257478801.doc
______________________________________________________________________________
Contraintes
Intgrit de relation (encore appele
intgrit dentit) sur les champs NoClient
de la table CLIENT et NoCommande de la
table COMMANDE
Intgrit de domaine :
- sur le champ TypeClient avec la rgle :
= PARTICULIER
ou PROFESSIONNEL
- sur la table COMMANDE avec la rgle :
DateLivraison > DateCommande
Intgrit de valorisation sur les champs
NomClient et TypeClient de la table CLIENT
et sur les champs DateCommande et NoClient
de la table COMMANDE
Intgrit rfrentielle sur le champ NoClient
de la table COMMANDE

Consquences
Cette contrainte garantit des valeurs uniques
et obligatoires pour les champs NoClient et
NoCommande. Elle permet donc dimplanter
la notion de cl primaire.
Pour le champ TypeClient, seules les valeurs
PARTICULIER ou PROFESSIONNEL
seront tolres.
Pour la table COMMANDE, seules les lignes
prsentant une date de livraison suprieure
la date de commande seront tolres
Cette contrainte impose la prsence dune
valeur pour les champs cits.
Cette contrainte impose que toute valeur du
champ NoClient de la table COMMANDE
appartienne lensemble des valeurs du
champ NoClient de la table CLIENT.

Le moyen le plus normalis pour transmettre la structure dune base un SGBD R est
lutilisation du langage S.Q.L. (Structured Query Language). Certains SGBD R (comme
ACCESS) sont dots dune interface graphique qui permettent de crer une base en
saffranchissant des contraintes syntaxiques du langage.
S.Q.L. est un langage de requte normalis utilis pour la gestion dune base de donnes
relationnelle ; le terme de gestion est trs large puisquil englobe aussi bien ladministration
de la base de donnes que son exploitation. En fonction de leur finalit, les ordres S.Q.L. sont
regroups dans diffrentes catgories, les plus connues tant le L.D.D. (Langage de Dfinition
des Donnes) et le L.M.D. (Langage de Manipulation des Donnes). Ainsi pour une table, les
ordres permettant de crer, de modifier ou de dtruire sa structure appartiendront au L.D.D
alors que les ordres permettant dinterroger ou de modifier son contenu (ajout de nouvelles
lignes, destruction de lignes existantes, ) seront catalogus dans le L.M.D.
Enfin, malgr le fait que le langage S.Q.L. soit normalis, les syntaxes des instructions
diffrent sensiblement dun S.G.B.D. lautre. Les paragraphes qui suivent prsentent les
syntaxes reconnues par le SGBD ORACLE.

2.1) Dclaration des champs dune table


Lordre S.Q.L. Create table permet de crer une table. Limite la dfinition des
champs de la table, la syntaxe de cet ordre a la forme suivante :
CREATE TABLE NomTable
( NomChamp Type,
NomChamp Type,
. )

___________________________________________________________________
DI GALLO Frdric

Page 67

16/01/2015

257478801.doc
______________________________________________________________________________
Il existe diffrents types pouvant tre rpertoris dans trois catgories :
Les types caractres
- CHAR(n) : chane de caractres de longueur fixe avec n compris dans
lintervalle [1 ; 16383]
- VARCHAR(n) : chane de longueur variable ; n reprsente la longueur
maximale de la chane
Les types numriques
SMALLINT : entier sign sur 2 octets compris entre 32768 et 32 767
INTEGER : entier compris entre - 2E-31 et 2E 31
NUMBER(n[,d]) : rel n positions : chiffres, signe et marque dcimale ;
d reprsente le nombre de chiffres aprs la virgule et est facultatif
Les types dates
- DATE : ce type intgre la date et lheure
Les types BOOLEEN et Numro Automatique ne sont pas grs par la plupart des SGBD R.
Les ordres S.Q.L. permettant de dfinir les champs des tables CLIENT et COMMANDE
sont fournis ci-dessous :
CREATE TABLE Client
(NoClient Integer,
NomClient Varchar(25),
TypeClient VarChar(15) )
CREATE TABLE Commande
(NoCommande Integer,
DateCommande Date,
DateLivraison Date,
NoClient Integer)

2.2) Dfinition des contraintes dintgrit


En langage S.Q.L., la dfinition des contraintes dintgrit consiste enrichir lordre
Create table par des clauses Constraint NomDeContrainte TypeContrainte.
Lordre de cration de la table Client aura la forme suivante :
Contrainte de valorisation
attache au champ NomClient
CREATE TABLE Client
(NoClient Integer
NomClient VARCHAR(25)
CONSTRAINT NN_NomClient NOT NULL,
Contrainte dentit attache
au champ NoClient
Contrainte de
TypeClient VARCHAR(15)
domaine attache au
CONSTRAINT NN_TypeClient NOT NULL
champ TypeClient
CONSTRAINT PK_Client PRIMARY KEY (NOCLIENT),
CONSTRAINT CK_Client CHECK (TypeClient = PARTICULIER or
TypeClient = PROFESSIONNEL)

___________________________________________________________________
DI GALLO Frdric

Page 68

16/01/2015

257478801.doc
______________________________________________________________________________
Pour nommer les contraintes, il est dusage de suivre la norme indique ci-dessous ; dans
une mme base de donnes on ne peut pas avoir deux contraintes qui portent le mme nom.
AbrviationTypeContrainte_NomTable
Les abrviations les plus frquemment utilises pour chaque type de contraintes sont :
PK
Intgrit dentit (Primary Key : cl primaire)
CK Intgrit de domaine (ChecK : contrle)
FK
Intgrit rfrentielle (Foreign Key : cl trangre)
PK_Client est le nom associ la contrainte dentit attache de la table client.
Remarque : sous le logiciel PowerAMC, il est possible de dfinir la faon de nommer les
contraintes dans des fichiers systmes ayant lextension .def (Access95.def par exemple).

a) Lintgrit de relation
Attache un (ou plusieurs) champ(s) dune table, cette contrainte garantit des valeurs
uniques pour ce (ou cette combinaison de) champ(s). Elle permet donc dimplanter la notion
de cl primaire.
Syntaxe :

CONSTRAINT PK_NomTable PRIMARY KEY (ListesDesChampsCls)

Lexemple suivant illustre cette contrainte pour la dfinition de la cl primaire NoClient


dans la table Client.
CREATE TABLE Client
La cl de la table
(NoClient Integer
Client est NoClient
NomClient Varchar(25) NOT NULL
TypeClient Varchar(15) NOT NULL
CONSTRAINT PK_Client PRIMARY KEY (NoClient)
)

b) Lintgrit de valorisation
Attache un champ cette contrainte permet dimposer la saisie dune valeur pour ce
champ. Il nest pas utile de dfinir cette contrainte pour un champ cl primaire car lintgrit
dentit inclut lintgrit de valorisation.
Syntaxe :

NomChamp Type NOT NULL

Dans la table Client, pour imposer la saisie dune valeur dans les champs NomClient et
TypeClient on crira lordre SQL suivant :
Le Nom du client ainsi
CREATE TABLE Client
que le Type du client
devront tre renseigns
(NoClient Integer
NomClient Varchar(25) NOT NULL
TypeClient Varchar(15) NOT NULL
CONSTRAINT PK_Client PRIMARY KEY (NoClient)
)

___________________________________________________________________
DI GALLO Frdric

Page 69

16/01/2015

257478801.doc
______________________________________________________________________________
Lintgrit de valorisation dfinie sur un champ cl trangre permet de reprsenter la
cardinalit minimale 1 dune association de type (1-1) ou (1-n). Ainsi pour indiquer qu
toute commande est associe un client (ce qui revient traduire la cardinalit minimale
indique en gras sur le modle conceptuel ci-dessous),
CLIENT
NoClient
NomClient
TypeClient

COMMANDE

1,1

1,n
PASSER

NoCommande
DateCommande
DateLivraison

On dfinit une contrainte NOT NULL sur le champ NoClient de la table COMMANDE :
CREATE TABLE Commande
(NoCommande Integer
DateCommande Date NOT NULL,
DateLivraison Date,
NoClient Integer NOT NULL,
CONSTRAINT PK_Commande PRIMARY KEY (NoCommande),
)

c) Lintgrit de domaine
Cette contrainte permet dexprimer une condition qui porte sur un ou plusieurs champs de
la table. Syntaxe : CONSTRAINT CK_NomTable CHECK (Condition portant sur un ou
plusieurs champs)
Dans la table Client pour attacher la contrainte de domaine : = PARTICULIER ou =
PROFESSIONNEL au champ TypeClient on crira lordre suivant :
CREATE TABLE Client
Le TypeClient sera renseign
(NoClient Integer
et gal PROFESSIONNEL
NomClient VARCHAR2(25) NOT NULL
ou PARTICULIER
TypeClient VARCHAR2(15) NOT NULL
CONSTRAINT PK_Client PRIMARY KEY (NoClient),
CONSTRAINT CK_Client CHECK (TypeClient = PARTICULIER OR TypeClient =
PROFESSIONNEL )
Dans la table Commande pour exprimer la contrainte garantissant la cohrence entre la
date de commande et la date de livraison on crira lordre suivant :
CREATE TABLE Commande
(NoCommande Integer
DateCommande Date NOT NULL
Soit la Date Livraison
DateLivraison Date,
est nulle, soit elle ne
lest pas et dans ce cas
NoClient Integer,
elle doit tre suprieure
CONSTRAINT PK_Commande PRIMARY KEY (NoCommande)
la DateCommande
CONSTRAINT CK_Commande CHECK
(DateLivraison IS NULL
OR (DateLivraison IS NOT NULL AND DateCommande < DateLivraison))

___________________________________________________________________
DI GALLO Frdric

Page 70

16/01/2015

257478801.doc
______________________________________________________________________________

2.2-4 Lintgrit rfrentielle


Attache un champ "cl trangre" cette contrainte garantit que toute valeur prise par ce
champ appartienne lensemble des valeurs de la cl primaire.
Syntaxe :

CONSTRAINT FK_NomChamp FOREIGN KEY (NomChamp) REFERENCES


NomTable (NomChamp) [ON DELETE CASCADE]

Loption ON DELETE CASCADE permet de supprimer une ligne dune table ainsi que
tous les lignes lies dans une autre table.
Si lon suppose que le contenu des tables CLIENT et COMMANDE est limit aux lignes
suivantes :
CLIENT

COMMANDE

NoClient NomClient

TypeClient

NCommande DateCommande

1
2
3

PROFESSIONNEL

101
102
103

DUBOIS
DELAGE
DUPONT

PARTICULIER
PROFESSIONNEL

15/12/1999
17/12/1999
17/12/1999

DateLivraiso
n

18/12/1999
22/12/1999

NoClient

3
1
1

La suppression du client Numro 1 dans la table CLIENT pourrait :


- soit entraner la suppression des commandes 102 et103 dans la table
COMMANDE si loption ON DELETE CASCADE est mentionne,
- soit entraner un refus de suppression de ce client si loption ON DELETE
CASCADE nest pas mentionne ; dans ce cas il faut pralablement supprimer les
commandes 102 et 103 dans la table COMMANDE pour ensuite pouvoir supprimer
le client Numro 1.
Dans la table COMMANDE pour dfinir le champ NoClient en tant que cl trangre on
crira lordre SQL suivant :
CREATE TABLE Commande
(NoCommande Integer
DateCommande Date
Le NClient est dfini
CONSTRAINT NN_DateCommande NOT NULL,
comme cl trangre de la
table Commande. Elle fait
DateLivraison Date,
rfrence la cl primaire
NoClient Integer NOT NULL,
de la table CLIENT
CONSTRAINT PK_Commande PRIMARY KEY (NoCommande),
CONSTRAINT CK_Commande CHECK
(DateLivraison IS NULL
OR (DateLivraison IS NOT NULL AND DateCommande < DateLivraison),
CONSTRAINT FK_Commande FOREIGN KEY (NoClient) REFERENCES
CLIENT(NClient) ON DELETE CASCADE,
)

___________________________________________________________________
DI GALLO Frdric

Page 71

16/01/2015

257478801.doc
______________________________________________________________________________

Auto-valuation n 3: Le modle logique des donnes


La LEPOL (Ligue de Protection des Oiseaux en Limousin) est une association qui a
comme objectif la protection et ltude des oiseaux en Limousin. Elle lance des campagnes de
sensibilisation et dite des revues consacres la dfense des oiseaux. En dbut danne, la
ligue envoie chaque abonn une demande de renouvellement de cotisation (annexe 1). Lors
du retour du bulletin, elle souhaite enregistrer dans sa base dinformation toutes les
informations qui y sont consignes. Cette base dinformation devra en outre mmoriser les
revues auxquelles sont abonns les membres. Un tat tel que celui prsent lannexe 2
pourra ainsi tre dit. Chaque revue est identifie par un numro et est caractris par un prix
ainsi quun nombre de numros par an.
Enfin, pour financer les oprations quelle mne, la LEPOL recueille des fonds auprs des
membres de lassociation. Elle leur envoie plusieurs fois par an des bulletins de souscription
leur permettant de verser une somme dont le montant est leur convenance (annexe 3). Il
arrive quun adhrent effectue dans la mme anne plusieurs versements pour la mme action.
La base dinformation devra conserver lensemble de ces souscriptions.
Annexe 1 (bulletin dadhsion)
__________________________________________________________________________________________
LiguE de Protection des Oiseaux en Limousin
12, rue Sbastien Faure
87 000 Limoges
BULLETIN DADHESION
Nom Prnom : .....................................................................................................................................................
Adresse : ..............................................................................................................................................................
..............................................................................................................................................................................
demande a tre accept comme membre actif :

No adhrent : ........................................................
Fait . le
Signature :

Ci-joint un chque bancaire, chque postal, mandat-lettre lordre de LEPOL (rayer la mention inutile)
Tarifs 2001
No de cotisation

Libell

Prix

1
2
3
4

Ordinaire
Conjoint
Scolaire ou personne en difficult
Bienfaiteur

150 F
100 F
70 F
500 F

Choix
(cocher la case)

Nom - prnom ou
numro du conjoint

__________________________________________________________________________________________

Remarque :
- Seuls les anciens membres inscrivent leur numro dadhrent
- Dans un couple dadhrents, chaque personne remplit un bulletin dadhsion et
reoit un numro dadhrent. Une personne paye la cotisation ordinaire, lautre la
cotisation conjoint. Cette dernire doit alors prciser dans la dernire colonne du
tableau les nom et prnom ou le numro de son conjoint.
- Chaque membre ne cotise quun seul type de cotisation

___________________________________________________________________
DI GALLO Frdric

Page 72

16/01/2015

257478801.doc
______________________________________________________________________________
Annexe 2 (tat rcapitulatif des abonns)
N membre
158

196

Nom
Moine

Bellon

Prnom
Olivier

Elodie

Adresse
14,
rue
rapaces

Ville
des 87 000 Limoges

12, impasse des 19100 Brive


roseaux

Nom revue
Oiseau Mag

abonnement
termineau n
7

La caille
La chevche
La caille

78
5
82

Annexe 3 (demande de souscription)


__________________________________________________________________________________________
LiguE de Protection des Oiseaux en Limousin
12, rue Sbastien Faure
87 000 Limoges
BULLETIN DADHESION
Nom Prnom : .
Adresse : .
N adhrent :
souhaite que la somme verse dun montant de soit affecte lune des actions suivantes (entourer
laction)
Protection des oiseaux
Protection des milieux humides
Achat de milieux sensibles
Acquisition de matriels
Ci-joint un chque bancaire, chque postal, mandat-lettre lordre de LEPOL (rayer la mention inutile)
Fait . le
Signature :
__________________________________________________________________________________________

1. Construire le modle conceptuel des donnes correspondant au systme dcrit

2. Ecrire le modle relationnel textuel associ

3. Quelles tapes faudrait-il suivre sous latelier de gnie logiciel PowerAMC pour crer la
base de donnes

4. On souhaite distinguer parmi les membres de lassociation, les membres fondateurs des
autres membres. Seuls les membres fondateurs sont dispenss du paiement dune
cotisation. Proposer une modlisation permettant de prendre en compte cette ralit

___________________________________________________________________
DI GALLO Frdric

Page 73

16/01/2015

257478801.doc
______________________________________________________________________________

___________________________________________________________________
DI GALLO Frdric

Page 74

16/01/2015

257478801.doc
______________________________________________________________________________

LA METHODE
MERISE :

Mise en uvre
avec l'A.G.L.
AMC*DESIGNOR

___________________________________________________________________
DI GALLO Frdric

Page 75

16/01/2015

257478801.doc
______________________________________________________________________________

MISE EN UVRE AVEC POWERAMC


I. SAISIE DU MODLE CONCEPTUEL DES DONNES...................................................... 77
II. GNRATION DU MODLE PHYSIQUE........................................................................ 79
III.
GNRATION DE LA BASE DE DONNES................................................................ 80

___________________________________________________________________
DI GALLO Frdric

Page 76

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

MISE EN UVRE AVEC POWERAMC


PowerAMC (diteur :Sybase) cr par la socit SDP en 1989, est un outil graphique
(sous Windows) de conception de systmes dinformation. Il permet de mettre en uvre la
mthode Merise en facilitant les tapes de cration de bases de donnes et de dveloppement
dapplications. Il se compose de diffrents modules, les principaux tant :
- le module Donnes qui offre les fonctions ncessaires llaboration du Modle
Conceptuel de Donnes et du Modle Physique de Donnes Merise. Ce dernier modle
correspond un schma relationnel destin tre gr par un SGBD Relationnel prcis.
- le module Traitements utile pour reprsenter les diffrents modles de traitements
Merise.
- le module Dveloppeur capable de gnrer des prototypes dapplications pour
PowerBuilder ou VisualBasic. Un tel module favorise la mise en uvre de dmarche de
projets de type RAD (Rapid Application Development).
Seule ltude du module Donnes sera aborde dans ce cours. Lutilisation la plus
classique de celui-ci consiste, partir dun MCD, crer automatiquement la base de donnes
relationnelles. Pour ce faire, il suffit de suivre les trois tapes suivantes

I.

Saisie du modle conceptuel des donnes


(tableaux extraitx de louvrage AMC*Designor et Merise)

___________________________________________________________________
DI GALLO Frdric

Page 77

16/01/2015

257478801.doc
______________________________________________________________________________

___________________________________________________________________
DI GALLO Frdric

Page 78

16/01/2015

257478801.doc
______________________________________________________________________________

2. Gnration du modle physique


Il est destin tre implant sur un SGBD R donn (Option Gnrer le modle
physique du menu Dictionnaire )

___________________________________________________________________
DI GALLO Frdric

Page 79

16/01/2015

257478801.doc
______________________________________________________________________________

3. Gnration de la base de donnes


On la gnre par production dun script SQL ou par cration directe (Option Gnrer la
base de donnes du menu SGBD )
Voyons l'exemple de la cration directe d'une base Access concernant le modle sur les
clients, produits et les commandes. Le logiciel excute les commandes SQL comme ceci:
create table CLIENT
( NOCLIENT
Long not null,
NOM
Text(25) null,
PRENOM
Text(25) null,
constraint PK_CLIENT primary key (NOCLIENT)
)
create table PRODUIT
( REFPDT
Long
not null,
DESIGNATION Text(25) null,
PRIX
Currency not null,
constraint PK_PRODUIT primary key (REFPDT)
)
create table COMMANDE
( NOCDE
Long
not null,
NOCLIENT
Long
not null,
DATECDE
DateTime null,
constraint PK_COMMANDE primary key (NOCDE),
constraint FK_COMMANDE_PASSER_CLIENT foreign key (NOCLIENT)
references CLIENT (NOCLIENT)
)
create index PASSER_FK on COMMANDE (NOCLIENT asc)
create table LIGNE
( NOCDE
Long
not null,
REFPDT
Long
not null,
QTE
Long
null,
constraint PK_LIGNE primary key (NOCDE, REFPDT),
constraint FK_LIGNE_LIEN_18_COMMANDE foreign key (NOCDE)
references COMMANDE (NOCDE),
constraint FK_LIGNE_LIEN_19_PRODUIT foreign key (REFPDT)
references PRODUIT (REFPDT)
)
create index LIEN_18_FK on LIGNE (NOCDE asc)
create index LIEN_19_FK on LIGNE (REFPDT asc)

___________________________________________________________________
DI GALLO Frdric

Page 80

16/01/2015

257478801.doc
______________________________________________________________________________

LA METHODE
MERISE :

Description
dynamique du
systme
d'information

___________________________________________________________________
DI GALLO Frdric

Page 81

16/01/2015

257478801.doc
______________________________________________________________________________

DESCRIPTION DYNAMIQUE DU S.I.


I.

LES CONCEPTS DE BASE............................................................................................ 83


1.1) Lacteur................................................................................................................ 83
1.2) Lvnement......................................................................................................... 84
a) Occurrences d'vnements............................................................................................ 85
b) Participation et cardinalit d'un vnement.................................................................. 85

1.3) L'opration........................................................................................................... 85
1.4) La rgle dmission.............................................................................................. 86
1.5) La synchronisation............................................................................................... 86
1.6) Reprsentation graphique.................................................................................... 88
1.7) Extrait du MCT de la gestion des inscriptions..................................................... 89
II. FONCTIONNEMENT D'UN MODLE DYNAMIQUE........................................................ 90
2.1) Fonctionnement d'un modle dynamique............................................................ 90
2.2) Rgles de vrification du fonctionnement............................................................ 91
III.
RGLES DE CONSTRUCTION D'UN M.C.T.............................................................. 92
IV.
LE MODLE ORGANISATIONNEL DES TRAITEMENTS............................................. 92
4.1) Le tableau des procdures fonctionnelles............................................................ 92
Exercice n7:..................................................................................................................... 93
Exercice n 8..................................................................................................................... 95
Exercice n 9 Synthse................................................................................................... 97

___________________________________________________________________
DI GALLO Frdric

Page 82

16/01/2015

257478801.doc
______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

DESCRIPTION DYNAMIQUE DU S.I.


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.

I.

Les concepts de base


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 Bordeaux 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 prinscription 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.

___________________________________________________________________
DI GALLO Frdric

Page 83

16/01/2015

257478801.doc
______________________________________________________________________________

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 Bordeaux 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.
Certains vnements externes sont lis au temps. Par exemple, pour dclencher un
traitement en dbut danne civil, on introduira lvnement Dbut danne . Lvnement
Date actuelle est JJ/MM/AAAA permettra dexcuter un traitement une date donne.
Dans le MCT, chaque vnement est identifi au moyen dun libell gnrique tel que
Dpt dun dossier de pr-inscription . Compte tenu de ce qui vient dtre dit, cet intitul
est trs insuffisant pour dcrire lvnement car il ne fait pas apparatre les donnes du compte
rendu associ lvnement. Par exemple, le dpt dun dossier de pr-inscription apporte
de nombreuses informations telles que ltat civil de llve qui effectue le dpt, des
donnes sur sa scolarit actuelle, le DEUG quil souhaite intgrer, etc. Dans le cas o le
nombre dinformations contenues dans le message associ lvnement est peu important il
est recommand de les citer en annexe du MCT. Dans le cas contraire, il sera utile de dgager
les principales entits figurant dans le compte rendu. Le terme entit ne fait pas rfrence
au modle conceptuel des donnes ; il est pris dans son sens trs gnral pour dsigner tout
objet abstrait ou concret caractris par un ensemble de proprits. Par exemple, lvnement
Dpt de dossier de pr-inscription sera dtaill ainsi : Dpt du dossier de prinscription de llve E de la terminale T la formation F . Ce texte, qui constitue le
message associ lvnement, fait intervenir trois entits : Elve, Terminale et
FormationSup.
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 .

___________________________________________________________________
DI GALLO Frdric

Page 84

16/01/2015

257478801.doc
______________________________________________________________________________

a) Occurrences d'vnements
Loccurrence dun vnement correspond la ralisation effective dun vnement. Par
exemple, le dpt du dossier de pr-inscription de M. Girard de terminale ES pour le DEUG
MASS, constitue une occurrence de lvnement dclencheur Dpt du dossier de prinscription . Deux occurrences dun mme vnement peuvent tre distingues soit par des
valeurs de proprits (ou dentits) diffrentes, soit si les valeurs sont identiques, par le
moment prcis o lvnement sest produit.
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.

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 ).

___________________________________________________________________
DI GALLO Frdric

Page 85

16/01/2015

257478801.doc
______________________________________________________________________________
Sur le MCT, une opration est identifie par un libell et peut tre dcrite, de manire
dtaille, en annexe du MCT, en prsentant la logique algorithmique du dclenchement des
actions lmentaires. Par exemple lopration denregistrement du dossier de prinscription
pourrait tre dtaill ainsi :
- cration dune occurrence de lentit Prinscrit
- cration dune occurrence de lassociation Demande (reliant lentit
Prinscrit lentit Formation )
-
Il est possible dassocier une opration une dure qui reprsente le temps maximal qui lui
est allou pour quelle sexcute.

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

1.5) La synchronisation
La synchronisation dune opration est compose de deux lments :
- dune part la liste des vnement (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.

___________________________________________________________________
DI GALLO Frdric

Page 86

16/01/2015

257478801.doc
______________________________________________________________________________
Le cycle de vie dune synchronisation peut tre reprsent ainsi :
Attente de larrive
des vnements
contributifs

ATTENTE

La rgle est
vrifie

ACTIVABLE

ACTIVEE

Remarque : on parle de fonctionnement asynchrone lorsque les tats ACTIVABLE et


ACTIVEE ne font quun.
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.
Par exemple, pour modliser le dclenchement de la mise jour dun dossier incomplet
suite la rception des pices manquantes, on introduira une synchronisation admettant en
entre les deux vnements suivants :
Evnement int2 : Dossier D Mis en attente le JJ/MM/AAAA
Evnement ext2: Rception des pices manquantes du dossier D
Proposition logique : int2 et ext2
Conditions locales : int2.D = ext2.D
Lorsque l'expression logique de la synchronisation est vrifie, l'opration est dclenche
et toutes les occurrences d'vnements qui ont permis ce dclenchement sont alors
consommes par l'opration. Par contre si elle n'est pas vrifie, les occurrences d'vnement
restent en attente. Quand une opration est dclenche par un seul vnement, la
synchronisation est facultative.
Comme pour les rgles dmission, les conditions locales dune synchronisation peuvent
comporter une structure itrative de type Pour tout . Cette possibilit permet de traiter (on
dit encore consommer) n occurrences dun vnement contributif la synchronisation. La
synchronisation dfinie ci-dessous permet de lancer la suppression de tous les dossiers mis en
attente et pour lesquels les pices manquantes nont pas t fournies dans un dlai de 8 jours.
Evnement int2 : Dossier D mis en attente le JJ/MM/AAAA
Evnement ext3 : la date actuelle est JJ/MM/AAAA
Proposition logique : int2 et ext3
Conditions locales : Pour tout int2 ayant
int2.JJ/MM/AAAA = ext3.JJ/MM/AAAA

___________________________________________________________________
DI GALLO Frdric

Page 87

16/01/2015

257478801.doc
______________________________________________________________________________

1.6) Reprsentation graphique

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

___________________________________________________________________
DI GALLO Frdric

Page 88

16/01/2015

257478801.doc
______________________________________________________________________________

1.7) Extrait du MCT de la gestion des inscriptions

Evnement ext1 : Dpt du dossier de pr-inscription de llve E pour la formation F


Evnement ext2 : Rception des pices manquantes du dossier n D
Evenement ext3 : La date actuelle est JJ/MM/AAAA
Evnement int1 : Dossier de pr inscription n D accept le JJ/MM/AAAA
Evnement int2 : Dossier de pr-inscription n D mis en attente le JJ/MM/AAAA
Evenement int3 : Avis de suppression du dossier n D mis le JJ/MM/AAAA
Synchronisation : Si ext2 et int2 Avec ext2.D = int2.D
Synchronisation : Si int2 et ext3 Avec Pour tout int2 ayant
int2.JJ/MM/AAAA+ 8 = ext3.JJ/MM/AAAA
Remarque : ce MCT fait apparatre un cycle caractris par une opration qui admet
comme vnement contributif un vnement dont elle dclenche elle-mme lmission.

___________________________________________________________________
DI GALLO Frdric

Page 89

16/01/2015

257478801.doc
______________________________________________________________________________

2. Fonctionnement d'un modle dynamique


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.
Les tableaux qui suivent illustrent ce principe de consommation en premier lieu en terme
doccurrences dvnements et ensuite avec les jetons :

___________________________________________________________________
DI GALLO Frdric

Page 90

16/01/2015

257478801.doc
______________________________________________________________________________

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
attente
(int2)

Rception pices
manquantes
(ext2)
non(int2) et ext3
Envoi dun refus
Toujours

Pr-inscription
refuse
(int3)

Remarque : il existe de nombreuses autres rgles de vrification de fonctionnement


dtailles dans louvrage La mthode Merise principes et outils .

___________________________________________________________________
DI GALLO Frdric

Page 91

16/01/2015

257478801.doc
______________________________________________________________________________

3. Rgles de construction d'un M.C.T.


Comme pour le modle conceptuel des donnes, il nexiste pas de mthode algorithmique
permettant daboutir un modle conceptuel des traitements. Si la prsentation de ses
concepts peut en effet tre entirement formalise et explicite, leur assemblage pour rsoudre
un problme donn exige des qualits danalyse et de rflexion que seule lexprience peut
accrotre. Il existe cependant des outils ou des dmarches daide la conception dun MCT.
Ainsi certains auteurs prconisent, pour faciliter la conception dun MCT, llaboration dun
Modle Conceptuel de Communication (MCC).
Ce modle consiste recenser la liste de tous les acteurs intervenants dans le systme
d'information et schmatiser les flux d'information quils changent. Les acteurs internes ceux qui appartiennent au systme d'information - sont reprsents dans des cercles en trait
plein, les acteurs externes au systme d'information sont reprsents dans des cercles en
pointills. Les flux d'information sont schmatiss par des arcs entre acteurs. Le schma ciaprs reprsente les flux inhrents la pr-inscription la facult de Bordeaux.
1
2

Elve

Service
dinscription

3
4

1 Dpt du dossier de prinscription


2. Pr-inscription accepte ou dossier
incomplet
3. Envoi des pices manquantes
4. Pr-inscription refuse

Ce diagramme met en vidence les vnements externes du MCT. Chaque flux chang
dun acteur externe vers un acteur interne devient en effet un vnement dclencheur externe.
Les flux destination dun acteur externe deviendront des vnements internes. Les
oprations ainsi que leurs vnements rsultats ne sont pas aisment dductibles de ce
schma.

4. Le modle organisationnel des traitements


Le modle organisationnel des traitements s'attache dcrire les proprits des traitements
non traites par le modle conceptuel des traitements, c'est--dire: le temps, les ressources, le
lieu. Le modle organisationnel des traitements consiste donc reprsenter le modle
conceptuel des traitements dans un tableau dont les colonnes sont la dure, le lieu, les
responsables et ressources ncessaires une action.

4.1) Le tableau des procdures fonctionnelles


La premire tape du modle organisationnel des traitements consiste dcouper les
oprations en procdures fonctionnelles, une succession de traitements dclenche par un
vnement. Il s'agit donc d'associer dans un tableau: les procdures fonctionnelles, l'heure de
dbut et de fin, le lieu du poste de travail, le responsable du poste de travail, les ressources du
poste de travail.
Procdure

temps
dbut

dure

poste de travail
lieu
responsable

ressources

___________________________________________________________________
DI GALLO Frdric

Page 92

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n7:
Claire Figeac, a envoy la librairie TrouveTout la lettre suivante :
Monsieur,
Pouvez vous m'envoyer 15 exemplaires de louvrage "La mthode Merise " aux Editions Organisation
Claire FIGEAC
Avenue de la Gare
05000 NICE

1. Dduire de cette occurrence dvnement, le message associ lvnement de libell


Commande dun ouvrage
Commande de N exemplaire de l'ouvrage O par le client C.
2. Un extrait du MCD de la base d'information de la librairie TrouveTout est prsent ci
dessous :
Ligne Commande
Livre
NumLivre
TitreLivre
Prix
Edition

Passe Commande
1,n
COMMANDE CLIENT

1,n

CLIENT
1,1

NumCommande
Date
Etat Commande
Paye (O_N)

NbExEnStock

1,n

NumClient
NomClient
AdresseClient
CPClient
VilleClient

Le concepteur du MCD a oubli de modliser le nombre d'exemplaires commands d'un livre.


Modifier le MCD de manire rajouter la proprit NbExCommands.
Il suffit de transformer l'association "Ligne Commande" en association porteuse avec la
proprit NbExCommands:
LigneCommande
LIVRE

NbExCommands

NumLivre

COMMANDECLIENT
Numcommande

3. Lors de la rception dune commande de plusieurs exemplaires dun ouvrage, deux cas
peuvent se prsenter :
- soit le stock est suprieur au nombre dexemplaires commands : dans ce cas une
facture est tablie et lenvoi des ouvrages est ralis
- soit le stock est insuffisant : une demande de rapprovisionnement est alors
envoye la centrale dachats qui expdie, TrouveTout, les ouvrages demands
dans un dlai maximum de 3 jours. Au-del de cette limite, le client doit tre
prvenu que sa commande ne peut pas tre satisfaite.

___________________________________________________________________
DI GALLO Frdric

Page 93

16/01/2015

257478801.doc
______________________________________________________________________________
3.1 Expliquer pourquoi le MCT suivant ne peut pas convenir pour reprsenter le processus
de traitement dune commande.
Commande
d'un ouvrage
(ext1)

Cette opration
enregistre dans la
base d'informations
la commande et
vrifie si elle peut
tre satisfaite.

ext1
Traitement de la commande
Stock
insuffisant

Stock suffisant

Facture
(int3)

Demande de
rapprovisionnement
centrale d'achat (int2)

Ce MTC ne tient pas compte du dlai maximum de trois jours aprs lesquels le client
doit tre prvenu.
3.2 Proposer un MCT garantissant le traitement de toute commande, cest--dire
aboutissant soit ldition dune facture, soit lmission dun avis dimpossibilit de
livraison.
Commande
d'un ouvrage
(ext1)
ext1
Traitement de la commande
Stock
insuffisant
Date actuelle
est (ext2)
2

int2: demande de rappro. De N exemplaire de


l'ouvrage O mise le JJ/MM/AAAA
ext2: la date actuelle est JJ/MM/AAAA
ext3: rception de N exemplaire de l'ouvrage O
int3: facture F mise au client C le JJ/MM/AAAA
synchro 2: ext2 et int2 avec pour tout int2 ayant
int2.JJ/MM/AAAA+3=ext2.JJ/MM/AAAA
synchro 3: int2 et ext3 avec int2.O=ext3.O

Stock suffisant
Facture
(int3)

Demande de
rapprovisionnement
centrale d'achat (int2)

Rception
ouvrage
(ext3)

ext2 et int2

ext2 et int2

Client prvenu du
dpassement des 3 jours

Mise jour du stock

TOUJOURS
Commande
annule (int4)

Stock
insuffisant

Stock suffisant

___________________________________________________________________
DI GALLO Frdric

Page 94

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n 8
On souhaite modliser le processus de gestion des locations saisonnires de lagence
immobilire I. Un extrait du modle conceptuel associ cette gestion est prsent ici :

Lassociation porteuse Option permet de mmoriser le nom du client qui a pris une
option de rservation sur un appartement et une semaine donns ainsi que la date laquelle il
a procd cette option.
1. On considre lvnement interne int1 dfini ci-dessous :
int1 : Option de rservation du client de nom N pour lappartement A et priode P ralise le
JJ/MM/AAAA. (la priode est une suite contigu de semaines)
Modliser le fait que le client dispose de 8 jours pour confirmer sa rservation en envoyant
un chque correspondant 25 % du montant total de la location. Son option sera leve dans
les deux cas suivants : lagence I na reue aucune confirmation durant les 8 jours; le montant
envoy est infrieur au montant d. Dans ce cas le chque est renvoy ladresse figurant sur
celui-ci. Dans le cas o il y a confirmation dans les dlais, un contrat est cr et envoy au
client.
1.1 Prsenter le modle conceptuel de traitements reprsentant ce fonctionnement.
Option de
rservation
(int1)

Date actuelle
est (ext3)
2

1
Enregistrement de la
confirmation

Suppression de l'option
TOUJOURS

Rception
d'un chque
(ext2)

Montant
suffisant

Montant
insuffisant

Contrat
(int2)
Option
annule
(int4)

int2: envoi du contrat CO avec le client C


ext2: rception d'un chque
d'un montant M du client C
pour l'appartement A la priode P
synchro 1: conditions locales:
si int1.C=ext2.C et int1.A=ext2.A
et int1.P=ext2.P
synchro 2: pour tout int1 ayant
int1.JJ/MM/AAAA+8=ext3.JJ/MM/AAAA
Renvoi du
chque
(int3)

___________________________________________________________________
DI GALLO Frdric

Page 95

16/01/2015

257478801.doc
______________________________________________________________________________
1.2

Indiquer, pour chaque opration figurant dans le MCT, les entits et les associations
concernes ainsi que le type daction effectue :
C pour cration,
L pour lecture,
M pour modification
S pour suppression

On a simplement deux oprations:


Pour la Suppression: S d'une occurrence (ou plusieurs) de l'association OPTION,
Pour la Confirmation: L de APPARTEMENT (donc L de CATEGORIE)
C de CONTRAT (donc C de CONCERNE 1, 2)
S de OPTION
2. Le contrat reu par le client prcise que le montant de la location doit tre rgl
entirement un mois avant le dbut de la location. Si tel ntait pas le cas, un rappel est
envoy au client qui dispose alors de 8 jours pour rgulariser sa situation. A lissue de ces
8 jours si aucun rglement nest parvenu, lagence immobilire envoi un avis dannulation
au client et encaisse bien videmment les arrhes. Proposer une modlisation de cette
gestion. On suppose que lon dispose de lvnement interne int3 suivant : Dbut de
location du contrat C prvu le JJ/MM/AAAA .

___________________________________________________________________
DI GALLO Frdric

Page 96

16/01/2015

257478801.doc
______________________________________________________________________________

Exercice n 9 Synthse
Premire partie : modlisation des donnes
La socit DOMELEC est spcialise dans la fabrication et la commercialisation
dappareils lectromnagers usage domestique. Elle comprend plusieurs sites, aussi appels
units de production rpartis sur le territoire mtropolitain. Chaque unit de production est
identifie par un code et possde un nom en rapport avec sa localisation (exemple : lunit
Bourgogne ). Une unit de production prend en charge au moins une ligne de produits.
Chaque unit de production hberge plusieurs quipes de production.
Une ligne de produits est une famille de produits qui possdent la mme fonction gnrale.
La fabrication dune ligne de produits est confie lune des units de production. Chaque
produit nappartient qu une seule ligne de produits. On trouvera par exemple :
Ligne de produits
Rfrence Nom de la ligne
L01
Nettoyeur

L02

Frigorifique

Produits
Numro
1
2
3
4
5
1
2
3
4

Nom du produit
Aspirateur traneau 1 000 W
Aspirateur Traneau 1 400 W
Aspirateur bidon eau/poussire 1
400 W
Lave-vitre

Rfrigrateur 1 porte 150 litres


Rfrigrateur combin 2 portes
Conglateur bac 1000 litres

Lidentifiant dun produit est compos de lidentifiant de la ligne de produits laquelle il


appartient et dun numro squentiel. Pour chaque produit, il est important de mmoriser un
nom explicite, sa date de premire mise en fabrication et un descriptif dtaill.
Une quipe de production est compose exclusivement de salaris de lentreprise. Une
quipe travaille sur une seule ligne de produits. Chaque quipe est identifie par un numro
dquipe. Elle est encadre par un chef dquipe appel superviseur. La date de prise en
charge de lquipe par son superviseur doit tre mmorise. Les autres membres de lquipe
sont qualifis doprateurs.
Pour un oprateur il faut connatre la date daffectation son poste de travail actuel, sa
formation dorigine, dcrite sous forme dun commentaire, ainsi que le plus haut diplme
obtenu par loprateur, sil en possde un.
Le superviseur peut diriger plusieurs quipes au sein de la mme unit de production. Pour
un superviseur, les informations prendre en compte sont : la date de premire affectation en
qualit de chef dquipe dans lentreprise et son origine (recrutement externe ou promotion
interne).
Un oprateur fait partie dune seule quipe. Il est affect un seul poste de travail. On ne
sintresse pas aux prcdentes affectations de cet oprateur (quipe ou poste de travail).

___________________________________________________________________
DI GALLO Frdric

Page 97

16/01/2015

257478801.doc
______________________________________________________________________________
Le mme poste de travail peut tre mobilis pour fabriquer diffrents produits dune mme
ligne de produits car, en gnral, les techniques de fabrication des produits dune ligne sont
semblables. La fabrication dun produit requiert plusieurs postes de travail.
Chaque poste est dfini par un numro, un nom et un libell explicatif. On souhaite
galement connatre la date dinstallation du poste, la date de sa dernire vrification et
lintervalle de temps maximal entre deux vrifications.
La matrise de lutilisation dun poste de travail par un oprateur peut tre dcompos en
comptences lmentaires. Une comptence est un savoir-faire lmentaire sur un poste de
travail. Elle peut tre commune plusieurs postes. Chaque comptence possde un code et un
libell.
Une habilitation est un ensemble de comptences lies un poste de travail. Pour chaque
poste, il existe quatre niveaux hirarchiss dhabilitation qui correspondent des degrs de
matrise de ce poste. Chaque habilitation est identifie par le poste quelle concerne et son
niveau (de 1 4). Un libell dcrit chaque habilitation.
Exemple :
Poste numro 354 : Installation systme refroidissement et protection isotherme
__________________________________________________________________________________________

Niveau et libell de lhabilitation


Code et libell de comptence
__________________________________________________________________________________________

1. Mettre en route et pratiquer le poste


C005 Mise sous tension et hors tension du poste
C012 Test de fonctionnement du poste de soudure
C025 Test de fonctionnement de lunit de remplissage du gaz
C118 Test du compresseur installer
C009 Connaissances de lordre des oprations sur le poste
2. Assurer la production dun appareil rfrigr
C259 Mise en place du circuit de refroidissement
C384 Mise en place du compresseur
C201 Soudure des diffrents lments
C882 Remplissage du gaz sous pression
C449 Mise en place de lisolation
3. Assurer la quantit et la qualit
C419 Matrise de chaque tape de production
C127 Excution des protocoles de test
C222 Intervention en cas de dysfonctionnement
4. Matriser totalement le poste et transmettre ses comptences
C843 Production en quantit et qualit
C992 Formation des utilisateurs sur ce poste
__________________________________________________________________________________________

___________________________________________________________________
DI GALLO Frdric

Page 98

16/01/2015

257478801.doc
______________________________________________________________________________
Travail faire
Prsenter le schma conceptuel de donnes correspondant au domaine dcrit. Ce schma
devra prendre en compte lensemble des rgles de gestion relatives aux units de production,
aux produits et lignes de produits, aux quipes, aux salaris, superviseurs et oprateurs, aux
postes de travail, ainsi quaux comptences et habilitations.

___________________________________________________________________
DI GALLO Frdric

Page 99

16/01/2015

257478801.doc
______________________________________________________________________________
Seconde partie : la modlisation des traitements.
La formation est lun des instruments du management. Son but est damliorer
limplication des salaris dans le processus de production, en leur permettant de progresser
dans la matrise des postes de travail. Un plan annuel de formation (PAF) parat au mois d
dcembre. Il sagit dun catalogue prsentant les formations de lanne venir. On y trouve un
bref descriptif qui indique le libell, lobjectif gnral, la date de dbut et la date de fin de
chaque formation.
Pour participer une formation, un salari remplit une demande adresse au centre de
formation. Le centre tudie alors cette demande et lenregistre si elle est recevable. Dans le
cas contraire, un refus motiv est transmis au salari.
Le nombre des participants une formation est limit en fonction dimpratifs dfinis par
les formateurs. Il existe galement un seuil minimum de participants en dessous duquel une
formation prvue dans le PAF ne sera pas ralise. Quinze jours avant le dbut de la
formation, les demandes enregistres sont examines et les candidats retenus sont
dfinitivement inscrits. Lorsque le nombre de demandes est suprieur au nombre de places,
les participants sont slectionns en fonction de critres multiples (avis du superviseur, date
de dernire formation, ). A linverse, lorsque le nombre de demandes natteint pas le seuil
minimum prvu, la formation est annule.
La schmatisation conceptuelle des donnes relatives au domaine Formation est la
suivante :

___________________________________________________________________
DI GALLO Frdric

Page 100

16/01/2015

257478801.doc
______________________________________________________________________________
Travail faire
Prsenter de manire dtaille, la synchronisation-opration qui se rapporte lexamen
des demandes quinze jours avant le dbut de la formation. Les vnements en entre et sortie
sont donns dans le tableau ci-dessous :
Evnements en entre :
ext1 : la date actuelle est JJ/MM/AAAA
int1 : la formation F doit dbuter le JJ/MM/AAAA
Evnements en sortie :
int2 : la formation F est annule
int3 : le salari S va suivre la formation F
Pour la synchronisation on prcisera le prdicat ainsi que les conditions locales.
Pour lopration les association et entits concernes ainsi que le type daction effectue :
C pour cration,
L pour lecture,
M pour modification
S pour suppression

___________________________________________________________________
DI GALLO Frdric

Page 101

16/01/2015

Vous aimerez peut-être aussi