UML 2 pour les bases de données
288
© Éditions Eyrolles
Vous pouvez créer un paquetage (dans la racine) qui contiendra votre diagramme de classes.
La transformation nécessite d’enrichir le diagramme UML de tagged values. Ainsi vous
devrez annoter chaque classe du tag persistence (avec la propriété persistent). Les
identifiants sont choisis via un clic droit sur la classe MDA Components/SQL Designer/
Primary key... Pendant la saisie du diagramme de classes servez-vous plutôt de la fenêtre
de gauche (UML Explorer) pour supprimer les éléments superflus.
La génération d’un schéma relationnel se fait au niveau du paquetage contenant le diagramme
UML (clic droit MDA Components/SQL Designer/Generate physical model).
La génération d’un script SQL se fait au niveau du paquetage contenant le modèle physique
(clic droit MDA Components/SQL Designer/Generate SQL files).
Un grand nombre de points forts sont à noter : rigueur de la démarche et ergonomie à la fois
sobre et puissante, documentation détaillée du module SQL Designer (principes de transformations), réactivité et efficacité du support ainsi que l’existence d’un forum dédié.
Les points faibles concernent le faible nombre de SGBD pris en compte (notamment SQL92
et tous les Open Source), l’absence de processus de rétroconception et la non-prise en compte
de l’héritage multiple. Enfin, certaines transformations de diagrammes ont posé des problèmes
qui sont désormais identifiés et en cours de correction.
Poseidon
Cet outil n’est pas vraiment fait pour les bases de données. Le niveau logique n’est pas
supporté, la génération de code SQL est très contestable (les classes-associations ne sont pas
traduites et les associations sont parfois inexistantes). L’ergonomie surprend au début mais on
Figure 4-49 Objecteering
288
© Éditions Eyrolles
Vous pouvez créer un paquetage (dans la racine) qui contiendra votre diagramme de classes.
La transformation nécessite d’enrichir le diagramme UML de tagged values. Ainsi vous
devrez annoter chaque classe du tag persistence (avec la propriété persistent). Les
identifiants sont choisis via un clic droit sur la classe MDA Components/SQL Designer/
Primary key... Pendant la saisie du diagramme de classes servez-vous plutôt de la fenêtre
de gauche (UML Explorer) pour supprimer les éléments superflus.
La génération d’un schéma relationnel se fait au niveau du paquetage contenant le diagramme
UML (clic droit MDA Components/SQL Designer/Generate physical model).
La génération d’un script SQL se fait au niveau du paquetage contenant le modèle physique
(clic droit MDA Components/SQL Designer/Generate SQL files).
Un grand nombre de points forts sont à noter : rigueur de la démarche et ergonomie à la fois
sobre et puissante, documentation détaillée du module SQL Designer (principes de transformations), réactivité et efficacité du support ainsi que l’existence d’un forum dédié.
Les points faibles concernent le faible nombre de SGBD pris en compte (notamment SQL92
et tous les Open Source), l’absence de processus de rétroconception et la non-prise en compte
de l’héritage multiple. Enfin, certaines transformations de diagrammes ont posé des problèmes
qui sont désormais identifiés et en cours de correction.
Poseidon
Cet outil n’est pas vraiment fait pour les bases de données. Le niveau logique n’est pas
supporté, la génération de code SQL est très contestable (les classes-associations ne sont pas
traduites et les associations sont parfois inexistantes). L’ergonomie surprend au début mais on
Figure 4-49 Objecteering