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" <jeffrey.a.estefan@jpl.nasa.gov>
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]