本日更新の2025年04月試験エンジンとPDF OGEA-101テスト無料！
究極のガイド準備OGEA-101正確なPDF解答
The Open Group OGEA-101 認定試験の出題範囲：
| トピック | 出題範囲 |
|---|---|
| トピック 1 |
|
| トピック 2 |
|
| トピック 3 |
|
| トピック 4 |
|
| トピック 5 |
|
| トピック 6 |
|
| トピック 7 |
|
| トピック 8 |
|
質問 # 46
What can architects present to stakeholders to extract hidden agendas, principles, and requirements that could impact the final Target Architecture?
- A. Business Scenarios and Business Models
- B. Solutions and Applications
- C. Architecture Views and Architecture Viewpoints
- D. Alternatives and Trade-offs
正解：C
解説：
* According to the TOGAF Standard, Version 9.2, an architecture view is a representation of a system from the perspective of a related set of concerns1. It consists of one or more architecture models that demonstrate how the system addresses the stakeholder concerns1.
* An architecture viewpoint is a specification of the conventions for constructing and using an architecture view to address specific stakeholder concerns1. It defines the perspective, scope, notation, and techniques for creating an architecture view of a system1.
* Architects can present architecture views and viewpoints to stakeholders to extract hidden agendas, principles, and requirements that could impact the final Target Architecture, because23:
oArchitecture views and viewpoints help to communicate and visualize the architecture in a way that is meaningful and relevant to different stakeholders, addressing their specific interests and needs.
oArchitecture views and viewpoints help to elicit and validate the stakeholder concerns and requirements, ensuring that they are aligned with the business goals and objectives, and that they are consistent and feasible within the architecture context.
oArchitecture views and viewpoints help to identify and resolve any conflicts, gaps, or trade-offs among the stakeholder concerns and requirements, ensuring that they are balanced and prioritized in the architecture design and decision-making.
oArchitecture views and viewpoints help to demonstrate and verify the value and benefits of the architecture to the stakeholders, ensuring that they are satisfied and committed to the architecture outcome and governance.
Reference:
* 1: The TOGAF Standard, Version 9.2, Chapter 22: Architecture Views, Viewpoints, and Stakeholders
* 2: The TOGAF Standard, Version 9.2, Chapter 4: Introduction to Part II, Section 4.2: What is an Architecture Framework?
* 3: The TOGAF Standard, Version 9.2, Chapter 31: Architectural Artifacts, Section 31.1: Basic Concepts
質問 # 47
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 F
- C. Phase A
- D. Phase G
正解：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. Reference: 1: TOGAF Standard, 10th Edition, Part III: ADM Guidelines and Techniques, Chapter 29: Business Transformation Readiness Assessment.
質問 # 48
Which section of the TOGAF template for Architecture Principles should highlight the requirements for carrying out the principle?
- A. Name
- B. Rationale
- C. Statement
- D. Implications
正解：D
解説：
The Implications section describes the impact of adhering to the principle on the organization, the processes, the information systems, and the technology23. It also identifies the changes, costs, and risks that may result from applying the principle23. The Implications section helps to communicate the benefits and consequences of the principle to the stakeholders and to guide the implementation and governance of the architecture23.
The other sections of the TOGAF template for Architecture Principles are1:
* Name: This section provides a short and memorable name for the principle that represents its essence and purpose23. The name should not mention any specific technology or solution23.
* Statement: This section provides a concise and formal definition of the principle that expresses the fundamental rule or constraint that the principle imposes23. The statement should be clear, unambiguous, and testable23.
* Rationale: This section provides the reasoning and justification for the principle, explaining why it is important and how it supports the business goals and drivers23. The rationale should also link the principle to the higher-level enterprise or IT principles that it elaborates on23.
質問 # 49
Which of the following is a responsibility of an Architecture Board?
- A. Achieving consistency between sub-architectures
- B. Allocating resources for architecture projects
- C. Conducting assessments of the maturity level of architecture discipline within the organization
- D. Determining the scope of an architecture compliance review
正解：A
解説：
One of the key responsibilities of an Architecture Board within the context of TOGAF is to achieve consistency between sub-architectures. This board is typically responsible for overseeing the development and maintenance of the enterprise architecture, ensuring that it aligns with the organization's overall strategy and objectives. They play a critical role in ensuring that all sub-architectures (like Business Architecture, Data Architecture, Application Architecture, and Technology Architecture) work together cohesively and support the overall enterprise architecture vision and strategy.
質問 # 50
Consider the image showing basic architectural concepts.
What are items A and B?
- A. A-Architecture Viewpoint, B-Architecture View
- B. A-Requirement. B-Candidate Architecture
- C. A-Architecture Board, B-Architecture Capability
- D. A-Candidate Architecture, B-Trade-off
正解：A
解説：
* The image shows a diagram that illustrates the basic concepts of architecture description as defined by the ISO/IEC/IEEE 42010:2011 standard1, which is also adopted by the TOGAF standard2.
* According to the ISO/IEC/IEEE 42010:2011 standard, an architecture description is a work product used to express an architecture, and it consists of one or more architecture views1.
* An architecture view is a representation of a system from the perspective of a related set of concerns, and it conforms to an architecture viewpoint1.
* An architecture viewpoint is a specification of the conventions for constructing and using an architecture view to address specific stakeholder concerns1.
* Therefore, the correct answer is option A, which identifies the items labeled as "A" and "B" in the image as an architecture viewpoint and an architecture view, respectively. Reference:
* 1: ISO/IEC/IEEE 42010:2011 - Systems and software engineering - Architecture description1
* 2: TOGAF Standard, Version 9.2 - Part IV: Architecture Content Framework - 31. Architectural Artifacts2
質問 # 51
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1A-2B-3C-4D
- B. 1B-2D-3A-4C
- C. 1C-2D-3B-4A
- D. 1C-2B-3A-4C
正解：D
解説：
* The objectives listed in the question correspond to the objectives of different phases of the TOGAF ADM (Architecture Development Method), which is a method for developing and managing an enterprise architecture1.
* The ADM consists of nine phases, each with a specific purpose and output. The phases are1:
oPreliminary Phase: To prepare and initiate the architecture development cycle, including defining the architecture framework, principles, and governance.
oPhase A: Architecture Vision: To define the scope, vision, and stakeholders of the architecture initiative, and to obtain approval to proceed.
oPhase B: Business Architecture: To describe the baseline and target business architecture, and to identify the gaps between them.
oPhase C: Information Systems Architectures: To describe the baseline and target data and application architectures, and to identify the gaps between them.
oPhase D: Technology Architecture: To describe the baseline and target technology architecture, and to identify the gaps between them.
oPhase E: Opportunities and Solutions: To identify and evaluate the opportunities and solutions for implementing the target architecture, and to define the work packages and transition architectures.
oPhase F: Migration Planning: To finalize the implementation and migration plan, and to ensure alignment with the enterprise portfolio and project management.
oPhase G: Implementation Governance: To provide architecture oversight and guidance for the implementation projects, and to manage any architecture change requests.
oPhase H: Architecture Change Management: To monitor the changes in the business and technology environment, and to assess the impact and performance of the architecture.
* Based on the above definitions, we can match each objective with the corresponding phase as follows:
oObjective 1: Develop the Target Data Architecture that enables the Business Architecture and the Architecture Vision. This objective is achieved in Phase C: Information Systems Architectures, where the data architecture is defined as a subset of the information systems architecture2.
oObjective 2: Develop the Target Business Architecture that describes how the enterprise needs to operate to achieve the business goals. This objective is achieved in Phase B: Business Architecture, where the business architecture is defined as a subset of the enterprise architecture3.
oObjective 3: Develop a high-level aspirational vision of the capabilities and business value to be delivered as a result of the proposed Enterprise Architecture. This objective is achieved in Phase A: Architecture Vision, where the architecture vision is defined as a high-level description of the target architecture and its benefits4.
oObjective 4: Develop the Target Application Architecture that enables the Business Architecture and the Architecture Vision, in a way that addresses the Statement of Architecture Work and stakeholder concerns. This objective is achieved in Phase C: Information Systems Architectures, where the application architecture is defined as a subset of the information systems architecture2.
Reference:
* 1: The TOGAF Standard, Version 9.2, Chapter 5: Architecture Development Method (ADM)
* 2: The TOGAF Standard, Version 9.2, Chapter 9: Phase C: Information Systems Architectures
* 3: The TOGAF Standard, Version 9.2, Chapter 8: Phase B: Business Architecture
* 4: The TOGAF Standard, Version 9.2, Chapter 7: Phase A: Architecture Vision
質問 # 52
Complete the following sentence. In the ADM, documents which are under development and have not undergone any formal review and approval process are called______ Documents which have been reviewed and approved are called ______
- A. "draft" - "approved"
- B. "draft"- "finalized"
- C. "Version 0.1" - "Version 1.0"
- D. "concept" - "deliverable"
正解：A
解説：
According to the TOGAF Standard, 10th Edition, documents which are under development and have not undergone any formal review and approval process are called draft documents, while documents which have been reviewed and approved are called approved documents 1. Draft documents are typically marked with a version number of 0.x, indicating that they are incomplete or provisional. Approved documents are typically marked with a version number of 1.0 or higher, indicating that they have been finalized and authorized. The other options are not correct, as they are not the terms used by the TOGAF Standard to distinguish between documents under development and documents that have been reviewed and approved. The terms "finalized", "concept", "deliverable", and "Version 0.1" and "Version 1.0" are not specific to the TOGAF Standard, and they may have different meanings or interpretations in different contexts. Reference: 1: TOGAF Standard, 10th Edition, Part II: Architecture Development Method, Chapter 7: Applying Iteration to the ADM, Section 7.2.3 Document Categorization.
質問 # 53
Consider the following statement:
Separate projects may operate their own ADM cycles concurrently, with relationships between the different projects What does it illustrate?
- A. Iteration
- B. Enterprise Architecture
- C. Requirements management
- D. Implementation governance
正解：A
解説：
The statement illustrates iteration and the ADM. Iteration is the technique of repeating a process or a phase with the aim of improving or refining the outcome. Iteration allows for feedback loops and adaptations at any point in the architecture development and transition process. Separate projects may operate their own ADM cycles concurrently, with relationships between the different projects, to address different aspects or levels of the architecture in an iterative manner. Reference: The TOGAF Standard | The Open Group Website, Section 3.1 Introduction to the ADM.
質問 # 54
Which of the following best describes the class of information known as the Reference Library within the Architecture Repository?
- A. Specifications to which architectures must conform
- B. Processes to support governance of the Architecture Repository
- C. Guidelines and templates used to create new architectures
- D. A record of the governance activity across the enterprise
正解：C
解説：
The class of information known as the Reference Library within the Architecture Repository contains guidelines and templates used to create new architectures. The Reference Library provides a set of resources that can be leveraged or customized for specific architecture development purposes. It includes generic building blocks, patterns, models, standards, frameworks, methods, techniques, best practices, etc. Reference: The TOGAF Standard | The Open Group Website, Section 2.4 Architecture Repository.
質問 # 55
Complete the sentence Business Transformation Readiness Assessment is_________________.
- A. a way to put building blocks into context thereby supporting re-usable solutions
- B. to ensure the active support of powerful stakeholders
- C. widely used to validate an architecture that is being developed
- D. a joint effort between corporate staff lines of business and IT planners
正解：D
解説：
Business Transformation Readiness Assessment is a joint effort between corporate staff lines of business and IT planners to evaluate the readiness of the organization to undergo change. It involves assessing factors such as vision, commitment, capacity, capability, culture, and motivation that may influence the success of a business transformation initiative. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.2 Business Transformation Readiness Assessment.
質問 # 56
Exhibit:
Consider the image showing basic architectural concepts.
What are items A and B?
- A. A-User, B-Requirement
- B. A-Base Architecture, B-Target Architecture
- C. A-Candidate Architecture, B-Trade-off
- D. A-Stakeholder, B-Concern
正解：D
解説：
In the context of TOGAF, a stakeholder is any individual, team, or organization who has interests in, or concerns relative to, the outcome of the architecture. Concerns are those interests which pertain to any aspect of the system's functioning, development or operation, including considerations such as performance, reliability, and security1. Reference:
* The TOGAF Standard, Version 9.2 - Definitions - The Open Group
質問 # 57
Which of the following best describes the purpose of the Gap Analysis technique?
- A. To develop a set of general rules and guidelines for the architecture
- B. To govern the architecture throughout its implementation process
- C. To identify items omitted from the Target Architecture
- D. To allocate resources for architecture projects
正解：C
解説：
The purpose of the Gap Analysis technique is similar to the previous question, but with a focus on the Target Architecture. The technique helps to identify the items that are not included or specified in the Target Architecture, such as capabilities, services, components, standards, or technologies. These items may be essential for achieving the vision and goals of the enterprise, or for addressing the stakeholder concerns and requirements. By identifying the items omitted from the Target Architecture, the technique helps to ensure that the architecture is comprehensive, feasible, and realistic.
質問 # 58
Complete the sentence The TOGAF standard covers the development of four architecture domains. Business. Data, Technology and__________________.
- A. Segment
- B. Transition
- C. Capability
- D. Application
正解：D
解説：
The TOGAF standard covers the development of four architecture domains: Business, Data, Technology and Application. These domains represent different aspects of an enterprise's architecture and provide a consistent way of describing, analyzing, and designing them. Reference: The TOGAF Standard | The Open Group Website, Section 2.2 Architecture Development Method (ADM).
質問 # 59
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1F-2G-3G-4H
- B. 1F-2G-3H-4H
- C. 1G-2H-3H-4F
- D. 1H-2F-3F-4G
正解：D
解説：
According to the TOGAF Standard, Version 9.2, the ADM phases and their objectives are as follows1:
Preliminary Phase: To prepare and initiate the architecture development cycle, including defining the architecture framework, principles, and governance.
Phase A: Architecture Vision: To define the scope, vision, and stakeholders of the architecture initiative, and to obtain approval to proceed.
Phase B: Business Architecture: To describe the baseline and target business architecture, and to identify the gaps between them.
Phase C: Information Systems Architectures: To describe the baseline and target data and application 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 solutions for implementing the target architecture, and to define the work packages and transition architectures.
Phase F: Migration Planning: To finalize the implementation and migration plan, and to ensure alignment with the enterprise portfolio and project management.
Phase G: Implementation Governance: To provide architecture oversight and guidance for the implementation projects, and to manage any architecture change requests.
Phase H: Architecture Change Management: To monitor the changes in the business and technology environment, and to assess the impact and performance of the architecture.
Requirements Management: To manage the architecture requirements throughout the ADM cycle, and to ensure alignment with the business requirements.
Based on the above definitions, we can match each objective with the corresponding phase as follows:
Objective 1: Ensure that the business value and cost of work packages and transition architectures is understood by key stakeholders. This objective is achieved in Phase H: Architecture Change Management, where the value realization and cost-benefit analysis of the architecture are performed2.
Objective 2: Ensure conformance with the Target Architecture by implementation projects. This objective is achieved in Phase F: Migration Planning, where the conformance requirements and criteria for the implementation projects are defined3.
Objective 3: Ensure that the architecture development cycle is maintained. This objective is achieved in Phase F: Migration Planning, where the architecture roadmap and iteration cycle are maintained3.
Objective 4: Ensure that the Architecture Governance Framework is executed. This objective is achieved in Phase G: Implementation Governance, where the architecture governance processes and procedures are applied to the implementation projects4.
Reference:
1: The TOGAF Standard, Version 9.2, Chapter 5: Architecture Development Method (ADM)
2: The TOGAF Standard, Version 9.2, Chapter 21: Architecture Change Management
3: The TOGAF Standard, Version 9.2, Chapter 20: Migration Planning
4: The TOGAF Standard, Version 9.2, Chapter 19: Implementation Governance
質問 # 60
Which of the following best describes purpose of the Business Scenarios?
- A. To catch errors in a project architecture early
- B. To identify risk when implementing an architecture project
- C. To identify and understand requirements
- D. To guide decision making throughout the enterprise
正解：C
解説：
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
質問 # 61
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. Reference Library
- B. Architecture Landscape
- C. Governance Log
- D. Architecture Metamodel
正解：B
解説：
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
質問 # 62
Which of the following is included as part of Architecture Governance1?
- A. Interacting with the CxO level on Enterprise Architecture
- B. Ensuring compliance with internal and external standards and regulatory obligations
- C. Creating and maintaining the Statement of Architecture Work though out the ADM cycle
- D. Managing Stakeholders and their requirements
正解：B
解説：
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.
質問 # 63
Which of the following statements about architecture partitioning are correct*?
1 Partitions are used to simplify the management of the Enterprise Architecture
2 Partitions are equivalent to architecture levels
3 Partitions enable different teams to work on different element of the architecture at the same time.
4 Partitions reflect the organization's structure
- A. 1 & 4
- B. 2 & 4
- C. 1 & 3
- D. 2 & 3
正解：C
解説：
Statements 1 and 3 about architecture partitioning are correct. Architecture partitioning is the technique of dividing an architecture into smaller and more manageable parts that can be developed, maintained, and governed independently. Partitions are used to simplify the management of the Enterprise Architecture and to enable different teams to work on different elements of the architecture at the same time. Partitions are not equivalent to architecture levels, which are different degrees of abstraction or detail in an architecture. Partitions do not necessarily reflect the organization's structure, which may change over time or differ from the architecture's scope and boundaries. Reference: The TOGAF Standard | The Open Group Website, Section 2.5 Architecture Partitioning.
質問 # 64
Complete the sentence The Architecture Landscape is divided into levels known as__________________________.
- A. Segment Strategic and Capability Architectures
- B. Gaps Plateaus, and Target Architectures
- C. Transitional Complete and incremental Architectures
- D. Baseline. Transition and To Be Architectures
正解：A
解説：
The Architecture Landscape is divided into levels known as Segment Strategic and Capability Architectures. These levels correspond to different scopes and purposes of architectures within an enterprise. Segment Architectures are architectures that address specific business units, functions, or processes within an enterprise. Strategic Architectures are architectures that provide a high-level view of the enterprise's vision, goals, and direction. Capability Architectures are architectures that address specific business capabilities or services that span multiple segments or domains. Reference: The TOGAF Standard | The Open Group Website, Section 2.4 Architecture Repository.
質問 # 65
Which section of the TOGAF template for Architecture Principles should highlight the business benefits of adhering to the principle?
- A. Implications
- B. Name
- C. Rationale
- D. Statement
正解：C
解説：
According to the TOGAF Standard, 10th Edition, the rationale section of the architecture principles template should highlight the business benefits of adhering to the principle, as well as the business risks of not adhering to it 1. The rationale section should explain the reasoning behind the principle, and provide evidence or arguments to support it. The rationale section should also link the principle to the business drivers, goals, and objectives of the enterprise, and show how the principle contributes to the value and success of the enterprise. The other options are not correct, as they have different purposes in the architecture principles template. The name section should provide a short and memorable name for the principle, such as "Information is an Asset" or "Business Continuity" 1. The statement section should provide a concise and formal statement of the principle, such as "The enterprise's information is recognized as a core asset, and is managed accordingly" or "The enterprise's ability to provide critical services and products must be maintained in the event of a disaster" 1. The implications section should identify the impact of the principle on the enterprise, such as the changes, costs, benefits, and risks that may result from applying or violating the principle 1. Reference: 1: TOGAF Standard, 10th Edition, Part III: ADM Guidelines and Techniques, Chapter 23: Architecture Principles, Section 23.3 Developing Architecture Principles.
質問 # 66
Which statement about Requirements Management is most correct?
- A. Requirements Management is a step of all ADM Phases
- B. The purpose of Requirements Management is to process change requests
- C. Requirements Management and stakeholder engagement are placed at the center of architecture development
- D. Stakeholder requirements are captured once in Phase A and managed throughout the ADM cycle
正解：C
解説：
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.
質問 # 67
Complete the sentence. Actions arising from the Business Transformation Readiness Assessment technique should be incorporated in the
- A. Architecture Roadmap
- B. Architecture Requirements Specification
- 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
質問 # 68
Complete the sentence. The four purposes that typically frame the planning horizon, depth and breadth of an Architecture Project, and the contents of the EA Repository are Strategy, Portfolio,
- A. Project, and Solution Delivery.
- B. Segment, and End-to-end Target Architecture.
- C. Subordinate, and Superior Architecture.
- D. Discreet, and Cohesive.
正解：B
解説：
The planning horizon, depth, and breadth of an Architecture Project, along with the contents of the EA Repository, are typically framed by Strategy, Portfolio, Segment, and End-to-end Target Architecture. The 'Segment' refers to a part of the organization, typically addressed in a Segment Architecture, while 'End-to-end Target Architecture' encompasses the complete view of the planned architecture across the entire organization.
質問 # 69
Consider the following statement:
According to the TOGAF Standard a governed approach of a particular deliverable will ensure a system of continuous monitoring to check integrity changes decision-making and audit of all architecture-related activities Which deliverable is being referred to?
- A. The Architecture Definition Document
- B. An Architecture Contract
- C. The Architecture Vision
- D. The Statement of Architecture Work
正解：B
解説：
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 architecture-related activities. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.4 Architecture Contracts.
質問 # 70
Consider the following statement.
Projects may cycle between ADM phases, in planned cycles covering multiple phases.
What does it illustrate?
- A. Iteration
- B. Enterprise Architecture
- C. Requirements management
- D. Implementation governance
正解：A
解説：
The statement "Projects may cycle between ADM phases, in planned cycles covering multiple phases" illustrates the concept of iteration, which is the process of repeating the ADM phases or steps within a phase to refine the architecture outputs and address the changing requirements and stakeholder concerns. Iteration can occur at different levels of granularity and scope, such as within a single phase, across multiple phases, or across the entire ADM cycle. Iteration can also be applied to different architecture domains, such as business, data, application, and technology. Iteration is a key feature of the ADM that enables the development of architectures that are fit for purpose, adaptable, and responsive to change. Reference: : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 24: Applying Iteration to the ADM
質問 # 71
......
合格させるThe Open GroupはFast2test試験問題集：https://jp.fast2test.com/OGEA-101-premium-file.html
完全版最新のOGEA-101問題集で100%カバー率問題と解答があなたをリアル試験で合格させる：https://drive.google.com/open?id=1teshLU3xOMDRH7jNxe5T-NXfeR__VTpZ