Support de cours modlisation systme dinformation

SUPPORT DE COURS INFORMATIQUE GESTION I MODELISATION : MCD LE MODELE CONCEPTUEL DES DONNEES
I- LES CONCEPTS DE BASE
Le MCD est une reprsentation statique du SI de lentreprise. Statique mais pas fige, car un modle est par principe volutif. En effet, il vit en mme temps que la ralit quil dcrit. Cette description statique du SI sappuie sur quatre (04) principaux concepts : Objet ou entit, relation ou association, proprits ou attribut, cardinalit

1- Lobjet ou entit
Lobjet est un regroupement de proprits, reflet dune entit prsentant un intrt pour le systme tudi, dot dune existence propre, et identifiable. Ex : client, fournisseur, facture, article, commande Formalisme : Nom de lobjet

Remarque : le critre dexistence propre peut paratre vague premire vue : comment peut-on dcider que quelque chose existe ? Cest en fait la fonction du modle (un dessin pour le moment) que de dire ce que le concepteur qui observe le monde a retenu de ce monde. Autrement dit, ce quil en estime pertinent. Cest pourquoi, pour une ralit donne, le monde dpend du concepteur et la fabrication dun modle ne peut tre le travail dun individu isol. Il faut que plusieurs personnes (concepteurs, utilisateur, dveloppeur, responsables) saccordent sur ce qui est pertinent. Ex : Nom de lobjet Num_client Nom_client Adresse_client Telephone_client

1 M. TOLO Breima

Support de cours modlisation systme dinformation

2- Proprit
Cest le plus petit lment dinformation manipul par lorganisme et qui caractrise soit un objet ou une relation. Comme synonyme, une proprit peut sappeler attribut. EX : Num_client, Nom_client La proprit peut tre simple ou compose par exemple : date (jour, mois et anne)

3- Relation
Une relation est la reprsentation dune association entre plusieurs objets et son existence est conditionne par celles qui la composent. Une relation est donc dpourvue dexistence propre et elle peut-tre porteuse ou non de donnes (proprits). Formalisme : Objet1 Nom de la relation Objet4 Objet2 Objet n Objet3

4- Identifiant
4-1 dun objet Cest linformation lmentaire (proprit) qui permet didentifier un objet sans ambigut. EX : Numro de compte, numro facture, numro client, On veillera dans la mesure du possible ce quun objet ne puisse pas changer didentifiant tant quil restera dans le systme. Une telle modification est lourde prendre en compte. EX : une voiture peut-tre identifie par son numro dimmatriculation mais celui-ci peut changer. Cest donc un mode didentification viter dans la mesure du possible. La dfinition dun identifiant rsulte le plus souvent dun choix de gestion. Ainsi un objet est-il dfini par : son nom, son identifiant et la liste des proprits. EX : - salari - numro matricule - nom - prnom - ge - situation matrimoniale - date dembauche objet identifiant

proprits

2 M. TOLO Breima

Support de cours modlisation systme dinformation 4-2 Dune relation Cest la concatnation des identifiant des objets qui participent la relation NB : lidentifiant doit tre soulign pour marquer la diffrence avec les autres proprits de lobjet. Exercice : (page 73)

5- Dimension dune relation

La dimension dune relation est le nombre dobjets type qui participe la relation type.

6- Cardinalits
Elle indique pour chaque couple objet-relation le nombre de fois minimum et le nombre de fois maximum quune occurrence de cet objet peut apparatre dans des occurrences de la relation. Les rgles de gestion doivent permettre de trouver les cardinalits.

Nom de lobjet

(min,max)

Nom de la relation

EX : (1,n) (0,n)

CLIENT Num_client

COMMANDER Quantit commande

PRODUIT Num_produit

7- Les contraintes dintgrit fonctionnelle

La contrainte dintgrit fonctionnelle (CIF) dfinie sur une relation reprsente le fait que lun des objets de sa collection est identifi sans aucun doute par la connaissance dun ou plusieurs autres. Une relation binaire (relation entre deux objets) ayant des cardinalits (0,1) ou (1,1) est une contrainte dintgrit fonctionnelle. Lintrt de mettre en vidence dans une relation de dimension suprieure deux rside dans le fait que lon peut diminuer de un la dimension de la relation.

3 M. TOLO Breima

Support de cours modlisation systme dinformation

III- LES REGLES DE VERIFICATION ET DE NORMALISATION 1- Sur les objets

Rgle 1 : chaque objet doit possder un identifiant et un seul. Rgle 2 : pour chaque occurrence dun objet, une proprit ne peut prendre quune seule valeur. Autrement dit on ne peut pas avoir de valeur rptitive pour une mme proprit. Rgle 3 : toutes les proprits doivent tre lmentaires cest dire non dcomposables. Rgle 4 : toutes les proprits autres que lidentifiant doivent dpendre directement et pleinement de lidentifiant.

2- Sur les relations

Rgle 1 : chaque occurrence dune relation, correspond une et une seule occurrence de chaque objet participant la relation. Do lexistence de deux sous rgles : deux occurrences dun objet ne peuvent participer une mme occurrence de relation. Pour une occurrence de relation, il ny a pas de participation optionnelle dun objet. Rgle 2 : pour chaque occurrence dune relation, il ne peut exister quune et une seule valeur pour chaque proprit de la relation si elle en comporte. Rgle 3 : toutes les proprits dune relation doivent dpendre de lidentifiant de la relation. Ainsi chaque proprit doit-il dpendre de tout lidentifiant et non pas dune partie de cet identifiant.

III- LA DEMARCHE DELABORATION DU MCD 1- Principe

De la pratique de Merise sont nes deux coles dont les divergences apparaissent essentiellement lors de la construction du MCD. 1-1 Ecole pragmatique Cette premire cole, quelques fois appele pragmatique, laisse une large part lintuition dans la recherche des objets. De la dfinition de lobjet, elle retient surtout laspect reflet dune entit dintrt pour lorganisme tudi . Quoi quil en soit, si lon adopte lapproche intuitive, il faut bien veiller respecter les rgles de vrification. 1-2 Ecole formelle Cette cole, dite formelle, peut paratre thorique et parfois un peu lourde dans la mise en uvre. Cest en tout cas la plus rigoureuse car elle prne la stricte application des rgles de construction ; lobjet est ici avant tout considr comme une association de proprits.

Il semble que la bonne approche se situe dans une voie intermdiaire qui nous conduit reproduire les objets connus et srs, et construire rigoureusement les autres. 4 M. TOLO Breima

Support de cours modlisation systme dinformation

2- Construction du modle
La dmarche propose ici est la dmarche formelle qui nous amne considrer chaque proprit de trs prs. Elle est expose squentiellement, dans un ordre logique : Etape 1 : tablir une liste des donnes partir des documents de lentreprise, et plus gnralement de tous les supports de linformation. Cette liste portera le nom de dictionnaire de donnes. Etape 2 : procder lpuration du dictionnaire de donnes en liminant de la liste : - les redondances : le principe de la non-redondance consiste ne faire figurer sur le MCD quune seule fois une proprit donne. - les synonymes : ce sont des donnes syntaxiquement diffrentes mais dsignant une mme proprit. - les polysmes : ici il sagit de loppos des synonymes. En effet lon parle de polysmes lorsquune mme reprsentation syntaxique dsigne des smantiques diffrentes (un mme signifiant pour plusieurs signifis). Autrement dit un mme mot ayant plusieurs sens, une mme donne dfinissant plusieurs proprits. Etape 3 : reprer les identifiants existants pour dgager les objets naturels. Etape 4 : rattacher ces objets les proprits en dpendance fonctionnelle de leur identifiants. Etape 5 : placer les relations et leur rattacher si besoin est les proprits en dpendance fonctionnelle de plusieurs identifiants. Etape 6 : considrer les proprits restantes afin de les regrouper en objets pour lesquels on crera les identifiants non formaliss. Etape 7 : tudier les cardinalits de chaque couple objet-relation. Etape 8 : simplifier le modle laide des contraintes dintgrits. Etape 9 : procder la vrification du modle laide des rgles.

5 M. TOLO Breima