7.1.5 L'avenir du MDA ?
Aujourd'hui, les réflexions évoluent pour
définir ce que M. Bézivin nomme les mégamodèles
(Bézivin et al. 2004). Il s'agit de monter encore en niveau
d'abstraction et de voir les modèles, les métamodèles et
les transformations qui composent le MDA comme les éléments d'un
modèle. Ce modèle serait bien sûr conforme à un
métamodèle : le mégamodèle. Le respect de
l'architecture à quatre niveaux du MDA garanti la cohérence des
modèles qui composent une application mais ne gère pas
forcément les relations qui pourraient exister entre des modèles
d'applications distinctes. Le mégamodèle tente de combler cette
lacune et a pour objectif de faciliter les échanges et le partage
d'informations entre les différents acteurs qui utilisent l'approche
MDA.
7.1.6 Conclusion
Le respect des préconisations du MDA
(séparation entre les exigences métier d'une application et son
implémentation sur une plate-forme donnée, le respect de
l'architecture MDA à quatre niveaux, utilisation des transformations
automatisées) permet d'obtenir un haut niveau de qualité des
applications ainsi produites. La maturité atteinte par le MDA en fait un
des modes de développement et/ou de maintenance des applications
très attractif. Il est vrai qu'au niveau d'une entreprise,
l'investissement initial n'est pas neutre (compréhension, formation,
etc.), mais en général, les gains de productivité couvrent
cet effort.
30 DTD : Document Type Definition
31 XSD : XML Schema Definition
CNAM de Nantes - 2010 / 2011 - Mémoire
d'ingénieur
|
|
|
Figure 43 : CoreDiagram Diagram (Source Sodifrance,
métamodèle « Migration Platform »)
Figure 44 : CodeItemsDiagram Diagram (Source Sodifrance,
métamodèle « Migration Platform »)
CNAM de Nantes - 2010 / 2011 - Mémoire
d'ingénieur
|
|
|
| 
