LE MODELE CONCEPTUEL DES DONNEES (MCD) M. I. EL KHALKHALI 1.

Introduction
L'importance du systme d'information dans la vie des entreprises nest ce jour plus dmontrer. Il est ainsi devenu vident pour ces dernires, que leurs performances, voire leur survie dans un contexte de concurrence croissante, dpend du bon fonctionnement de leur systme dinformation. De cette prise de conscience est n le besoin dlaborer des mthodes permettant de concevoir correctement un systme d'information et de mettre en place un modle sur lequel 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 tant la mthode MERISE (Mthode d'tude et de Ralisation Informatique pour les Systmes d'Entreprise).

2. Historique de la mthode Merise

La mthode d'analyse Merise a t cre en 1979 au Centre Technique Informatique du ministre franais de l'industrie. Lobjectif tait de doter les administrations et les entreprises publiques d'une mthodologie rigoureuse tout en intgrant les aspects nouveaux pour l'poque: informatique rpartie, bases de donnes. Merise a rellement t introduite dans les entreprises entre 1983 et 1985. Depuis, MERISE a connu des volutions en fonction des avances technologiques avec dernirement MERISE 2 tourne vers l'objet. MERISE reste encore une mthode trs utilise mme si UML et OMT sont en train d'inverser la tendance.

3. Les niveaux dabstractions

La mthode Merise propose trois niveaux de reprsentation dun systme dinformation : a) Le niveau conceptuel b) Le niveau organisationnel ou logique c) Le niveau physique 3.1) Le niveau conceptuel Ce niveau correspond aux proccupations du gestionnaire et de l'utilisateur. Il consiste rpondre la question QUOI ?. Le but est de comprendre la nature du problme. Ce niveau est totalement indpendant de toute considration technologique, quelle soit logicielle ou matrielle. Les deux modles utiliss sont le Modle Conceptuel des Donnes (MCD) et le Modle Conceptuel des Traitements (MCT). 3.2) Le niveau Organisationnel ou Logique Ce niveau correspond aussi aux proccupations du gestionnaire et de l'utilisateur. Il consiste rpondre aux questions : QUI?, OU? et QUAND ?. Ce niveau dcrit les contraintes organisationnelles, spatiales et temporelles. Les modles tudis ce niveau sont le Modle Logiques des Donnes (MLD) et le Modle Organisationnel des Traitements (MOT). 3.3) Le niveau physique Ce dernier niveau correspond aux proccupations de l'informaticien. Il permet de rpondre la question COMMENT ?. C'est une reprsentation des moyens informatiques qui vont effectivement tre mis en uvre pour grer les donnes ou activer les traitements. Le niveau physique apporte les solutions techniques. Les modles tudis ce niveau sont le Modle Physique des Donnes (MPD) et le Modle Physique des Traitements (MPT). Rsum
2

Le tableau suivant rsume les modles que nous allons aborder tout au long de ce cours : DONNEES NIVEAU Conceptuel Organisationnel ou logique Physique Modle Conceptuel des Donnes (MCD) Modle Logique des Donnes (MLD) Modle Physique des Donnes (MPD) TRAITEMENTS Modle Conceptuel des Traitements (MCT) Modle Organisationnel des Traitements (MOT) CHOIX PRIS EN COMPTE Choix de gestion Quoi ? Choix dorganisation Qui ?, O ?, Quand ?

Modle Physique des traitements (MPT)

Choix techniques Comment ?

4) Le Modle Conceptuel des Donnes ou le modle Entit-Association

Le Modle Conceptuel des Donnes (MCD est une reprsentation graphique du systme dinformation. Il a pour but de dcrire de faon formelle les donnes qui seront utilises par le systme d'information. Cet aspect recouvre les mots qui dcrivent le systme ainsi que les liens existants entre ces mots. Le formalisme utilis pour dcrire un MCD est celui du modle entit-association. La reprsentation de ce formalisme s'appuie sur 6 concepts de base : 4.1) Lentit ou lindividu_type Une entit est la reprsentation d'un lment matriel ou immatriel ayant un rle dans le systme que l'on dsire dcrire. Cest un regroupement dinformations bien pens. Par exemple, si l'on considre l'entit "Personne" les informations communes aux personnes peuvent tre : le nom le prnom la date de naissance le lieu de naissance le sexe

l'adresse etc

On schmatise une entit par un rectangle. Exemple :

4.2) Proprits ou Attributs Les proprits ou les attributs sont les caractristiques dcrivant les entits et doivent tre reprsents comme une liste de mots, la plus simple possible, dans le cadre de l'entit correspondante. On devra prciser le type des donnes attendues pour chaque attribut ou proprit. Les proprits de lentit sindiquent dans le rectangle du bas, sous le nom de lentit : Exemple:

4.3) Occurrence L'occurrence d'une proprit ou dun attribut est l'une des valeurs que peut prendre cette proprit. Le tableau suivant prsente des exemples doccurrences de lentit Personne.

4.4) Identifiant Appel aussi clef primaire, est un attribut (ou un ensemble d'attributs) qui permet (tent) didentifier de faon unique une occurrence de lentit. Pour reprer l'identifiant dans la reprsentation graphique d'une entit, on le souligne. Si c'est une clef compose, alors plusieurs proprits seront soulignes. Par exemple lidentifiant de l'entit "Personne" pourrait tre le nom. Mais comme le cas d'homonymie est assez frquent, alors cet attribut constituerait une mauvaise clef. En revanche, il n'est pas impossible que la clef d'une entit soit compose de plusieurs attributs. Par exemple, la clef de l'entit "Personne" pourrait tre le nom et le prnom.

Cependant il n'est toujours pas impossible d'avoir deux personnes dont le nom et le prnom soient identiques...

Lidentifiant idal pour lentit personne serait par exemple le n de la CIN. 4.5) Relations Une relation (appele aussi parfois association) reprsente les liens smantiques qui peuvent exister entre plusieurs entits. Les relations sont reprsentes par des ellipses dont l'intitul dcrit le type de relation qui relie les entits (gnralement un verbe). Une relation peut avoir des proprits : on la dit porteuse

Exemple dune relation porteuse Un tudiant a obtenu une telle note dans une telle matire donne naissance la relation passer dont la proprit est note entre lentit tudiant et lentit matire.

Exemple dune relation non porteuse Les clients passent des commandes donne naissance la relation passer entre lentit client et lentit commande.

Une relation entre deux entits est une relation binaire. Une relation entre trois entits est une relation ternaire. Une relation entre n entit est une relation n-aire. Une relation rflexive est une relation de lentit sur elle mme. Exemple dune relation rflexive :

Une pice de rechange peut entrer dans la composition dautres pices de rechange donnera naissance la relation composer

4.6) Cardinalits Elles permettent de quantifier le nombre doccurrences dune entit qui participent une relation. Elle sexprime par deux nombres : Cardinalit minimale ( 0 ou 1): Reprsente le nombre de fois minimum quune occurrence dun objet participe aux occurrences de la relation. Cardinalit maximale ( 1 ou n ): Reprsente le nombre maximum de fois quune occurrence de lobjet participe aux occurrences de la relation. Ces deux nombres se positionnent ct de lentit concerne

Utilisation dun tableau de valeurs :

Pour aider dcouvrir les cardinalits, on peut faire appel ce tableau de valeur:

Le premier cas en haut constitue un cas particulier qui nest pas valide. En effet dans ce cas chaque occurrence de lentit A correspond une occurrence de lentit B et inversement. Cette bijection exige que les proprits des deux entits soient regroupes en une seule entit. 4.7) Construction dun MCD La dmarche suivre pour la construction dun MCD est la suivante : a) Recherche des entits b) Recherche des proprits grer (dictionnaire des donnes) c) Recherche des relations entre entits d) Recherche des cardinalits (rgles de gestion) e) Vrification et validation du modle conceptuel des donnes

a) Recherche des entits On commence par identifier les diffrentes entits du systme tudi. Le nom de lentit doit signifier un critre dappartenance permettant daffirmer quun acteur du systme tudier peut ou ne peut pas appartenir cette entit. Ainsi, un client X sera une occurrence de lentit client et non de lentit commande. b) Recherche des proprits grer (dictionnaire des donnes)

Il faudrait lister toutes les proprits utiles au systme tudi. Chacune de ces proprits sera dfinie par : Un nom, Une description (pour viter toute ambigut sur la comprhension de la donne), Le type de donnes (numrique, texte, boolen, date, etc).

Les entits ainsi que leurs proprits respectives seront reprsentes dans le dictionnaire des donnes. Le dictionnaire des donnes est reprsent sous forme de tableau. Rappelons que lidentifiant de chaque entit doit tre prcis. Exemple : Nom entit Nom Proprit numcli nomcli Client adcli villecli numcom Commande datecom Description Numro du client Nom du client Adresse du client Ville du client Numro de la commande Date de la commande Type Numrique Texte Texte Texte Numrique Date

10

c) Recherche des associations entre entits Il sagit dcrire des phrases en franais dcrivant le modle. Ces phrases permettront dtablir des liens entre les entits. Une relation est caractrise par : Son nom (en gnral un verbe) Sa dimension (nombre dentits quelle unit) Sa collection (noms des entits quelle relie) Ses cardinalits

c) Recherche des cardinalits (rgles de gestion) Pour dfinir les associations et les cardinalits, il faut connatre les rgles de gestion. Ainsi, dans l'exemple tudi, les cardinalits s'expliquent par les rgles de gestion suivante : R1 : un client peut ne passer aucune commande. R2 : un client peut passer autant de commandes quil veut. R3 : il suffit dun client pour quune commande R4 : une commande, nest passe que par 1 et un seul client.

Les rgles de gestion ne sont pas toujours explicites et souvent mme mal dfinies. Il convient donc, dans la construction du modle, de les expliciter avec clart. e) Vrification et validation du modle conceptuel des donnes Le modle conceptuel des donnes doit suivre des rgles de bases pour tre correct. Rgles sur les entits: Toute entit doit possder un identifiant et un seul. Cet identifiant peut tre une proprit ou un groupe de proprits. Cette proprit ou ce groupe de proprits doit rpondre la rgle suivant laquelle la valeur de lidentifiant doit tre diffrente chaque occurrence de lentit. Elle ne doit

11

jamais tre nulle (non renseigne) et toujours tre stable ( non sujette des mises jour). Rgles sur les proprits: Toute proprit ne peut tre prsente quune seule fois sur le MCD. Aucune proprit calcule ne doit apparatre sur le MCD. (ex : Montant total de la commande).

12