T H E S E - LIFL

Chapitre 1Introduction1.1 Evolution des architectures logiciellesLa prolifération et la complexification des systèmes d’information poussent les entreprisesà rationaliser leurs développements logiciels. Pour cela, une des caractéristiquesrecherchées pour la conception de systèmes logiciels est l’agilité, c’est à dire la capacitéd’une architecture à évoluer afin d’intégrer certains changements. Par exemple, il existedes changements « organisationnels » (avec la création de filiales ou la restructurationdes organisations en place), des changements « métier » (c’est à dire relatifs à l’évolutionde l’activité tels que la mise en oeuvre d’une gestion de relation clients), deschangements dûs aux évolutions de la réglementation (tels que l’ouverture à la concurrencedes marchés publics), des évolutions technologiques (prise en compte du legacy)ou encore la maîtrise des coûts (réduction des délais de « time to market »).Parce que les systèmes informatiques sont amenés à évoluer de manière certaine,leur agilité constitue une exigence majeure. Les architectures logicielles doivent doncpromouvoir une réelle flexibilité et réutilisabilité pour s’adapter au changement. De multiplesparadigmes et techniques de programmation logicielle ont émergé pour répondreà cette problématique. C’est notamment dans ce contexte que l’approche objet [Coi06]puis le paradigme de composant ont fait leur apparition. L’approche objet a apportéun ensemble de principes de programmation (tel que l’encapsulation), tandis que leparadigme de composant a permis le regroupement cohérent et réutilisable des objets.Se définissant comme une « unité de composition dont les interfaces sont spécifiées,et qui peut être déployée indépendamment du reste de l’application », le composanta pour caractéristiques fondamentales l’encapsulation forte, la contractualisation desinteractions et la composition par des tiers [Szy98]. De nombreux modèles de composantont ainsi émergé aussi bien dans l’industrie que dans le milieu académique (J2EE,CORBA, COM+ ou encore FRACTAL).Parallèlement à l’évolution des architectures d’applications à base de composants,l’émergence d’Internet a permis de mettre en place un environnement hautement ubiquitairefavorisant l’accès permanent à n’importe quelle ressource, et ce depuis n’importequel point d’accès. Cependant, Internet n’a pas été conçu à son origine comme une infrastructurepour les applications distribuées riches, ce qui le rend initialement impropre àl’utilisation d’une vaste classe d’applications industrielles qui requièrent certaines propriétésde sécurité, de robustesse ou encore de transaction. Le paradigme de « service »1