I - Le modèle conceptuel de données
Ce schéma est une sorte de point de départ de la réflexion, qui devra aboutir finalement à la conception la base de données de l'entreprise.
Voici par exemple le MCD de la base BDVols.
I-1 Les entités
Les rectangles représentent les entités du système d'information. Dans notre exemple, nous avons donc trois entités : l'entité Horaire, l'entité Avion et l'entité Vol.
A l'intérieur des rectangles on fait figurer le nom de l'entité suivi de ses propriétés.
Une propriété qui permet d'identifier une entité de manière unique est appelée un identifiant.
Par exemple, l'identifiant de l'entité horaire est la propriété NumeroH. Dans Merise, les identifiants doivent être soulignés.
Si on compare le modèle conceptuel avec les tables de la base BDVols, on remarque que :
- à chaque entité correspond une table.
- chaque propriété d'une entité correspond à un champ.
- les identifiants correspondent aux clefs primaires.
- les clefs étrangères ne sont pas représentés en tant que propriété ! En effet, la table Vol possèdent deux clefs étrangères (les champs Avion et Vols). Or ces deux champs ne sont pas des propriétés de l'entité Vol.
I-2 Les associations
Dans un schéma conceptuel de données, on représente non seulement les entités, mais également les liens entre ces entités. Ces liens sont appelés des associations.
Une association est représentée graphiquement par un rectangle arrondi dans lequel figure son nom. Ce rectangle est relié par des traits au deux entités concernées par cette association.
Dans notre exemple, nous avons l'association Heure entre les entités Vols et Horaire et l'association Effectue entre les entités Avion et Vol (un avion effectue un vol).
Dans un modèle conceptuel de données on représente donc les entités et les associations entre ces entités. Pour cette raison un modèle conceptuel de données est également appelé modèle entité-association
On remarque que les associations de notre exemple correspondent aux clefs étrangères de la base de données :
- l'association Heure correspond à la clef étrangère Heure de la table Vol
- l'association Effectue correspond à la clef étrangère Avion de la table Vol.
I-3 Les cardinalités
Dans le schéma conceptuel de la base de données BDVols, on remarque les écritures 1,n et 1,1 à cotés des traits qui relient les associations aux entités.
Ces écritures sont appelés des cardinalités . Elles servent à représenter combien de fois une association peut se produire entre deux entités.
Les conventions graphique de MERISE sont les suivantes:
Min1 indique combien de fois au minimum l'association peut se produire entre l'entité 1 et l'entité 2.
Max1 indique combien de fois au maximum l'association peut se produire entre l'entité 1 et l'entité 2. La valeur n signifie que le maximum peut être aussi grand que l'on veut.
Min2 indique combien de fois au minimum l'association peut se produire entre l'entité 2 et l'entité 1.
Max2 indique combien de fois au maximum l'association peut se produire entre l'entité 2 et l'entité 1.
Par exemple, un avion effectue au minimum un vol. Donc pour l'association Effectue, min1 vaut 1. D'autre part, il n'y a pas de limite au nombre de vols effectués par un avion, donc max1 vaut n.
Réciproquement un vol est effectué par un avion et au plus un, donc min2 et max2 valent 1.
