OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

Messages By Date: members message

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


Subject: SOA-RM v1.0 Submitted for OASIS Standard


OASIS Members:

The OASIS SOA Reference Model Technical Committee has submitted the following
specification set, which is an approved Committee Specification, to be
considered as an OASIS Standard:

Reference Model for Service Oriented Architecture v1.0

The text of the TC submission is appended.

You now have until 15 September to familiarize yourself with the submission and
provide input to your organization's voting representative.

On 16 September, a Call For Vote will be issued to all Voting Representatives of
OASIS member organizations. They will have until the last day of September,
inclusive, to cast their ballots on whether this Committee Specification should
be approved as an OASIS Standard or not.

Members who wish to discuss this ballot may do so through 
member-discuss@lists.oasis-open.org.

In accordance with the OASIS Technical Committee Process, this Committee
Specification has already completed the necessary 60-day public review period as
noted in the submission below.

The normative TC Process for approval of Committee Specifications as OASIS
Standards is found at
http://www.oasis-open.org/committees/process.php#3.4

Any statements related to the IPR of this specification are posted at:
http://www.oasis-open.org/committees/soa-rm/ipr.php

Your participation in the review and balloting process is greatly appreciated.

Mary

Mary P McRae
Manager of TC Administration, OASIS
email: mary.mcrae@oasis-open.org
phone: 603.232.9090

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

1. Links to the approved Committee Specification in the TC's document
repository, and any appropriate supplemental documentation for the
specification, both of which must be written using the OASIS templates. The
specification may not have been changed between its approval as a Committee
Specification and its submission to OASIS for consideration as an OASIS
Standard, except for the changes on the title page and running footer noting the
approval status and date.

TC Chair:  The link is
http://www.oasis-open.org/committees/download.php/19679/soa-rm-cs.pdf

There are no supplemental or other normative documents for inclusion in the
submission.  The title, status and date have been changed.

2. The editable version of all files that are part of the Committee
Specification;

TC Chair: The editable versions of the document are:

MS Word:
http://www.oasis-open.org/committees/download.php/19678/soa-rm-cs.doc

HTML:
http://www.oasis-open.org/committees/download.php/19677/soc-rm-cs.zip

3. Certification by the TC that all schema and XML instances included in the
specification, whether by inclusion or reference, including fragments of such,
are well formed, and that all expressions are valid;

TC Chair: Given the abstract nature of the Reference Model, this is not
applicable.  We have no schemas within our specifications.

4. A clear English-language summary of the specification;

TC Chair: This Reference Model for Service Oriented Architecture is an abstract
model for understanding significant entities and relationships between them
within a service-oriented environment, and for the development of consistent
standards or specifications supporting that environment. It is based on unifying
concepts of SOA and may be used by architects developing specific service
oriented architectures or in training and explaining SOA.

Due to its abstract nature, this reference model is not directly tied to any
standards, technologies or other concrete implementation details. It provides a
common semantics that can be used unambiguously across and between different
implementations.

While service-orientation may be a popular concept found in a broad variety of
applications, this reference model focuses on the field of software
architecture. The concepts and relationships described may apply to other
"service" environments; however, this specification makes no attempt to
completely account for use outside of the software domain.

5. A statement regarding the relationship of this specification to similar work
of other OASIS TCs or other standards developing organizations;

TC Chair: This work is abstract in nature and the vocabulary and relationships
defined are meant to be used as a template by those who architect SOA.
Accordingly, it would be relevant to most SOA activities including the Web
Service technology family, any XML based language that may be used within an
SOA, W3C specifications for Web Services including WSDL and WS-Policy work and
other software architecture practices and standards. It will likely be of
interest to ISO, IEEE, IETF, W3C, UN/CEFACT, AIAG, AIA, the Ontolog Forum, Open
Group and many other standards organizations.

6. Certification by at least three OASIS member organizations that they are
successfully using the specification;

TC Chair:

We have had the following voluntary certifications regarding the utility of the
SOA RM specification:

1. The Government of Canada, specifically the Federal Chief Technical Office,
within the Treasury Board Secretariat (the Canadian Federal Government
Management Board), continues to successfully use and reference the SOA RM
specification.

As a key education piece, the specification brings clarity to definitions and
significant understanding to the key concepts and associations typically used
within any Service Oriented Architecture.

Secondly, the SOA RM specification is a solid model from which the Federal
Government derives reference architectures.

Name: Wesley McGregor
Senior Advisor,
Enterprise Technology & Application Strategies Chief Information Officer Branch
Treasury Board of Canada, Secretariat Ottawa, Canada K1A 0R5

See http://www.oasis-open.org/archives/soa-rm/200607/msg00081.html


2. Capgemini are successfully using the Reference Model in several engagements
as the basis for our SOA work.

Name: Steve Jones

See: http://www.oasis-open.org/archives/soa-rm/200607/msg00075.html

3. Adobe Systems is successfully using the Reference Model for Service Oriented
Architectures as part of its LiveCycle product.  The reference model is
abstract, so Adobe is using it as a design paradigm for parts of our product.

Name: Matthew MacKenzie
Manager, Software Development (LiveCycle)

See: http://www.oasis-open.org/archives/soa-rm/200607/msg00074.html

4. The MITRE organization is successfully using the SOA RM as a guide for
architecture.  In particular, we are using it as a guide in updating the DoD
Architecture Framework to support SOA.  We are also successfully using it as a
guide in explaining SOA to various DoD organizations so that they understand the
implications of SOA to their architectures.

Name: Chris Bashioum
The MITRE Corporation

See: http://www.oasis-open.org/archives/soa-rm/200607/msg00080.html

7. The beginning and ending dates of the public review(s), a pointer to the
announcement of the public review(s), and a pointer to an account of each of the
comments/issues raised during the public review period(s), along with its
resolution;

TC Chair: There were two Full Public Reviews that happened.

The first public review towards becoming a Committee Specification occurred
between 13 February 2006, and 14 April 2006. The announcement may be found here:
http://lists.oasis-open.org/archives/tc-announce/200602/msg00013.html

The second public review towards becoming a Committee Specification occurred
5 June 2006 to 20 June 2006. The announcement may be found here:
http://lists.oasis-open.org/archives/tc-announce/200606/msg00000.html

The full transcripts of all comments and dispositions are may be linked to from
this page:
http://www.oasis-open.org/apps/org/workgroup/soa-rm/documents.php

Under the "issues" folder.  They are expressed in Microsoft Excel Spreadsheet
format along with a resolution for each and every comment submitted.  To our
knowledge, there are no outstanding disagreements with the resolutions for any
comment.

8. An account of and results of the voting to approve the specification as a
Committee Specification, including the date of the ballot and a pointer to the
ballot;

TC Chair: The ballot for approval as a Committee Specification opened July 12,
2006 and closed July 19, 2006.  The ballot results were 100% in favor and the
ballot details are archived here:
http://www.oasis-open.org/committees/ballot.php?id=1069

9. An account of or pointer to votes and comments received in any earlier
attempts to standardize substantially the same specification, together with the
originating TC's response to each comment;

TC Chair: This is the first time the RM for SOA has been forwarded as a
candidate for OASIS Standard, hence there are no pointers available.

10. A pointer to the publicly visible comments archive for the originating TC;

TC Chair:

The publicly visible comments archive is available at:
http://lists.oasis-open.org/archives/soa-rm-comment/

11. A pointer to any minority reports submitted by one or more Members who did
not vote in favor of approving the Committee Specification, which report may
include statements regarding why the member voted against the specification or
that the member believes that Substantive Changes were made which have not gone
through public review; or certification by the Chair that no minority reports
exist.

TC Chair: I hereby certify that no minority reports exist.




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