Langages de description de données pour applications

1.1 - Environnements de programmation
1.2 - Connexion à Internet
1.3 - Infrastructure de sécurité des communications
1.4 - Transfert des contenus multimédias sur Internet
1.5 - Service d’annuaire

2 - Langages de description de données pour applications

2.1 - Syntaxes X12/EDIFACT : un existant qui se porte bien !
2.2 - XML : le standard d’échange d’information sur Internet
2.3 - Dictionnaires de données
2.4 - Évolution de l’EDI, pas de solution hors XML

3 - Outils et services d’accompagnement de l’eBusiness

3.1 - Personnalisation et gestion des email
3.2 - Agents logiciels
3.3 - Gestion des droits des contenus numérisés
3.4 - Résolution de conflit en ligne

4 - Intégration des applications business

4.1 - Intégration et eCommerce
4.2 - Ouverture des PGI et de l’EDI à l’eBusiness

Figure 3 - Le moteur eBusiness
4.3 - Infrastructure d’Intégration des Applications d’Entreprise : l’EAI
4.4 - Intégration de Services Web
4.5 - Intégration des processus

5 - Standards pour l’eBusiness

5.1 - OBI, à l’usage des entreprises pour l’achat sur Internet
5.2 - IOTP, un protocole de « shopping »
5.3 - ECML, à l’usage des portefeuilles électroniques
5.4 - ebXML [Electronic Business using eXtensible Markup Language]
5.5 - RosettaNet

Figure 7 - Architecture RosettaNet
5.6 - GCIP [Global Commerce Internet Protocol ]
5.7 - Organismes de standardisation

Tableau 1

Bibliographie & annexes

Présentation

RÉSUMÉ

Cet article décrit les architectures des solutions de commerce électronique sur Internet. L'architecture des plates-formes est le plus souvent distribuée, en mode client-serveur, avec une sécurité intégrée. Les langages de description des données pour les applications sont des standards reconnus: IP, HTML, Java, ou XML. En deuxième partie, cet article aborde plus particulièrement l'e-business, c'est-à-dire les outils, les application et les standards.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

Michel PONTACQ : Ingénieur, Consultant et Architecte Bull

INTRODUCTION

Ce deuxième article traite de la partie « Architecture des solutions » du commerce électronique sur Internet.

Cette architecture intègre tous les acquis technologiques de l’erévolution, à savoir :

une infrastructure globale et omniprésente caractérisée par les architectures distribuées, le mode client-serveur généralisé, l’interconnexion et l’intégration des systèmes ;
des standards ouverts puissants et universels, gages d’une réduction de l’hétérogénéité : IP, HTML, Java, XML ;
une vision de la technologie comme levier du changement et de l’innovation, un enjeu stratégique prenant en compte la dimension « utilisateur » ;
des technologies, utilisant l’accroissement des performances de traitement des processeurs et l’augmentation de débit des réseaux, sans lesquelles les applications de commerce électronique ne seraient pas possibles.

Le modèle d’architecture proposé (figure 1) s’inspire du modèle de commerce sur Internet du VICS [1]. Il identifie et décrit les composants fondamentaux des solutions de commerce électronique, à savoir : l’infrastructure des plates-formes de commerce électronique (Internet, J2EE, .NET, la sécurité réseau), les langages d’application (XML...), l’infrastructure d’intégration des applications d’entreprise et des processus business (EAI, services Web, XML / EDI), les technologies d’accompagnement du commerce en ligne et les standards eBusiness.

Le lecteur intéressé par le contexte général, le rôle d’Internet, les fonctionnalités et le modèle de commerce électronique se reportera à l’article Commerce électronique sur Internet- Modèle et fonctionnalités . Celui désireux de connaître les caractéristiques, les types, les techniques et les moyens de paiement automatique se reportera à l’article Commerce électronique sur Internet- Paiement électronique . Celui concerné par les solutions de commerce électronique et l’environnement opérationnel qui les accompagnent se reportera à l’article Commerce électronique sur Internet- Environnement organisationnel et solutions .

Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h5304

Lecture en cours
Présentation

Page
suivante

Outils et services d’accompagnement de l’eBusiness

Article inclus dans l'offre

"Sécurité des systèmes d'information"

(80 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

2. Langages de description de données pour applications

Un des problèmes majeurs des échanges entre applications informatiques est la capacité à interpréter et comprendre les données reçues. Cette capacité est aussi désignée par le terme d’« interopérabilité ». La manière de réaliser l’interopérabilité entre applications informatiques est de définir un langage commun. Dans le monde de l’EDI [Échange de Données Informatisées ou Electronic Data Interchange], le langage utilisé jusqu’à présent est connu sous les termes X12 ou EDIFACT. Depuis peu, dans la philosophie d’Internet et du Web, un nouveau langage, XML, aux possibilités d’évolution, d’expression et d’adaptation exceptionnelles, est utilisé. Sans entrer dans les détails de ces langages, cette section présente les caractéristiques marquantes de chacun et aborde les conséquences sur l’évolution de l’EDI.

2.1 Syntaxes X12/EDIFACT : un existant qui se porte bien !

Dans le domaine de l’échange de données informatisé, la syntaxe X12 ou EDIFACT [Electronic Data Interchange for Administration, Commerce and Transport] est le langage actuellement utilisé pour assurer l’interopérabilité des échanges de données entre applications et entre entreprises. Ces échanges véhiculent dans des messages normalisés des données structurées permettant par exemple, de décrire la liste des prix des produits, une facture, une commande, un inventaire de produits, etc. Échange de données informatisé (EDI) réf [23]. Ces messages types sont généralement définis par branches de l’industrie ou de l’administration : distribution, automobiles, électronique, etc. Il en résulte des différences dans les éléments de la structure. En fait, la standardisation sectorielle assure l’interopérabilité des échanges dans une branche, mais ne la garantit pas dans les relations interbranches, de là, les problèmes des PMI fournisseurs d’entreprises dans plusieurs secteurs. Cette standardisation sectorielle est, avec l’importance des investissements à effectuer et le coût de fonctionnement, la raison pour laquelle les échanges EDI sont utilisés...

Cet article est réservé aux abonnés.
Il vous reste 95 % à découvrir.