Middleware

dans le paragraphe suivant. Chapitre 9 – Prototype fondé sur l’architecture SOA et le Web sémantique 213 9.2- Système d’apprentissage pervasif et adaptatif (SAPA) User applications Context Recovery Services Information, data collection Middleware External Services Semantic Magagement Servives Knowledge base Metadata ontology Context ontology Scenario ontology Domain ontology Figure 9-2. Organisation des modules du système SAPA L’approche de l’architecture orientée services

système productif seront utilisées. Le fonctionnement de l'ERP est assuré par le CCSAP, composé de 8 personnes, dont une est dédiée aux inventaires. La Figure 10 ainsi que la Figure 11 schématisent l'architecture en place. Frontend Environment Middleware Components LDAP Oracle Database i-moniteurs mySAP.com Components Bac à sable EBP SRM3.0 SRM-Server 4.0 R/3 Core Components Bac à sable R/3 4.7 BW Components EBT101 TST340 DEV ITS DEV Catalog BugsEye 4.0 DEV BC Développement

gestion de contenus (2004), les portails (2005), la business intelligence (2006), la virtualisation (2007), la gestion électronique de documents (2008), les PGIs/ERPs (2008), les VPN open source (2009), les Firewall et Contrôle de flux (2009), les Middleware orientés messages (2009), l’ecommerce et les Réseaux Sociaux d'Entreprise (2010) et plus récemment, le Guide de l’open source et NoSQL (2011). Chacun de ces ouvrages présente une sélection des meilleures solutions open source dans le domaine considéré

d'information : Les données associées aux flux physiques seront très nombreuses, disponibles plus rapidement et surtout pourront être traitées à partir d'un nombre potentiellement beaucoup plus important de points d'échange de données. L'intégration du "middleware" d'acquisition de données, les logiciels de traitement de données, les bases de données vont être des éléments clés de la réussite du projet. Sans oublier la nécessaire redéfinition des bases de données en termes de capacité et surtout en termes

clients, des partenaires ou des fournisseurs. Un projet d’EAI consiste donc dans un premier temps à mettre en place une architecture dans laquelle les différentes applications communiquent entre elles. Il s’agit donc de développer des connecteurs (middleware) permettant d’interfacer des applications utilisant des protocoles de communications différents (généralement propriétaires). Toutefois le projet d’EAI va au-delà de l’interopérabilité entre les applications : il permet de définir un workflow

minification des fichiers CSS (cssmin). Lorsque vous remontez un peu dans le fichier, vous pourrez remarquer les lignes suivantes : connect: { options: { port: 9000, hostname: "localhost", livereload: 35729 }, livereload: { options: { open: true, middleware: function (connect) { return [ connect.static(".tmp"), connect().use( "/bower_components", connect.static("./bower_components") ), connect.static(appConfig.app) ]; } } } Ces lignes indiquent notamment qu'un serveur web sera fonctionnel lorsque

ouverts, plus performants les échanges entre des applications différentes (y compris des PGI) pour lesquelles la communication n'avait pas été envisagée initialement. Concrètement, l'EAI propose des moyens (outils d'analyse, logiciels, connecteurs, middlewares, etc.) devant concourir à la transformation, au routage, au transport des flux de données d'une application source vers une autre qui en est le destinataire. Conclusion La compréhension des systèmes d'information de gestion impose donc une

données dans une organisation. L’architecture technique décrit les dispositifs physiques de collecte, de stockage, de traitement, de diffusion et de présentation des données. On distingue cinq architectures logiques : client-serveur, trois-tiers (ou middleware), transactionelle, intégrée, portail. Une architecture client-serveur est une répartition des données et des traitements de ces données entre un ordinateur, appelé serveur, et un autre, appelé client. L’ordinateur client possède un logiciel,

les connexions internes du PBX en faisant abstraction des protocoles, des codecs, des interfaces téléphoniques et des applications (d’où la possibilité d’utiliser n’importe quel hardware et n’importe quelle technologie). Asterisk joue le rôle de middleware (intergiciel) entre les technologies de téléphonie (TDM, SIP…) et les applications (conférence, messagerie vocale, IVR …) : il favorise le déploiement d’environnements mixtes. Le cœur contient 5 moteurs ayant chacun un rôle essentiel et critique

imposer son produit. 5.5- Une approche pratique : Tocamak et Bretagne Participation Ces deux sociétés divergent en beaucoup de points. Leur axe de spécialisation est différent, l’un se concentrant sur un secteur (l’édition de logiciels, middleware, ciblant la clientèle de grandes entreprises) pour bénéficier de son expertise pointue et de ses réseaux spécialisés quand l’autre préfère se spécialiser géographiquement sur la Bretagne et exploiter sa connaissance du tissu économique de la région