soa-forum
[Top] [All Lists]

Re: [soa-forum] RE: Definitions of SOA

To: Service-Oriented Architecture CoP <soa-forum@xxxxxxxxxxxxxx>
From: Ken Laskey <klaskey@xxxxxxxxx>
Date: Sun, 7 May 2006 22:22:33 -0400
Message-id: <7481E090-DF48-4A6A-A0C6-2E3852BD7988@xxxxxxxxx>
Eric,

No I wasn't in Vegas but I'll be in San Francisco this week during the OASIS Symposium.

Jay and I tend to wander in and out of the same email discussions or meetings but we've never directly worked on the same project.

Ken

On May 7, 2006, at 8:14 PM, Eric Marks wrote:

Ken,

 

Were you at the DISA event last week in Vegas?   Dave Mihelcic mentioned your name as we were talking, but we didn’t get a chance to meet.  I’m doing some work with Jay Scarano at ESC/Hanscom AFB, and have lots of interaction with MITRE of course in our client-facing work.

 

Best,

 

Eric

 

Eric A. Marks
President & CEO, AgilePath Corporation
10 State Street
Newburyport, MA  01950

Phone:  978.462.5737
Fax:      978.462.3717
Cell:      978.265.0772
www.agile-path.com

 

"Achieving SOA - Service-Oriented Agility"


From: soa-forum-bounces@xxxxxxxxxxxxxx [mailto:soa-forum-bounces@xxxxxxxxxxxxxx] On Behalf Of Ken Laskey
Sent: Saturday, May 06, 2006 1:56 PM
To: Paul S Prueitt; Service-Oriented Architecture CoP
Subject: Re: [soa-forum] RE: Definitions of SOA

 

My apologies in that Paul pointed out that the link I gave for SOA-RM is password protected. Please see any of the following:

 

Microsoft Word (source):

HTML (zip archive):

PDF:

 

Ken

 

On May 6, 2006, at 11:09 AM, Paul S Prueitt wrote:



this link is password protected.

is a public version available?

-----Original Message-----
From: soa-forum-bounces@xxxxxxxxxxxxxx [mailto:soa-forum-bounces@xxxxxxxxxxxxxx]On Behalf Of Ken Laskey
Sent: Friday, May 05, 2006 11:03 PM
To: Service-Oriented Architecture CoP
Cc: Rob Cardwell; Chris Harding; soa@xxxxxxxxxxxxx; Andras Szakal
Subject: Re: [soa-forum] RE: Definitions of SOA

Any interesting thread and certainly one that has occurred in numerous places at numerous times. Again, I'd like to point you to the SOA-RM, currently going through final editing to incorporate comments from its 60-day public review. The PR version can be downloaded from http://www.oasis-open.org/apps/org/workgroup/soa-rm/download.php/16628/wd-soa-rm-pr1.pdf. It is relatively short and provides compact descriptions of both SOA and service. As a reference model, it contains a minimum number of concepts (such as service in the singular) from which more advanced concepts (e.g. a combination of several services) can be readily derived. So far it has been found to be fairly robust acting as a basis for the continuing work in SOA reference architecture. As one of the editors, I'm not exactly impartial, but for those who haven't seen it, I think it is worth the read.

 

Back to occasional lurking,

 

Ken

 

On May 5, 2006, at 7:11 PM, Charles Mosher wrote:



This could be addressed by generalizing the definition of "customer" and

"client" to include customers and clients within the organization, as

well as without. And I agree; it is often such internal customers that

first see the need and ROI for a service-based approach to the

integration of company systems.

 

I did notice that the concept of service partitioning, i.e., various

specializations of services from the higher level business

process/functional level (perform credit check) to the lower level

(retrieve customer record) is hard to describe with the layers as they

are depicted. In particular, services which can uniformly serve up data

(semantically and structurally mediated and rationalized) to business

services that are built on top of them are likely an important first

step to realizing a SOA system. These fundamental services are not

really represented in this architecture, where such detail is relegated

to the standards/implementation layer. There is the "thinking about

services throughout" admonition, which perhaps ameliorates this concern

somewhat.

 

My 2 centavos.

 

Best regards,

 

Chuck

 

 

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

[mailto:soa-forum-bounces@xxxxxxxxxxxxxx] On Behalf Of Graham Meaden

Sent: Friday, May 05, 2006 3:33 PM

To: Andras Szakal; Chris Harding

Cc: Service-Oriented Architecture CoP; soa@xxxxxxxxxxxxx

Subject: [soa-forum] RE: Definitions of SOA

 

FOR CONSIDERATION:

 

I suggest an alteration to part of the definition enclosed with the

presentation.

 

Having worked as an Architect for a number of organisations with 50,000+

personnel, the need to flatten organisations, remove silos and achieve

agility is a perennial theme. For organisations of such size, the

application of a service oriented approach to organisation and service

design of internal services is as valid to the application of S.O. to

the provisioning of external services. On slide 3, the phrase <business

layer> "A set of services that an enterprise wants to expose to

customers and clients" seems of exclude applying S.O. to the internal

design of organisations. I believe this to be too prescriptive. I

suggest a change.

 

 

Graham Meaden

DIRECTOR, Enterprise Architect

 

 

 

Celestial Consulting Ltd.

Mobile: + 44 7770 672 442

Telephone: + 44 870 421 5601

Facsimile: + 44 20 7900 6547

Skype id: gmeaden.celestial.co.uk

Skype in: + 44 20 7193 0565

 

 

 

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

From: Andras Szakal [mailto:aszakal@xxxxxxxxxx]

Sent: 05 May 2006 14:50

To: Chris Harding

Cc: soa@xxxxxxxxxxxxx; Service-Oriented Architecture CoP

Subject: Re: Definitions of SOA

 

Team,

 

I offer this additional chart which depicts the outcome of our

discussion

last week. I am still working the chart but it's a decent start. We

agreed

that SOA is actually only one aspect of this very interesting industry

initiative that needs our focus.

 

I think we need to focus on service orientation as a superset of the SOA

discussion. In fact one could argue that service orientation may be

implemented by a combination of architectural styles and not just

SOA/web

services.

 

(See attached file: Service_Orientation_Def_v1.ppt)

 

Regards,

 

Andras

 

 

 

Andras Robert Szakal

Chief Architect IBM Federal Software Group

Distinguished Engineer & Senior Certified IT Architect

Member Open Group Board of Directors

Tie Line: 930-9215

External Line: 202-595-1678

text message: andras1@xxxxxxxxx

 

 

 

 

Chris Harding

 

<c.harding@opengr

 

oup.org>

To

Service-Oriented Architecture CoP

 

05/05/2006 08:31 <soa-forum@xxxxxxxxxxxxxx>,

 

AM "'Service-Oriented Architecture

 

 

 

cc

 

 

Subject

Definitions of SOA

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Hi -

 

As a further update, here is the definition of SOA that was presented at

The Open Group conference last week (and which we have shared with the

OMG).

 

SOA is an architectural style that supports service orientation

 

*Service orientation

A way of a way of thinking in terms of services and service based

development and the outcomes that services bring

 

*Service

A logical representation of a repeatable business activity that has a

specified outcome (e.g., check customer credit; provide weather data,

consolidate drilling reports), is self-contained and maybe composed of

other Services. It is a black box to consumers of the Service

 

*Architectural Style

The combination of distinctive features in which Enterprise Architecture

is

done, or expressed

 

*The SOA Architectural style's distinctive features:

- Based on the design of the services comprising an enterprise's

(or inter-enterprise) business processes. Services mirror

real-world

business activity

- Service representation utilizes business descriptions. Service

representation requires providing its context (including business

process, goal, rule, policy, service interface and service

component)

and service orchestration to implement service

- Has unique requirements on infrastructure. Implementations are

recommended to use open standards, realize interoperability and

location transparency.

- Implementations are environment specific, they are constrained or

enabled by context and must be described within their context.

- Requires strong governance of service representation and

implementation

- Requires a "Litmus Test", which determined a "good service"

 

At 20:31 04/05/2006, Cory Casanave wrote:

 

As an update from the OMG meeting last week, the SOA SIG adopted

the

following definition of SOA;

 

 

 

Service Oriented Architecture is an architectural style for a

community of providers and consumers of services to achieve mutual

value, that:

Allows participants in the communities to work together with

minimal co-dependence or technology dependence

Specifies the contracts to which organizations, people and

technologies must adhere in order to participate in the

community

Provides for business value and business processes to be

realized by the community

Allows for a variety of technology to be used to facilitate

interactions within the community

 

 

 

 

 

The corresponding definition of service has not yet been finalized

but the sense of the group is that there would be both a

business/domain centric notion of service as well as an

interaction

focused definition.

 

 

 

In both cases this seems to fit well with the notion of SOA that

is

evolving in this group and in the SOA Demo.

 

 

 

Regards,

 

Cory Casanave

_________________________________________________________________

Subscribe/Unsubscribe/Config:

Community Portal: http://colab.cim3.net/

Community Wiki:

 

 

Regards,

 

Chris

+++++

 

========================================================================

Dr. Christopher J. Harding

Forum Director for SOA and Semantic Interoperability

THE OPEN GROUP

Thames Tower, 37-45 Station Road, Reading RG1 1LX, UK

Mailto:c.harding@xxxxxxxxxxxxx Phone (mobile): +44 774 063 1520

******************************************************************

IT Architecture Practitioners Conference

Hyatt Regency, Coral Gables, FL July 17-19, 2006

Member Meetings - July 17-21, 2006

========================================================================

TOGAF is a trademark of The Open Group

 

_________________________________________________________________

Subscribe/Unsubscribe/Config:

Community Portal: http://colab.cim3.net/

Community Wiki:

 

 

_________________________________________________________________

Community Portal: http://colab.cim3.net/

 

---

Ken Laskey

MITRE Corporation, M/S H305 phone: 703-983-7934

7515 Colshire Drive fax: 703-983-1379

McLean VA 22102-7508

 



 

<ATT00205.txt>

 

---

Ken Laskey

MITRE Corporation, M/S H305 phone: 703-983-7934

7515 Colshire Drive fax: 703-983-1379

McLean VA 22102-7508

 



 

 _________________________________________________________________
Community Portal: http://colab.cim3.net/

---
Ken Laskey
MITRE Corporation, M/S H305     phone:  703-983-7934
7515 Colshire Drive                        fax:        703-983-1379
McLean VA 22102-7508



 _________________________________________________________________
Subscribe/Unsubscribe/Config: http://colab.cim3.net/mailman/listinfo/soa-forum/
Shared Files: http://colab.cim3.net/file/work/soa/
Community Portal: http://colab.cim3.net/
Community Wiki: http://colab.cim3.net/cgi-bin/wiki.pl?AnnouncementofSOACoP    (01)
<Prev in Thread] Current Thread [Next in Thread>