Un club de parapente mcd-mld-merise exemple mcd

Exemples MCD et MLD

Exemple de MCD

Un club de parapente souhaite gérer les parapentes qu'il loue à la journée aux membres et suivre le palmarès (vols) de ces mêmes membres

Le Club de Parapente

Le MCD permet d'exprimer graphiquement des règles de gestion qui correspondent aux contraintes d'intégrités des données. Dans l'exemple, ces contraintes d'intégrités sont les suivantes :

Chaque PARAPENTE du club est obligatoirement d'un et d'un seul MODELE DE PARAPENTE. La représentation entre parenthèses des cardinalités 1,1 est une extension de la représentation usuelle et s'appelle lien identifiant C'est-à-dire ici que le modèle de parapente est un élément permettant d'identifier le parapente.

Les PILOTES du club ne sont pas obligés de prendre pour une journée un parapente du club mais sinon ils peuvent louer plusieurs fois un parapente du club : 0,N. Un parapente du club n'est pas forcément proposé à la location mais sinon il peut être loué plusieurs fois : 0,N.

Un vol (caractérisé ici par l'association VOL) nécessite un PILOTE, un SITE DE DECOLLAGE, un SITE D'ATTERRISSAGE et un MODELE DE PARAPENTE. Si l'une de ces quatre entités est inconnue, le vol ne peut être enregistré.

Un PILOTE du club doit obligatoirement avoir au moins un vol : 1,N.

La cardinalité minimum 1 signifie que la raison pour laquelle un pilote est enregistré ici est avant tout de connaître ces vols (Un pilote qui n'a jamais volé n'est pas un pilote).

Un SITE DE DECOLLAGE, un SITE D'ATTERRISSAGE, ou un MODELE DE PARAPENTE n'est pas forcément concerné par un vol d'un des membres du club mais sinon peut l'être plusieurs fois : O,N.

Ce point est important, car il signifie que le but premier de ces trois entités n'est pas de connaître les caractéristiques des vols des pilotes du club. Il peut y avoir des modèles de parapentes qui ne sont jamais utilisés par des membres du club ou des sites sur lesquels aucun membre ne vole jamais mais que l'on souhaite enregistrer dans le SI pour pouvoir les consulter.

Règles à suivre pour l'établissement d'un MCD

1ere forme Normale : chaque entité doit disposer d'un identifiant qui la caractérise de manière unique. Le numéro de licence est unique pour chaque PILOTE .

2eme forme Normale : les propriétés d'une entité ne doivent dépendre que de l'identifiant de l'entité et non d'une partie de cet identifiant. Un identifiant peut être composé de la concaténation de plusieurs propriétés.

3eme forme Normale : les propriétés d'une entité doivent dépendre de l'identifiant de l'entité de manière directe. Exemple : Si l'on rajoutait dans l'entité PILOTE une propriété " Description du Niveau " cette normalisation ne serait pas respectée car la Description du Niveau est directement dépendante du Niveau et non du " numéro de licence ".

Forme Normale de BOYCE-CODD : pour les identifiants composés de plusieurs propriétés, ces dernières ne doivent pas être dépendantes d'une autre propriété de l'entité.

Normalisation des relations : les propriétés des relations doivent dépendre de tous les identifiants des entités associées.

Décomposition des relations : les relations dont le nombre d'entités associé est trop important (supérieur à 3) doivent être décomposées en plusieurs relations. Cette décomposition ne peut se faire qu'à la condition d'avoir une cardinalité minimum égale à 1.

Formalisation organisationnelle

La formalisation organisationnelle consiste à spécifier l'organisation qui régira les données et les traitements étudiés lors de la formalisation conceptuelle.

Pour les traitements, on s'intéresse aux notions de temps, de lieux et d'intervenants. C'est à ce niveau que l'on dissociera les opérations manuelles des opérations automatisées.