THÈSE. Présentée devant. L Institut National des Sciences Appliquées de Lyon. Pour obtenir LE GRADE DE DOCTEUR. Spécialité : INFORMATIQUE
|
|
- Agnès Goulet
- il y a 8 ans
- Total affichages :
Transcription
1 THÈSE Présentée devant L Pour obtenir LE GRADE DE DOCTEUR Spécialité : INFORMATIQUE ÉCOLE DOCTORALE : École Doctorale Informatique Information et Société Par MOHAMAD-FIRAS ALHALABI Ingénieur en informatique Jury Titre : Modélisation et Développement d Applications avec Comportement Adaptable Soutenance 13 Mai 2009 Gilles MOTET Professeur, Laboratoire LATTIS INSAT, Toulouse Lionel SEINTURIER Ahmed LBATH Mathieu MARANZANA Professeur, Laboratoire LIFL INRIA Université des Sciences et Technologies de Lille Professeur, Laboratoire LIG IMAG Université Joseph Fourier, Grenoble Maître de conférence Laboratoire LIESP INSA de Lyon Jean-Louis SOURROUILLE Professeur, Laboratoire LIESP INSA de Lyon Rapporteur Rapporteur Examinateur Examinateur Directeur de thèse Laboratoire d Informatique pour l Entreprise et les Systèmes de Production (LIESP) Lyon, France
2 RESUMÉ Dans le domaine du génie logiciel, les systèmes autonomes sont des systèmes capables de modifier leur comportement et d évoluer pour s adapter à leur environnement d exécution. Ces systèmes ont pour objectif de fonctionner, du moins partiellement ou de façon dégradée, dans des conditions qui n ont pas été définies a priori. Le domaine d application qui nous intéresse pour ces systèmes autonomes est la gestion de la qualité de service (Quality of Service, QoS). Le développement d un système autonome pour gérer la QoS et qui répond à tous les besoins est une tâche difficile. Afin de faciliter cette tâche et d aider les développeurs, nous proposons un cadre générique pour décrire une famille de systèmes de gestion de la QoS. Nous proposons également, sous forme de graphe, un modèle générique pour la conception des applications. Ce modèle permet d utiliser un protocole commun pour la communication entre les applications et le système de gestion de QoS. Nous définissons différentes politiques de gestion de la QoS centralisée et décentralisée, puis nous les comparons en fonction du nombre de messages échangés entre l application et le système de gestion. Dans le but de généraliser notre solution, nous proposons tout d abord une méthodologie de développement à base de composants et de profils UML. Cette méthodologie permet de développer un cadre générique pour une famille de systèmes voisins dans un domaine quelconque. Ensuite, nous détaillons l exploitation de cette méthodologie pour le domaine de la gestion de la QoS. En se basant sur cette méthodologie, nous allons nous concentrer sur la description des composants génériques nécessaires pour construire un middleware de gestion de la QoS par adaptation de comportement. Nous développons un cadre générique qui regroupe ces composants, leurs connexions ainsi que des contraintes. Ce cadre représente aussi bien les aspects fonctionnels et structurels que les aspects comportementaux. À partir de ce modèle de base (framework), un utilisateur pourra dériver des systèmes de gestion de la QoS spécifiques. Nous présentons un exemple de système spécifique, appelé PMQDA (Plan-based Middleware for QoS management of Distributed Applications), pour la gestion de la QoS d applications distribuées. Mots clés : Gestion de la QoS ; Composant UML ; Adaptation ; MDD (Model Driven Development) ; Planification ; Cadre Générique ; Applications Distribuées.
3 ABSTRACT In the domain of software engineering, autonomous systems are able to modify their behavior and to evolve to fit their execution context (selfadaptation). These systems aim to work in unpredictable contexts, at least partially or in a graceful degraded way, under some conditions that are not defined in advance. In this context of autonomous systems, we are interested in the Quality of Service (QoS) management. The development of an autonomous system dedicated to manage the QoS that meets all the requirements is a hard task. In order to facilitate this task and to help developers, we propose a generic framework aiming to describe a family of related QoS management systems. In addition, we propose a generic model for the design of applications as a graph model. This model allows an application to communicate with the QoS management system by using a common protocol. Concerning the management architecture, we define different centralized vs. decentralized management policies and then, we compare them by using the number of messages exchanged between the application and the QoS management system. In order to generalize our solution, we first propose a development methodology based on UML components and profiles. This methodology allows developing a generic framework for a family of related systems in any domain. Then, we detail the use of this methodology in the domain of QoS management system. Based on this development methodology, we focus on the description of the generic basic components that are necessary to build a QoS management system that adapt application s behavior. We develop a generic framework that gathers these components, their connectors as well as constraints. This framework characterizes the functional and structural as well as behavioral aspects. From this coarse-grained generic framework, a user will be able to derive his/her specific own QoS management system. We show an example of specific system called PMQDA (Plan-based Middleware for QoS management of Distributed Applications) for QoS management of distributed applications. Key-words: QoS Management; UML Component; Adaptation; MDD (Model Driven Development) ; Generic Framework; Distributed Applications.
4 REMERCIMENT Ce travail de thèse n aurait pas été aussi fructueux sans l aide de plusieurs personnes. Je remercie tous ceux qui ont contribué, de près ou de loin à réaliser ce travail. Je tiens à adresser mes remerciements aux membres du laboratoire que j ai pu côtoyer durant la période de ma thèse et qui ont su rendre mon travail agréable. Mes remerciements vont tout d abord à Monsieur Jean-Louis SOURROUILLE, Professeur enseignant au département Informatique de l INSA de Lyon, pour son encadrement continu, pour les remarques qu il m a fournies ainsi que pour ses conseils durant toute la période de cette thèse. Ma gratitude, mon profond respect et mes remerciements vont à tous les membres du jury et à tous les rapporteurs pour leur attention consacrée à l égard de mon travail : Monsieur Mathieu MARANZANA, Maître de Conférences à l INSA de Lyon, d avoir accepté de participer au jury et pour ses remarques et ses conseilles durant ce travail. Monsieur Gilles MOTET, Professeur au laboratoire LATTIS à l INSAT, d avoir accepté de rapporter mon mémoire de thèse et d avoir accepté de participer au jury. Monsieur Lionel SEINTURIER, Professeur au laboratoire LIFL à l université des Sciences et Technologies de Lille, d avoir accepté de rapporter mon mémoire de thèse et d avoir accepté de participer au jury. Je remercie également Monsieur Ahmed LBATH, Professeur au laboratoire LIG-IMAG à l université Joseph Fourier, d avoir accepté de participer au jury. Je pense, bien sûr à ma famille mais les mots ne suffiront pas à leur témoigner ce dont je leur suis redevable.
5 Sommaire Chapitre 1 Introduction Générale Introduction Contexte et Motivation Objectifs de la thèse Contributions Structure du mémoire Chapitre 2 Notions et Concepts de base Introduction Systèmes autonomes et gestion de la QoS Notion de QoS Niveau de QoS Problématique de la QoS Limitation des ressources Gestion de la dégradation Définition de l adaptation Principe Approche intrusive Approche non-intrusive Approche mixte Adaptation statique/dynamique Notions relatives à la gestion de la QoS Catégories de QoS Gestionnaire de QoS Contrat de QoS Mode et Utilité Les fonctions de gestion de la QoS Notions relatives au développement à base de modèles et de langages L'approche MDA Profil UML DSL/DSM Domain Specific [Modeling] Language Software Product Line Conclusion Chapitre 3 Application et Environnement d Exécution Introduction Modèle de l application Structure des applications Graphe d'exécution et Phases Firas ALHALABI 5
6 3.2.3 Amélioration du modèle Langage de description des applications Exemple Gestion centralisée vs. décentralisée Gestion centralisée Gestion décentralisée Estimation des coûts Comparaison : échanges de messages Résultats graphiques Conclusion Chapitre 4 Approche à base de Composants et Méthodologie de Développement Introduction Définition du composant Différentes catégories Composant UML Définition Deux vues complémentaires du composant UML Imprécision dans UML Présentation des éléments du modèle de composant en UML Solutions et Précisions Héritage de composants Substitution de composants Méthodologie de développement Description du domaine : profil générique Modélisation : Architecture Préparation de la dérivation : profil commun Dérivation : Profil de dérivation Transformation de modèles Dérivation de modèles spécifiques Spécialisation : profil spécifique Raffinement et Implémentation Génération de code et retour d expérience Comportement dynamique Description Problème de l incohérence lié à la suppression Conclusion Chapitre 5 Architectures Existantes et Cadre Générique pour la Gestion de la QoS Introduction Besoin d une architecture générique Les architectures existantes Le standard ISO Architecture QoS-A Architecture OMEGA Architecture DART Architecture RTARM Architecture QuO Architectures développées par notre équipe Architectures dédiées aux systèmes multimédia Commentaires sur les travaux existants Cadre générique pour une famille de systèmes de gestion de la QoS Description du domaine : Profil générique proposé Modélisation : architecture Firas ALHALABI 6
7 5.5.3 Commentaires et Discussion Préparation de la dérivation : contraintes de dérivation Scénario possible du fonctionnement Dérivation : le modèle PMQDA Principe de dérivation Contraintes spécifiques Le modèle de PMQDA dérivé Conclusion Chapitre 6 Conclusion et Perspectives Implémentation Conclusion générale Perspectives Firas ALHALABI 7
8 Liste des Figures Figure 1-1 : Une communication simple entre l application et le middleware Figure 1-2 : Schéma illustratif concernant la partie méthodologie de développement Figure 1-3 : Schéma illustratif concernent la partie application Figure 2-1 : La définition d un nouveau stéréotype dans UML Figure 3-1 : La communication entre l application et le middleware Figure 3-2 : Modèle générique des applications sous forme de graphe Figure 3-3 : Modèle de l application avec la définition des phases Figure 3-4 : Améliorations du modèle générique Figure 3-5 : Le modèle UML d'une application Figure 3-6 : Un exemple d application sous forme de diagramme d activité en UML Figure 3-7 : L architecture de déploiement de la politique centralisée Figure 3-8 : L architecture de déploiement de la politique décentralisée complète Figure 3-9 : L architecture de déploiement de la politique décentralisée partielle Figure 3-10 : Exemple de planification des ressources, illustrant le décalage d étapes Figure 3-11 : La synchronisation des étapes pour notre exemple d application Figure 3-12 : Les échanges des messages nécessaires pour décaler l étape (a) qui utilise la ressource globale Net Figure 3-13 : L admission de l étape (c) utilisant la ressource globale Net Figure 3-14 : La synchronisation des activités de notre exemple Figure 3-15 : Le nombre de messages échangés Msg = f(sync), Node Figure 3-16 : Le nombre de messages échangés Msg = f(shift) pour Node Figure 4-1 : Le modèle de composant dans UML Figure 4-2 : Les vues externe (a) et interne (b) du composant dans UML Figure 4-3 : Un composant primitif contenant quatre classes Figure 4-4 : Le composant composite dans UML Figure 4-5 : L héritage de composants comme il est défini dans [Boc04] Figure 4-6 : Héritage de composants selon le standard UML : X, Y, et p sont implicitement hérités Figure 4-7 : La définition du stéréotype «BlackBox_Inheritance» Figure 4-8 : La définition du stéréotype «PortToPort_Inheritance» entre deux composants Figure 4-9 : La substitution absolue de composants Figure 4-10 : La substitution contextuelle pour des interfaces requises Figure 4-11: La substitution contextuelle pour des interfaces fournies Figure 4-12 : Machines à états associés aux interfaces des composants A et B Figure 4-13 : La description de notre méthodologie de développement Firas ALHALABI 8
9 Figure 4-14 : La définition des notions du domaine de SOA par des stéréotypes Figure 4-15 : Le modèle de l architecture de SOA Figure 4-16 : L application du stéréotype «remove» sur un modèle Figure 4-17 : Le modèle de l architecture de SOA avec les stéréotypes de la variabilité Figure 4-18 : Un modèle spécifique possible dérivé du modèle générique Figure 4-19 : la spécialisation d un stéréotype générique pour le modèle spécifique Figure 4-20 : Un modèle spécifique dérivé du modèle générique avec raffinement Figure 4-21: Le modèle de PSM en utilisant la plateforme EJB Figure 4-22 : Un diagramme de composants et son diagramme de séquence Figure 4-23 : Conserver la cohérence entre les diagrammes au moment de la dérivation Figure 5-1 : Le modèle de l architecture RTARM Figure 5-2 : Le modèle de l architecture DCBL Figure 5-3 : Une architecture générique à base de composants pour une famille de systèmes de gestion de la QoS Figure 5-4 : Le diagramme de séquence générique relatif à un cycle de négociation Figure 5-5 : Le déroulement de l application Figure 5-6: Schéma illustrant la dérivation Figure 5-7 : Le modèle spécifique PMQDA dérivé de notre architecture générique Figure 6-1 : Exemple de transformation de modèle Firas ALHALABI 9
10 Liste des tableaux Tableau 2-1 : La traduction des paramètres de QoS Tableau 3-1 : Un exemple d'une application de transfert de données Tableau 3-2 : La définition des variables utilisées Tableau 3-3 : Résumé des nombres de messages échangés pour les politiques de gestion centralisée et décentralisée de la QoS Tableau 5-1 : Comparaison entre différentes architectures de gestion de la QoS Tableau 5-2 : Les stéréotypes du profil générique Tableau 5-3 : Propriétés associées aux stéréotypes définis Firas ALHALABI 10
11 Chapitre 1 Introduction Générale 1.1 Introduction Le principal problème du génie logiciel ne se pose plus en termes de «donnez-moi une spécification immuable et je produis une implantation de qualité» mais plutôt en «comment réaliser une implantation de qualité avec des spécifications continuellement mouvantes» [JGM06]. De nos jours, les machines sont de plus en plus puissantes, mais cela ne garantit aucunement qu une application s exécutera avec succès avant la date limite. En plus des aspects fonctionnels, dans de nombreux domaines, les services requièrent des propriétés additionnelles comme garantir une durée d exécution maximale, contrôler le déroulement de l application après son admission, surveiller les défaillances, réserver une certaine capacité de mémoire, adapter le comportement de l application face à son contexte. Ces propriétés sont regroupées sous le terme de gestion de la qualité de service (Quality of Service, QoS). Cette gestion est souvent rattachée à la notion d ordonnancement permettant de garantir ces critères dans de nombreux cas. Une solution pour assurer cette gestion est de connecter les applications à un système de gestion de la QoS, généralement un middleware, qui devrait contrôler la QoS pour l ensemble des applications. La littérature fournit de nombreux exemples de middlewares, et chaque application est écrite pour un middleware spécifique. Parallèlement, depuis l avènement d UML (Unified Modeling Language), la communauté des chercheurs en génie logiciel conduit de nombreuses recherches sur l ingénierie des modèles, c est-à-dire le déplacement du travail du niveau programmation vers le niveau plus abstrait de la modélisation. Au lieu de développer à partir de zéro, une grande attention a été portée sur la réutilisabilité et le développement conduit par les modèles (Model Driven Development, MDD) avec séparation en modèles indépendants de la plateforme (Platform Independent Model, PIM) et en modèles spécifiques PSM de la plateforme cible (Platform Specific Model, PSM). Cette tendance à manipuler Firas ALHALABI 11
12 directement les modèles représente une avancée majeure dans le domaine du génie logiciel. Le problème est qu UML offre peu de notions natives pour la description de la QoS, mais heureusement il peut être étendu à l aide de profils qui décrivent les nouvelles notions (stereotype), leurs propriétés (tagged value) et les contraintes relatives à leur utilisation. 1.2 Contexte et Motivation De nombreux travaux de recherche ont été proposés pour traiter la gestion de la QoS des applications (par exemple, [ZES97], [RL98], [KYO99], [HWC99], [CJC00], [CS01], [VSM05]). La plupart de ces travaux proposent de créer une couche intermédiaire (middleware), entre les applications et le système d exploitation. Son but est d augmenter les performances générales du système. L idée de ces approches est de prendre en compte les besoins non fonctionnels de l application dans le processus de développement. Elles sont basées sur un mécanisme d adaptation, c està-dire qu une partie du système modifie son comportement en fonction du contexte d exécution pour atteindre un nouveau point de fonctionnement plus satisfaisant. Dans ce contexte, nous supposons que l application s exécute généralement sur plusieurs nœuds dans des systèmes ouverts où la loi d arrivée des événements est inconnue. L application possède la connaissance nécessaire pour mettre en place ses comportements alternatifs, c est-à-dire fournir le même service avec différents niveaux de QoS. Par conséquent, elle offre une description de son comportement mais aussi de ses besoins en ressources afin de permettre une adaptation sous le contrôle du middleware. Cette approche implique des interactions entre l application et le middleware en utilisant un protocole commun. Ce dernier se compose de certains messages pour, par exemple, demander une admission, passer à l étape suivante, signaler l arrivée d un événement ou encore arrêter l exécution de l application. Cela se fait selon l état de l application (par exemple, Active, Inactive) et le contexte d exécution (Figure 1-1). La communication application/middleware doit être générée Application Inactive do/activity start() stop() Active Communication Protocol Middleware Figure 1-1 : Une communication simple entre l application et le middleware. Firas ALHALABI 12
13 selon le système choisi tout en essayant de respecter un modèle générique pour tous les systèmes de gestion qui existent dans la littérature. Pour résumer, la conception de ce type d application va orienter les développeurs vers une modélisation basée conjointement sur les aspects fonctionnels et non fonctionnels. Pour cela, nous choisissons de définir à la fois un modèle générique pour toutes les applications et un cadre générique pour une famille des systèmes de gestion. À partir de ce cadre, les systèmes de gestion dérivés contrôlent l exécution des applications afin que ces dernières puissent s adapter à leur contexte. La gestion de la QoS peut être effectuée par le biais d un protocole commun de communication définissant les échanges de messages entre l application et le système de gestion. Nous pouvons définir de nombreux messages qui composeraient ce protocole. Nous en citons quelques-uns : L application demande son admission avec des besoins de QoS et attend des directives ; L application demande un service avec une certaine qualité ; Le système de gestion alerte l application en cas de dépassement d un seuil prédéfini pour la consommation de ressources ; Le système demande à une application de se tuer. L enjeu est de définir un cadre générique pour la gestion de QoS d une part et de modéliser l application qui sera exécutée sous le contrôle d un système de gestion spécifique dérivé de ce cadre générique de l autre. 1.3 Objectifs de la thèse L objectif principal de cette thèse est de proposer un cadre générique à base de composants UML pour une famille de systèmes de gestion de la QoS par adaptation de comportement. Cela permet de simplifier le processus de développement d un système autonome qui permet à l application de s adapter à son contexte d exécution en respectant les exigences de la QoS. Dans un souci de généralité, nous proposons une méthodologie exploitable non seulement dans le domaine de gestion de la QoS, mais plus généralement pour obtenir une famille de systèmes dans n importe quel domaine d application. Nous détaillons par la suite la description de cette méthodologie pour le domaine de la gestion de la QoS. Nous proposons également un modèle générique pour la conception des applications afin qu elles puissent être gérées sous le contrôle du système de gestion de QoS. Concernant la partie méthodologie de développement, nous nous basons sur le développement conduit par les modèles (Model Driven Firas ALHALABI 13
14 Development, MDD), nous utilisons le principe des lignes de produits logiciels (Software Product Line, SPL) et/ou de la programmation générative pour définir un langage dédié au domaine (Domain Specific Language, DSL) basé sur un profil UML (UML Profile). De façon plus particulière, cette méthodologie nous permettra de développer un cadre générique pour une famille de systèmes de gestion de la QoS (QoS Management System, QMS) se basant sur les connecteurs (Connector) et les composants UML (Component). Ce dernier facilitera la dérivation d un système de gestion spécifique par transformation de modèles. La Figure 1-2 présente, sous forme d un réseau sémantique, un modèle illustrant les notions concernées pour le développement de notre méthodologie. Les différents éléments du modèle représentent les notions qui seront plus ou moins utilisées tout au long de ce mémoire. Ces notions sont représentées par des boîtes étiquetées par les mots correspondants. Les liens entre ces boîtes expriment les relations sémantiques entre les notions. MDD Use Model is a based on QMS Domain Development Methodology SPL Extension apply for define use the principle of based on Described in DSL UML based on based on UML Profile Specific System Family Generic Framework derived from Component PM PIM PSM for Connector apply on Component Inheritance Component Substitution Constraint Stereotype describe Concept Figure 1-2 : Schéma illustratif concernant la partie méthodologie de développement. Concernant la partie gestion de QoS, nous proposons un modèle générique pour la conception des applications sous forme d un graphe (Graph Model). Nous utilisons une combinaison des différentes politiques (intrusive et non-intrusive) et différents modes de gestion (centralisée et décentralisée) afin de contrôler le comportement de l application. Ceci étant dans le but d optimiser le niveau de la QoS (QoS Level). La Figure 1-3, schématise notre démarche sous forme d un réseau sémantique. Les Firas ALHALABI 14
15 Graph Model Application described by controled by controlled by constraints QoS Management System is a is a based on optimize QoS Level Adaptation is a soft hard Management Mode is a Management policy is a Static Dynamic Centralized Decentralized intrusive non-intrusive is a Fully Decentralized Partial Decentralized Figure 1-3 : Schéma illustratif concernent la partie application. boîtes de ce modèle représentent les notions qui seront étudiées dans la suite de ce mémoire. 1.4 Contributions Les principales contributions de cette thèse peuvent être synthétisées de la manière suivante : 1. Nous avons proposé un modèle générique pour la conception des applications ainsi que leur architecture de gestion. Chaque application est modélisée sous forme de graphe orienté. 2. Nous avons réalisé une comparaison des politiques centralisée et décentralisée de gestion de la QoS. Cette comparaison est basée principalement sur le test d admission et la gestion des étapes d exécution de l application en fonction du nombre de messages échangés entre les différents nœuds d applications distribuées. 3. Nous avons spécifié des contraintes pour préciser la sémantique d'uml, notamment l héritage de composants. Nous avons clarifié la notion de substitution de composants en distinguant la substitution absolue et la substitution contextuelle. 4. Nous avons proposé une méthodologie de développement à base de composants et de profils UML ainsi que des transformations guidées de Firas ALHALABI 15
16 modèles pour passer d un cadre (framework) générique à une description spécifique. Notre méthodologie est fondée sur le développement à base de modèles (MDD). 5. Nous avons identifié les composants nécessaires pour construire un cadre générique d une famille de systèmes de gestion de QoS par adaptation de comportement. Pour ce faire, nous avons effectué une étude bibliographique sur les différentes architectures de gestion de QoS existantes. Cela nous a permis de faire le premier pas vers la définition d un langage dédié (c est-à-dire, un DSL) pour le domaine de la gestion de la QoS. 6. Nous avons étudié le problème d instanciation de modèle et les possibilités d automatiser le processus de dérivation d un modèle spécifique à partir d un cadre générique. Dans cette étape, nous avons traité le problème lié à l incohérence produit particulièrement par la suppression d un composant ou un connecteur pendant la dérivation. 1.5 Structure du mémoire Le travail présenté dans cette thèse est lié à deux domaines de recherche : la modélisation à base de composants et le développement conduit par des modèles d une part et la gestion de la QoS globale du système par adaptation du comportement de l application de l autre. Nous présentons les principaux concepts, définitions et travaux étudiés de chacun de ces deux domaines. Ensuite, nous proposons quelques précisions pour l utilisation d UML concernant en particulier l héritage et la substitution de composants. Puis, nous proposons une méthodologie de développement à base de composants et de profils UML. Nous détaillons enfin la mise en œuvre de cette méthodologie pour le domaine de gestion de QoS. Ce mémoire de thèse est organisé en six chapitres de la manière suivante. Après avoir présenté le contexte, la motivation et l objectif ainsi que la contribution de ces travaux dans ce premier chapitre, le Chapitre 2 présentera les notions de base qui sont nécessaires pour comprendre la problématique et les travaux de recherche menés dans cette thèse. Le Chapitre 3 a pour but de modéliser les applications et de décrire l environnement dans lequel s exécutent ces applications. Dans ce chapitre, nous proposons un modèle générique pour la conception des applications sous forme de graphe et nous comparons ensuite les différentes politiques de gestion. Le Chapitre 4 expose les extensions apportées au langage UML concernant plus particulièrement l héritage et la substitution de Firas ALHALABI 16
17 composants. Ensuite, ce chapitre décrira notre méthodologie de développement à base de composants et de profils UML. Le Chapitre 5 est consacré à la présentation des architectures existantes de gestion de la QoS. Puis, nous détaillons la mise en œuvre de notre méthodologie de développement pour développer un cadre générique d une famille de systèmes de gestion de la QoS. Un système de gestion spécifique appelé PMQDA sera ensuite dérivé de notre cadre générique. Pour finir, le Chapitre 6 commence par présenter une partie de l implémentation que nous avons réalisée pour la mise en œuvre de nos propositions. Puis, nous conclurons ce mémoire en récapitulant les travaux réalisés et en proposant des directions pour les travaux futurs. Firas ALHALABI 17
18 Chapitre 2 Notions et Concepts de base 2.1 Introduction Dans ce chapitre, nous présentons les notions et les concepts utilisés dans notre démarche. Ce chapitre est organisé de la manière suivante : la section 2.2 présente la définition des systèmes autonomes. Le domaine sélectionné pour ces systèmes autonomes est la gestion de la QoS. Pour cela, les sections 2.3 et 2.4 présentent la notion de QoS et la section 2.5 décrit la problématique de la QoS. La QoS peut être gérée par adaptation du comportement de l application. C est la raison pour laquelle, la section 2.6 décrit le mécanisme d adaptation et présente des types de gestion. La section 2.7 décrit des notions relatives à la gestion de la QoS. Enfin, la section 2.8 conclut ce chapitre en présentant des notions et des langages qui seront discutés par la suite dans ce mémoire. 2.2 Systèmes autonomes et gestion de la QoS Les systèmes autonomes ont la capacité de continuer leur exécution et de s adapter à leur contexte selon les disponibilités de ressources. Ils peuvent s adapter à leur environnement d exécution et fonctionner dans des conditions qui n ont pas été définies a priori. Nous allons aborder le domaine de la gestion de la QoS comme un domaine d application proposé pour ces systèmes autonomes. Notre objectif est de définir un cadre générique pour construire un système autonome en maîtrisant la QoS globale d'applications distribuées ayant des capacités d'adaptation. À partir de ce cadre générique, les systèmes spécifiques peuvent être développés par dérivation. Les sections suivantes présenteront les notions et les concepts utilisés dans notre approche. Firas ALHALABI 18
19 2.3 Notion de QoS La première utilisation du terme QoS a été élaborée dans le cadre des performances réseaux et concerne la transmission de données. Dans ce domaine des réseaux, la QoS est définie par "Le moyen d allouer des ressources dans les commutateurs et les routeurs afin que les données arrivent à destination rapidement, de manière uniforme et fiable" [Int96]. Les caractéristiques définissant la QoS étaient alors le pourcentage de paquets perdus sur le réseau, la largeur de bande passante, le débit, etc. Dans cette perspective, la QoS permet de modéliser les performances de systèmes en définissant uniquement le prix qu un utilisateur est prêt à payer pour certaines garanties de qualité de service. À cause de nouvelles exigences de développement des applications, notamment des applications distribuées, la QoS devrait également être considérée à un niveau plus abstrait. La gestion de la QoS dépend de l environnement d exécution de l application (par exemple, le système d exploitation). Outre les télécommunications et la gestion des réseaux, le concept de QoS a été également introduit dans le domaine du génie logiciel avec deux buts : (i) évaluer la qualité des produits logiciels, (ii) appliquer le génie logiciel dans la gestion de la QoS. Ce deuxième objectif est en relation avec notre travail qui concerne l utilisation des activités du génie logiciel comme la modélisation, la conception, le raffinement et la transformation de modèles pour gérer la QoS globale du système. Il n existe pas une définition consensuelle applicable à tous les travaux qui concernent la gestion de la QoS. Cependant, quel que soit le contexte, la QoS caractérise l ensemble des propriétés non fonctionnelles d un système. La gestion de la QoS peut être vue comme un ensemble d activités permettant de fournir le service demandé dans les meilleures conditions possibles selon le contexte d exécution. Cette gestion permet aux développeurs du système de spécifier quelles garanties doit fournir une application pendant son exécution, par exemple le nombre d images affichées par seconde, le respect de contraintes temporelles ou la disponibilité de la mémoire. Le standard ISO définit un cadre appelé QoS Framework [Int95]. Ce cadre a pour but de fournir un compromis pour les exigences et les mécanismes de QoS dans un environnement. Selon la définition du standard ISO, la QoS est vue comme un ensemble des qualités relatives au comportement d ensemble d un ou plusieurs objets "au sens éléments du système". D autres tentatives viennent enrichir cette définition, notamment Firas ALHALABI 19
20 le travail présenté dans [VKV95], qui définit la QoS comme l ensemble des caractéristiques qualitatives et quantitatives de tout système qui a des contraintes sur le temps de réponse, l accès à ses ressources ou encore sur la qualité du flux de données sortant nécessaire à l accomplissement des fonctionnalités d une application. Dans ce travail, nous adoptons la définition de [VKV95] et nous nous focalisons sur la gestion de la QoS de haut niveau. De ce fait, la QoS a pour but de fournir des garanties quant aux conditions d exécution d une application. Dans cette direction, nous considérons que l application doit posséder des degrés de liberté. Par exemple, chaque application possède des modes de fonctionnement dans lesquels elle consomme plus ou moins de ressources : si l application ne peut plus transférer 25 images par seconde, une adaptation possible pour faire face à une surcharge momentanée serait de n en transférer que Niveau de QoS Le niveau de QoS est caractérisé par des valeurs particulières des propriétés extra fonctionnelles. D une manière générale, les applications s appuient sur les couches logicielles et matérielles (système d exploitation, réseau, etc.) de leur contexte d exécution pour fournir la meilleure QoS possible. En cas d incapacité de ce contexte à fournir les services demandés, il faut gérer les applications pour contrôler leur qualité. Cependant, conserver le niveau de QoS malgré les changements de contexte est un grand défi. À cette problématique se rajoute également l aspect complémentaire de modification de la QoS selon l évolution des besoins en répartissant les ressources de façon homogène et cohérente. Par exemple en diminuant la fréquence d échantillonnage du son ou en affichant des images de moins bonne résolution. En ce qui concerne le niveau de QoS il peut s agir de : 1. Best effort : la plupart du temps, les systèmes informatiques fournissent des services selon la politique du "best effort" (au mieux de leurs possibilités), politique qui s avère satisfaisante aussi longtemps que les ressources exigées sont disponibles sans aucune gestion complémentaire. Quand les ressources viennent à manquer, une politique plus efficace doit être mise en œuvre pour améliorer la QoS fournie ; 2. Garantie absolue (déterministe) : on garantit l accès aux ressources (possibilité de prédiction et de planification de l exécution). Dans ce cas, toutes les échéances doivent être respectées et la demande de ressources doit être satisfaite même dans le pire cas ; Firas ALHALABI 20
21 3. Probabiliste : le niveau de QoS peut être meilleur si une optimisation de l utilisation des ressources est faite en garantissant l accès aux ressources avec un certain degré de confiance. Par exemple, un service qui garantit que son échéance sera respectée dans 90% des cas. La difficulté de cette solution est d estimer le bon niveau de confiance. Nous proposons une solution qui tire avantage des deux premières approches best effort et déterministe. Cette solution consiste à fournir la meilleure QoS possible (best effort) tout en essayant de respecter les échéances (déterministe) par le biais de la planification de toutes les ressources du système. En plus des niveaux de QoS présentés ci-dessus, deux types de contraintes de temps peuvent être définis : les contraintes temps-réel dur et les contraintes temps-réel mou : Les contraintes temps-réel dur : regroupent les contraintes qui doivent être respectées quelque soit le contexte d exécution ; Les contraintes temps-réel mou : ces contraintes nécessitent des garanties temporelles, qualitatives et sécuritaires moins contraignantes que pour le temps-réel dur. Ces contraintes peuvent tolérer la perte de quelques informations dans la mesure où cela n est pas clairement perçu et peut être négligé. Puisqu il est impossible de respecter strictement les contraintes temps-réel dur dans les systèmes ouverts où la loi d arrivée des événements est inconnue, seules les applications à contraintes temps-réel mou seront considérées dans la suite de ce travail. 2.5 Problématique de la QoS Les recherches qui ont traité la QoS considèrent principalement les moyens d assurer un niveau donné de QoS : pour que l on puisse fournir les services demandés (aspect fonctionnels) de manière satisfaisante, une application a besoin d un certain niveau de QoS (aspects non fonctionnels) pour s exécuter. Il est important de pouvoir maintenir le niveau de QoS malgré les fluctuations et/ou changements du contexte d exécution. Ces fluctuations proviennent principalement de variations de la disponibilité des ressources (par exemple, le processeur) qui varie dans le temps. Pour arriver à maintenir le niveau de QoS il faut donc prendre en compte ces différentes variations et gérer la QoS en conséquence. Le fait de spécifier comment un système contrôlera sa QoS est un problème complexe à plusieurs dimensions. Nous distinguons Firas ALHALABI 21
22 essentiellement deux dimensions relativement liées entre elles qui sont la limitation des ressources et la gestion de la dégradation Limitation des ressources Généralement, l application demande des ressources et le système d exploitation essaie de les allouer. Ces ressources peuvent concerner une application ou des entités des applications distribuées (ressources locales sur un nœud). Parmi ces ressources, nous trouvons le temps d utilisation de processeur, la consommation de mémoire ou la charge de la batterie s il s agit d un ordinateur portable. Les ressources peuvent aussi concerner le réseau comme la largeur de la bande passante. Dans ce cas, elles affectent la manière dont les différentes parties de l application distribuée interagissent (ressources partagées entre plusieurs nœuds). En plus, afin de mieux gérer la QoS des applications distribués, un autre aspect doit être pris en compte qui est la synchronisation entre les nœuds. Cet aspect sera détaillé dans le Chapitre 3. La disponibilité des ressources affecte directement ou indirectement le fonctionnement des applications [Abd99]. Ainsi, pour garantir un niveau de QoS, le système de gestion doit prendre en compte l aspect variable de la disponibilité des ressources et réagir en cas de fluctuation de ces ressources Gestion de la dégradation Comme nous l avons mentionné, les systèmes autonomes ont pour but de fonctionner malgré des changements de leur contexte d exécution. Dans ce cas, il s agit non seulement de mettre en œuvre un service exigé, mais il s agit aussi de concevoir un service capable de s exécuter dans le pire cas (par exemple, en cas de surcharge du système) et même si cette exécution s effectue à un niveau très dégradé. Pour ce faire, nous supposons que les applications obéissent à une interface avec un gestionnaire de QoS (QoS Manager), ce qui permet au système de gestion de la QoS de dégrader harmonieusement (Adaptation au sens général du terme) les applications en cas de fluctuation du contexte et/ou de procéder à des négociations avec les applications. Comme nous verrons plus tard dans ce mémoire, cette approche nécessite la définition d un protocole commun entre les applications et le gestionnaire de QoS. La section suivante détaille le principe de l adaptation et présente différentes approches permettant sa mise en œuvre. Firas ALHALABI 22
23 2.6 Définition de l adaptation Principe Le mot adaptation signifie qu une partie du système modifie son comportement en fonction du contexte pour atteindre un nouveau point de fonctionnement plus satisfaisant. Autrement dit, une application dispose de capacités d adaptation lorsqu elle peut rendre le même service de plusieurs façons [VH97]. Tout système est à priori supposé faire au mieux pour satisfaire les besoins attendus. L adaptation débute au-delà, lorsque tous les besoins ne peuvent être satisfaits. Le gestionnaire de QoS doit posséder la capacité de réagir face aux variations des contraintes de l environnement ou des besoins. La stratégie d adaptation définit donc les paramètres importants qui influencent le fonctionnement d une application et spécifie les actions à entreprendre lorsque ces paramètres ne vérifient pas certaines propriétés (niveau de QoS fourni non satisfaisant). En plus, l adaptation du comportement de l application signifie qu il faut prendre des décisions pour exécuter des actions visant à augmenter la QoS globale du système et/ou maintenir la satisfaction globale au plus haut niveau possible. De très nombreuses visions de l adaptation existent dans la littérature : un changement dans le niveau de consommation des ressources, un refus d admission et plus généralement un changement de mode de fonctionnement de l application de façon à modifier cette consommation [Abd99]. En général, nous pouvons distinguer deux approches permettant la mise en œuvre du mécanisme d adaptation : approche intrusive et approche non-intrusive Approche intrusive Dans cette approche, l application participe elle-même de façon active à l adaptation de la QoS. Le principal avantage de l approche intrusive est de permettre des adaptations très appropriées car seule l application dispose de la connaissance nécessaire pour gérer au mieux ses ressources et s adapter à son contexte de façon optimale. Par exemple, une application peut passer de 25 à 12 images par seconde pour diminuer sa consommation de ressources tout en conservant un service acceptable. L inconvénient évident est que cela ne concerne que les applications développées spécifiquement à cet effet [HWC99]. Firas ALHALABI 23
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étailREMOTE 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étailIFT2255 : 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étailForthcoming 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étailVers 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étailAnalyse,, 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étailCycle 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étailSynergies entre Artisan Studio et outils PLM
SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits
Plus en détailbasé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étailMéthodes d évolution de modèle produit dans les systèmes du type PLM
Résumé de thèse étendu Méthodes d évolution de modèle produit dans les systèmes du type PLM Seyed Hamedreza IZADPANAH Table des matières 1. Introduction...2 2. Approche «Ingénierie Dirigée par les Modèles»
Plus en détailExtensions à 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étailLa 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étailPréparer un état de l art
Préparer un état de l art Khalil DRIRA LAAS-CNRS, Toulouse Unité de recherche ReDCAD École Nationale d ingénieurs de Sfax Étude de l état de l art? Une étude ciblée, approfondie et critique des travaux
Plus en détailEn vue de l obtention du. Discipline : Informatique. Présentée et soutenue par Mohamed HADJ KACEM. Le Jeudi 13 Novembre 2008
THÈSE En vue de l obtention du DOCTORAT DE L UNIVERSITÉ DE TOULOUSE ET DE L UNIVERSITÉ DE SFAX Délivré par l Université Toulouse III - Paul Sabatier et la Faculté des Sciences Économiques et de Gestion
Plus en détailIngé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étailMODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»
MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1
Plus en détailDSL. Domain Specific Language. À l'aide des technologies Eclipse Modeling. Goulwen Le Fur goulwen.lefur@obeo.fr. Le 23 novembre 2012
DSL Domain Specific Language À l'aide des technologies Eclipse Modeling Le 23 novembre 2012 Goulwen Le Fur goulwen.lefur@obeo.fr Le but de cette session Montrer : Ce qu'est-un DSL/DSM Comment implémenter
Plus en détail- 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étailCours 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étailiqtool - Outil e-learning innovateur pour enseigner la Gestion de Qualité au niveau BAC+2
iqtool - Outil e-learning innovateur pour enseigner la Gestion de Qualité au niveau BAC+2 134712-LLP-2007-HU-LEONARDO-LMP 1 Information sur le projet iqtool - Outil e-learning innovateur pour enseigner
Plus en détailPrincipe 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étailChapitre 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étailDescription de la formation
Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de
Plus en détailPatrons 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étailIndustrial Phd Progam
Industrial Phd Progam Catalan Government: Legislation: DOGC ECO/2114/2012 Modification: DOGC ECO/2443/2012 Next: Summary and proposal examples. Main dates March 2013: Call for industrial Phd projects grants.
Plus en détailProposition de sujet de thèse CIFRE EUROCOPTER / LGI2P
EUROCOPTER SAS Groupe EADS Marignane Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P Titre Domaine
Plus en détailBourses d excellence pour les masters orientés vers la recherche
Masters de Mathématiques à l'université Lille 1 Mathématiques Ingénierie Mathématique Mathématiques et Finances Bourses d excellence pour les masters orientés vers la recherche Mathématiques appliquées
Plus en détailUniversité 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étailMéthodologies de développement de logiciels de gestion
Méthodologies de développement de logiciels de gestion Chapitre 5 Traits caractéristiques des deux approches de méthodologie Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch
Plus en détailen 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étailStage Ingénieur en développement logiciel/modélisation 3D
Ingénieur en développement logiciel/modélisation 3D Schlumberger recrute un(e) stagiaire ingénieur en modélisation 3D pour la plate-forme Petrel. Vous serez intégré(e) au sein d une équipe innovante, Petrel
Plus en détailIntroduction aux systèmes temps réel. Iulian Ober IRIT ober@iut-blagnac.fr
Introduction aux systèmes temps réel Iulian Ober IRIT ober@iut-blagnac.fr Définition Systèmes dont la correction ne dépend pas seulement des valeurs des résultats produits mais également des délais dans
Plus en détailLes marchés Security La méthode The markets The approach
Security Le Pôle italien de la sécurité Elsag Datamat, une société du Groupe Finmeccanica, représente le centre d excellence national pour la sécurité physique, logique et des réseaux de télécommunication.
Plus en détailEnvironnement logiciel basé sur les modèles pour la conception collaborative de produit
Environnement logiciel basé sur les modèles pour la conception collaborative de produit Mehdi Iraqi-Houssaini Laboratoire LSIS-INSM 2 cours des Arts et Métiers 13100 Aix-en-Provence, France RÉSUMÉ. Le
Plus en détailArchitecture à base de composants pour le déploiement adaptatif des applications multicomposants
Architecture à base de composants pour le déploiement adaptatif des applications multicomposants Dhouha Ayed, Chantal Taconet, et Guy Bernard GET / INT, CNRS Samovar 5157 9 rue Charles Fourier 91011 Évry,
Plus en détailGénie logiciel (Un aperçu)
(Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de
Plus en détailUn 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étailUML 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étailQu'est-ce que le BPM?
Qu'est-ce que le BPM? Le BPM (Business Process Management) n'est pas seulement une technologie mais, dans les grandes lignes, une discipline de gestion d'entreprise qui s'occupe des procédures contribuant
Plus en détailConception, 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étailUne 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étailUML : Unified Modeling Language
UML : Unified Modeling Language Recommended: UML distilled A brief guide to the standard Object Modeling Language Addison Wesley based on Frank Maurer lecture, Univ. of Calgary in french : uml.free.fr/index.html
Plus en détailVérifier la qualité de vos applications logicielle de manière continue
IBM Software Group Vérifier la qualité de vos applications logicielle de manière continue Arnaud Bouzy Kamel Moulaoui 2004 IBM Corporation Agenda Analyse de code Test Fonctionnel Test de Performance Questions
Plus en détailProjet Active Object
Projet Active Object TAO Livrable de conception et validation Romain GAIDIER Enseignant : M. Noël PLOUZEAU, ISTIC / IRISA Pierre-François LEFRANC Master 2 Informatique parcours MIAGE Méthodes Informatiques
Plus en détailCCNA Discovery Travailler dans une PME ou chez un fournisseur de services Internet
Curriculum Name Guide du participant CCENT 3 Section 9.3 Dépannage de l adressage IP de la couche 3 Cette section consacrée au dépannage vous permettra d étudier les conditions nécessaires à l obtention
Plus en détailEléments de spécification des systèmes temps réel Pierre-Yves Duval (cppm)
Eléments de spécification des systèmes temps réel Pierre-Yves Duval (cppm) Ecole d informatique temps réel - La Londes les Maures 7-11 Octobre 2002 - Evénements et architectures - Spécifications de performances
Plus en détailC est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.
1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement
Plus en détailINF 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étailLes simulations dans l enseignement des sondages Avec le logiciel GENESIS sous SAS et la bibliothèque Sondages sous R
Les simulations dans l enseignement des sondages Avec le logiciel GENESIS sous SAS et la bibliothèque Sondages sous R Yves Aragon, David Haziza & Anne Ruiz-Gazen GREMAQ, UMR CNRS 5604, Université des Sciences
Plus en détailIngénierie et gestion des connaissances
Master Web Intelligence ICM Option Informatique Ingénierie et gestion des connaissances Philippe BEAUNE Philippe.Beaune@emse.fr 18 novembre 2008 Passer en revue quelques idées fondatrices de l ingénierie
Plus en détailRAPID 3.34 - Prenez le contrôle sur vos données
RAPID 3.34 - Prenez le contrôle sur vos données Parmi les fonctions les plus demandées par nos utilisateurs, la navigation au clavier et la possibilité de disposer de champs supplémentaires arrivent aux
Plus en détailUML (Diagramme de classes) Unified Modeling Language
UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association
Plus en détailIntroduction 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étailTHE OUAGADOUGOU RECOMMENDATIONS INTERNET INFRASTRUCTURE FOR AN AFRICAN DIGITAL ECONOMY 5-7 MARCH 2012
THE OUAGADOUGOU RECOMMENDATIONS INTERNET INFRASTRUCTURE FOR AN AFRICAN DIGITAL ECONOMY 5-7 MARCH 2012 We, the participants, assembled in Ouagadougou, Burkina Faso, from 5-7 March 2012, for the meeting
Plus en détailLe génie logiciel. maintenance de logiciels.
Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction
Plus en détailSECTION 5 BANQUE DE PROJETS
SECTION 5 BANQUE DE PROJETS INF 4018 BANQUE DE PROJETS - 1 - Banque de projets PROJET 2.1 : APPLICATION LOGICIELLE... 3 PROJET 2.2 : SITE WEB SÉMANTIQUE AVEC XML... 5 PROJET 2.3 : E-LEARNING ET FORMATION
Plus en détailIdentification 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étailLe 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étailSujet de thèse CIFRE RESULIS / LGI2P
Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Sujet de thèse CIFRE RESULIS / LGI2P Titre Domaine De l ingénierie des besoins à l ingénierie des exigences
Plus en détailArchitectures Ouvertes pour l Adaptation des Logiciels
Architectures Ouvertes pour l Adaptation des Logiciels Frédéric Duclos 1, Jacky Estublier 2, Rémy Sanlaville 1 Published in review Génie Logiciel And proceedings ICSSEA, Paris 2001 1 Dassault Systèmes
Plus en détailMacroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope
Macroscope et l'analyse d'affaires Dave Couture Architecte principal Solutions Macroscope Avis Avis d intention Ce document a pour but de partager des éléments de vision et d intentions de Fujitsu quant
Plus en détailMEAD : temps réel et tolérance aux pannes pour CORBA
MEAD : un intergiciel temps-réel et tolérant aux pannes pour CORBA Master 2 Informatique Recherche Université de Marne-la-Vallée Vendredi 3 mars 2006 Plan 1 Introduction 2 Solutions existantes 3 Concilier
Plus en détailMaster (filière Réseau) Parcours Recherche: Systèmes Informatiques et Réseaux (RTS)
Master (filière Réseau) Parcours Recherche: Systèmes Informatiques et Réseaux (RTS) Responsables: Tanguy Risset & Marine Minier Tanguy.Risset@insa-lyon.fr Marine.minier@insa-lyon.fr http://master-info.univ-lyon1.fr/m2rts/
Plus en détailD une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.
PACBASE «Interrogez le passé, il répondra présent.». Le Module e-business Les entreprises doivent aujourd hui relever un triple défi. D une part, elles ne peuvent faire table rase de la richesse contenue
Plus en détailProcessus d Informatisation
Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue
Plus en détailRapport de certification
Rapport de certification NetScout ngeniusone Unified Performance Management Platform V5.2.1 and ngenius InfiniStream V5.2.1 Préparé par : Le Centre de la sécurité des télécommunications à titre d organisme
Plus en détailRational 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étailCahier des charges (CDC)
Cahier des charges (CDC) PTella Auteur Arnaud Aucher - Ecole Centrale Groupe PT1 3 Nom du document Version 3 Page 1 / 5 Sommaire Sommaire... 2 Présentation générale du projet... 3 1. Descriptif du projet...
Plus en détailGESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET
GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et
Plus en détailMaster Informatique Aix-Marseille Université
Aix-Marseille Université http://masterinfo.univ-mrs.fr/ Département Informatique et Interactions UFR Sciences Laboratoire d Informatique Fondamentale Laboratoire des Sciences de l Information et des Systèmes
Plus en détail1-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étailNOM ENTREPRISE. Document : Plan Qualité Spécifique du Projet / Project Specific Quality Plan
Document : Plan Qualité Spécifique du Projet Project Specific Quality Plan Référence Reference : QP-3130-Rev 01 Date Date : 12022008 Nombre de Pages Number of Pages : 6 Projet Project : JR 100 Rédacteur
Plus en détailIngénérie logicielle dirigée par les modèles
Ingénérie logicielle dirigée par les modèles Destercq Lionel & Dubuc Xavier 17 décembre 2009 Table des matières 1 Introduction 1 2 Diagrammes de classes 1 2.1 Principal..............................................
Plus en détailMDA (Model Driven Architecture) principes et états de l art.
CONSERVATOIRE NATIONAL DES ARTS ET MÉTIERS CENTRE D ENSEIGNEMENT DE LYON Examen probatoire du diplôme d ingénieur C.N.A.M. en INFORMATIQUE option ingénierie et intégration informatique : système de conduite
Plus en détailRapport 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étailHaka : un langage orienté réseaux et sécurité
Haka : un langage orienté réseaux et sécurité Kevin Denis, Paul Fariello, Pierre Sylvain Desse et Mehdi Talbi kdenis@arkoon.net pfariello@arkoon.net psdesse@arkoon.net mtalbi@arkoon.net Arkoon Network
Plus en détailCatalogue de Pattern pour le CSCW
Catalogue de Pattern pour le CSCW La création d application dans le cadre du CSCW (Computer Supported Cooperative Work), ou TCAO en français (Travail collaboratif assisté par ordinateur) a donné lieu à
Plus en détailLogiciel Libre & qualité. Présentation
Logiciel Libre & qualité Alain RENAULT Grégory SERONT Présentation Alain RENAULT Cetic (2001) Responsable des projets Qualité micro-évaluation évaluations OWPL accompagnements en entreprise FUNDP (1998-2001)
Plus en détailProjet 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étailIndustrie des cartes de paiement (PCI) Norme de sécurité des données Récapitulatif des modifications de
Industrie des cartes de paiement (PCI) Norme de sécurité des données Récapitulatif des modifications de la norme PCI DSS entre les versions 2.0 et 3.0 Novembre 2013 Introduction Ce document apporte un
Plus en détailInté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étailAlignement avec les métiers par le test fonctionnel et d acceptation en projets agiles
Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles Laurent PY CEO, Smartesting Laurent.py@smartesting.com @py_laurent www.smartesting.com Guillaume Coquelle Testeur,
Plus en détailOrdonnancement temps réel
Ordonnancement temps réel Laurent.Pautet@enst.fr Version 1.5 Problématique de l ordonnancement temps réel En fonctionnement normal, respecter les contraintes temporelles spécifiées par toutes les tâches
Plus en détailSQL Server 2012 Implémentation d'une solution de Business Intelligence (Sql Server, Analysis Services...)
Avant-propos 1. À qui s'adresse ce livre? 15 2. Pré-requis 15 3. Objectifs du livre 16 4. Notations 17 Introduction à la Business Intelligence 1. Du transactionnel au décisionnel 19 2. Business Intelligence
Plus en détailGestionnaire contextualisé de sécurité pour des «Process 2.0»
N d ordre : 2013 ISAL 0 132 Année 2013 Thèse Gestionnaire contextualisé de sécurité pour des «Process 2.0» Présentée devant L institut national des sciences appliquées de Lyon Pour obtenir Le grade de
Plus en détailChapitre 9. Assistance à l évolution du logiciel dirigée par la qualité
Chapitre 9 Assistance à l évolution du logiciel dirigée par la qualité L évolution de l architecture d un logiciel à base de composants peut avoir des conséquences nuisibles sur ses attributs qualité.
Plus en détailYphise optimise en Coût Valeur Risque l informatique d entreprise
Maîtriser le Change et le Release Management Juin 2007 Xavier Flez yphise@yphise.com Propriété Yphise 1 Enjeux La maîtrise du changement est un sujet essentiel et complexe pour toutes les DSI complexité
Plus en détailGestion des Identités et des Autorisations: Modèle générique
Département : Concerne : Exploitation Projet CERBERE, Analyse fonctionnelle Nos ref. : Vos ref. : CERBERE Version: Description Ecrit par Revu par Date 00.92G Version draft Albert Bruffaerts Comité de travail
Plus en détailNORME INTERNATIONALE INTERNATIONAL STANDARD. Dispositifs à semiconducteurs Dispositifs discrets. Semiconductor devices Discrete devices
NORME INTERNATIONALE INTERNATIONAL STANDARD CEI IEC 747-6-3 QC 750113 Première édition First edition 1993-11 Dispositifs à semiconducteurs Dispositifs discrets Partie 6: Thyristors Section trois Spécification
Plus en détailEditing and managing Systems engineering processes at Snecma
Editing and managing Systems engineering processes at Snecma Atego workshop 2014-04-03 Ce document et les informations qu il contient sont la propriété de Ils ne doivent pas être copiés ni communiqués
Plus en détailPrise 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étailL'impact du langage UsiXML sur le e-commercee
L'impact du langage UsiXML sur le e-commercee Agence Web «full services» en Belgique Pérennité, stabilité et expérience depuis 1992 Présence forte en Wallonie avec 2 bureaux (Namur et Liège) Équipe de
Plus en détailBULK SMS Envoi en masse d un message texte moyennant un téléphone mobile (GSM)
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Ecole Supérieure Privée d Ingénierie et de Technologie BULK SMS Envoi en masse d un message texte moyennant un téléphone mobile (GSM)
Plus en détailAGROBASE : 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étailCORBA. (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étailSpécial Catégorie 6 Patch Cords
Spécial Catégorie 6 Patch Cords Patent Pending Sommaire 1 - Préliminaires... 2 2 Qu est ce qu apporte la catégorie 6... 3 3 Qu est ce que l interopérabilité...3 4 Ce que PatchSee annonçait en septembre
Plus en détailUNIVERSITY OF MALTA FACULTY OF ARTS. French as Main Area in an ordinary Bachelor s Degree
French Programme of Studies (for courses commencing October 2009 and later) YEAR ONE (2009/10) Year (These units start in and continue in.) FRE1001 Linguistique théorique 1 4 credits Non Compensatable
Plus en détailADHEFILM : tronçonnage. ADHEFILM : cutting off. ADHECAL : fabrication. ADHECAL : manufacturing.
LA MAÎTRISE D UN MÉTIER Depuis plus de 20 ans, ADHETEC construit sa réputation sur la qualité de ses films adhésifs. Par la maîtrise de notre métier, nous apportons à vos applications la force d une offre
Plus en détailGarantir une meilleure prestation de services et une expérience utilisateur optimale
LIVRE BLANC Garantir une meilleure prestation de services et une expérience utilisateur optimale Mai 2010 Garantir une meilleure prestation de services et une expérience utilisateur optimale CA Service
Plus en détailStratégie DataCenters Société Générale Enjeux, objectifs et rôle d un partenaire comme Data4
Stratégie DataCenters Société Générale Enjeux, objectifs et rôle d un partenaire comme Data4 Stéphane MARCHINI Responsable Global des services DataCenters Espace Grande Arche Paris La Défense SG figures
Plus en détail