« Best Practices | Page d'accueil | MDA et SOA (L'architecture MDA) »

04/08/2005

MDA et SOA (Introduction)

Introduction

MDA n’est pas une architecture récemment initiée, elle est un fruit d’une mure réflexion de la part d’architectes et d’organismes compétents.

MDA est une démarche qui permet de :

ü Fournir des modèles indépendants de toute plate-forme (PIM)

ü Établir la correspondance entre le PIM et une plate-forme spécifique (PSM)

 

Plusieurs concepts sont impliqués dans les spécifications MDA

ü UML 2.0 et OCL pour la modélisation

ü MOF pour la modélisation des méta-données (échanges entre systèmes)

ü CORBA et profiles UML pour les transformations

ü XMI pour l’échange de modèles UML

 

Essayons de voir les raisons pour les quelles cette architecture a vu le jour et les raisons pour lesquelles aussi elle fait partie des bonnes pratiques et devenu assez prisée pour les développement des applications entreprise.

 

Beaucoup de domaines ont révolutionné le monde informatique essentiellement pour le développement d’applications entreprise. Ces domaines ont subi des changements et renouveaux qui sont coûteux en terme d’adoption et de mise en œuvre.

 

Ces domaines sont les suivants :

ü Les langages : Les premières générations des langages de programmation étaient celles des langages procéduraux et fonctionnels comme le langage C ou Cobol. Le souci de reutilisabilité et de productivité a donné naissances aux langages orienté objet comme SmallTalk ou Java. L’émergence d’Internet a nécessite la définition de langages permettant de manipuler des composants distants via les réseaux comme DCOM ou CORBA. La nouvelle génération des langages est portée sur les services WEB d’où SOAP, UDDI et de nombreux formalismes compliqués. Plusieurs applications entreprise reposent sur plusieurs langages et nécessitent dans des cas des migrations de langage. L’effort de refonte basée sur le langage est très fastidieux.

ü Les midllewares : CORBA était le middlleware le plus performant et le plus indépendant des plate-forme, mais il a l’inconvénient d’être compliqué à mettre en œuvre. J2EE est venue avec sa couche EJB puis .NET avec sa couche Services WEB. J2EE à suivi l’exemple après. Quel middleware choisir ?

ü Les méthodes : Avec l’avènement des langages orientés objet, UML a été proposer afin d’unifier et de standardiser la syntaxe de représentation des concepts de conception et de modélisation. UML souffrait du manque d’un processus de mise au point, de son ininteropérabilité entre les différents éditeurs UML et de sa difficulté d’industrialisation et de génération de code pour différents langages. La version officielle courante de UML est la 2.0.

 

Le but de ce chapitre est de définir l’intérêt d’utiliser l’architecture ou le modèle ou la démarche MDA dans l’adoption de l’Architecture Orientée Services.

Les commentaires sont fermés.