Merise TD1 - Modle conceptuel de donnes (MCD)

Mise en oeuvre des tapes de ralisation d'un modle conceptuel de donnes

Soit, le Systme d'Information cas d'cole suivant :
"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
d'inscription parmi plusieurs possibles. .
NB: Ces quelques phrases, si elles sont exactes et valides par le client, sont suffisantes pour
modliser notre premier modle. Elles contiennent en effet toutes les informations
ncessaires.
1
LPTR/FSSM
2010/2011
Travail demand :
(1) Identifier les entits prsentes:
Gnralement, une entit est cre dans le Systme
d'Information si elle possde au moins 2 occurrences.
Chaque lment d'une entit est appel une occurrence
de l'entit.
(2) Lister les proprits des entits :
Afin de ne pas en avoir trop, on se limite gnralement
aux proprits ncessaires au dveloppement. Chaque
proprit doit avoir une seule valeur possible pour chaque
occurrence, sinon il s'agit d'une entit. Elle doit de plus
tre lmentaire et non-dcomposable. Par exemple,
l'adresse n'est pas une proprit lmentaire : elle
comporte une rue, un Code Postal et une ville qui sont 3
proprits lmentaires.
2
LPTR/FSSM
2010/2011
(3) Identifier de manire unique chaque occurrence
Imaginons que nous ayons deux abonns qui
s'appellent ALI : il est ncessaire de les distinguer
sous peine de les confondre. On rajoute alors une
proprit qui permettra d'identifier de manire
unique chaque occurrence. Cette proprit est
appel l' identifiant de l'entit. Cela peut tre une
rfrence interne, un code, ou plus gnralement un
nombre entier. Cette proprit est souligne afin de
mettre en vidence son rl d'identifiant.
Travail demand (suite)
3
LPTR/FSSM
2010/2011
(4) Etablir les relations entre les diffrentes entits
Maintenant, il s'agit d'identifier les relations entre
les entits. Gnralement, la simple transposition
du texte suffit, les Sujets et Complments d'Objets
tants les entits, et les Verbes les relations.
Travail demand (suite)
4
LPTR/FSSM
2010/2011
(5) Identifier les cardinalits :
Il faut maintenant tablir le nombre possible
d'interactions entre les entits.
Il s'agit d'un couple d'entiers 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.
Travail demand :
5
LPTR/FSSM
2010/2011
6) Valider le Modle Conceptuel de Donnes avec
le client
A ce stade, il faut valider le MCD avec le Client
Travail demand (suite)
6
LPTR/FSSM
2010/2011
Merise TD1 - MCD - Correction
(1) Identifier les entits prsentes
L'entit ABONNES reprsente l'ensemble des abonns.
L'entit RUBRIQUES reprsente l'ensemble des rubriques
auquelles l'abonn peux s'inscrire.
L'entit NEWSLETTERS reprsente les newsletters envoyes,
L'entitMOTIVATIONS reprsente l'ensemble des
motivations d'inscriptions des abonns.
7
LPTR/FSSM
2010/2011
(2) Lister les proprits des entit
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
d'envoi et son contenu.
Une Motivation est caractrise par son intitul.
Une Rubrique est caractrise par son nom.
8
LPTR/FSSM
2010/2011
9
LPTR/FSSM
2010/2011
(3) Identifier de manire unique chaque occurrence
Imaginons que nous ayons deux abonns qui
s'appellent Ahmed : il est ncessaire de les
distinguer sous peine de les confondre.
On rajoute alors une proprit qui permettra
d'identifier de manire unique chaque occurrence.
Cette proprit est appel l' identifiant de l'entit.
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 d'identifiant.
10
LPTR/FSSM
2010/2011
11
LPTR/FSSM
2010/2011
(4) Etablir les relations entre les diffrentes entits
Reprenons notre texte initial :
"Un Abonn a une Motivation. Un Abonn s'inscrit
une ou plusieurs Rubriques. Chaque Rubrique
envoie une NewsLetter."
Les verbes sont en rouge et relient les entits. Il
suffit de les intgrer au schma :
12
LPTR/FSSM
2010/2011
13
LPTR/FSSM
2010/2011
(5) Identifier les cardinalits
Un Abonn a ici une et une seule Motivation d'inscription, le marketing
ayant impos un champ obligatoire afin d'avoir cette valeur. On a donc 1
minimum, et 1 maximum. D'o la cardinalit (1;1).
Une Motivation donne concerne 0 ou plusieurs Abonns. On a donc 0
minimum, et n en maximum. D'o la cardinalit (0;n).
De mme, un Abonn s'inscrit 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 Newsletter : (1;1).
14
LPTR/FSSM
2010/2011
Il suffit maintenant de marquer ces couples sur le schma, et nous
avons notre Modle Conceptuel de Donne (MCD) :
15
LPTR/FSSM
2010/2011
(6) Valider le Modle avec le client
A ce stade, il est ais d'aller voir encore une fois les utilisateurs du
logiciel final, afin de discuter le MCD avec eux. Cela vous
permettra d'entriner les proprits qu'ils dsirent utiliser, d'tre
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 s'agit ni plus ni moins
que de modliser l'existant. 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 s'est droule totalement indpendamment de la
machine ou de toute contrainte logicielle.
16
LPTR/FSSM
2010/2011