[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [ubl-lcsc] [QA Team] LC Packaging Document (Was:Feedback onMethodology Paper)
The only thing I would suggest at this point is that we change the name of the review package from "Part 2" to something like "UBL Public Review: 13 January 2003" (with a change to "20 January 2003") in the version that gets publicly announced on that date). Then "Part 1" and "Part 2" could be subsections within the HTML doc at one level further down.
Tim (et al)
The QA team is looking over this document, but before formal QA Team review, I would like to have an agreement on the LCSC title of this document (LC Packaging Document?) and apply version control. Also, I would like to have it in OASIS template format with track changes enabled. If this is a problem, please let me know.
Thanks,
marion
Marion A. Royal
202.208.4643 (Office)
202.302.4634 (Mobile)
"Tim McGrath" <tmcgrath@portcomm.com.au>
01/07/2003 08:08 AM ZE8
To: Lisa-Aeon <lseaburg@aeon-llc.com>
cc: "Marion Royal" <marion.royal@gsa.gov>, Ubl-Lcsc <ubl-lcsc@lists.oasis-open.org>
bcc:
Subject: Re: [ubl-lcsc] [QA Team] Feedback on Methodology Paper
Please find attached the proposed (draft) for our imminent release. can
i get a quick QA on it so far? specifically the methodology section.
NB the links wont work yet!
Lisa-Aeon wrote:
>Marion,
>Here is the feedback from Matt on the Methodology paper. Matt brings up
>some interesting thoughts.
>
>I would like to put this on the agenda for the next QA Team Meeting.
>
>Lisa
>
>----- Original Message -----
>From: "Matthew Gertner" <matthew.gertner@acepoint.cz>
>To: "Lisa-Aeon" <lseaburg@aeon-llc.com>
>Sent: Monday, January 06, 2003 8:54 AM
>Subject: QA Feedback
>
>
>Lisa,
>
>I am attaching a slightly marked up version of Tim's methodology paper.
>I made a few editorial changes. In general it was unclear to me who the
>intended audience of this document is and what it current stage of
>development is. It appeared to me that the entire text is right now only
>introduction for some expose to come of the actual UBL methodology. Is
>this correct?
>
>I would almost tend to say that the text is too long and not entirely
>focused on the problem at hand. It is an interesting and enlightened
>discussion of what is meant my document engineering, but do we need this
>as a UBL deliverable? Certainly I would personally be more interested in
>understanding the exact structure of the LC SC spreadsheet, what fields
>mean what, examples of particularly tricky cases and how they are
>solved, reasons why a move to a more database-oriented format is felt
>necessary, etc.
>
>Cheers,
>Matt
>
>
--
regards
tim mcgrath
fremantle western australia 6160
phone: +618 93352228 fax: +618 93352142
Universal Business Language — Part 2: Library Content
Introduction
This document has been prepared to assist parties wishing to comment on the UBL Library. It attempts to explain the various components of the UBL Library Content release and how they fit together to form part of the overall architecture for UBL.
The UBL Library is…
- An XML-based business language standard-in-progress
- Applicable across all industry sectors and domains of electronic trade
- Designed to be modular, reusable, and extensible
- Non-proprietary and committed to freedom from royalties
- Intended to become a legal standard for international trade
- Built upon existing EDI and XML B2B vocabularies
The Library has been designed as a collection of object classes and associations expressed as a conceptual model. Each document type is then assembled from this common model as a collection of business information entities. These hierarchical models are then transformed using the UBL Naming and Design rules (Ref:) into XML Schema syntax. The analysis and design processes developed by the UBL Library Content team is described by in Appendix A.
The UBL library and its design approach has value to both UBL implementors and the broader community. Adopting a formal approach will enable a broader range of interested parties to understand, refine and extend the UBL Library and to develop models for contextualized situations. For example, the document Order Response may have a limited audience, but the re-usable component Party or Item will have relevance to many applications. We are keen to hear from experts who can suggest supplementary components used in the context of their industry or geopolitical environment.
1 Scope
UBL establishes a system for the concrete representation of documents to be used in electronic commerce.
The Library Content part of UBL specifies a library of business information entities to be used in the construction of business documents together with a set of common XML business documents assembled from entities in the library.
2 Normative References
XML
XML Schema
CCTS
3 Terms and Definitions
Normalization: a formal technique for identifying and defining functional dependencies.
Containership: aggregating components (e..g nested elements in an XML schema).
Normalized Model: a representation of normalized data components.
Document Assembly: a description of an hierarchical pathway through a normalized model
Hierarchical Model: a 'tree' structured model that can be implemented as a document schema.
Context: the circumstance or events that form the environment within which something exists or takes place.
Class Diagram
Busines Information Entity
Core Component
Object Class
Property
Representation Term
Type
4 Symbols and Abbreviations
BIE,BBIE, ABIE, ASBIE
CC, BCC, ACC, ASCC
XSD
UML
5 UBL Context and Business Rules
[The former
-- regards 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