Re: Question un peu metaphysique sur UML : 100% automatique ou pas ?

Salut,

Je pense aussi qu'UML n'est pas fait pour faire de la génération à 100%. Je
ne dis pas ce que n'est pas possible mais ce n'est pas pragmatique et c'est
une utopie économique de le faire ... tu vas passer énormément de temps à
modéliser. UML est intéressant pour représenter du structurel et donc pour
générer cette partie là, quand au comportemental il est souvent plus rapide
de l'écrire dans le langage cible.

Je partage aussi le fait que l'approche DSL/DSM est bien souvent plus simple
et plus adaptée à la génération de code qu'UML. Et avec un mélange de DSL
graphique basé sur Eclipse GMF (http://www.eclipse.org/modeling/gmp/) / Obeo
Designer (www.obeodesigner.com)  pour le comportemental et Xtext2 pour le
comportemental (cf. Xbase : http://wiki.eclipse.org/Xbase), il est enfin
possible de générer à 100%.

++
Jérôme.
-- 
  "Code is a model, Show me the model!"
             http://www.benois.fr
Follow me: http://twitter.com/jeromebenois

2011/4/1 Rémi Forax <[email protected]>

> On 04/01/2011 11:17 AM, Jean-Baptiste BRIAUD -- Novlog wrote:
>
>> Bonjour à tous,
>>
>> Est-il possible, selon-vous, de produire une application 100%
>> opérationnelle (complète, compilée, déployée ou déployable sans faire de
>> dev) à partir d'une modélisation UML ?
>> Si oui, auriez-vous un exemple de produit ?
>> Si non, qu'est-ce qui ne se modéliserait pas ?
>>
>
> Sachant que l'on est un premier avril, la réponse est oui :)
>
>
>  Attention, on parle d'UML, la "norme" UML, pas d'ajout propriétaire à UML
>> qui justement seraient nécessaires ...
>> OCL est donc OK, mais des commentaires UML structurés d'une manière à être
>> interprété spécifiquement par l'outil, n'est pas OK.
>>
>> S'il un développeur doit éditer certain fichier, çà compte comme un non.
>> Dans ce cas, qu'est-ce que le développeur devrait modifier ?
>> Les liens entre écrans par exemple ?
>>
>> Evidement, ce qui est complexe dans cette question, c'est que l'on ne
>> définie pas l'objectif, c'est à dire, l'application à produire.
>> Un jeux de carte ou d'arcade, une application de GED, de CRM, ...
>>
>> Imaginons fonctionnellement une application plutôt "gestion d'entreprise",
>> techniquement, une application qui va prendre des données d'une base
>> relationnelle et les présenter à l'écran.
>>
>> Ensuite, on peut se reposer la question en ouvrant UML : est-il possible
>> produire une application 100% opérationnelle (complète, compilée, déployée)
>> à partir d'une modélisation UML et des ajouts propriétaires ?
>>
>
> oui, si tu restreint sufissament le domaine, genre je veux une application
> de gestion de location de voiture.
> Mais dans ce cas, tu as souvent plus vite fait d'utiliser un DSL.
>
>
>  Quels seraient le genre d'ajout ? On a déjà la réponse avec ce qui manque,
>> ce qui ne se modéliserait pas déjà identifié dans la question précédente.
>>
>
> Tu prends ton domaine, tu prend plusieurs applications, tu les décris
> complètement avec des Uses Cases.
> Tu prends tes uses case et tu les décrit avec ta propre syntax. Tu
> implantes le runtime c-a-d les fonctions de bases
> sur lesquelles tu t'appuis et voilà !
>
> En règle général, il te faut 10 ans dans le métier et deux ou trois essais
> infructueux.
> Donc c'est possible, l'approche marche mais te demande d'être dans un
> domain spécialisé et
> d'avoir une conaissance précise de ce domaine.
>
> Par exemple, je fais ça pour modéliser le déplacements des bancs de vases
> en Guyane
> et ça marche impec. On est juste une équipe de 5 et les modèles de base
> existe depuis 20 ans.
>
> Rémi
>
>


-- 
  "Code is a model, Show me the model!"
             http://www.benois.fr
Follow me: http://twitter.com/jeromebenois