Académique Documents
Professionnel Documents
Culture Documents
net
MERSIE
Mthode dtude et Ralisation Informatique pour les Systmes de lEntreprise
M.Youssfi
Principes gnraux
L'objectif de la mthode MERISE est double :
d'une part,
MERISE reprsente une mthode de conception de systmes d'information (SI)
M.Youssfi | med@youssfi.net
Fonctions du SI
On peut distinguer 4 fonctions principales du systme dinformation :
1- Recueillir linformation (saisie ) 2- Mmoriser linformation (stockage dans des fichiers ou bases de donnes) 3- Exploiter linformation (traitement)
a. Consulter b. Organiser c. Mettre jour d. Produire de nouvelles informations par des calculs
Atouts de MERISE
Les atouts majeurs de MERISE en tant que mthode de conception sont :
Une approche globale du SI mene paralllement sur les Donnes et les Traitements Une description du SI par niveaux :
Niveau conceptuel, Niveau logique ou organisationnel Niveau physique ou oprationnel
Une description du SI utilisant un formalisme graphique de reprsentation prcis, simple et rigoureux pour la description des donnes. Ce formalisme est normalis au plan international par l'ISO sous le nom de modle ENTIT ASSOCIATION Ces reprsentations visuelles, notamment des modles conceptuels, contribue dans une large mesure l'tablissement d'un dialogue constructif entre tous les partenaires qui conoivent ensemble le nouveau SI (Experts mtier, Informaticiens, etc.). Une description trs riche du niveau conceptuel fonde sur les invariants du SI permettant ainsi de construire un nouveau SI sur des bases solides, indpendantes de l'organisation et des choix techniques d'automatisation
M.Youssfi | med@youssfi.net
Niveau conceptuel
Rpond la question: Quoi ?
Quelles sont les diffrentes donnes manipules par le SI et quels sont les diffrents traitements appliquer sur ces donnes
Ce niveau dcrit l'ensemble des informations et des traitements ncessaires au fonctionnement de l'entreprise. Il dcrit des orientations et des choix de gestion. Le niveau est indpendant des contraintes organisationnelles et techniques.
M.Youssfi | med@youssfi.net
Comment dployer et scuriser les applications et les donnes du SI Comment maintenir le SI.
Logique
Qui fait quoi ? - partage des tches Quand ? - mode de traitement - rpartition gographique des O ? traitements - organisation des donnes
Physique
Comment ?
Technique ou Oprationnel
M.Youssfi | med@youssfi.net
Organisationnel
Physique
M.Youssfi | med@youssfi.net
Concevoir un Modle Conceptuel de Donne (MCD), partir des rgles de gestion transposer le MCD en Modle Logique de Donnes (MLD), en respectant des rgles bien prcises. Gnrer le Modle Physique (MPD) partir du MLD.
Nous tudierons plus particulirement la construction du Modle Conceptuel de Donne et de ses 5 caractristiques : Entits, Proprits, Identifiants, Associations, Cardinalits.
M.Youssfi | med@youssfi.net
MCD
Exemple de problme pos:
Prenons lexemple trs simple dun logiciel ayant pour but de grer les envois de NewsLetters aux abonns dun site ayant plusieurs rubriques. Le service marketing veut aussi savoir quelle raison a pouss labonn sinscrire en lui proposant plusieurs choix de motivations lors de son inscription. Le Systme dInformation se dcrit ainsi :
Un abonn est inscrit une ou plusieurs rubrique. Chaque rubrique envoie une NewsLetter chaque semaine aux abonns de la rubrique correspondant. Un abonn a une motivation dinscription parmi plusieurs possibles.
MCD
1- Identifier les entits prsentes:
Lentit ABONNES reprsente lensemble des abonns. Lentit RUBRIQUES reprsente lensemble des rubriques auquelles labonn peut sinscrire. Lentit NEWSLETTERS reprsente les newsletters envoyes, Lentit MOTIVATIONS reprsente lensemble des motivations dinscriptions des abonns.
Gnralement, une entit est cre dans le Systme dInformation si elle possde au moins 2 occurrences. Chaque lment dune entit est appel une occurrence de lentit.
M.Youssfi | med@youssfi.net
MCD
2- Lister les proprits des entits
Un Abonn est caractris par son nom, son prnom, son ge, son sexe, sa profession, sa rue, son code postal, sa ville, son pays, son tlphone et son email. Une Newsletter est caractrise par son sujet, sa date denvoi et son contenu. Une Motivation est caractrise par son intitul. Une Rubrique est caractrise par son nom.
MCD
3- Identifier de manire unique chaque occurrence :
Imaginons que nous ayons deux abonns qui sappellent Naciri: il est ncessaire de les distinguer sous peine de les confondre. On rajoute alors une proprit qui permettra didentifier de manire unique chaque occurrence. Cette proprit est appel lidentifiant de lentit. Cela peut tre une rfrence interne, un code, ou plus gnralement un nombre entier. Cette proprit est souligne afin de mettre en vidence son rle didentifiant. Les 4 entits sont finalement :
M.Youssfi | med@youssfi.net
MCD
4- Etablir les relations entre les diffrentes entits:
Maintenant, il sagit didentifier les relations entre les entits. Gnralement, la simple transposition du texte suffit, les Sujets et Complments d'Objets tant les entits, et les Verbes les relations. Reprenons notre texte initial : "Un Abonn a une Motivation. Un Abonn sinscrit une ou plusieurs Rubriques. Chaque Rubrique envoie une NewsLetter." Les verbes, cris en gras et souligns, relient les entits. Il suffit de les intgrer au schma :
MCD
5- Identifier les cardinalits
Il faut maintenant tablir le nombre possible dinteractions entre les entits. Il sagit dun couple dentiers de type ( a ; b) . - a est la cardinalit minimum, et est gal 0 ou 1. - b est la cardinalit maximum, et est gal 1 ou n, n tant plus grand que 1. Dans notre exemple : Un Abonn a ici une et une seule Motivation dinscription, le marketing ayant impos un champ obligatoire afin davoir cette valeur. On a donc 1 minimum, et 1 maximum. Do la cardinalit (1;1). Une Motivation donne concerne 0 ou plusieurs Abonns. On a donc 0 minimum, et n en maximum. Do la cardinalit (0;n). De mme, un Abonn sinscrit une ou plusieurs Rubriques : (1;n), Et une Rubrique possde 0 ou plusieurs Abonns : (0;n). Enfin, une Rubrique envoie 0 ou plusieurs Newsletters : (0;n), Et une Newsletter appartient une et une seule Rubrique : (1;1).
M.Youssfi | med@youssfi.net
MCD
Identifier les cardinalits (Suite)
-
Il suffit maintenant de marquer ces couples sur le schma, et nous avons notre Modle Conceptuel de Donne (MCD) :
MCD
6- Valider le Modle avec le client:
A ce stade, il est ais daller voir encore une fois les utilisateurs du logiciel final, afin de discuter le MCD avec eux. Cela vous permettra dentriner les proprits quils dsirent utiliser, dtre bien certain des cardinalits, et de valider avec eux cette partie de votre travail. Un MCD doit pouvoir s'expliquer avec des phrases simples et tre comprhensible par tout le monde. Il ne sagit ni plus ni moins que de modliser lexistant. Ainsi, vous serez certain de faire le dveloppement demand, et cela vous permettra de vous protger par la suite en cas de nouvelles demandes ou de modification du cahier des charges. Il est important de bien raliser que jusqu' ce stade, toute cette analyse sest droule totalement indpendamment de la machine ou de toute contrainte logicielle.
10
M.Youssfi | med@youssfi.net
Dans les deux cas, il est utile d'avoir un minimum de connaissances thoriques sur le sujet. Aprs avoir dfinis les notions de cl primaire et de cl trangre, nous tudierons plus particulirement dans cette partie les 6 rgles strictes, ncessaires et suffisantes pour passer d'un MCD un MLDR, et nous les appliquerons ensuite au schma de Newsletter que nous avons cris prcdemment
Les donnes sont stockes dans des Tables. Une Table est un ensemble d enregistrements, et un enregistrement est dfinis par un ou plusieurs attributs (champs).
11
M.Youssfi | med@youssfi.net
<==>
MCD
MLD
La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre dans la table la cardinalit (X,1) :
12
M.Youssfi | med@youssfi.net
MLD
SOCIETE (id_Societe, Nom_Societe) EMPLOYE (id_Employe, Nom_Employe, #id_Societe)
MPD
13
M.Youssfi | med@youssfi.net
MLD :
COMMANDE (id_Commande, Date_commande) PRODUIT (id_Produit, libelle) COMPOSE (id_Commande, id_Produit, qantit)
14
M.Youssfi | med@youssfi.net
MLDR :
ETUDIANT (id_Etudiant, Nom_Etudiant) NIVEAU (id_Niveau, Nom_Niveau) LANGUE (id_Langue, Nom_Langue) PARLE (#id_Etudiant, #id_Niveau, #id_Langue)
15
M.Youssfi | med@youssfi.net
MLDR :
EMPLOYE (id_Employe, Nom_Employe, #id_Sup_Hierarchique)
MLDR :
PERSONNE (id_Personne, Nom_Personne) PARENTE (#id_Parent, #id_Enfant)
16
M.Youssfi | med@youssfi.net
Exemple :
Dans ce centre de vacances, Chaque animateur encadre en solo 0 ou 1 groupe, chaque groupe tant encadr par un et un seul animateur.
MLDR :
ANIMATEUR (id_Animateur, Nom_Animateur) GROUPE (id_Groupe, Nom_Groupe, #id_animateur)
MLDR :
MOTIVATIONS ( id_Motivation, Intitule) ABONNES ( id_Abonne, #id_Motivation, Nom, Prenom, Age, Sexe, Profession, Rue, CodePostal, Ville, Telephone, Email) RUBRIQUES ( id_Rubrique, Nom_Rubrique) NEWSLETTERS ( id_Newsletters, #id_Rubrique, Sujet, DateEnvoie, Contenu) S_INSCRIT ( #id_Abonne, #id_Rubrique)
17
M.Youssfi | med@youssfi.net
Application
Une socit souhaite grer le stock de ses produits ainsi que les commandes clients.Pour cela nous considrons les rgles de gestions suivantes :
Les produits sont classs par des catgories : Un produit appartient une seule catgorie et une catgorie concerne plusieurs produits. Chaque produit est fourni par un fournisseur. Un fournisseur peut fournir plusieurs produits. Un client peut passer plusieurs commandes.Une commande concerne un et un seul client. Une commande est enregistre par un employ. Chaque employ possde son suprieur hirarchique Une Commande se compose de plusieurs produits avec une quantit et un prix unitaire de chaque produit.
Dfinir le Modle Conceptuel de Donnes. Dfinir le Modle Logique de Donnes. Crer une base de donnes Access
18