OGEA-103 Exam Dumps - The Open Group Enterprise Architecture Questions and Answers

Phase B of the ADM cycle is the Business Architecture phase. It describes the development of a Business Architecture to support an agreed Architecture Vision. The objectives of this phase are to describe the baseline and target Business Architecture, identify candidate Architecture Roadmap components based on gaps between the baseline and target, and determine whether an incremental approach is required. Reference: The TOGAF® Standard | The Open Group Website, Section 3.2.2 Phase B: Business Architecture.

Comprehensive and Detailed In-Depth Explanation from Expert in Enterprise Architecture, guiding in TOGAF and ArchiMate:

To answer this question correctly, it is necessary to identify the TOGAF-defined deliverables:

Deliverable 3 is the Request for Architecture Work. This document is formally issued by the sponsoring organization to the architecture function to initiate a new ADM cycle or iteration.

Deliverable 4 corresponds to Architecture Requirements, which are expressed as quantitative, testable statements that implementation projects must satisfy to claim architectural compliance.

Why Option A is correct:

The Request for Architecture Work is a key output of Phase A (Architecture Vision). Phase A formally initiates the ADM cycle, establishes scope, stakeholders, constraints, and secures approval to proceed.

Architecture Requirements form a critical input to Architecture Governance, specifically contributing to the plan for how the architecture is governed, including compliance assessments, checkpoints, and governance controls during implementation.

Why the other options are incorrect:

B. Phase A, an assessment of the changes to the architecture: Impact and change assessments are not the primary formation purpose of Architecture Requirements.

C. the Preliminary Phase, an approach to change for the Implementation and Migration Plan: The Request for Architecture Work is not produced in the Preliminary Phase; that phase focuses on establishing Architecture Capability.

D. the Preliminary Phase, a major component of an implementation project: Architecture Requirements guide implementation but are not classified as a “major component” of the project itself.

Authoritative TOGAF References:

TOGAF ADM Phase A – Architecture Vision (Request for Architecture Work)

TOGAF Architecture Requirements Management

TOGAF Architecture Governance Framework

============

According to the TOGAF Standard, an architecture view is a representation of a system from the perspective of a related set of concerns1. An architecture viewpoint is a specification of the conventions for a particular kind of architecture view1. Presenting different architecture views and architecture viewpoints to stakeholders helps architects to extract hidden agendas, principles, and requirements that could impact the final target architecture. This is because different stakeholders may have different concerns and interests in the system, and by showing them how the system addresses their concerns from different perspectives, the architects can elicit more feedback and validation from them2. For example, a business stakeholder may be interested in the business architecture view, which focuses on the business processes, functions, and capabilities of the system3. A security stakeholder may be interested in the enterprise security view, which addresses the security aspects of the system, such as confidentiality, integrity, and availability3. By presenting these views to the respective stakeholders, the architects can ensure that the system meets their expectations and needs, and also identify any potential issues or gaps that may affect the target architecture. References: 1: The TOGAF Standard, Version 9.2 - Architectural Artifacts - The Open Group1; 2: Understanding TOGAF Views and Viewpoints in Enterprise Architecture2; 3: Developing Architecture Views - The Open Group4

The objective of the ADM Implementation Governance Phase is to provide an architectural oversight of the implementation and to ensure conformance for the target architecture. This phase involves establishing procedures and processes to monitor and control the implementation projects and to verify that they comply with the defined architecture. Reference: The TOGAF® Standard | The Open Group Website, Section 3.2.7 Phase G: Implementation Governance.

Risk management is a generic technique that can be applied across all phases of the Architecture Development Method (ADM), as well as in the Preliminary Phase and the Requirements Management Phase2. Risk management involves the following steps1:

•Risk identification: This step involves identifying the potential risks that may affect the architecture project, such as technical, business, organizational, environmental, or legal risks. The risks can be identified through various sources, such as stakeholder interviews, workshops, surveys, checklists, historical data, or expert judgment.

•Risk classification: This step involves categorizing the risks based on their nature, source, impact, and priority. The risks can be classified according to different criteria, such as time, cost, scope, quality, security, or compliance. The classification helps in prioritizing the risks and allocating resources and efforts to address them effectively.

•Initial risk assessment: This step involves assessing the likelihood and impact of each risk, and determining the initial level of risk. The likelihood is the probability of the risk occurring, and the impact is the severity of the consequences if the risk occurs. The initial level of risk is the product of the likelihood and impact, and it indicates the urgency and importance of the risk. The initial risk assessment helps in identifying the most critical risks that need immediate attention and mitigation.