MCD
MCD
MCD
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).
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 ?
l'adresse etc
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
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