Conception en UML du modèle de données

Le modèle de données se traduit en UML par des classes possédant des attributs. L'objectif de la conception des classes est de deux ordres:

• structurer les informations qui doivent être gérées par le système
• permettre de stocker ces informations dans une base de données Oracle

En fait ces deux objectifs correspondent aux modèles conceptuel et physique de la méthode merise. Nous avons donc tout d'abord élaboré un diagramme de classes comportant essentiellement des attributs. Chaque classe est destinée à correspondre avec une table de la base de données. Nous étudions particulièrement les relations existantes entre les classes ainsi que les cardinalités de ces relations. Ces relations correspondent aux relations d'une base de données relationnelle. Le premier diagramme est une expression d'un modèle conceptuel merise utilisant les notations UML correspondantes. On constate d'ailleurs que la notation UML dispose d'éléments correspondant à toutes les notions de merise.

Figure 2.1: Lien entre les notions Merise et la notation UML

Lors de cette première étape nous avons pu également dégager des classes n'étant pas déstinées à être stockées dans la base de données. Ces classes permettent d'effectuer des calculs à partir des données stockées dans la base. Par exemple EtatProjet permet de calculer le montant total des factures. La deuxième étape est la génération d'un modèle physique destiné à être implanté en Oracle. UML ne propose pas de notation pour le modèle physique de la base de données. Toutefois Rational Rose permet d'effectuer, plus ou moins bien, une traduction du diagramme de classes en un modèle physique. Il s'est avéré nécessaire d'effectuer quelques modifications sur ce modèle afin de corriger quelques bugs de Rational Rose, mais également pour faciliter la programmation SQL effectuée par la suite.