[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [T1M1 XML] RE: One potential XML mapping for ebXML Core Components
A project proposal has been submitted to the eBTWG to create a library of
Business Information Objects (attached). One source of input to this
project will be UML models of information extracted from X12 and UN/EDIFACT
data dictionaries. Other sources are indicated in the attached project
proposal.
Regards,
Paul Levine
(See attached file: BIO-Project Proposal.html)
raymond.e.reeves@mail.
sprint.com To: bhandspicker@foliage.com,
ebtwg-ccs@lists.ebtwg.org, ebxml-dev@lists.ebxml.org
09/14/01 10:29 AM cc: knaujok@home.com,
raymond.e.reeves@mail.sprint.com, t1m1dslsp@t1.org,
t1m1xml@t1.org, umauom@lists.atis.org, (bcc: Paul R.
Levine/Telcordia)
Subject: [T1M1 XML] RE: One potential XML mapping
for ebXML Core Components
Hi all,
At the time, there is an effort within T1M1 to develop a
standard "Mapping of UML notation to XML Schemas (and vice versa)." This
is documented in T1M1/2001-100 and T1M1/2001-132R1.
These documents purport to define a mechanism for mapping UML model
management and static view to XML Schemas. In order to take advantage of
a critical set of features existing in XML Schemas (e.g. attributes,
elementGroup, etc.), these documents (implicitly) define a "UML profile
for XML Schemas".
These two documents are under review and may be merged together so that
there will be a section describing the UML profile for XML Schemas, a
set of mapping rules from UML notation to XML Schemas and an addendum
for describing additional extensions to support (initially) "Data
Dictionary" like capabilities (now rudimentary in 132) with profile
extensions to support the DD definition and mapping.
I believe the Core Components Data Dictionary could be modeled using UML
(and better yet, we could analyze the attributes used in it to make them
part of the DD profile properties -tagged values-) and use "UML profile
for Data Dictionary Definitions" stereotypes, properties (tag values),
etc. to model all what ebCC has defined. I believe we at T1M1 would
benefit from learning about ebXML's approach to define what a "Data
Dictionary" (or simply Data Dictionary Entry) looks like to them and
leverage on it.
It would be of great value to us all if a consistent "mapping mechanism"
is defined. As of now, there are several efforts within T1M1 (e.g., TA,
UOM, DSLsp, CLDR) where this mapping is crucial. Furthermore, ITU-T SG4
WP4 Question 9 has a work item for defining a "Mapping of UML to XML
Schemas" and T1M1/2001-100 (and its revisions) is the proposed standard
coming from T1M1.
Please consider these documents and provide comments, suggestions as
appropriate on style, approach, etc. It is important to us to have a
broad set of eyes to look into this effort on which many others are
anchored.
Thanks,
Raymond Reeves
Member of T1M1 tML/DSLsp/UOM AHG/WGs
913-534-3405
-----Original Message-----
From: bhandspicker [mailto:bhandspicker@foliage.com]
Sent: Wednesday, September 12, 2001 4:14 PM
To: ebtwg-ccs; ebxml-dev
Cc: bhandspicker; knaujok
Subject: One potential XML mapping for ebXML Core Components
ebXML Community,
For one of our clients we developed XML Schemas for business
documents based on the ebXML Core Components. Of course, this
required us to create a mapping of the Core Components Data
Dictionary into a Core Components XML Schema. With the encouragement
of our client (who enthusiastically supports public standards
efforts), we are contributing both "attribute rich" and "attribute
free" variants of these Core Components XML Schemas for consideration
by the ebXML and ebTWG community.
We are looking forward to suggestions for improvements, debate over
style of mapping, comments on our embedded comments, etc.
Brian Handspicker
N.B. To satisfy UN/CEFACT's goal of openness, Foliage agrees to
remove any IPR
constraints or restrictions associated with this contribution.
Foliage offers this contribution for evaluation and standards
development purposes only, with no implied or explicit warrantee.
--
Brian D. Handspicker
Engineering Director
Foliage Software Systems, Inc.
bhandspicker@foliage.com
1-781-993-5500
www.foliage.com
Title: Project Proposal - e-Business Transition Ad-hoc Working Group
(eBTWG)
eBTWG Project ProposalBusiness Information Object Reference Library1. Objectives1.1 PurposeThe purpose of the project is to to create and populate the eBTWG reference library with an initial set of Business Information Objects (BIO) that were created from various business process modeling efforts. The project will help identify BIOs during Business Process and Information Modeling efforts. The project will define the process and provide guidance in the selection and normalization of base elements that would be suitable for the population of a lexicon. As BIO's are produced any linkage between UN/EDIFACT business concepts will be identified and maintained through the modeling process. This project proposes to bring together several key artifacts of work from the ebXML project, and jointly continue their development work. Building on current ebXML work, three (3) essential themes will come together in this proposed project:
1.2 ScopeThe project relates to the eBTWG key deliverable Business Process and Information Models and Lexicon of Core Components as identified in its mandate. 2. DeliverablesThe deliverables by the project are:
3. Functional Expertise of MembershipThe project team is a group of experts with broad knowledge in the area of Business Process and Information Modeling as outlined in the UMM (CEFACT/TMWG/N090). Each UN/CEFACT head of delegation may designate one or more experts to the project team. In doing so, they may delegate this task to one or more organizations, which may be national, regional or international. Experts are expected to contribute to the work based solely on their expertise. 4. Geographical FocusThe focus is global. 5. Initial ContributionsThe following contributions are submitted as part of this proposal. It is understood that these are only for consideration by the project team and that other participants may submit their own contributions in order to ensure the gathering of as much information as possible from those with expertise and a material interest in the project but at the same time allow diverse voices to comment on the details of the projects and ensures that no single organization can dominate the process.:
Statement of resource requirementsParticipants in the project shall provide resources for their own participation. The existence and functioning of the project shall not require any additional resources from the UN/ECE secretariat. |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC