Méthodes et Langages du Commerce Electronique
|
|
- Delphine Émond
- il y a 8 ans
- Total affichages :
Transcription
1 ITCE NFE 102 Année ! Méthodes et Langages du Commerce Electronique F.-Y. Villemin Plan! Besoins du commerce électronique! L EDI! ebxml! Les Web Services! SOAP! UDDI! WSDL! La méthodologie UMM D'après des textes de Beetschen, Nicolas Jan, Jan Ondrus (HEC Lausanne), O. Perrin, Ph. Bedu (EDF), Rachid Benelfellah et documents EDIFrance et ebxml.org 2! Besoins du Commerce Electronique Faire collaborer toutes les compagnies de toutes les industries Créer des processus d affaire fondés sur des documents intelligents Fournir des moyens aux partenaires d affaire pour rendre leurs systèmes interopérables Compagnie A ACHAT commande réception paiement Banque A paiement Sélection, comparaison,... Commande ou statistiques Livraison Facture Clearing confirmation Compagnie B VENTE fourniture livraison facturation Banque B avant vente vente production & distribution Après vente 3! Business Content Instance Specialized Business Content Universal Business Content Business Content Format Definition Directory / Registry Core XML Standards Network Transport Model conceptuel du B2B Repository Messaging Trading Partner Agreement Service Oriented Architectures Backend Integration Business Process Instance Specialized Business Processes Universal Business Processes Process Description Language Service Description Language S e c u r i t y Management Business Conceptual Model (Definitions, format, structure, and choreography) Technical Conceptual Model (Standards, protocols and tools) 4!
2 Echange de Données Informatisées (EDI) Objectifs : Medium de transmission électronique Communication directe entre applications Messages formatés et structurés selon un standard convenu Deux standards : ANSI X12 aux Etats-Unis EDIFACT en Europe Problèmes : Limité aux grandes organisations Coût de développement élevé Seules 1% des compagnies peuvent se l'offrir Pas de communication en dehors de la chaîne d approvisionnement Documents non auto-descriptifs et non structurés Deux approches:! Store and forward! Point to point EDI 5! 6! XML electronic business XML (ebxml) EDI ebxml ebxml a été lancée en juin 1999 et les spécifications ont été finalisées en mai 2001 ebxml a été développé par 4500 personnes représentant plus de 2000 organisations de 150 pays OASIS : Organization for the Advancement of Structured Information Standards Organisation à but non lucratif dont l activité principale est de définir des standards garantissant une bonne compatibilité des systèmes UN/CEFACT : United Nations Centre for the Facilitation of Procedures and Practices for Administration, Commerce and Transport Département des Nations Unis pour le développement du commerce électronique Mission ebxml : "ebxml enables anyone, anywhere to do business with anyone else over the Internet" (ebxml permet à n importe qui, n importe où de faire des affaires avec quelqu un d autre sur l Internet) 7! 8!
3 ebxml consiste en : ebxml EDI vs ebxml L EDI et ebxml ont été développés par UN/EDIFACT! une manière standard d échanger des messages d affaire L EDI coûte très cher et seules les grandes entreprises peuvent le mettre en œuvre! une ligne directrice pour les relations d échange! une communication des données avec un langage commun L EDI est un système centralisé contrairement à ebxml ebxml est complémentaire à L EDI! définition standardisée des processus d affaire 9! 10! Modèle de ebxml Phase d implantation ebxml fonctionne en trois phases : 1 implantation 2 Découverte/Négociation 3 Exécution 11! 12!
4 Phase de négociation Phase de négociation 13! 14! Phase de transaction Architecture de ebxml 15! 16!
5 Vue fonctionnelle de ebxml Spécifications ebxml 17! 18! Spécifications ebxml Core Component : structures de données réutilisables de bas niveau Exemples : party, address, phone, date, devise instancié dans plusieurs types d échanges d informations utilisé pour définir les business process et les information models facilite l interopérabilité entre des système différents Business Process : décrit les interfaces du processus identifie quelle donnée doit être présente pour répondre aux demandes des deux partenaires d affaire Exemples: Délivrer un service ou Acheter un produit Trading Partner Profile : Spécifications ebxml CPP (Collaboration Protocol Profile) Défini les capacités d affaire d une compagnie dans un format standard et portable (Profile général, BP, protocoles supportés ) CPA (Collaboration Protocol Agreement) Décrit clairement les éléments et les mécanismes des transactions conduits entre deux compagnies (Contrat) ebxml Registry & Repository (Registry = index et Repository = sauvegarde) : Modèle Distribué dont les nœuds sont maintenus par des groupes industriels, des communautés d affaire (places de marchés, bourses) ou des compagnies individuelles 19! 20!
6 Registry & Repository Spécifications ebxml Transport, Routing & Packaging : OASIS or other official site Registry of Registries 1 Repository Repository Repository Registry Search App Repository Registry 2 Repository Registry A global search may go through potentially thousands of registries each of which may in turn have thousands of repositories. Repository Original document in intended format including multimedia attachments Return list of hits plus all repositories that were not accessed. From there the user could link to the document of choice. 3 Repository! défini une méthode pour échanger des messages d affaire électroniques, qui ne dépende pas du protocole de communication, qui soit fiable et sécurisée! le message envelope peut contenir des payloads de différents formats! Possibilité d intégration avec des systèmes qui n utilisent pas une syntaxe XML! contient un ensemble de protocoles et de services incluant SMTP, HTTP! actuellement SOAP sur HTTP 21! 22! ebxml Message Service Conclusions Modulaire et facile à implémenter => possibilité de passer de EDI à ebxml car moins cher et plus facile à implémenter Pour les entreprises de toute taille => possibilité de trouver de nouveaux partenaires même pour les PME ebxml repose sur le standard XML (gratuité, mondial,...) => favorise les pays en voie de développement UN/CEFACT et OASIS travaille sur le standard mais pas sur les logiciels et les services utilisant ebxml => spécification d un Framework global de collaboration d affaire Reste à définir un modèle de programmation standard des Web Services 23! 24!
7 SOAP SOAP : Simple Object Access Protocol SOAP 1.1! Un moyen de faire communiquer des applications par RPC en utilisant HTTP! Proposé à W3C en 2000 par UserLand, Ariba, Commerce One, Compaq, Developmentor, HP, IBM, IONA, Lotus, Microsoft et SAP SOAP 1.2! Travaux W3C! Protocole de transmission de messages en XML SOAP SOAP est un protocole minimal pour faire du RPC basé sur XML SOAP est indépendant d'un protocole de transport particulier C est le IIOP de Corba ou le JRMP de RMI Structure : 1. Une déclaration XML (optionnelle) 2. Une Enveloppe SOAP (l'élément racine) <SOAP- ENV:Envelope> qui est composée de:! Un en-tête SOAP (optionnel) <SOAP-!!ENV:Header>!! Un corps SOAP <SOAP-ENV:Body> 25! 26! SOAP Un message SOAP valide est un document XML au bon format. Le message doit avoir la forme suivante:! Une déclaration XML (optionnelle)! Une Enveloppe SOAP (l'élément racine) qui est composée de: " Une En-tête SOAP (optionnel : infos nécessaires à l'interprétation du message) " Un Corps SOAP (données du message) # Une section d erreur SOAP SOAP message HTTP headers SOAP Envelope SOAP header headers SOAP body method call & data SOAP Message complet Entête standard HTTP et entête SOAP HTTP Enveloppe Entête Entête individuelle Corps contenant les appels de méthodes SOAP Appel de méthode et description en XML des données La structure des messages SOAP 27! 28!
8 SOAP Exemple <Envelope> est la racine! <Header>, <Body> et <Fault> sont les enfants :! <?xml version="1.0" encoding="utf-8" standalone="no"?>! <soap:envelope xmlns:soap=" envelope/" soap:encodingstyle=!!!" Header information...!!</soap:header>!!<soap:body>!!... Body information...!!<soap:fault>!...fault information...!!</soap:fault>! </soap:body>! </soap:envelope> SOAP Enveloppe <SOAP-ENV:Envelope... > décrit le style d'encodage de ce message SOAP suit le schéma défini dans Contient les définitions de namespaces. <SOAP-ENV:Envelope! xmlns:soapenv=!!!" xmlns:xsi=!!!" xmlns:xsd=!!!" /XMLSchema">! </SOAP-ENV:Envelope>! 29! 30! SOAP Entête Mécanisme pour étendre un message de façon décentralisée et modulaire, sans connaissance a priori des parties de la communication.! Typiquement authentification, transaction,! Règles : " Identifié par un namespace et un nom local " Les enfants immédiats qualifiés par le namespace. 31! SOAP Entête Deux attributs particuliers utilisés pour indiquer comment et par qui l entrée est traitée mustunderstand : Indiquer qu une entrée est obligatoire <SOAP-ENV:Header>! <t:transaction xmlns:t="some-uri" SOAP- ENV:mustUnderstand="1">! 5! </t:transaction>! </SOAP-ENV:Header>!! Actor : Indiquer qui peut utiliser l'entête ; par défaut : l ultime <SOAP-ENV:Header>! <m:local xmlns:m =" soap:actor= fr </m:language>!!</m:local>! </soap:header> 32!
9 Body Soap SOAP section d erreur Mécanisme simple pour échanger les informations avec l ultime receveur du message.! Typiquement appels marshalling RPC calls et des rapports d erreur! Une entrée du body est identifiée par un namespace et un nom local <SOAP-ENV:Body>! <ns1:doubleanintegerresponse! xmlns:ns1="urn:messoapservices"! SOAP-ENV:encodingStyle=!!!!" <return xsi:type="xsd:int">30</return>! </ns1:doubleanintegerresponse>! </SOAP-ENV:Body>! Utilisée pour porter les erreurs ou les statuts d erreur d un message Doit apparaître comme une entrée du body Ne doit pas apparaître plus d une fois Sous éléments : faultcode Identifier l erreur faultstring Explication de l erreur : <env:body>! <env:fault>! <faultcode><value>env:versionmismatch</value>! </faultcode>! <faultstring>version Mismatch</faultstring>! </env:fault>! </env:body>! 33! 34! Graphes SOAP L information est traitée comme un graphe constitué de nœuds intermédiaires ou terminaux et de liens entre ces nœuds Il existe des règles d encodage de ces graphes Valeurs simples! XML schema Built-in datatypes et dérivés! Ou SOAP-ENC pour des éléments indépendants d un type hétérogène Valeurs composites Tableaux et structures WSDL Langage de définition de Web Services (comparable à l'idl de CORBA pour les objets) Basé entièrement sur XML Standard W3C (Initiative IBM et Microsoft) Actuellement WSDL 1.1 Définition de l interface, de l URL et du port du Web Service. Utilise le système de typage de XML Schéma Description des signatures d un service web (méthodes, types des paramètres) 35! 36!
10 WSDL Les balises d'un fichier WSDL décrivent ce qui est nécessaire à l'appel d'un service Web via SOAP :! types : les types utilisés! message : la structure d un message SOAP échangé! porttype : les opérations de l'interface du service web! operation : une opération réalisée par le service web! binding : le lien entre un protocole (http) et un porttype! service : le service comme un ensemble de ports! port : le port pour accéder à des opérations WSDL Exemple :! <definitions>! <documentation> </documentation>! <import/> importation de document! <types> définition des types complexes... </types>! <message> définition des messages... </message>! <porttype> définition des opérations...!!!<operation> définition des entrées - sorties...!!!</operation>! </porttype>! <partnerlinktype> définition interactions entre services! </partnerlinktype>! </définitions>! 37! 38! UDDI UDDI (Universal Description, Discovery, and Integration) :! fournit un annuaire permettant de retrouver des web services sur le même principe que les pages jaunes! UDDI implique que les différents fournisseurs de web services parviennent à s'entendre sur la définition de critères communs et de catégories "métier" bien déterminées! mise en œuvre dans le cadre de places de marché collaboratives ou dans des domaines très spécifiques! Microsoft et IBM proposent des solutions plus légères à mettre en œuvre telles que WS-Inspection (Web Services Inspection Language, WSIL) UDDI Enregistrer séparément les descriptions des Compagnies et les descriptions des services Développeurs, éditeurs de logiciels, organismes de standardisation enregistrent des types de services Les Compagnies enregistrent les services qu'elles supportent White pages (informations générales) Yellow pages (catégories de services) Green pages (business rules) White Pages Yellow Pages Green Pages 39! 40!
11 UDDI Pages blanches : noms, adresses, contacts, identifiants, des entreprises enregistrées. Ces informations sont décrites dans des entités de type Business Entity. Cette description inclut des informations de catégorisation permettant de faire des recherches spécifiques dépendant du métier de l entreprise Pages jaunes : détails sur le métier de l entreprise, les services qu elle propose. Ces informations sont décrites dans des entités de type Business Service Pages vertes : informations techniques sur les services proposés. Les pages vertes incluent des références vers les spécifications des services Web, et les détails nécessaires à l utilisation de ces services. Ces informations sont décrites dans deux documents : un Binding Template, et un Technology Model (tmodel). UDDI Worldwide directory d entreprises, services, produits... White pages, Yellow pages, Green pages Green pages Namespace pour décrire la manière d utiliser les services, etc. Identifiant de l auteur de la publication du service Unique identifiant (tmodelkey) du service sur les registres Accès aux web services Bindings déclarés dans les répertoires par exemple, association (tmodelkey, URL) Répertoires UDDI, moteurs de recherche xmethods.net, soapware.org, salcentral.com, soap-wrc.com, 41! 42! UDDI : le modèle de données UDDI 0!n Provider: Information sur l entité proposant le service Service: Informations descriptives sur la famille de produits offerts tmodel: Descriptions des spécifications des services 1!n Document XML BusinessEntity! businesskey! name! URL! description! contacts! businessservices! identifierbag! categorybag! Contact! phone! address! ! BusinessService! servicekey! tmodelkey! name! description! bindingtemplates! 0!n Binding: Informations techniques sur le point d entrée du service et sur les specs de construction du service Les Bindings contiennent les références aux tmodels. Ces références désignent les spécifications de l interface pour un service. keyedreference! tmodelkey! keyname! keyvalue!! keyedreference! tmodelkey! keyname! keyvalue!! 43! 44!
12 Inquiry API Trouver find_business! find_service! find_binding! find_tmodel! Plus de détails get_businessdetail! get_servicedetail! get_bindingdetail! get_tmodeldetail! UDDI Publishers API Enregistrer save_business! save_service! save_binding! save_tmodel! Détruire delete_business! delete_service! delete_binding! delete_tmodel! Sécurité get_authtoken! discard_authtoken! UDDI En pratique les clés de classification et d'identification devraient être gérées et fournies par des agences mondiales Les informations du niveau "yellow pages" de UDDI sont typiquement fondées sur deux standards :! NAICS (the North American Industry Classification System), projet des gouvernements du Canada, du Mexique et des US : UNSPSC (the Universal Standard Products and Services Classification), efforts conjoints de Dun & Bradstreet et du Programme de Développement des Nations Unies pour une Unification des Classifications : 45! 46! UMM La Méthodologie de Modélisation Unifiée (UMM) utilise :! UML pour la représentation des processus d'affaires! XML comme format d'échanges pour les transactions commerciales La méthode UMM intègre plusieurs modèles répondant à des objectifs spécifiques dont : Le Metamodel (ontologique) des informations et des processus commerciaux définit précisément le vocabulaire de modélisation Les modèles de transactions commerciales définissent précisément la structure des interactions du processus commercial UMM Le "metamodel" est articulé autour de vues : Le Business Operation Map (BOM) metamodel : Division de processus commerciaux en secteurs et catégories d'activités Le Business Requirements View (BRV) metamodel : Vue d'un modèle d'information et de processus commerciaux qui capture les scénarios de Cas d'utilisation, les entrées, les productions, les contraintes et des limites du système pour des transactions commerciales et leurs corrélations Le Business Transaction View (BTV) metamodel : Vue d'un modèle d'information et de processus commerciaux qui capture la sémantique des entités d'information commerciales ainsi que leur flux d'échange entre les rôles qu'ils occupent dans les secteurs d'activité Le Business Service View (BSV) metamodel : Vue d'un modèle d'information et de processus commerciaux qui caractérise le réseau constitué par les agents et leurs échanges de messages, comme des interactions nécessaires pour exécuter et valider un processus commercial 47! 48!
13 UMM UMM Processus de la méthodologie unifiée de modélisation UMM Vues du "Metamodel" 49! 50! Modèle de processus et de données d'affaires Model Driven Architecture (MDA) Principe : séparer les spécifications fonctionnelles des spécifications de l'implantation sur une plate-forme donnée => interopérabilité des applications MDA : Ensemble de techniques de modélisation et de transformation CIM (Computation Independant model) modèles indépendants de calcul : décrit les flux et les actions sur le système PIM (plateform independant model) modèles indépendants des platesformes : décrit les traitements orientés métier PM (plateform model) modèles des plates-formes décrit une architecture technique (plusieurs par projet) PSM (plateform dependant model) modèles dépendants des platesformes : décrit les détails techniques liés à l'implantation 51! (D'après A. Essabri, A. Koudimba & G. Pape, ISTIA)! 52!
14 Analyse : flux et organisation Model Driven Architecture (MDA) organisation CIM flux CIM Flux Exemple de CIM Analyse : traitement PIM Traitements PM Plateforme organisation Conception PSM Modèle spécifique à la plateforme 53! 54! Raffinements successifs des PIM indépendamment de tout plate-forme Etape 1 Exemple de PIM Exemple de PM Etape 2 55! 56!
15 Exemple de PSM Ontologies Les ontologies sont des sortes de dictionnaires intelligents décrivant :! le domaine du discours! les concepts avec leurs relations L ontologie est définie pour un objectif donné et exprime un point de vue partagé par une communauté The Enterprise Ontology définit une activité comme étant décomposable en sous activités, réalisée par un exécutant et nécessitant des ressources [ enterprise/] 57! 58! Ontologies MULECO 59!
Sommaire. Introduction La technologie ebxml EDI conventionnels versus ebxml Web Services et ebxml Acteurs de l ebxml Conclusion
ebxml Sommaire Introduction La technologie ebxml EDI conventionnels versus ebxml Web Services et ebxml Acteurs de l ebxml Conclusion Introduction Pourquoi L EDI EDI : échange de données informatisé Remplacer
Plus en détailServices Web publication et découverte
Services Web publication et découverte Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web publication et découverte p.1/15 Publication et découverte Problèmes classiques
Plus en détailIntroduction au projet ebxml. Alain Dechamps
Introduction au projet ebxml Alain Dechamps 1 Introduction ebes Plan Le pourquoi de la réunion Contexte et projet ebxml Fonctionnement Avantages 2 Lexique Business process = processus métier Core component
Plus en détailIntroduction aux «Services Web»
Introduction aux «Services Web» Sana Sellami sana.sellami@univ-amu.fr 2014-2015 Modalité de contrôle de connaissances Note de contrôle de continu Note projet Evaluation du projet la semaine du 17 novembre
Plus en détailProgrammation Web Avancée Introduction aux services Web
1/21 Programmation Web Avancée Thierry Hamon Bureau H202 - Institut Galilée Tél. : 33 1.48.38.35.53 Bureau 150 LIM&BIO EA 3969 Université Paris 13 - UFR Léonard de Vinci 74, rue Marcel Cachin, F-93017
Plus en détailCours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web»
Cours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web» Sana Sellami sana.sellami@lsis.org 2014-2015 Plan Partie 1: Introduction aux Services Web (SW) Partie 2: Vers une
Plus en détailOn Feature Interaction among Web Services Michael Weiss et Babak Esfandiari
On Feature Interaction among Web Services Michael Weiss et Babak Esfandiari Présenté par INF-6251 :: Automne 2005 Présentation Introduction Contexte Bref historique Contexte Affaire (Business) Processus
Plus en détailLes Web Services. Rapport de TE. Étudiants Cyrielle Lablanche Florens Seine Sébastien Gastaud. Encadrant Hervé Chang
Université de Nice-Sophia Antipolis Licence d Informatique 3 ème année Les Web Services Rapport de TE Étudiants Cyrielle Lablanche Florens Seine Sébastien Gastaud Encadrant Hervé Chang 2004 2005 Table
Plus en détailXML, 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étailBPEL Orchestration de Web Services
Orchestration de Web Services Grégory Le Bonniec gregory.lebonniec@zenika.com 26 novembre 2009 1 Zenika Conseil / Développement / Formation Localisation : Paris et Rennes Nos partenaires Mon expérience
Plus en détailIntégration d'applications à "gros grain" Unité d'intégration : le "service" (interface + contrat)
Motivations Motivations Intégration d'applications à "gros grain" Unité d'intégration : le "service" (interface + contrat) Contraintes Applications conçues indépendamment, sans avoir prévu une intégration
Plus en détailUrbanisme du Système d Information et EAI
Urbanisme du Système d Information et EAI 1 Sommaire Les besoins des entreprises Élément de solution : l urbanisme EAI : des outils au service de l urbanisme 2 Les besoins des entreprises 3 Le constat
Plus en détailSOAP Concepts Application à Glassfish
SOAP Concepts Application à Glassfish LicencePro 2014 Olivier Perrin Université de Lorraine Évolution From server-side app to smart clients and services 2 Browser-based HTML Rendering (progressive enhancement)
Plus en détailLes Services Web. Jean-Pierre BORG EFORT http://www.efort.com
Les Services Web Jean-Pierre BORG EFORT http://www.efort.com 1 Introduction Un "Service Web" est une application logicielle à laquelle on peut accéder à distance à partir de différents langages basés sur
Plus en détailFrom supply chain to demand chain
From supply chain to demand chain (from e-commerce to c-commerce). 1 2 Les Les nouvelles nouvelles technologies de de l interopérabilité l rabilité Les Les éléments éléments du du demand demand chain chain
Plus en détailUNIVERSITÉ DU QUÉBEC EN OUTAOUAIS
UNIVERSITÉ DU QUÉBEC EN OUTAOUAIS SÉCURITÉ DES SERVICES WEB : RESTAURATION D UN MESSAGE SOAP APRÈS DÉTECTION D UNE ATTAQUE PAR ENVELOPPEMENT SUR UN ÉLÉMENT SIGNÉ MÉMOIRE PRÉSENTÉ COMME EXIGENCE PARTIELLE
Plus en détail4. SERVICES WEB REST 46
4. SERVICES WEB REST 46 REST REST acronyme de REpresentational State Transfert Concept introduit en 2000 dans la thèse de Roy FIELDING Est un style d architecture inspiré de l architecture WEB En 2010,
Plus en détailRépublique Algérienne Démocratique et Populaire Université Abou Bakr Belkaid Tlemcen Faculté des Sciences Département d Informatique
République Algérienne Démocratique et Populaire Université Abou Bakr Belkaid Tlemcen Faculté des Sciences Département d Informatique Mémoire de fin d études pour l obtention du diplôme de Master en Informatique
Plus en détailSystèmes d'informations historique et mutations
Systèmes d'informations historique et mutations Christophe Turbout SAIC-CERTIC Université de Caen Basse-Normandie Systèmes d'informations : Historique et mutations - Christophe Turbout SAIC-CERTIC UCBN
Plus en détailProblé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étailLa démarche MDA. Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)*
La démarche MDA Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 1.1-5 Date : Mai 2002 * : Les partenaires du projet ACCORD sont CNAM,
Plus en détailLe cadre des Web Services Partie 1 : Introduction
Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services
Plus en détailUrbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1
Urbanisation des SI Des composants technologiques disponibles Urbanisation des Systèmes d'information Henry Boccon Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus de données, ETL et EAI
Plus en détailMessagerie asynchrone et Services Web
Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS
Plus en détailCollaboration des Processus Métiers dans les Echanges inter-entreprises (B2B) basée sur le Web Service Resource Framework (WSRF) du Grid
REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE MINISTERE DE L'ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE Institut National de formation en Informatique (I.N.I) Thèse Présentée pour l obtention
Plus en détailWeb Services : Beyond the peer-to-peer architecture
Faculté des Sciences Département d Informatique Web Services : Beyond the peer-to-peer architecture Jérémy De Roey Mémoire présenté sous la direction du Professeur Esteban Zimányi et de Ir. François Deliège
Plus en détailConception Exécution Interopérabilité. Déploiement. Conception du service. Définition du SLA. Suivi du service. Réception des mesures
Software propose une offre d intégration unique, qui apporte l équilibre parfait entre investissements et performances pour les entreprises qui doivent sans cesse améliorer leurs processus. Des caractéristiques
Plus en détailManuel d intégration API SOAP SMS ALLMYSMS.COM
Manuel d intégration API SOAP SMS ALLMYSMS.COM 26/02/2014 TABLE DES MATIERES OBJECTIF DU DOCUMENT... 3 LE PROTOCOLE SOAP... 3 ENVOI DE REQUETES SOAP A LA PLATEFORME ALLMYSMS.COM... 3 BACKOFFICE SMS...
Plus en détailOracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware
1 Introduction Ce chapitre décrit Oracle Fusion Middleware. Il comprend : o Qu'est-ce que Middleware o Les fonction de Middleware o L'architecture de conception Middleware o L'architecture orientée services
Plus en détailWEBSERVICES. Michael Fortier. Master Informatique 2ème année. fortier@lipn.univ-paris13.fr A308, Université de Paris 13
WEBSERVICES Michael Fortier Master Informatique 2ème année fortier@lipn.univ-paris13.fr A308, Université de Paris 13 https ://lipn.univ-paris13.fr/ fortier/enseignement/webservices/ Sommaire 1 Rappels
Plus en détailLes 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étailLes nouvelles architectures des SI : Etat de l Art
Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre
Plus en détailObjectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui
Formation PARTIE 1 : ARCHITECTURE APPLICATIVE DUREE : 5 h Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui automatisent les fonctions Définir une architecture
Plus en détail- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK
ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle
Plus en détailFaculté de Génie Chaire industrielle en infrastructures de communication. La technologie XML. Wajdi Elleuch
Faculté de Génie Chaire industrielle en infrastructures de communication La technologie XML Wajdi Elleuch Octobre 2004 SOMMAIRE Content : - XML : Définition - XML : Solution pour des applications réparties
Plus en détaildes besoins de contenu des besoins de forme !"#$%&'($)$*"+,$-.*"#$*"$/.0#12+/13.0#
Les applications des TI en entreprise Organisation et gestion du système d information d entreprise Deuxième partie : Les différentes applications du SI 2005-2005 Application pour la décision : SIAD /
Plus en détailXML par la pratique Bases indispensables, concepts et cas pratiques (3ième édition)
Présentation du langage XML 1. De SGML à XML 17 2. Les bases de XML 18 2.1 Rappel sur HTML 18 2.2 Votre premier document XML 19 2.3 Les avantages de XML 21 3. La syntaxe XML 21 3.1 La première ligne du
Plus en détailLa démarche SOA et l interopérabilité applicative
La démarche SOA et l interopérabilité applicative Retour d'expérience des projets RITA / PRESTO de la Direction Générale de la Modernisation de l'état Abdelaziz Skalli Consultant Tél : +33.630.78.54.75
Plus en détailBusiness Process Execution Language
Business Process Execution Language Rapport du projet de systèmes distribués d information Markus Lindström 6 mai 2009 Motivation personnelle Le sujet que j ai retenu et présenté dans le cadre du cours
Plus en détailProgramme 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étailCORBA. (Common Request Broker Architecture)
CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,
Plus en détailModule BD et sites WEB
Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD
Plus en détailConception, architecture et urbanisation des systèmes d information
Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction
Plus en détailVolet Synchrone pour Client Lourd
Cadre d interopérabilité des SIS Couche Transport Volet Synchrone pour Client Lourd Identification du document Référence Date de création 06/03/09 Date de dernière mise à jour 25/06/09 Rédaction (R) Cadre
Plus en détailNFP111 Systèmes et Applications Réparties
NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon
Plus en détaile-business, EAI et Business Intelligence Le triptyque gagnant profondément les structures des organisations et par conséquence
e-business, EAI et Business Intelligence Le triptyque gagnant Alain Fernandez Consultant indépendant, il intervient depuis plus de 15 ans auprès des grands comptes et des PME sur la conception des systèmes
Plus en détailWorkflow et Service Oriented Architecture (SOA)
White Paper Workflow et Service Oriented Architecture (SOA) Présentation Cet article offre une approche pragmatique de la SOA et du workflow à travers des problématiques d'entreprises, une méthodologie
Plus en détailL Orchestration de Services Web avec Orchestra. Goulven Le Jeune Orchestra Project Manager
L Orchestration de Services Web avec Orchestra Goulven Le Jeune Orchestra Project Manager D1 Bull, Architecte d un Monde Ouvert : contributeur et acteur majeur de l'open Source Applications métiers Infrastructures
Plus en détailResponsable du cours : Héla Hachicha. Année Universitaire : 2011-2012
Chapitre 4- WS-Security Responsable du cours : Héla Hachicha Année Universitaire : 2011-2012 1 WS-Security (Microsoft) WS-Security est le standard proposé par IBM, Microsoft, VeriSign et Forum Systems
Plus en détailSélection de sérvices Web à base de colonies de fourmis MÉMOIRE DE FIN D'ÉTUDE. Melle CHEMIDI Zoulikha. Jury
Ministère de l'enseignement Supérieur et de la Recherche Scientifique Université Abou Bekr Belkaid Faculté de Science Département Informatique MÉMOIRE DE FIN D'ÉTUDE pour obtenir le grade de Master en
Plus en détailL intégration d applications unifiée par les Services Web et XML Réconcilier J2EE.NET EIS et mainframes
L intégration d applications unifiée par les Services Web et XML Réconcilier J2EE.NET EIS et mainframes Page 1 Un système d information: vue de 10.000 mètres A C Système de communication AtoA (EAI) ou
Plus en détailInfrastructure de Données Spatiales
Infrastructure de Données Spatiales Notions & Enjeux Jean-Christophe Desconnets desconne@mpl.ird.fr Plan Introduction Notion de IDS Notion de Web service Harmonisation des données Metadonnées Service de
Plus en détailJean-Philippe VIOLET Solutions Architect
Jean-Philippe VIOLET Solutions Architect IBM Cognos: L' Expertise de la Gestion de la Performance Acquis par IBM en Janvier 08 Rattaché au Brand Information Management Couverture Globale 23,000 clients
Plus en détailSOA Open Source Intégration des services et business process dans une architecture SOA Open Source. Bruno Georges JBoss, a Division of Red Hat
SOA Open Source Intégration des services et business process dans une architecture SOA Open Source Bruno Georges JBoss, a Division of Red Hat Agenda Cas d etude Contexte métier Les bénéfices Open Source
Plus en détailSécurisation des architectures traditionnelles et des SOA
Sécurisation des architectures traditionnelles et des SOA Un livre blanc de Bull Evidian Gestion SAML des accès SSO aux applications classiques et J2EE. Max Vallot Sommaire Émergence des architectures
Plus en détailCOMPRENDRE L ARCHITECTURE DES WEB SERVICES REST. Amosse EDOUARD, Doctorant
COMPRENDRE L ARCHITECTURE DES WEB SERVICES REST Amosse EDOUARD, Doctorant Organisation Cours Magistral 24/11/2014 26/11/2014 01/12/2014 Travaux Dirigés 26/11/2014 28/11/2014 01/11/2014 08/11/2014 Evaluation
Plus en détailUrbanisation de système d'information. PLM 6 (Product Lifecycle Management) Collaboration et partage d'informations
Urbanisation de système d'information PLM 6 (Product Lifecycle Management) Collaboration et partage d'informations Gestion de données techniques et Gestion électronique de documents Diversité des modalités
Plus en détailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détailClassification : public 1/59
Classification : public 1/59 Documents de référence [1] IHE International : Cadre Technique IT Infrastructure [2] IHE International : Profil Cross-Enterprise User Assertion Attribute Extension (XUA++)
Plus en détailDocument réalisé par EDIFRANCE dans le cadre du programme Boost Industries et Services (coordination des projets TIC et PME 2010)
ebxml pour la maîtrise d ouvrage Pourquoi et comment conduire un projet d Echanges Electroniques Professionnels (EEP) selon la méthodologie UN/CEFACT? Document réalisé par EDIFRANCE dans le cadre du programme
Plus en détailÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC MÉMOIRE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE
ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC MÉMOIRE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L OBTENTION DE LA MAÎTRISE EN GÉNIE, CONCENTRATION PERSONNALISÉE M.Ing.
Plus en détailArchitecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués
Architecture JEE. Objectifs attendus Serveurs d applications JEE Systèmes distribués Architectures JEE Normes JEE couches logicielles, n-tiers framework JEE et design patterns 2007/02/28 Eric Hébert.eheb@yahoo.fr
Plus en détailExploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales
Exploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales D 1.3.2 Rapport d analyse Auteurs: Johann Luethi, Laurent Opprecht, Patrick Roth
Plus en détailExtension SSO Java. Cette note technique décrit la configuration et la mise en œuvre du filtre de custom SSO Java.
Note technique W4 Engine Extension SSO Java Cette note technique décrit la configuration et la mise en œuvre du filtre de custom SSO Java. 1 Présentation 3 2 Custom SSO Java 4 3 Bilan 10 Sommaire Référence
Plus en détailBusiness Process Modeling (BPM)
Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture
Plus en détailDescription de la formation
Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de
Plus en détailAnnuaires LDAP et méta-annuaires
Annuaires LDAP et méta-annuaires Laurent Mynard Yphise 6 rue Beaubourg - 75004 PARIS yphise@yphise.com - http://yphise.fr T 01 44 59 93 00 F 01 44 59 93 09 LDAP020314-1 Agenda A propos d Yphise Les annuaires
Plus en détailEditing and managing Systems engineering processes at Snecma
Editing and managing Systems engineering processes at Snecma Atego workshop 2014-04-03 Ce document et les informations qu il contient sont la propriété de Ils ne doivent pas être copiés ni communiqués
Plus en détailPrincipes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle
2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle 1 Principes 2 Architecture 3 4 Aperçu d utilisation
Plus en détailMineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)
Mineure SOA Business Process Modeling (BPM) Idir AIT SADOUNE idir.aitsadoune@supelec.fr Idir AIT SADOUNE - Plan 1 Notion de processus? 2 Modélisation des processus? 3 Langages
Plus en détailSEMANTIQUE DES MODELES D'ECHANGE DE DONNEES
LABORATOIRE INFORMATIQUE, SIGNAUX ET SYSTÈMES DE SOPHIA ANTIPOLIS UMR 6070 SEMANTIQUE DES MODELES D'ECHANGE DE DONNEES Chan LE DUC, Nhan LE THANH Projet MECOSI Rapport de recherche I3S/RR 2002-33 FR Septembre2002
Plus en détailGestion Mobile avec Afaria 7. Jérôme Lorido blue-infinity Mai 2013
Gestion Mobile avec Afaria 7 Jérôme Lorido blue-infinity Mai 2013 blue-infinity branding. technology. integration. blue-infinity (b-i) est une société de services professionnels qui mise sur son expertise
Plus en détailChapitre I : le langage UML et le processus unifié
I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et
Plus en détailAtelier Progress Rollbase
Atelier Progress Rollbase Laurent KIEFFER : laurent@progress.com 11 Février 2014 Demonstration Application 10 Min Atelier Progress Rollbase Introduction à Rollbase 1 Rollbase avec OpenEdge 6 2 Créer l
Plus en détailEvolution et architecture des systèmes d'information, de l'internet. Impact sur les IDS. IDS2014, Nailloux 26-28/05/2014 pascal.dayre@enseeiht.
Evolution et architecture des systèmes d'information, de l'internet. Impact sur les IDS IDS2014, Nailloux 26-28/05/2014 pascal.dayre@enseeiht.fr 1 MVC et le web 27/05/14 2 L'évolution des systèmes informatiques
Plus en détailWEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.
WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager
Plus en détailWeb Application Models
Web Application Models une nouvelle fonction de VisualAge Pacbase au service des applications WebSphere Jean-François Lévi - Bernard Etienne Maîtriser l'évolution des développements Web d'entreprise avec
Plus en détailGé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étailPré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étailArchitecture Orientée Service, JSON et API REST
UPMC 3 février 2015 Précedemment, en LI328 Architecture générale du projet Programmation serveur Servlet/TOMCAT Aujourd hui Quelques mots sur les SOA API - REST Le format JSON API - REST et Servlet API
Plus en détailNouvelles technologies pour l intégration : les ESB
10, avenue de l Europe Parc Technologique du Canal 31520 Ramonville st Agne 05.61.28.56.20 05.61.28.56.00 www.ebmwebsourcing.com Nouvelles technologies pour l intégration : les ESB EBM Websourcing Sommaire
Plus en détailInstitut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki
Institut Supérieur de Gestion Cours pour 3 ème LFIG Java Enterprise Edition Introduction Bayoudhi Chaouki 1 Java EE - Objectifs Faciliter le développement de nouvelles applications à base de composants
Plus en détailChapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle
Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction Positionnement de la
Plus en détailPlateforme PAYZEN. Définition de Web-services
Plateforme PAYZEN Définition de Web-services Ordre de paiement Version 1.1 Rédaction, Vérification, Approbation Rédaction Vérification Approbation Nom Date/Visa Nom Date/Visa Nom Date/Visa Lyra-Network
Plus en détailJoomla! Création et administration d'un site web - Version numérique
Avant-propos 1. Objectifs du livre 15 1.1 Orientation 15 1.2 À qui s adresse ce livre? 16 2. Contenu de l ouvrage 17 3. Conclusion 18 Introduction 1. Un peu d histoire pour commencer... 19 1.1 Du web statique
Plus en détailBusiness Process Management
Alain Darmon Responsable Avant-Vente BPM, IBM 1 er mars 2011 Business Process Management Améliorez l agilité de l entreprise avec la gestion des processus métier Les processus sont partout! Ouverture de
Plus en détailUrbanisation des Systèmes d'information
Urbanisation des Systèmes d'information Des composants technologiques disponibles Urbanisation des Systèmes d'information - Henry Boccon-Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus
Plus en détailArchitecture SOA Un Système d'information agile au service des entreprises et administrations
Architecture SOA Un Système d'information agile au service des entreprises et administrations www.objis.com Présentation Architecture SOA - JCertif 1 Qui sommes-nous? Spécialiste JAVA depuis 2005 (Lyon,
Plus en détailSécurité des Web Services (SOAP vs REST)
The OWASP Foundation http://www.owasp.org Sécurité des Web Services (SOAP vs REST) Sylvain Maret Principal Consultant / MARET Consulting / @smaret OpenID Switzerland OWASP Switzerland - Geneva Chapter
Plus en détailIntroduction à la conception de systèmes d information
Introduction à la conception de systèmes d information 2008-2009 M1 MIAGE SIMA / M1 Informatique MIF17 Yannick Prié UFR Informatique - Université Claude Bernard Lyon 1 Objectifs de ce cours Présentation
Plus en détailLe projet «.frogans»
Le projet «.frogans» Retours d'expérience de l'op3ft Présentation de Julie Laurent, OP3FT, Responsable Juridique 23 septembre 2014 Corp Day Afnic 1 Plan de la présentation 1. Présentation de l'op3ft 2.
Plus en détailCompte Rendu d intégration d application
ISMA 3EME ANNEE Compte Rendu d intégration d application Compte Rendu Final Maxime ESCOURBIAC Jean-Christophe SEPTIER 19/12/2011 Table des matières Table des matières... 1 Introduction... 3 1. Le SGBD:...
Plus en détailEDI et commerce électronique
EDI et commerce électronique Table des matières 1. L Echange des Données Informatisées «EDI»... 2 1.1 La naissance du Besoin à L'EDI... 2 1.2 L objectif de L EDI... 2 1.3 Définition de L EDI... 2 1.4 Mise
Plus en détailWHITE PAPER Une revue de solution par Talend & Infosense
WHITE PAPER Une revue de solution par Talend & Infosense Master Data Management pour les données de référence dans le domaine de la santé Table des matières CAS D ETUDE : COLLABORATION SOCIALE ET ADMINISTRATION
Plus en détailFusion : l interopérabilité chez Oracle
Standardisation et interopérabilité Fusion : l interopérabilité chez Oracle Lionel Dubreuil,, Applications Technology Product Manager, Oracle France, lionel.dubreuil@oracle.com 29/03/2006 Page : 1 Oracle
Plus en détailDESCRIPTION DU COMPOSANT
Gestion des utilisateurs et des accès Composant pour un Egov intégré Qu'est-ce qu'un composant? C est un élément indispensable à l intégration des systèmes e-gov des différents niveaux politiques. Cet
Plus en détailPRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES
PRIMAVERA P6 ENTERPRISE PROJECT PORTFOLIO MANAGEMENT WEB SERVICES DÉCOUVREZ DES POSSIBILITÉS ILLIMITÉES GRÂCE A L INTÉGRATION À DES SYSTÈMES D ENTREPRISE EXISTANTS FONCTIONNALITÉS Connectivité des systèmes
Plus en détailEnvironnement collaboratif multimodal pour Communauté Virtuelle à la puissance GRID
Environnement collaboratif multimodal pour Communauté Virtuelle à la puissance GRID MSAS 2008 - Bamako Sellami Mokhtar, Zarzour Hafed Mind.lab/Laboratoire de Recherche en Informatique Université d Annaba
Plus en détailADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5
ADMINISTRATION DE ADOBE LIVECYCLE MOSAIC 9.5 Informations juridiques Copyright 2010 Adobe Systems Incorporated and its licensors. All rights reserved. Administration d Adobe LiveCycle Mosaic 9.5 13 octobre
Plus en détail