Merise

Mthodologie Merise - Cours du cycle B du Cnam.
doc ______________________________________________________________________________
DI GALLO Frdric
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 15/07/01
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________
METHODOLOGIES DES SYSTEMES D'INFORMATION :
La mthode MERISE
___________________________________________________________________
LA METHODE MERISE: INTRODUCTION

I. LE SYSTEME DINFORMATION DANS LENTREPRISE ......................................................5 II. ARCHITECTURE & CONCEPTION DUN SYSTEME DINFORMATION ................................7 III. SYSTEME DINFORMATION ET SYSTEME 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 MODELE CONCEPTUEL DE LA COMMUNICATION

I. DEFINITION DE L'ORGANISATION ...............................................................................14 II. DIAGRAMME DE CONTEXTE .......................................................................................15 III. DIAGRAMME CONCEPTUEL DE FLUX ......................................................................15
DESCRIPTION STATIQUE DU SYSTEME DINFORMATION

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 ETENDUS (MERISE 2).......................................................................40 2.1) Le concept dhritage ...........................................................................................40 2.2) Les contraintes ensemblistes.................................................................................43 2.3) Lidentification des occurrences dentits ............................................................53 III. REGLES DE CONSTRUCTION DUN M.C.D...............................................................55 3.1) modlisation directe..............................................................................................55 3.2) modlisation par analyse des dp. fonctlles ...........................................................55 I.
___________________________________________________________________
LE MODELE LOGIQUE DES DONNEES

LES REGLES DE PASSAGE DU MCD AU MODELE RELATIONNEL ..................................60 1.1) Les rgles ..............................................................................................................60 1.2) Les concepts tendus.............................................................................................63 II. CREATION DUNE BD RELATIONNELLES PAR LE LANGAGE SQL................................65 2.1) Dclaration des champs dune table.....................................................................67 2.2) Dfinition des contraintes dintgrit ...................................................................68 I.
MISE EN UVRE AVEC POWERAMC

I. SAISIE DU MODELE CONCEPTUEL DES DONNEES .........................................................77 II. GENERATION DU MODELE PHYSIQUE .........................................................................79 III. GENERATION DE LA BASE DE DONNEES ..................................................................80
DESCRIPTION DYNAMIQUE DU S.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 MODELE DYNAMIQUE ..........................................................90 2.1) Fonctionnement d'un modle dynamique..............................................................90 2.2) Rgles de vrification du fonctionnement .............................................................91 III. REGLES DE CONSTRUCTION D'UN M.C.T................................................................92 IV. LE MODELE ORGANISATIONNEL DES TRAITEMENTS ...............................................92 4.1) Le tableau des procdures fonctionnelles.............................................................92 I.
___________________________________________________________________
METHODOLOGIE CNAM ANGOULEME 2000-2001
LA METHODE 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.
I.
Le systme dinformation dans lentreprise
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.
___________________________________________________________________
Systme de pilotage
information-reprsentation : information qui donne une reprsentation du rel ; ce rel pouvant tre soit le systme oprant (tats discrets) soit le systme dinformation lui-mme. information-dcision information-intraction : information ncessaire au systme oprant pour quil fonctionne
Systme dinformation
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.
___________________________________________________________________
II. Architecture & conception dun systme dinformation

Le systme dinformation doit dcrire (on dit encore reprsenter) le plus fidlement possible le fonctionnement du systme oprant. Pour ce faire, il doit intgrer une base dinformation dans laquelle 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.
___________________________________________________________________
III. 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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 Par application
Etude dtaille
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.
IV. 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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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.
___________________________________________________________________
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 Organisationnel ou logique Oprationnel ou physique Statique (donnes) MCD MLD
(OU ?)
Dynamique (traitements) MCT MOT

(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.
___________________________________________________________________
LA METHODE MERISE :
Le Modle Conceptuel de la Communication
___________________________________________________________________

I. DEFINITION DE L'ORGANISATION .............................................................................. 14 II. DIAGRAMME DE CONTEXTE ...................................................................................... 15 III. DIAGRAMME CONCEPTUEL DE FLUX ..................................................................... 15
___________________________________________________________________
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.
___________________________________________________________________
II. 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
III. 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
___________________________________________________________________
LA METHODE MERISE :
Description s t a t iq u e d u systme d'information
___________________________________________________________________

I. LES CONCEPTS DE BASE ............................................................................................ 18 1.1) La proprit (ou attribut ou rubrique)................................................................. 18 1.2) Lentit ou individu-type ...................................................................................... 19
a) Dfinition........................................................................................................................ b) Les identifiants ............................................................................................................... c) Occurrence dentit ou individu..................................................................................... d) Notion de dpendance fonctionnelle directe .................................................................. Exercice n1 (Acquis : Proprit et Entit)..................................................................... a) Dfinition........................................................................................................................ b) Occurrence dassociation .............................................................................................. c) Cardinalit...................................................................................................................... Exercice n2 (Acquis : proprit, entit et association).................................................. d) Caractristiques dune association................................................................................ e) Lassociation porteuse.................................................................................................... Auto-valuation n 1: ......................................................................................................... f) Les associations transitives............................................................................................. g) Les associations rflexives ............................................................................................. Exercice n3 (Acquis : Concepts de base uniquement).................................................. Auto-valuation n 2: ......................................................................................................... 19 20 21 21 22 25 26 26 27 31 32 33 35 35 36 37
1.3) Lassociation (ou relation-type) .......................................................................... 25
II. LES CONCEPTS ETENDUS (MERISE 2)...................................................................... 40 2.1) Le concept dhritage .......................................................................................... 40
Exercice n 5 (Acquis : concepts de base + sous-typage)............................................... 41 45 47 48 50 51
2.2) Les contraintes ensemblistes................................................................................ 43

a) La contrainte dinclusion ............................................................................................... b) La contrainte de totalit ................................................................................................. c) La contrainte dexclusion ............................................................................................... d) La contrainte d'galit .................................................................................................. Exercice n 6 (Acquis : base + sous-typage + contraintes ensemblistes).......................
2.3) III. 3.1) 3.2)
Lidentification des occurrences dentits ........................................................... 53 REGLES DE CONSTRUCTION DUN M.C.D.............................................................. 55 modlisation directe............................................................................................. 55 modlisation par analyse des dp. fonctlles ...................................................................................... 55
___________________________________________________________________

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
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 NumroProd Nom
Rfrence dun article : AR456, RF567,
Nom dun produit : bche, rateau, ..

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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 CodePostal 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 #).
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 452GT Scie 45 F 354TY Bche 68,50 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
___________________________________________________________________
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
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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.
___________________________________________________________________
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 Rub TarifPrem
Concerner
NumAnn Texte NbLignes Dom NbSem DateRdac
CLIENT 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.
EMPLOYE
Habite
DEPT NoDpartement NomDpartement
Numro Nom Prnom
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.
___________________________________________________________________
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 DUPON Charente T Ren 2 DURAN D 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 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
1,n
0,n
Remarque : dans certaines situations, la lettre n peut tre remplace par une valeur.
___________________________________________________________________
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 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)
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
TARIF
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
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".
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 Regroupe toutes les informations sur le locataire Proprits NumAppartement Adresse NumPriode NumSemaine Anne NumLocataire Nom Prnom Adresse1 Adresse2 CodePostal Ville Tel
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 :
APPARTEMENT NumAppartement Adresse
1,n 0,n
suivante qui est destine reprsenter

PERIODE NumPriode NumSemaine Anne
Occuper
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.
___________________________________________________________________
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
TYPE_PIECE
NumApp
1,n
Admettre Superficie
1,n
NomType
A1 A2
10 m Cuisine 25 m
___________________________________________________________________
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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 TYPE_PIECE
NumApp
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.
___________________________________________________________________
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
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 : Employ E-mail
Liste des sections Liste des employs de la section slectionne E-mail de lemploy slectionn
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.
___________________________________________________________________
f) Les associations transitives

Considrons le modle suivant :
CONTRAT NumContrat .
1,1
Concerner
0,n
APPARTEMENT NumAppart
1,1
Appartenir
1,n
PROPRIETAIRE NumPropitaire
1,1
Etablir
1,n
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.
Parent de 0,n Parent 0,n Enfant de
PERSONNE Nom Prnom
Dubois Albert
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.
___________________________________________________________________
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 le 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.
___________________________________________________________________
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 A X Niveau actuel B X X C
Les niveaux de comptence sont cods ainsi: A : comptence confirme B : comptence renforcer C : comptence en cours d'acquisition
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
___________________________________________________________________
II. 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
X X X
X X X
Occurrences du sur-type
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
___________________________________________________________________
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).
___________________________________________________________________
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 1,1 Travailler
1,
Occurrences de lassociation TRAVAILLER ( Dupont ,16) ( Dubois ,16) ( Durand ,17) ( Laforet ,17)
Occurrences de lassociation HABITER ( Dupont ,16) ( Dubois ,17) ( Durand ,16) ( Laforet ,86)
DEPT NoDpartement NomDpartement
Habiter
1,n
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)
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 B A B
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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. C B A B
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)
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ La contrainte dinclusion assure que tout professeur principal dune classe intervient dans la classe.
cible PROF NomProf PrnomProf
1,1
Intervenir
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)
P1 C1
P2
C2
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
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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).
S1
P1
Ens (Occuper) = {(S1, P1), (S2, P1)} Ens (Occuper, Salari) = {S1,S2}
association, pivot
S2
A C
C3
C1
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
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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ Ens(AssociationA, Pivot) U Ens(AssociationB, Pivot) = Ens (Entit Pivot)
1 Bernad. 2 Armel. A1 Vlo
Ens (Animer) = {(1,A1), (2A2)} Ens (Animer, Personne) = {1,2} Ens (Participer, Personne) = {2,3} Ens (Participer, Personne) U Ens (Animer, Personne) = {1,2,3}
A2 Couture
3 Olivier
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
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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
Inscrire
X
0,n
UV CodeUV NbHeures Dsignation
0,n
Possder
0,n
1 Joel 2 Julien 3 Herv 4 Brigitte
UV1 P.O.O. UV2 Manag UV3 Merise UV4 Rseau
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 }
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ 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
combine
T X
INTERNE DateEmbauche
EXTERIEUR NomSSII
d) La contrainte d'galit
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. 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.
___________________________________________________________________
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?
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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).
___________________________________________________________________
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:
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ Dans lexemple qui suit on souhaite tablir un lien entre lassociation participer et lentit CARDINALITE.
ENTITE NomEntit
0,n
0,n
ASSOCIATION NumAssoc
Participer
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 :
___________________________________________________________________
III. 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).
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 2 1 1 1 1 1 1 1 1 1 1 3 4 5 6 7 8
NoClient NomClient
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 RefProduit, NoCommande QtCommande dpendance fonctionnelle suivante : 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 2 1 1 1 1 1 1 1 1 1 1 1 3 4 5 6 7 8 1,5
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 NoClient NomClient
-,1
-,n
COMMANDE NoCommande DateCommande
-,n
-,n
PRODUIT RefProduit Dsignation PrixUnitaire
Passer
Ligne QtCommande
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.
___________________________________________________________________
LA METHODE MERISE :
___________________________________________________________________

I. LES REGLES DE PASSAGE DU MCD AU MODELE 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. CREATION 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 .................................................................................................... b) Lintgrit de valorisation.............................................................................................. c) Lintgrit de domaine ................................................................................................... 2.2-4 Lintgrit rfrentielle ............................................................................................. Auto-valuation n 3: Le modle logique des donnes....................................................... 69 69 70 71 72
___________________________________________________________________

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, )
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 P1 11 1n P1 P2 P2 P3 P3 E1(P1,P2,P3,P1#) E2(P1,P2,P3, )
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
1n 1n
Association PA
E2 P1 P2 P3
E1(P1,P2,P3, ) E2(P1,P2,P3, ) Association (P1#,P1#,PA) 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 NoClient Nom Prnom
0,n Passer 1,1
Commande NoCde DateCde
1,n
Ligne Quantit
1,n
Produit RefPdt Dsignation Prix
Modle relationnel textuel : Client(NoClient, Nom, Prnom) Commande (NoCde, DateCde, NoClient#) Produit(RefPdt, Dsignation, Prix) Ligne(NoCde#, RefPdt#, Qt) Client Nom Prnom NoClient 1 Lassus Annick 2 Mundubeltz Armelle 3 Chaulet Bernadette RefPdt VE45 VE32 VE21 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 Ligne RefPdt# VE45 VE32 VE21 NoClient# 2 1
NoCde# 100 100 101
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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ 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 CodeTarif
0,n Correspond 1,1
Appartement NumLocation
1,n
1,n
Propritaire Num
Possde
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)
___________________________________________________________________
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.
Personnel Numro Nom Prnom
Exemple doccurrences : Internes 1 - Annick Lassus (14/06/1999) 2 Armelle Mundubeltz (20/09/2000)

Interne DateEmbauche
Extrieur SSII
Extrieur 3 Bernadette Chaulet (CAP GEMINI)
Premire possibilit : Numro 1 2 3
PERSONNEL (Numro, Nom, Prnom, SSII, DateEmbauche) PERSONNEL Prnom SSII Annick Armelle Bernadette CAP GEMINI DateEmbauche 14/06/1999 20/09/2000
Nom Lassus Mundubeltz Chaulet
Seconde possibilit :
EXTERIEUR(Numro, Nom, Prnom, SSII) INTERNE (Numro, Nom, Prnom, DateEmbauche) INTERNE Numro Nom Prnom DateEmbauche 1 Lassus Annick 14/06/1999 2 Mundubeltz Armelle 20/09/2000
EXTERIEUR Numro Nom Prnom SSII 3 Chaulet Bernadette CAP ..
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ Troisime possibilit : PERSONNEL (Numro, Nom, Prnom) EXTERIEUR (Numro#, SSII) INTERNE (Numro#, DateEmbauche) INTERNE Numro DateEmbauche 1 14/06/1999 2 20/09/2000 PERSONNEL Nom Prnom Lassus Annick Mundubeltz Armelle Chaulet Bernadette
EXTERIEUR Numro SSII 3 CAP ..
Numro 1 2 3
II. 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 #.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 : NoClient NomClient TypeClient Table CLIENT Entier Chane de 25 cars max Chane de 15 cars max 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 :
Tout client a un nom Le client n3 nexiste pas dans la table CLIENT
CLIENT
NoClient NomClient
COMMANDE
NCommande DateCommande DateLivraison
TypeClient
PROFESSIONNEL PARTICULIER ARTISAN
Noclient
1 2 2
DURAND DUPONT
2 clients ne peuvent avoir le mme numro
101 102 103
15/12/1999 17/12/1999 17/12/1999
16/12/1999 22/12/1999
3 1 1
Le type client est soit PARTICULIER soit
PROFESSIONNEL
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 :
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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, . )
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 CREATE TABLE Client attache au champ NomClient (NoClient Integer NomClient VARCHAR(25) CONSTRAINT NN_NomClient NOT NULL, Contrainte dentit attache Contrainte de au champ NoClient 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)
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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) )
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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,n
PASSER
1,1
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))
___________________________________________________________________
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
NoClient NomClient TypeClient
PROFESSIONNEL PARTICULIER PROFESSIONNEL
COMMANDE
NCommande DateCommande DateLivraison NoClient
1 2 3
DUBOIS DELAGE DUPONT
101 102 103
15/12/1999 17/12/1999 17/12/1999
18/12/1999 22/12/1999
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, )
___________________________________________________________________
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 1 2 3 4 Libell Ordinaire Conjoint Scolaire ou personne en difficult Bienfaiteur Prix 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
___________________________________________________________________

Annexe 2 (tat rcapitulatif des abonns)
N membre 158 Moine Nom Prnom Olivier Adresse 14, rue rapaces Ville des 87 000 Limoges Nom revue Oiseau Mag La caille La chevche La caille abonnement termineau n 7 78 5 82
196 .
Bellon
Elodie
12, impasse des 19100 Brive roseaux
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
___________________________________________________________________
___________________________________________________________________
LA METHODE MERISE :
Mise en uvre avec l'A.G.L. AMC*DESIGNOR
___________________________________________________________________

I. SAISIE DU MODELE CONCEPTUEL DES DONNEES ........................................................ 77 II. GENERATION DU MODELE PHYSIQUE ........................................................................ 79 III. GENERATION DE LA BASE DE DONNEES ................................................................. 80
___________________________________________________________________

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)
___________________________________________________________________
___________________________________________________________________
II. Gnration du modle physique

Il est destin tre implant sur un SGBD R donn (Option Gnrer le modle physique du menu Dictionnaire )
___________________________________________________________________
III. 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)
___________________________________________________________________
LA METHODE MERISE :
Description dynamique du systme d'information
___________________________________________________________________

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

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.
___________________________________________________________________
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 .
___________________________________________________________________
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 ).
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________ Le cycle de vie dune synchronisation peut tre reprsent ainsi :
Attente de larrive des vnements contributifs La rgle est vrifie
ATTENTE
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
___________________________________________________________________
1.6) Reprsentation graphique
Remarque: Le MCT conditionne compltement l'interface graphique du S.I.
___________________________________________________________________
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.
___________________________________________________________________
II. 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 :
___________________________________________________________________
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 .
___________________________________________________________________
III. 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
Elve
2 3 4
Service dinscription
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.
IV. 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
___________________________________________________________________
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 NbExEnStock Passe Commande 1,n COMMANDE CLIENT NumCommande Date Etat Commande Paye (O_N) CLIENT 1,1 1,n NumClient NomClient AdresseClient CPClient VilleClient
1,n
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 NumLivre NbExCommands 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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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) ext1 Traitement de la commande Stock insuffisant Stock suffisant
Cette opration enregistre dans la base d'informations la commande et vrifie si elle peut tre satisfaite.
Demande de rapprovisionnement centrale d'achat (int2)
Facture (int3)
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)
Demande de rapprovisionnement centrale d'achat (int2)
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) Rception ouvrage (ext3) ext2 et int2 3
ext2 et int2
Client prvenu du dpassement des 3 jours TOUJOURS
Mise jour du stock Stock insuffisant Stock suffisant
Commande annule (int4)
___________________________________________________________________
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.
Date actuelle est (ext3) Option de rservation (int1) 2 Suppression de l'option TOUJOURS Rception d'un chque (ext2) 1 Enregistrement de la confirmation Montant suffisant Montant insuffisant 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
Contrat (int2) Option annule (int4)
Renvoi du chque (int3)
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 .
___________________________________________________________________
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 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
L02
Frigorifique
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).
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
__________________________________________________________________________________________
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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.
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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 :
___________________________________________________________________
Mthodologie Merise - Cours du cycle B du Cnam.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
___________________________________________________________________

Merise

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Merise

Uploaded by

Copyright:

Available Formats

Mthodologie Merise - Cours du cycle B du Cnam.

Mthodologie des systmes d'information - MERISE

MCD MLD SQL

A. Lassus A. Mundubeltz - B. Chaulet

CNAM ANGOULEME 2000-2001 ___________________________________________________________________

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

METHODOLOGIES DES SYSTEMES D'INFORMATION :

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

LA METHODE MERISE: INTRODUCTION

LE MODELE CONCEPTUEL DE LA COMMUNICATION

DESCRIPTION STATIQUE DU SYSTEME DINFORMATION

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

LE MODELE LOGIQUE DES DONNEES

MISE EN UVRE AVEC POWERAMC

DESCRIPTION DYNAMIQUE DU S.I.

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

LA METHODE MERISE: INTRODUCTION

Le systme dinformation dans lentreprise

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

II. Architecture & conception dun systme dinformation

Base dinformation Faits et vnements Processeur dinformation Etats de la base dinformation

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

III. Systme dinformation et systme informatique

Par projet Par application

Ralisation et mise en uvres

IV. Conclusion et objectif du cours

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

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

Dynamique (traitements) MCT MOT

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

Le Modle Conceptuel de la Communication

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

LE MODELE CONCEPTUEL DE LA COMMUNICATION

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

LE MODELE CONCEPTUEL DE LA COMMUNICATION

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

II. Diagramme de contexte

III. Diagramme conceptuel de flux

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

Description s t a t iq u e d u systme d'information

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

DESCRIPTION STATIQUE DU SYSTEME DINFORMATION

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

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

2.3) III. 3.1) 3.2)

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

METHODOLOGIE CNAM ANGOULEME 2000-2001

DESCRIPTION STATIQUE DU SYSTEME DINFORMATION

Les concepts de base

Ensemble des noms

Rfrence NumroProd Nom

Rfrence dun article : AR456, RF567,

Nom dun produit : bche, rateau, ..

Ensemble des proprits

1.2) Lentit ou individu-type

Mthodologie Merise - Cours du cycle B du Cnam.doc ______________________________________________________________________________

c) Occurrence dentit ou individu

d) Notion de dpendance fonctionnelle directe

134ER Rateau 150 F A Jardinage

354TY Bche 68,50 F A Jardinage