OGEA-101 Exam Results

The purpose of the Architecture Roadmap is to provide a high-level view of how the Baseline Architecture will transition to the Target Architecture over time. It lists work packages on a timeline showing progress towards the Target Architecture, as well as dependencies, risks, and benefits. The Architecture Roadmap forms part of the Implementation and Migration Plan and guides the execution of the architecture projects. References:

Concerns are interests important to the stakeholders in a system. They are used to identify and classify the system’s stakeholders and to guide the selection of viewpoints for the architecture description. Reference: The TOGAF® Standard | The Open Group Website, Section 3.2.1 Architecture Viewpoints

The chart shown is a Gantt chart, which is commonly used for project management to illustrate a project schedule. In the context of TOGAF (The Open Group Architecture Framework), which is a framework for enterprise architecture, this Gantt chart is demonstrating the sequenced approach to the Architecture Development Method (ADM). The ADM is the core process of TOGAF which provides a tested and repeatable process for developing architectures. The ADM is described as being iterative, over the whole process, between phases, and within phases. For each iteration of the ADM, a fresh decision must be taken about each of the parameters (scope, granularity, time period, and architecture assets).

The ADM consists of a number of phases that have to be followed in sequence:

Preliminary Phase: Framework and principles

Phase A: Architecture Vision

Phase B: Business Architecture

Phase C: Information Systems Architectures, including Data and Application Architectures

Phase D: Technology Architecture

Phase E: Opportunities and Solutions

Phase F: Migration Planning

Phase G: Implementation Governance

Phase H: Architecture Change Management

Requirements Management

Each phase is dependent on the outputs of the previous phase and the Requirements Management phase runs throughout. The Gantt chart clearly shows the dependency and sequence in which these phases occur, implying that a structured approach is followed to produce the enterprise architecture.

The TOGAF Standard, Version 9.2, a standard of The Open Group

The TOGAF documentation available at and

In the TOGAF Standard, the concept of an Enterprise Architecture is broken into several primary architecture domains. These domains provide a structured way to describe the enterprise from multiple perspectives that collectively support transformation and governance. TOGAF specifies four core architecture domains: Business Architecture, Data Architecture, Application Architecture, and Technology Architecture. These domains, when combined, form a comprehensive view of how the enterprise functions, how information flows, how systems interact, and what technologies support the organization.

Among the choices provided, only Business and Technology are officially recognized architecture domains in TOGAF. The Business Architecture describes business strategy, governance, organization, and key processes. The Technology Architecture defines the logical and physical technology infrastructure necessary to support mission-critical applications and data. The other answer options do not represent TOGAF architecture domains; for example, “Strategy,” “Vision,” “Target,” or “Digital” are not formal architecture domains in TOGAF. Thus, the pair that correctly identifies subsets of an enterprise architecture according to the TOGAF framework is Business and Technology Architecture.