Architectures Ouvertes pour l Adaptation des Logiciels

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

Download "Architectures Ouvertes pour l Adaptation des Logiciels"

Transcription

1 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 Dassault Systèmes C/O LSR - IMAG 220 Rue de la Chimie, Domaine Universitaire - B.P Grenoble Cedex 9 {frederic_duclos, 2 Laboratoire Logiciels, Systèmes Réseaux - IMAG 220 Rue de la Chimie, Domaine Universitaire - B.P Grenoble Cedex 9 Jacky. Résumé : Les logiciels de grande taille ont de plus en plus besoin d être adaptés par le client. Chaque client a en effet ses besoins propres en terme de fonctionnalité. Pour des raisons de temps de développement et de coûts, le fournisseur ne peut pas adapter le logiciel à chaque client. Les fournisseurs de logiciels ont ainsi commencé à proposer au client diverses techniques lui permettant d adapter le logiciel à ses besoins. Nous décrivons les diverses techniques existantes pour l adaptabilité des logiciels, en partant des technologies les plus simples (API, langages de scripts, ) jusqu à des technologies aujourd hui beaucoup plus avancées et flexibles. Nous montrons ensuite une façon de combiner deux technologie permettant de couvrir complètement différents critères d évaluation de l adaptabilité. Nous étudions ensuite les choix et les résultats de la société Dassault Systèmes, leader mondial de la CAO avec son logiciel Catia V5, pour ce qui est de leurs contraintes d adaptabilité au sein de Catia. Mots clés : adaptabilité, évolution décentralisée de logiciels, composant, architecture, Dassault Systèmes. Abstract : Customers of big software have their own requirements in terms of functionality. For this reason, the software manufacturer has to provide Decentralised Software Evolution mechanisms, because it s very difficult to deliver a customised version for each client. In this paper, we show existing technologies for software adaptation which range from simple ones (API, script languages) to the present technologies based on software architecture. We show how a combination of architectural technologies allows to cover all adaptability characteristics, which are defined in this paper. We then study CatiaV5, a software form Dassault Systèmes (world leader in CAD), in terms of adaptability results. Keywords : adaptability, Decentralized Software Evolution, component, architecture, Dassault Systèmes. I. Introduction L utilisation de progiciels sur étagère (COTS) se généralisant, les clients exigent de plus en plus de pouvoir les modifier, afin de les adapter aux contraintes et besoins spécifiques de l entreprise. Or, les mécanismes habituels des langages de programmation exigent généralement d avoir, pour cela, accès au code source, ce qui n est pas possible dans le cas de COTS et évidemment pas souhaitable pour les éditeurs. De nouvelles techniques pour l adaptation décentralisée des logiciels [1] sont alors nécessaires. Ces techniques sont relativement variées. Elles vont de l utilisation d une API (Application Programming Interface) jusqu aux architectures de composants en passant par l utilisation de langages de script, de plug-ins et d architectures à événements. Elles sont souvent basées sur l utilisation d interfaces pré-définies, ce qui est le cas des APIs (ensemble fini de services), des plug-ins (ajout de nouveaux comportements via des «prises» préalablement définies) et des architectures à évènements (proposant des interfaces d événements en réception et émission). D autres techniques plus flexibles utilisent en outre les langages de script (l application possède son propre langage et interpréteur) et les architectures de composants (possibilité d enrichir les fonctionnalités et de modifier la structure des composants grâce à un langage d architecture). Certaines de ces techniques ont déjà été développées et intégrées dans des logiciels commerciaux ou non (GNU Emacs, Adobe Photoshop, Microsoft Office, Linux, Apache,...).

2 Ce besoin d adaptation d un logiciel est vécu quotidiennement par Dassault Systèmes, leader mondial de la CAO avec son logiciel CATIA V5. Les clients de Dassault Systèmes doivent pouvoir étendre et adapter CATIA à leur métier : aéronautique, automobile, biens de consommations,... Dassault Systèmes a donc été amené à définir de nouveaux mécanismes permettant à ses clients d étendre des composants existants sans pour autant modifier ni disposer du code source. De plus, pour résoudre des problèmes d ingénierie concurrente, Dassault Systèmes a été amené à utiliser ses propres techniques en interne. La taille du logiciel (plus de 4 millions de lignes de code) et le nombre de développeurs (plus de 1000 ingénieurs) font qu il n est pas possible de recompiler toute l application à chaque modification du code. Dassault Systèmes a donc appliqué ses mécanismes d adaptation dans son processus de développement ; ce qui a permis de créer des techniques de compilation incrémentales avec des délais acceptables. Utiliser en interne des mécanismes offerts à ses clients est d ailleurs un très bon critère pour juger de la qualité, de la souplesse et de la fiabilité de ces mécanismes. Ce papier expose la problématique de l adaptation décentralisée des logiciels, pour cela, nous présentons les conventions, hypothèses et les critères choisis pour évaluer l adaptabilité dans la section 2. Ensuite, la section 3 présente un état de l art sur les mécanismes d adaptation actuels. La section 3 introduit en outre les mécanismes d adaptation basés sur l architecture du logiciel et plus particulièrement une manière de combiner deux technologies basées autour des architectures ouvertes pour couvrir tous les critères fixés dans la section 2. La section 4 présente les solutions adoptées par Dassault Systèmes par rapport à cet état de l art. Ce papier cherche à montrer en quoi les recherches sur les architectures logicielles contribuent à l adaptation. Il suggère aux éditeurs l emploi de techniques d architectures ouvertes afin de rendre leur produit facilement adaptable par leurs clients, sans pour autant dévoiler leur code source. 2. Conventions et hypothèses Dans la suite de l article, nous allons présenter différentes technologies. Pour cela, nous nous baserons sur des conventions et hypothèses que nous décrivons ci-dessous : 2.1. Hypothèses - Un logiciel est composé de composants pouvant communiquer entre eux. Ces composants peuvent être compilés de manière indépendante. - Un composant est constitué de sous-composants et déclare implémenter différentes interfaces, - Un composant élémentaire correspond à un morceau de code fournissant des services pour implémenter les interfaces associées, - Une interface correspond à un contrat de service entre une application cliente et un composant serveur, elle est composée de fonctions (méthodes) publiques. - Nous nous plaçons du côté du client qui souhaite modifier le comportement du logiciel. Le client peut avoir écrit ses propres composants, dans lesquels sont codés les nouveaux comportements souhaités par le client. - Le client n a pas accès au code source des composants du fournisseur, ceci pour des raison de confidentialité dans un contexte industriel. Le modèle de composant proposé possède des points en commun avec COM [4] et Corba Components [5], notamment dans le sens où chaque composant est compilé de manière indépendante. Ce modèle n est certes pas universel mais il est suffisamment général pour notre propos Critères de classification Nous classifierons les diverses technologies selon leur capacité à fournir les services suivants. Module et composant 1. Ajout d un composant client : Le client est il capable de rajouter ses propres composants, 2. Remplacer un composant par un autre : Le client peut-il substituer certains composants par les siens, 3. Retirer un composant, incluant ses liens avec les autres composants : Le client peut-il supprimer des fonctionnalités initialement offertes par le fournisseur, 4. Ajouter / retirer / rediriger un lien entre deux composants client ou fournisseur : Le client est-il autorisé à modifier en profondeur l architecture globale du logiciel en jouant sur les liens inter-composants,

3 Interface 5. Ajout d interface, 6. Retrait d interface. Fonction 7. Ajout retrait de fonctions dans une interface 8. Enrichissement du comportement d une fonction Convention des schémas Soit un produit logiciel, et ses composants représentés par des rectangles. Les interfaces sont représentées par un rond et une barre la liant à un composant. La couleur grise représente les parties du logiciel dont l architecture ou le code source sont invisible au client, cela représente en fait ce qui vient du fournisseur ; les parties en blanc sont développées par le client. Interface Logiciel Composant (client) Composant (fournisseur) 2.4. Terminologie. On parle d évolution lorsque c est le concepteur/réalisateur du logiciel qui effectue la modification. On parle de customisation lorsque la modification est réalisée exclusivement au moyen de l API du logiciel et/ou en exploitant les diverses options fournies. On parle d adaptation lorsque le client modifie le comportement du logiciel pour l adapter à ses besoins, au moindre coût. On s intéresse essentiellement à l adaptation dans cet exposé. En effet, la customisation est souvent trop limitée, et l évolution ne concerne que ceux qui connaissent très bien le code, et qui donc vont certainement le modifier, chose que le client ne doit pas pouvoir faire. L adaptation est donc un compromis entre l évolution, qui exige le code source et son expertise, mais permet une très grande liberté et une efficacité de la solution, et la facilité mais les limitations de la customisation. Bien sûr, l entreprise productrice du logiciel peut elle même utiliser les mécanismes d adaptation qu elle fournit aux clients. C est d ailleurs un très bon critère pour juger de la qualité, de la souplesse et de la fiabilité d un mécanisme d adaptation. 3. Etat de l art sur les techniques d adaptation 3.1. Application Programming Interface (API) Une API correspond à un sous-ensemble de toutes les interfaces des composants du logiciel. Le client ajoute des composants qui utilisent ces interfaces.

4 composant client Seul le point 1, ajout d un composant client, est satisfait. Le logiciel n est en aucune façon modifié, le client n a aucun accès à l architecture interne du logiciel du fournisseur, il se contente de l utiliser. La marge de manœuvre est très faible Langages de Scripts. Un langage de script est un langage spécifique d un domaine pour implémenter des «add-on». Composant Client Interpréteur de Script Le mécanisme est le même que pour les APIs ; les possibilités d adaptation sont les mêmes mais le client dispose d un langage mieux adapté : seul le point 1 est couvert Les «plug-ins» ou «framework» Le logiciel livré, appelé framework, s attend à ce que des composants clients (appelés plug-in ) fournissent des interfaces prédéfinies, que le logiciel utilisera selon un protocole prédéfini. En général le logiciel ne dispose pas d un moyen général pour découvrir des interfaces additionnelles que le plug-in pourrait offrir, ni un mécanisme général pour définir le protocole de liaison et d utilisation de ces nouvelles interfaces. Le client ne peut que lier ses plug-ins aux interface prédéfinies du logiciel. Le pattern «visiteur» [3] rentre dans ce cadre. Plug In Le points 1 est couvert : De la même façon qu avec les APIs, le client est capable de rajouter ses propres composants. L adaptation est dans ce cas encore très minime, c est le logiciel qui offre cette ouverture, la marge de manœuvre est donc encore très faible Les architectures à événement Le logiciel fournit une interface d évènements qui décrit les messages reçus et interprétés par le logiciel et ceux qui en sont émis en direction des composants client. Selon les services fournis par le serveur d événement, on pourra rediriger, inhiber, modifier les liens entre des composants clients et le logiciel.

5 Serveur d événement Par exemple, un événement envoyé par le client (6) pourra : - être interprété et redirigé sur les interfaces du logiciel (1 et 2), nous sommes alors dans le même cas que l API, - pourra être envoyé à un composant particulier (4), le module du client se fait passer pour le composant envoyant l événement (3), nous sommes donc dans le cas du remplacement d un composant par un module, L événement (5) envoyé par le logiciel pourra, selon la politique du serveur d événement : - être redistribué au composant client, nous sommes alors dans le cas du plug-in, - être inhibé, nous sommes alors dans le cas où les composants destinataires de cet événement sont supprimés du logiciel, au moins en ce qui concerne cet événement. Ainsi, le serveur d événement offre la possibilité de court-circuiter et de traiter les communications événementielles entre les composants fournisseurs et clients. L adaptation dans ce cas est donc possible, mais elle est encore limitée car le client ne possède pas forcement le contrôle sur le serveur d événement et il ne peut agir que sur un sous-ensemble des communications. Cette architecture peut ainsi satisfaire les points de 1 à Adaptation dans une architecture à composants ouverte. Nous présentons ici une autre approche liée à l architecture à composants décrite dans la section 2. L idée de travailler au niveau architecture logicielle n est pas récente[6] [7], elle est appliquée ici à l adaptation. Nos diagrammes ne montrent plus le niveau logiciel / Composants Fournisseur / Composants Client, mais le niveau Composants Fournisseur / Composant Client / Sous-Composants. Ici, le composant doit être vue comme une couche permettant d administrer différentes unités logicielles. Ici, nous supposerons que le client peut avoir la connaissance du contenu des composants et des connections entre leurs sous-composants ; il peut ainsi connaître l architecture du logiciel, i.e. de tout ou partie des composant qui constitue ce logiciel. L ouverture de l architecture à composant permet de modifer la structure interne d un composant (présence des sous-composants, liaisons internes entre les sous-composants, ) L extension Le composant du fournisseur (en gris) est enrichi d une ou plusieurs interfaces implantées par un ou plusieurs composant client (en blanc). Ainsi, nous obtenons un nouveau composant qui propose les mêmes interfaces qu initialement complétées par celles du ou des composants clients. Le composant obtenu peut ne pas exposer toutes les interfaces de ses constituants, ces choix sont fait au moment de la définition de l architecture ; le client peut alors masquer certaines interfaces. Enfin, le module extension peut avoir connaissance des sous-composants pour communiquer éventuellement avec eux (lien en pointillé).

6 L extension satisfait les points 1 et 5 car elle permet d ajouter un module, de retirer des fonctionnalités, et par ce biais, d ajouter une ou plusieurs interfaces. Délégation Un composant propose l interface déléguée (Délégation) sans fournir, par défaut, le code exécutif correspondant. Le choix du composant devant exécuter les services de cette interface peut être fait dynamiquement. Le schéma suivant montre en pointillé un lien défini dynamiquement pour lier une interface à un composant, dans ce cas, extérieur au composant délégant l interface. La délégation couvre les critères d adaptation 1, 2, 3 et 4 : ajout de composant client, remplacement d un composant fournisseur par un composant client dans le cas où un composant avait déjà été désigné pour effectuer les services ; retirer un composant en annulant le lien de délégation et enfin, modification de lien entre composants Le wrapping Un wrapper est un composant client qui s insère en amont des composants fournisseurs et qui constitue un nouveau composant. Les interfaces fournies peuvent être les mêmes ou être différentes de celles du composant original. Un wrapper tel que défini ici implique une capacité à définir un nouveau composant, si ce n est pas le cas, on est ramené au point 1 : Usage d une API. Wrapper Les points 5 et 6 sont satisfaits car le Wrapper permet d ajouter / supprimer des interfaces.

7 Architecture ouverte Le client est habilité à constituer de nouveau composants en ajoutant ses propres sous-composants (en blanc), en substituant les composants, en modifiant les liens internes etc. Il n est pas habilité, par contre, à modifier le contenu des constituants élémentaires ni des interfaces existantes, le code source du fournisseur n étant pas accessible. A notre connaissance, il n existe pas d exemple complet d architecture ouverte. L approche peut être «statique» i.e. on dispose de l architecture du logiciel définie dans un langage d architecture ; on modifie cette description et on recompile le tout. Cela peut être «dynamique» si on dispose en plus d un interpréteur architectural. Les points 1, 2, 3, 4, 5 et 6 sont couverts : L architecture ouverte permet de rajouter des composants clients, de remplacer, retirer des composants, de modifier les liens entre les composants / modules et d ajouter ou retirer des interfaces. Interfaces actives. L interface est «programmable», et le client, pour chacune des méthodes de l interface du logiciel peut ajouter un appel (call-back) vers ses propres composants, avant et/ou après l appel. La méthode du client peut alors analyser les arguments et les modifier, rediriger l appel vers une autre méthode, refuser l appel, exécuter des actions avant / après etc. Ce modèle est proche du modèle avec serveur d événements mais le choix des politiques de gestion des messages est donné à celui qui implémente l interface active, le client peut donc obtenir ce pouvoir. L interface active ressemble aussi fortement au pattern «Proxy» [3]. Pre M1 () Post Interface Active. Dans cet exemple, seule la méthode M1 de l interface est enrichie (active). Nous avons donc la possibilité de diminuer la granularité au niveau de la méthode. Nous notons que l interface active peut être réalisée dynamiquement en Java grâce à la classe java.lang.reflect.proxy associée à l interface java.lang.reflect.invocationhandler. Les points 7 et 8 sont couverts du fait de la granularité de l adaptation permise, mais le logiciel reste un paquet monolithique, les composants substitués restent présents même s ils ne sont pas appelés. Ce modèle est aussi très proche de celui des Wrappers. Une grande différence subsiste tout de même : Du point de vue d une application cliente, le composant est toujours le même, sa structure n est pas modifiée. Dans le cas

8 des wrappers, un nouveau composant est créé, sans proposer forcement les mêmes interfaces que le composant original, l application cliente doit en être informée. Interface active et architecture ouverte Si l approche interface active est combinée avec celle de l architecture ouverte, nous obtenons une architecture permettant de couvrir tous les critères d adaptabilité définis dans le paragraphe 2. Le logiciel peut être profondément adapté et optimisé bien que le code source de l application reste caché. Cette approche doit être complétée de mécanismes de sécurité, en tout cas pour être utilisé au niveau industriel, car mal contrôlée, elle peut être très permissive. 4. L adaptation chez Dassault Systèmes : Dassault Systèmes (DS) est le leader mondial de la CAO avec son logiciel Catia. Celui-ci est distribué auprès de plus de clients représentants des métiers très différents (mécanique, hydraulique, électronique, ). Chaque client souhaite adapter Catia pour ses propres exigences en terme de fonctionnalités (design, analyse, simulation, ). DS est donc très fortement confronté à ce besoin d adaptation pour Catia afin de répondre à cette diversité dans les exigences des clients. Lors de la récente sortie de la version 5 de Catia, DS a offert un tel mécanisme à ses clients. DS a choisi le modèle «Extension» décrit précédemment car il permet de satisfaire les contraintes d adaptabilité tout en gardant un grand contrôle sur l architecture globale. En effet, ce mécanisme permet en même temps de maintenir l architecture dans un état stable [2] tout en laissant une grande flexibilité aux clients. Nous avons vu que l Extension satisfaisait aux critères 1 et 5 ; le client peut rajouter ses propres composants et interfaces (cf figure ci-dessous). En outre, il ne peut pas, dans ce modèle, satisfaire les critères 2, 3 et 4 : remplacer un composant, retirer un composant et modifier les liens entre les composants. Par contre, d autres mécanismes comme la délégation et une forme d interface active sont offerts afin de répondre à ces manques. Catia est un logiciel complexe et de grande taille (plus de 4 millions de lignes de code) avec un développement coopératif fort (1000 ingénieurs). Ceci a poussé DS à utiliser ces mécanismes d adaptation en interne. Après plusieurs années d utilisation, les résultats ont été à la hauteur des espérances. La figure ci-dessous illustre l utilisation du mécanisme d extension par deux clients de DS. Chacun d entre eux adapte le composant fourni par DS pour son propre métier : l avionique pour Boeing et l automobile pour Chrysler. DS Component i DS site DS Component i DS Component i Boeing Extension Boeing Interface Chrysler Extension Chrysler Interface Chrysler Interface Boeing site Chrysler site

9 5. Conclusion Un même logiciel étant utilisé par de nombreux clients de métier différents, il est évident que ceux-ci souhaitent l adapter à leurs propres besoins. Il a donc fallu créer divers mécanismes afin de répondre à cette attente. Au cours du temps, ceux-ci se sont améliorés afin de fournir toujours plus de flexibilité au client. Ces mécanismes vont du simple appel des fonctionnalités offertes par l application (API, langages de scripts, ) jusqu à des modèles où l architecture de l application intègre les composants du client (plug-ins, extension, architecture ouverte, ). Nous avons montré les différentes technologies, en correspondance avec leur degré et leur granularité d adaptabilité. L adaptabilité permet une meilleure flexibilité pour le client, une meilleure réutilisation des composants existants tout en préservant un degré de sécurité suffisant. Nous avons montré les nouvelles approches basées sur l ouverture de l architecture ; approches très prometteuse qui n a pas encore été beaucoup expérimentée tant au niveau académique qu industriel. DS a été précurseur dans ses choix de technologies pour l adaptation. Les résultats de CatiaV5 montrent la pertinence, la viabilité et la nécessité de ces technologies. Il semble donc clair que les clients seront de plus en plus exigeants quant à la personnalisation des logiciels, autant au niveau du degré d adaptabilité recherché qu au niveau de la facilité d adaptation. L adaptabilité sera un challenge toujours plus important pour les entreprises productrices de logiciels. 6. Références : [1] Peyman Oreizy, Decentralised Software Evolution ; International Workshop on the Principles of Software Evolution (IWPSE1) ; Kyoto, Japan, April 20-21, 1998 [2] Peyman Oreizy, Richard N. Taylor : Coping with Application Inconsistency in Decentralized Software Evolution ; International Workshop on the Principles of Software Evolution (IWPSE2); Fukuta, Japan, July [3] E. Gamma, R. Helm, R. Johnson, J. Vlissides : Design Patterns ; Addison-Wesley, 1995 [4] Thuan L. Thai : Learning DCOM ; O Reilly, 1999, isbn [5] Object Management Group. Corba Components, ; August 2, 1999 [6] D. E. Perry, A. L. Wolf ; Foundation for the study of software architecture ; Software Engineering notes, vol 17, no 4, October 1992 [7] D. Garlan. Software Architecture: a Roadmap. In A. Finkelstein, editor, The Future of Software Engineering, 22 nd International Conference on Software Engineering (ICSE 2000), , Limerick, Ireland, June 2000.

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

les Design Patterns 11/02/2013 labsticc.univ-brest.fr/pages_perso/babau/ Département Informatique, UFR Sciences, UBO Laboratoire Lab-STICC

les Design Patterns 11/02/2013 labsticc.univ-brest.fr/pages_perso/babau/ Département Informatique, UFR Sciences, UBO Laboratoire Lab-STICC labsticc.univ-brest.fr/pages_perso/babau/ les Design Patterns Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Introduction aux Design patterns Quelques Design

Plus en détail

Environnements de Développement

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

Plus en détail

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

Design Patterns. Pourquoi utiliser des patterns? Pourquoi utiliser des patterns? Les patterns vue de loin. D où viennent les design patterns?

Design Patterns. Pourquoi utiliser des patterns? Pourquoi utiliser des patterns? Les patterns vue de loin. D où viennent les design patterns? Noël NOVELLI ; Université de la Méditerranée ; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Design Patterns D où viennent les design patterns? D où viennent

Plus en détail

Introduction aux Composants Logiciels

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

Plus en détail

Conception d Applications Réparties

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

Plus en détail

Les langages informatiques modernes orientés objet permettent la réutilisation Importance de la clarté de la documentation

Les langages informatiques modernes orientés objet permettent la réutilisation Importance de la clarté de la documentation Clues from other disciplines (from E. Gamma) Patrons de conception («Design Patterns») ESIR2, GL (LSI) Benoit Combemale Université de Rennes 1, ESIR & IRISA (Triskell team) Benoit.Combemale@irisa.fr Inspiré

Plus en détail

Generic Morpher: un design pattern adaptatif

Generic Morpher: un design pattern adaptatif Generic Morpher: un design pattern adaptatif David Lesage Séminaire du LRDE, 19 Septembre 2002 Table des matières Table des matières Contexte... 3 Problématique... 6 Rappel : Design

Plus en détail

ETNA Projet de Fin d Étude 2005-2007 RimElse Cahier des charges. c Copyleft 2006, ELSE Team

ETNA Projet de Fin d Étude 2005-2007 RimElse Cahier des charges. c Copyleft 2006, ELSE Team ETNA Projet de Fin d Étude 2005-2007 RimElse Cahier des charges c Copyleft 2006, ELSE Team 18 avril 2006 Table des matières 1 Introduction 2 2 Présentation du projet 3 2.1 Une distribution Évolulable..................

Plus en détail

Vérifier la qualité de vos applications logicielle de manière continue

Vé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étail

La Stratégie d Intégration Advantage

La Stratégie d Intégration Advantage La Stratégie d Intégration Advantage Intégration pour l Entreprise Synthèse Ces dernières années, les entreprises comptent sur moins de systèmes pour gérer leurs activités au quotidien et ont souvent implémenté

Plus en détail

Système d exploitation

Système d exploitation Chapitre 2 Système d exploitation 2.1 Définition et rôle Un ordinateur serait bien difficile à utiliser sans interface entre le matériel et l utilisateur. Une machine peut exécuter des programmes, mais

Plus en détail

MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE

MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE ÉCOLE POLmECHNlQUE FÉDÉRALE DE LAUSANNE POUR L'OBTENTION DU GRADE DE DOCTEUR ÈS SCIENCES PAR Yassin

Plus en détail

Une extension pour RDF/RDFS utilisant des relations procédurales

Une extension pour RDF/RDFS utilisant des relations procédurales Une extension pour RDF/RDFS utilisant des relations procédurales Jean-François Baget * * INRIA Sophia-Antipolis & LIRMM(CNRS - UM2) LIRMM, 161 rue Ada, 34392 Montpellier Cedex 5 baget@lirmm.fr RÉSUMÉ.

Plus en détail

Concevoir des applications Web avec UML

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

Plus en détail

Techniques de Développement

Techniques de Développement Techniques de Développement Quelques définitions relatives au développement de logiciel Sébastien Faucou Université de Nantes (IUT de Nantes, département Informatique) Licence Professionnelle Systèmes

Plus en détail

IBM WebSphere ILOG JRules Business Rule Management System (BRMS) systèmes de gestion de règles métier

IBM WebSphere ILOG JRules Business Rule Management System (BRMS) systèmes de gestion de règles métier Automatisation des décisions métier et réduction du délai de lancement de nouvelles initiatives IBM WebSphere ILOG JRules Business Rule Management System (BRMS) systèmes de gestion de règles métier Gestion

Plus en détail

Le moteur de workflow JBPM

Le moteur de workflow JBPM Le moteur de workflow Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/ duvallet/

Plus en détail

Le moteur de workflow JBPM

Le moteur de workflow JBPM Le moteur de Workflow Le moteur de workflow 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com http://litis.univ-lehavre.fr/

Plus en détail

Stage Ingénieur en développement logiciel/modélisation 3D

Stage 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étail

GNU General Public License. Sophie VUONG Ingénieurs 2000 - IR3

GNU General Public License. Sophie VUONG Ingénieurs 2000 - IR3 GNU General Public License Sophie VUONG Ingénieurs 2000 - IR3 Plan de l exposé Définition de logiciel libre et de logiciel propriétaire Origine du mouvement du logiciel libre Les principes de la GNU GPL

Plus en détail

OFFRES DE STAGES REGION EST. Market Unit 8 - Software Engineering & Testing

OFFRES DE STAGES REGION EST. Market Unit 8 - Software Engineering & Testing OFFRES DE STAGES REGION EST Market Unit 8 - Software Engineering & Testing 2013 EDITO Chère étudiante, cher étudiant Vous avez entre les mains notre catalogue rassemblant les opportunités de stages que

Plus en détail

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

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

Plus en détail

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

CCNA Discovery Travailler dans une PME ou chez un fournisseur de services Internet

CCNA 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étail

EXPERIENCE DE COUPLAGE DE MODELES ALTARICA AVEC DES INTERFACES METIERS EXPERIMENT OF COUPLING ALTARICA MODELS WITH SPECIALIZED INTERFACES

EXPERIENCE DE COUPLAGE DE MODELES ALTARICA AVEC DES INTERFACES METIERS EXPERIMENT OF COUPLING ALTARICA MODELS WITH SPECIALIZED INTERFACES EXPERIENCE DE COUPLAGE DE MODELES ALTARICA AVEC DES INTERFACES METIERS EXPERIMENT OF COUPLING ALTARICA MODELS WITH SPECIALIZED INTERFACES PERROT Benoit, PROSVIRNOVA Tatiana, RAUZY Antoine, SAHUT D IZARN

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

Infrastructure Active Directory en termes de GPO

Infrastructure Active Directory en termes de GPO Infrastructure Active Directory en termes de GPO 10/11/2011 Jonathan UNG UNG Jonathan ERE P48 ERE P48 1 Description de l entreprise Création : 2002 Fiche d identité Nom : Digital Simulation Activité Le

Plus en détail

Bases de données et environnements distribués Chapitre I : Architecture logicielle technologies de developpement en environnement

Bases de données et environnements distribués Chapitre I : Architecture logicielle technologies de developpement en environnement Bases de données et environnements distribués Chapitre I : Architecture logicielle technologies de developpement en environnement distribué Éric Leclercq Département IEM / Laboratoire LE2i Septembre 2014

Plus en détail

Le cadre des Web Services Partie 1 : Introduction

Le cadre des Web Services Partie 1 : Introduction Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services

Plus en détail

II.2 Développement des systèmes logiciels

II.2 Développement des systèmes logiciels II.1 Introduction Dans le domaine de réseaux électriques, on constate que l'application de la MOO (Modélisation orientée objets) à beaucoup d avantages vue que la structure physique d un réseau électrique

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

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

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

Plus en détail

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

de survie du chef de projet

de survie du chef de projet KIT de survie du chef de projet 01 1 2 3 4 5 6 04 03 07 07 03 03 LE SERVEUR LE CLIENT TECHNOLOGIE WEB CLIENT LE SERVEUR WEB TECHNIQUES & CADRE DE TRAVAIL APPLICATIONS 101 LE SERVEUR Un serveur informatique

Plus en détail

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

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

Plus en détail

Construire un annuaire d entreprise avec LDAP

Construire un annuaire d entreprise avec LDAP Construire un annuaire d entreprise avec LDAP Marcel Rizcallah Éditions Eyrolles ISBN : 2-212-09154-0 2000 Introduction L économie en réseau ou la Net-économie est au cœur des débats et des stratégies

Plus en détail

GenDbg : un débogueur générique. Didier Eymery Jean-Marie Borello Jean-Marie Fraygefond Odile Eymery Philippe Bion

GenDbg : un débogueur générique. Didier Eymery Jean-Marie Borello Jean-Marie Fraygefond Odile Eymery Philippe Bion GenDbg : un débogueur générique Didier Eymery Jean-Marie Borello Jean-Marie Fraygefond Odile Eymery Philippe Bion 2008 Qui sommes nous? Centre d électronique de l Armement (CELAR) Maîtrise et protection

Plus en détail

Software Design Description

Software Design Description Software Design Description ABSTRACT: KEYWORDS: APPROVED: AUTHOR PROJECT MANAGER PRODUCT OWNER General information/recommendations A SDD provides a representation of a software system created to facilitate

Plus en détail

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.

D 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étail

Environnements de développement

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

Plus en détail

CONNECTIVITÉ. Options de connectivité de Microsoft Dynamics AX. Microsoft Dynamics AX. Livre blanc

CONNECTIVITÉ. Options de connectivité de Microsoft Dynamics AX. Microsoft Dynamics AX. Livre blanc CONNECTIVITÉ Microsoft Dynamics AX Options de connectivité de Microsoft Dynamics AX Livre blanc Ce document décrit les possibilités offertes par Microsoft Dynamics AX en terme de connectivité et de montée

Plus en détail

11 Février 2014 Paris nidays.fr. ni.com

11 Février 2014 Paris nidays.fr. ni.com 11 Février 2014 Paris nidays.fr 1 Choisir la bonne architecture logicielle pour automatiser les systèmes de test Jérémy Charavet Ingénieur d Applications, National Instruments France Une architecture logicielle

Plus en détail

Modelio by Modeliosoft

Modelio by Modeliosoft Modelio by Modeliosoft Solutions d entreprise basées sur l atelier leader de modélisation open source Modelio (modelio.org) L atelier de modélisation open source de référence Une solution sur étagère,

Plus en détail

Thème 10 : Développer un concept et une architecture technique de produit

Thème 10 : Développer un concept et une architecture technique de produit Thème 10 : Développer un concept et une architecture technique de produit Serghei Floricel et Eduardo Miranda Si vous réfléchissez encore à un moyen technique pour réaliser un produit qui fonctionne et

Plus en détail

Autodesk Robot Structural Analysis Professional. Une analyse complète de vos projets de structure.

Autodesk Robot Structural Analysis Professional. Une analyse complète de vos projets de structure. Autodesk Robot Structural Analysis Professional Une analyse complète de vos projets de structure. Une analyse structure intégrée plus simple Le logiciel Autodesk Robot Structural Analysis Professional

Plus en détail

Travaux pratiques 9.1.1 Organisation des objectifs CCENT par couche du modèle OSI

Travaux pratiques 9.1.1 Organisation des objectifs CCENT par couche du modèle OSI Travaux pratiques 9.1.1 Organisation des objectifs CCENT par couche du modèle OSI Objectifs Organiser les objectifs CCENT en fonction de la ou des couches auxquelles ils s adressent Contexte / Préparation

Plus en détail

Vulgarisation Java EE Java EE, c est quoi?

Vulgarisation Java EE Java EE, c est quoi? Paris, le 1 Février 2012 Vulgarisation Java EE Java EE, c est quoi? Sommaire Qu est ce que Java? Types d applications Java Environnements Java Versions de Java Java EE, c est quoi finalement? Standards

Plus en détail

Conventions communes aux profils UML

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

Plus en détail

PatternsBox Ptidej, intégration de deux outils de conception et de rétro-conception à Eclipse

PatternsBox Ptidej, intégration de deux outils de conception et de rétro-conception à Eclipse This paper has been accepted to the GDR-ALP OCM day (In French) Ce papier a été accepté pour la journée du GDR-ALP OCM PatternsBox Ptidej, intégration de deux outils de conception et de rétro-conception

Plus en détail

Application des Spécifications détaillées pour la Retraite, architecture portail à portail

Application des Spécifications détaillées pour la Retraite, architecture portail à portail Pour Application des Spécifications détaillées pour la Retraite, architecture portail à portail Version 1.0 ON-X S.A. est une société du Groupe ON-X 15, quai Dion Bouton 92816 PUTEAUX cedex. Tél : 01 40

Plus en détail

Stratégie de sécurité grâce au logiciel libre. Frédéric Raynal Cédric Blancher

Stratégie de sécurité grâce au logiciel libre. Frédéric Raynal <pappy@miscmag.com> Cédric Blancher <blancher@cartel-securite.fr> Stratégie de sécurité grâce au logiciel libre Frédéric Raynal Cédric Blancher 1 Agenda du workshop Introduction Le logiciel libre et la sécurité GNU/Linux

Plus en détail

Formation CATIA V5. Exine3D - 2011. Contact : Adrien MAILLOT. Action soutenue par l Incubateur d Entreprises Innovantes de Franche-Comté (IEI.

Formation CATIA V5. Exine3D - 2011. Contact : Adrien MAILLOT. Action soutenue par l Incubateur d Entreprises Innovantes de Franche-Comté (IEI. Formation CATIA V5 Exine3D - 2011 Action soutenue par l Incubateur d Entreprises Innovantes de Franche-Comté (IEI.FC) : Contact : Adrien MAILLOT Président Exine3D Avec l appui de : IEI.FC - Immeuble Numérica

Plus en détail

Introduction ( ) Source ( ) Introduction Source

Introduction ( ) Source ( ) Introduction Source Réutilisation, livraison pour la réutilisation, Biens logiciels, Bibliothèque de biens logiciels, Référentiel logiciel Patterns, frameworks, architectures à base de composants Introduction Source La notion

Plus en détail

COURS MGL 804 SUJET : ÉVALUATION DE LA MAINTENABILITÉ DES PRODUITS LOGICIELS DU CCI RAPPORT FINAL. Franklin Kamsong

COURS MGL 804 SUJET : ÉVALUATION DE LA MAINTENABILITÉ DES PRODUITS LOGICIELS DU CCI RAPPORT FINAL. Franklin Kamsong COURS MGL 804 SUJET : ÉVALUATION DE LA MAINTENABILITÉ DES PRODUITS LOGICIELS DU CCI RAPPORT FINAL Franklin Kamsong ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC MONTRÉAL HIVER 2012 TABLE DES MATIÈRES

Plus en détail

Développer des Applications Internet Riches (RIA) avec les API d ArcGIS Server. Sébastien Boutard Thomas David

Développer des Applications Internet Riches (RIA) avec les API d ArcGIS Server. Sébastien Boutard Thomas David Développer des Applications Internet Riches (RIA) avec les API d ArcGIS Server Sébastien Boutard Thomas David Le plan de la présentation Petit retour sur les environnements de développement ArcGIS Server

Plus en détail

Une interface graphique de modélisation basée sur le formalisme de Forrester

Une interface graphique de modélisation basée sur le formalisme de Forrester Une interface graphique de modélisation basée sur le formalisme de Forrester un plugin de modélisation GVLE Patrick Chabrier INRA (Institut National de la Recherche Agronomique) (INRA) Stage Forrester

Plus en détail

J2EE : Services Web. Stéphane Croisier, Directeur Serge Huber, Directeur Technique. 13 Juin 2002. 2002 Jahia Ltd. All rights reserved.

J2EE : Services Web. Stéphane Croisier, Directeur Serge Huber, Directeur Technique. 13 Juin 2002. 2002 Jahia Ltd. All rights reserved. J2EE : Services Web Stéphane Croisier, Directeur Serge Huber, Directeur Technique 13 Juin 2002 Aperçu Interopérabilité en XML/HTTP SOAP ebxml Outils d EAI JXTA Normes d interopérabilité XML SOAP/UDDI Inventé

Plus en détail

NFP111 Systèmes et Applications Réparties

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

Plus en détail

Manlab. Logiciel de continuation interactif. R. Arquier B. Cochelin C. Vergez

Manlab. Logiciel de continuation interactif. R. Arquier B. Cochelin C. Vergez Manlab Logiciel de continuation interactif R. Arquier B. Cochelin C. Vergez Laboratoire de mécanique et d acoustique (UPR CNRS 7051) Ecole généraliste d ingénieurs de Marseille (EGIM) Technopôle de Château-Gombert

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 16 NFP111 Systèmes et Applications Réparties Cours 10 - Les Enterprise Java Beans ( aux serveurs ) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Versus Etude Technologique

Versus Etude Technologique VS Versus Etude Technologique 1 VS Contents Introduction... 3 Présentation des technologies... 3 Phonegap... 3... 3 Pour quels besoins?... 4 Comment ça fonctionne? Les models... 4 Phonegap... 5... 6 Comparatif...

Plus en détail

Merise. Introduction

Merise. Introduction Merise Introduction MERISE:= Méthode d Etude et de Réalisation Informatique pour les Systèmes d Entreprise Méthode d Analyse et de Conception : Analyse: Etude du problème Etudier le système existant Comprendre

Plus en détail

Embedded Domain-Specific Languages using Libraries and Dynamic Metaprogramming

Embedded Domain-Specific Languages using Libraries and Dynamic Metaprogramming Embedded Domain-Specific Languages using Libraries and Dynamic Metaprogramming THÈSE N O 5007 (2011) PRÉSENTÉE le 20 mai 2011 À LA FACULTÉ INFORMATIQUE ET COMMUNICATIONS LABORATOIRE DE MÉTHODES DE PROGRAMMATION

Plus en détail

Synergies entre Artisan Studio et outils PLM

Synergies 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étail

Eclipse Process Framework et Telelogic Harmony/ITSW

Eclipse Process Framework et Telelogic Harmony/ITSW Eclipse Process Framework et Telelogic Harmony/ITSW Boris Baldassari 1 Résumé Une introduction à Eclipse Process Framework (EPF) et au processus OpenUP, et comment tirer profit de ces initiatives dans

Plus en détail

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

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

Plus en détail

CoLab : Co-Navigation sur le Web

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

Plus en détail

CATALOGUE FORMATION. Product Lifecycle Management. Juin 2013

CATALOGUE FORMATION. Product Lifecycle Management. Juin 2013 CATALOGUE FORMATION Product Lifecycle Management Juin 2013 s de formation ENOVIA V6 ENOVIA V6 Plateforme Collaborative 5 ENOVIA V6 Installation et Administration 9 ENOVIA V6 Implémentation et Développement

Plus en détail

Cible de sécurité CSPN

Cible de sécurité CSPN Cible de sécurité CSPN ClearBUS Application cliente pour la communication sécurisée Version 1.12 Le 25/11/2011 Identifiant : CBUS-CS-1.12-20111125 contact@clearbus.fr tel : +33(0)485.029.634 Version 1.12

Plus en détail

www.microsoft-project.fr

www.microsoft-project.fr Microsoft Project Server 2010 unifie la gestion de projet et la gestion de portefeuille afin d aider les entreprises à aligner les ressources et les investissements avec les priorités métier, et à exécuter

Plus en détail

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau)

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau) CS WEB Ch 1 Introduction I. INTRODUCTION... 1 A. INTERNET INTERCONNEXION DE RESEAUX... 1 B. LE «WEB» LA TOILE, INTERCONNEXION DE SITES WEB... 2 C. L URL : LOCALISER DES RESSOURCES SUR L INTERNET... 2 D.

Plus en détail

Qui sommes- Nous? Projets et produits logiciels. Recherche et développement

Qui sommes- Nous? Projets et produits logiciels. Recherche et développement Projets et produits logiciels 2 Qui sommes- Nous? Evaelys est votre partenaire technologique dans les domaines de l informatique scientifique et technique. Editeur de solutions, nos produits font le lien

Plus en détail

Avril - Mai -Juin Projet de programmation PHASE DE CODAGE. IUT DE VANNES - Juan Joal. CADIC Julien - PINSARD Antoine

Avril - Mai -Juin Projet de programmation PHASE DE CODAGE. IUT DE VANNES - Juan Joal. CADIC Julien - PINSARD Antoine 2012 Avril - Mai -Juin Projet de programmation PHASE DE CODAGE IUT DE VANNES - Juan Joal CADIC Julien - PINSARD Antoine Structure pédagogique PROJET AP5 Plus que quelques lignes à coder et nous aurons

Plus en détail

LE COMPILATEUR EN LIGNE DE FAUST : UN IDE EN LIGNE POUR LE LANGAGE DE PROGRAMMATION FAUST

LE COMPILATEUR EN LIGNE DE FAUST : UN IDE EN LIGNE POUR LE LANGAGE DE PROGRAMMATION FAUST LE COMPILATEUR EN LIGNE DE FAUST : UN IDE EN LIGNE POUR LE LANGAGE DE PROGRAMMATION FAUST Romain MICHON et Yann ORLAREY GRAME, Centre national de création musicale 9 rue du Garet 69202 Lyon, France, rmnmichon@gmail.com

Plus en détail

Master Informatique et Systèmes. Architecture des Systèmes d Information. 03 Architecture Logicielle et Technique

Master Informatique et Systèmes. Architecture des Systèmes d Information. 03 Architecture Logicielle et Technique Master Informatique et Systèmes Architecture des Systèmes d Information 03 Architecture Logicielle et Technique Damien Ploix 2014-2015 Démarche d architecture SI : structuration en vues Quels métiers?

Plus en détail

SPT2013 - Description du cours NORAMSOFT SPT2013. SharePoint 2013 pour développeurs

SPT2013 - Description du cours NORAMSOFT SPT2013. SharePoint 2013 pour développeurs - Description du cours SharePoint 2013 pour développeurs 1 SHAREPOINT 2013 POUR DÉVELOPPEURS NORAMSOFT 1. Description du cours Ce cours intensif de 3 jours explore les opportunités de développement avec

Plus en détail

CONTRAT D ETUDES - LEARNING AGREEMENT

CONTRAT D ETUDES - LEARNING AGREEMENT CONTRAT D ETUDES - LEARNING AGREEMENT Règles générales La présence aux séances d enseignement des modules choisis est obligatoire. Chaque module comporte des séances de travail encadrées et non encadrées

Plus en détail

DESCRIPTION DES PRODUITS ET MÉTRIQUES

DESCRIPTION DES PRODUITS ET MÉTRIQUES DESCRIPTION DES PRODUITS ET MÉTRIQUES DPM Adobe - Adobe Analytics (2015v1) Les Produits et Services décrits dans cette DPM sont soit des Services On-demand soit des Services Gérés (comme décrits ci-dessous)

Plus en détail

Les serveurs d applications :une introduction

Les serveurs d applications :une introduction Les serveurs d applications : une introduction Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com Octobre 2006 Plan de la présentation

Plus en détail

L essentiel. Coopérative, flexible, très performante : la plateforme Engineering Base. web aucotec.com

L essentiel. Coopérative, flexible, très performante : la plateforme Engineering Base. web aucotec.com L essentiel Coopérative, flexible, très performante : la plateforme Engineering Base web aucotec.com Les défis La globalisation des structures d ingénierie avec le travail en réseau sur des sites dispersés

Plus en détail

JACi400. Une suite logicielle complète pour la modernisation de vos applications System i

JACi400. Une suite logicielle complète pour la modernisation de vos applications System i Une suite logicielle complète pour la modernisation de vos applications System i JACi400 Conversion JACi400 Déploiement SystemObjects Europe 7 Rue Traversière 94573 Rungis Cedex France Tel: +33 (0) 1 41

Plus en détail

Architectures à composants

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

Plus en détail

BUSINESSOBJECTS EDGE PREMIUM

BUSINESSOBJECTS EDGE PREMIUM PRODUITS BUSINESSOBJECTS EDGE PREMIUM Avantages de la Business Intelligence Assurer une visibilité intégrale des activités Identifier de nouvelles opportunités Détecter et résoudre les problèmes Remplacer

Plus en détail

Introduction. Python?

Introduction. Python? 1 Introduction Python - why settle for snake oil when you can have the whole snake? «Python - Pourquoi se contenter d huile de serpent quand on peut avoir le serpent tout entier?» Mark Jackson En guise

Plus en détail

Bénéfices pour votre organisation : une solution pouvant supporter vos besoins d affaires

Bénéfices pour votre organisation : une solution pouvant supporter vos besoins d affaires Pivotal CRM 6.0 Quelle que soit la tendance d évolution des marchés, faites de vos clients le moteur de votre réussite avec une meilleure maîtrise et une meilleure flexibilité et un coût de possession

Plus en détail

Testing : A Roadmap. Mary Jean Harrold. Présentation de Olivier Tissot

Testing : A Roadmap. Mary Jean Harrold. Présentation de Olivier Tissot Testing : A Roadmap Mary Jean Harrold Présentation de Olivier Tissot Testing : A Roadmap I. L auteur II. Introduction sur les test : les enjeux, la problématique III. Les tests : roadmap IV. Conclusion

Plus en détail

Java et Objet. Amélie Lambert 2014-2015. Amélie Lambert 2014-2015 1 / 42

Java et Objet. Amélie Lambert 2014-2015. Amélie Lambert 2014-2015 1 / 42 Java et Objet Amélie Lambert 2014-2015 Amélie Lambert 2014-2015 1 / 42 Chapitre 8 Développement d applications Web Amélie Lambert 2014-2015 2 / 42 Plan du cours Typologie des applications Web Architecture

Plus en détail

Application des Spécifications détaillées pour le RNIAM, architecture portail à portail

Application des Spécifications détaillées pour le RNIAM, architecture portail à portail Pour Application des Spécifications détaillées pour le RNIAM, architecture portail à portail Version 1.0 ON-X S.A. est une société du Groupe ON-X 15, quai Dion Bouton 92816 PUTEAUX cedex. Tél : 01 40 99

Plus en détail

GÉNÉRER DE LA VALEUR ET ATTEINDRE DES RÉSULTATS AVEC LES MANAGED SERVICES

GÉNÉRER DE LA VALEUR ET ATTEINDRE DES RÉSULTATS AVEC LES MANAGED SERVICES UN GUIDE ESSENTIEL : GÉNÉRER DE LA VALEUR ET ATTEINDRE DES RÉSULTATS AVEC LES MANAGED SERVICES Vue d ensemble Dans presque tous les secteurs des services de santé aux services financiers de l industrie

Plus en détail

Développement de systèmes critiques intégrant des logiciels libres. Mercredi 5 Novembre 2003 - RTP CNRS-STIC n 21 - Paris

Développement de systèmes critiques intégrant des logiciels libres. Mercredi 5 Novembre 2003 - RTP CNRS-STIC n 21 - Paris Développement de systèmes critiques intégrant des logiciels libres Mercredi 5 Novembre 2003 - RTP CNRS-STIC n 21 - Paris Agenda Contexte État des lieux Logiciel libre et systèmes critiques Exemples d architectures

Plus en détail

Le Programme «Archives Audiovisuelles de la Recherche»

Le Programme «Archives Audiovisuelles de la Recherche» 1 Maison des Sciences de l Homme (MSH) Equipe Sémiotique Cognitive et Nouveaux Médias (ESCoM) Le Programme «Archives Audiovisuelles de la Recherche» GAAV (version 1.0) un logiciel de gestion d archives

Plus en détail

ANALYSE FACTORIELLE DE DONNÉES MIXTES : PRINCIPE ET

ANALYSE FACTORIELLE DE DONNÉES MIXTES : PRINCIPE ET ANALYSE FACTORIELLE DE DONNÉES MIXTES : PRINCIPE ET EXEMPLE D APPLICATION Jérôme Pagès Laboratoire de mathématiques appliquées Agrocampus, 35042 Rennes cedex email : pages@agrorennes.educagri.fr Résumé

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Libérez votre intuition

Libérez votre intuition Présentation de Qlik Sense Libérez votre intuition Qlik Sense est une application nouvelle génération de visualisation de données en libre-service qui permet à chacun de créer facilement des visualisations

Plus en détail

CROSS PLATEFORM MOBILE DEVELOPMENT (Phonegap, RhoMobile)

CROSS PLATEFORM MOBILE DEVELOPMENT (Phonegap, RhoMobile) INGENIEUR EN SCIENCES INFORMATIQUES RAPPORT D ETUDE TECHNOLOGIQUE SUR LES SOLUTIONS WEB CROSS PLATEFORM MOBILE DEVELOPMENT (Phonegap, ) Student : Jiachen NIE Parcours: IHM Subject : Adaptation des Interfaces

Plus en détail

Gestion du serveur WHS 2011

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

Plus en détail

Programmation orientée domaine pour les services télécoms: Concepts, DSL et outillage

Programmation orientée domaine pour les services télécoms: Concepts, DSL et outillage Programmation orientée domaine pour les services télécoms: Concepts, DSL et outillage Areski Flissi Gilles Vanwormhoudt LIFL/CNRS (UMR 8022) Institut TELECOM 59655 Villeneuve d Ascq 59655 Villeneuve d

Plus en détail

ARCHITECTURE REST & WEB SERVICES. Exposé Informatique & Réseaux CHAMBON Florian 14 janvier 2014

ARCHITECTURE REST & WEB SERVICES. Exposé Informatique & Réseaux CHAMBON Florian 14 janvier 2014 ARCHITECTURE REST & WEB SERVICES Exposé Informatique & Réseaux CHAMBON Florian 14 janvier 2014 1 Introduction Présentation de Rest Serveur Java JAX-RS Démonstration 2 Introduction Présentation de Rest

Plus en détail