UML 2 pour les bases de données
292
© Éditions Eyrolles
La transformation du modèle objet se fait en sélectionnant le paquetage des classes UML à
transformer (clic droit puis Data Modeler/Transform to Data Model…). Pour visualiser
le modèle logique créez dans le schéma un diagramme (Data Modeler/New/Data Model
Diagram) puis faites glisser chaque relation obtenue par la transformation.
Le processus de rétroconception démarre du schéma (compartiment Logical View/Schemas)
qu’on sélectionne par un clic droit (Data Modeler/Transform to Object Model). Un
schéma se transforme en un paquetage à créer initialement. Un assistant permet de sélectionner le nom du paquetage en sortie, et si oui ou non, les clés primaires doivent être transformées
en identifiant de classe. Le fait de transformer un modèle de données dans un paquetage modifie les nouveaux éléments du paquetage mais ne détruit ni ne modifie les éléments mis à jour
au niveau du modèle de données. Si cette option du logiciel fonctionne bien pour les associations binaires, classes-associations et l’héritage, elle n’est pas opérationnelle pour les
associations n-aires.
Bien que peu de modifications ont été apportées à cet outil depuis la première version de cet
ouvrage, le point fort du logiciel est sa très grande robustesse. On peut toutefois regretter qu’il
n’inclue pas encore de pilotes pour les SGBD Open Source et qu’il ne propose pas l’agrégation
simple et les associations n-aires.
Together
Together est l’outil de conception de Borland. La partie relative aux bases de données est
nommée Data Modeling et est présente dans la version pour Eclipse. Une autre version existe
pour VisualStudio mais elle ne prend pas en compte l’aspect modélisation de bases de
données.
Dans la partie Data Modeling, seuls les niveaux logique et physique sont présents. Le formalisme des modèles logiques s’apparente au profil UML pour les bases de données. Dans ce
modèle, deux types d’associations sont prévues : celles qui doivent donner lieu à la création
d’une table (many-to-many relationship) et celles qui génèrent seulement une clé étrangère
(relationship). Pour ces dernières, l’entité cible du lien créé graphiquement détermine l’entité
parent. Les modèles physiques font apparaître les clés étrangères sous la forme graphique
(formalisme IDEF1X). La transformation entre les deux modèles se fait par la fonction
Importer/DB schema from ER Logical Diagram. La génération de script SQL
s’opère par la fonction Exporter/DDL SQL script.
La création d’un diagramme de classes nécessite de créer un projet (Nouveau/Autres/
ULML 2.0 Project). Une palette de symboles est alors mise à disposition. Pour créer une
classe-association (ou une association n-aire), sélectionnez l’icône Association Class.
Ensuite, reliez le symbole losange (diamond) aux différentes classes avec le lien
Association End.
La transformation automatique du diagramme de classes en modèle logique n’est pas nativement proposée. On ne peut avoir accès à la base de données que par le modèle logique et
UML n’est pas encore exploité au niveau conceptuel. Pour ce faire, il faudra programmer des
Précédent

- 297/316

Suivant