Académique Documents
Professionnel Documents
Culture Documents
MERISE (Mthode dEtude et de Ralisation Informatique par Sous Ensemble) date de 1978-1979, et fait suite une consultation nationale lance en 1977 par le ministre de lindustrie franaise dans le but de choisir des socits de conseil en informatique afin de dterminer une mthode de conception de systmes dinformations. Les deux principales socits ayant mis au point cette mthode sont le CTI (Centre Technique dInformatique) charg de grer le projet, et le CETE (Centre Techniques de lEquipement) implant Aix-enProvence.
1.
SYSTEME DINFORMATION
Informations
SYSTEME OPERANT
Le Systme Oprant est une organisation (entreprise, sous-ensemble dentreprise, etc.) qui fonctionne dans le but de raliser des objectifs fixs. Le Systme de pilotage (Ex : Direction financire + Direction commerciale + Direction de la production) rgule et contrle le SO. Il reoit de celui-ci des informations lui permettant de prendre des dcisions (Livraison, commandes, lancement de nouveaux produits, etc.). Le Systme dInformation stocke et traite les informations relatives au systme oprant afin de les mettre la disposition du systme de pilotage. Il est donc linterface entre le SO et le SP.
Introduction MERISE 1
Introduction MERISE 1
Schma directeur
PROJET
Etude pralable Proposition et valuation de solutions techniques et organisationnelles pour le futur SI
Conception
Etude technique
Ralisation
Production du logiciel
Ecriture des programmes, gnration des fichiers ou bases de donnes, tests Installation de lapplication informatique, Mise en place de la nouvelle organisation
Mise en oeuvre
Maintenance
Maintenance
3.1.1
Le schma directeur Dfinit les orientations gnrales de dveloppement moyen terme des SI. Il dtermine : - Les grandes orientations pour les annes venir - Le dcoupage du SI en domaines - La planification du dveloppement - Les axes organisationnels - La politique matrielle et logicielle 3.1.2 L tude pralable Cette tude est mene par les utilisateurs, les organisateurs, la direction gnrale et les informaticiens. Elle dbute par lanalyse de la situation Introduction MERISE 1 3
existante du SO. Cette analyse aboutit la proposition de larchitecture globale de la solution tenant compte des orientations de gestion, dorganisation et des choix techniques retenues. Pour chaque solution propose, elle prcise : - Le processus de fonctionnement du domaine - Le degr dinformation (informatisation partielle ou complte) - Le type dinformatisation (architecture rseau) - Le cot de la mise en uvre - Les avantages et les contraintes 3.1.3 L tude dtaille Permet partir des choix issus de ltude pralable, de spcifier et de dcrire compltement pour lutilisateur le SI. Elle les phases suivantes : - La conception gnrale du fonctionnement et la validation des spcifications sur tout le domaine tudi - La conception dtaille qui produit une description complte de chaque tche en terme de supports (formulaires, cran, etc.), dalgorithmes (rgles de calcul, de contrle) et dactions sur les donnes (modification, consultation). 3.1.4 L tude technique Cest la traduction informatique des spcifications issues de ltude dtaille. Elle permet de dterminer : - la structure informatique de la base de donnes - larchitecture des programmes (transactionnel et batch) - la structure de chaque programme et des accs aux donnes
3.1.5
La production du logiciel Cest la traduit en codes des spcifications techniques, aprs avoir choisi le langage de programmation (VB, SQL, C++, Java, Delphi, etc.) et le systme de gestion de base de donnes (Oracle, SQL Server, Access, etc.) appropris. 3.1.6 La mise en uvre Elle consiste installer les logiciels raliss et former les futurs utilisateurs du nouveau SI. 3.1.7 La maintenance Consiste prendre en compte les volutions apparaissant aprs la mise en service du SI. Ces volutions peuvent soprer au sein de lentreprise ou provenir des progrs technologiques.
3.2.1
Niveau conceptuel
Exprime les choix fondamentaux de gestion du SI sans envisager aucun concept li lorganisation, tant du point de vue des donnes que celui des traitements. Il comprend les modles suivants : Introduction MERISE 1 4
- Le MCD (Modle Conceptuel de Donnes) : formalise, sans contraintes (technique, conomique, organisationnelle) les donnes du SI. - Le MCT (Modle Conceptuel de Traitement) : formalise lactivit du domaine abord sans prciser les ressources ni leur organisation.
3.2.2
Niveau Organisationnel
Les choix dorganisation sont pris en compte ce niveau : - La rpartition Homme-Machine - Le mode de fonctionnement : temps rel ou temps diffr - La rpartition gographique des donnes et des traitements. Les modles associs ce niveau de description sont : - Le MOT (Modle Organisationnel des Traitements) : Permet de reprsenter par procdure les phases et les tches excuter par chaque poste de travail ainsi que leur organisation (les phases et les tches) dans le temps et dans lespace. - Le MLD (Modle Logique des donnes) : fournit une description des donnes en tenant compte des moyennes informatiques de mmorisation et de leurs conditions dutilisation par les traitements.
3.2.3
A ce niveau les choix techniques sont dfinis. Les modles associs ce niveau sont : - Le Modles Physique de Donnes (MPD) : cest une description de la base de donnes ou des fichiers exprims dans la syntaxe dune SGBD. - Le MPT (Modle Physique de Traitements) : prcise pour la ralisation les spcifications techniques (architecture des programmes) des diffrents modles dfinis.
4 Le Cycle de Dcision
A chaque niveau de dveloppement des dcisions doivent tre prises, mais chaque niveau doit tre consult. Ainsi lorganisation des lments dun cran se fait en accord avec les futurs utilisateurs du logiciel produit. Pour concevoir le SI futur, Merise prconise dans la mesure du possible la comprhension SI actuel (lexistant). Cela passe par : - Ltude du fonctionnement de chaque domaine - Ltude des diffrents documents manuels et informatiss - Des entretiens avec les diffrents acteurs de lorganisation. A partir de cette comprhension, la hirarchie des dcisions prendre est la suivante : - Dcoupage du SI existant en domaines - Les orientations en matire de gestion, dorganisation et de solutions techniques - Planification du dveloppement - Choix des procdures manuelles, automatises, temps rel - Dtermination des postes de travail et de leurs tches - Dessin des crans, des tats, etc.
Le MCD reprsente la structure logique globale d'une base de donnes, indpendamment du logiciel ou de la structure de stockage des donnes. Un modle conceptuel contient toujours des donnes qui ne sont pas encore mises en oeuvre dans la base de donnes physique. Il constitue une reprsentation formelle des donnes ncessaires au fonctionnement d'une entreprise.
1.
Dfinitions et formalisme
Il existe plusieurs formalismes de description de donnes (FDD) (relationnel, CODASIL, etc.) mais nous allons utiliser le formalisme individuel (encore appel formalisme Entit-Relation) cause de la grande lisibilit de ses schmas. Ce formalisme sarticule autour de quatre concepts : - Entit - Relation - Proprit - Cardinalit.
1.1. Entit
Considrons la gestion simplifie suivante des notes des lves dun tablissement scolaire : Elves Kouassi Mian Attioumouna Moyennes 14 13 16 Matires Sciences Physiques Mathmatique Science de la Vie et de la Terre
Nous avons 3 ensembles : Elves, Moyennes, Matires. Dans le formalisme Entit-Relation, chaque ensemble est une entit. Dfinition : Une entit est la modlisation dans le SI dun objet concret ou abstrait de lunivers extrieur. Formalisme : - Attribuer un nom chaque entit - Lui adjoindre le nom de toutes les proprits rattaches - Schmatiser lensemble de ces lments sous la forme dun rectangle.
Nom entit Nom proprit 1 Nom proprit 2 Exemple : Elve Nom Prenom Adresse Introduction MERISE 1
Remarques : Il faut viter les cas suivants : les synonymes : la mme information sous une appellation diffrente Ex : N Commande et Code commande Les polysmes : appellation mais significations diffrentes : Ex : Nom pour Nom lve et nom professeur.
1.2. Relation
Cest une association entre des entits. Formalisme : - Attribuer un nom chaque relation - Lui adjoindre le nom de toutes les proprits qelle porte et les entits quelle associe - Schmatiser lensemble de ces lments sous la forme dun ovale reli aux rectangles.
Nom Relation
Concerne Quantit
Passer
1.3. Proprit
Une proprit (ou attribut) est une donne lmentaire que lon peroit sur une entit ou sur une relation entre entits. Formalisme : Le nom de la proprit est inscrit lintrieur de lentit.
1.4.2 Occurrence dune relation Une occurrence dune relation est constitue de : - une et une seule occurrence de chacun des objets associs, - loccurrence de chacune des proprits quelle porte, correspondant aux occurrences dentits associes. Commande 045 12/01/2007 Commande 001 03/01/2007 Introduction MERISE 1 Produit 111LP Bonnet Rouge Produit 025SG Maximousse 8
Concerne 25 Concerne 12
1.4.3 Occurrence dune proprit Cest une valeur de cette proprit. Exemple : Nom lve : Bamba, Tiba.
(0,3 0)
Note N Valeur
Commande N Date
(1, n)
Concerne - Quantit
(0, n)
Lorsque la valeur exacte de la borne infrieure est inconnue, on la note par m. Lorsque la valeur exacte de la borne suprieure est inconnue, on la note par n.
Remarque : Une cl peut tre la concatnation de plusieurs attributs de lentit concern. LigneComman de NumCommande RefProduit Quantit Cl = NumCommande + RefProduit LigneComman de 0012 GBR 23 LigneComman de 0012 PBL 18
Si la connaissance de la valeur de P1 dtermine une et une seule valeur de P2. Exemple : cas dun travailleur Matricule Nom
La connaissance du matricule dun travailleur dtermine une seule valeur de la proprit Nom : le nom du travailleur concern. 1.7.2 Dpendance fonctionnelle entre entits Il existe une dpendance fonctionnelle (ou contrainte dintgrit fonctionnelle CIF) entre deux entits E1 et E2 si toute occurrence de E1 dtermine une et une seule occurrence de E2. Note la note : E1 Elve Mat Nom E2 (1, 1) (0, n) Classe CodeClasse Libelle Salle
Inscrit
Introduction MERISE 1
10
Cette entit nest pas en 1FN car elle na pas didentifiant. R2 (Deuxime forme normale) : Toute proprit de lentit doit dpendre entirement de tout lidentifiant.
La dpendance: Mat, Code_Classe Nom nest pas lmentaire car la proprit Nom dpend de Mat qui est une partie de lidentifiant.
Lentit Cours nest donc pas en 2FN. Il faut la dcomposer. Classe 1,1 Cours 1, n Code_Classe Salle
Introduction MERISE 1
11
R3 (Troisime forme normale) : Dans une entit toute proprit doit dpendre de lidentifiant par une dpendance fonctionnelle lmentaire directe. Soit le MCD suivant : Professeur Matricule Nom Code-matire Matire Cette entit nest pas en 3FN car la dpendance fonctionnelle : Matricule Matire Matricule Nest pas directe cause de la transitivit : Matire Le MCD devient : Professeur Matricule Nom Enseigner Professeur Matricule Nom
Code-matire
R4 (Forme normale de Boyce-Codd) : Si une entit a un identifiant concatn, un des lments composant cet identifiant ne doit pas dpendre dune autre proprit. COURS Matire,CodeClasse,CodeProf Cette entit nest pas en BCFN car la proprit Matire dpend de la proprit CodeProf Le MCD doit tre : PROF CodeProf Matire Faire Cours CLASSE CodeClasse
R5 : Pour chaque occurrence dun objet, chaque proprit ne peut prendre quune seule valeur.
Introduction MERISE 1
12
2 Construction du MCD
Recueil des informations
Des interviews sont effectues dans les postes de travail afin de recueillir les informations du domaine tudier. Soit le document suivant utilis dans la gestion des examens blancs du Lyce Nangui Abrogoua Adjam. Matricule : .. Matir Nom: .. Prnom: .. Classe : .. Note e Coefficient Note Coeff . . . . . . . . . . : Total Moyenne : . .. .. .
Dictionnaire de donnes
Cest la liste des donnes recueillies partir des documents de lentreprise. Cette liste ne doit pas contenir des polysmes, des synonymes et des redondances. Le dictionnaire de donnes permet de dgager les diffrentes entits utiliser pour construire le MCD.
PROPRIETES DESCRIPTION TYPE TAILLE E CO CA NATURE M SIG SITU OBSERVATIONS
Matricule Nom Prnom CodeClasse LibClasse CodeMat LibMat Coefficient Note NoteCoeff Lgende :
AN A
10 15 25 3 5 3 25 1 4 4 AN : Alpha
E E
SIG SIG
Prnom de llve A Code de la Classe AN Nom de la Classe AN Code Matire AN Nom Matire A Coefficient matire A Note dans une matire N Note coefficiente N N : Numrique A : Alphabtique
Note*Coeff M : Mouvement
D : Date
CA : calcule
Remarque : Les proprits Mouvement contiennent des informations qui : - Dcrivent des vnements ; - Sont nouvelles et non rutilisables - Ont une dure de vie limite Introduction MERISE 1
13
Les proprits de Situation expriment ltat un instant donn dune entit. Elles contiennent des informations qui : - Refltent en permanence ltat actuel des donnes ; - Sont soumises des modifications priodiques ; - Peuvent tre des rsultats de calcul ; Les proprits Signaltiques correspondent la description dune entit. Elles contiennent des informations qui sont : - Stables entre deux priodes ; - Rutilisables ; - Consults ; - Non calcules ;
CodeClass e
LibMat
Note
LibClasse CodeClass e
LibClasse
Pour tablir le MCD de notre exemple, nous allons utiliser les rgles de gestion suivantes : R1 : Un lve peut avoir une ou plusieurs notes dans diffrentes matires R2 : Un lve appartient une et une seule classe. R3 : Une classe est constitue de plusieurs lves.
Etablissement du MCD
On remplace dans la SAT les proprits par les entits correspondantes et on utilise les rgles de gestion pour trouver les cardinalits.
Apparteni r
Introduction MERISE 1
15
1.
Dfinitions
1.1 Domaine
Un domaine dactivit est une fonction de lentreprise. Exemples : Domaines vente, achat, immatriculation.
1.2 Acteurs
Cest une personne (physique ou morale) ou un groupe de personnes (service, poste de travail) qui schangent des informations. Exemple : Client, Direction, secrtariat. Acteur interne : cest un acteur qui fait partie de lorganisation tudie, Acteur externe : ne fait pas partie de lorganisation mais change des informations avec les acteurs internes.
Introduction MERISE 1
16
1.3 Flux
Un flux reprsente un change entre deux acteurs. Il existe des flux financiers, de matires, de personnel, dinformations. Dans le cas de Merise, on sintresse aux flux dinformations.
Achat
Vente
Stockage Organisation
Lorsque le niveau du stock tombe en dessous du stock minimal, la secrtaire fait une demande de facture pro forma un fournisseur. A larrive de la facture pro forma, la secrtaire reoit le courrier, lenregistre et le transmet au grant des stocks qui fait des propositions de commandes quil soumet au directeur gnral pour validation. A partir de la proposition de commande valide, le Grant des stocks labore le Bon de commande quil transmet au fournisseur. Deux mois avant larrive des produits, le fournisseur envoie RBM le packing list qui dcrit les dtails de la livraison venir. Il mentionne les dsignations des produits, le nombre de cartons de chaque produit dans le conteneur, le nombre darticles dans chaque carton, le nombre total de cartons, le pays dorigine de chaque produit. La secrtaire enregistre le packing list et le transmet au grant des stocks.
l'organisation est reprsente par un rectangle les acteurs externes sont reprsents par des ellipses en pointills les flux d'information sont reprsents par des flches dont l'orientation dsigne le sens de lchange du flux d'informations.
1 2 5
FOURNISSE UR
RBM
8
Introduction MERISE 1
18
Les acteurs internes sont reprsents par des ellipses les messages internes sont reprsents par des flches
Cest donc une reprsentation graphique des acteurs et des flux changs.
3 7
Secrta ire
2 8 4 6
Grant stock
Fourniss eur
5
DG
1 : Demande de facture pro forma 2 : Facture pro forma 3 : Facture Pro Forma enrgistre 4 : Proposition de commande 5 : Bon de commande 6 : Packing list 7: Packing list enregistr 8 : Rapport de contrle packing list
Introduction MERISE 1
19
1.
Concepts
1.1 Evnement-rsultat
Un vnement est un fait rel dont la venue a pour effet de dclencher lexcution dune opration. Un rsultat est vnement qui se produit la fin dune opration.
1.2 Opration
Une opration est un ensemble dactions qui sont excutes sans interruption. Elle est dclenche par un ou plusieurs vnements pour produire un ou plusieurs rsultats.
1.3 Synchronisation
Cest la condition de dclenchement dune expressions logiques ET, OU, NON. opration. Elle utilise les
1.4 Processus
Un processus est un enchanement doprations incluses dans un mme domaine dactivit.
2 Formalisme de modlisation
Evnement A Evnement B
EVENEMENT
Conditions
SYNCHRONISATION
Dsignation de lopration
OPERATION
Conditions dmission des rsultats
Rsultats
RESULTAT
Introduction MERISE 1
20
Rgle 2
A lintrieur dune opration, il ne doit pas apparatre de rsultat pouvant conditionner la suite du droulement des traitements de lopration. Si tel tait le cas, il faudrait la dcouper.
RG 1 : Aprs linventaire Gnral, si le niveau du stock est en dessous du stock minimal, une demande de facture pro forma est rdige. RG 2 : Toute facture pro forma est enregistre. RG 3 : A la rception de la facture pro forma, une commande est labore. RG 4 : Tout packing list est enregistr. RG 5 : Tout packing list est contrl. RG 6 : Aprs le contrle du packing list, un rapport de contrle est tabli.
2.2.2
A partir du diagramme de flux, on recense les principaux vnements et les ordonnancer dans un graphe dordonnancement. Le graphe dordonnancement des flux traduit les dpendances temporelles entre vnements. Cette tape permet de mettre en vidence des vnements napparaissant pas explicitement dans le diagramme de flux. 1 : Produits sous stock min 2 : Demande de facture pro forma 3 : Facture Pro Forma 4 : Facture Pro Forma enrgistre 5 : Proposition de commande 6 : Bon de commande Introduction MERISE 1
21
Proposition commande
Bon Commande
22
Introduction MERISE 1
23
2.2.3
E b ra nD F la o tio P
R d c nD P e a tio F E itio D P d n F Ta s isio D P r nm s n F T UO R OJ US
Dmn e e ad F c r Po a tue r Fr a om
F c r Po a tue r Fr a om
E T
P s a nc m a d a s tio o m n e
E r g tr m n F ne is e e t P E b r tio c m a d la oa n o m n e E itio c m a d d n o mn e V lid tio c m a d a a n o mn e C r e tio c m a d or c n o m n e Ta s isio B nd c m a d r nm s n o e o m n e T UO R OJ US
Fc r a tue PoF r a r om e r g tr ne is
B nd o e cm ad o mn e
P c in L t a k g is
E T
E b s m n ra p rt ta lis e e t p o p c in L t a k g is
E r g tr m n P c in L t ne is e e t a k g is C n P c in L t o tr le a k g is E itio R p ot c n d n a p r o tr le Ta s isio R p ot C n P r n m s n a p r o tr le L T UO R OJ US
P c in L t a k g is e r g tr ne is
R p ot apr cn o tr le P c in L t a k g is
PROCESSUS REAPPROVISIONNEMENT
Introduction MERISE 1 24
1.
2 Rgles de gestion
R1 : Lorsque le niveau du stock tombe en dessous du stock minimal, la Secrtaire fait une demande de facture pro forma un fournisseur. R2 : Toutes les propositions de commande sont soumises lapprobation du DG. R3 : Les demandes de facture pro forma ainsi que les rapports de contrle des packings list sont transmis au fournisseur par le service courrier.
Introduction MERISE 1
25
PF
Drou leme Actions nt Aprs Rdaction demande de FPF Edition Demande de FPF Transmission DFP Enregistrement Facture Pro Forma Elaboration
Nature
L i e u SDG
PF1
rupture de stock
PF2 PF3
AB M
SDG SC
S C
S + Micro C
P F 4 PF5 PF6
arrive FPF
AC
SDG
S + Micro
commande Edition commande Validation commande Correction commande Transmission bon de commande Enregistrement PL
AC AC
SGS SGS
GS GS
GS+Micro GS +Micro
PF7 Aprs PF7 PF8 Aprs PF8 PF9 PF10 Aprs PF9 et PF11 PF12 PF1 3 Arrive PL Aprs PF10 Aprs PF11 Aprs PF12
M AC M M
DG GS C S
DG GS + Micro C S
SGS SGS SC
GS GS C
GS GS + Micro C
Introduction MERISE 1
26
Lgende
S : Secrtaire
DGle : Direction Gnrale
SC : Service
Introduction MERISE 1
27
Droulement
Enchanement des PF
Nature
Aprs rupture
PF1
Secrtaire
Aprs PF1
PF2
AB
Aprs PF2
PF3
Coursier
PF4
Introduction MERISE 1
28
Droulement
Enchanement des PF
PF3
PF4
ET Enregistrement FP Toujours
Secrtaire AC Secrtaire
FP enregistr
PF5
AC
Commande corrige
Grant des Stocks Service Gestion des Stocks Grant des Stocks
PF6
AC
Commande dite
PF7
Introduction MERISE 1
29
Droulement
Enchanement des PF
Direction Gle
Directeur Gnral
Directeur Gnral
PF8
AC
Service Gestion des Stocks Grant des Stocks Grant des Stocks Service Courrier
Commande corrige
Coursier Coursier
PF10
Introduction MERISE 1
30
Droulement
Enchanement des PF
Packing list
PF10
Secrtaire
Secrtaire
PF12
Introduction MERISE 1
31
Droulement
Enchanement des PF
PF12
AB
Rapprot de contrle PL
Coursier
Rapport contrle PL transmis
Introduction MERISE 1
32
Le modle logique des donnes consiste dcrire la structure de donnes utilise sans faire rfrence un langage de programmation. Il s'agit donc de prciser le type de donnes utilises lors des traitements. Ainsi, le modle logique est dpendant du type de base de donnes utilis. Le MLD est construit partir du MCD en tenant compte des lments suivants : - Le niveau et le type dautomatisation : il sagit de ne retenir dans le MLD que la partie du MCD qui sera automatise. - Le choix technique de gestion des donnes : on a le choix entre les Fichiers et les SGBD. 1.1 Les fichiers On distingue : - Les fichiers amliors tels que les fichiers DBASE pour lesquels il existe un logiciel de gestion des donnes, un gnrateur dtat, un gestionnaire dcran. - Les fichiers classiques tels que ceux utilis par BASIC. Dans ce formalisme, chaque entit ou relation on fait correspondre dans le MLD un fichier de donnes. A lidentifiant dun entit, on fera correspondre la cl didentification du fichier. Chaque fichier sera donc dcrit par un enregistrement dans lequel on indiquera les noms des champs, leurs types et leurs longueurs logiques. Exemple denregistrement client. Champs Code Nom Adresse Type AN A A Longueur 5 15 30
Exemple de fichier client : Code E01 E02 C14 Nom Tiba Bi Attioumouna Tour Kouassi Dnis Adresse 03 BP 1212 Abj BP 145 Yakro 01 BP 456 Bouak
Ce fichier contient 3 occurrences de client. 1.2 Les bases de donnes Il existe des bases de donnes navigationnelles et des bases de donnes relationnelles. Les bases de donnes ont t conues pour rpondre aux besoins suivants : - Accs aux donnes selon des critres multiples, - Intgration des donnes, - Relations entre les donnes. Voici quelques caractristiques dune base de donnes : Introduction MERISE 1 33
Donnes structures : les donnes sont reparties en enregistrements Donnes non redondantes : en pratique la non redondance absolue est difficile mettre en place. Cohrence des donnes, Scurit des informations.
Les bases de donnes sont les plus utilises aujourdhui par rapport aux modles fichiers. 1.3 Rgles de passage du MCD au MLD Relationnel R1 : Chaque entit devient une table (relation). R2 : Chaque association de type pre-fils ne devient pas une table mais les attributs de la relation et la cl du pre migre vers le fils R3 : Les associations de dimension 2 de cardinalits 0/1,n et 0/1,n deviennent des tables.
Remarque : ID2 peut tre nulle dans A ; ID1 peut tre nulle dans C.
A I D1
0,1
1,1
C I D2
Introduction MERISE 1
34
Remarque : ID2 peut tre nulle dans A ; ID1 ne peut pas tre nulle dans C.
A ID1 P1 P2 0/1, N
B P3
C 1,1 ID2 P4 P5
A ID1 P1 P2
C ID2 ID1 P3 P4 P5
Lassociation B et supprime et ses proprits deviennent des rubriques de la table issue de lentit C ; La table C est esclave de la table A et cet esclavage est absolu car la rubrique ID1 ne peut tre nulle. La table C est donc obligatoirement lie la table A : (1 , 1). Cest une contrainte dintgrit fonctionnelle (CIF). Elle est toujours exprime par les cardinalits (1 , 1).
Introduction MERISE 1
35
Exemple (voir cours MCD) Composition 0, n Matire Date Elves Composer Note 0, 4 Matricule Nom
1,1 On obtient le MLD relationnel suivant : Composition (Matire, DateCompo) Composer (Matire, Matricule, Note) Eleve (Matricule, #CodeClasse, Nom) Classes (CodeClasse, Classe) Apparteni r
Introduction MERISE 1
36
Le choix du SGBD qui va nous servir implmenter le MLD dpend dune part du volume des donnes et autre part des orientations techniques de lentreprise. Il existe principalement deux types de solutions techniques : - Utilisation dun SGBD de type Codasyl. Ce type comprend IDS2, COBOL, etc. - Utilisation dun SGBD de type relationnel : cest le systme le plus utilis de nos jours car il offre un langage de manipulation et de dfinition de donnes trs facile utiliser : langage SQL (Structured Query Language).On trouve dans ce type de systme les SGBDR comme Oracle, SQL Server, Access, MySQL, etc. Sous forme graphique : Avec le logiciel PowerAMC on a
Introduction MERISE 1
37
EEE LV C M O ITIO O P S N M TIE E A R DTC M AE O P v rch r(3 ) a a 0 d te a M T IC L AR UE C D CAS OE LSE N M O v rch r(1 ) a a 2 in ge te r v rch r(3 ) a a 0
M ATIERE = M ATIERE
M ATRICULE = M ATRICULE
CO DECLASSE = CO DECLASS E
Introduction MERISE 1
38
( MATIERE varchar(30) not null, MATRICULE varchar(12) not null, NOTE numeric(4,2) , primary key (MATIERE, MATRICULE) ); alter table ELEVE add foreign key FK_ELEVE_APPARTENI_CLASSE (CODECLASSE) references CLASSE (CODECLASSE) on update restrict on delete restrict; alter table COMPOSER add foreign key FK_COMPOSER_LIEN_20_COMPOSIT (MATIERE) references COMPOSITION (MATIERE) on update restrict on delete restrict; alter table COMPOSER add foreign key FK_COMPOSER_LIEN_21_ELEVE (MATRICULE) references ELEVE (MATRICULE) on update restrict on delete restrict;
Bibliographie
Parlez-vous MERISE ? : Michel Divin - Editions Eyrolles Merise : 60 affaires classes : Michel Divin -Editions Eyrolles LEssentiel sur Merise : Dominique Dionisi - Eyrolles 1994 Comprendre Merise : Jean Patrick Matheron Eyrolles 2000 Exercices et cas pour comprendre Merise : Jean Patrick Matheron Eyrolles 2000 Merise pas pas : Andr Dazon Editions Universitaires de Cte dIvoire 2004. Conception de Systme dinformation : Gnnssio Robert (Assistant en Informatique INP-HB)
Introduction MERISE 1
39