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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-bp message

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


Subject: Re: [ebsoa] Re: [ebxml-bp] eBusiness Metamodel EARLY DRAFT 0.03


Duane,

The BCM TC would be strongly interested in such analysis - and
particularly how it relates to implementing the Information Pyramid
using registry.

In BCM we've painted the big pictue - but gap analysis between
the existing OASIS components and implementing that - critical
stuff!

Thanks, DW

----- Original Message ----- 
From: "Duane Nickull" <dnickull@adobe.com>
To: "Chiusano Joseph" <chiusano_joseph@bah.com>
Cc: <ebsoa@lists.oasis-open.org>; "ebXML BP" <ebxml-bp@lists.oasis-open.org>
Sent: Monday, May 10, 2004 11:42 AM
Subject: Re: [ebsoa] Re: [ebxml-bp] eBusiness Metamodel EARLY DRAFT 0.03


> There may be no value in it.  It occurred to me that no one has done
> this work.
>
> I started in to see where it leads.  It may be valuable or yield some
> valuable lessons, or it may be a complete and incomprehensible waste of
> time.  Niemand weiss (Nobody knows).
>
> As to applicability, probably not to architecture since we have to
> architecture to compare it to (within this group).
>
> Duane
>
> Chiusano Joseph wrote:
>
> >I would like to please confirm - only for informational purposes, not
> >out of challenge - the value/applicability of the eBusiness Metamodel to
> >our TC's work.
> >
> >Are we looking for places where multiple TCs define the same entities
> >but with different sets of properties - and therefore where gaps exist?
> >If so, are we planning to take those recommendations back to those TCs?
> >To what degree can we (our TC) ensure that the gaps will be closed, and
> >our work therefore be more than an academic exercise?
> >
> >Also - I did not note in the metamodel where the actual TCs were listed
> >(though I can discern many of them).  It would perhaps be helpful to
> >understand whether this metamodel covers 2 ebXML TCs, 3, etc.
> >
> >Also - this is of course a bottom-up exercise. Is it better than a
> >top-down approach? Do we need that as well? If so, will the 2 approaches
> >be synchronized enough to meet in the middle?
> >
> >Thanks,
> >Joe
> >
> >Duane Nickull wrote:
> >
> >
> >>Monica:
> >>
> >>Updated with responses to your comments.
> >>
> >>FYI - this one is a bit outdated and newer versions exist.  Your
> >>questions are interesting and it will be worthwhile exploring further.
> >>
> >>Duane
> >>
> >>Monica J. Martin wrote:
> >>
> >>
> >>
> >>>Duane Nickull wrote:
> >>>
> >>>
> >>>
> >>>>If 1.0 is a release, ready for public draft, please consider this a
> >>>>0.03.
> >>>>
> >>>>The purpose is to capture the state of ebXML, WS, CEFACT and
> >>>>requirements of business.  The concepts on this can be mapped back to
> >>>>the ebXML Requirements document.
> >>>>
> >>>>
> >>>mm1: Duane, this seems to reflect functionality that does not exist or
> >>>is planned later in some of the technical specification development. I
> >>>am interested where the requirements came from and where those
> >>>requirements are held/defined, given the changes you have made in the
> >>>model.
> >>>
> >>>
> >>>
> >>>>We may not have time to discuss this in NO but it is interesting to
> >>>>view.
> >>>>
> >>>>Please note that the names of certain items do not necessarily
> >>>>correspond to the names of the work governing them.  For example, the
> >>>>OASIS CAM work MAY be potentially used as the way to constrain
> >>>>Business Payload Metadata. I do not make any implied warranties as to
> >>>>such being true or false.
> >>>>
> >>>>There are also several departures from existing ebXML groups.  The
> >>>>details for "TimeToPerform" have been  subclassed to a class of their
> >>>>own since they are used by the BusinessCollaboration, CPP, CPA and
> >>>>BusinessProcess classes.  I have added two attributes for value and
> >>>>qualifier (units of measure).  This is to cater to both short and
> >>>>long running business processes/collaborations.  We cannot always
> >>>>assume it would be expressed in days (not precise enough for some) or
> >>>>seconds (the instance values may become unmanageable if you have
> >>>>something that runs 7 years (220,752,000 seconds).
> >>>>
> >>>>
> >>>mm1: If you look at the work item list for ebBP v2.0 you will find
> >>>that we have resolved to make TTP an element with conditionality
> >>>likely attached.
> >>>
> >>>
> >>>
> >>>>As per Dale's message, we may have already identified some
> >>>>unnecessary containership.
> >>>>Comments, flames, suggestions, etc may be directed at me in person in
> >>>>new orleans.
> >>>>
> >>>>
> >>>mm1: See comments (not flames in notes in the .pdf) for ease of
> >>>understanding comment to model.
> >>>
> >>>
> >>--
> >>Senior Standards Strategist
> >>Adobe Systems, Inc.
> >>http://www.adobe.com
> >>
>
>  ------------------------------------------------------------------------
> >>                                      Name:
ebXML-metamodel3-mm1-050404.pdf
> >>   ebXML-metamodel3-mm1-050404.pdf    Type: Acrobat (application/pdf)
> >>                                  Encoding: base64
> >>
> >>
> >
> >
> >
>
> -- 
> Senior Standards Strategist
> Adobe Systems, Inc.
> http://www.adobe.com
>
>
>
>



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