RE: [soa-rm] My stab at an SOA-RM concept map

["Vikas Deolaliker" <vikas@sonoasystems.com>]

Semantic dynamism can be represented creating semantic states and showing
the state machine. 

Ovals at the top of the drawing with lines in between showing the stimuli
which causes the state to change should do the trick. 

Vikas


-----Original Message-----
From: Matthew MacKenzie [mailto:mattm@adobe.com] 
Sent: Tuesday, May 31, 2005 5:56 PM
To: SOA-RM
Subject: Re: [soa-rm] My stab at an SOA-RM concept map

Vikas,

Good idea re: feedback loop.  I'm not sure how I would represent  
dynamism in the map though...

-matt
On 31-May-05, at 6:58 PM, Vikas Deolaliker wrote:

>
>
> Is semantics the same as context? If it governs almost every entity  
> in SOA,
> then perhaps, one could split it up into SemanticGroups. Also there  
> is no
> feedback loop with semantics i.e. it looks static. Semantics would  
> most
> likely change over time i.e. dynamic.
>
> Thanks
> Vikas
>
>
> -----Original Message-----
> From: Frank McCabe [mailto:frank.mccabe@us.fujitsu.com]
> Sent: Tuesday, May 31, 2005 11:56 AM
> To: Matthew MacKenzie
> Cc: SOA-RM
> Subject: Re: [soa-rm] My stab at an SOA-RM concept map
>
> I do, ...
>
> To start with ...
>
> semantics is much like architecture: it is about concepts and the
> relationships between them. In our case, however, the semantics of a
> service is really about the expectations for the service: what do we
> need to know in order to effectively use the service and what will be
> the expected result of using the service.
>
> This last aspect is pretty open ended of course: the service model
> for my son's piggy bank may be identical to the service model for my
> grown-up bank: but the expected result of a withdrawal is
> dramatically different.
>
> So, I think, that data model, policies, processing model, are all
> aspects of the semantics of a service.
>
> To be able to capture the expected results of using a service
> requires a deeper modeling of the context in which services are
> deployed. Speaking personally, I am in favor of such a modeling, but
> perhaps people may be a little surprised at what would be involved
> (hint: it brings in concepts such as institutional facts, norms,
> roles, authority, empowerment)
>
> Frank
>
>
>
>
> On May 31, 2005, at 11:18 AM, Matthew MacKenzie wrote:
>
>
>>
>> On 31-May-05, at 2:02 PM, Behera, Prasanta wrote:
>>
>>
>>
>>> #1: Can u expand a little bit on the semantics of "govern"?  
>>> Semantics
>>> "define" and "govern" policy.
>>>
>>>
>>
>> It's just the best verb that popped into my head as I was drawing.
>> It seemed appropriate, since semantics do form a "glue" of sorts
>> for the various elements...at least that is my understanding from
>> discussions I've been part of.  Do you have a suggestion to replace
>> it?
>>
>>
>>
>>>
>>> #2: The relationship between "Data Model" and "Services" -- should
>>> it be
>>> more of a association type (line instead of a arrow)
>>>
>>>
>>
>> It's a concept map, I don't think there are association types.  In
>> fact, I mean for there to be arrows on every line.  There is a
>> problem with the drawing tool which I am investigating. The line
>> you mention may not be necessary, strictly speaking.
>>
>> -matt
>>
>>
>>
>>
>>
>>>
>>> Thanks,
>>> /Prasanta
>>>
>>> -----Original Message-----
>>> From: Matthew MacKenzie [mailto:mattm@adobe.com]
>>> Sent: Tuesday, May 31, 2005 9:13 AM
>>> To: Francis McCabe
>>> Cc: SOA-RM
>>> Subject: Re: [soa-rm] My stab at an SOA-RM concept map
>>>
>>> Having some problems with arrows in this tool, but I added another
>>> relationship to contract (attached).
>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>