[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [soa-rm-ra] Updated Service Description Diagram
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" <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 >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]