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] clarifications with respect to service interface and description


Michael,

 

I think you are splitting hairs.  The text makes it clear that we are talking about information about things and are not dealing with the things themselves.  I saw how there could be confusion with just having Service Interface (and, especially, the <interface> stereotype) and am willing to say Service Interface Description, but it is going overboard to make that explicit every possible place in the discussion of description.

 

Ken

 

From: Mike Poulin [mailto:mpoulin@usa.com]
Sent: Wednesday, April 11, 2012 8:17 AM
To: Ken Laskey; soa-rm-ra@lists.oasis-open.org
Cc: jeffrey.a.estefan@jpl.nasa.gov; Thornton, Danny R (IS); ellis@deccs.com
Subject: RE: [soa-rm-ra] clarifications with respect to service interface and description

 

Gentlemen,

I do not see any purposeful approach that could relate to reality in the proposed sketches.

In particular, a Service Interface Description DOES NOT reference or provide a view on the Service Begavior Model as well as on Service Information Model but only on the parts of these models related to the Interface (if such parts exist [such parts do not exirst for Behavior Model])].

This means that we have to say IN THE DIAGRAMS: "Interface Behavior Model" instead of "Behavior Model" & "Interface Information Model" instead of "Information Model" if we want to keep aggregation relationship between them in the diagrams.

- Michael

 

----- Original Message -----

From: Ken Laskey

Sent: 04/11/12 03:17 AM

To: 'Mike Poulin', soa-rm-ra@lists.oasis-open.org

Subject: RE: [soa-rm-ra] clarifications with respect to service interface and description

 

Attached is a quick mock-up of the changes to reflect the course of action outlined below.  These have NOT yet been incorporated into 20120410 sent out earlier tonight.

 

 

 

 

 

Ken

 

 

 

 

 

 

 

 

From: Mike Poulin [mailto:mpoulin@usa.com]
Sent: Thursday, March 29, 2012 8:21 AM
To: Ken Laskey; soa-rm-ra@lists.oasis-open.org
Cc: jeffrey.a.estefan@jpl.nasa.gov; Thornton, Danny R (IS); ellis@deccs.com
Subject: Re: [soa-rm-ra] clarifications with respect to service interface and description

 

 

 

 

 

Ken,

Thanks for cpturing the essence of the issue and approach to fix it.

- Michael

 

 

 

 

 

 

----- Original Message -----

 

 

From: Ken Laskey

 

 

Sent: 03/28/12 05:43 PM

 

 

To: soa-rm-ra@lists.oasis-open.org

 

 

Subject: [soa-rm-ra] clarifications with respect to service interface and description

 

 

 

 

 

There has been a recent discussion in connection with several issues that questioned the clarity of Figures 13, 14, and 26 in the 06 July 2011 public review draft.  In addition to text added to sections 4.1.1.3 and 4.1.1.3.1, the following will be done to resolve the issues.

 

 

 

 

 

 

 

 

1.       Figures 14 and 26 have an <<interface>> stereotype on the service interface class.  In both of those, this is description of the service interface and not the interface itself, as the stereotype would indicate.  The stereotype will be removed.

 

 

 

 

 

 

 

 

2.       One could interpret Figure 13 (and the others) as saying the service interface (the thing) has Behavior and Information models, and this implies independent functionality rather than access to the functionality of the underlying capability.  Making it clear that we are talking about service interface description and not the service interface thing is important.  “Service Interface” in the models will be changed to “Service Interface Description” (and <<interface>> removed).

 

 

 

 

 

 

 

 

3.       A service can have Behavior models but a given interface may not make use of all things in a more inclusive model.  There was a concern that we are implying every service interface implements everything in the models.  The surrounding wording will be examined for ways to make it clear the description must clearly provide relevant information and how the Behavior and Information Models support that but the ideas presented are meant to be an abstract discussion of description and not the operational details for a given service.

 

 

 

 

 

 

 

 

These changes will be implemented in the current revisions.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Ken

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

---------------------------------------------------------------------------

 

 

 

 

 

 

 

 

Dr. Kenneth 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]