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 :// [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 :// [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.

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

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

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

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

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

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

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

- 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Développement d un interpréteur OCL pour une machine virtuelle UML.

Développement d un interpréteur OCL pour une machine virtuelle UML. ObjeXion Software Prototyping made easy SA au capital de 500 000 F Siret 421 565 565 00015 APE 722Z Téléphone : 03 89 35 70 75 Télécopie : 03 89 35 70 76 L embarcadère 5, rue Gutemberg 68 800 Vieux-Thann,

Plus en détail

Once the installation is complete, you can delete the temporary Zip files..

Once the installation is complete, you can delete the temporary Zip files.. Sommaire Installation... 2 After the download... 2 From a CD... 2 Access codes... 2 DirectX Compatibility... 2 Using the program... 2 Structure... 4 Lier une structure à une autre... 4 Personnaliser une

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

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE

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

18 TCP Les protocoles de domaines d applications

18 TCP Les protocoles de domaines d applications 18 TCP Les protocoles de domaines d applications Objectifs 18.1 Introduction Connaître les différentes catégories d applications et de protocoles de domaines d applications. Connaître les principaux protocoles

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

DSI - Pôle Infrastructures

DSI - Pôle Infrastructures Département du Système d Information CONTEXTE DSI - Pôle Infrastructures SUJET Architecture cible pour un projet devant intégrer le SI de l'inserm référence PI01091V02V.doc version statut créé le 29/06/2006

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

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

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

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 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

Prototype de canal caché dans le DNS

Prototype de canal caché dans le DNS Manuscrit auteur, publié dans "Colloque Francophone sur l Ingénierie des Protocoles (CFIP), Les Arcs : France (2008)" Prototype de canal caché dans le DNS Lucas Nussbaum et Olivier Richard Laboratoire

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

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

Rational Unified Process

Rational Unified Process Rational Unified Process For Christiane DAVOINE-GUHUR Société GICAB - Vannes Christiane.Davoine@CA-GICAB.fr Table des Matières 1 INTRODUCTION... 1 2 LES COMPOSANTS ET LES GRANDS PRINCIPES DU PROCESSUS...

Plus en détail

WINDOWS SHAREPOINT SERVICES 2007

WINDOWS SHAREPOINT SERVICES 2007 WINDOWS SHAREPOINT SERVICES 2007 I. TABLE DES MATIÈRES II. Présentation des «content types» (Type de contenu)... 2 III. La pratique... 4 A. Description du cas... 4 B. Création des colonnes... 6 C. Création

Plus en détail

Génie Logiciel avec Ada. 4 février 2013

Génie Logiciel avec Ada. 4 février 2013 Génie Logiciel 4 février 2013 Plan I. Généralités II. Structures linéaires III. Exceptions IV. Structures arborescentes V. Dictionnaires I. Principes II. Notions propres à la POO I. Principes Chapitre

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

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

La virtualisation, si simple!

La virtualisation, si simple! La virtualisation, si simple! par Michel Guy Paiement Les mardi 15 juin 2010 & jeudi 17 juin 2010 Securecom Services Conseils inc. 507, Place D Armes, bureau 1160 Montréal, Québec H2Y 2W8 Tél: 514 544-0442

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

IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL

IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL IFIPS 5 / Nouvelles Architectures Logicielles Projet : Bus de web services avec «moteur» BPEL Un bus de services Un bus de services (ESB) permet d assembler des web services existants, le résultat de cet

Plus en détail

OpenPaaS Le réseau social d'entreprise

OpenPaaS Le réseau social d'entreprise OpenPaaS Le réseau social d'entreprise Spécification des API datastore SP L2.3.1 Diffusion : Institut MinesTélécom, Télécom SudParis 1 / 12 1OpenPaaS DataBase API : ODBAPI...3 1.1Comparaison des concepts...3

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

Gestion commerciale & marketing avec

Gestion commerciale & marketing avec Fabien Pinckaers Els Van Vossel Gestion commerciale & marketing avec Suivez vos prospects, dynamisez vos ventes, lancez des campagnes marketing! Adapté par Blandine Proust Groupe Eyrolles, 2012, pour la

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

Fédération : une architecture logicielle pour la construction d applications dirigée par les modèles

Fédération : une architecture logicielle pour la construction d applications dirigée par les modèles Fédération : une architecture logicielle pour la construction d applications dirigée par les modèles Anh Tuyet Le To cite this version: Anh Tuyet Le. Fédération : une architecture logicielle pour la construction

Plus en détail

Identification du module

Identification du module Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les

Plus en détail

Principe de symétrisation pour la construction d un test adaptatif

Principe de symétrisation pour la construction d un test adaptatif Principe de symétrisation pour la construction d un test adaptatif Cécile Durot 1 & Yves Rozenholc 2 1 UFR SEGMI, Université Paris Ouest Nanterre La Défense, France, cecile.durot@gmail.com 2 Université

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification 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 et de certification selon les Critères

Plus en détail

UML est-il soluble dans les méthodes agiles?

UML est-il soluble dans les méthodes agiles? Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche

Plus en détail

Completed Projects / Projets terminés

Completed Projects / Projets terminés Completed Projects / Projets terminés Nouvelles normes Nouvelles éditions Publications spéciales publiées en français CAN/CSA-ISO/CEI 10164-9-97 (C2001), 1 re édition Technologies de l information Interconnexion

Plus en détail

Software Engineering and Middleware A Roadmap

Software Engineering and Middleware A Roadmap Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems

Plus en détail

VERSION 64 BITS DE SAS ET VOS FICHIERS MICROSOFT OFFICE 32-BITS

VERSION 64 BITS DE SAS ET VOS FICHIERS MICROSOFT OFFICE 32-BITS VERSION 64 BITS DE SAS ET VOS FICHIERS MICROSOFT OFFICE 32-BITS La plupart des PC, qu ils soient pour usage personnel ou professionnel, tournent aujourd hui sous un système Windows 64-bits. En tant qu

Plus en détail

Problématiques de recherche. Figure Research Agenda for service-oriented computing

Problématiques de recherche. Figure Research Agenda for service-oriented computing Problématiques de recherche 90 Figure Research Agenda for service-oriented computing Conférences dans le domaine ICWS (International Conference on Web Services) Web services specifications and enhancements

Plus en détail

Intégration de produits mécatroniques au sein d un système PLM

Intégration de produits mécatroniques au sein d un système PLM Intégration de produits mécatroniques au sein d un système PLM HOUSSEM ABID 1, MADY GUILLEMOT 1, DIDIER NOTERMAN 1, PHILIPPE PERNELLE 2 1 Laboratoire DISP, INSA Lyon 69100, France {houssem.abid,mady.guillmot,didier.noterman}@insa-lyon.fr

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

CORBA haute performance

CORBA haute performance CORBA haute performance «CORBA à 730Mb/s!» Alexandre DENIS PARIS/IRISA, Rennes Alexandre.Denis@irisa.fr Plan Motivations : concept de grille de calcul CORBA : concepts fondamentaux Vers un ORB haute performance

Plus en détail

Introduction aux «Services Web»

Introduction aux «Services Web» Introduction aux «Services Web» Sana Sellami sana.sellami@univ-amu.fr 2014-2015 Modalité de contrôle de connaissances Note de contrôle de continu Note projet Evaluation du projet la semaine du 17 novembre

Plus en détail

Quick Start Guide This guide is intended to get you started with Rational ClearCase or Rational ClearCase MultiSite.

Quick Start Guide This guide is intended to get you started with Rational ClearCase or Rational ClearCase MultiSite. Rational ClearCase or ClearCase MultiSite Version 7.0.1 Quick Start Guide This guide is intended to get you started with Rational ClearCase or Rational ClearCase MultiSite. Product Overview IBM Rational

Plus en détail

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude

Plus en détail

AGROBASE : un système de gestion de données expérimentales

AGROBASE : un système de gestion de données expérimentales AGROBASE : un système de gestion de données expérimentales Daniel Wallach, Jean-Pierre RELLIER To cite this version: Daniel Wallach, Jean-Pierre RELLIER. AGROBASE : un système de gestion de données expérimentales.

Plus en détail

Cours en ligne Développement Java pour le web

Cours en ligne Développement Java pour le web Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité

Plus en détail

Serveur FTP. 20 décembre. Windows Server 2008R2

Serveur FTP. 20 décembre. Windows Server 2008R2 Serveur FTP 20 décembre 2012 Dans ce document vous trouverez une explication détaillé étapes par étapes de l installation du serveur FTP sous Windows Server 2008R2, cette présentation peut être utilisée

Plus en détail

Université Paris XI Faculté des sciences d Orsay THÈSE. présentée pour l obtention du grade de Docteur en Sciences de l Université Paris-Sud XI Orsay

Université Paris XI Faculté des sciences d Orsay THÈSE. présentée pour l obtention du grade de Docteur en Sciences de l Université Paris-Sud XI Orsay N d ordre : 8563 Université Paris XI Faculté des sciences d Orsay THÈSE présentée pour l obtention du grade de Docteur en Sciences de l Université Paris-Sud XI Orsay Par Cédric JACQUIOT Spécialité : INFORMATIQUE

Plus en détail

Design and Implementation of an Efficient Data Stream Processing System

Design and Implementation of an Efficient Data Stream Processing System Design and Implementation of an Efficient Data Stream Processing System THÈSE N O 4611 (2010) PRÉSENTÉE LE 29 MARS 2010 À LA FACULTÉ INFORMATIQUE ET COMMUNICATIONS LABORATOIRE DE SYSTÈMES D'INFORMATION

Plus en détail

Jérémy Dubus. Une démarche orientée modèle pour le déploiement de systèmes en environnements

Jérémy Dubus. Une démarche orientée modèle pour le déploiement de systèmes en environnements Une démarche orientée modèle pour le déploiement de systèmes en environnements ouverts distribués Jérémy Dubus To cite this version: Jérémy Dubus. Une démarche orientée modèle pour le déploiement de systèmes

Plus en détail

Documentation technique

Documentation technique Documentation technique Documentation technique Destinataires : Direction EIP Nom du fichier : 2011_TD1_FR_Symbiosys.odt Promotion : 2011 (Epitech 5) Date de création : 10.04.2009 Chef de groupe : Manfred

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

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

en SCÈNE RATIONAL Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com

en SCÈNE RATIONAL Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com Fabrice GRELIER fabrice.grelier@fr.ibm.com RATIONAL en SCÈNE 2007 IBM Corporation Objectif

Plus en détail

Mobile OGSI.NET: Grid Computing on Mobile Devices

Mobile OGSI.NET: Grid Computing on Mobile Devices Mobile OGSI.NET: Grid Computing on Mobile Devices David C.Chu Université de Californie, Berkeley Marty Humphrey Université de Virginie Publié en Novembre 2004 lors de la 5ième conférence IEEE/ACM International

Plus en détail

TABLE DES MATIERES A OBJET PROCEDURE DE CONNEXION

TABLE DES MATIERES A OBJET PROCEDURE DE CONNEXION 1 12 rue Denis Papin 37300 JOUE LES TOURS Tel: 02.47.68.34.00 Fax: 02.47.68.35.48 www.herve consultants.net contacts@herve consultants.net TABLE DES MATIERES A Objet...1 B Les équipements et pré-requis...2

Plus en détail

Le Guide Pratique des Processus Métiers

Le Guide Pratique des Processus Métiers Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016

Plus en détail