19. Applying the ADM Across the Architecture Landscape

Chapter Contents
19.1 Overview | 19.2 Architecture Landscape | 19.3 Organizing the Architecture Landscape to Understand the State of the Enterprise | 19.4 Developing Architectures at Different Levels

19.1 Overview

In a typical enterprise, many architectures will be described in the Architecture Landscape at any point in time. Some architectures will address very specific needs; others will be more general. Some will address detail; some will provide a big picture. To address this complexity, the TOGAF standard uses the concepts of levels and the Enterprise Continuum to provide a conceptual framework for organizing the Architecture Landscape. These concepts are tightly linked with organizing actual content in the Architecture Repository and any architecture partitions discussed in Part V.

19.2 Architecture Landscape

Levels provide a framework for dividing the Architecture Landscape into three levels of granularity:

  1. Strategic Architecture provides an organizing framework for operational and change activity and allows for direction setting at an executive level.
  2. Segment Architecture provides an organizing framework for operational and change activity and allows for direction setting and the development of effective architecture roadmaps at a program or portfolio level.
  3. Capability Architecture provides an organizing framework for change activity and the development of effective architecture roadmaps realizing capability increments.

Figure 19-1 shows a summary of the classification model for Architecture Landscapes.



Figure 19-1: Summary Classification Model for Architecture Landscapes

The Architecture Continuum provides a method of dividing each level of the Architecture Landscape (see 35.4.1 Architecture Continuum) by abstraction. It offers a consistent way to define and understand the generic rules, representations, and relationships in an architecture, including traceability and derivation relationships. The Architecture Continuum shows the relationships from foundation elements to organization-specific architecture, as shown in Figure 19-2 .

The Architecture Continuum is a useful tool to discover commonality and eliminate unnecessary redundancy.



Figure 19-2: Summary of Architecture Continuum

Levels and the Architecture Continuum provide a comprehensive mechanism to describe and classify the Architecture Landscape. These concepts can be used to organize the Architecture Landscape into a set of related architectures with:

There is no definitive organizing model for architecture, as each enterprise should adopt a model that reflects its own operating model.

19.3 Organizing the Architecture Landscape to Understand the State of the Enterprise

The following characteristics are typically used to organize the Architecture Landscape:

Using the criteria above, architectures can be grouped into Strategic, Segment, and Capability Architecture levels, as described in Figure 19-1 .

19.4 Developing Architectures at Different Levels

The previous sections have identified that different types of architecture are required to address different stakeholder needs at different levels of the organization. Each architecture typically does not exist in isolation and must therefore sit within a governance hierarchy. Broad, summary architectures set the direction for narrow and detailed architectures.

A number of techniques can be employed to use the ADM as a process that supports such hierarchies of architectures. Essentially there are two strategies that can be applied:

  1. Architectures at different levels can be developed through iterations within a single cycle of the ADM process
  2. Architectures at different levels can be developed through a hierarchy of ADM processes, executed concurrently

At the extreme ends of the scale, either of these two options can be fully adopted. In practice, an architect is likely to need to blend elements of each to fit the exact requirements of their Request for Architecture Work. Each of these approaches is described in 18. Applying Iteration to the ADM .
return to top of page