RE: [ebxml-dev] ebXML core components derivation by restriction

["Schuldt, Ron L" <ron.l.schuldt@lmco.com>]

Fred,

<Duane>Would this not be served by an iterative process according to the CCTS
methodology itself?  For example, a Health Insurance Policy Contract is
a specialized (in context(s)) instance of the type Contract, in itself a
specialization of "Agreement".  Through iterative revision, the high
level "contract" should have a notion of "type" with an enumerated list.
 The enumerated list may be conditionally validated [1] against other
qualifiers (something that XML schema cannot currently do) and "Health
Insurance Policy" is merely a type of contract.</Duane>

<Fred>I agree with the mechanism, but CCTS does not support it. Enumeration is only supported at the lowest level, for data types, not for aggregates. Conditions can be stored in the "usage rule" of a CC/BIE, but that is free text for the moment. I would be in favour of defining an OCL profile/subset for such rules, that also would be 1:1 translatable to XMLPath.</Fred>

If you agree with the mechanism and CCTS does not currently support it, is there any reason that CCTS could not be changed and support it in the future?

Ron Schuldt
Senior Staff Systems Architect
Lockheed Martin Enterprise Information Systems
11757 W. Ken Caryl Ave.
#F521 Mail Point DC5694
Littleton, CO 80127
303-977-1414
ron.l.schuldt@lmco.com