1/24/2011

www.mediapluspro.com/mediaplus66/

Introduction au Modle Conceptuel des Donnes

Le Modle Conceptuel des Donnes introduit la notion dentits, de relations et de proprits. Nous allons commencer par voir certains aspects thoriques avant de plonger dans la pratique. Il dcrit de faon formelle les donnes utilises par le systme dinformation. La reprsentation graphique, simple et accessible, permet un non-informaticien de participer son laboration. Les lments de base constituant un modle conceptuel des donnes sont : les proprits ; les entits ; les relations.

1. Les proprits
Les proprits sont les informations de base du systme dinformation. Un client possde un numro de client, un nom, un prnom, habite une adresse prcise, etc. Ces informations lmentaires essentielles sont des proprits. Les proprits disposent dun type. Elles peuvent tre numriques, reprsenter une date, leur longueur peut tre aussi dfinie. Par exemple : le nom est une proprit de type alphabtique et de longueur 50, cest--dire que la valeur saisie ne comportera aucun chiffre et ne dpassera pas cinquante caractres. Les types ne sont pas dcrits au niveau conceptuel, car ce niveau est trop proche de la dfinition du systme physique. Nous y reviendrons plus tard.

2. Les entits ou objets

Comme il est ais de le constater, les clients sont dfinis par certaines proprits (numro, nom, prnom). Le fait de les regrouper amne naturellement crer une entit Clients. Le symbolisme retenu est le suivant :

a. Lidentifiant
Une de ces proprits a un rle bien prcis, cest lidentifiant nomm aussi la cl. Lidentifiant permet de connatre de faon sre et unique lensemble des proprits qui participent lentit. Par exemple, le fait de connatre la ville dun client permet-il de connatre son nom ? La rponse est non. La connaissance du nom du client permet-elle de connatre sa ville ? La rponse est toujours non, car en cas dhomonymie la confusion entre un Durand Max et un Durand Raymond est totale. Il faut donc trouver, ou inventer, une proprit qui lorsque sa valeur est connue permet la connaissance de lensemble des valeurs qui sy rattachent de faon formelle.

mediapluspro.com//mediaexport.asp

1/10

1/24/2011 www.mediapluspro.com/mediaplus66/ Ainsi, lorsque le numro du client est connu, son nom, son prnom et toutes les valeurs des autres proprits qui sy rattachent sont connues de faon sre et unique.
Au niveau du formalisme, cette proprit se souligne. Voici le schma modifi de lentit Clients.

3. Les relations ou associations

Nous avons vu que les entits regroupaient un ensemble dinformations lmentaires. Les entits sont souvent lies entre elles. Par exemple : Un client peut commander des articles. Si nous analysons cette phrase, on distingue deux entits (clients et articles) et un verbe (commander) qui indique un lien entre clients et articles. Formalisons cette phrase avec Merise.

Voil la premire tape, premire car la lecture du schma doit tre amliore en incorporant une notion importante : les cardinalits.

a. Les cardinalits
Elles expriment le nombre de fois ou loccurrence dune entit participe aux occurrences de la relation. Dans notre exemple on peut se poser les questions suivantes : Combien de fois au minimum un client peut-il commander un article ? Combien de fois au maximum un client peut-il commander un article ? la premire question, nous pouvons rpondre quun client, pour tre client, doit commander au moins un article.

mediapluspro.com//mediaexport.asp

2/10

1/24/2011 www.mediapluspro.com/mediaplus66/ la deuxime question, nous pouvons rpondre quun client peut commander plusieurs articles.
Voici comment symboliser cet tat :

Le n reprsente la notion de plusieurs ; ici nous avons reprsent le fait quun client peut commander un ou plusieurs articles. Il faut que nous nous posions les mmes questions pour larticle : Combien de fois au minimum un article peut-il tre command par un client ? Combien de fois au maximum un article peut-il tre command par un client ? Pour le minimum, nous pouvons linterprter de la faon suivante : A-t-on des articles qui ne peuvent jamais tre commands ? Si nous rpondons oui dans ce cas la cardinalit minimale est 0. Pour le maximum : A-t-on des articles qui peuvent tre commands plusieurs fois ? Nous pouvons esprer que oui, dans ce cas la cardinalit maximale sera n. Voici le schma finalis :

Dfinitions La cardinalit minimale (0 ou 1) exprime le nombre de fois minimum quune occurrence dune entit participe aux occurrences dune relation. La cardinalit maximale (1 ou n) exprime le nombre de fois maximal quune occurrence dune entit participe aux occurrences de la relation. Si le maximum est connu, il faut inscrire sa valeur. Par exemple, si dans les rgles de gestion le client na le droit de commander quun maximum de 3 articles en tout et pour tout, dans ce cas-l les cardinalits sexprimeront de cette faon : 1,3.

mediapluspro.com//mediaexport.asp

3/10

1/24/2011
Autre exemple :

www.mediapluspro.com/mediaplus66/

Modlisons le fait quune mre lve des enfants. Nous avons deux entits Mres et Enfants :

Une relation Elever :

Des cardinalits : Une mre peut lever un ou plusieurs enfants. Un enfant peut tre lev par une et une seule mre.

Bien sr, tout est question dinterprtation. Au sein dune quipe de dveloppement, il peut y avoir des divergences de point de vue. Pour les cardinalits, il faut tre le plus logique possible, se rfrer aux rgles de gestion dictes par le commanditaire de lapplication et se rappeler la maxime suivante : "Qui peut le plus peut le moins".

b. Les relations porteuses

Dfinition Une relation est dite porteuse lorsquelle contient des proprits. Imaginons que lon veuille connatre la quantit darticles commands par clients, nous nous rendons compte quil faut utiliser une nouvelle proprit Quantit. Cette nouvelle proprit dpend de clients, darticles ou des deux ? La bonne rponse est que Quantit dpend des deux entits. Voici le modle conceptuel correspondant :

mediapluspro.com//mediaexport.asp

4/10

1/24/2011

www.mediapluspro.com/mediaplus66/

Nous pouvons interprter ce schma de la faon suivante : Le client X a command la quantit Y darticles Z. Si nous dsirons connatre la date dachat, il nous suffit de crer une entit Date la relation Commander. Une relation faisant intervenir deux entits est dite binaire.

Une relation faisant intervenir trois entits est dite ternaire. Dans certains ouvrages elle est caractrise par lappellation Tri-pattes .

c. Les relations rflexives

Dfinition Une relation rflexive est une relation dune entit sur elle-mme. Par exemple, on dsire modliser le fait quun employ peut diriger dautres employs.

la lecture de ce schma, nous interprtons donc quun employ peut diriger zro ou plusieurs mediapluspro.com//mediaexport.asp 5/10

1/24/2011 www.mediapluspro.com/mediaplus66/ personnes et quun employ est dirig par un et un seul autre employ.

4. Rgles dusages
Toute entit doit comporter un identifiant. Toutes les proprits de lentit dpendent fonctionnellement de lidentifiant. Cest--dire que connaissant la valeur de lidentifiant, nous connaissons de faon sre et unique la valeur des proprits associes. Si nous recherchons le client numro 5, nous devons rcuprer le nom et le prnom du client numro 5 et pas ceux dune autre personne. Le nom dune proprit ne doit apparatre quune seule fois dans le modle conceptuel des donnes. Si nous tablissons une entit Clients et une nomme Prospects, nous ne devons pas retrouver la proprit Nom dans les deux entits. Il faut prfrer la dnomination suivante Nom_client et Nom_prospect. Les proprits rsultantes dun calcul ne doivent pas apparatre dans le modle conceptuel des donnes. Cas pratique Reprenons le graphe concernant le cas du camping vu au chapitre prcdent et ralisons le modle conceptuel qui en dcoule. Le graphe

Le MCD pas pas Commenons par dterminer les entits. Par rapport au graphe, nous pouvons remarquer trois sources de dpendances fonctionnelles : CodeArticle Date NumCli Chacune de ces sources peut reprsenter une entit : Articles Date Clients Voici la reprsentation graphique des entits :

mediapluspro.com//mediaexport.asp

6/10

1/24/2011

www.mediapluspro.com/mediaplus66/

Renseignons maintenant les entits avec leurs proprits respectives :

Traons les relations Nous savons quune quantit darticles est achete par un client une date donne. Nous voyons quil existe une relation entre les trois entits. La voici modlise :

Examinons les cardinalits. Sur le graphique ci-dessus nous pouvons interprter quau minimum il ne se vend strictement rien. En pratique, nous pouvons imaginer quil ne se passe pas une journe sans que se produise la vente dun article un client. En voici le modle conceptuel revu :

Maintenant, nous pouvons lire quau minimum un article est achet dans une certaine quantit, par au minimum un client une date donne. Voil qui nous rapproche plus de la ralit.

mediapluspro.com//mediaexport.asp

7/10

1/24/2011

www.mediapluspro.com/mediaplus66/

5. Notion dentit forte et dentit faible

a. Entit forte
Dfinition Une entit forte est une entit qui, disposant de son identifiant, peut tre considre de faon isole.

b. Entit faible
Dfinition Une entit faible est une entit qui ne peut tre considre quen association avec une autre entit. Voici un exemple :

Dans ce cas lentit forte est lentit Mres et lentit faible est lentit Enfants.

6. Notion de contrainte dintgrit fonctionnelle

Dfinition Une contrainte dintgrit fonctionnelle (ou CIF) est dfinie par le fait quune des entits de lassociation est compltement dtermine par la connaissance dune ou de plusieurs entits participant cette mme association. Par exemple :

Nous pouvons lire quune salle peut contenir zro ou plusieurs ordinateurs et quun ordinateur existe dans une et une seule salle. Dans le cas dune association binaire comme celle-ci, une contrainte dintgrit fonctionnelle existe partir du moment ou une cardinalit de type 1,1 existe. Certains auteurs proposent une criture de ce type :

mediapluspro.com//mediaexport.asp

8/10

1/24/2011

www.mediapluspro.com/mediaplus66/

Mon conseil est de nommer votre relation de faon claire et comprhensible pour donner tout son sens la lecture de votre modle conceptuel.

7. Notion didentifiant relatif

Les identifiants relatifs font partie des volontairement dans ce chapitre. extensions Merise/2, je vous les prsente

Certaines entits ont une existence totalement dpendante dautres entits. Dans ce cas nous avons recours un identifiant relatif. Par exemple : Nous devons grer les exemplaires des livres commands dans une bibliothque :

Nous pouvons considrer quune bibliothque achte plusieurs exemplaires du mme livre. Doit-elle numroter les exemplaires dans lordre squentiel croisant cest--dire de 1 6 000 ou pour chaque ouvrage de 1 au nombre maximal de cet ouvrage prsent dans la bibliothque ? Il parat vident que la solution la plus judicieuse est la seconde proposition. Ainsi, la cl didentification de lexemplaire sera la concatnation du Num ISBN et du Num Exemplaire. Lidentification dun identifiant relatif se traduit par le symbole (R) ct de la cardinalit. Pour reconnatre un identifiant relatif, nous pouvons aussi nous poser la question si je supprime louvrage X de ma bibliothque, dois-je supprimer tous les exemplaires ? . La rponse est bien entendu oui. Nous pouvons donc dire que lexistence mme de lentit Exemplaire dpend de lexistence de lentit Ouvrage. Voici un autre exemple encore plus vident : Vous tes le responsable informatique dun centre de formation possdant un campus sur lequel sont construits 3 btiments strictement identiques : Ils possdent 3 tages et chaque tage hberge 12 salles informatiques dans lesquelles peuvent tre installs 10 ordinateurs. Nous pouvons en conclure que dans chaque btiment, nous pouvons installer 360 ordinateurs et la capacit du campus est de 3*360 ordinateurs soit 1080. Imaginons le scnario suivant, vous recevez une dotation de 1080 ordinateurs rpartir dans toutes les salles. En outre, vous devez les numroter pour les identifier. Quelle solution choisissez-vous ? Une solution serait de les numroter de 1 1080. Une autre serait de rendre la numrotation relative la salle. Par exemple dans la salle 1 du premier tage du btiment A la numrotation serait de 1-1 1-10, dans la salle 2 la numrotation irait de 2-1 2-10. Maintenant, il serait judicieux de rendre la salle relative ltage. La numrotation deviendrait E1-11, pour le premier ordinateur de la salle 1 de ltage 1, ou E3-12-10 pour le dixime ordinateur de la salle 12 de ltage 3.

mediapluspro.com//mediaexport.asp

9/10

1/24/2011 www.mediapluspro.com/mediaplus66/ Vous venez de comprendre que maintenant nous pourrions rendre les tages relatifs aux btiments et numroter les ordinateurs de la faon suivante : BA-E3-12-10. Ainsi, nous savons que nous avons affaire lordinateur 10 de la salle 12 de ltage 3 du btiment A. Si les ordinateurs peuvent tre changs de lieu rien quen regardant leur identifiant, vous pouvez les rinstaller dans leurs salles respectives.
Voici le modle conceptuel dcoulant de cet exemple :

Imaginons que le centre de formation dcide de vendre un btiment, tout disparat en cascade !

mediapluspro.com//mediaexport.asp

10/10