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

[Danny Thornton <danny_thornton2@yahoo.com>]

I have changed Service to Service Description in the
Service Description UML model:

http://wiki.oasis-open.org/soa-rm/TheArchitecture/ServiceView/ServiceDescription#preview

Also, I have created a navigable UML model that
conforms to the model in the OASIS SOA RM, Figure 1. 
You can drill down to any part of the SOA reference
architecture, as well as standards catalogs,
technology catalogs, protocols catalogs, patterns
catalogs. 

http://www.soamodeling.net/SOAModeling/Implementation%20Diagram/_10_5_1_57c01fb_1141354744735_242205_3.html

The Magic Draw project file has been uploaded to Kavi.
 You can also reach the link directly off the home
page of my web site:

http://www.soamodeling.org
  
Danny

--- Francis McCabe <frankmccabe@mac.com> wrote:

> 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
> >
> 
> 



 
____________________________________________________________________________________
Everyone is raving about the all-new Yahoo! Mail 
(http://advision.webevents.yahoo.com/mailbeta/)