Je n'ai jamais pratiqué ce genre de transformation entre 2 langages de programmation et je pense personnellement que c'est une mauvaise idée pour plusieurs raisons.
2 approches seraient possibles à mon sens et de ce que je crois comprendre à lire nos 2 posteurs qui ont tenté de te répondre.
La première est de reverser à partir du fortran pour obtenir un modèle de plus haut niveau puis effectuer une transformation M2T à partir de ce modèle vers le langage cible.
Pour ce faire, ATL ne t'apporte rien, Acceleo pour la 2e étape.
L'inconvénient c'est qu'en remontant on perd de la sémantique du langage Fortran.
C'est pourquoi l'approche MDA préconise toujours une approche descendante à partir de modèles de plus haut-niveau.
L'autre approche est de considérer les 2 codes comme des modèles et les langages comme des métamodèles (on dispose d'un grammaire BNF). Ecrire une transformation de ce type ne doit pas être chose aisée à mon sens car chaque langage dispose de ces idiomes quand ils n'utilisent pas des paradigmes différents et ne parlons pas des bibliothèques standards. Après tu as tout le code à reprendre et étant donné le niveau de détail, j'ai peur que le refactoring soit gargantuesque
Si vraiment on doit migrer un SI d'une plateforme vers une autre, une chaîne viable serait peut-être la suivante mais elle n'a rien d'automatique non plus :
Remonter du fortran à un modèle de plus haut niveau représentant la plateforme (PSM) remonter à un modèle métier et affiner ce modèle avec la maitrise d'ouvrage. On dispose d'un capital précieux pour l'entreprise si par la suite on doit envisage de nouveaux projets de changement sur le SI.
Ensuite on peut dériver vers un PSM et avec une transfo M2T vers le code avec une approche descendante classique MDA
Voilà en espérant ne pas avoir été à coté du sujet.
J'imagine que ce n'est pas la réponse que tu espérais mais il faut garder à l'esprit que le MD apporte un gain de productivité pour certaines tâches répétitives et c'est là qu'est sa valeur ajoutée. Mais il est "encore" illusoire de vouloir développer un SI complet avec une approche MD.
C'est le doux rêve de l'OMG mais il est de plus en plus controversé par l'industrie et les faits.
[^] # Re: Ca a l'air vachement bien
Posté par Bozo_le_clown . En réponse à la dépêche Sortie de ATL 2. Évalué à 3.
2 approches seraient possibles à mon sens et de ce que je crois comprendre à lire nos 2 posteurs qui ont tenté de te répondre.
La première est de reverser à partir du fortran pour obtenir un modèle de plus haut niveau puis effectuer une transformation M2T à partir de ce modèle vers le langage cible.
Pour ce faire, ATL ne t'apporte rien, Acceleo pour la 2e étape.
L'inconvénient c'est qu'en remontant on perd de la sémantique du langage Fortran.
C'est pourquoi l'approche MDA préconise toujours une approche descendante à partir de modèles de plus haut-niveau.
L'autre approche est de considérer les 2 codes comme des modèles et les langages comme des métamodèles (on dispose d'un grammaire BNF). Ecrire une transformation de ce type ne doit pas être chose aisée à mon sens car chaque langage dispose de ces idiomes quand ils n'utilisent pas des paradigmes différents et ne parlons pas des bibliothèques standards. Après tu as tout le code à reprendre et étant donné le niveau de détail, j'ai peur que le refactoring soit gargantuesque
Si vraiment on doit migrer un SI d'une plateforme vers une autre, une chaîne viable serait peut-être la suivante mais elle n'a rien d'automatique non plus :
Remonter du fortran à un modèle de plus haut niveau représentant la plateforme (PSM) remonter à un modèle métier et affiner ce modèle avec la maitrise d'ouvrage. On dispose d'un capital précieux pour l'entreprise si par la suite on doit envisage de nouveaux projets de changement sur le SI.
Ensuite on peut dériver vers un PSM et avec une transfo M2T vers le code avec une approche descendante classique MDA
Voilà en espérant ne pas avoir été à coté du sujet.
J'imagine que ce n'est pas la réponse que tu espérais mais il faut garder à l'esprit que le MD apporte un gain de productivité pour certaines tâches répétitives et c'est là qu'est sa valeur ajoutée. Mais il est "encore" illusoire de vouloir développer un SI complet avec une approche MD.
C'est le doux rêve de l'OMG mais il est de plus en plus controversé par l'industrie et les faits.