[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [sca-assembly] SCA Visual Modeling "Standard?"
I see that Martin posted an email to raise the visual modelling issue. I'll not address merits of the issue until we can formally address the issue, but will only try to address the historical question you raised.
Dale, Mike, & Martin,
The conceptual UML model of SCA as a whole put forth by Mike Edwards is an excellent one and I have no issue with it. The issue I was raising had to do with the cartoon-like visual models used throughout the SCA specs that show properties, services, SCA components, and SCA composites plus their wiring together.
My argument is that there is great expressive power with UML 2 that did not exist in UML 1.x to support component-based development; structured classifiers in UML 2 (classes and components) can be decomposed and assembled ("wired") via Parts, Ports, and Connectors in the new Composite Structure diagrams. I wanted to suggest use of this visual modeling standard rather than use of custom cartoons for forthcoming SCA specs under OASIS. And my original question was to the source of these cartoons. We are exploiting UML 2 in our development of the OASIS Reference Architecture for SOA, which will be released for public review late this year or early '08. I also stress that we are using UML 2 as a means to capture visual models that form architectural views of the overall Reference Architecture.
As Duane Nickull (TC chair for the OASIS Reference Model for SOA) points out in his blog, we are considering use of the term "service aggregation" vice "service composition" since the latter is more accurate as it describes a whole-part relationship, meaning you 'delete the whole, you delete the parts.' This, of course, is not the intent of composite services or composite applications. We also recognize that the whole industry has already gained steam on the terminology of composition of services or "service composition" and therefore, we have not made a final decision on the language of the RA just yet.
I did not see an SCA-Assembly issues list on the Kavi site as of yet but once it is posted, I will update the issues list. It is my understanding from the recent SCA-Assembly TC minutes that JIRA is still being considered for tracking issues but has not yet been resolved so I'm sending this note to the whole TC.
- Jeff E., JPL