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

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm-ra message

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


Subject: Re: [soa-rm-ra] Updated Service Description Diagram


In the latest diagram, Danny separated out the Consumer Description completely.� Yes, it doesn't make any sense to include a parent if there is a single child.� We will have to see where this goes when I next try to augment the text.

Ken

On Nov 3, 2006, at 6:51 PM, Duane Nickull wrote:

I don�t think showing that relationship adds anything given �Service Description� is fairly self explanatory. �Unless there is some trait of the �Description� base class that is inherited that we might not ordinarily otherwise assume, it might just be clutter. �By the same token, a modeler would not show a java package up to the first order of logic where everything inherits from the Object object. �Each modeler must carefully chose their frame based on the audiences ability to derive or infer semantics from the model. �

Duane


On 11/3/06 3:46 PM, "Ken Laskey" <klaskey@mitre.org> wrote:

All,

My apologies for being sloppy.� Service is supposed to be Service Description.� This and Consumer Description were to inherit from a comon Description class.

Ken

On Nov 3, 2006, at 1:18 PM, Francis McCabe wrote:

The diagram as a whole focuses on descriptions, not service itself. I believed that it was understood that a description is not a specialization of service, nor the other way around.

However, if we are getting confused, then the diagram needs more work. Clearly.

Frank



On Nov 3, 2006, at 10:09 AM, Duane Nickull wrote:


I don't think that is the correct relationship.� A description describes the
service.� Neither is an instance of the other or inherits in any way.

Duane


On 11/3/06 9:57 AM, "Jeffrey A. Estefan" <[email protected]>
wrote:


Frank,

Then we need to update the diagram to reflect "Service Description" inherits
from "Description" and not "Service" inherits from "Description" as
currently shown.

�- Jeff




--�
******************************************************
Sr. Technical Evangelist - Adobe Systems, Inc. � � � *
Chair - OASIS SOA Reference Model Technical Committee*
Blog: http://technoracle.blogspot.com� � � � � � � � *
******************************************************










------------------------------------------------------------------------------------------


Ken Laskey


MITRE Corporation, M/S H305 � � phone:� 703-983-7934


7515 Colshire Drive� � � � � � � � � � � � fax:� � � � 703-983-1379


McLean VA 22102-7508





--
******************************************************
Sr. Technical Evangelist - Adobe Systems, Inc. ������*
Chair - OASIS SOA Reference Model Technical Committee*
Blog: http://technoracle.blogspot.com ���������������*
******************************************************


------------------------------------------------------------------------------------------

Ken Laskey

MITRE Corporation, M/S H305 � � phone:703-983-7934

7515 Colshire Drive� � � � � � � � � � � � fax:� � � � 703-983-1379

McLean VA 22102-7508


smime.p7s



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