Conception et réalisation d'un syst`eme d'instrumentation ... - CoDE

2.2. ARCHITECTURE
exécuté en local. De nombreux procédés existent afin de mettre en oeuvre des objets distribués
et le plus connu de tous est sans nul doute CORBA, la solution de prime abord la
plus efficace et la plus standardisée à ce jour.
CORBA est avant tout une norme [25] [27], c’ est-à-dire un ensemble de spécifications
et de recommandations émises par l’Object Management Group (OMG) [4]. l’OMG est un
groupe de travail indépendant au sein duquel siègent plus de sept cent partenaires issus
de tous horizons : développeurs de logiciels, fabricants de matériel et grands utilisateurs.
l’objectif de CORBA est avant tout d’assurer une interopérabilité entre des applications
orientées objet hétérogènes tant du point du vue de leur langage de développement que
du système d’exploitation sur lesquels celles-ci seront amenées à être déployées. Ces applications
reposent sur un modèle de mise en relation d’objets distribués sur un réseau et
interopérant entre eux de manière totalement transparente du point de vue de l’utilisateur.
Pour parvenir à ses fins, CORBA définit et implémente plusieurs concepts. Tout d’abord
un modèle de communication entre les objets distribués à travers le réseau. Ensuite, elle
définit une couche de transport commune à tous les logiciels : l’ORB (Object Request Broker).
l’OMG met également à disposition un langage de description des interfaces présentées
par chacun des acteurs du bus d’objets distribués : l’IDL (Interface Definition Language).
Enfin, des services et des objets élémentaires sont introduits afin de faciliter le déploiement
et l’utilisation de CORBA : il s’ agit, entre autres, des Common Object Services, des
CORBA Facilities et des Domain Interfaces.
Chacun des éléments formant le bus est simplement spécifié par l’OMG et celle-ci n’
impose donc aucun langage ni aucune plateforme lors de l’implantation et du déploiement
final. La plupart des langages actuels sont à même d’exploiter les standards de l’OMG et
bon nombre de constructeurs ont développé leur ORB, offrant ainsi une diversité quant
aux possibilités accessoires que chacune des implantations offre, mais autorisant également
la réalisation d’application hautement interopérables. Seule la fonction et la nature même
des applications développées forcera le choix de tel ou tel autre logiciel CORBA.
2.2 Architecture
Les interactions entre objets sur un bus CORBA suivent un modèle classique client–
serveur. Les applications clientes émettent des requêtes vers les objets serveurs, ceux-ci les
exécutent de leur côté et enfin ils renvoient le résultat éventuel à l’appelant. Ce modèle
présuppose que la méthode invoquée et implantée dans le serveur soit connue du client
et que celui-ci possède tout le matériel nécessaire à la prise de contact avec le serveur et
l’envoi des paramètres. A cet effet, quatre éléments importants sont mis en jeu :
– l’Interface reprenant toutes méthodes accessibles sur l’objet distant. Cette interface
est implantée par le serveur et connue du client. L’IDL offre une formalisation de
la définition de cette interface, de manière indépendante du langage mais selon une
21