更新された2024年06月テストエンジン練習OGEA-101問題集と練習試験合格させます
問題集お試しセットOGEA-101テストエンジンで問題集トレーニングには94問あります
質問 # 36
Which of the following describes the practice by which the enterprise architecture is managed and controlled at an enterprise-wide level?
- A. Architecture governance
- B. Technology governance
- C. IT governance
- D. Corporate governance
正解:A
解説:
According to the TOGAF Standard, 10th Edition, architecture governance is "the practice by which enterprise architectures and other architectures are managed and controlled at an enterprise-wide level" 1. Architecture governance ensures that the architecture development and implementation are aligned with the strategic objectives, principles, standards, and requirements of the enterprise, and that they deliver the expected value and outcomes. Architecture governance also involves establishing and maintaining the architecture framework, repository, board, contracts, and compliance reviews 1. The other options are not correct, as they are not the term used by the TOGAF Standard to describe the practice by which the enterprise architecture is managed and controlled at an enterprise-wide level. Corporate governance is "the system by which an organization is directed and controlled" 2, and it covers aspects such as leadership, strategy, performance, accountability, and ethics. IT governance is "the system by which the current and future use of IT is directed and controlled" 2, and it covers aspects such as IT strategy, policies, standards, and services. Technology governance is "the system by which the technology decisions and investments are directed and controlled" 3, and it covers aspects such as technology selection, acquisition, deployment, and maintenance. Reference: 1: TOGAF Standard, 10th Edition, Part VI: Architecture Governance, Chapter 44: Introduction. 2: TOGAF Standard, 10th Edition, Part I: Introduction, Chapter 3: Definitions. 3: TOGAF Series Guide: Using the TOGAF Framework to Define and Govern Service-Oriented Architectures, Part II: Using the TOGAF Framework to Define and Govern Service-Oriented Architectures, Chapter 5: Technology Governance.
質問 # 37
Which of the following statements about architecture partitioning is correct?
- A. Partitions are defined and assigned to agile Enterprise Architecture teams.
- B. Partitions are equivalent to architecture levels.
- C. Partitions reflect the organization's structure.
- D. Partitions are used to simplify the management of the Enterprise Architecture.
正解:D
解説:
Based on the web search results, architecture partitioning is a technique that divides the Enterprise Architecture into smaller and manageable segments or groups, based on various classification criteria, such as subject matter, time, maturity, volatility, etc.12 Architecture partitioning is used to simplify the development and management of the Enterprise Architecture, by reducing complexity, improving governance, enhancing reusability, and increasing alignment and agility12. Therefore, the statement that partitions are used to simplify the management of the Enterprise Architecture is correct.
The other statements are incorrect because:
* Partitions are not equivalent to architecture levels. Architecture levels are different layers of abstraction that describe the Enterprise Architecture from different perspectives, such as strategic, segment, and capability3. Partitions are subsets of architectures that are defined within or across the levels, based on specific criteria1.
* Partitions do not necessarily reflect the organization's structure. The organization's structure is one possible criterion for partitioning the architecture, but it is not the only one. Other criteria, such as business function, product, service, geography, etc., can also be used to partition the architecture12.
* Partitions are not defined and assigned to agile Enterprise Architecture teams. Agile Enterprise Architecture is an approach that applies agile principles and practices to the architecture work, such as iterative development, frequent feedback, adaptive planning, and continuous delivery4. Partitions are not a specific feature of agile Enterprise Architecture, but a general technique that can be applied to any architecture method or framework, including TOGAF12.
質問 # 38
What are the following activities part of?
. Risk classification
. Risk identification
. Initial risk assessment
- A. Risk Management
- B. Phase A
- C. Phase G
- D. Security Architecture
正解:A
解説:
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.
質問 # 39
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1C-2B-3A-4C
- B. 1A-2B-3C-4D
- C. 1C-2D-3B-4A
- D. 1B-2D-3A-4C
正解:A
解説:
* 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
質問 # 40
Which section of the TOGAF template for Architecture Principles should highlight the requirements for carrying out the principle?
- A. Implications
- B. Rationale
- C. Statement
- D. Name
正解:A
解説:
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.
質問 # 41
What component of the Architecture Repository represents architecture requirements agreed with the Architecture Board?
- A. Reference Library
- B. Architecture Capability
- C. Architecture Requirements Repository
- D. Governance Log
正解:C
解説:
The Architecture Requirements Repository stores all the requirements that are output of the architecture development cycle, as well as the requirements that are input to the architecture development cycle1. The Architecture Requirements Repository includes the following types of requirements1:
* Stakeholder Requirements: These are the high-level requirements and expectations of the stakeholders, derived from the business drivers, goals, and objectives. They are captured and refined in the Architecture Vision phase and the Requirements Management phase.
* Architecture Requirements: These are the detailed requirements that specify what the architecture must do or deliver to meet the stakeholder requirements. They are derived and refined in the Business, Information Systems, and Technology Architecture phases.
* Implementation and Migration Requirements: These are the detailed requirements that specify what the implementation and migration projects must do or deliver to realize the architecture. They are derived and refined in the Opportunities and Solutions and Migration Planning phases.
The Architecture Requirements Repository is used to manage the architecture requirements throughout the architecture lifecycle, ensuring their traceability, consistency, and compliance1. The Architecture Board is the authority that reviews and approves the architecture requirements, as well as the architecture deliverables and artifacts, as part of the architecture governance process2.
質問 # 42
Complete the sentence Business Transformation Readiness Assessment is_________________.
- A. widely used to validate an architecture that is being developed
- B. a joint effort between corporate staff lines of business and IT planners
- C. to ensure the active support of powerful stakeholders
- D. a way to put building blocks into context thereby supporting re-usable solutions
正解:B
解説:
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.
質問 # 43
Which of the following describes a purpose of Architecture Principles?
- A. To describe likely impacts resulting from successful deployment of the target architecture.
- B. To provide a better understanding about the enterprise's culture and values
- C. To establish a common understanding of how to control the business in pursuit of strategic objectives
- D. To form a contract between sponsoring organization and the enterprise architects
正解:C
解説:
Architecture Principles are general rules and guidelines that inform and support the way in which an organization sets about fulfilling its mission. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions. One of the purposes of Architecture Principles is to establish a common understanding of how to control the business in pursuit of strategic objectives, by providing a framework for evaluating and agreeing on the changes that affect the enterprise's architecture3 Reference: 3: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 23: Architecture Principles : The TOGAF Standard, Version 9.2, Part IV: Architecture Content Framework, Chapter 31: Architecture Principles
質問 # 44
According to the TOGAF standard, what term describes an individual with an interest in a system?
- A. stakeholder
- B. consumer
- C. sponsor
- D. lead architect
正解:A
解説:
According to the TOGAF Standard, 10th Edition, a stakeholder is "an individual with an interest in a system" 1. A stakeholder can be anyone who is affected by the system, or who can influence or be influenced by the system. Stakeholders can have different roles, perspectives, and concerns regarding the system, and they can be internal or external to the organization. Stakeholder management is a technique that helps to identify, analyze, and engage the stakeholders of an architecture project, and to address their needs and expectations 2. The other options are not correct, as they are not the term used by the TOGAF Standard to describe an individual with an interest in a system. A consumer is "an individual or group that uses a product or service" 1. A lead architect is "an individual who is responsible for leading the development of an architecture" 1. A sponsor is "an individual who provides funding and support for an architecture project" 1. Reference: 1: TOGAF Standard, 10th Edition, Part I: Introduction, Chapter 3: Definitions. 2: TOGAF Standard, 10th Edition, Part III: ADM Guidelines and Techniques, Chapter 24: Stakeholder Management.
質問 # 45
Refer to the table below:
Which ADM Phase does this describe?
- A. Phase G
- B. Phase F
- C. Phase A
- D. Phase E
正解:A
解説:
The table describes the output, outcome, and essential knowledge of an ADM phase that oversees the implementation of changes necessary to reach the adjusted target state. This corresponds to Phase G, also known as Implementation Governance, which ensures that the architecture defined in earlier phases is realized, and it oversees the development and implementation of projects to align with this architecture. The essential knowledge required during this phase includes understanding constraints on the implementation team and adjusting stakeholder priority and preference in response to success, value, effort, and risk of change. Reference: TOGAF Version 9.1 - 1
質問 # 46
What is present in all phases within the ADM and should be identified, classified and mitigated before starting a transformation effort?
- A. Schedule constraints
- B. Budgetary constraints
- C. Information gaps
- D. Risk
正解:D
解説:
According to the TOGAF Standard, 10th Edition, risk is present in all phases within the Architecture Development Method (ADM), and it should be identified, classified, and mitigated before starting a transformation effort 1. Risk is defined as "the effect of uncertainty on objectives" 2, and it can have positive or negative impacts on the architecture project. Risk management is a technique that helps to assess and address the potential risks that may affect the achievement of the architecture objectives, and to balance the trade-offs between opportunities and threats. Risk management is applied throughout the ADM cycle, from the Preliminary Phase to the Requirements Management Phase, and it is integrated with other techniques, such as stakeholder management, business transformation readiness assessment, gap analysis, and migration planning 1. The other options are not correct, as they are not present in all phases within the ADM, and they are not necessarily identified, classified, and mitigated before starting a transformation effort. Budgetary constraints are the limitations on the financial resources available for the architecture project, and they are usually considered in Phase E: Opportunities and Solutions, and Phase F: Migration Planning 3. Schedule constraints are the limitations on the time available for the architecture project, and they are also usually considered in Phase E and F 3. Information gaps are the missing or incomplete data or knowledge that may affect the architecture project, and they are usually identified in Phase B: Business Architecture, Phase C: Information Systems Architecture, and Phase D: Technology Architecture . Reference: 1: TOGAF Standard, 10th Edition, Part III: ADM Guidelines and Techniques, Chapter 32: Risk Management. 2: TOGAF Standard, 10th Edition, Part I: Introduction, Chapter 3: Definitions. 3: TOGAF Standard, 10th Edition, Part II: Architecture Development Method, Chapter 16: Phase E: Opportunities and Solutions, and Chapter 17: Phase F: Migration Planning. : TOGAF Standard, 10th Edition, Part II: Architecture Development Method, Chapter 13: Phase B: Business Architecture, Chapter 14: Phase C: Information Systems Architecture, and Chapter 15: Phase D: Technology Architecture.
質問 # 47
Exhibit:
Consider the illustration. What are the items labelled A, B, and C?
- A. A-Enterprise Repository, B-Board repository, C-Enterprise Capability
- B. A-Architecture Repository, B-Governing Board, C-Enterprise Capability
- C. A-Architecture Repository, B-Governance Repository, C-Architecture Capability
- D. A-Enterprise Repository, B-Governance Repository, C-Board Repository
正解:B
解説:
* A-Architecture Repository: This is a part of the Architecture Metamodel that contains artifacts structured according to the metamodel. It includes the Architecture Landscape which is adopted by the enterprise and governed by certain standards and practices.
* B-Governing Board: The Governing Board ensures visibility and escalation, meaning it oversees and manages the capability of the architecture landscape. It plays a crucial role in governance.
* C-Enterprise Capability: This refers to how well an enterprise can execute its mission, meet business objectives or satisfy its stakeholders' needs and expectations. It's influenced by both internal factors (like resources, processes) and external ones (like market trends).
質問 # 48
Complete the sentence The Enterprise Continuum provides methods for classifying architecture artifacts as they evolve from________________________.
- A. Foundation Architectures to re-usable architecture assets
- B. generic architectures to Organization-Specific Architectures
- C. generic architectures to reusable Solution Building Blocks
- D. Solutions Architectures to Solution Building Blocks
正解:B
解説:
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.
質問 # 49
Which statement best describes iteration and the ADM?
- A. The level of detail is defined once and applies to all iterations
- B. The ADM is sequential Iteration is applied within phases
- C. The ADM is iterative within the first cycle and then between phases
- D. The ADM is iterative, over the whole process between phases and within phases
正解:D
解説:
This statement best describes iteration and the ADM. The ADM is iterative over the whole process between phases and within phases because it allows for feedback loops and refinements at any point in the architecture development and transition process. Iteration enables architects to address changing requirements, assumptions, constraints, and environments; to validate and improve architectures; to manage risks and issues; and to ensure stakeholder satisfaction and value realization. Reference: The TOGAF Standard | The Open Group Website, Section 3.1 Introduction to the ADM.
質問 # 50
What is an objective of the ADM Implementation Governance Phase?
- A. To ensure conformance for the target architecture
- B. To establish the resources for architecture governance
- C. To finalize the Implementation and Migration Plan
- D. To provide continual monitoring of the governance framework
正解:A
解説:
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.
質問 # 51
What does the TOGAF ADM recommend for use in developing an Architecture Vision document?
- A. Requirements Management
- B. Business Scenarios
- C. Architecture Principles
- D. Gap Analysis
正解:B
解説:
Business scenarios are a technique recommended by the TOGAF ADM for use in developing an Architecture Vision document12. Business scenarios are a means of capturing the business requirements and drivers, the processes and actors involved, and the desired outcomes and measures of success34. Business scenarios help to create a common vision and understanding among the stakeholders, and to identify and validate the architecture requirements . Business scenarios also provide a basis for analyzing the impact and value of the proposed architecture. Reference:
* The TOGAF Standard, Version 9.2 - Phase A: Architecture Vision - The Open Group
* TOGAF Standard - Introduction - Phase A: Architecture Vision
* The TOGAF Standard, Version 9.2 - Definitions - The Open Group
* Business Scenarios - The Open Group
* [The TOGAF Standard, Version 9.2 - Architecture Requirements Specification - The Open Group]
* [The TOGAF Standard, Version 9.2 - Architecture Vision - The Open Group]
* [The TOGAF Standard, Version 9.2 - Business Transformation Readiness Assessment - The Open Group]
質問 # 52
Complete the sentence The TOGAF standard covers the development of four architecture domains. Business. Data, Technology and__________________.
- A. Capability
- B. Segment
- C. Transition
- 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).
質問 # 53
......
The Open Group OGEA-101問題集カバー率リアル試験問題:https://www.passtest.jp/TheOpenGroup/OGEA-101-shiken.html
リアルOGEA-101問題集でThe Open Group問題集PDF:https://drive.google.com/open?id=1_qtbbku0PsUdMRHn2bfT4eNCnqYxE8bb