MÉMOIRE DE STAGE DE MASTER SPÉCIALITÉ : Recherche en Informatique Mention : Informatique, Mathématiques, Statistiques

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

Download "MÉMOIRE DE STAGE DE MASTER SPÉCIALITÉ : Recherche en Informatique Mention : Informatique, Mathématiques, Statistiques"

Transcription

1 ACADÉMIE DE MONTPELLIER UNIVERSITÉ MONTPELLIER II SCIENCE ET TECHNIQUES DU LANGUEDOC MÉMOIRE DE STAGE DE MASTER SPÉCIALITÉ : Recherche en Informatique Mention : Informatique, Mathématiques, Statistiques Organisation / Sélection dans les bibliothèques de composants Trading de composants KHALED OUAFI Date de soutenance: Juillet 2006 Effectué au sein du Laboratoire de Génie Informatique et d Ingénierie de Production de l Ecole des Mines d Alès Sous la direction de CHRISTELLE URTADO et SYLVAIN VAUTTIER

2 Remerciements Je tiens tout d abord à exprimer toute ma gratitude à Monsieur Yannick Vimont, Directeur du Laboratoire de Génie Informatique et d Ingénierie de Production de l Ecole des Mines d Alès, pour m avoir permis de réaliser mon stage de Master dans son laboratoire. Je remercie également Monsieur Roland Ducournau, Responsable de la Spécialité Recherche en Informatique du Master mention IMS à l université Montpellier II, de m avoir accueilli au sein du département Informatique. Je tiens à remercier mes tuteurs Madame Christelle Urtado et Monsieur Sylvain Vauttier, pour leur encadrement, leur présence, leurs connaissances, ainsi que l accueil qu ils m ont fait au sein de leur équipe de recherche. En fait c est grâce à leur support, leurs remarques, leurs efforts, leurs conseils, leurs contrôles, leur direction, leur patience, leur bonté et toutes les informations qu ils m ont fournies que ce mémoire a pu voir le jour sous cette forme. Je remercie également Madame Sylvie Cruvellier la secrétaire du laboratoire, et Madame Francoise Armand la responsable de la bibliothèque. J exprime également ma reconnaissance et mes remerciements au thésard Nicolas Desnos, qui m a accueilli et aidé avec beaucoup de patience tout au long de mon stage. A mes amis profonde reconnaissance. Enfin, à mes parents et à toute la famille un grand merci pour leur soutien et plus particulièrement à ma sœur Khalida de Strasbourg à qui je souhaite pleine réussite à sa thèse de doctorat. 1

3 Table de Matières I. Introduction générale Contexte et problématique Objectifs Plan du mémoire...9 Chapitre II. Les approches à composants Introduction Composants Les spécifications d un composant Les interfaces de composant Niveaux sémantique et protocole Niveau port Modèle de composants Le modèle de composant Fractal et son ADL Notre modèle de composant Conclusion...17 Chapitre III. Les approches de Recherche de Composants Introduction Systèmes de recherche de composants Classification par scénario d utilisation Classification par famille Les techniques de recherche de composants Les techniques classiques de recherche d information Les techniques de classification externe Les techniques de classification structurelle Les techniques de recherche comportementale Techniques de recherche par navigation Conclusion...27 Chapitre IV. Trading et composants Introduction Service dynamique de localisation Service de nom Service d annuaire Service de trading Les Spécifications requises pour un service de trading de composant Le Trading actuel Trading de composant Architecture du service de trading de composant Une étude de la fonction de trading du modèle de RM ODP La fonction de trading d'odp Exigences pour les traders de composants

4 6. Conclusion...45 Chapitre V. Un service de trading pour composants à partir de leurs ports Introduction Services et types de service Un Trader pour composants décrits par leurs ports Exportation des services Importation des services Le processus de trading Choix du type de SGBD : XML ou relationnel Conclusion...56 VI. Conclusion et perspectives...57 Annexe A: Extension du schéma de lʹadl Fractal...60 Annexe B : Schéma du document XML de la requête d importation...62 Annexe C : Déroulement d un exemple d application...63 Annexe D : Feuille de style XSL pour le schéma XML de composants VII. Bibliographie

5 Liste des figures Figure 1.1 : Deux aspects de la réutilisation [KHA 05]....5 Figure 1.2 : Cycle de vie des composants réutilisables....6 Figure 1.3 : Différentes facettes de la problématique de la recherche de composants...7 Figure 2.2 : Une station service avec des composants Fractal...15 Figure 2.3 : L architecture logicielle de la station service avec l ADL Fractal Figure 2.4 : Un méta modèle de composants qui inclut les ports primitifs et composites [DES 06]...16 Figure 3.1 : Classification des systèmes de recherche de composants [KHA 05]...20 Figure 3.2 : Architecture classique dʹun système de recherche d information ad hoc appliqué aux composants...21 Figure 3.3 : Architecture classique dʹun système de recherche d information routage appliqué aux composants...21 Figure 4.1 : Niveau dʹabstraction pour la décomposition du système d information dʹentreprise [TER 99a]...30 Figure 4.2 : Utilisation du service trading des composants pour le développement des SI [TER 99a]...30 Figure 4.3 : Architecture du service trading de composant [TER 99b]...34 Figure 4.4 : Les rôles du trading dʹodp...37 Figure 4.5 : Lʹordre des taches dans le rôle dʹimportateur du trader dʹodp [IRI 01]...41 Figure 4.6 : Propagation dʹune requête dans une fédération de trader dʹodp [IRI 01]...42 Figure 5.1 : Différents formats de l objectif fonctionnel

6 I. Introduction générale 1. Contexte et problématique Le travail présenté dans ce stage s inscrit dans le domaine de la réutilisation de composants et plus précisément dans la recherche et la classification des composants réutilisables. Faciliter et imposer la réutilisation dans l ensemble du processus de développement des systèmes d information (SI) nécessite un cadre technique, méthodologique et organisationnel. Pour ce faire, deux types de processus complémentaires doivent cohabiter comme le montre la figure 1.1 : Figure 1.1 : Deux aspects de la réutilisation [KHA 05]. Développement de composants réutilisables («Design for reuse») : une ingénierie de composants est nécessaire afin de créer, d enrichir puis de maintenir un référentiel de composants réutilisables. Le développement dʹun système de réutilisation doit mettre en œuvre les fonctionnalités d identification, de spécification, de développement, de validation et d organisation des composants. Ce développement suit un processus coopératif et itératif demandant la participation et la mise en accord d experts du domaine. Développement d applications à base de composants («Design by reuse») : un 5

7 tel développement nécessite de nouveaux environnements intégrant de manière systématique la réutilisation de composants. Ces nouveaux environnements doivent intégrer des fonctionnalités de sélection, d adaptation et d intégration de composants pour composer progressivement le système final. La figure 1.2 montre un cycle de vie des composants réutilisables et les différents métiers à travers un exemple d organisation d une équipe de développement de SI adoptant une approche de développement par réutilisation de composants. L exemple met en évidence le rôle central que jouent les bibliothèques de composants dans une telle organisation. Il est donc capital de bien réussir l automatisation de la gestion des bibliothèques de composants pour garantir l aboutissement et l efficacité du projet de réutilisation. Figure 1.2 : Cycle de vie des composants réutilisables. Face à l émergence de collections de composants réutilisables de différents types (conceptuels, logiciels, etc.), certains environnements professionnels de développement d applications ont évolué vers une gestion sommaire de composants. Or, si ces outils permettent effectivement de gérer des bibliothèques de composants, ils n en facilitent pas pour autant leur sélection et leur utilisation par une recherche ou une navigation adaptée. Les bibliothèques de composants sont des éléments clés dans les environnements de développement à base de composants et de réutilisation de 6

8 composants (cf. figure 1.2), mais leur efficacité est optimale lorsque les développeurs et les concepteurs disposent de bibliothèques riches en composants testés et validés, ce qui augmente la fiabilité et diminue le temps de développement des systèmes d information résultants. Malheureusement, mettre simplement à disposition des développeurs des bibliothèques de composants de taille importante n augmente pas forcément la productivité. Le concepteur a besoin de techniques performantes de recherche et de classification de composants. La figure 1.3 situe le domaine de la recherche de composants par rapport aux domaines de l ingénierie des SI, de l ingénierie des composants et de la recherche d information. Figure 1.3 : Différentes facettes de la problématique de la recherche de composants. Telle est la problématique de notre sujet qui situe l importance, la place et l intérêt de notre recherche. 2. Objectifs Lors du processus de développement d une application, le concepteur produit les composants et documente (méta données) leur comportement. Ces méta données sont généralement décrites sous la forme de protocoles qui décrivent les séquences d opérations valides. Un architecte construit une application en sélectionnant des 7

9 composants puis en les assemblant. La cohérence d un assemblage peut être contrôlée à deux niveaux : un niveau syntaxique, dans lequel les types des interfaces connectées sont comparés (interface matching), et un niveau sémantique, dans lequel ce sont les protocoles qui sont comparés. Le processus appropriés de recherche et de choix des composants sont devenus les pierres angulaires de chaque développement efficace à base de composants. Cependant, ces processus font face actuellement à des limitations sérieuses, généralement dues à trois raisons principales. Dʹabord, lʹinformation disponible sur les composants nʹest pas assez expressive pour leur choix efficace. En second lieu, la recherche et les critères d évaluations offertes par les traders courants sont habituellement trop simples pour être utiles en pratique. Enfin, les méthodologies courantes de l ingénierie à base de composants n exploitent pas efficacement le trading pour la recherche et la localisation des composants offrant les services exigés. Dʹabord, une des questions clés dans le développement orienté composant est lʹutilisation dʹune documentation de composants plus complète, plus concise et non ambiguë (c. à d. spécifications). Dans le cas des composants logiciels, leur nature de boîte noire gène la compréhension de leur comportement interne. En outre, seulement les propriétés fonctionnelles sont habituellement prises en considération, alors quʹune autre information cruciale au choix de composant est absente, comme les protocoles ou lʹinformation sémantique [VAL 00], les ports [DES 06] ou les conditions fonctionnelles supplémentaires [ALV 01, CHU 99]. Les fournisseurs de composant logiciel sont également sans aide, fournissant des informations rares et non structurées au sujet des composants [BER 03]. En second lieu, les processus de recherche et d appariement de composant (dans la théorie) sont délégués aux traders, mais le problème est que les traders existants ne fournissent pas toute les fonctionnalités exigées pour un trading sémantique de composants efficace, comme discuté dans [TER 99a]. Enfin, les traders ne sont pas entièrement intégrés dans les méthodologies courantes pour réaliser un développement à base de composants efficace, par conséquent ils manquent plusieurs des avantages potentiels fournis par les traders tels que la découverte de lʹinformation ou le choix partiellement automatisé des composants candidats. Dans ce mémoire, nous présentons un service de trading qui essaye dʹadresser la plupart de leurs imperfections courantes. Une extension dʹinformation utilisée pour décrire les services de composants est également présentée, où non seulement les 8

10 aspects syntaxiques des interfaces sont pris en considération, mais également l exigence syntaxique de collaborations entre interfaces contenue dans les ports, une template pour décrire les requêtes de services est définie. Avec tout cela, il est possible dʹaméliorer les deux services des processus ʹexportationʹ et ʹimportationʹ, et de concevoir et développer les traders améliorés qui se servent des avantages de l information de port pour localiser et rechercher les composants. Il y a plusieurs travaux qui adressent lʹinteropérabilité des composants, aux trois niveaux : niveau signature [OMG 99, ZAR 95], niveau protocole [CAN 00, YEL 97], et niveau sémantique [ROS 01, DHA 96]. Notre approche essaye d étendre cette compatibilité au niveau port [DES 06]. Les notions de ports primitifs et composites constituent un enrichissement des modèles de composants usuels. Nous les proposons comme concepts de granularité adaptée pour assister l architecte lors de la sélection des composants à connecter pour construire une architecture. Plus riches que les simples interfaces, ils véhiculent de l information sur les collaborations que les composants sont susceptibles d établir entre eux. Plus synthétiques et lisibles que les protocoles, ils contiennent tout de même une information sur les dépendances entre interfaces, pertinente pour assister le choix des composants. Les ports primitifs et les ports composites représentent ainsi une abstraction des collaborations potentielles et des dépendances. Tels sont les objectifs de notre travail. 3. Plan du mémoire Ce mémoire est organisé en 6 chapitres. Le chapitre II présente les approches à composants. Cette étude permet l identification des différents niveaux de compatibilité susceptibles d être utilisés lors du processus de développement de systèmes d information. Le chapitre III présente un état de l art sur les techniques de recherche de composants (TRC). Après la présentation d une classification des différentes techniques, nous en présentons des exemples pour chacune des catégories identifiées. Enfin, nous définissons des critères d évaluation des différentes techniques qui nous permettent de les comparer Le chapitre IV présente la relation entre Trading et composants, puis analyse la fonction de trading du standard ODP et ses limitations pour les composants. De 9

11 même, nous proposons une liste d exigences quʹun trader de composants doit accomplir. Ces exigences ont crée les bases pour une implémentation dʹun trader pour des composants décrits par leurs ports. Le chapitre V présente un nouveau service de trading pour composants à partir de leurs ports. Dans un dernier chapitre nous résumons les apports de ce travail et les perspectives envisagées. Des annexes complètent ce document pour en illustrer certaines parties un peu abstraites. 10

12 Chapitre II. Les approches à composants 1. Introduction L approche à base de composants est depuis une dizaine d années considérée comme un nouveau paradigme de développement des systèmes d information [BAR 02]. Les activités de programmation ont été les premières concernées par ce nouveau paradigme. Ce chapitre présente les approches à base de composants. Nous présentons dans les sections 1 et 2 respectivement les notions de composant et leurs spécifications. La section 3 définie un modèle de composant, Ensuite, nous décrirons le modèle de composant Fractal et son ADL. Enfin nous présentons notre modèle de composant comportant les ports primitifs et composites. 2. Composants A l heure actuelle, il n existe pas de normalisation de la notion de composant. Il y a un certain nombre de définitions différentes avec des différences subtiles. Une définition précise est importante afin de déterminer lʹensemble de caractéristiques qui sont significatives pour la description du composant et plus tard pour le trading de composant. La définition suivante donnée par [SZY 98] semble être claire et concise : «un composant logiciel peut être vu comme une unité de composition avec des interfaces fournies et requises contractuellement spécifiées. Cette unité est déployable et toutes ses dépendances externes sont explicites.» 3. Les spécifications d un composant Dans cette section, nous décrivons les caractéristiques d un composant logiciel c.à.d, les interfaces et lʹinformation sémantique, telle que les pré/post conditions, les protocoles et les ports Les interfaces de composant Les composants sont généralement décrits par un ensemble d interfaces qui définissent ce que le composant est capable de fournir et ce que le composant doit requérir Les interfaces peuvent être décrites en utilisant plusieurs notations différentes, selon lʹinformation que nous voulons inclure, et le niveau du détail de spécification. Par exemple, les interfaces de CORBA comprennent les attributs, les types, et les méthodes 11

13 publics dʹobjet. COM suit une approche semblable, mais les composants peuvent avoir plusieurs interfaces, chacune décrit la signature des opérations fournies. Le modèle de composants de CORBA (CCM) stipule également que les interfaces de composants peuvent décrire non seulement les services quʹil fournit, mais également les services qu il exige dʹautres composants pendant son exécution. Cependant, ce genre dʹinformation dʹinterface, également connu sous le nom dʹinformation au niveau de signature ou niveau syntactique, sʹest avéré insuffisant pour le développement d applications [YEL 97, ZAR 95]. 3.2 Niveaux sémantique et protocole Dans les signatures, le niveau sémantique traite la signification des opérationsc.à.d, le comportement [LEA 00] cependant beaucoup plus puissant que les descriptions de signatures seulement. La sémantique comportementale des composants présentent des difficultés sérieuses quand elle est appliquée à de grandes applications : la complexité informatique de prouver les propriétés comportementales des composants et des applications gêne son utilité pratique. Le niveau syntaxique traite les signatures, tandis que la sémantique couvre les aspects «comportementaux» de compatibilité entre composants. En outre, [KON 95] se rapporte aussi à eux comme niveaux statique et dynamique, et [BAS 00] parlent des composants «plug and play», en se rapportant à ces deux niveaux. Le niveau protocole traite juste les protocoles dʹaccès aux services des composants, c.à.d, lʹordre dans lesquels les composants sʹattendent à ce que leurs méthodes soient appelées, et lʹordre dans lequel elles appellent dʹautres méthodes [VAL 00]. Ce niveau, défini par [YEL 97], fournit des contrôles de compatibilité plus puissants que ceux offerts par le niveau de signature usuel. Naturellement, il ne couvre pas tous les aspects sémantiques des composants, mais il nʹest pas mal par rapport aux contrôles sémantiques lourds. C est pourquoi, nous pensons qu il peut être intéressant de définir un niveau de compatibilité intermédiaire entre le niveau syntaxique classiquement mis en oeuvre grâce aux interfaces et la comparaison des protocoles. 3.3 Niveau port Un port [OMG b, ALD 02, HAC 04, BOE 02, PRO03] est une méta information qui documente le comportement d un composant : il décrit le rôle que peut jouer ce 12

14 composant dans une collaboration. Les ports bidirectionnels regroupent les interfaces fournies et requises qui sont utilisées conjointement au sein d une même collaboration. Les ports primitifs composés uniquement d interfaces ne sont pas suffisamment expressifs dans le cas de collaborations complexes. Dans [DES 06] (cf figure 2.4) une proposition d enrichir la description de composants de ports composites pour permettre de représenter tous les types de collaborations. 4. Modèle de composants Un modèle de composants consiste en un ensemble de conventions à respecter dans la construction et l utilisation des composants. L objectif de ces conventions est de permettre de définir et de gérer d une manière uniforme les composants. Elles couvrent toutes les phases du cycle de vie d un système d information à base de composants : la conception, l implantation, l assemblage, le déploiement et l exécution. Concrètement, un modèle de composants décrit certains aspects des composants comme la définition de composants à partir d objets (classes, modules, etc.), les relations entre les composants, les propriétés fonctionnelles et non fonctionnelles de chaque composant, les techniques d assemblage des composants, le déploiement et l exécution d un système d information à base de composants, etc. Dans la pratique, un modèle de composants donné est spécifique à une phase du cycle de vie du composant et du système d information. On trouve ainsi des modèles de composants pour la phase de conception (patrons de conception), et d autres pour les phases d implantation et de déploiement (EJB, CCM, etc.). 5. Le modèle de composant Fractal et son ADL Il existe de nombreuses plates formes à composants comme EJB,.NET ou CCM qui reçoivent de plus en plus d intérêt aussi bien au niveau académique qu industriel. Cependant ces modèles sont principalement dédiés à des composants de gros grain pour des applications de type système d information. Les classes qui implémentent ces composants, suivent des règles de programmation, sont pointées par des descripteurs XML et doivent être exécutées par des serveurs d applications. Elles ne peuvent pas être manipulées aussi facilement que des objets d une machine virtuelle. De plus, les services techniques de ces plates formes sont figés et ne peuvent pas être modifiés, retirés ou ajoutés de façon standard en fonction des besoins. Ainsi, en dépit de cette large adoption de la communauté, demeure le besoin d un modèle de composant léger, proche des concepts d un langage de programmation et ne réclamant pas une mécanique lourde comme les modèles précédemment cités. Le 13

15 modèle de composant Fractal [BRU 04] répond à ces besoins. De plus, un ADL à base de descripteurs XML fait partie des sous projets liés à Fractal. Le modèle de composant Fractal permet la définition, la configuration, et la reconfiguration dynamique de composants et offre une séparation claire entre les besoins fonctionnels et non fonctionnels d une application. Construit comme un modèle de haut niveau, son objectif est de fournir une grande modularité et des possibilités d extension étendues. Le modèle est récursif : un composant est de type primitif ou composite. Dans ce dernier cas, le composant correspond à un assemblage d autres composants primitifs ou composites. Un composant peut également être partagé entre différents composites. Les interfaces jouent un rôle central dans Fractal. Il en existe deux catégories : les interfaces fonctionnelles et celles de contrôle. Les interfaces fonctionnelles sont les points d accès externes d un composant. Fractal offre des interfaces client et serveur. Une interface serveur reçoit des opérations d invocation et une interface cliente en émet. Ainsi une liaison Fractal représente une connexion entre deux composants (liaison primitive). Des liaisons de type multiples (liaisons composites) sont autorisées. Le modèle est fortement typé. De ce fait le type d une interface serveur doit être un sous type de l interface client à laquelle elle est reliée. Comme leur nom l indique, les interfaces de contrôle permettent un certain niveau de contrôle du composant auquel elles sont associées. Ces interfaces ont à charge les besoins non fonctionnels du composant, par exemple la gestion du cycle de vie ou des liaisons à d autres composants. Programmer avec Fractal Cette section illustre par un exemple les concepts du modèle de composant Fractal. La figure 2.2 représente le modèle d une station service. Chaque rectangle correspond à un composant. Les clients utilisent un pistolet pour remplir leur réservoir et payent leur carburant à une caisse connectée à une banque. Chacun de ces composants est un composant primitif Fractal. Nous avons représenté deux composants composites : le premier pour la station, le second pour le système complet. Les composites correspondent à un assemblage de composants primitifs ou composites. Les T attachés aux composants représentent les interfaces fonctionnelles (les interfaces de contrôle ne sont pas représentées sur la figure). Les flèches caractérisent les liaisons entre composants et sont orientées : d une interface cliente vers une interface serveur. Fractal met à disposition une API permettant de créer, introspecter et gérer les 14

16 composants, leurs interfaces et leurs liaisons. Par exemple un composant peut être démarré et arrêté et des liaisons peuvent être créées dynamiquement. Figure 2.2 : Une station service avec des composants Fractal. La définition de l architecture d une application s effectue grâce à un descripteur XML de l ADL Fractal. La figure 2.3 présente un extrait de cette définition dans notre exemple de la station service. Figure 2.3 : L architecture logicielle de la station service avec l ADL Fractal. 15

17 6. Notre modèle de composant Cette sous section vise à présenter comment les ports primitifs et composés sont intégré à un modèle de composant : Elle décrit ainsi un méta modèle de composant. Ce méta modèle [DES 06], comme présenté dans la figure 2.4, est inspiré par le modèle de composants Fractal [BRU 04]. Un composant est récursivement défini (il est hiérarchique). Il est composé dʹune membrane et dʹune architecture, elle même composée de composants. La membrane est décrite par lʹensemble dʹinterfaces représentant les services des composants. La membrane constitue un méta niveau qui permet lʹintrospection et lʹintersession sur le composant. Un port primitif est une représentation abstraite des contributions et des besoins dʹun composant dans une collaboration. Il contient les interfaces requises et fournies. Un port composé est la représentation abstraite dans une collaboration complexe en laquelle des sous collaborations peuvent être distinguées. Ces derniers sont considérés assez indépendant à être représentés en tant que ports séparés qui font partie du port composite. Par ce moyen, la contrainte dʹêtre connecté à un seul composant est relaxée. Figure 2.4 : Un méta modèle de composants qui inclut les ports primitifs et composites [DES 06]. 16

18 7. Conclusion Ce chapitre a présenté les approches à composants en faisant ressortir leurs spécifications. Aussi, Le modèle de composant Fractal et son ADL sont décrits. Puis notre modèle de composant comportant les ports primitifs et composites est présenté. Différents types de composants susceptibles d être utilisés lors du processus de développement de systèmes d information existent. Pendant chacune des phases de développement, Les acteurs d une équipe de développement de systèmes d information sélectionnent et réutilisent des composants qui répondent partiellement ou totalement à leurs besoins. Il est évident que la recherche d un composant varie énormément selon son niveau d abstraction et son modèle de composants. Il y a plusieurs travaux qui adressent lʹinteropérabilité des composants, aux trois niveaux : niveau signature [OMG 99, ZAR 95], niveau protocole [CAN 00, YEL 97], et niveau sémantique [ROS 01, DHA 96]. Notre approche essaye d étendre cette compatibilité au niveau port [DES 06]. 17

19 Chapitre III. Les approches de Recherche de Composants 1. Introduction La recherche dʹinformation (RI) occupe une place importante dans les systèmes dʹinformation. En effet, sʹil est important de savoir modéliser lʹinformation, il est également nécessaire de pouvoir y accéder facilement. Lʹaugmentation du nombre de documents au niveau des entreprises et des institutions ainsi que l avènement des documents électroniques, des documents multimédias et de l Internet nécessite la mise en place de systèmes sophistiqués de recherche dʹinformation. De la même manière, la recherche de composants est fondamentale pour l ingénierie des systèmes à base de composants. L augmentation du nombre de modèles de composants ainsi que l avènement des composants sur étagère (Components Off The Shell) nécessite la mise en place de systèmes sophistiqués de recherche de composants Ce chapitre présente un état de l art des différentes techniques permettant la recherche de composants. Il présente tout d abord une introduction au domaine de la recherche de composants. La deuxième section est consacrée à une identification et classification des différents types de systèmes de recherche de composants. Enfin, La troisième section présente les différentes techniques de recherche de composants que nous avons identifiées. La recherche d information (RI) est un domaine relativement ancien (plus de 30 ans) qui a connu ces dernières années une évolution rapide surtout après l avènement de l Internet et des documents multimédias. Cependant les principes de base des techniques de RI ont peu évolué ; seuls les corpus documentaires ont changé. Un composant pouvant être assimilé à un document électronique. Nous examinons dans un premier lieu s il est possible d appliquer les techniques de recherche d information sur une collection de composants. Avant d aller plus loin dans la présentation du domaine de la recherche d information en général et du domaine de la recherche de composants en particulier, définissons le vocabulaire que nous utilisons dans la suite de ce mémoire. Composants et artefacts Le chapitre 2 définit un composant comme une unité réutilisable de conception (de n importe quel niveau d abstraction) décrite selon un modèle de composants. 18

20 Dans la littérature, on trouve aussi le concept d artefact (en anglais asset ou artefact). La notion d artefact est encore plus générale et n inclut pas seulement la notion de composant, mais elle peut s étendre à la notion de procédure, module, classe, modèle, documentation, spécification, donnée de test, etc. Dans la suite de cet état de l art, nous ne distinguons pas la notion de composant de la notion d artefact car nous considérons qu un composant peut être assimilé à un ensemble d artefacts. Rechercher les artefacts revient donc à rechercher les composants. Nous considérons les artefacts et les composants comme étant des documents électroniques. Lors de la présentation des techniques de RI appliquées aux composants, nous parlons uniquement de composants et de bases de composants. Base de composants Une base de composants est une collection de composants maintenue selon une organisation permettant la recherche et la sélection des composants. Requête Une requête est une expression de termes qui décrivent les besoins en information de l utilisateur. Le concept de terme est souvent associé à une expression textuelle sous la forme d un mot. 2. Systèmes de recherche de composants Il existe fondamentalement deux approches de systèmes de recherche de composants [KHA 05] : l approche par navigation et l approche par requêtes (cf. figure 3.1). Dans l approche par navigation, le système de recherche d information exploite les liens sémantiques qui peuvent exister entre les composants pour faire de la navigation. Dans l approche par requêtes, le principe de base consiste à faire correspondre une requête à une collection de composants et à retourner les composants pertinents à l utilisateur. Le succès de ce type de systèmes dépend en partie de la qualité et de la quantité d informations associées à la requête et aux composants de la base de composants. En effet avec une grande quantité d informations définissant la pertinence des composants, le système sera en mesure d employer des techniques plus avancées pour classer les composants pertinents et non pertinents. 19

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

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES

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

Plus en détail

Évaluation et implémentation des langages

Évaluation et implémentation des langages Évaluation et implémentation des langages Les langages de programmation et le processus de programmation Critères de conception et d évaluation des langages de programmation Les fondations de l implémentation

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

INFORMATIQUE. Licence 3 e année (L3) & Master (M1-M2) Centre d Etudes Suisse Romande Formation universitaire

INFORMATIQUE. Licence 3 e année (L3) & Master (M1-M2) Centre d Etudes Suisse Romande Formation universitaire Centre d Etudes Suisse Romande Formation universitaire INFORMATIQUE Licence 3 e année (L3) & Master (M1-M2) En collaboration avec l Université de Franche-Comté CTU de Besançon Unidistance 2 GÉNÉRALITÉS

Plus en détail

Questions concernant le processus de planification du programme

Questions concernant le processus de planification du programme Réforme du Secteur de l éducation de l'unesco Section VI : Planification et management de l information Planification du programme et Gestion de lʹinformation Questions concernant le processus de planification

Plus en détail

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

Plus en détail

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

BES WEBDEVELOPER ACTIVITÉ RÔLE

BES WEBDEVELOPER ACTIVITÉ RÔLE BES WEBDEVELOPER ACTIVITÉ Le web developer participe aux activités concernant la conception, la réalisation, la mise à jour, la maintenance et l évolution d applications internet/intranet statiques et

Plus en détail

RETRO-INGENIERIE DES BASES DE DONNEES

RETRO-INGENIERIE DES BASES DE DONNEES RETRO-INGENIERIE DES BASES DE DONNEES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas être considérés

Plus en détail

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

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

Plus en détail

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

Les principaux domaines de l informatique

Les principaux domaines de l informatique Les principaux domaines de l informatique... abordés dans le cadre de ce cours: La Programmation Les Systèmes d Exploitation Les Systèmes d Information La Conception d Interfaces Le Calcul Scientifique

Plus en détail

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1 Génie logiciel Concepts fondamentaux Bruno MERMET, Université du Havre 1 Nécessité du Génie Logiciel Bruno MERMET, Université du Havre 2 Développement d un logiciel Caractéristiques souhaitées : Adéquation

Plus en détail

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

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

Plus en détail

L approche Bases de données

L approche Bases de données L approche Bases de données Cours: BD. Avancées Année: 2005/2006 Par: Dr B. Belattar (Univ. Batna Algérie) I- : Mise à niveau 1 Cours: BDD. Année: 2013/2014 Ens. S. MEDILEH (Univ. El-Oued) L approche Base

Plus en détail

IFT2255 : Génie logiciel

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

Plus en détail

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

Programme de la licence informatique, université de Caen http://www.info.unicaen.fr

Programme de la licence informatique, université de Caen http://www.info.unicaen.fr Programme de la licence informatique, université de Caen http://www.info.unicaen.fr Unité Systèmes d'information CM : 45h - TD : 60h - TP : 12h - Coeff 2 Systèmes de Gestion de Bases de Données Modéliser

Plus en détail

Nom de l application

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

Plus en détail

LES OUTILS D ALIMENTATION DU REFERENTIEL DE DB-MAIN

LES OUTILS D ALIMENTATION DU REFERENTIEL DE DB-MAIN LES OUTILS D ALIMENTATION DU REFERENTIEL DE DB-MAIN Les contenues de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas

Plus en détail

Contexte général de l étude

Contexte général de l étude 1 2 Contexte général de l étude Les entrepôts de données associés à des outils d analyse On Line Analytical Processing (OLAP), représentent une solution effective pour l informatique décisionnelle (Immon,

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Notion de méthode de conception de SI Méthodes OO de conception Généralités sur les méthodes

Plus en détail

Noureddine Kerzazi noureddine.kerzazi@polymtl.ca

Noureddine Kerzazi noureddine.kerzazi@polymtl.ca Domaine de la modélisation des processus pour le génie logiciel. Noureddine Kerzazi noureddine.kerzazi@polymtl.ca DSL4SPM Domain-Specific-Language for Software Process Modeling Il s agit d un nouveau cadre

Plus en détail

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

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

Plus en détail

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

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

Plus en détail

Service combinators for farming virtual machines

Service combinators for farming virtual machines Master d Informatique Fondamentale École Normale Supérieure de Lyon Sémantique du parallélisme Chantal Keller Service combinators for farming virtual machines K. Bhargavan, A. D. Gordon, I. Narasamdya

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

Vers l automatisation de la construction de systèmes de médiation pour le commerce électronique

Vers l automatisation de la construction de systèmes de médiation pour le commerce électronique Vers l automatisation de la construction de systèmes de médiation pour le commerce électronique I. Introduction C. Reynaud, G. Giraldo Université Paris-Sud, CNRS UMR 8623, INRIA-Futurs L.R.I., Bâtiment

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

UE 8 Systèmes d information de gestion Le programme

UE 8 Systèmes d information de gestion Le programme UE 8 Systèmes d information de gestion Le programme Légende : Modifications de l arrêté du 8 mars 2010 Suppressions de l arrêté du 8 mars 2010 Partie inchangée par rapport au programme antérieur Indications

Plus en détail

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée

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

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

Objectifs. Maîtriser. Pratiquer

Objectifs. Maîtriser. Pratiquer 1 Bases de Données Objectifs Maîtriser les concepts d un SGBD relationnel Les modèles de représentations de données Les modèles de représentations de données La conception d une base de données Pratiquer

Plus en détail

SCI6052 Information documentaire numérique. Cours 13 Introduction au modèle relationnel Méthodologies de mise sur pied de solutions documentaires

SCI6052 Information documentaire numérique. Cours 13 Introduction au modèle relationnel Méthodologies de mise sur pied de solutions documentaires École de bibliothéconomie et des sciences de l information SCI6052 Information documentaire numérique Cours 13 Introduction au modèle relationnel Méthodologies de mise sur pied de solutions documentaires

Plus en détail

Guillaume SOLDERA (B guillaume.soldera@serli.fr) SERLI Informatique Bull OW2 Consortium. Comparatif Choco/Drools dans le cadre du projet JASMINe

Guillaume SOLDERA (B guillaume.soldera@serli.fr) SERLI Informatique Bull OW2 Consortium. Comparatif Choco/Drools dans le cadre du projet JASMINe Guillaume SOLDERA (B guillaume.soldera@serli.fr) SERLI Informatique Bull OW2 Consortium dans le cadre du projet JASMINe Avril 2008 Table des matières 1 Introduction 3 1.1 Rappel sur JASMINe.......................................

Plus en détail

1. Une approche innovante, basée sur «l objet document» 2. Le respect des chaînes éditoriales de l entreprise

1. Une approche innovante, basée sur «l objet document» 2. Le respect des chaînes éditoriales de l entreprise Lucid e-globalizer, solution globale de gestion de contenu multilingue. Ce document a pour objectif de vous présenter Lucid e-globalizer, la solution de gestion de contenu multilingue de Lucid i.t., ses

Plus en détail

Intégration d'applications d'entreprise (INTA)

Intégration d'applications d'entreprise (INTA) Master 2 SITW - Recherche Intégration d'applications d'entreprise (INTA) Dr. Djamel Benmerzoug Email : djamel.benmerzoug@univ-constantine2.dz Maitre de Conférences A Département TLSI Faculté des NTIC Université

Plus en détail

Supervision des réseaux et services pair à pair

Supervision des réseaux et services pair à pair Supervision des réseaux et services pair à pair Présentation des travaux de Thèse Guillaume Doyen LORIA - Université Henri Poincaré pour l obtention du Doctorat en Informatique de l université Henri Poincaré

Plus en détail

Exécution des applications réparties

Exécution des applications réparties Exécution des applications réparties Programmation des Applications Réparties Olivier Flauzac URCA Master STIC-Informatique première année Olivier Flauzac (URCA) PAR : Exécution des applications réparties

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

Chapitre VIII. Les bases de données. Orientées Objet. Motivation

Chapitre VIII. Les bases de données. Orientées Objet. Motivation Chapitre VIII Motivation Le modèle relationnel connaît un très grand succès et s avère très adéquat pour les applications traditionnelles des bases de données (gestion) Les bases de données Orientées Objet

Plus en détail

Les serveurs applicatifs et les architectures Java

Les serveurs applicatifs et les architectures Java 03 Lucas Part 02 Page 179 Lundi, 20. août 2001 2:58 14 Chapitre 15 Les serveurs applicatifs et les architectures Java Nous avons vu jusqu ici, dans les chapitres précédents, que les utilisateurs accèdent

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

Diagrammes de classe UML

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

Plus en détail

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

Sujet de thèse CIFRE RESULIS / LGI2P

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

Architecture Logicielle

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

Plus en détail

Résumé du document «Programmes des classes préparatoires aux Grandes Écoles ; Discipline : Informatique ; Première et seconde années - 2013»

Résumé du document «Programmes des classes préparatoires aux Grandes Écoles ; Discipline : Informatique ; Première et seconde années - 2013» Résumé du document «Programmes des classes préparatoires aux Grandes Écoles ; Discipline : Informatique ; Première et seconde années - 2013» I Objectifs Niveau fondamental : «on se fixe pour objectif la

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

Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P

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

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

1. Les fondements de l informatique 13

1. Les fondements de l informatique 13 Introduction à l'algorithmique 1. Les fondements de l informatique 13 1.1 Architecture de Von Neumann 13 1.2 La machine de Turing 17 1.3 Représentation interne des instructions et des données 19 1.3.1

Plus en détail

Projet Informatique. Philippe Collet. Licence 3 Informatique S5 2014-2015. http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415

Projet Informatique. Philippe Collet. Licence 3 Informatique S5 2014-2015. http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Projet Informatique Philippe Collet Licence 3 Informatique S5 2014-2015 http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Réalisation d'un développement de taille conséquente? r Firefox? Ph.

Plus en détail

S8 - INFORMATIQUE COMMERCIALE

S8 - INFORMATIQUE COMMERCIALE S8 - INFORMATIQUE COMMERCIALE Les savoirs de l Informatique Commerciale doivent être abordés en relation avec les autres savoirs (S4 à S7). Les objectifs généraux sont : o de sensibiliser les étudiants

Plus en détail

Mongi TRIKI Docteur en Informatique Université Paris Dauphine

Mongi TRIKI Docteur en Informatique Université Paris Dauphine Université Méditerranéenne Libre de Tunis Faculté Méditerranéenne Privée des Sciences Informatiques, Economiques et de Gestion de Tunis Département d Informatique LICENCE INFORMATIQUE Guide du Stagiaire

Plus en détail

Créer et partager des fichiers

Créer et partager des fichiers Créer et partager des fichiers Le rôle Services de fichiers... 246 Les autorisations de fichiers NTFS... 255 Recherche de comptes d utilisateurs et d ordinateurs dans Active Directory... 262 Délégation

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

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech INF380-2013! Sylvie.Vignes@telecomParistech.fr Département INFRES, groupe S3 Cadre du processus 2! q Basé sur un processus incrémental:

Plus en détail

Conception et Développement Orientés Objets Cours 1 : Introduction. 2 Les paradigmes de programmation. 3 Les concepts de la programmation objet

Conception et Développement Orientés Objets Cours 1 : Introduction. 2 Les paradigmes de programmation. 3 Les concepts de la programmation objet CNAM UV 19357 Année 2003-2004 David Delahaye David.Delahaye@cnam.fr Conception et Développement Orientés Objets Cours 1 : Introduction 1 Présentation de la valeur Ce cours s adresse à toute personne ayant

Plus en détail

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

IBM Cognos TM1. Fiche Produit. Aperçu

IBM Cognos TM1. Fiche Produit. Aperçu Fiche Produit IBM Cognos TM1 Aperçu Cycles de planification raccourcis de 75 % et reporting ramené à quelques minutes au lieu de plusieurs jours Solution entièrement prise en charge et gérée par le département

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

Institut Paul Hankar

Institut Paul Hankar BES WEBDESIGNER ACTIVITE En utilisant des outils informatiques, le web designer réalise des éléments graphiques fixes ou animés, en 2 ou 3 dimensions, en respectant le schéma de navigation du site et sa

Plus en détail

Système d information pour la gestion d un réseau d Université

Système d information pour la gestion d un réseau d Université Système d information pour la gestion d un réseau d Université Ibticem BEN SAID, ibticem.ben-said@u-bourgogne.fr Sophie BOURGERET, sbourgeret@u-bourgogne.fr Jean-Yves COLLIER, jean-yves.collier@u-bourgogne.fr

Plus en détail

DOSSIER SPÉCIAL TRAVAIL COLLABORATIF ET GESTION DE CONTENU COMMENT AMÉLIORER LA COLLABORATION ET LA COMMUNICATION AU SEIN DE VOTRE ORGANISME?

DOSSIER SPÉCIAL TRAVAIL COLLABORATIF ET GESTION DE CONTENU COMMENT AMÉLIORER LA COLLABORATION ET LA COMMUNICATION AU SEIN DE VOTRE ORGANISME? DOSSIER SPÉCIAL TRAVAIL COLLABORATIF ET GESTION DE CONTENU COMMENT AMÉLIORER LA COLLABORATION ET LA COMMUNICATION AU SEIN DE VOTRE ORGANISME? AUTEUR : HEFAIEDH MYRIAM DOSSIER TRAVAIL COLLABORATIF ET GESTION

Plus en détail

Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte

Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte 1Les bases : vos objectifs 2 Sélection d un moteur de recherche pour intranet : Les sept points à prendre en compte

Plus en détail

Sujet de thèse CIFRE RESULIS / LGI2P

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

Gestion de données complexes

Gestion de données complexes Master 2 Informatique Spécialité AIGLE Gestion de données complexes Amayas ABBOUTE Gilles ENTRINGER SOMMAIRE Sommaire i 1 - Introduction 1 2 - Technologies utilisées 2 2.1 API Jena........................................

Plus en détail

NFP111 Systèmes et Applications Réparties

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

Plus en détail

Master Informatique Aix-Marseille Université

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

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

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

Plus en détail

Tutoriel UPnP. La liste des messages échangés entre le point de contrôle et les appareils présents est affichée au bas de la fenêtre.

Tutoriel UPnP. La liste des messages échangés entre le point de contrôle et les appareils présents est affichée au bas de la fenêtre. Ecole des Mines d Alès Christelle Urtado & Sylvain Vauttier Avril 2012 Tutoriel UPnP 1. Installation des binaires - Récupérer l archive binaries.zip sur le site (http://www.lgi2p.ema.fr/~vauttier/isn/).

Plus en détail

Introduction au développement du logiciel

Introduction au développement du logiciel Introduction au développement du logiciel Vers le génie logiciel Université de Nantes Master Miage M1 Plan 1 Introduction 2 Génie logiciel 3 Projet informatique 4 Méthode de développement 5 Qualité Bibliographie

Plus en détail

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,

Plus en détail

Introduction aux concepts d ez Publish

Introduction aux concepts d ez Publish Introduction aux concepts d ez Publish Tutoriel rédigé par Bergfrid Skaara. Traduit de l Anglais par Benjamin Lemoine Mercredi 30 Janvier 2008 Sommaire Concepts d ez Publish... 3 Système de Gestion de

Plus en détail

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information

Plus en détail

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

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

Plus en détail

Processus d Informatisation

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

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

INTRODUCTION AUX METHODES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

INTRODUCTION AUX METHODES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES INTRODUCTION AUX METHODES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et

Plus en détail

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

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

Plus en détail

PRODUCTION DE JEUX DE DONNÉES ANONYMISÉES

PRODUCTION DE JEUX DE DONNÉES ANONYMISÉES PRODUCTION DE JEUX DE DONNÉES ANONYMISÉES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas être considérés

Plus en détail

Introduction à LINQ. Chapitre 1. Qu est-ce que LINQ?

Introduction à LINQ. Chapitre 1. Qu est-ce que LINQ? Chapitre 1 Introduction à LINQ En surfant sur le Web, vous trouverez différentes descriptions de LINQ (Language Integrated Query), et parmi elles : LINQ est un modèle de programmation uniforme de n importe

Plus en détail

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base)

Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) Chapitre 1 : Introduction aux Systèmes de Gestion de Bases de Données (Eléments de base) 1. Généralités sur l'information et sur sa Représentation 1.1 Informations et données : a. Au sen de la vie : C

Plus en détail

Extrait du référentiel Métiers de la Branche :

Extrait du référentiel Métiers de la Branche : OPIIEC OBSERVATOIRE PARITAIRE DES METIERS DE L, DE L INGENIERIE, DES ETUDES ET DU CONSEIL REFERENTIEL METIERS Extrait du référentiel Métiers de la Branche : Etudes et développement Référentiel Métiers

Plus en détail

Table des Matières. Table des Figures 7. Introduction Générale 9. Chapitre 1 - Langages de description d architectures matérielles hybrides 23

Table des Matières. Table des Figures 7. Introduction Générale 9. Chapitre 1 - Langages de description d architectures matérielles hybrides 23 Table des Figures 7 Introduction Générale 9 1. Outils et plate-formes de construction d application 9 2. Intégration de paradigmes de conception dans le cycle de vie 10 2.1. Equilibrage de charge et équilibrage

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

Description et regroupement de ressources pour les réseaux virtuels

Description et regroupement de ressources pour les réseaux virtuels École nationale d ingénieurs de Sfax Description et regroupement de ressources pour les réseaux virtuels Houssem Medhioub M. Mohamed Jmaiel Président M. Slim Kanoun Membre M. Maher Ben Jemaa Encadreur

Plus en détail

Gestion du parc informatique matériel et logiciel de l Ensicaen. Rapport de projet. Spécialité Informatique 2 e année. SAKHI Taoufik SIFAOUI Mohammed

Gestion du parc informatique matériel et logiciel de l Ensicaen. Rapport de projet. Spécialité Informatique 2 e année. SAKHI Taoufik SIFAOUI Mohammed 6, bd maréchal Juin F-14050 Caen cedex 4 Spécialité Informatique 2 e année Rapport de projet Gestion du parc informatique matériel et logiciel de l Ensicaen SAKHI Taoufik SIFAOUI Mohammed Suivi ENSICAEN

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

Application industrielle de la Méthode formelle B

Application industrielle de la Méthode formelle B Application industrielle de la Méthode formelle B Guilhem Pouzancre Thierry Servat C novembre l e a r S 2005 y Contact@Clearsy.com EUROPARC de Pichaury Bâtiment C1 1330, av. Guillibert de la Lauzière 13

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

Algorithmique - Techniques fondamentales de programmation Exemples en Python (nombreux exercices corrigés) - BTS, DUT informatique

Algorithmique - Techniques fondamentales de programmation Exemples en Python (nombreux exercices corrigés) - BTS, DUT informatique Introduction à l'algorithmique 1. Les fondements de l informatique 13 1.1 Architecture de Von Neumann 13 1.2 La machine de Turing 17 1.3 Représentation interne des instructions et des données 19 1.3.1

Plus en détail

Notre modèle d engagement

Notre modèle d engagement Notre modèle d engagement 1. EVALUER L évaluation des compétences que vous souhaitez améliorer implique un vrai échange entre nos deux équipes, et une étude plus approfondie des écarts et des actions préalablement

Plus en détail

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

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

Plus en détail

CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA

CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA Denis Conan et Jean-Luc Raffy CSC 4002 Octobre 2015 CSC4002 : Introduction à la conception et à

Plus en détail