Ace The Open Group OGEA-101 Certification with Actual Questions Oct 10, 2024 Updated
2024 The Most Effective OGEA-101 with 95 Questions Answers
NEW QUESTION # 26
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. "concept" - "deliverable"
- B. "draft" - "approved"
- C. "draft"- "finalized"
- D. "Version 0.1" - "Version 1.0"
Answer: B
Explanation:
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.
NEW QUESTION # 27
Consider the following ADM phases objectives.
Objective:
1. Develop the Target Data Architecture that enables the Business Architecture and the Architecture Vision
2. Develop the Target Business Architecture that describes how the enterprise needs to operate to achieve the business goals
3. Develop a high-level aspirational vision of the capabilities and business value to be delivered as a result of the proposed Enterprise Architecture
4. Identify candidate Architecture Roadmap components based upon gaps between the Baseline and Target Technology Architectures Which phase does each objective match?
- A. 1C-2B-3A-4D
- B. 1B-2D-3A-4C
- C. 1C-2D-3B-4A
- D. 1A-2B-3C-4D
Answer: A
Explanation:
* Phase A: Architecture Vision
o Develop a high-level aspirational vision of the capabilities and business value to be delivered as a result of the proposed Enterprise Architecture o Define the scope and boundaries of the architecture engagement o Identify the key stakeholders and their concerns and expectations o Define the Architecture Vision statement and the Architecture Definition Document o Obtain approval and commitment from the sponsors and stakeholders
* Phase B: Business Architecture
o Develop the Target Business Architecture that describes how the enterprise needs to operate to achieve the business goals o Define the Baseline Business Architecture, if not available o Perform a gap analysis between the Baseline and Target Business Architectures o Define candidate roadmap components for the Business Architecture o Resolve impacts across the Architecture Landscape
* Phase C: Information Systems Architecture
o Develop the Target Data Architecture that enables the Business Architecture and the Architecture Vision o Develop the Target Application Architecture that supports the Business Architecture and the Architecture Vision o Define the Baseline Data and Application Architectures, if not available o Perform a gap analysis between the Baseline and Target Data and Application Architectures o Define candidate roadmap components for the Information Systems Architecture o Resolve impacts across the Architecture Landscape
* Phase D: Technology Architecture
o Develop the Target Technology Architecture that enables the Information Systems Architecture and the Architecture Vision o Define the Baseline Technology Architecture, if not available o Perform a gap analysis between the Baseline and Target Technology Architectures o Identify candidate Architecture Roadmap components based upon gaps between the Baseline and Target Technology Architectures o Resolve impacts across the Architecture Landscape Therefore, the correct matching of the objectives and the phases is:
* 1C: Develop the Target Data Architecture that enables the Business Architecture and the Architecture Vision
* 2B: Develop the Target Business Architecture that describes how the enterprise needs to operate to achieve the business goals
* 3A: Develop a high-level aspirational vision of the capabilities and business value to be delivered as a result of the proposed Enterprise Architecture
* 4D: Identify candidate Architecture Roadmap components based upon gaps between the Baseline and Target Technology Architectures
NEW QUESTION # 28
Which of the following describes a purpose of Architecture Principles?
- A. To form a contract between sponsoring organization and the enterprise architects
- B. To establish a common understanding of how to control the business in pursuit of strategic objectives
- C. To describe likely impacts resulting from successful deployment of the target architecture.
- D. To provide a better understanding about the enterprise's culture and values
Answer: B
Explanation:
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
NEW QUESTION # 29
Complete the sentence The purpose of Enterprise Architecture is to_______________.
- A. control the bigger changes
- B. take major improvement decisions
- C. govern the stakeholders
- D. guide effective change
Answer: D
Explanation:
The purpose of Enterprise Architecture is to guide effective change by providing a coherent and consistent view of the enterprise's current and future state, as well as the roadmap and principles for achieving it. Enterprise Architecture helps to align business and IT strategies, optimize resources and investments, reduce complexity and risks, enhance agility and innovation, and deliver value to stakeholders. Reference: The TOGAF Standard | The Open Group Website, Section 1.3 Executive Overview.
NEW QUESTION # 30
When considering the scope of an architecture, what dimension considers to what level of detail the architecting effort should go?
- A. Project
- B. Breadth
- C. Depth
- D. Architecture Domains
Answer: C
Explanation:
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.
NEW QUESTION # 31
Consider the following statement:
Separate projects may operate their own ADM cycles concurrently, with relationships between the different projects What does it illustrate?
- A. Enterprise Architecture
- B. Iteration
- C. Implementation governance
- D. Requirements management
Answer: B
Explanation:
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.
NEW QUESTION # 32
Which of the following does the TOGAF standard describe as a package of functionality defined to meet business needs across an organization?
- A. A deliverable
- B. An application
- C. A solution architecture
- D. A building block
Answer: D
NEW QUESTION # 33
Consider the following statement.
Projects may cycle between ADM phases, in planned cycles covering multiple phases.
What does it illustrate?
- A. Enterprise Architecture
- B. Iteration
- C. Implementation governance
- D. Requirements management
Answer: B
Explanation:
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
NEW QUESTION # 34
Which of the following supports the need to govern Enterprise Architecture?
- A. The TOGAF standard cannot be used without executive governance
- B. The Architecture Project mandates the governance of the target architecture
- C. Best practice governance enables the organization to control value realization
- D. The Stakeholders preferences may go beyond the architecture project scope and needs control
Answer: C
Explanation:
This statement best supports the need to govern Enterprise Architecture. Best practice governance enables the organization to control value realization by ensuring that architectures are aligned with the enterprise's strategy and objectives, meet the quality and performance requirements, and deliver the expected benefits and outcomes. The Architecture Project does not mandate the governance of the target architecture, but rather follows the governance framework established by the enterprise. The TOGAF standard can be used without executive governance, but it is recommended that executive sponsorship and support are obtained for successful architecture development and transition. The Stakeholders preferences may go beyond the architecture project scope and need control, but this is not the primary reason for governing Enterprise Architecture. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.6 Architecture Governance.
NEW QUESTION # 35
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1C-2B-3A-4C
- B. 1B-2D-3A-4C
- C. 1C-2D-3B-4A
- D. 1A-2B-3C-4D
Answer: A
Explanation:
* 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
NEW QUESTION # 36
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. 1 Architecture Principles -2 Architecture Contracts - 3 Architecture Requirements Specification-4 Request for Architecture Work
- B. 1 Architecture Requirements Specification -2 Architecture Principles - 3 Architecture Vision - 4 Architecture Contracts
- C. 1 Architecture Principles -2 Architecture Contracts - 3 Request for Architecture Work - 4 Architecture Requirements Specification
- D. 1 Architecture Contracts - 2 Architecture Requirements Specification - 3 Architecture Vision - 4 Architecture Principles
Answer: C
Explanation:
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.
NEW QUESTION # 37
Which of the following best describes the need for the ADM process to be governed?
- A. To verify that the method is being applied correctly
- B. To enable a fast response to market changes
- C. To permit the architecture domains to be integrated
- D. To enable development of reference architectures
Answer: A
Explanation:
According to the TOGAF standard, the need for the ADM process to be governed is to ensure that the architecture development and implementation activities are conducted in a consistent, coherent, and compliant manner1. Governance provides the means to verify that the method is being applied correctly and effectively, and that the architecture deliverables and artifacts meet the quality and standards criteria1. Governance also enables the management of risks, issues, changes, and dependencies that may arise during the ADM process1.
Some of the benefits of governing the ADM process are2:
* Improved alignment of the architecture with the business strategy and objectives
* Enhanced stakeholder engagement and communication
* Increased reuse and integration of architecture assets and resources
* Reduced complexity and duplication of architecture efforts
* Increased agility and adaptability of the architecture to changing needs and requirements
* Improved compliance and auditability of the architecture outcomes and outputs
NEW QUESTION # 38
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 Landscape
- C. Architecture Metamodel
- D. Reference Library
Answer: B
Explanation:
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
NEW QUESTION # 39
What is presented as "striking a balance between positive and negative outcomes resulting from the realization of either opportunities or threats?
- A. Risk Management
- B. Agile development
- C. Architecture Security
- D. Transition Management
Answer: A
Explanation:
Risk Management is the process of identifying, assessing, and responding to risks that may affect the achievement of the enterprise's objectives. Risk Management involves balancing positive and negative outcomes resulting from the realization of either opportunities or threats. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.3 Risk Management.
NEW QUESTION # 40
Complete the sentence. When considering agile development, Architecture to Support Portfolio 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. risk tolerance
- B. backlog
- C. business continuity
- D. operating model
Answer: B
Explanation:
When considering agile development, Architecture to Support Portfolio will identify the necessary products for the enterprise, define their boundaries, and outline the constraints for a product owner. This process directly relates to defining the enterprise's backlog, which in agile methodologies, is a prioritized list of work for the development team that is derived from the roadmap and its requirements.
NEW QUESTION # 41
What are the following activities part of?
* Initial risk assessment
* Risk mitigation and residual risk assessment
* Risk monitoring
- A. Security Architecture
- B. Risk Management
- C. Phase A
- D. Phase C
Answer: B
Explanation:
The following activities are part of Risk Management:
Initial risk assessment
Risk mitigation and residual risk assessment
Risk monitoring
Risk Management is the process of identifying, assessing, and responding to risks that may affect the achievement of the enterprise's objectives. Risk Management involves balancing positive and negative outcomes resulting from the realization of either opportunities or threats. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.3 Risk Management.
NEW QUESTION # 42
What can architects present to stakeholders to extract hidden agendas, principles, and requirements that could impact the final Target Architecture?
- A. Alternatives and Trade-offs
- B. Business Scenarios and Business Models
- C. Architecture Views and Architecture Viewpoints
- D. Solutions and Applications
Answer: C
Explanation:
* 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
NEW QUESTION # 43
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. Discreet, and Cohesive.
- B. Project, and Solution Delivery.
- C. Segment, and End-to-end Target Architecture.
- D. Subordinate, and Superior Architecture.
Answer: C
Explanation:
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.
NEW QUESTION # 44
Consider the following descriptions of deliverables consumed and produced across the TOGAF ADM cycle.
1-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
1-The joint agreements between development partners and sponsors on the deliverables, quality, and fitness-for-purpose of an architecture.
1-A document that is sent from the sponsoring organization to the
architecture organization to trigger the start of an architecture
development cycle
1-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. 1 Architecture Principles -2 Architecture Contracts - 3 Architecture Requirements Specification-4 Request for Architecture Work
- B. 1 Architecture Requirements Specification -2 Architecture Principles - 3 Architecture Vision - 4 Architecture Contracts
- C. 1 Architecture Principles -2 Architecture Contracts - 3 Request for Architecture Work - 4 Architecture Requirements Specification
- D. 1 Architecture Contracts - 2 Architecture Requirements Specification - 3 Architecture Vision - 4 Architecture Principles
Answer: C
Explanation:
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.
NEW QUESTION # 45
Which of the following best describes purpose of the Business Scenarios?
- A. To guide decision making throughout the enterprise
- B. To catch errors in a project architecture early
- C. To identify and understand requirements
- D. To identify risk when implementing an architecture project
Answer: C
Explanation:
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
NEW QUESTION # 46
Consider the following statement.
According to the TOGAF standard, a governed approach of a particular deliverable will ensure adherence to the principles, standards, and requirements of the existing or developing architectures.
Which deliverable does this refer to?
- A. An Architecture Contract
- B. The Architecture Definition Document
- C. The Statement of Architecture Work
- D. The Architecture Vision
Answer: A
Explanation:
According to the TOGAF Standard, 10th Edition, an architecture contract is "a formal agreement between a service provider and a service consumer that defines the mutual commitments and expectations for the delivery of an architecture" 1. An architecture contract is a governed approach of a particular deliverable that will ensure adherence to the principles, standards, and requirements of the existing or developing architectures, as it specifies the roles, responsibilities, deliverables, quality criteria, and acceptance criteria for the architecture work 1. The other options are not correct, as they are not governed approaches of a particular deliverable, but rather different types of deliverables within the architecture development process. An architecture vision is "a high-level, aspirational view of the target architecture" 1. A statement of architecture work is "a document that defines the scope and approach that will be used to complete an architecture project" 1. An architecture definition document is "a document that describes the baseline and target architectures for one or more domains" 1. Reference: 1: TOGAF Standard, 10th Edition, Part I: Introduction, Chapter 3: Definitions.
NEW QUESTION # 47
According to the TOGAF standard, what term describes an individual with an interest in a system?
- A. sponsor
- B. lead architect
- C. consumer
- D. stakeholder
Answer: D
Explanation:
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.
NEW QUESTION # 48
......
Try Free and Start Using Realistic Verified OGEA-101 Dumps Instantly.: https://pass4sure.practicedump.com/OGEA-101-exam-questions.html