Modélisation des systèmes temps-réel répartis embarqués pour la ...

Modélisation des systèmes temps-réel répartis embarqués
application squelettes
intergiciel serveur
description des
interfaces des entités
souches
inergiciel client
application
FIG. II.1 – Configuration d’une application centrée sur l’intergiciel
II-3 Approches centrées sur l’application
Les solutions d’intergiciel que nous avons présentées à la section précédente reposent sur une
imbrication étroite de l’application avec son intergiciel. D’autres approches ont été développées
pour permettre de mieux organiser l’application par rapport à l’intergiciel. Il s’agit souvent –
mais pas toujours – de concevoir l’application comme un ensemble de composants assemblés et
contrôlés par un exécutif ; cet exécutif intègre notamment l’intergiciel.
II-3.1 Déclinaisons orientées composant des spécifications « classiques »
La notion de composant constitue une évolution du concept d’objet. Une définition couramment
acceptée d’un composant est celle de Szyperski [Szyperski, 1998] : « A software component
is a unit of composition with contractually specified interfaces and explicit context dependencies
only. A software component [. . .] is subject to composition by third parties. »
Un composant représente une entité de calcul. Il se caractérise par une interface, qui matérialise
l’unique moyen d’accès à ses fonctionnalités. L’interface d’un composant est constituée d’un
ensemble de points d’interaction, ou ports, permettant une interaction avec l’environnement extérieur.
L’interface d’un composant définit explicitement non seulement les services qu’il fournit
mais aussi, contrairement à des approches antérieures comme les objets, les services qu’il requiert.
Une interface définit donc à la fois les contraintes d’utilisation du composant mais aussi un ensemble
d’hypothèses faites sur son environnement. Les interfaces sont définies à l’aide de langages
de définition d’interfaces – tel qu’IDL, par exemple.
Les services peuvent correspondre à des opérations (procédures, fonctions), des messages
(dans une approche de composants objets) ou encore à des variables partagées. La description
d’un service consiste en général en son nom, son type (type des arguments et d’un éventuel retour)
et le cas échéant une liste d’exceptions.
Un composant se caractérise également par une encapsulation dans un conteneur pris en charge
par l’environnement d’exécution. Ce conteneur est fourni par l’environnement d’exécution et
prend en charge les interactions entre le composant et le reste du système ; il fournit un certain
nombre de services au composant. Les composants ont ainsi une certaine indépendance vis-à-vis
les uns des autres, ce qui facilite leur réutilisation et leur recomposition ; ils peuvent être déployés
dans différents environnement d’utilisation.
Les spécifications d’intergiciel telles que CORBA, RMI ou DCOM sont essentiellement conçues
pour implanter des objets répartis. Elles ont toutes évolué pour intégrer la notion de composant :
CCM, J2EE et .NET.
14 c○ 2007 Thomas Vergnaud