Ce mémoire aborde un sujet du domaine de l'intégration d'applications d'entreprise qui est basé sur la notion de services. Le nom exact de ce domaine est architecture orientée-service. L'architecture orientée-service est abordée par ce mémoire comme étant une nouvelle approche de l'intégration d'applications, qui est en soit un problème qui date de plusieurs années déjà. Des survols historiques et théoriques sont donnés afin de fournir l'état de l'art, en plus d'approfondir la matière avant d'entrer dans le coeur du sujet qui est, comme le titre l'indique, les bases d'un guide sur l'architecture orientée-service basé sur le SWEBOK. Pour ce faire, le chapitre 4 est divisé en sections faisant directement référence au SWEBOK mais où l'on retrouve plutôt des contributions de l'auteur sur chacun des domaines abordés. Une suite d'objectifs est donnée en début de chapitre 4. Les contributions doivent répondre à un ou plusieurs de ces objectifs. Aux contributions, sont donc directement attribués des objectifs, ainsi qu'une courte explication qui décrit comment chacune des contributions répond aux divers objectifs. Une analyse sommaire des relations entre contributions et objectifs suit afin de déterminer si des hypothèses et généralisations découlent de cet exercice. La conclusion porte, d'une façon générale, sur l'ensemble du mémoire, mais aussi principalement sur le contenu du chapitre 4. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Architecture, Orientée-service, Architecture orientée-service, Intégration d'applications d'entreprise, Conception d'application, Services web, Conception de logiciel, Swebok, Génie logiciel, Soa.

Dans le domaine du Travail Coopératif Assisté par Ordinateur (TCAO) la recherche sinterroge toujours sur les fondements à adopter lors du développement dapplications collaboratives, aussi dites collecticiels, capables de supporter et de répondre au mieux aux besoins des utilisateurs. Outre la multidisciplinarité associée à ce domaine, le fait que les activités collaboratives impliquent plusieurs personnes exprimant des besoins différents et souvent imprévisibles de travail en groupe imposent des fortes exigences en terme dévolutivité et flexibilité pour les applications collaboratives. Manque dun environnement collaboratif intégré assez ouvert, extensible et reconfigurable pour répondre à ces exigences, différentes applications collaboratives doivent être parallèlement employées pour réaliser de manière effective un travail en groupe. Bien quelles soient utilisées pour accomplir une tâche collaborative commune, ces applications sont exécutées de manière indépendante, sans profiter réellement les unes des autres. Lintégration de telles applications permettrait de les faire interagir de manière dynamique tout en combinant de manière contrôlée leurs fonctionnalités. Cette thèse a donc pour objectif de concevoir un nouvel environnement pour rendre possible lintégration de collecticiels existants tout en évitant de considérer des détails internes à ces systèmes. Cet environnement, que nous avons appelé LEICA (Loosely-coupled Environment for Integrating Collaborative Applications) définit une approche générale dintégration faiblement couplée qui sappuie sur la technologie des services Web, sur un système de notification dévénements, et sur des politiques de collaboration pour contrôler les interactions entre applications intégrées. Nous réalisons tout dabord une description informelle de lapproche générale dintégration, où les applications intégrées sont initialement contactées à travers leurs interfaces de services Web et interagissent par la suite en échan geant des notifications dévénements. Leurs interactions sont contrôlées par la politique de collaboration spécifiée pour une session de travail définissant comment lactivité collaborative supportée par une application est affectée par linformation reçue dune ou plusieurs autres applications. Nous spécifions de façon détaillée larchitecture de LEICA permettant de mettre en Suvre une telle approche dintégration. Nous proposons ensuite une méthode pour formaliser et valider cette architecture au moyen du profil UML/SDL et du module de simulation supportés par loutil TAU G2 de Telelogic. Un premier prototype de LEICA a été également implémenté et deux applications collaboratives se trouvent actuellement intégrée à lenvironnement. null null

Les systèmes d'information des entreprises, soumis à la fois à l'environnement économique et à l'avènement d'Internet, sont le cœur d'investigations multiples : on parle de refonte, fusion, architectures, etc. Il y a, d'un côté, la demande croissante en fonctionnalités de toute sorte, couvrant les diverses fonctions des entreprises comme les services commerciaux, les services responsables de la production, les services de direction et de management. De l'autre côté, les directions informatiques ont du mal à se situer, coincées entre l'attrait d'un éditeur de logiciel unique et la disponibilité d'applications concurrentes, parfois complémentaires sur le marché. <br />Disposer d'outils de gestion de la chaîne logistique, de gestion de la relation client ou d'achat en ligne, avoir la capacité de s'interfacer avec d'autres systèmes d'information sont devenus des impératifs. Les PGI (Progiciels de Gestion Intégrée), d'un outil interne, évoluent vers un outil de gestion interentreprises (appelé ECM, pour Enterprise Commerce Management). Les architectures de ces outils devront être adaptées, répondant aux soucis d'ouverture, d'interopérabilité, du respect de normes, de maintenance, d'autonomie et d'exigences fonctionnelles. Aussi, la tendance que l'on trouve avec les approches de l'EAI (Enterprise Application Integration) est à l'intégration d'applications indépendantes, de services, distribués à travers le réseau et permettant, ensemble, de satisfaire les besoins des utilisateurs.<br />C'est dans ce contexte que se situe notre problématique et en particulier ce que nous appelons des fédérations d'outils. Ces dernières sont un assemblage d'outils hétérogènes, géographiquement répartis, autonomes et dont l'intégration doit couvrir les attentes des utilisateurs.<br />L'approche que nous proposons aborde plusieurs axes : conceptuel, ou comment construire un système d'information composé d'outils hétérogènes ; opérationnel, définissant le mode de fonctionnement et de contrôle de la fédération ; et technologique, permettant aux différentes applications de participer à une fédération. Aussi, nous verrons en quoi l'architecture que nous proposons permet la construction de fédérations d'outils, leurs mises en oeuvre et leur contrôle à l'exécution.