OGEA-101 Free Certification Exam Material from VCETorrent with 118 Questions
Use Real OGEA-101 - 100% Cover Real Exam Questions
The Open Group OGEA-101 Exam Syllabus Topics:
| Topic | Details |
|---|---|
| Topic 1 |
|
| Topic 2 |
|
| Topic 3 |
|
| Topic 4 |
|
| Topic 5 |
|
NEW QUESTION # 28
In which phase(s) of the ADM would you deal with the actions resulting from a transformation readiness assessment?
- A. Phase E and F
- B. Phase A
- C. Phase G
- D. Phase F
Answer: A
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. Reference: 1: TOGAF Standard, 10th Edition, Part III: ADM Guidelines and Techniques, Chapter 29: Business Transformation Readiness Assessment.
NEW QUESTION # 29
Exhibit
Consider the illustration showing an architecture development cycle Which description matches the phase of the ADM labeled as item 2?
- A. Establishes procedures for managing change to the new architecture
- B. Operates the process of managing architecture requirements
- C. Conducts implementation planning for the architecture defined in previous phases
- D. Provides architectural oversight for the implementation
Answer: D
Explanation:
Based on the illustration, the phase of the ADM labeled as item 2 is the Implementation Governance phase. This phase provides architectural oversight for the implementation. It ensures that the implementation project conforms to the architecture. It also provides a framework for monitoring and managing the implementation.
The Implementation Governance phase involves the following activities:
* Finalizing the Architecture Roadmap and the supporting Implementation and Migration Plan
* Assigning an Architecture Board to oversee the implementation
* Establishing Architecture Contracts with the implementation partners
* Reviewing and approving the implementation project plans and deliverables
* Performing Architecture Compliance reviews to ensure alignment with the architecture
* Performing Architecture Audit reviews to ensure quality and performance of the architecture
* Resolving any architecture issues or change requests that arise during the implementation
* Maintaining the architecture lifecycle and ensuring its continuity
The Implementation Governance phase is essential for ensuring that the architecture is realized as intended and that it delivers the expected business value and outcomes.
NEW QUESTION # 30
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. 3 & 4
- B. 1 & 4
- C. 2 & 3
- D. 1 & 2
Answer: D
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 # 31
Which of the following are the four purposes that typically frame the planning horizon, depth and breadth of an Architecture Project, and the contents of the EA Repository-?
- A. Avant-Garde Big-Bang, Discreet and Cohesive
- B. General Foundational Subordinate and Superior Architecture
- C. Segment, Capability. Enterprise and End-to-end Target Architecture
- D. Strategy Portfolio Project Solution Delivery
Answer: D
Explanation:
Strategy Portfolio Project Solution Delivery are the four purposes that typically frame the planning horizon, depth and breadth of an Architecture Project, and the contents of the EA Repository. They correspond to different levels of abstraction and granularity in the architecture development process. Reference: The TOGAF Standard, Version 9.2 - The Open Group, Section 2.4 Architecture Repository.
NEW QUESTION # 32
Exhibit
Consider the illustration showing an architecture development cycle Which description matches the phase of the ADM labeled as item 1?
- A. Establishes procedures for managing change to the new architecture
- B. Provides architectural oversight for the implementation
- C. Conducts implementation planning for the architecture defined in previous phases
- D. Operates the process of managing architecture requirements
Answer: D
Explanation:
* The illustration shows an architecture development cycle based on 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.
* In addition to these phases, there is a central process called Requirements Management, which is labeled as item 1 in the illustration. This process operates throughout the ADM cycle, and its purpose is to manage the architecture requirements throughout the architecture development, ensuring that they are aligned with the business requirements and the stakeholder concerns2.
* Therefore, the description that matches the phase of the ADM labeled as item 1 is C. Operates the process of managing architecture requirements.
Reference:
* 1: The TOGAF Standard, Version 9.2, Chapter 5: Architecture Development Method (ADM)
* 2: The TOGAF Standard, Version 9.2, Chapter 17: Requirements Management
NEW QUESTION # 33
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. 1A-2B-3C-4D
- B. 1C-2B-3A-4D
- C. 1C-2D-3B-4A
- D. 1B-2D-3A-4C
Answer: B
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 # 34
Consider the following ADM phases objectives.
Objective
1-Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value
2-Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D
3-Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan
4-Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders Which phase does each objective match?
- A. 1F-2E-3F-4G
- B. 1E-2F-3E-4F
- C. 1G-2E-3F-4F
- D. 1E-2E-3F-4F
Answer: C
Explanation:
According to the TOGAF standard, the objectives of each ADM phase are as follows1:
*Phase E: Opportunities and Solutions
oDetermine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value oIdentify and group major work packages within the Architecture Roadmap oIdentify and group major implementation projects to realize the Architecture Roadmap oIdentify dependencies between increments and projects oEstimate cost, benefit, and risk at a high level for each increment and project oConduct initial prioritization and sequencing of the Architecture Roadmap and projects
*Phase F: Migration Planning
oGenerate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D oConfirm the Transition Architectures with relevant stakeholders oCreate the Implementation and Migration Plan, including Transition Architectures, work packages, projects, and other activities oConfirm and agree the Architecture Roadmap and Implementation and Migration Plan with relevant stakeholders
*Phase G: Implementation Governance
oFinalize the Architecture Roadmap and the supporting Implementation and Migration Plan oEnsure conformance with the Target Architecture by implementation projects oPerform appropriate Architecture Governance functions for the solution and any implementation-driven architecture Change Requests oEnsure that the architecture lifecycle is maintained oEnsure that the Architecture Governance Framework is executed
*Phase H: Architecture Change Management
oEnsure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders oManage risks and issues related to the Architecture Roadmap and Implementation and Migration Plan oMonitor the implementation projects and Transition Architectures oManage changes to the architecture baseline oManage changes to the Architecture Capability Therefore, the correct matching of the objectives and the phases is:
*1G: Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value
*2E: Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D
*3F: Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan
*4F: Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders References: 1: The TOGAF Architecture Development Method
NEW QUESTION # 35
Which of the following best describes purpose of the Business Scenarios?
- A. To identify and understand requirements
- B. To identify risk when implementing an architecture project
- C. To guide decision making throughout the enterprise
- D. To catch errors in a project architecture early
Answer: A
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 # 36
Which of the following best describes purpose of the Business Scenarios?
- A. To identify and understand requirements
- B. To identify risk when implementing an architecture project
- C. To guide decision making throughout the enterprise
- D. To catch errors in a project architecture early
Answer: A
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 References: 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 # 37
What are the four architecture domains that the TOGAF standard deals with?
- A. Business, Data, Application, Technology
- B. Application, Data, Information, Knowledge
- C. Baseline, Candidate, Transition, Target
- D. Capability, Segment, Enterprise, Federated
Answer: A
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 # 38
Consider the following ADM phases objectives.
Which phase does each objective match?
- A. 1A-2B-3C-4D
- B. 1C-2B-3A-4C
- C. 1C-2D-3B-4A
- D. 1B-2D-3A-4C
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.
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 # 39
What is the purpose of the Preliminary Phase?
- A. Identifying the stakeholders and their requirements.
- B. Describing the target architecture.
- C. Defining the Enterprise Strategy.
- D. Developing an Enterprise Architecture Capability.
Answer: D
Explanation:
An Enterprise Architecture Capability is the ability of the organization to perform effective and efficient architecture work, including the definition, governance, and management of its architectures2. The Preliminary Phase involves the following activities1:
*Reviewing the organizational context, scope, and drivers for conducting Enterprise Architecture
*Establishing the Architecture Capability desired by the organization, including the maturity level, roles, responsibilities, processes, and tools
*Defining and establishing the Organizational Model for Enterprise Architecture, which describes how the architecture function is organized and integrated within the enterprise
*Defining and establishing the Architecture Governance framework, which provides the mechanisms for ensuring the quality, consistency, and compliance of the architecture work
*Selecting and implementing the tools that support the Architecture Capability, such as repositories, modeling tools, and communication tools
*Defining the Architecture Principles that will guide and constrain the architecture work, based on the business principles, goals, and drivers of the organization
*Defining the Organization-Specific Architecture Framework, which is an adaptation of the generic TOGAF ADM to suit the specific requirements, standards, and practices of the organization The Preliminary Phase is essential for preparing the organization for the successful development and implementation of its architectures, as well as for ensuring the alignment of the architecture work with the business strategy and objectives1.
References: 1: Preliminary Phase 2: Enterprise Architecture Capability
NEW QUESTION # 40
What is the purpose of the Preliminary Phase?
- A. Identifying the stakeholders and their requirements.
- B. Describing the target architecture.
- C. Defining the Enterprise Strategy.
- D. Developing an Enterprise Architecture Capability.
Answer: D
Explanation:
An Enterprise Architecture Capability is the ability of the organization to perform effective and efficient architecture work, including the definition, governance, and management of its architectures2. The Preliminary Phase involves the following activities1:
* Reviewing the organizational context, scope, and drivers for conducting Enterprise Architecture
* Establishing the Architecture Capability desired by the organization, including the maturity level, roles, responsibilities, processes, and tools
* Defining and establishing the Organizational Model for Enterprise Architecture, which describes how the architecture function is organized and integrated within the enterprise
* Defining and establishing the Architecture Governance framework, which provides the mechanisms for ensuring the quality, consistency, and compliance of the architecture work
* Selecting and implementing the tools that support the Architecture Capability, such as repositories, modeling tools, and communication tools
* Defining the Architecture Principles that will guide and constrain the architecture work, based on the business principles, goals, and drivers of the organization
* Defining the Organization-Specific Architecture Framework, which is an adaptation of the generic TOGAF ADM to suit the specific requirements, standards, and practices of the organization The Preliminary Phase is essential for preparing the organization for the successful development and implementation of its architectures, as well as for ensuring the alignment of the architecture work with the business strategy and objectives1.
NEW QUESTION # 41
What component of the Architecture Repository represents architecture requirements agreed with the Architecture Board?
- A. Reference Library
- B. Governance Log
- C. Architecture Requirements Repository
- D. Architecture Capability
Answer: C
Explanation:
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.
NEW QUESTION # 42
Complete the sentence. The architecture domains that are considered by the TOGAF standard as subsets of an overall enterprise architecture are Business, Technology,
- A. Application and Data
- B. Information and Data
- C. Logical and Physical
- D. Capability and Segment
Answer: A
Explanation:
These domains provide a consistent way to describe and understand the architecture from different perspectives, such as business, information, and technology12. Each domain has its own set of concepts, models, views, and artifacts that define the structure and behavior of the architecture within that domain12.
The other options are incorrect because:
* Logical and Physical are not architecture domains, but rather levels of abstraction that can be applied to any domain. Logical architecture describes the functionality and behavior of the system, while physical architecture describes the implementation and deployment of the system3.
* Information and Data are not distinct architecture domains, but rather aspects of the same domain. Information architecture describes the meaning and context of the data, while data architecture describes the structure and format of the data4.
* Capability and Segment are not architecture domains, but rather levels of granularity that can be applied to any domain. Capability architecture describes the current and desired states of a specific business capability, while segment architecture describes a subdivision of the enterprise that has a clear business focus5.
NEW QUESTION # 43
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. 1A-2B-3C-4D
- B. 1C-2B-3A-4D
- C. 1C-2D-3B-4A
- D. 1B-2D-3A-4C
Answer: B
Explanation:
*Phase A: Architecture Vision
oDevelop a high-level aspirational vision of the capabilities and business value to be delivered as a result of the proposed Enterprise Architecture oDefine the scope and boundaries of the architecture engagement oIdentify the key stakeholders and their concerns and expectations oDefine the Architecture Vision statement and the Architecture Definition Document oObtain approval and commitment from the sponsors and stakeholders
*Phase B: Business Architecture
oDevelop the Target Business Architecture that describes how the enterprise needs to operate to achieve the business goals oDefine the Baseline Business Architecture, if not available oPerform a gap analysis between the Baseline and Target Business Architectures oDefine candidate roadmap components for the Business Architecture oResolve impacts across the Architecture Landscape
*Phase C: Information Systems Architecture
oDevelop the Target Data Architecture that enables the Business Architecture and the Architecture Vision oDevelop the Target Application Architecture that supports the Business Architecture and the Architecture Vision oDefine the Baseline Data and Application Architectures, if not available oPerform a gap analysis between the Baseline and Target Data and Application Architectures oDefine candidate roadmap components for the Information Systems Architecture oResolve impacts across the Architecture Landscape
*Phase D: Technology Architecture
oDevelop the Target Technology Architecture that enables the Information Systems Architecture and the Architecture Vision oDefine the Baseline Technology Architecture, if not available oPerform a gap analysis between the Baseline and Target Technology Architectures oIdentify candidate Architecture Roadmap components based upon gaps between the Baseline and Target Technology Architectures oResolve 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 References: 1: The TOGAF Architecture Development Method
NEW QUESTION # 44
What is used to structure architectural information in an orderly way so that it can be processed to meet stakeholder needs?
- A. A Stakeholder Map
- B. An Architecture Framework
- C. Content Metamodel
- D. An EA Library
Answer: C
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 # 45
......
Dumps Brief Outline Of The OGEA-101 Exam: https://www.vcetorrent.com/OGEA-101-valid-vce-torrent.html
OGEA-101 Training & Certification Get Latest Enterprise Architecture: https://drive.google.com/open?id=1k1Qm475uHHDtONwA_xF0SIxsTNZnV5Q4