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

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

Conception et développement d applications avec OpenCCM

Conception et développement d applications avec OpenCCM * CE * URE Conception et développement d applications avec OpenCCM RNRT * * Philippe.Merle@lifl.fr Equipe GOAL Laboratoire d Informatique Fondamentale de Lille Revue finale CESURE, Marseille, 18 décembre

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

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

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

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

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

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

Spécification du profil UML d assemblage cible EJB (version 1)

Spécification du profil UML d assemblage cible EJB (version 1) Spécification du profil UML d assemblage cible EJB (version 1) Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti) Référence : Livrable 2.2 Date : 31 mai 2002

Plus en détail

Service de réconciliation pour la synchronisation de copies

Service de réconciliation pour la synchronisation de copies Service de réconciliation pour la synchronisation de copies L. Chateigner, S. Chabridon, N. Sabri et G. Bernard CNRS UMR SAMOVAR 01-03 juin 2004 Plan Service de réconciliation pour la synchronisation de

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

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

Introduction aux Composants Logiciels

Introduction aux Composants Logiciels Introduction aux Composants Logiciels Christian Pérez LIP/INRIA Année 2010-11 Plan Introduction aux composants logiciels Pourquoi des composants logiciels Notions de composants logiciels Conclusion Survol

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

Conventions communes aux profils UML

Conventions communes aux profils UML Conventions communes aux profils UML Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 2.1 Date : Juin 2002 * : Les partenaires du

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

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

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

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

Conteneurs Adaptable Dynamiquement pour la plateforme CORBA Component Model Model

Conteneurs Adaptable Dynamiquement pour la plateforme CORBA Component Model Model Conteneurs Adaptable Dynamiquement pour la plateforme CORBA Component Model Model Journée de l'action spécifique CNRS-GET Systèmes répartis et réseaux adaptatifs au contexte ( Context-Aware ) Laboratoire

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

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

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

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

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

Indexation et interrogation de photos de presse décrites en MPEG-7

Indexation et interrogation de photos de presse décrites en MPEG-7 Indexation et interrogation de photos de presse décrites en MPEG-7 Emmanuel Bruno Jacques Le Maitre Elisabeth Murisasco Laboratoire SIS, Equipe Informatique Université de Toulon et du Var Bâtiment R, BP

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

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

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

Environnements de développement (intégrés)

Environnements de développement (intégrés) Environnements de développement (intégrés) Développement de greffons Patrick Labatut labatut@di.ens.fr http://www.di.ens.fr/~labatut/ Département d informatique École normale supérieure Centre d enseignement

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

Cursus Sage ERP X3 Outils & Développement. CURSUS Sage ERP X3 Outils & Développement ADVANCED. Administration avancée.

Cursus Sage ERP X3 Outils & Développement. CURSUS Sage ERP X3 Outils & Développement ADVANCED. Administration avancée. Cursus Outils & Développement Vous êtes Consultant, Chef de Projets, Directeur des Systèmes d Information, Directeur Administratif et Financier, Optez pour les «formations Produits». Nous vous proposons

Plus en détail

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Système de formation fédérant trois projets du logiciel libre (Moodle, OpenGLM

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

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

NFS Maestro 8.0. Nouvelles fonctionnalités

NFS Maestro 8.0. Nouvelles fonctionnalités NFS Maestro 8.0 Nouvelles fonctionnalités Copyright Hummingbird 2002 Page 1 of 10 Sommaire Sommaire... 2 Généralités... 3 Conformité à la section 508 de la Rehabilitation Act des Etats-Unis... 3 Certification

Plus en détail

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode Étude de cas UML n est pas une méthode UML n est pas une méthode, mais un simple langage ; l OMG ne préconise pas de processus ; il n existe pas une démarche unique qui fixe l ordre dans lequel les modèles

Plus en détail

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 Tsoft et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 OEM Console Java OEM Console HTTP OEM Database Control Oracle Net Manager 6 Module 6 : Oracle Enterprise Manager Objectifs Contenu A la fin de ce module,

Plus en détail

Qu est ce que l environnement Eclipse?

Qu est ce que l environnement Eclipse? Qu est ce que l environnement Eclipse? Bernard DAUTREVAUX Directeur formation et conseil Acsys www.ac6-formation.com Pour en savoir plus: nos formations Eclipse +33 (0)1 41 16 80 10 Page 0 assistance conseil

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

ALEM: Un Modèle de Référence pour les Applications Web Adaptatif Educatif

ALEM: Un Modèle de Référence pour les Applications Web Adaptatif Educatif ALEM: Un Modèle de Référence pour les Applications Web Adaptatif Educatif Mohammed TADLAOUI 1, Azzedine CHIKH 2, Karim Bouamrane 1 1 Université d Oran, Algérie, 2 Université de King Saud, Royaume d'arabie

Plus en détail

Modélisation: outillage et intégration

Modélisation: outillage et intégration Modélisation: outillage et intégration Emmanuel Gaudin emmanuel.gaudin@pragmadev.com Un réel besoin Le logiciel double tous les deux ans. Le volume final rend extrêmement difficile de garantir le niveau

Plus en détail

SERVICES DE RECHERCHE INTELLIGENTS ET DÉPLOIEMENT DYNAMIQUE D APPLICATIONS MULTI-COMPOSANTS

SERVICES DE RECHERCHE INTELLIGENTS ET DÉPLOIEMENT DYNAMIQUE D APPLICATIONS MULTI-COMPOSANTS Université d Évry-Val d Essonne Institut National des Télécommunications Rapport de Stage DEA d Informatique SERVICES DE RECHERCHE INTELLIGENTS ET DÉPLOIEMENT DYNAMIQUE D APPLICATIONS MULTI-COMPOSANTS

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

PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03

PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03 PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03 Plan Contexte Problèmes CORBA PaCO++ Conclusion / perspectives Contexte : couplage de code Structural Mechanics Optics Thermal Dynamics Satellite design

Plus en détail

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server Machine virtuelle Machine virtuelle Machine virtuelle VMware ESX 3 Network Shutdown Module Network

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

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

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server 3, 3.5

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server 3, 3.5 Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server 3, 3.5 Machine virtuelle Machine virtuelle Machine virtuelle VMware ESX Network Shutdown Module

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

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

Technologie SAFE* X3 - Outils et Développement. Développement, Fonction de base 2 e partie 3 jours. Web Services. 2 jours

Technologie SAFE* X3 - Outils et Développement. Développement, Fonction de base 2 e partie 3 jours. Web Services. 2 jours - Vous êtes consultant, chef de projets, acteur clé au sein de votre entreprise et vous intervenez en phase de déploiement ou de paramétrage d un logiciel Sage, Optez pour les formations «Produits» : Nous

Plus en détail

Architectures à composants

Architectures à composants Interaction requête/réponse Architectures à composants!communication par requête/réponse client requête réponse serveur Gaël Thomas gael.thomas@lip6.fr Université Pierre et Marie Curie Master Informatique

Plus en détail

Windows PowerShell Fonctionnalités avancées

Windows PowerShell Fonctionnalités avancées Introduction 1. DevOps? Vous avez dit DevOps? 13 2. Livraison continue et Infrastructure-as-Code 13 3. Cloud OS 14 4. Stratégie Open Source 15 5. Pour résumer... 15 Création de modules 1. Introduction

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

Quelles abstractions de contexte pour la construction d applications sensibles au contexte

Quelles abstractions de contexte pour la construction d applications sensibles au contexte Quelles abstractions de contexte pour la construction d applications sensibles au contexte Chantal Taconet & Zakia Kazi-Aoul Journée IDM/ADAPT 13/11/2008 Équipe MARGE Plan de la présentation 1 Introduction....................................................................

Plus en détail

REPUBLIQUE ISLAMIQUE DE MAURITANIE HONNEUR FRATERNITE JUSTICE INSPECTION GENERALE D'ÉTAT TERMES DE REFERENCE

REPUBLIQUE ISLAMIQUE DE MAURITANIE HONNEUR FRATERNITE JUSTICE INSPECTION GENERALE D'ÉTAT TERMES DE REFERENCE REPUBLIQUE ISLAMIQUE DE MAURITANIE HONNEUR FRATERNITE JUSTICE INSPECTION GENERALE D'ÉTAT TERMES DE REFERENCE POUR LA MISE EN PLACE D UN SYSTEME DE GESTION DES MISSIONS DE L IGE Liste des abréviations IGE

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

Spring IDE. Mise en œuvre. Eclipse

Spring IDE. Mise en œuvre. Eclipse A Spring IDE Bien que Spring mette à disposition d intéressants mécanismes afin d améliorer l architecture des applications Java EE en se fondant sur l injection de dépendances et la programmation orientée

Plus en détail

Valum micro-framework web. Guillaume Poirier-Morency poirigui@iro.umontreal.ca

Valum micro-framework web. Guillaume Poirier-Morency poirigui@iro.umontreal.ca Valum micro-framework web Guillaume Poirier-Morency poirigui@iroumontrealca Résumé Valum est un micro-framework web écrit en Vala génèse et historique du langage Vala présentation du framework Valum exemples

Plus en détail

Types d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles

Types d applications pour la persistance. Outils de développement. Base de données préexistante? 3 modèles. Variantes avec passerelles Types d applications pour la persistance Université de Nice Sophia-Antipolis Version 0.9 28/8/07 Richard Grin Toutes les applications n ont pas une complexité qui nécessite une architecture n- tiers Ce

Plus en détail

1. Faire Démarrer, Paramètres, Panneau de configuration, Outils d administration, Gestion de l ordinateur.

1. Faire Démarrer, Paramètres, Panneau de configuration, Outils d administration, Gestion de l ordinateur. TP PERSONNALISER SON POSTE DE TRAVAIL LES COMPTES, LES GROUPES C'EST QUOI? Les comptes et les groupes permettent de gérer plus facilement l administration d une machine. Il semble assez logique que sur

Plus en détail

Brique B.D.L : Gestion de Projet Logiciel. Editeur graphique d aide à la description d une architecture logicielle. Revue de Planification

Brique B.D.L : Gestion de Projet Logiciel. Editeur graphique d aide à la description d une architecture logicielle. Revue de Planification Brique B.D.L : Gestion de Projet Logiciel Editeur graphique d aide à la description d une architecture logicielle Revue de Planification Yann Barthélémy Audran Le Baron Olivier Jennes Pierrick Lerey Alexandre

Plus en détail

CAHIER DES CHARGES D IMPLANTATION

CAHIER DES CHARGES D IMPLANTATION CAHIER DES CHARGES D IMPLANTATION Tableau de diffusion du document Document : Cahier des Charges d Implantation EVRP Version 6 Etabli par DCSI Vérifié par Validé par Destinataires Pour information Création

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

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

Page 1 2 La présente invention concerne le domaine des architectures informatiques, et en particulier un procédé pour le développement d applications destiné à un fonctionnement en réseau, par exemple

Plus en détail

Diagrammes de classe UML

Diagrammes de classe UML labsticc.univ-brest.fr/pages_perso/babau/ Diagrammes de classe UML Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Introduction aux diagrammes de classe Description

Plus en détail

INSTALLATION AUTOMATISEE DE (W7) VIA (WDS) SUR WINDOWS 2008 SERVEUR 2014. Notre futur c est aujourd hui Page 1

INSTALLATION AUTOMATISEE DE (W7) VIA (WDS) SUR WINDOWS 2008 SERVEUR 2014. Notre futur c est aujourd hui Page 1 Notre futur c est aujourd hui Page 1 Notre futur c est aujourd hui Page 2 Notre futur c est aujourd hui Page 3 Le schéma ci-dessus présente le contexte technique au cours de la réalisation des opérations

Plus en détail

Gestion du serveur WHS 2011

Gestion du serveur WHS 2011 Chapitre 15 Gestion du serveur WHS 2011 Les principales commandes Windows Home Server 2011 reprend l ergonomie de Windows 7 et intègre les principales commandes de Windows Server 2008 R2. Les commandes

Plus en détail

La décision répartie pour le déploiement distribué

La décision répartie pour le déploiement distribué La décision répartie pour le déploiement distribué Auteur : Chafik Merkak 1 Encadrant : Fabien Dagnat 2 Équipe : CAMA, TELECOM Bretagne 27 janvier 2011 Master Recherche en Informatique Systèmes et Objets

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

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation.

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation. Master mention Informatique M1 Construction d s Réparties Lionel Seinturier USTL-LIFL Équipe GOAL/Projet INRIA Jacquard Lionel.Seinturier@lifl.fr 2006/2007 1 Objectifs du cours Appréhender la conception

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

Site Web de paris sportifs

Site Web de paris sportifs Conception Nom HENAUD Benoît Numéro d auditeur 05-39166 Version V1.1 Date de mise à jour 15/05/2008 1/18 Table des matières 1. Objectif du document... 3 2. Architecture... 4 2.1. Contraintes techniques...

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

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

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

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

Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki

Institut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki Institut Supérieur de Gestion Cours pour 3 ème LFIG Java Enterprise Edition Introduction Bayoudhi Chaouki 1 Java EE - Objectifs Faciliter le développement de nouvelles applications à base de composants

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

Rappels sur l objet. Yannick Prié Département Informatique - UFR Sciences et Techniques Université Claude Bernard Lyon 1 2011-2012

Rappels sur l objet. Yannick Prié Département Informatique - UFR Sciences et Techniques Université Claude Bernard Lyon 1 2011-2012 Rappels sur l objet Yannick Prié Département Informatique - UFR Sciences et Techniques Université Claude Bernard Lyon 1 2011-2012 Objectifs de ce cours 2 Rappels sur les concepts fondamentaux liés à la

Plus en détail

Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet

Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet Bruno TRAVERSON EDF Division R&D Cet exposé est basé sur une expérimentation menée à la division R&D d EDF, l expérimentation

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification Security Intelligence Platform 4.0.5 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 d évaluation

Plus en détail

Java pour le Web. Cours Java - F. Michel

Java pour le Web. Cours Java - F. Michel Java pour le Web Cours Java - F. Michel Introduction à JEE 6 (ex J2EE) Historique Qu'est-ce que JEE JEE : Java Entreprise Edition (ex J2EE) 1. Une technologie outils liés au langage Java + des spécifications

Plus en détail

Assemblage de composants par contrats. État de l'art et de la standardisation

Assemblage de composants par contrats. État de l'art et de la standardisation Assemblage de composants par contrats État de l'art et de la standardisation Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-1

Plus en détail

Vanilla. FreeDashboard Designer

Vanilla. FreeDashboard Designer Vanilla FreeDashboard Designer Module de conception des tableaux de bord de Vanilla Charles Martin, Catherine Gumboc, Côme Moyne and Patrick Beaucamp BPM Conseil Contact: charles.martin@bpm-conseil.com,

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

Présentation. Logistique. Résumé de la 1e Partie. Mise en place du système

Présentation. Logistique. Résumé de la 1e Partie. Mise en place du système Présentation Diapo01 Je m appelle Michel Canneddu. Je développe avec 4D depuis 1987 et j exerce en tant qu indépendant depuis 1990. Avant de commencer, je tiens à remercier mes parrains Jean-Pierre MILLIET,

Plus en détail

Rapport Gestion de projet

Rapport Gestion de projet IN56 Printemps 2008 Rapport Gestion de projet Binôme : Alexandre HAFFNER Nicolas MONNERET Enseignant : Nathanaël COTTIN Sommaire Description du projet... 2 Fonctionnalités... 2 Navigation... 4 Description

Plus en détail

Environnements de développement

Environnements de développement Environnements de développement UFR d Informatique Paris 7, LIAFA, 175 rue Chevaleret, Bureau 6A7 http://www.liafa.jussieu.fr/ sighirea/cours/edi/ Extension de la plate-forme Eclipse Résumé 1 Rappels de

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

Installation de serveurs DNS, WINS et DHCP sous Windows Server 2003

Installation de serveurs DNS, WINS et DHCP sous Windows Server 2003 Installation de serveurs DNS, WINS et DHCP sous Windows Server 2003 Contexte : Dans le cadre de l optimisation de l administration du réseau, il est demandé de simplifier et d optimiser celle-ci. Objectifs

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

É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

Asynchronous Mailing System. Jérôme Clet-Ortega François Broquedis Dave Tapesar Stéphanie Moreaud 12 janvier 2007

Asynchronous Mailing System. Jérôme Clet-Ortega François Broquedis Dave Tapesar Stéphanie Moreaud 12 janvier 2007 Asynchronous Mailing System Jérôme Clet-Ortega François Broquedis Dave Tapesar Stéphanie Moreaud 12 janvier 2007 1 2 Objectifs Asynchronous Mailing System (AMS) doit permettre de rédiger des mails sur

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

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

INGENIERIE COLLABORATIVE, ELLE A TOUT D'UNE GRANDE...

INGENIERIE COLLABORATIVE, ELLE A TOUT D'UNE GRANDE... INGENIERIE COLLABORATIVE, ELLE A TOUT D'UNE GRANDE... Article rédigé pour les Etats généraux 2008 du MICADO, par Yannick BOUDIER. Résumé : L ingénierie collaborative est souvent prise pour un système d

Plus en détail