Version imprimable
Existe t-il, au même titre que le passage du MCD au MLD, des régles qui régissent le passage d'un diagramme UML(diagramme de classe) à la génération du code des classes.
Si possible me les expliquers ou alors me diriger vers un site.
Merci et bonne soirée.
ben en fonction du lanage objet que tu utilises, le mapping n'est pas compliqué non ?
je ne crois pas qu'il y aiy un papier sur le sujet mais les outils UML font tous de la génération de code !
Pour générer le DDL d'une base Rose propose 1 'nouveau' diagramme : 'diagramme de base de donnees' qu'on retrouve aussi dans EclipseUML (et peut-etre aussi dans d'autres ...)
qui pourrait s'apparenter au MPD merise. Malheureusement il ne se deduit pas automatiquement du MCD mais il faut le construire à la main (mais ca a peut-etre evolue depuis ...).
Concernant les regles de migration des relations en entites (ou association en classes), de migration des clefs etrangères etc ... pour construire ce diagramme j'ai trouve ce lien :
http://libd.isnetne.ch/cours/BDRO/UMLobjet_sup.pdf
Je ne suis pas d'accord avec tt (entr'autre je prefere avoir 1 classe d'associations et perdre 1 sens de navigabilite plutot que de gerer des multivaluees en SQL... mais ca n'engage que moi), mais il est exhaustif et bien fait
Tiens moi au courant de tes découvertes le sujet m'interresse aussi
Mais le monsieur semble intéressé par le passage UML code uniquement non ?
Comme je te l'ai dit, je ne pense pas qu'il y ait un papier sur le sujet mais à quoi bon, les outils font de la génération de code alors...
Cette réponse est-elle suffisante ou bien cherches-tu vraiment à expliquer précisement quel pourrait être un mapping UML-Java ou UML-C++ ou UML-C# ou UML-PHP ou UML-Smalltalk ou .... ou .... comme tu le vois, il y a pas mal de boulot si on veut écrire le mapping d'UML vers un langage objet et il n'y a pas que les langages objets !!
NB: j'ai écrit un doc sur le mapping UML - COBOL dans ma boite !! oui oui !! (je veux dire qu'on modélise en UML/objet puis on écrit le code correspondant en COBOL)
Bonjour, la sérialisation d'un diagramme de classe UML se fait au format XMI (XML Métadata Interchange) qui est donc un document XML. Dès lors, vous pouvez générer du code objet en utilisant une transformation par XSLT.
C'est de cette manière que les logiciels CASE (Rational Rose, Poseidon, ...) procèdent.
Cordialement,
Hephaistos007
On peut effectivement passer de XMI au code par XSLT mais je ne penses pas que les outils procèe comme cela. En effet, les extensions des outils ne sont pas toutes représentables en XMI, c'est donc une raison pour ne pas passer par XMI pour passer au code. De plus les outils possèdent déjà en interne un méta-modèle d'UML (le leur) et je ne vois pas pourquoi ils passeraient par XMI pour faire de la génération de code !
Tu as peut-être raison, mais je pensais qu'il utilisaientt XMI. Je dis cela en pensant en particulier à Poséidon, où les fichiers de sauvarges des diagrammes (qui sont des archives) contiennent ces fameux fichiers XMI.
Toujours est-il que même si les techniques sont propres à chaque outil, elles sont surement toutes dans le même esprit.
Pour transformer des petits carrés et des traits qui sont sur l'écran à du code, il faut obligatoirement sérialiser un diagramme pour le rendre manipulable, puis effectuer une transformation.
Ce que tu dis est intérressant. Je ne sais pas si tu parles de la même chose que moi mais actuellement la recherche en ingénièrie des modèles (entre autres l'approche MDA de l'OMG) se concentre sur la transformation de modèles. Dans cette approche, un logiciel CASE, pour pouvoir générer du Java (par exemple) à partir de diagrammes UML, doit posséder le méta-modèle d'UML et le méta-modèle Java. Dès lors, un langage spécifique (QVT) va spécifier le mapping entre les méta-modèles, et ainsi automatiser la transformation d'un modèle UML en code Java.Citation:
De plus les outils possèdent déjà en interne un méta-modèle d'UML (le leur)
Mais cela est très récent, et pas encore intégré aux logiciels CASE, ce qui me fait penser que ce n'est pas de cela dont tu parlais. Dans ce cas, quelle technique crois-tu que les logiciels CASE utilisent pour générer du code, et le rapport avec le méta-modèle dont tu parles ?
Le méta-modèle dont je parle est celui d'UML + extensions propres à l'éditeur.
Pour ce qui est du méta-modèle des langages, je ne sais pas comment ils font et s'ils en ont un modélisé de la même manière que celui d'UML car il en le manipule pas complètement de la même manière qu'UML.
Mais les générateurs possèdent de manière intrinsèque un méta-modèle du langage cible. De là à avoir 2 méta-modèles + un langage de transformation, là je ne sais pas s'ils fonctionnent exactement comme cela.
Merci à tous pour vos réponses, je suis actuellement sur la lecture du livre blanc du lien de Nip ainsi qu celui de TheLeadingEdge.
Pour répondre à la question de ego, je me demande comment, une fois mon diagramme effectué, comment générer les classes qui correspondent à ce modéle. Exemple un objet peut contenir des listes d'objets(dans le cas d'une relation multiple) et j'aimerai être capable de l'identifier.
Apparemment, comme le signal ego la génération du code dépend du langage utilisé.Je pensé perso que l'objet etait une méthode universelle et que les régles etaient communes à chaque langage.
Sinon, J'utilise PHP5 et le logiciel DIA qui permet aprés l'ajout d'un plugin de générer les classes PHP5 correspondant à mon diagramme. Je crois qu'il utilise aussi la transformation XSLT.
En ce qui concerne le mapping, si j'ai bien compris, c'est une couche qui permet de rendre un objet persistant en le stockant dans une base de données relationnelle de facon automatique grace à XML.Hibernate est apparemment le plus utilisé mais je n'est pas l'impression que ce genre d'outils existe en PHP.
Bone soirée.