These technical products represent different perspectives and levels of abstraction within the overall SOA landscape. Below we discuss how they all serve a common purpose of jointly facilitating understanding.
Influence of Technical Products on Architecture Work depicts some of the basic tools used by an architect illustrating different artifacts at different levels of abstraction.
Influence of Technical Products on Architecture Work
A reference model, much like an ontology, is a high-level conceptualization of a domain but without formal semantics and rules to support automated reasoning that would be characteristic of an ontology. A formal ontology can be used to formally describe a particular reference model. Both capture the core concepts within a domain and explain how those core concepts relate to each other devoid of implementation details. Reference models and ontologies are useful to capture and preserve knowledge that helps users to understand the “essence” of the domain. Reference models and ontologies guide architectures and reference architectures. A modeling language may be an instantiation of a reference architecture that enables the automation and interchange of instances of the model.
Architectures reflect a wide range of levels of concreteness and domain specifics. We can exploit some concepts of enterprise architecture to help establish a relationship between the SOA specifications and provide some guidance on use of these specifications. The elements of an enterprise architecture can be explained along two continuums: levels of abstraction, and completeness of coverage .
The abstraction continuum is explained well by The Open Group TOGAF™ Architecture Continuum  illustrated in the bottom half of Influence of Technical Products on Architecture Work. According to TOGAF Version 9, architectures exist along a continuum from abstract foundation architectures to concrete organization-specific architectures.
Reference architectures exist along the same continuum as these architectures – as depicted in Influence of Technical Products on Architecture Work – from conceptual to solution reference architectures:
Reference architectures may identify architectural decisions to be made when moving from a conceptual reference architecture towards a solution architecture. Conceptual reference architectures have more degrees of freedom and fewer architectural decisions that have been made than more specific enterprise reference architectures. More specific reference architectures often include the results of architectural decisions made for a specific project and to assist in developing associated concrete solution architectures, as shown in SOA Reference Architecture Continuum . For more specific architectures, care must be exercised to ensure the incorporated choices match the situation to which it is being applied.
SOA Reference Architecture Continuum 
The other continuum in which reference architectures exist is the breadth or completeness of coverage which ranges from architectural patterns, partial reference architectures, IT reference architectures, to end-to-end reference architectures, as shown in SOA Reference Architecture Continuum . Partial reference architectures are narrowly scoped and cover only one (or a few) aspect or domain, like security, governance, or management. End-to-end, or comprehensive reference architectures cover both business and IT aspects. A set of partial reference architectures can contribute to providing the end-to-end reference architectures.
The reference architecture grid shown in SOA Reference Architecture Positioning  can be used to position the specifications discussed in this document. They can be positioned relative to each other in terms of level of abstraction and completeness of coverage.
SOA Reference Architecture Positioning 
While the OASIS Reference Model for SOA  and The Open Group SOA Ontology  are not reference architectures, we position them to show they are more conceptual than the reference architectures. The Open Group SOA Ontology is positioned as being slightly less abstract than the OASIS Reference Model for SOA, since it provides a normative expression of the SOA Reference Model with extensions. The OASIS Reference Architecture for SOA Foundation  is less abstract than the OASIS Reference Model for SOA and The Open Group SOA Ontology, since it provides significantly more detail on architectural components and their relationships, but provides a subset of the architectural views available. The Open Group SOA Reference Architecture  is less abstract than the OASIS Reference Architecture for SOA Foundation and provides more coverage of an enterprise architecture.
The Open Group SOA Governance Framework  can be categorized as a generic, domain-specific, partial reference architecture. The OASIS Reference Architecture for SOA Foundation also includes SOA governance.
Examples of the industry reference architectures are the ARTS XML SOA Blueprint for Retail  and the Service Oriented Realization of the HTNG Reference Architecture , but these will not be discussed further in this document.
Examples of architectural patterns are Enterprise Service Bus (ESB) and Model-View-Controller (MVC), but they are not discussed further here.