Navigating the SOA Open Standards Landscape Around Architecture White Paper : Guidance and Usage of Technical Products
Which architecture-related technical products are relevant to you depends on what you are trying to achieve on a project and in your organization. It also depends on your existing experience with SOA and your organization’s experience with SOA (i.e., level of maturity – the SOA maturity model, OSIMM, can provide some insight on this). In this section we provide advice based on what a reader is looking to learn or understand. We recognize that there are other valid approaches to understanding and using these specifications, and that the approach that is most effective depends on the stakeholders, their needs, and particular viewpoints.
- Understanding the different elements of an SOA: The Open Group SOA Reference Architecture  defines the key architectural elements in SOA and the key relationships between these elements relevant to enterprises. The OASIS Reference Architecture for SOA Foundation  does this as well for the SOA ecosystem and ownership viewpoints.
- Understanding considerations for cross-ownership boundaries of SOA ecosystems: While both SOA reference architectures provide guidance that is important for SOA implementations that span ownership boundaries, the OASIS Reference Architecture for SOA Foundation  is especially focused on this scenario and provides architectural considerations for interacting with services owned by another company.
- Understanding the completeness of SOA architectures and implementations: The OASIS Reference Architecture for SOA Foundation  provides models that function as a checklist that can be used to evaluate architectures and implementations of SOA.
- Understanding the deployment of SOA in an enterprise: The Open Group SOA Reference Architecture  provides a stack organization of SOA architectural building blocks for an enterprise and guidance on the use and deployment of these building blocks.
- Understanding the basis for an industry or organizational reference architecture: The Open Group SOA Reference Architecture  provides guidance on refining this SOA reference architecture into an industry or solution SOA reference architecture.
- Understanding the implications of architectural decisions: The Open Group SOA Reference Architecture  provides guidance to SOA designers and implementers by providing a concrete basis for making architectural and design decisions. It provides a model and framework for evaluating architectural concerns for designing an SOA.
- Understanding how to position vendor products in an SOA context: The Open Group SOA Reference Architecture  provides a layered stack with architectural building blocks and capabilities that map naturally to vendor products available to support SOA.
- Understanding SOA governance: Both The Open Group SOA Governance Framework  and the OASIS Reference Architecture for SOA Foundation  contain very similar basic concepts of SOA governance. There are some differences in the targets of SOA governance. The Open Group SOA Governance Framework focuses on governing SOA processes which call into scope the service portfolio and IT infrastructure that the SOA is deployed onto. The OASIS Reference Architecture for SOA Foundation focuses on governing services and IT infrastructure directly. The Open Group SOA Governance Framework also provides guidance on the deployment of SOA governance in an enterprise in an iterative, progressive cycle.
- Understanding the level of SOA maturity in an organization: OSIMM  provides an SOA integration maturity model that describes the scope of SOA, so that companies can understand what SOA features they are using and the ones they want to use.
- Understanding representing SOA artifacts in UML: The OMG SoaML  provides a profile that extends UML for modeling SOA artifacts and services for your SOA as part of the transformation from a reference architecture to your SOA solution architecture. These models can be considered the result of following governed processes for creating and evaluating the SOA.