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

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

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

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

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

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

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

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

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

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

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

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

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

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

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Classe de terminale de la série Sciences et Technologie du Management et de la Gestion Préambule Présentation Les technologies de l information

Plus en détail

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

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

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

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

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

Chapitre I : le langage UML et le processus unifié

Chapitre I : le langage UML et le processus unifié I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et

Plus en détail

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

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

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

Un autre modèle de relation d association pour améliorer la réutilisation de composants de

Un autre modèle de relation d association pour améliorer la réutilisation de composants de Eric Mendizabal Université de Montpellier II DEA d Informatique Année 2002 / 2003 - Mémoire de DEA Un autre modèle de relation d association pour améliorer la réutilisation de composants de modèles UML

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

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

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

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

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

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

Plus en détail

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

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

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

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

Formula Negator, Outil de négation de formule.

Formula Negator, Outil de négation de formule. Formula Negator, Outil de négation de formule. Aymerick Savary 1,2, Mathieu Lassale 1,2, Jean-Louis Lanet 1 et Marc Frappier 2 1 Université de Limoges 2 Université de Sherbrooke Résumé. Cet article présente

Plus en détail

Management de l Innovation

Management de l Innovation Management de l Innovation Mention du Master Sciences et Technologies de l Université Pierre et Marie Curie Directeur du Département de Formation : Patrick Brézillon Contact secrétariat : 01 44 39 08 69

Plus en détail

LECTURE CRITIQUE. Accompagner les enseignants et formateurs dans la conception d une formation en ligne

LECTURE CRITIQUE. Accompagner les enseignants et formateurs dans la conception d une formation en ligne LECTURE CRITIQUE Accompagner les enseignants et formateurs dans la conception d une formation en ligne Christian Ernst E-learning. Conception et mise en œuvre d un enseignement en ligne Guide pratique

Plus en détail

Prise en compte des ressources dans les composants logiciels parallèles

Prise en compte des ressources dans les composants logiciels parallèles Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec Frederic.Guidec@univ-ubs.fr Action RASC Plan de cet exposé Contexte Motivations

Plus en détail

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

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

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

Plus en détail

XML, PMML, SOAP. Rapport. EPITA SCIA Promo 2004 16 janvier 2003. Julien Lemoine Alexandre Thibault Nicolas Wiest-Million

XML, PMML, SOAP. Rapport. EPITA SCIA Promo 2004 16 janvier 2003. Julien Lemoine Alexandre Thibault Nicolas Wiest-Million XML, PMML, SOAP Rapport EPITA SCIA Promo 2004 16 janvier 2003 Julien Lemoine Alexandre Thibault Nicolas Wiest-Million i TABLE DES MATIÈRES Table des matières 1 XML 1 1.1 Présentation de XML.................................

Plus en détail

Exemple accessible via une interface Web. Bases de données et systèmes de gestion de bases de données. Généralités. Définitions

Exemple accessible via une interface Web. Bases de données et systèmes de gestion de bases de données. Généralités. Définitions Exemple accessible via une interface Web Une base de données consultable en ligne : Bases de données et systèmes de gestion de bases de données The Trans-atlantic slave trade database: http://www.slavevoyages.org/tast/index.faces

Plus en détail

Rational Unified Process

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

Plus en détail

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

et les Systèmes Multidimensionnels

et les Systèmes Multidimensionnels Le Data Warehouse et les Systèmes Multidimensionnels 1 1. Définition d un Datawarehouse (DW) Le Datawarehouse est une collection de données orientées sujet, intégrées, non volatiles et historisées, organisées

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

Modélisation agent d une Architecture Logicielle de commande d un Véhicule Autonome

Modélisation agent d une Architecture Logicielle de commande d un Véhicule Autonome Modélisation agent d une Architecture Logicielle de commande d un Véhicule Autonome ENNAJI Mourad LASC université de Metz Ile du Saulcy B.P 80794 57 012 METZ Ennaji@lasc.sciences.univ-metz.fr Résumé Cet

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

Présentation générale du projet data.bnf.fr

Présentation générale du projet data.bnf.fr Présentation générale du projet data.bnf.fr La Bibliothèque nationale a mis en œuvre un nouveau projet, qui a pour but de rendre ses données plus utiles sur le web. Ceci nécessite de transformer données

Plus en détail

Chapitre 2 - Architecture logicielle et construction d applications client-serveur

Chapitre 2 - Architecture logicielle et construction d applications client-serveur Chapitre 2 - Architecture logicielle et construction d applications client-serveur «Toute technologie suffisamment avancée est indiscernable de la magie» (Arthur Clarke) Résumé La méthodologie MEDEVER

Plus en détail

SOCLE COMMUN - La Compétence 3 Les principaux éléments de mathématiques et la culture scientifique et technologique

SOCLE COMMUN - La Compétence 3 Les principaux éléments de mathématiques et la culture scientifique et technologique SOCLE COMMUN - La Compétence 3 Les principaux éléments de mathématiques et la culture scientifique et technologique DOMAINE P3.C3.D1. Pratiquer une démarche scientifique et technologique, résoudre des

Plus en détail

Nos offres de stages pour 2013

Nos offres de stages pour 2013 Nos offres de stages pour 2013 Les sujets de stage que nous vous proposons sont des projets à très forte valeur ajoutée, mêlant recherche amont, algorithmique et implémentation. Ils touchent à des domaines

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

Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe

Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Karima Dhouib, Sylvie Després Faiez Gargouri ISET - Sfax Tunisie, BP : 88A Elbustan ; Sfax karima.dhouib@isets.rnu.tn,

Plus en détail

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

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric

Plus en détail

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

Je catalogue, tu FRBRises, il/elle googlise. L évolution des catalogues et les bibliothécaires Vendredi 29 mars 2013 Manufacture des tabacs

Je catalogue, tu FRBRises, il/elle googlise. L évolution des catalogues et les bibliothécaires Vendredi 29 mars 2013 Manufacture des tabacs Je catalogue, tu FRBRises, il/elle googlise. L évolution des catalogues et les bibliothécaires Vendredi 29 mars 2013 Manufacture des tabacs Journée organisée par le CRFCB Midi-Pyrénées / Languedoc-Roussillon

Plus en détail

Master CCI. Compétences Complémentaires en Informatique. Livret de l étudiant

Master CCI. Compétences Complémentaires en Informatique. Livret de l étudiant Master CCI Compétences Complémentaires en Informatique Livret de l étudiant 2014 2015 Master CCI Le Master CCI (Compétences Complémentaires en Informatique) permet à des étudiants de niveau M1 ou M2 dans

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

Concevoir sa stratégie de recherche d information

Concevoir sa stratégie de recherche d information Concevoir sa stratégie de recherche d information Réalisé : mars 2007 Dernière mise à jour : mars 2011 Bibliothèque HEC Paris Contact : biblio@hec.fr 01 39 67 94 78 Cette création est mise à disposition

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en dé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

Chapitre 1 : Introduction aux bases de données

Chapitre 1 : Introduction aux bases de données Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données

Plus en détail

De la «normalisation» à l échange des données sur l eau : le Sandre. Dimitri MEUNIER : d.meunier@oieau.fr

De la «normalisation» à l échange des données sur l eau : le Sandre. Dimitri MEUNIER : d.meunier@oieau.fr De la «normalisation» à l échange des données sur l eau : le Sandre Dimitri MEUNIER : d.meunier@oieau.fr Le cadre de travail Le système d information sur l eau (SIE) est un dispositif pour le partage et

Plus en détail

Projet : site web de gestion d itinéraires de voyage

Projet : site web de gestion d itinéraires de voyage Projet : site web de gestion d itinéraires de voyage Partie 1 (modélisation et architecture du site) UCBL - Département Informatique de Lyon 1 LIF4 - automne 2014 1 Description générale du projet Le projet

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

BASES DE DONNÉES. CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98. J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES

BASES DE DONNÉES. CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98. J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES BASES DE DONNÉES CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98 J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES III. LES SYSTÈMES RÉSEAU IV. LES SYSTÈMES RELATIONNELS V. LE LANGAGE

Plus en détail

Programmation Web. Madalina Croitoru IUT Montpellier

Programmation Web. Madalina Croitoru IUT Montpellier Programmation Web Madalina Croitoru IUT Montpellier Organisation du cours 4 semaines 4 ½ h / semaine: 2heures cours 3 ½ heures TP Notation: continue interrogation cours + rendu à la fin de chaque séance

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

EXAMEN CRITIQUE D UN DOSSIER TECHNIQUE

EXAMEN CRITIQUE D UN DOSSIER TECHNIQUE EXAMEN CRITIQUE D UN DOSSIER TECHNIQUE (Préparation : 5 heures -- Exposé et Questions : 1 heure) Rapport établi par : P.J. BARRE, E. JEAY, D. MARQUIS, P. RAY, A. THIMJO 1. PRESENTATION DE L EPREUVE 1.1.

Plus en détail

Les Architectures Orientées Services (SOA)

Les Architectures Orientées Services (SOA) Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie

Plus en détail

LOG4430 : architecture logicielle et conception avancée

LOG4430 : architecture logicielle et conception avancée LOG4430 : architecture logicielle et conception avancée Yann-Gaël Guéhéneuc Architectures Partie 1/2 Tiré du cours de Julie Vachon Département de génie informatique et de génie logiciel École Polytechnique

Plus en détail

Comment activer un accès pratique et sécurisé à Microsoft SharePoint?

Comment activer un accès pratique et sécurisé à Microsoft SharePoint? DOSSIER SOLUTIONS SharePoint Security Solution de CA Technologies Comment activer un accès pratique et sécurisé à Microsoft SharePoint? agility made possible La solution de sécurité SharePoint proposée

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

Parcours en deuxième année

Parcours en deuxième année Parcours en deuxième année Unités d Enseignement (UE) ECTS Ingénierie des réseaux haut 4 débit Sécurité des réseaux et 4 télécoms Réseaux mobiles et sans fil 4 Réseaux télécoms et 4 convergence IP Infrastructure

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

Conception, architecture et urbanisation des systèmes d information

Conception, architecture et urbanisation des systèmes d information Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction

Plus en détail

Chapitre VI- La validation de la composition.

Chapitre VI- La validation de la composition. Chapitre VI- La validation de la composition. Objectifs du chapitre : Expliquer les conséquences de l utilisation de règles de typage souples dans SEP. Présenter le mécanisme de validation des connexions

Plus en détail

Guide No.2 de la Recommandation Rec (2009).. du Comité des Ministres aux États membres sur la démocratie électronique

Guide No.2 de la Recommandation Rec (2009).. du Comité des Ministres aux États membres sur la démocratie électronique DIRECTION GENERALE DES AFFAIRES POLITIQUES DIRECTION DES INSTITUTIONS DEMOCRATIQUES Projet «BONNE GOUVERNANCE DANS LA SOCIETE DE L INFORMATION» CAHDE (2009) 2F Strasbourg, 20 janvier 2009 Guide No.2 de

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

Générer du code à partir d une description de haut niveau

Générer du code à partir d une description de haut niveau Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,

Plus en détail

UFR d Informatique. FORMATION MASTER Domaine SCIENCES, TECHNOLOGIE, SANTE Mention INFORMATIQUE 2014-2018

UFR d Informatique. FORMATION MASTER Domaine SCIENCES, TECHNOLOGIE, SANTE Mention INFORMATIQUE 2014-2018 UFR d Informatique FORMATION MASTER Domaine SCIENCES, TECHNOLOGIE, SANTE Mention INFORMATIQUE 2014-2018 Objectif L UFR d informatique propose au niveau du master, deux spécialités sous la mention informatique

Plus en détail

CONNECTEUR QLIKVIEW POUR INFORMATICA POWERCENTER

CONNECTEUR QLIKVIEW POUR INFORMATICA POWERCENTER CONNECTEUR QLIKVIEW POUR INFORMATICA POWERCENTER Tirer pleinement profit de l ETL d Informatica à l aide d une plate-forme de Business Discovery rapide et flexible De plus en plus d entreprises exploitent

Plus en détail

OpenText Content Server v10 Cours 3-0126 (ex 215)

OpenText Content Server v10 Cours 3-0126 (ex 215) v10 Cours 3-0126 (ex 215) Administration système et indexation-recherche Durée : 5 jours Ce cours de 5 jours apprendra aux administrateurs, aux architectes système et aux services support comment installer,

Plus en détail

Méthodes d évolution de modèle produit dans les systèmes du type PLM

Méthodes d évolution de modèle produit dans les systèmes du type PLM Résumé de thèse étendu Méthodes d évolution de modèle produit dans les systèmes du type PLM Seyed Hamedreza IZADPANAH Table des matières 1. Introduction...2 2. Approche «Ingénierie Dirigée par les Modèles»

Plus en détail

L apprentissage automatique

L apprentissage automatique L apprentissage automatique L apprentissage automatique L'apprentissage automatique fait référence au développement, à l analyse et à l implémentation de méthodes qui permettent à une machine d évoluer

Plus en détail

Adaptation et Interopérabilité des hypermédias éducatifs

Adaptation et Interopérabilité des hypermédias éducatifs Adaptation et Interopérabilité des hypermédias éducatifs «Cas de netuniversité : Une plate-forme basée sur IMS-LD, pour la conception de cours en ligne» Amir BENMIMOUN Philippe TRIGANO Ecole d été APREV

Plus en détail

Introduction à la B.I. Avec SQL Server 2008

Introduction à la B.I. Avec SQL Server 2008 Introduction à la B.I. Avec SQL Server 2008 Version 1.0 VALENTIN Pauline 2 Introduction à la B.I. avec SQL Server 2008 Sommaire 1 Présentation de la B.I. et SQL Server 2008... 3 1.1 Présentation rapide

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

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret. Bien programmer en Java 7 Avec plus de 50 études de cas et des comparaisons avec C++ et C# Plus de 10 000 ex. vendus! Édition en couleur Emmanuel Puybaret, ISBN : 978-2-212-12974-8 chapitre1 Présentation

Plus en détail

COMMENT DÉFINIR L ORIENTÉ OBJET

COMMENT DÉFINIR L ORIENTÉ OBJET COMMENT DÉFINIR L ORIENTÉ OBJET De manière superficielle, le terme «orienté objet», signifie que l on organise le logiciel comme une collection d objets dissociés comprenant à la fois une structure de

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

4.2 Unités d enseignement du M1

4.2 Unités d enseignement du M1 88 CHAPITRE 4. DESCRIPTION DES UNITÉS D ENSEIGNEMENT 4.2 Unités d enseignement du M1 Tous les cours sont de 6 ECTS. Modélisation, optimisation et complexité des algorithmes (code RCP106) Objectif : Présenter

Plus en détail

Groupe Eyrolles, 2004 ISBN : 2-212-11504-0

Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Table des matières Avant-propos................................................ 1 Quel est l objectif de cet ouvrage?............................. 4 La structure

Plus en détail

Manuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2

Manuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2 éducalgo Manuel d utilisation 26 juin 2011 Table des matières 1 Tâche à effectuer : écrire un algorithme 2 2 Comment écrire un algorithme? 3 2.1 Avec quoi écrit-on? Avec les boutons d écriture........

Plus en détail

Automatisation de la certification formelle de systèmes critiques par instrumentation d interpréteurs abstraits

Automatisation de la certification formelle de systèmes critiques par instrumentation d interpréteurs abstraits 1 d Automatisation de la certification formelle de systèmes critiques par instrumentation d sous la direction de Michaël Périn Soutenance de Thèse de Doctorat Université de Grenoble - Laboratoire Verimag

Plus en détail

Construction d'un entrepôt de métadonnées - LOM Application: E-learning

Construction d'un entrepôt de métadonnées - LOM Application: E-learning Construction d'un entrepôt de métadonnées - LOM Application: E-learning Nawel Iles, Azzeddine Chikh, Sidi Mohammed Chouiti Faculté des sciences de l ingénieur Université de Tlemcen Algérie (n_iles/ az_chikh

Plus en détail

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence É C O L E D I N G É N I E U R D E S T E C H N O L O G I E S D E L I N F O R M A T I O N E T D E L A C O M M U N I C A T I O N Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION Mentions

Plus en détail