The Open Group OGEA-103 Practice Test - Questions Answers, Page 2

An Architecture Contract is a deliverable that specifies the responsibilities and obligations of the parties involved in the implementation and governance of an architecture. It ensures a system of continuous monitoring to check integrity changes decision-making and audit of all architecturerelated activities. Reference: The TOGAF® Standard | The Open Group Website, Section 3.3.4 Architecture Contracts.

A business scenario describes business and technology environment in which those problems occur.

It provides a realistic context for identifying and addressing business problems and opportunities, as well as their impact on the enterprise’s architecture. Reference: The TOGAF® Standard | The Open Group Website, Section 3.3.1 Business Scenarios.

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.

This statement about Requirements Management is most correct because it reflects the central role of Requirements Management and stakeholder engagement in the ADM cycle. Requirements Management is not a step of all ADM Phases, but rather an ongoing process that ensures that all relevant requirements are elicited, analyzed, prioritized, and addressed throughout the architecture development and transition. Stakeholder engagement is also a continuous activity that involves identifying, communicating, and managing stakeholder expectations and concerns. Reference: The TOGAF® Standard | The Open Group Website, Section 3.1 Introduction to the ADM.

According to the TOGAF Standard, Version 9.2, the ADM phases and their objectives are asfollows1:Preliminary Phase: To prepare and initiate the architecture development cycle, includingdefining the architecture framework, principles, and governance.

Phase A: Architecture Vision: To define the scope, vision, and stakeholders of the architectureinitiative, and to obtain approval to proceed.

Phase B: Business Architecture: To describe the baseline and target business architecture, andto identify the gaps between them.

Phase C: Information Systems Architectures: To describe the baseline and target data andapplication architectures, and to identify the gaps between them.

Phase D: Technology Architecture: To describe the baseline and target technology architecture,and to identify the gaps between them.

Phase E: Opportunities and Solutions: To identify and evaluate the opportunities and solutionsfor implementing the target architecture, and to define the work packages and transitionarchitectures.

Phase F: Migration Planning: To finalize the implementation and migration plan, and to ensurealignment with the enterprise portfolio and project management.

Phase G: Implementation Governance: To provide architecture oversight and guidance for theimplementation projects, and to manage any architecture change requests.

Phase H: Architecture Change Management: To monitor the changes in the business andtechnology environment, and to assess the impact and performance of the architecture.Requirements Management: To manage the architecture requirements throughout the ADMcycle, and to ensure alignment with the business requirements

Objective 1: Ensure that the business value and cost of work packages and transitionarchitectures is understood by key stakeholders.This objective is achieved inPhase H:Architecture Change Management, where the value realization and cost-benefit analysis of thearchitecture are performed2.Objective 2: Ensure conformance with the Target Architecture by implementation projects.Thisobjective is achieved inPhase F: Migration Planning, where the conformance requirements andcriteria for the implementation projects are defined3.Objective 3: Ensure that the architecture development cycle is maintained.This objective isachieved inPhase F: Migration Planning, where the architecture roadmap and iteration cycle aremaintained3.Objective 4: Ensure that the Architecture Governance Framework is executed.This objective isachieved inPhase G: Implementation Governance, where the architecture governanceprocesses and procedures are applied to the implementation projects4.

Enterprises are examples of the scope of an architecture according to the TOGAF Standard. An enterprise is defined as any collection of organizations that has a common set of goals and/or a single bottom line. Enterprises can be whole corporations or divisions of a corporation, government agencies or single government departments, partnerships and alliances of businesses working together, etc. Reference: The TOGAF® Standard | The Open Group Website, Section 2.1 Core Concepts.

When considering agile development, Architecture to Support Project will identify what products the enterprise needs, the boundary of the products, and what constraints a product owner has. This defines the enterprise’s backlog. A backlog is a list of features or tasks that need to be done to deliver a product or service. It is prioritized by the product owner based on the value and urgency of each item. Reference: The TOGAF® Standard | The Open Group Website, Section 3.3.5 Architecture to Support Project.

Ensuring compliance with internal and external standards and regulatory obligations is one of the activities included as part of Architecture Governance. Architecture Governance is the practice and orientation by which enterprise architectures and other architectures are managed and controlled at an enterprise-wide level. It involves establishing processes, roles, responsibilities, policies, and standards to ensure that architectures are aligned with the enterprise’s strategy and objectives, and meet the quality and performance requirements. Reference: The TOGAF® Standard | The Open Group Website, Section 3.3.6 Architecture Governance.

The Enterprise Continuum provides methods for classifying architecture artifacts as they evolve from generic architectures to Organization-Specific Architectures. Generic architectures are architectures that have been developed for use across a wide range of enterprises with similar characteristics.

They provide common models, functions, and services that can be reused and adapted for specific purposes. Organization-Specific Architectures are architectures that have been tailored to meet the needs and requirements of a particular enterprise or a major organizational unit within an enterprise. They reflect the unique vision, goals, culture, structure, processes, systems, and technologies of that enterprise or unit. Reference: The TOGAF® Standard | The Open Group Website, Section 2.3 Enterprise Continuum.