Passage UML-Relationnel

• Savoir transformer une classe en relation.

Supposez qu'on vous envoie un modèle conceptuel composé de quelques classes, par exemple une classe qui décrit les personnages d'un jeu de rôle. Chaque personnage a un nom, un type, des points de vie, etc. On sait que le nom est unique, que chaque personnage peut attaquer ou se défendre...

En vue de créer une base de données, vous décidez d'utiliser un modèle relationnel et de transformer cette classe en relation.

Quelles sont les règles de transformation ? C'est ce que vous allez découvrir dans ce module.

• Savoir intégrer des associations de type 1:N dans des relations.

Vous venez de créer un modèle conceptuel qui modélise un système de réservation de chambre d'hôtel. En particulier, votre modèle comporte deux classes : les hôtels, et les chambres.

Chaque chambre ne peut appartenir qu'à un seul hôtel, c'est donc tout naturellement que vous modélisez ce lien par une association 1:N.

Mais pour passer au modèle relationnel, vous ne disposez que du concept de relations : à quel endroit indiquer qu'une chambre est située dans un hôtel en particulier ? Plus généralement, comment transformer les associations 1:N en modèle relationnel ? C'est ce que vous allez découvrir dans ce module.

• Savoir intégrer des associations de type N:M dans des relations.

De nombreux modèles conceptuels contiennent des associations N:M. Pensez par exemple à un système d'emprunt de bibliothèque, où chaque livre peut être emprunté par plusieurs personnes, et où chaque personne peut emprunter plusieurs livres.

Au moment de passer au modèle relationnel, une problématique forte se pose : impossible de représenter cette association en ajoutant une clé étrangère représentant le livre dans la relation personne. En effet, si cette manière de faire permet de dire quel livre a été emprunté par quelle personne, impossible de représenter le fait qu'une personne ait emprunté plusieurs livres !

Comment faire ? C'est ce que vous allez découvrir dans ce module.

• Savoir intégrer des associations 1:1 dans des relations ;

• Savoir préserver l'unicité de l'association.

Supposez que vous modélisiez un monde où chaque citoyen, à la naissance, obtient une carte d'identité. En modèle conceptuel, la carte d'identité et le citoyen sont des classes bien différentes, et comme une carte d'identité ne peut appartenir qu'à un seul citoyen et inversement, vous utiliserez une association 1:1.

Au moment de passer au modèle relationnel, il pourrait être tentant de traiter cette association 1:1 comme une association 1:N, et de référencer la carte d'identité comme clé étrangère de la relation citoyen, par exemple.

Mais comment exprimer le fait qu'une carte d'identité n'appartient qu'à un citoyen ? C'est ce que vous allez découvrir dans ce module.

• Savoir exprimer les propriétés des classes d'association en modèle relationnel.

Supposez que vous modélisiez une plateforme de mise en relation entre des auto-entrepreneurs et des clients : chaque auto-entrepreneur peut accepter plusieurs missions, et chaque client peut travailler avec plusieurs auto-entrepreneurs.

Naturellement, en modèle conceptuel, vous utilisez une association N:M entre client et auto-entrepreneurs : mais vous voulez aussi stocker le nom du projet, par exemple. Il faut alors stocker la propriété dans l'association directement, et vous la transformez en classe d'association.

Mais comment, en passant au modèle relationnel, représenter ces propriétés ? C'est ce que vous allez découvrir dans ce module.