最新の2025年最新の実際に出ると確認されたOGEA-101問題集で100%無料OGEA-101試験問題集
無料提供中で2025年最新のに更新されたThe Open Group OGEA-101試験問題と解答
質問 # 67
Which of the following best describes a Business Scenario?
- A. A business problem together with the desired outcome.
- B. A method to quantify readiness for change.
- C. A technique to identify differences between a baseline and a target architecture.
- D. A use-case for developing a business model.
正解：A
解説：
Comprehensive and Detailed Explanation From documents:
In TOGAF, a Business Scenario is an ADM technique used to capture and structure business requirements in a way that directly informs the development and validation of architectures. It frames a specific business problem (or opportunity) and articulates the desired outcomes/objectives, along with the business and technical context, the involved actors and roles (human and system), and the measures of success. This makes option A correct because it concisely captures the essence of a Business Scenario: a well-defined business problem coupled with the outcomes the business seeks to achieve.
A good Business Scenario typically includes:
* The business problem/opportunity and drivers.
* The business and technical environment/context in which the problem exists.
* The desired outcomes/objectives and measures of success (how success will be recognized).
* Actors and roles (both human and system) and their interactions.
* Capabilities and high-level requirements implied by the scenario.
Business Scenarios are especially valuable in Phase A: Architecture Vision to validate scope, objectives, and business value, and they continue to be used throughout Phases B-D to test and validate the target architectures and to maintain requirements traceability via Requirements Management. They promote shared understanding among stakeholders and provide a concrete basis for evaluating solution options and assessing architecture fitness-for-purpose.
Why the other options are incorrect:
* B. A use-case for developing a business model. While Business Scenarios and use-cases are related, a Business Scenario is broader. It provides context, problem, objectives, and measures of success; use- cases are often derived from or complement Business Scenarios to specify interactions, but a Business Scenario is not merely a use-case.
* C. A method to quantify readiness for change. This describes Business Transformation Readiness Assessment, a separate TOGAF technique used to gauge an organization's readiness to execute change.
It is not what TOGAF defines as a Business Scenario.
* D. A technique to identify differences between a baseline and a target architecture. That is Gap Analysis, another distinct ADM technique used to determine what needs to change to move from the current state to the desired future state.
References (official TOGAF materials; no links):
* The Open Group, TOGAF Standard, Version 9.2, Part III: ADM Guidelines & Techniques - Business Scenarios; also Requirements Management, and Phase A: Architecture Vision (Part II) for where Business Scenarios are applied.
* The Open Group, TOGAF Series Guide: Business Scenarios - definition, structure, and usage of Business Scenarios across the ADM.
* The Open Group, TOGAF 9 Foundation Study Guide (latest edition) - coverage of Business Scenarios as an ADM technique and their relationship to use-cases.
* The Open Group, TOGAF 9 Certified Study Guide (latest edition) - contrasts with related techniques (Gap Analysis; Business Transformation Readiness Assessment) and explains use within Phase A and Requirements Management.===========
質問 # 68
Complete the sentence. The purpose of the Preliminary Phase is to develop the:
- A. Architecture Roadmap
- B. Architecture Vision for the project
- C. Organization Model for Enterprise Architecture
- D. Implementation Governance Model
正解：C
解説：
* The Preliminary Phase establishes the Organization Model for Enterprise Architecture, defines principles, and sets up the Architecture Capability.
* The Architecture Vision is developed in Phase A.
* The Architecture Roadmap comes from Phase E and Phase F.
* The Implementation Governance Model is part of Phase G.
Reference: TOGAF Standard, Version 9.2, Part II: ADM, Preliminary Phase.
質問 # 69
How does iteration enable simultaneous operation of multiple ADM phases?
- A. It defines a superior architecture that always guides and constrains the more detailed architectures.
- B. It describes the integrated process where the activities of different ADM phases interact with each other.
- C. It enables the architect to manage multiple states, and track them against time and compliance.
- D. It limits the scope of architecture development to a single ADM phase at one time.
正解：B
解説：
"In addition to the method itself being iterative, there is also iteration within the ADM cycle, both among the individual phases and among the steps within a phase." www.opengroup.org Reference: The Open Group, TOGAF (archived TOGAF 8/9 materials) - Iteration within the ADM.
質問 # 70
When considering the scope of an architecture, what dimension considers to what level of detail the architecting effort should go?
- A. Architecture Domains
- B. Breadth
- C. Project
- D. Depth
正解：D
解説：
The scope of an architecture is the extent and level of detail of the architecture work. The scope of an architecture can be defined along four dimensions: project, breadth, depth, and architecture domains. The project dimension considers the boundaries and objectives of the architecture project, such as the time frame, budget, resources, and deliverables. The breadth dimension considers the coverage and completeness of the architecture across the enterprise, such as the organizational units, business functions, processes, and locations. The depth dimension considers the level of detail and specificity of the architecture, such as the granularity, abstraction, and precision of the architectural elements and relationships. The architecture domains dimension considers the aspects or segments of the architecture, such as the business, data, application, and technology domains.
Therefore, the depth dimension is the one that considers to what level of detail the architecting effort should go.
The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 25: Architecture Scope : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 25.2: Scope Dimensions : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 25.2.1:
Project, Breadth, Depth, and Architecture Domains
質問 # 71
Which of the following best describes purpose of the Business Scenarios?
- A. To catch errors in a project architecture early
- B. To guide decision making throughout the enterprise
- C. To identify risk when implementing an architecture project
- D. To identify and understand requirements
正解：D
解説：
Business scenarios are a technique for capturing, clarifying, and communicating the functional and non-functional requirements of a system. Business scenarios describe the business environment, the actors involved, the desired outcomes, and the processes or rules that govern the behavior of the system. Business scenarios are useful for ensuring that the architecture addresses the real needs and concerns of the stakeholders, and for validating and testing the architecture against expected situations. Business scenarios are developed in Phase A: Architecture Vision of the ADM cycle, and refined and updated throughout the other phases3 Reference: 3: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 26: Business Scenarios : The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 18: Phase A: Architecture Vision
質問 # 72
Complete the sentence 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___________.
- A. backlog
- B. lifecycle economics
- C. operations
- D. workflow management
正解：A
解説：
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.
質問 # 73
Which of the following describes how the Enterprise Continuum is used when developing an enterprise architecture?
- A. To identify and understand business requirements
- B. To describe how an architecture addresses stakeholder concerns
- C. To classify architecture and solution assets
- D. To coordinate with the other management frameworks in use
正解：C
解説：
The Enterprise Continuum consists of two complementary concepts: the Architecture Continuum and the Solutions Continuum1. The Architecture Continuum provides a consistent way to describe and understand the generic and reusable architecture building blocks, such as models, patterns, and standards, that can be applied and tailored to specific situations2. The Solutions Continuum provides a consistent way to describe and understand the specific and implemented solution building blocks, such as products, services, and components, that realize the architecture building blocks3. The Enterprise Continuum enables the reuse and integration of architecture and solution assets across different levels of abstraction, scope, and detail, ranging from foundation architectures to organization-specific architectures1.
The Enterprise Continuum is used when developing an enterprise architecture to support the following activities1:
*Selecting relevant architecture and solution assets from the Architecture Repository or other sources, based on the business drivers, goals, and requirements
*Adapting and customizing the architecture and solution assets to suit the specific needs and context of the enterprise
*Defining and developing the target architecture and the architecture roadmap, based on the gaps and opportunities identified between the baseline and the target states
*Defining and developing the implementation and migration plan, based on the architecture roadmap and the solution building blocks
*Governing and managing the architecture and solution assets throughout the architecture lifecycle, ensuring their quality, consistency, and compliance
質問 # 74
Which of the following is included as part of Architecture Governance1?
- A. Interacting with the CxO level on Enterprise Architecture
- B. Creating and maintaining the Statement of Architecture Work though out the ADM cycle
- C. Managing Stakeholders and their requirements
- D. Ensuring compliance with internal and external standards and regulatory obligations
正解：D
解説：
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 TOGAFStandard | The Open Group Website, Section 3.3.6 Architecture Governance.
質問 # 75
Consider the following ADM phases objectives.
Objective
1-Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value
2-Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D
3-Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan
4-Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders Which phase does each objective match?
- A. 1E-2E-3F-4F
- B. 1E-2F-3E-4F
- C. 1F-2E-3F-4G
- D. 1G-2E-3F-4F
正解：D
解説：
According to the TOGAF standard, the objectives of each ADM phase are as follows1:
*Phase E: Opportunities and Solutions
oDetermine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value oIdentify and group major work packages within the Architecture Roadmap oIdentify and group major implementation projects to realize the Architecture Roadmap oIdentify dependencies between increments and projects oEstimate cost, benefit, and risk at a high level for each increment and project oConduct initial prioritization and sequencing of the Architecture Roadmap and projects
*Phase F: Migration Planning
oGenerate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D oConfirm the Transition Architectures with relevant stakeholders oCreate the Implementation and Migration Plan, including Transition Architectures, work packages, projects, and other activities oConfirm and agree the Architecture Roadmap and Implementation and Migration Plan with relevant stakeholders
*Phase G: Implementation Governance
oFinalize the Architecture Roadmap and the supporting Implementation and Migration Plan oEnsure conformance with the Target Architecture by implementation projects oPerform appropriate Architecture Governance functions for the solution and any implementation-driven architecture Change Requests oEnsure that the architecture lifecycle is maintained oEnsure that the Architecture Governance Framework is executed
*Phase H: Architecture Change Management
oEnsure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders oManage risks and issues related to the Architecture Roadmap and Implementation and Migration Plan oMonitor the implementation projects and Transition Architectures oManage changes to the architecture baseline oManage changes to the Architecture Capability Therefore, the correct matching of the objectives and the phases is:
*1G: Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value
*2E: Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D
*3F: Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan
*4F: Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders References: 1: The TOGAF Architecture Development Method
質問 # 76
In which phase(s) of the ADM would you deal with the actions resulting from a transformation readiness assessment?
- A. Phase E and F
- B. Phase G
- C. Phase A
- D. Phase F
正解：A
解説：
According to the TOGAF Standard, 10th Edition, a transformation readiness assessment is a technique that evaluates the preparedness of the organization to undergo a change, and identifies the actions needed to increase the likelihood of a successful outcome. A transformation readiness assessment can be conducted in Phase E: Opportunities and Solutions, and the actions resulting from it can be dealt with in Phase F: Migration Planning 1. In Phase E, the transformation readiness assessment can help to identify the major implementation challenges and risks, and to define the critical success factors and key performance indicators for the architecture project. In Phase F, the actions resulting from the transformation readiness assessment can help to develop a detailed and realistic migration plan, and to address the gaps, issues, and dependencies that may affect the transition to the target architecture 1. References: 1: TOGAF Standard, 10th Edition, Part III: ADM Guidelines and Techniques, Chapter 29: Business Transformation Readiness Assessment.
質問 # 77
Which one of the following classes of information within the Architecture Repository would typically contain a list of the applications in use within the enterprise?
- A. Governance Log
- B. Architecture Metamodel
- C. Reference Library
- D. Architecture Landscape
正解：D
解説：
The Architecture Landscape is a class of information within the Architecture Repository that shows an architectural view of the building blocks that are in use within the organization today (the Baseline Architecture), as well as those that are planned for the future (the Target Architecture). The Architecture Landscape typically contains a list of the applications in use within the enterprise, along with their relationships and dependencies, as well as other relevant architectural information. The Architecture Landscape helps to identify opportunities for re-use, consolidation, or retirement of existing applications, as well as gaps or overlaps in the current or future architecture.
Reference: : The TOGAF Standard, Version 9.2, Part IV: Architecture Content Framework, Chapter 34: Architecture Landscape : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 47: Architecture Repository
質問 # 78
Consider the illustration.
What are the items labelled A, B and C?
- A. A-Enterprise Architecture, B-Architecture Building Blocks, C-Solutions Building Blocks
- B. A-Enterprise Strategic Architecture, B-Segment Architecture, C-Solutions Architecture
- C. A-Architecture Vision, B-Business Architecture, C-Information Systems Architecture
- D. A-Enterprise Continuum, B-Architecture Continuum, C-Solutions Continuum
正解：D
解説：
The illustration shows the relationship between the Enterprise Continuum, the Architecture Continuum, and the Solutions Continuum, which are key concepts in the TOGAF framework. The Enterprise Continuum is a view of the Architecture Repository that shows how generic foundation architectures can be leveraged and specialized to support the requirements of an individual organization. The Architecture Continuum specifies a structured classification for architectural artifacts, such as models, patterns, and descriptions, that can be reused and adapted across different domains and levels of abstraction. The Solutions Continuum identifies implemented solutions that support various stages of business and IT capability evolution, such as common systems, industry solutions, and organization-specific solutions. The illustration also shows how the architecture context and requirements are influenced by external factors, such as business drivers, stakeholders, and standards, and how they shape the generic and specific architectures and solutions. The illustration also shows how the deployed solutions become part of the architecture context for future iterations of the architecture development cycle. References:
*TOGAF Standard, 10th Edition, Part II: Architecture Development Method, Chapter 6: Architecture Repository, Section 6.2 Enterprise Continuum.
*TOGAF Standard, 10th Edition, Part IV: Architecture Content Framework, Chapter 35: Enterprise Continuum and Tools, Section 35.1 Introduction.
質問 # 79
Complete the sentence. Architecture effort at the Logical abstraction level is about:
- A. Identifying the kinds of business, data, application, and technology components needed to achieve the services identified in the conceptual level
- B. Managing the allocation and implementation of physical components to meet the identified logical components
- C. Decomposing the requirements to understand the problem, and what is needed to address the problem, without unduly focusing on how the architecture will be realized
- D. Understanding the environment in which an enterprise operates and the context in which architecture work is planned and executed
正解：A
解説：
(Authoritative Open Group guidance distinguishes conceptual, logical, and physical concerns; at the logical level, component types are identified independently of implementation.) For example, the Open Group's metamodel guidance emphasizes technology-agnostic structure to ensure consistency within an architecture description, which is precisely what the logical level captures before physical realization.
"The Content Metamodel defines a formal structure... to ensure consistency within the architecture description and also to provide guidance for organizations that wish to implement their architecture within an architecture tool." Open Group Publications Reference: The Open Group, TOGAF 9 Conformance Requirements (Content Framework overview); Open Group Whitepaper TOGAF 9 Conformance Requirements-Content Metamodel description.
Note: TOGAF Series Guides (member library) explicitly define the four abstraction levels; the logical level focuses on the "what (structure) independent of technology." The cited Content Metamodel text underpins this by mandating technology-agnostic structure for consistency.
質問 # 80
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1E-2E-3F-4F
- B. 1E-2F-3E-4F
- C. 1F-2E-3F-4G
- D. 1G-2E-3F-4F
正解：D
質問 # 81
Consider the following descriptions of deliverables consumed and produced across the TOGAF ADM cycle.
General rules and guidelines, intended to be enduring and seldom
amended, that inform and support the way in which an organization sets
about fulfilling its mission
The joint agreements between development partners and sponsors on the
deliverables, quality, and fitness-for-purpose of an architecture.
A document that is sent from the sponsoring organization to the
architecture organization to trigger the start of an architecture
development cycle
A set of quantitative statements that outline what an implementation
project must do in order to comply with the architecture.
Which deliverables match these descriptions?
- A. Architecture Requirements Specification -2 Architecture Principles - 3 Architecture Vision - 4 Architecture Contracts
- B. Architecture Contracts - 2 Architecture Requirements Specification - 3 Architecture Vision - 4 Architecture Principles
- C. Architecture Principles -2 Architecture Contracts - 3 Request for Architecture Work - 4 Architecture Requirements Specification
- D. Architecture Principles -2 Architecture Contracts - 3 Architecture Requirements Specification-4 Request for Architecture Work Explanation:
正解：C
解説：
According to the TOGAF standard, the deliverables that match the descriptions are as follows:
1 Architecture Principles: These are general rules and guidelines, intended to be enduring and seldom amended, that inform and support the way in which an organization sets about fulfilling its mission1. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions1.
2 Architecture Contracts: These are the joint agreements between development partners and sponsors on the deliverables, quality, and fitness-for-purpose of an architecture2. They are used to ensure that the architecture is implemented and governed according to the agreed-upon specifications and standards2.
3 Request for Architecture Work: This is a document that is sent from the sponsoring organization to the architecture organization to trigger the start of an architecture development cycle3. It defines the scope, schedule, budget, deliverables, and stakeholders of the architecture project3.
4 Architecture Requirements Specification: This is a set of quantitative statements that outline what an implementation project must do in order to comply with the architecture4. It defines the requirements for each architecture domain, as well as the relationships and dependencies among them4.
1: Architecture Principles 2: Architecture Contracts 3: Request for Architecture Work 4: Architecture Requirements Specification
質問 # 82
What is the purpose of the Preliminary Phase?
- A. Describing the target architecture.
- B. Developing an Enterprise Architecture Capability.
- C. Defining the Enterprise Strategy.
- D. Identifying the stakeholders and their requirements.
正解：B
解説：
An Enterprise Architecture Capability is the ability of the organization to perform effective and efficient architecture work, including the definition, governance, and management of its architectures2. The Preliminary Phase involves the following activities1:
*Reviewing the organizational context, scope, and drivers for conducting Enterprise Architecture
*Establishing the Architecture Capability desired by the organization, including the maturity level, roles, responsibilities, processes, and tools
*Defining and establishing the Organizational Model for Enterprise Architecture, which describes how the architecture function is organized and integrated within the enterprise
*Defining and establishing the Architecture Governance framework, which provides the mechanisms for ensuring the quality, consistency, and compliance of the architecture work
*Selecting and implementing the tools that support the Architecture Capability, such as repositories, modeling tools, and communication tools
*Defining the Architecture Principles that will guide and constrain the architecture work, based on the business principles, goals, and drivers of the organization
*Defining the Organization-Specific Architecture Framework, which is an adaptation of the generic TOGAF ADM to suit the specific requirements, standards, and practices of the organization The Preliminary Phase is essential for preparing the organization for the successful development and implementation of its architectures, as well as for ensuring the alignment of the architecture work with the business strategy and objectives1.
References: 1: Preliminary Phase 2: Enterprise Architecture Capability
質問 # 83
Which of the following are the four purposes that typically frame the planning horizon, depth and breadth of an Architecture Project, and the contents of the EA Repository-?
- A. Segment, Capability. Enterprise and End-to-end Target Architecture
- B. Strategy Portfolio Project Solution Delivery
- C. Avant-Garde Big-Bang, Discreet and Cohesive
- D. General Foundational Subordinate and Superior Architecture
正解：B
解説：
Strategy Portfolio Project Solution Delivery are the four purposes that typically frame the planning horizon, depth and breadth of an Architecture Project, and the contents of the EA Repository. They correspond to different levels of abstraction and granularity in the architecture development process. Reference: The TOGAF Standard, Version 9.2 - The Open Group, Section 2.4 Architecture Repository.
質問 # 84
What is used to structure architectural information in an orderly way so that it can be processed to meet stakeholder needs?
- A. An Architecture Framework
- B. Content Metamodel
- C. A Stakeholder Map
- D. An EA Library
正解：B
解説：
A content metamodel is a formal structure that defines the types of entities and relationships that are used to capture, store, filter, query, and represent architectural information in a way that supports consistency, completeness, and traceability12.
A stakeholder map is a tool that identifies and analyzes the key stakeholders and their interests, influence, and expectations in relation to the architecture3. It is not used to structure architectural information, but rather to understand the stakeholder needs and concerns.
An architecture framework is a set of principles, guidelines, standards, and tools that provide a common structure and methodology for developing architectures4. It is not used to structure architectural information, but rather to guide the architecture development process and ensure alignment with the business strategy and objectives.
An EA library is a repository that stores and manages the architecture artifacts, deliverables, and other relevant information produced and consumed during the architecture development and governance. It is not used to structure architectural information, but rather to provide access, security, and version control for the architecture content.
1: The TOGAF Standard, Version 9.2 - Content Metamodel 2: TOGAF 9.2 Content Metamodel Framework - A Quick Guide - KnowledgeHut 3: The TOGAF Standard, Version 9.2 - Stakeholder Management 4: The TOGAF Standard, Version 9.2 - Architecture Framework : The TOGAF Standard, Version 9.2 - Architecture Repository
質問 # 85
Complete the sentence. Actions arising from the Business Transformation Readiness Assessment technique should be incorporated in the
- A. Architecture Requirements Specification
- B. Architecture Roadmap
- C. Implementation and Migration Plan
- D. Implementation Governance Model
正解：C
解説：
The Business Transformation Readiness Assessment technique is used to evaluate the readiness of the organization to undergo change and to identify the actions needed to increase the likelihood of a successful business transformation. These actions should be incorporated in the Implementation and Migration Plan, which is the detailed plan to transition from the Baseline Architecture to the Target Architecture. The Implementation and Migration Plan also includes the Transition Architectures, the Architecture Building Blocks, the Work Packages, the Implementation Governance Model, and the Architecture Contract12 Reference: 1: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 27: Business Transformation Readiness Assessment 2: The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 21: Phase F: Migration Planning
質問 # 86
Which of the following best describes the purpose of the Architecture Requirements Specification?
- A. It defines the scope and approach to complete an architecture project
- B. It provides a set of statements that outline what a project must do to comply with the architecture
- C. It is sent from the sponsor and triggers the start of an architecture development cycle
- D. It contains an assessment of the current architecture requirements
正解：B
解説：
The Architecture Requirements Specification is one of the TOGAF deliverables that provides a set of quantitative statements that outline what an implementation project must do in order to comply with the architecture12. It is a companion to the Architecture Definition Document, which provides a qualitative view of the solution and aims to communicate the intent of the architect. The Architecture Requirements Specification provides a quantitative view of the solution, stating measurable criteria that must be met during the implementation of the architecture3. It typically forms a major component of an implementation contract or contract for more detailed Architecture Definition4. Reference:
* Deliverable: Architecture Requirements Specification - The Open Group
* Architecture Requirements Specification - Visual Paradigm Community Circle
* The TOGAF Standard, Version 9.2 - Definitions - The Open Group
* The TOGAF Standard, Version 9.2 - Architecture Requirements Specification - The Open Group
質問 # 87
Consider the following extract of the purpose of an ADM Phase:
Phase Output & Outcome / Essential Knowledge
? - "A set of work packages that address the set of gaps, with an indication of value produced and effort required, and dependencies between the work packages to reach the adjusted target." What ADM Phase is this?
- A. Phase B
- B. Phase E
- C. Phase A
- D. Phase C
正解：B
解説：
Phase E: Opportunities & Solutions - Steps/Outputs emphasize grouping work packages, dependencies, and planning the roadmap/plan that reflect value/effort:
"Identify and group major work packages... Refine and validate dependencies... Create the Architecture Roadmap & Implementation and Migration Plan." www.opengroup.org Reference: The Open Group, TOGAF Conformance Requirements-Phase E steps and outputs.
質問 # 88
......
The Open Group OGEA-101 認定試験の出題範囲：
| トピック | 出題範囲 |
|---|---|
| トピック 1 |
|
| トピック 2 |
|
| トピック 3 |
|
| トピック 4 |
|
| トピック 5 |
|
| トピック 6 |
|
| トピック 7 |
|
| トピック 8 |
|
| トピック 9 |
|
OGEA-101問題集PDFとテストエンジン試験問題：https://jp.fast2test.com/OGEA-101-premium-file.html
無料提供中で最新のOGEA-101認定有効な試験問題集はこれ：https://drive.google.com/open?id=1ryUxaFpiY0s9EWNpVo4kwal3kORWrr80