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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl message

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

Subject: RE: [ubl] A Prototype Schema for UBL Models

Title: Message
I did one of those for UBL about 16 months ago.  See the attached (and perhaps oddly named) UMLModel.xsd.
At that time, I used to load the UBL model (spreadsheet) into Excel (the new version -- that outputs XML) and then I'd save it as XML.  I used the attached stylesheets to convert from Excel's proprietary vocabulary into the "UMLModel" one by running them in this order:
fatten-excel -> spreadsheet-to-UML-model-no-asoc -> resolve-association-ends -> define-associations
normalize-identifier is a utility called from the other transforms.
The value I saw of this over XMI was that the vocabulary was more tailored to the modeling language we'd chosen for UBL -- so there was a tighter fit.  Also, the vocab is considerably smaller (though less well documented :) than XMI so it was presumably easier to learn.
I've got some additional pipelines that fit on the end of this one to generate pictures of UBL too.  Well, _old_ UBL.
-----Original Message-----
From: Stephen Green [mailto:stephen_green@seventhproject.co.uk]
Sent: Monday, May 24, 2004 5:53 PM
To: ubl@lists.oasis-open.org
Subject: [ubl] A Prototype Schema for UBL Models

I wonder if this will be of interest to the UBL TC.
This was discussed a while ago in an ISC meeting.
I've prototyped a Schema for the UBL models, based on the ccts:CoreComponentsParameter Schema Module, which it imports.
(both attached)
I guess it could be used as an alternative means of storing the model
data in a non-proprietary (XML) format from which it could be
transformed, perhaps into a variety of other formats, including
Schemas, perhaps forms and even perhaps class diagrams.
Of course it could be transformed to and from spreadsheets too and
other proprietary formats. As such it could be of interest to tools
but it might help towards solving customization/context problems too
with regard to autogeneration.
All the best







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