Architecture à base de composants pour le déploiement adaptatif des applications multicomposants

Dimension: px
Commencer à balayer dès la page:

Download "Architecture à base de composants pour le déploiement adaptatif des applications multicomposants"

Transcription

1 Architecture à base de composants pour le déploiement adaptatif des applications multicomposants Dhouha Ayed, Chantal Taconet, et Guy Bernard GET / INT, CNRS Samovar rue Charles Fourier Évry, France {Dhouha.Ayed, Chantal.Taconet, RÉSUMÉ. Avec le progrès de l informatique mobile et de la technologie des terminaux, les utilisateurs ont besoin d utiliser le même ensemble d applications dans des contextes d exécutions variés. Par conséquent, les applications doivent s adapter aux différentes capacités des terminaux dès leur installation. Dans cet article, nous proposons une plate-forme pour le déploiement dynamique d applications multi-composants qui s adapte au contexte d utilisation. Cette plateforme est basée sur une description du contexte auquel le déploiement d une application peut être sensible et elle est supportée par un ensemble de composants pour la détection et l adaptation au contexte. Ces composants peuvent être rajoutés au modèle de déploiement CCM pour permettre l adaptation du déploiement au contexte. ABSTRACT. With the progress of mobile computer science and terminals technology, users need to use the same applications in different contexts. Consequently, when they are installed, applications must adapt to the various capacities of terminals. In this paper, we propose a contextaware deployment platform for multi-components applications which is based on a description of the context having an impact on the deployment of an application and on a set of context detection components and context adaptation components. These components can be added to the CCM deployment model to allow the adaptation of the deployment the context. MOTS-CLÉS : déploiement dynamique, adaptation au contexte, applications multi-composants, assemblage. KEYWORDS: just in time deployment, context-awareness, multi-component applications, assemblies.

2 2 Journées Composants Lille Mars Introduction Grâce aux progrès de l informatique mobile et de la technologie des terminaux, les utilisateurs peuvent utiliser les mêmes services à partir de terminaux différents, tels que les PCs portables, les PDAs et les téléphones mobiles. Ces terminaux ont des capacités différentes, ce qui introduit de nouveaux besoins d adaptabilité des services au contexte d utilisation. Nous définissons le contexte d utilisation d une application comme tout attribut détectable et pertinent de son environnement d exécution [STE 02][RAK 01]. Ce contexte peut représenter les capacités du terminal utilisateur, sa connexion au réseau, son environnement externe, sa localisation, son profil, ses préférences, etc. Les capacités limitées des terminaux mobiles ne permettent pas aux utilisateurs d installer toutes les applications dont ils font usage. Ils ont donc besoin d un mécanisme leur permettant de déployer provisoirement une application et la remplacer par une autre lorsqu ils en n ont plus besoin. Ce mécanisme doit être automatique, pour épargner l utilisateur des installations et des configurations manuelles et répétitives. Le déploiement représente toutes les activités qui rendent une application directement utilisable par un utilisateur. Ces activités incluent l installation, la configuration, l activation, la mise à jour et aussi la désinstallation d une application [HAL 97]. L adaptation au contexte joue un rôle important dans le déploiement dynamique des applications puisqu elle permet d installer une application sur le site utilisateur qui s adapte à ses besoins et ses contraintes environnementales. Dans cet article, nous proposons une plate-forme pour le déploiement automatique des applications multi-composants sur des machines distribuées. Cette plate-forme doit permettre de déployer dynamiquement des composants qui s adaptent au contexte d utilisation. L article est organisé de la manière suivante. La section 2 présente le modèle de déploiement proposé par CCM. La section 3 donne une vue générale sur les composants que nous voulons rajouter au modèle de déploiement CCM pour qu il supporte l adaptation au contexte. La structure de ces composants est par la suite détaillée dans la section 4 qui décrit la plate-forme de déploiement que nous proposons. Enfin, la section 5 présente quelques travaux connexes et la section 6 conclue cet article en présentant quelques perspectives. 2. Le modèle de déploiement CCM Le modèle de composants de CORBA, CCM [CCM02] a spécifié un modèle de déploiement pour les applications multi-composants en définissant un ensemble d objets et de descripteurs de déploiement. Le modèle CCM définit quatre descripteurs de déploiement.

3 Mode d emploi de article-hermes.cls 3 Le descripteur d assemblage de composants qui décrit l instanciation des composants et leurs connexions. Le descripteur de composant CORBA qui décrit les propriétés fonctionnelles (type, ports et maison) et non fonctionnelles du composant. Le descripteur logiciel du composant qui contient des informations logicielles sur le composant tels que des informations sur le fournisseur, le fichier IDL du composant, le descripteur de composant CORBA, des informations sur son implantation, l implantation de sa maison et le point d entrée de la maison. Le descripteur de propriétés du composant qui contient des valeurs pour ses attributs de configuration. L unité de déploiement dans CCM est le paquetage. Le modèle CCM définit deux types de paquetages : le paquetage de composant, associé à un seul composant, contient les implantations du composant, son descripteur de composant CORBA, son descripteur de logiciel et ses stubs et squelettes et le paquetage d assemblage, associé à un assemblage de composants, contient un ensemble de paquetages de composants et un descripteur d assemblage de composants. La figure 1 montre un diagramme de collaboration UML [UML03] qui illustre les étapes de déploiement et l interaction entre les objets de déploiement CCM. L application de déploiement commence par installer les paquetages de composants sur les sites cibles en utilisant l objet de chaque site. Ensuite, elle crée un objet en utilisant sa fabrique. L objet va lancer l assemblage de l application et va coordonner le reste des étapes de déploiement. L assemblage est lancé à travers. crée, par!"#$ %'&)( la suite un serveur de composants à travers sa fabrique qui créera une instance du conteneur du composant. Ensuite, il envoie une requête vers le container pour qu il crée les maisons des composants qu il utilisera pour instancier les composants, puis il configurera ces derniers et les connectera entre eux. Dans cet article, nous allons proposer des éléments qui peuvent être rajoutés au modèle de déploiement CCM pour adapter le déploiement au contexte d utilisation. 3. Vue générale sur l architecture à base de composants pour le déploiement adaptatif Adapter est un verbe qui signifie rendre apte à assurer ses fonctions dans des conditions particulières ou nouvelles [HAC ]. Adapter le déploiement au contexte permet de déployer une application qui répond aux besoins de l utilisateur et aux besoins de l environnement d exécution de l application. Cette adaptation peut affecter le déploiement à plusieurs niveaux. Le choix de l implémentation d un composant de type donné. Par exemple pour un composant interface utilisateur, il existe plusieurs implémentations : le déploiement choisira une implémentation adaptée aux possibilités du terminal utilisateur.

4 4 Journées Composants Lille Mars Figure 1. Architecture du déploiement CCM. Le choix de la machine d installation de certains composants. Par exemple pour un composant de traitement, qui n utilise pas de ressources autres que du CPU, le déploiement a une latitude pour choisir la machine d installation, il choisira par exemple la machine de proximité la plus puissante. Le choix de l architecture de l application. Par exemple l utilisateur peut avoir le choix entre afficher les sorties d un traitement ou les stocker. Dans le premier cas l application déployée contiendra un composant de visualisation et dans le second cas, elle contiendra plutôt un composant d archivage dans une base de données. Pour assurer l adaptation du déploiement à ces différents niveaux, nous proposons une architecture à base de composants contenant des composants qui assurent des activités de déploiement et des composants qui s occupent de l adaptation de ces activités au contexte de déploiement. Quant aux composants de déploiement, ils utilisent les interfaces CCM de déploiement et sont de deux types : des composants de type qui offrent l interface de CCM et permettent de déployer une application à partir d un descripteur d assemblage des composants de type % qui offrent l interface de CCM. Ces composants sont placés sur les machines où les composants doivent être déployés et permettent d installer localement les implémentations de ces composants. L adaptation au contexte doit être réalisée en deux étapes : la collection des informations de contexte et l analyse de ces informations pour décider les actions qui assurent l adaptation à ce contexte. Pour cela, nous proposons deux types de compo-

5 Mode d emploi de article-hermes.cls 5 sants pour adapter le déploiement au contexte : des composants de type qui collectent des informations de contexte à partir de sources diverses de contexte et identifient celles qui sont pertinentes un composant de type % qui analyse les contextes pertinents identifiés par plusieurs et décide l assemblage de l application à déployer en choisissant les implémentations des composants qui constitueront l application ainsi que leur emplacement. Ces deux types de composants d adaptation au contexte sont à leur tour déployés juste au moment du déploiement de l application demandée par l utilisateur grâce à des composants de type pour pouvoir être configurés selon le contexte actuel. La structure et les fonctionnalités de chacun des composants que nous venons de citer seront expliquées dans la section Plate-forme de déploiement adaptatif des applications multi-composants Nous décrivons dans ce qui suit la plate-forme que nous proposons pour un site prestataire de déploiement pour adapter le déploiement des applications multicomposants au contexte. Nous allons commencer par décrire la structure initiale de cette plate-forme en présentant ses différents éléments. Ensuite, nous allons nous focaliser sur les composants réalisant le déploiement adaptatif Plate-forme initiale de déploiement Pour assurer un déploiement dynamique et adaptatif des applications multicomposants, chaque application à déployer a un descripteur d assemblage abstrait et un descripteur de contexte qui décrit le contexte qui a un impact sur le déploiement de celle-ci (voir la section 4.2). Ces deux descripteurs sont respectivement placés dans un dépositaire d assemblages et un dépositaire de contexte de déploiement. Les descripteurs d assemblage abstraits ont la structure de descripteurs d assemblage CCM mais ils sont plus abstrait dans le sens où ils ne décrivent que les types de composants qui peuvent constituer l application et leurs connexions sans préciser leurs implémentations. Initialement, les composants des différentes applications à déployer sont placés dans un dépositaire de paquetages. La plate-forme de déploiement offre un ensemble de serveurs d exécution pour les instances des composants de l application à déployer qui n ont pas pu être placées sur le terminal utilisateur pour des raisons de limitations de ressources ou des raisons de colocalisation. L installation des implémentations des composants sur ces serveurs est

6 6 Journées Composants Lille Mars assurée par un composant % initialement installé sur chaque serveur d exécution. La charge de ces serveurs est enregistrée auprès d un service de recherche sur propriétés [ODP93] permettant la recherche des serveurs d exécution les moins chargés pour instancier les composants de l application à déployer. Les informations de contextes sont récupérées à partir de sources de contextes locales ou distantes. Ces sources sont des fichiers ou des logiciels cachant la complexité des capteurs de contexte comme les widgets décrits dans [DEY 01]. Les différents types d informations de contexte que peut délivrer une source de contextes sont enregistrés sur un service de recherche sur propriétés. Pour déployer une application, le terminal utilisateur doit disposer des différents services du bus CORBA, d un composant % pour installer localement les différentes implémentations des composants et d un client de déploiement lui permettant de cataloguer les applications qu il peut déployer, choisir une application et initier le déploiement. Le déploiement de toute application sera initié par un composant qui peut être initialement placé sur n importe quel serveur de la plate-forme Descripteur de contexte de déploiement Figure 2. Exemple de descripteur de contexte de déploiement. Pour décrire le contexte auquel le déploiement d une application est sensible, chaque application possède un descripteur de contexte qui décrit plusieurs contextes

7 Mode d emploi de article-hermes.cls 7 pouvant influencer son déploiement. La figure 2 montre un exemple de descripteur de contexte de déploiement. Pour chaque contexte, ce descripteur donne des informations sur le type de ce contexte et son mode d obtention et indique les informations pertinentes de ce contexte qui affecteront le déploiement de l application. Il existe deux types de contextes : des contextes toujours pertinents (AlwaysRelevant) dont le changement affecte toujours le déploiement et d autres (SpecificChange- Relevant) nécessitant des valeurs particulières pour pouvoir affecter le déploiement. Pour le deuxième type, le descripteur de contexte doit indiquer la condition devant être vérifiée pour que le déploiement soit affecté et l activité de déploiement qui sera réalisée en conséquence à cet état ( ). L activité de déploiement est décrite par un nom d activité et des paramètres. Une activité de déploiement peut être l installation d un composant, sa suppression ou la configuration d un composant existant. La figure 2 montre deux types de contexte. Le premier décrit la localisation de l utilisateur et le deuxième décrit le langage de l utilisateur. Le premier contexte est de type, sa valeur pertinente se traduit par l entrée de l utilisateur dans une zone qui s approche d une zone non couverte par le réseau. Si tel contexte se produit, il faut rajouter à l application un composant permettant à l utilisateur de travailler sur une copie locale et faire une réconciliation après la reconnexion. Le deuxième contexte est de type et représente le langage utilisé par l utilisateur. La valeur de ce contexte doit être prise en compte dès l installation de l application. Si le langage utilisé par l utilisateur change après l installation, le composant interface graphique doit être reconfiguré pour supporter ce langage Structure des composants du déploiement adaptatif Dans ce qui suit, nous présentons la structure et les fonctionnalités des composants jouant le rôle d acteurs principaux dans le déploiement adaptatif ainsi que les événements échangés entre eux Le composant Le composant est l initiateur du déploiement d une application. Dès la réception d une requête de déploiement venant de l utilisateur, il commence par déployer les composants nécessaires à l adaptation du déploiement (des composants et un composant % ). La figure 3 montre la structure du composant en IDL3. commence par récupérer le descripteur de contexte de déploiement de l application à déployer à partir du dépositaire de contexte. Pour chaque contexte décrit dans ce descripteur, il extrait son type et procède à la recherche d une source de contexte locale ou distante qui fournit des informations de contexte de ce type à l aide du service de recherche et instancie un composant de type qui va s interfacer avec cette source sur la machine où elle est placée., confi-

8 8 Journées Composants Lille Mars Figure 3. La structure IDL3 du composant PreDeployer. gure par la suite, le composant avec les éléments,,, et # du descripteur de contexte de déploiement. Ces paramètres permettent à de filtrer les états de contexte. instancie, par la suite, un composant % sur le terminal utilisateur et lui envoie le contenu de l élément DeploymentActivity- Parameters de chaque contexte pertinent décrit. Cet élément permet à Deployment- ContextAdaptor de décider les activités de déploiement à faire lorsqu une valeur de contexte pertinente est vérifiée. Enfin, connecte tous les composants et % (se trouvant initialement sur le terminal utilisateur) à DeploymentContextAdaptor comme décrit dans la figure 7 et lance le déploiement de l application en activant chaque composant instancié. Si le terminal utilisateur manque de ressources, peut utiliser le service de recherche pour trouver un serveur d exécution de proximité pour instancier % Le composant Ce composant permet de déployer une application à partir de son descripteur d assemblage, il offre l interface définie dans CCM. La figure 4 montre la struc- ture du composant en IDL3. La maison de encapsule l interface de CCM Le composant Ce composant place localement sur un site le source d implémentation d un composant suite à la demande d un composant %.La figure 4 montre la structure du composant % en IDL3.

9 Mode d emploi de article-hermes.cls 9 Figure 4. La structure IDL3 de AssemblyDeployer et ComponentDownloader Le composant Un composant de type collecte des informations de contexte et filtre les contextes pertinents selon des règles établies dans le descripteur de contexte de déploiement. La figure 5 montre la structure de en IDL3. Figure 5. La structure IDL3 du composant ContextDetector. A chaque fois qu il y a une information de contexte signalée par un événement reçu à partir d une source de contexte, vérifie le type de contexte, s il est de type ou de type et que la nouvelle valeur de contexte vérifie la condition de pertinence, il envoie un événement de type ContextInfo à % lui indiquant la nouvelle valeur du contexte Le composant % est le composant principal d adaptation au contexte. Il collecte tous les contextes pertinents et décide l assemblage de l application à déployer ainsi que l implémentation et l emplacement des composants qui vont la constituer. % construit un descripteur d assemblage CCM à partir du descripteur d assemblage abstrait du dépositaire d assemblage. Le descripteur d assemblage construit ne contient que les composants dont l utilisateur a besoin pour un contexte donné et indique les différentes implémentations choisies des composants ainsi que les machines les hébergeant. La figure 6 montre la structure du composant % en IDL3. Le composant % détient une liste de structures de contextes représentant les contextes pertinents auxquels le déploiement de l applica-

10 10 Journées Composants Lille Mars Figure 6. La structure IDL3 du composant DeploymentContextAdaptor. tion est sensible ; chaque contexte pertinent est caractérisé par un ensemble d activités de déploiement potentielles à appliquer sur un ensemble de composants qui constitueront l application et un ensemble de valeurs de propriétés qui configureront ces composants. Les valeurs de ces structures sont initialisées par les éléments contenus dans l élément envoyé par. Au fur et à mesure qu il reçoit des informations de contexte pertinentes de, % construit une liste d activités de déploiement et une liste de propriétés de configuration à partir du contenu des structures de contexte correspondantes aux informations de contexte reçues. La liste d activités de déploiement ainsi construite, permet à % de déterminer les composants qui constitueront l application à déployer en appliquant un ET logique entre les composants de cette liste et la liste de composants se trouvant dans le descripteur d assemblage abstrait récupéré du dépositaire d assemblage. Par contre, la liste de propriétés lui permet de rechercher une implémentation qui s adapte au contexte et de configurer les composants. Le descripteur d assemblage construit à partir de ces informations, permettra la création d un pour déployer l application. % utilise le service de recherche sur propriétés pour choisir les serveurs d exécution de proximité les moins chargés afin de placer les composants de l application à déployer et appelle ensuite l opération install du composant % sur chacun des serveurs choisis en leur indiquant le paquetage de composant et l implémentation à installer. Dans cette section, nous avons proposé une plate-forme de déploiement de composants basée sur les objets et les descripteurs de déploiement CCM. Cette plate-forme prend en compte le contexte d utilisation grâce à des composants d adaptation permettant de choisir les composants adéquats à l environnement logiciel et matériel du terminal utilisateur. La figure 7 montre un schéma récapitulatif qui décrit l assemblage des différents composants d adaptation du déploiement au contexte.

11 Mode d emploi de article-hermes.cls 11 Figure 7. Assemblage des composants du déploiement adaptatif. 5. Travaux connexes La solution de déploiement spécifiée dans CCM est le modèle de référence pour le déploiement des applications multi-composants. La solution que nous avons proposée vient compléter ce modèle pour le rendre adaptable au contexte. D autres travaux de recherche sur le déploiement existent. Parmi eux, nous pouvons citer les solutions de déploiement pour les applications monolithiques installées sur une seule machine comme InstallShield [INS ] et rpm packaging system [EWI 96]. Ces solutions ne prennent pas en compte l environnement sur lequel vont être installées les applications. Software Dock [HAL 97] supporte le déploiement automatique en prenant en compte la configuration système de l utilisateur. Mais ne supporte pas la description d assemblages des applications. [MIK 02] décrit une approche pour le déploiement d applications multi-composants sur des terminaux mobiles en proposant des composants de déploiement et de gestion d architecture d applications légers. Cette approche permet la modification de l architecture de l application au cours de l exécution sans description de règles précisant suite à quels besoins ces reconfigurations d architectures seront réalisées. La soumission de spécification de l OMG du déploiement des applications multicomposants [DEP03] prend en compte les propriétés du domaine et des noeuds sur

12 12 Journées Composants Lille Mars lesquels vont être déployés les composants de l application sans prendre en considération le contexte d utilisation d une manière générale. Notre travail est une suite des travaux de recherches qui ont été réalisés dans le cadre de SDI [TAC 03] qui représente une infrastructure pour le déploiement dynamique des applications multi-composants. SDI prend en compte le contexte d utilisation en se basant sur un service de recherche sur propriétés permettant de trouver les serveurs d exécutions et les implémentations de composants qui s adaptent au contexte. Le code de déploiement de SDI est spécifique à l application à déployer. Dans cet article, nous avons présenté une plate-forme générale pour la prise en compte du contexte d utilisation durant le déploiement. L avantage principal de cette plate-forme est la description de règles d adaptation au contexte à l aide d un descripteur de contexte. 6. Conclusion L adaptation au contexte est un facteur clé du déploiement des applications dans un environnement mobile. Cet article présente une solution pour l adaptation au contexte du déploiement des applications multi-composants. Cette solution consiste en un ensemble de composants de détection d états pertinents de contexte et un ensemble de composants qui analysent ces états pour décider les activités de déploiement à réaliser qui s adaptent au contexte. Les composants assurant l adaptation du déploiement sont à leur tour dynamiquement déployés au moment du déploiement de l application demandée par l utilisateur pour pouvoir prendre en compte le contexte courant. L adaptation au contexte est en grande partie assurée grâce à un système d événements et une description du contexte pertinent de déploiement dans un descripteur de contexte de déploiement. La plate-forme que nous avons proposée offre la possibilité d héberger les instances de composants hors du terminal utilisateur au cas où ce dernier manque de ressources et utilise un service de recherche sur propriétés qui joue un rôle primordial dans l adaptation en permettant de trouver les capteurs de proximité. Cette solution est en cours d implémentation sur la plate-forme OpenCCM [OPE ]. Comme prochaines étapes, nous voulons prendre en compte le contexte d utilisation après l installation de l application et reconfigurer dynamiquement l architecture de l application déployée en cours d exécution. Notre but est d assurer un déploiement distribué sur plusieurs machines d exécution, nous devons donc trouver des solutions pour les erreurs de déploiement dues à cette distribution. Le repliement automatique des composants qui ont été placés sur les serveurs d exécution et qui ne sont plus utilisés est aussi à étudier. Enfin, pour obtenir des temps de déploiement acceptables, l étude de la performance est incontournable dans ce domaine.

13 Mode d emploi de article-hermes.cls Bibliographie [CCM02] OMG, «CORBA Components Version 3.0 : An adopted Specification of the Object Management Group», Juin [DEP03] OMG, «Specification for Deployment and Configuration of Component Based Distributed Applications», Mars [DEY 01] DEY A., ABOWD G., SALBER D., «A conceptual framework and toolkit for supporting the rapid prototyping of context-aware applications», Human-computer Interaction, vol. 16, n o 2-4 (special issue on context-aware computing), 2001, p [EWI 96] EWING M., TROAN E., «The RPM Packaging System», February [HAC ] HACHETTE, «Le dictionnaire universel francophone en ligne», http ://www.francophonie.hachette-livre.fr. [HAL 97] HALL R., HEIMBEIGNER D., VAN DER HOEK A., WOLF A., «An architecture for Post-Development Configuraion Management in a Wide-Area Network», The International Conference on Distributed Computing Systems, Mai, [INS ] INSTALLSHIELD, http ://www.installshield.com. [MIK 02] MIKIC-RAKIC M., MEDVIDOVIC N., «Architecture-Level Support for Software Component Deployment in Resource Constrained Environments», The first International IFIP/ACM Working Conference on Component Deployment, Berlin, Allemagne, Juin, [ODP93] «Information Technology - Open Distributed Computing - ODP Trading Function», ISO/IEC JTC1/SC21.59 Draft, ITU-TS-SG 7 Q16 report, Novembre [OPE ] OPENCCM, http ://openccm.objectweb.org. [RAK 01] RAKOTONIRAINY A., INDULSKA J., LOKE S., ZASLAVSKY A., «Middleware for Reactive Components : An Integrated Use of Context, Roles, and Event Based Coordination», IFIP/ACM International Conference on Distributed Systems Platforms, Heidelberg, Allemagne, Novembre, [STE 02] STEPHEN S., YU W., FARIAZ K., «Development of Situation-Aware Application Software for Ubiquitous Computing Environments», COMPSAC 02, Angleterre, [TAC 03] TACONET C., PUTRYCZ E., BERNARD G., «Context Aware Deployment for Mobile Users», COMPSAC 03, Dallas, Novembre, [UML03] OMG, «OMG Unified Modeling Language Specification, version 1.5», Mars 2003.

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES Dhouha Ayed, Chantal Taconet et Guy Bernard GET / INT, CNRS Samovar 9 rue Charles Fourier, 91011 Évry, France {Dhouha.Ayed, Chantal.Taconet, Guy.Bernard}@int-evry.fr

Plus en détail

Un environnement de déploiement automatique pour les applications à base de composants

Un environnement de déploiement automatique pour les applications à base de composants ICSSEA 2002-7 Lestideau Un environnement de déploiement automatique pour les applications à base de composants Vincent Lestideau Adele Team Bat C LSR-IMAG, 220 rue de la chimie Domaine Universitaire, BP

Plus en détail

CORBA. (Common Request Broker Architecture)

CORBA. (Common Request Broker Architecture) CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,

Plus en détail

Patrons de Conception (Design Patterns)

Patrons de Conception (Design Patterns) Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Prise en compte des ressources dans les composants logiciels parallèles

Prise en compte des ressources dans les composants logiciels parallèles Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec Frederic.Guidec@univ-ubs.fr Action RASC Plan de cet exposé Contexte Motivations

Plus en détail

OpenCCM : une infrastructure à composants pour le déploiement d'applications à base de composants CORBA

OpenCCM : une infrastructure à composants pour le déploiement d'applications à base de composants CORBA OpenCCM : une infrastructure à composants pour le déploiement d'applications à base de composants CORBA Frédéric Briclet, Christophe Contreras et Philippe Merle Projet Jacquard INRIA Futurs Laboratoire

Plus en détail

Une méthode d apprentissage pour la composition de services web

Une méthode d apprentissage pour la composition de services web Une méthode d apprentissage pour la composition de services web Soufiene Lajmi * Chirine Ghedira ** Khaled Ghedira * * Laboratoire SOIE (ENSI) University of Manouba, Manouba 2010, Tunisia Soufiene.lajmi@ensi.rnu.tn,

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : Génie logiciel IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti

Plus en détail

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI JAVA, CORBA et RMI objectif : développer des applications client/serveur incluant des objets répartis Java / CORBA : client/serveur hétérogènes Java / RMI : client/serveur homogènes plan : l architecture

Plus en détail

Use Cases. Introduction

Use Cases. Introduction Use Cases Introduction Avant d aborder la définition et la conception des UC il est bon de positionner le concept du UC au sein du processus de développement. Le Processus de développement utilisé ici

Plus en détail

La démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*

La démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* La démarche MDA Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-5 Date : Mai 2002 * : Les partenaires du projet ACCORD sont CNAM,

Plus en détail

CoLab : Co-Navigation sur le Web

CoLab : Co-Navigation sur le Web CoLab : Co-Navigation sur le Web Guillermo de Jesús Hoyos Rivera*,** Roberta Lima- Gomes*, *** Roberto Willrich*, **** Jean Pierre Courtiat* ghoyos@uv.mx {rgomes, willrich, courtiat}@laas.fr * Laboratoire

Plus en détail

Adaptation d'applications à de nouveaux contextes d'utilisation: le projet SECAS. Tarak Chaari

Adaptation d'applications à de nouveaux contextes d'utilisation: le projet SECAS. Tarak Chaari FRE 2672 Adaptation d'applications à de nouveaux contextes d'utilisation: le projet SECAS Tarak Chaari INSA de Lyon Encadreurs: André Flory & Frédérique Laforest Laboratoire d'informatique en Image et

Plus en détail

24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean.

24/11/2011. Cours EJB/J2EE Copyright Michel Buffa. Plan du cours. EJB : les fondamentaux. Enterprise Java Bean. Enterprise Java Bean. Plan du cours 2 Introduction générale : fondamentaux : les fondamentaux Michel Buffa (buffa@unice.fr), UNSA 2002, modifié par Richard Grin (version 1.1, 21/11/11), avec emprunts aux supports de Maxime

Plus en détail

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

Plus en détail

Composants Logiciels. Le modèle de composant de CORBA. Plan

Composants Logiciels. Le modèle de composant de CORBA. Plan Composants Logiciels Christian Pérez Le modèle de composant de CORBA Année 2010-11 1 Plan Un rapide tour d horizon de CORBA 2 Introduction au modèle de composant de CORBA Définition de composants CORBA

Plus en détail

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle

Plus en détail

Adaptation dynamique de l interaction multimodale dans les environnements ubiquitaires

Adaptation dynamique de l interaction multimodale dans les environnements ubiquitaires Adaptation dynamique de l interaction multimodale dans les environnements ubiquitaires Slim Ben Hassen Orange Labs Lannion, France slim.benhassen@orange.com Abstract Mariano Belaunde Orange Labs Lannion,

Plus en détail

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services 69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

La S O A O pen S ource avec. Démos / Outils PEtALS

La S O A O pen S ource avec. Démos / Outils PEtALS La S O A O pen S ource avec Démos / Outils PEtALS Sept. 2007 La route vers la SOA Un ESB (Enterprise Service Bus) basé sur les standards Java, JBI et Web Services est une bonne technologie pour instancier

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

1. QCM (40 points) (1h)

1. QCM (40 points) (1h) Examen 1ère session 2012-2013 page 1 NSY 102 - AISL IPST-CNAM Intranet et Designs patterns NSY 102 Vendredi 26 Avril 2013 Durée : 3 heures Enseignants : LAFORGUE Jacques 1. QCM (40 points) (1h) Mode d'emploi

Plus en détail

AADL. un langage pour la modélisation et la génération d applications. Thomas Vergnaud, thomas.vergnaud@enst.fr

AADL. un langage pour la modélisation et la génération d applications. Thomas Vergnaud, thomas.vergnaud@enst.fr AADL un langage pour la modélisation et la génération d applications, thomas.vergnaud@enst.fr Les langages de description d architecture la conception des systèmes devient complexe difficulté de compréhension

Plus en détail

SHAREPOINT PORTAL SERVER 2013

SHAREPOINT PORTAL SERVER 2013 Powered by TCPDF (www.tcpdf.org) SHAREPOINT PORTAL SERVER 2013 Sharepoint portal server 2013 DEVELOPING MICROSOFT SHAREPOINT SERVER 2013 CORE SOLUTIONS Réf: MS20488 Durée : 5 jours (7 heures) OBJECTIFS

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Une architecture conceptuelle pour le déploiement d applications à grande échelle

Une architecture conceptuelle pour le déploiement d applications à grande échelle Une architecture conceptuelle pour le déploiement d applications à grande échelle Noëlle Merle Noureddine Belkhatir Equipe Adèle, LSR IMAG 220, rue de la chimie Domaine Universitaire BP 53 38041 Grenoble

Plus en détail

Extensions à la formation. Laurent Pérochon, 28-30 avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan

Extensions à la formation. Laurent Pérochon, 28-30 avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan Extensions à la formation Diagramme de timing FinEpreuve SautBarrière CourseAvantBarrière SautMur {>2 et 10 et 2 et 10 et

Plus en détail

Forthcoming Database

Forthcoming Database DISS.ETH NO. 15802 Forthcoming Database A Framework Approach for Data Visualization Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZURICH for the degree of Doctor of

Plus en détail

GRIDKIT: Pluggable Overlay Networks for Grid Computing

GRIDKIT: Pluggable Overlay Networks for Grid Computing GRIDKIT: Pluggable Overlay Networks for Grid Computing Paul Grace, Geoff Coulson, Gordon Blair, Laurent Mathy, Wai Kit Yeung, Wei Cai, David Duce, Chris Cooper Computing Department, Lascaster University

Plus en détail

Industrialisation des développements Spring dans Eclipse

Industrialisation des développements Spring dans Eclipse C Industrialisation des développements Spring dans Eclipse L objectif de cette annexe est de décrire comment mettre en œuvre une approche dirigée par les modèles afin d industrialiser les développements

Plus en détail

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle 1 Principes 2 Architecture 3 4 Aperçu d utilisation

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon

Plus en détail

Modèles de composants

Modèles de composants Master 2 Recherche Informatique Université de Bretagne Occidentale 2008-2009 Modèles de composants Nassima Saididj Encadrant : M. Beugnard 29 janvier 2009 1 Résumé L ingénierie des composants est une discipline

Plus en détail

IRIT, Université Paul Sabatier, 118 Route de Narbonne, 31062 Toulouse Cedex 9, France

IRIT, Université Paul Sabatier, 118 Route de Narbonne, 31062 Toulouse Cedex 9, France VERS DES SERVICES WEB ADAPTES : COMMENT INTEGRER LE CONTEXTE DANS LES DIFFERENTES ARCHITECTURES DE SERVICES WEB? Bouchra SOUKKARIEH, Dana KUKHUN, Florence SEDES {sokarieh,kukhun,sedes}@irit.fr IRIT, Université

Plus en détail

Aperçu général sur la technologie des Workflows

Aperçu général sur la technologie des Workflows Aperçu général sur la technologie des Workflows Zakaria Maamar Groupe Interfonctionnement Section Technologie des systèmes d'information Centre de recherches pour la défense Valcartier 2459 boul. Pie-XI

Plus en détail

Élasticité des applications à base de services Samir Tata, Télécom SudParis UMR Samovar Équipe ACMES

Élasticité des applications à base de services Samir Tata, Télécom SudParis UMR Samovar Équipe ACMES Élasticité des applications à base de services Samir Tata, Télécom SudParis UMR Samovar Équipe ACMES Élasticité : Définitions et Concepts Samir Tata, Télécom SudParis Élasticité Définitions Élasticité

Plus en détail

Sommaire. Liste des figures

Sommaire. Liste des figures Sommaire Liste des figures Résumé Nos sociétés modernes sont devenues des "sociétés à projets", et tout projet à besoin de méthodes : voir, juger, agir, analyser, planifier, et contrôler. Ce que nous appelons

Plus en détail

Systèmes distribués Introduction

Systèmes distribués Introduction Systèmes distribués Introduction Nabil Abdennadher nabil.abdennadher@hesge.ch http://lsds.hesge.ch/distributed-systems/ 2015/2016 Semestre d Automne 1 Aujourd hui les réseaux et les SDI sont partout! Réseaux

Plus en détail

Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe

Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Karima Dhouib, Sylvie Després Faiez Gargouri ISET - Sfax Tunisie, BP : 88A Elbustan ; Sfax karima.dhouib@isets.rnu.tn,

Plus en détail

Alfstore workflow framework Spécification technique

Alfstore workflow framework Spécification technique Alfstore workflow framework Spécification technique Version 0.91 (2012-08-03) www.alfstore.com Email: info@alfstore.com Alfstore workflow framework 2012-10-28 1/28 Historique des versions Version Date

Plus en détail

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e : CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i

Plus en détail

Orchestrer son cloud OpenStack avec Heat

Orchestrer son cloud OpenStack avec Heat Orchestrer son cloud OpenStack avec Heat Adrien Cunin adrien.cunin@osones.com Osones 7 juillet 2014 Adrien Cunin (Osones) Orchestrer son cloud OpenStack avec Heat 7 juillet 2014 1 / 43 Adrien Cunin (Osones)

Plus en détail

Plan. Department of Informatics

Plan. Department of Informatics Plan 1. Application Servers 2. Servlets, JSP, JDBC 3. J2EE: Vue d ensemble 4. Distributed Programming 5. Enterprise JavaBeans 6. Enterprise JavaBeans: Special Topics 7. Prise de recul critique Enterprise

Plus en détail

SDN / Open Flow dans le projet de recherche de GEANT (GN3+)

SDN / Open Flow dans le projet de recherche de GEANT (GN3+) SDN / Open Flow dans le projet de recherche de GEANT (GN3+) Xavier Jeannin GIP RENATER 23-25, rue Daviel 75013 PARIS Résumé Dans le cadre du projet GN3+ (avril 2013 Mars 2015), parmi la tâche orientée

Plus en détail

Adaptation des applications réparties à base de composants aux terminaux mobiles en environnement sans fil

Adaptation des applications réparties à base de composants aux terminaux mobiles en environnement sans fil Adaptation des applications réparties à base de composants aux terminaux mobiles en environnement sans fil Nabil Kouici, Denis Conan et Guy Bernard GET / INT, CNRS Samovar 9 rue Charles Fourier, 91011

Plus en détail

Meta Object Facility. Plan

Meta Object Facility. Plan Meta Object Facility Gestion de «meta objets» & meta meta modélisation Xavier Le Pallec Plan 1 Auteur : MOF : généralités L OMG en 1997-1998. Acteur principal DSTC : Centre Recherche sur les Systèmes distribués

Plus en détail

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric

Plus en détail

Système Principal (hôte) 2008 Enterprise x64

Système Principal (hôte) 2008 Enterprise x64 Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée avec : Hyper-V 6.0 Manager Hyper-V Server (R1&R2) de Microsoft Hyper-V 6.0 Network Shutdown Module Système Principal

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

Plus en détail

Ingénierie des Modèles. Méta-modélisation

Ingénierie des Modèles. Méta-modélisation Ingénierie des Modèles Méta-modélisation Eric Cariou Master Technologies de l'internet 2 ème année Université de Pau et des Pays de l'adour UFR Sciences Pau Département Informatique Eric.Cariou@univ-pau.fr

Plus en détail

Le cloud computing au service des applications cartographiques à haute disponibilité

Le cloud computing au service des applications cartographiques à haute disponibilité Le cloud computing au service des applications cartographiques à haute disponibilité Claude Philipona Les Rencontres de SIG-la-Lettre, Mai 2010 camptocamp SA / www.camptocamp.com / info@camptocamp.com

Plus en détail

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Classe de terminale de la série Sciences et Technologie du Management et de la Gestion Préambule Présentation Les technologies de l information

Plus en détail

Application Control technique Aymen Barhoumi, Pre-sales specialist 23/01/2015

Application Control technique Aymen Barhoumi, Pre-sales specialist 23/01/2015 Bienvenue Application Control technique Aymen Barhoumi, Pre-sales specialist 23/01/2015 Contexte 2 Agenda 1 Présentation de la Blade Application Control: catégorisation, Appwiki 2 Interfaçage avec la Blade

Plus en détail

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée Virtual Server de Microsoft

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée Virtual Server de Microsoft Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée Virtual Server de Microsoft Virtual Server 2005 R2 Network Shutdown Module Système Principal (hôte) Virtual Server

Plus en détail

CHAPITRE 1. Introduction aux web services. 1.1 Définition. Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C#

CHAPITRE 1. Introduction aux web services. 1.1 Définition. Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C# CHAPITRE 1 Introduction aux web services Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C# NetBeans JavaScript Eclipse Objective C Xcode PHP HTML Objectifs du chapitre : Ce

Plus en détail

4. SERVICES WEB REST 46

4. SERVICES WEB REST 46 4. SERVICES WEB REST 46 REST REST acronyme de REpresentational State Transfert Concept introduit en 2000 dans la thèse de Roy FIELDING Est un style d architecture inspiré de l architecture WEB En 2010,

Plus en détail

THÈSE. Présentée à. en habilitation conjointe avec l Université de Rennes 1. En vue de l obtention du grade de. DOCTEUR de l ENST Bretagne.

THÈSE. Présentée à. en habilitation conjointe avec l Université de Rennes 1. En vue de l obtention du grade de. DOCTEUR de l ENST Bretagne. N o d ordre: 2008telb0060 THÈSE Présentée à l ÉCOLE NATIONALE SUPÉRIEURE DES TÉLÉCOMMUNICATIONS DE BRETAGNE en habilitation conjointe avec l Université de Rennes 1 En vue de l obtention du grade de DOCTEUR

Plus en détail

THÈSE. présentée à TÉLÉCOM PARISTECH. pour obtenir le grade de. DOCTEUR de TÉLÉCOM PARISTECH. Mention Informatique et Réseaux. par.

THÈSE. présentée à TÉLÉCOM PARISTECH. pour obtenir le grade de. DOCTEUR de TÉLÉCOM PARISTECH. Mention Informatique et Réseaux. par. École Doctorale d Informatique, Télécommunications et Électronique de Paris THÈSE présentée à TÉLÉCOM PARISTECH pour obtenir le grade de DOCTEUR de TÉLÉCOM PARISTECH Mention Informatique et Réseaux par

Plus en détail

1-Introduction 2. 2-Installation de JBPM 3. 2-JBPM en action.7

1-Introduction 2. 2-Installation de JBPM 3. 2-JBPM en action.7 Sommaire 1-Introduction 2 1-1- BPM (Business Process Management)..2 1-2 J-Boss JBPM 2 2-Installation de JBPM 3 2-1 Architecture de JOBSS JBPM 3 2-2 Installation du moteur JBoss JBPM et le serveur d application

Plus en détail

Architecture de déploiement d un système réparti. Kawtharany Mohamed Laboratoire d'informatique et Télécommunication ENST Bretagne

Architecture de déploiement d un système réparti. Kawtharany Mohamed Laboratoire d'informatique et Télécommunication ENST Bretagne Architecture de déploiement d un système réparti Kawtharany Mohamed Laboratoire d'informatique et Télécommunication ENST Bretagne I. Introduction Contexte du travail. Étude du déploiement. Modélisation

Plus en détail

CORBA avec OpenORB. Samir Torki et Patrice Torguet

CORBA avec OpenORB. Samir Torki et Patrice Torguet CORBA avec OpenORB Samir Torki et Patrice Torguet 1 Présentation de CORBA CORBA (Common Object Request Broker Architecture) est un standard décrivant une architecture pour la mise en place d objets distribués.

Plus en détail

INGÉNIERIE DIRIGÉE PAR LES MODÈLES ET COMPOSANTS SENSIBLES AU CONTEXTE

INGÉNIERIE DIRIGÉE PAR LES MODÈLES ET COMPOSANTS SENSIBLES AU CONTEXTE Faculté des Sciences de Tunis TELECOM et Management SudParis Rapport de Stage Élève Ingénieur en Informatique INGÉNIERIE DIRIGÉE PAR LES MODÈLES ET COMPOSANTS SENSIBLES AU CONTEXTE Mehdi ZAIER Responsable

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

Simplifier l intégration des systèmes RH et garantir une version unique des données de l employé. D

Simplifier l intégration des systèmes RH et garantir une version unique des données de l employé. D Simplifier l intégration des systèmes RH et garantir une version unique des données de l employé. D ésormais, les entreprises utilisent des solutions variées pour gérer les multiples aspects des ressources

Plus en détail

Information utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/

Information utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/ Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/

Plus en détail

Java Aspect Components (JAC) http://jac.objectweb.org

Java Aspect Components (JAC) http://jac.objectweb.org Java Aspect Components (JAC) JAC http://jac.objectweb.org 2 Lionel Seinturier Lionel.Seinturier@lip6.fr Université Pierre & Marie Curie 23/2/06 Un framework de programmation par aspect pour Java Projet

Plus en détail

ADAPTATION DES APPLICATIONS REPARTIES A BASE DE COMPOSANTS AUX TERMINAUX MOBILES EN ENVIRONNEMENT SANS FIL

ADAPTATION DES APPLICATIONS REPARTIES A BASE DE COMPOSANTS AUX TERMINAUX MOBILES EN ENVIRONNEMENT SANS FIL ADAPTATION DES APPLICATIONS REPARTIES A BASE DE COMPOSANTS AUX TERMINAUX MOBILES EN ENVIRONNEMENT SANS FIL Nabil Kouici, Denis Conan et Guy Bernard GET / INT, CNRS Samovar 9 rue Charles Fourier, 91011

Plus en détail

NOVA BPM. «Première solution BPM intégr. Pierre Vignéras Bull R&D

NOVA BPM. «Première solution BPM intégr. Pierre Vignéras Bull R&D NOVA BPM «Première solution BPM intégr grée» Pierre Vignéras Bull R&D Définitions Business Process Pratiques existantes qui permettent aux personnes et systèmes de travailler ensemble Business Process

Plus en détail

Adaptation dynamique de services

Adaptation dynamique de services Adaptation dynamique de services Marcel CREMENE Univ. de Cluj Napoca Michel RIVEILL Univ. de Nice Sophia Antipolis Christian MARTEL Univ. de Savoie Objectif : Nous souhaitons pouvoir modifier l architecture

Plus en détail

Introduction au Génie Logiciel

Introduction au Génie Logiciel Introduction au Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda Qu est-ce que le logiciel? programme, ensemble d instructions Caractéristiques

Plus en détail

Architecture des applications

Architecture des applications Architecture des applications Table des matières 1 Introduction 1 2 Les classes valeurs 2 2.1 Les Javaeans............................................. 2 2.2 Les différents types de Javaeans...................................

Plus en détail

Conception, architecture et urbanisation des systèmes d information

Conception, architecture et urbanisation des systèmes d information Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction

Plus en détail

Nom de l application

Nom de l application Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique

Plus en détail

Le modèle client-serveur

Le modèle client-serveur Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)

Plus en détail

Les Architectures Orientées Services (SOA)

Les Architectures Orientées Services (SOA) Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie

Plus en détail

et dépannage de PC Configuration Sophie Lange Guide de formation avec exercices pratiques Préparation à la certification A+

et dépannage de PC Configuration Sophie Lange Guide de formation avec exercices pratiques Préparation à la certification A+ Guide de formation avec exercices pratiques Configuration et dépannage de PC Préparation à la certification A+ Sophie Lange Troisième édition : couvre Windows 2000, Windows XP et Windows Vista Les Guides

Plus en détail

VPN L2TP/IPsec en utilisant un certificat X.509 v3

VPN L2TP/IPsec en utilisant un certificat X.509 v3 VPN L2TP/IPsec en utilisant un certificat X.509 v3 Installer une autorité de certification d entreprise : Dans notre cas de figure nous sommes dans un domaine qui s appelle «konoha.com». Une autorité de

Plus en détail

AMESD-Puma2010-EFTS- Configuration-update-TEN (en-fr)

AMESD-Puma2010-EFTS- Configuration-update-TEN (en-fr) AMESD-Puma2010-EFTS- Configuration-update-TEN (en-fr) Doc.No. : EUM/OPS/TEN/13/706466 Issue : v3 Date : 7 May 2014 WBS : EUMETSAT Eumetsat-Allee 1, D-64295 Darmstadt, Germany Tel: +49 6151 807-7 Fax: +49

Plus en détail

Thèmes. Modélisation d applications industrielles avec UML. Motivations à l origine d UML. Introduction au formalisme UML.

Thèmes. Modélisation d applications industrielles avec UML. Motivations à l origine d UML. Introduction au formalisme UML. Modélisation d applications industrielles avec UML ACOO Analyse, Conception et développement Orientés Objet de logiciels de commande Thèmes Motivations à l origine d UML. Introduction au formalisme UML.

Plus en détail

Symposium Systèmes IBM

Symposium Systèmes IBM Yves Holvoet Tech Sales Bluemix France Yves.holvoet@fr.ibm.com Symposium Systèmes IBM Surveillance Camera with a Raspberry PI Agenda Bluemix, the IBM PAAS Internet Of Things Demonstration IOT Foundation

Plus en détail

ADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5

ADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5 ADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5 Informations juridiques Copyright 2010 Adobe Systems Incorporated and its licensors. All rights reserved. Administration d Adobe LiveCycle Mosaic 9.5 13 octobre

Plus en détail

Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/

Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Webographie The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Les slides de cette présentation

Plus en détail

Réalisation d un serveur CTI-CSTA sur TCP/IP

Réalisation d un serveur CTI-CSTA sur TCP/IP Alcôve http://www.alcove.fr 1/28 Réalisation d un serveur CTI-CSTA sur TCP/IP Julien Gaulmin Cette présentation est librement diffusable sous les termes de la GNU Free Documentation

Plus en détail

Chapitre 5 CORBA (Common Object Request Broker Architecture)

Chapitre 5 CORBA (Common Object Request Broker Architecture) DÉVELOPPEMENT D APPLICATIONS RÉPARTIES CORBA (Common Object Request Broker Architecture) Amen Ben Hadj Ali amenbha@hotmail.com ISI-L3SIL 2011-2012 Plan 2 Architecture CORBA Le langage IDL CORBA en Java

Plus en détail

Serveur d'application à la juste taille

Serveur d'application à la juste taille Serveur d'application à la juste taille 18 Mars 2010 Benoit.Pelletier@bull.net Plan Contexte JOnAS 5, plate-forme de convergence JavaEE/OSGi Caractéristiques essentielles pour le Cloud Computing & l'autonomic

Plus en détail

PTSI PT ÉTUDE DES SYSTEMES

PTSI PT ÉTUDE DES SYSTEMES PTSI PT ÉTUDE DES SYSTEMES Table des matières 1 - PRESENTATION GENERALE... 1 1.1 - Définition d'un système... 1 1.2 - Exemples... 1 1.3 - Cycle de vie d'un système... 1 1.4 Langage de description SysML...

Plus en détail

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information

SOA et Services Web. 23 octobre 2011. Evolution des Systèmes d Information SOA et Services Web 23 octobre 2011 1 Evolution des Systèmes d Information 2 Qu est ce qu une application répartie? Il s agit d une application découpée en plusieurs unités Chaque unité peut être placée

Plus en détail

Le Distributed Computing Environment de OSF

Le Distributed Computing Environment de OSF 1 sur 6 Le Distributed Computing Environment de OSF Définition L'architecture de DCE L'organisation en cellules Comment former une cellule Les RPC sous DCE Le "stub" client Le RPCRuntime Le "stub" serveur

Plus en détail

ECLIPSE ET PDT (Php development tools)

ECLIPSE ET PDT (Php development tools) ECLIPSE ET PDT (Php development tools) Eclipse Eclipse est un IDE (Integrated Development Environment)).C estun projet de la Fondation Eclipse visant à développer tout un environnement de développement

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

TP n 1 : Installation et configuration d un serveur Web Apache

TP n 1 : Installation et configuration d un serveur Web Apache TP n 1 : Installation et configuration d un serveur Web Apache Objectifs du TP Configurer, lancer et administrer le serveur Web Apache sous Linux Machines sous Linux Fedora 14 Fichiers de configuration

Plus en détail

Refonte front-office / back-office - Architecture & Conception -

Refonte front-office / back-office - Architecture & Conception - Refonte front-office / back-office - Architecture & Conception - GLG204 - Architectures Logicielles Java 2008/2009 Nom : Cédric Poisson Matricule : 06-49012 Version : 1.0 Jeudi 28 mai 2009 1 / 23 Table

Plus en détail

Chapitre I : le langage UML et le processus unifié

Chapitre I : le langage UML et le processus unifié I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et

Plus en détail

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free.

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free. 2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant Page:1/11 http://robert.cireddu.free.fr/sin LES DÉFENSES Objectifs du COURS : Ce cours traitera essentiellement

Plus en détail

Chapitre 2 - Architecture logicielle et construction d applications client-serveur

Chapitre 2 - Architecture logicielle et construction d applications client-serveur Chapitre 2 - Architecture logicielle et construction d applications client-serveur «Toute technologie suffisamment avancée est indiscernable de la magie» (Arthur Clarke) Résumé La méthodologie MEDEVER

Plus en détail

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform IBM Software Group Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform Thierry Bourrier, Techical Consultant thierry.bourrier@fr.ibm.com L Architecture

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification McAfee Enterprise Mobility Management 12.0 Préparé par : Le Centre de la sécurité des télécommunications Canada à titre d organisme de certification dans le cadre du Schéma canadien

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification Memory Arrays avec Memory Gateways Version 5.5.2 Préparé par : Le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma canadien

Plus en détail