The Architecture Continuum

Introduction    Foundation Architecture    Common System Architectures    Industry Architectures    Organization Architectures


Introduction

There is a continuum of architectures, architectural building blocks, and architectural models, that are relevant to the task of constructing an organization-specific architecture.

The Architecture Continuum, and the relative positioning of different types of architectures within it, is illustrated in Figure 1.

architecture continuum

Figure 1: The Architecture Continuum

Figure 1 illustrates how architectures are developed across a continuum ranging from foundational architectures such as TOGAF, through common systems architectures, and industry-specific architectures, to an organization's own individual architecture.

The arrows in Figure 1 represents the bi-directional relationship that exists between the different architectures in the Architecture Continuum.  The leftwards direction focuses on meeting organization needs and business requirements, while the  rightwards direction focuses on leveraging architectural components and building blocks.

The organization needs and business requirements are addressed in increasing detail from left to right. The architect will typically look to find re-usable architectural elements toward the left of the continuum. When elements are not found, the requirements for the missing elements are passed to the left of the continuum for incorporation. Those implementing architectures within their own organizations can use the same continuum models specialized for their business.

The four particular architectures illustrated in Figure 1 are intended to indicate the range of different types of architecture that may be developed at different points in the continuum: they are not fixed stages in a process. Many different types of architecture may occur at points in-between those illustrated in Figure 1.

Although the continuum illustrated in Figure 1 does not represent a formal process, it does represent a progression, which occurs at several levels:

At each point in the continuum, an architecture is designed in terms of the design concepts and building blocks available and relevant to that point.

The four architectures illustrated in Figure 1 represent main classifications of potential architectures, and will be relevant and familiar to many architects. They are analyzed in detail in the following subsections.

Foundation Architecture

A Foundation Architecture is an architecture of functions that supports all the common systems architectures, and, therefore, the complete computing environment.

For The Open Group, this Foundation Architecture is the TOGAF Technical Reference Model and Standards Information Base. The TOGAF ADM explains how to get from that foundation architecture to an organization specific one.

The TOGAF TRM and SIB describe a fundamental architecture upon which other, more specific, architectures can be based. As a Foundation Architecture, it contains many alternatives in each of the architectural components. Other characteristics of TOGAF typical of a foundation architecture include the following:

Common Systems Architectures

Common Systems Architectures guide the selection and integration of specific services from the Foundation Architecture to create an architecture useful for building common (i.e., reusable) solutions across a wide number of relevant domains.

Examples of Common Systems Architectures include: a Security Architecture, a Management Architecture, a Network Architecture, etc. Each is incomplete in terms of overall information system functionality, but is complete in terms of a particular problem domain (security, manageability, networking, etc.), so that solutions implementing the architecture constitute reusable building blocks for the creation of functionally complete information systems.

Other characteristics of Common Systems Architectures include:

Industry Architectures

Industry Architectures guide the integration of common systems components with industry-specific components, and guide the creation of industry solutions for targeted customer problems within a particular industry.

A typical example of an industry-specific component is a Data Model representing the business functions and processes specific to a particular vertical industry, such as the retail industry's "Active Store" architecture, or an industry architecture that incorporates the Petrotechnical Open Software Corporation (POSC) Data Model.

Other characteristics of Industry Architectures include the following:

Organization Architectures

Organization Architectures are the most relevant to the IT customer community, since they describe and guide the final deployment of user-written or third-party components that constitute effective solutions for a particular organization or organizations that have a need to share information.

IEEE Std 1003.23, Guide for Developing User Organization Open System Environment (OSE) Profiles, provides a method for identifying and documenting an organization’s operational requirements, the Information Systems services and Information Technology services needed to support those requirements, and the standards, standards options, interim solutions and products that will provide the needed services.

There may be a continuum of Organization Architectures that are needed to effectively cover the organization’s requirements by defining the Organization Architecture in increasing levels of detail. Alternatively, this might result in several more detailed Organization Architectures for specific entities within the global enterprise.

The Organization Architecture guides the final customization of the solution, and has the following characteristics:


Copyright © The Open Group, 1998, 2000