Well, we discussed a number of things that seemed to relate to
description per se, rather than service description. For example,
provenance is an attribute of all descriptions.
On Nov 3, 2006, at 3:57 PM, Ken Laskey wrote:
> 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" <> 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"
>>>>> <>
>>>>> 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
>
