OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-ndrsc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: Re: [ubl-ndrsc] [ubl-lcsc] Auto-Generated UML Model

thanks for this bill,

i agree that we have wandered from our naming of object classes with Order Response.   This seems to have slipped through the editing process.

However, the issue with Order and OrderHeader/OrderSummary is different.

>From discussions within the LC team, we believe that there is only one object class (called 'Order'). the fact we have split this into two 'containers' OrderHeader and OrderSummary does not affect the underlying model.  this can be seen when we ask why some elements are in OrderHeader and some in OrderSummary - it is an arbitary distinction.  for example, why is PaymentMeans in the Header and PriceAmount in the Summary???  these reflect historical positions based on printing technology!

we had discussed merging the Header/Summary so we end up with the logically correct Order and LineItem as the two major object classes.  As it stands this is an example of the ambiguous way we are dealing with what Arofan's paper calls 'grouping elements'.  hopefully the forthcoming discussions will resolve this once and for all.

Burcham, Bill wrote:
I changed UBL000422 to OrderResponse.Order.Identifier yielding an element
with tag name OrderID. The Zip archive containing the modified schema and
updated diagrams is attached.

I did not repair other names associated with order response. It seems that
we've got a pervasive problem with the Object Class for order response in
the UBL Spreadsheet, to wit, we've specified an Object Class of "Order"
rather than "OrderResponse".

Hmm... now I'm looking at the Object Class column for other properties of
Order Response... ResponseCode is a big red flag -- it's object class is
"Acknowledgement". That cannot be.

Similar problems exist in the Order tab. Properties of ABIE's like
OrderHeader have Object Class named "Order" (should be "OrderHeader"). Same
for OrderSummary where properties have Object Class of "Order" again (should
be "OrderSummary").

If you have a look at the Re-used Types tab you see that it i s uniformly the
case that property rows (white background) have Object Class set to the
previous ABIE row (pink background). This should be uniformly the rule
across all tabs.

Anyhow, the tweaked diagrams and schema are attached.


-----Original Message-----
From: Tim McGrath [mailto:tmcgrath@portcomm.com.au]
Sent: Sunday, September 01, 2002 3:46 AM
To: Burcham, Bill
Cc: 'ubl-lcsc@lists.oasis-open.org'; 'ubl-ndrsc@lists.oasis-open.org'
Subject: Re: [ubl-ndrsc] [ubl-lcsc] Auto-Generated UML Model

for the beneift of all the problem with ResponseID is that the first i
supposed to be OrderResponseOrderID (identifying the Order we are
responding to) and the second is Order ResponseID (identifying the
response). it is a problem with our use of object classes and names for
these BIEs.

Perhaps Bill can regenerate with these new names.

Burcham, Bill wrote:

I applied Dave Carlson's hyperModel application this morning, to the 
public review UBL 0.65 schemas
posted yesterday to the ubl-comment list.

In order to get the tool to accept the model I had to comment out
UBL000423 Order. Response. Identifier -- since the XSD element
definition for it (named "ResponseID") clashed with that of
UBL000422. They both have the same dictionary entry name, and occur
side-by-side in the definition of the Order type.

Find attached a Zip archive with the tweaked schema, and six UML
diagrams (in SVG format). This time, in addition to the fairly
simplistic diagrams rooted on LineItem, Party, etc., I've also
included a "full" diagram. That one shows the whole shebang.

Mad props to Dave Carlson for delivering such a handy, powerful tool!

See my post from August 9
for instructions on getting the SVG plug-in and using it.


Bill Burcham
Sr. Software Architect, Standards and Applied Technology
Sterling Commerce <http://www.stercomm.com/> , Inc.
469.524. 2164
bill_burcham@stercomm.com <mailto:bill_burcham@stercomm.com>

--------------------- ---------------------------------------------------


tim mcgrath
fremantle  western australia 6160
phone: +618 93352228  fax: +618 93352142 

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC