Prepare Top The Open Group OGEA-101 Exam Study Guide Practice Questions Edition
Go to OGEA-101 Questions - Try OGEA-101 dumps pdf
NEW QUESTION # 10
Complete the sentence Business Transformation Readiness Assessment is_________________.
- A. a way to put building blocks into context thereby supporting re-usable solutions
- B. widely used to validate an architecture that is being developed
- C. to ensure the active support of powerful stakeholders
- D. a joint effort between corporate staff lines of business and IT planners
Answer: D
NEW QUESTION # 11
What ensures that a project transitioning into implementation also smoothly transitions into appropriate Architecture Governance?
- A. Transition Plan
- B. Migration Plan
- C. Implementation Governance Model
- D. Implementation Strategy
Answer: C
NEW QUESTION # 12
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. "Version 0.1" - "Version 1.0"
- B. "draft"- "finalized"
- C. "concept" - "deliverable"
- D. "draft" - "approved"
Answer: D
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. References: 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 # 13
Consider the image showing basic architectural concepts.
What are items A and B?
- A. A-Architecture Board, B-Architecture Capability
- B. A-Requirement. B-Candidate Architecture
- C. A-Architecture Viewpoint, B-Architecture View
- D. A-Candidate Architecture, B-Trade-off
Answer: C
Explanation:
* 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. References:
* 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
NEW QUESTION # 14
Which of the following is a responsibility of an Architecture Board?
- A. Conducting assessments of the maturity level of architecture discipline within the organization
- B. Establishing targets for re-use of components
- C. Allocating resources for architecture projects
- D. Creating the Statement of Architecture Work
Answer: B
Explanation:
* An Architecture Board is an executive-level group responsible for the review and maintenance of the strategic architecture and all of its sub-architectures1. It is a key element in a successful Architecture Governance strategy2.
* An Architecture Board is typically made responsible, and accountable, for achieving some or all of the following goals2:
* Providing the basis for all decision-making with regard to the architectures
* Consistency between sub-architectures
* Establishing targets for re-use of components
* Flexibility of the Enterprise Architecture: To meet changing business needs To leverage new technologies
* Enforcement of Architecture Compliance
* Improving the maturity level of architecture discipline within the organization
* Ensuring that the discipline of architecture-based development is adopted
* Supporting a visible escalation capability for out-of-bounds decisions
* Therefore, the correct answer is option D, which captures one of the goals of an Architecture Board as stated in the TOGAF Standard, Version 9.22.
* Option A is incorrect, because conducting assessments of the maturity level of architecture discipline within the organization is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Capability Framework3.
* Option B is incorrect, because allocating resources for architecture projects is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Governance Framework4.
* Option C is incorrect, because creating the Statement of Architecture Work is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Development Method5. References:
* 1: Architecture Board - The Open Group3
* 2: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Board
* 3: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Capability Framework
* 4: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Governance Framework
* 5: TOGAF Standard, Version 9.2 - Part II: Architecture Development Method - Phase A: Architecture Vision
NEW QUESTION # 15
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1H-2F-3F-4G
- B. 1F-2G-3G-4H
- C. 1G-2H-3H-4F
- D. 1F-2G-3H-4H
Answer: A
Explanation:
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
NEW QUESTION # 16
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. An EA Library
- D. A Stakeholder Map
Answer: B
Explanation:
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
NEW QUESTION # 17
Which of the following statements about architecture partitioning is correct?
- A. Partitions reflect the organization's structure.
- B. Partitions are used to simplify the management of the Enterprise Architecture.
- C. Partitions are equivalent to architecture levels.
- D. Partitions are defined and assigned to agile Enterprise Architecture teams.
Answer: B
Explanation:
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.
NEW QUESTION # 18
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. Managing Stakeholders and their requirements
- D. Creating and maintaining the Statement of Architecture Work though out the ADM cycle
Answer: B
Explanation:
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.
NEW QUESTION # 19
Complete the sentence. The purpose of the Gap Analysis technique is to _____.
- A. identify non-functional requirements for the architecture
- B. validate the architecture
- C. determine service levels for the architecture
- D. establish quality metrics for the architecture
Answer: B
Explanation:
Comprehensive and Detailed Explanation
Gap Analysis is an ADM technique used in Phases B, C, and D of the TOGAF ADM (Business, Information Systems, and Technology Architectures).
Its main purpose is to validate the target architecture by comparing the Baseline Architecture with the Target Architecture and identifying:
* Gaps (building blocks or capabilities present in the target but missing in the baseline).
* Overlaps (building blocks duplicated across architectures).
* Conflicts (inconsistencies between baseline and target).
The output of Gap Analysis provides:
* A validated Target Architecture.
* A set of identified gaps that must be addressed by future work packages in Phase E: Opportunities and Solutions.
Therefore, the purpose of Gap Analysis is best expressed as to validate the architecture (Answer D).
Why the other options are incorrect
* A. Establish quality metrics for the architecture: This is part of performance management and governance, not Gap Analysis.
* B. Identify non-functional requirements: Non-functional requirements are captured through requirements management and stakeholder analysis, not Gap Analysis.
* C. Determine service levels: Service levels are typically defined in SLAs and operational models, not through Gap Analysis.
References
* The Open Group, TOGAF Standard, Version 9.2, Part III: ADM Guidelines & Techniques - Gap Analysis.
* The Open Group, TOGAF 9 Certified Study Guide - explains the role of Gap Analysis in validating architectures and identifying work package inputs.
NEW QUESTION # 20
Which of the following is a purpose of creating a set of Architecture Principles?
- A. To document likely impacts resulting from successful deployment of the target architecture
- B. To agree a contract between sponsoring organization and the architects
- C. To establish a common understanding of how to control the business in pursuit of strategic goals
- D. To guide decision-making during trade-off discussions
Answer: D
Explanation:
"Modeling these items would help the clarification process, and in particular would highlight any ambiguities or conflicts that involved trade-offs and/or prioritization... the architecture principles... likewise help clarify ambiguities or conflicts that involve trade-offs." Open Group Publications Reference: The Open Group White Paper, TOGAF/MDA Mapping-Phase A discussion and principles/trade- off guidance.
NEW QUESTION # 21
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. Managing Stakeholders and their requirements
- D. Creating and maintaining the Statement of Architecture Work though out the ADM cycle
Answer: B
Explanation:
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.
NEW QUESTION # 22
Which of the following statements about the Enterprise Continuum is correct?
- A. It provides guidance for organizations implementing their architecture within a tool.
- B. It provides a classification for artifacts as they evolve from generic to organization-specific.
- C. It contains general rules and guidelines relating to architecture work.
- D. It is a structural framework for an Architecture Repository.
Answer: B
Explanation:
* The Enterprise Continuum provides a classification mechanism for artifacts, showing how they evolve from generic Foundation Architectures and Reference Models to organization-specific architectures.
* Option A is about tools, not the Continuum.
* Option B describes the Architecture Principles.
* Option C describes the Architecture Repository.
Reference: TOGAF Standard, Version 9.2, Part V: Enterprise Continuum and Tools.
NEW QUESTION # 23
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1B-2D-3A-4C
- B. 1C-2B-3A-4C
- C. 1A-2B-3C-4D
- D. 1C-2D-3B-4A
Answer: B
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:
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.
Based on the above definitions, we can match each objective with the corresponding phase as follows:
Objective 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.
Objective 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.
Objective 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.
Objective 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.
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 # 24
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1F-2E-3F-4G
- B. 1G-2E-3F-4F
- C. 1E-2F-3E-4F
- D. 1E-2E-3F-4F
Answer: B
NEW QUESTION # 25
Consider the following statements:
1. Each contracted party is required to act responsibly to the organization and its stakeholders.
2. All decisions taken, processes used, and their implementation will not be allowed to create unfair advantage to any one particular party.
3. Digital Transformation and operations will be more effective and efficient.
4. Strategic decision-making by C-Level executives and business leaders will be more effective.
Which statements highlight the value and necessity for Architecture Governance to be adopted within organizations?
- A. 1 & 2
- B. 1 & 4
- C. 2 & 3
- D. 3 & 4
Answer: A
Explanation:
Architecture governance is the practice of ensuring compliance with the enterprise architecture and its principles, standards, and goals. Architecture governance provides the means to establish, monitor, and control the architecture development and implementation processes, and to resolve any issues or conflicts that may arise. Architecture governance also ensures that all stakeholders are represented and involved in the decision-making process, and that their interests and concerns are balanced and aligned. Statements 1 and 2 highlight the value and necessity for architecture governance to be adopted within organizations, as they emphasize the importance of responsibility, accountability, fairness, and transparency in the architectural activities. Statements 3 and 4 are more related to the benefits and outcomes of having a good enterprise architecture, rather than the governance aspect.Reference: : The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 50: Architecture Governance : The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 29: Architecture Governance
NEW QUESTION # 26
Which section of the TOGAF template for Architecture Principles should describe the relationship to other principles?
- A. Statement
- B. Implications
- C. Rationale
- D. Name
Answer: C
Explanation:
According to the TOGAF template for Architecture Principles, the Rationale section should describe the relationship to other principles, as well as the business benefits and the intentions of adhering to the principle. The Rationale section should use business terminology and point to the similarity of information and technology principles to the principles governing business operations. The Rationale section should also explain how the principle supports the achievement of the business objectives and key architecture drivers. Reference:
* Architecture Principles Template
* The TOGAF Standard, Version 9.2 - Architecture Principles
* The Open Group Exam OGEA-103 Topic 1 Question 4 Discussion
NEW QUESTION # 27
What are the four architecture domains that the TOGAF standard deals with?
- A. Application, Data, Information, Knowledge
- B. Baseline, Candidate, Transition, Target
- C. Capability, Segment, Enterprise, Federated
- D. Business, Data, Application, Technology
Answer: D
Explanation:
The TOGAF standard divides Enterprise Architecture into four primary architecture domains: business, data, application, and technology. These domains represent different aspects of an enterprise and how they relate to each other. The business domain defines the business strategy, governance, organization, and key business processes. The data domain describes the structure of the logical and physical data assets and data management resources. The application domain provides a blueprint for the individual applications to be deployed, their interactions, and their relationships to the core business processes. The technology domain describes the logical software and hardware capabilities that are required to support the deployment of business, data, and application services. Other domains, such as motivation, security, or governance, may span across these four primary domains. References:
* The TOGAF Standard, Version 9.2 - Core Concepts
* Domains - The Open Group
* TOGAF Standard - Introduction - Definitions - The Open Group
* The TOGAF Standard, Version 9.2 - Definitions - The Open Group
* TOGAF and the history of enterprise architecture | Enable Architect
NEW QUESTION # 28
Which of the following describes the practice by which the enterprise architecture is managed and controlled at an enterprise-wide level?
- A. Technology governance
- B. Architecture governance
- C. Corporate governance
- D. IT governance
Answer: B
Explanation:
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. References: 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.
NEW QUESTION # 29
Which of the following describes how the Enterprise Continuum is used when developing an enterprise architecture?
- A. To coordinate with the other management frameworks in use
- B. To identify and understand business requirements
- C. To classify architecture and solution assets
- D. To describe how an architecture addresses stakeholder concerns
Answer: C
Explanation:
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 References: 1: The TOGAF Standard, Version 9.2 - Enterprise Continuum 2: The TOGAF Standard, Version
9.2 - Architecture Continuum 3: The TOGAF Standard, Version 9.2 - Solutions Continuum
NEW QUESTION # 30
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
Answer: D
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 # 31
Refer to the exhibit.
Consider the diagram showing a classification model for Architecture Landscapes.
What are the items labelled A, B and C?
- A. A-Corporate Capability, B-Portfolio Capability, C-Project Capability
- B. A-Architecture Vision, B-Business Architecture, C-Architecture Development
- C. A-Capability Architecture, B-Segment Architecture, C-Enterprise Strategic Architecture
- D. A-Strategy Architecture, B-Tactic Architecture, C-Operational Architecture
Answer: C
NEW QUESTION # 32
What can architects present to stakeholders to extract hidden agendas, principles, and requirements that could impact the final Target Architecture?
- A. Architecture Views and Architecture Viewpoints
- B. Solutions and Applications
- C. Business Scenarios and Business Models
- D. Alternatives and Trade-offs
Answer: A
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:
Architecture 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.
Architecture 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.
Architecture 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.
Architecture 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.
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 # 33
In which phase(s) of the ADM would you deal with the actions resulting from a transformation readiness assessment?
- A. Phase A
- B. Phase G
- C. Phase F
- D. Phase E and F
Answer: D
Explanation:
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.
NEW QUESTION # 34
Complete the sentence The Architecture Landscape is divided into levels known as__________________________.
- A. Baseline. Transition and To Be Architectures
- B. Segment Strategic and Capability Architectures
- C. Transitional Complete and incremental Architectures
- D. Gaps Plateaus, and Target Architectures
Answer: B
Explanation:
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.
NEW QUESTION # 35
......
Free Enterprise Architecture OGEA-101 Exam Question: https://www.testsdumps.com/OGEA-101_real-exam-dumps.html
Dumps Practice Exam Questions Study Guide for the OGEA-101 Exam: https://drive.google.com/open?id=1PthQ6DumFJyHnSb2hER63jPOX7AtHLUx
