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] Version 2 of what is a Reference Architecture


Frank,

The first paragraph defines reference architecture but that needs to be consistent and complementary without being redundant with what's already beginning section 1.1

The second paragraph starts with a useful bit of information but the last sentence about concrete architecture seems to open a can of worms that no one mentioned.  Do we need to?

The third and fourth paragraphs are not about general RA but our RA.  So we most of this does look like it's about our RA.

Ken

On Dec 21, 2007, at 1:54 PM, Francis McCabe wrote:

Please note: this is trying to explain what we mean by Reference Architecture, not nec. what our RA is or is intended to do...

I have cleaned it up some; copy and paste from word apparently is a hit or miss affair.

Frank

----

The SOA Reference Model defines reference architecture as “an architectural design pattern that indicates how an abstract set of mechanisms and relationships realizes a predetermined set of requirements.” More precisely, a reference architecture can be described as an architectural pattern that provides a set of predefined subsystems, specifies their responsibilities, and includes rules and guidelines for organizing the relationships between them [TOGAF v8.1].

It is possible to define reference architectures at many levels of detail or abstraction, and for many different purposes. In particular, a reference architecture need not be a concrete architecture.

Our approach is to be as high-level and as technology-neutral as possible; while at the same time being fully aware of the dominant technologies likely to be employed. The detail necessary in concrete architectures typically requires technology choices that are not directly implied by the requirements of SOA-based systems per se, but by the technology choices available at the time.

We believe that out our approach will serve two purposes: ensuring that the true value of the SOA approach can be realized on any appropriate technology; while permitting our audience to focus on the important issues without becoming over-burdened with the details.
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  You may a link to this group and all your TCs in OASIS
at:



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

Ken Laskey

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

7515 Colshire Drive                        fax:        703-983-1379

McLean VA 22102-7508


smime.p7s



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]