xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] INFO : Core Components, vers un sens commun?
Auteur: redacteurs@xmlfr.org
Date: 19/04/2002 - 16:21
Core Components, vers un sens commun?
Le Cefact - Onu doit examiner une premiere proposition de Core
Components Technical Specification a partir de laquelle le niveau
semantique des registres ebXML , le Core Component Library , pourrait
commencer a se remplir.
Extrait de VendrEDI , la lettre mensuelle gratuite de Claude
Chiaramonti , qui contribue au passage de l'EDI traditionnel (Edifact
et RVA) a XML sur Internet. Pour s'abonner :
courrier.vendredi@worldnet.fr [1]
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/decid/020419-0001).
Donnez votre avis !
mailto:xml-decid@xmlfr.org?subject=Re:%20INFO%20:%20Core%20Components,%20vers%20un%20sens%20commun?
---------------
Le but est d'obtenir plus de coherence, de souplesse et
d'interoperabilite que dans les repertoires Edifact actuels. Est
concernee une business information a la fois machine processable et
human readable , c'est a dire destinee aussi bien a l' EDI automatise
qu'aux autres types d'echanges electroniques, notamment aux schemas XML
et, pourquoi pas, aux Web Services .
Architecture prevue : classes en Core Components Types (montant, code,
date etc.), les Basic Core Components se regrouperont en Aggregate Core
Components . Comme, le plus souvent, une semantique ne vaut que par son
contexte, ces Core Components se declineront en Basic ou Aggregate
Business Information Entities par croisement avec des Business Process
Contexts et des Geopolitical Contexts . Exemple : le Business Process
Invoicing utilise une information VAT Amount qui est une Basic Business
Information Entity basee sur le Basic Core Component "Tax Amount" (du
typeAmount) dans le contexte Business Process Context = Purchasing et
Geopolitical Context = EU.
En dehors de ces contextes, Core Components et Business Information
Entities identiques auront naturellement meme structure et type de
donnees, ce qui devrait apporter le progres attendu en interoperabilite
par rapport aux repertoires Edifact actuels.
En effet, aujourd'hui, en Edifact (et c'est pire en Ansi X12 !), les
donnees codees prevues dans les Message Implementation Guidelines (MIG)
n'utilisent pas les memes codes d'un secteur a l'autre. Il n'y a donc
d'interoperabilite semantique que pour les utilisateurs d'un meme MIG,
chaque code possible melangeant le "sens" et le "contexte", sans qu'on
ait essaye d'isoler un "sens commun" intersectoriel.
Mais cette distinction, bien complexe, entre Core Components et
Contexts ne pourra etre mise en oeuvre que par les utilisateurs
sectoriels qui savent quel est le "sens" du Core de leur langage
metier.
Autres articles:
- Edifact et Web Services contre UBL et ebXML [2]
- Edifact dans ebXML [3]
Copyright 2002 , Claude Chiaramonti , EDItorialiste de VendrEDI .
---------------------------------------------------------
References:
[1] mailto:courrier.vendredi@worldnet.fr
[2] http://xmlfr.org/actualites/decid/020211-0003
[3] http://xmlfr.org/actualites/decid/020110-0001
---------------------------------------------------------
Mail genere par FormatedTextOutputHandler pour XT
(http://4xt.org/downloads/examples/outputhandlers/formatedtext/).
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.4 le 21/06/2002 - 14:08 UTC
webmaster@xmlfr.org
| 
