The Open Group TOGAF 9 Part 2 - OG0-092 Exam Practice Test

A. Your proposal is to utilize a risk management framework during the Implementation Governance phase to verify the risks associated with the proposed transformation of the business. You then share with the concerned stakeholders the residual level on risk before the Architecture Contracts are released.

B. Your recommendation is to use risk management techniques to assess the risks associated with the proposed business transformation and ensure the existence of business continuity plans. During the Implementation Governance phase you conduct a residual risk assessment to manage risks that cannot be mitigated.

C. During the Architecture Vision phase a risk assessment is conducted to mitigate initial risks and address those in the Architecture Contract signed in the Implementation Governance phase.

D. Risk Aversion Assessment should be conducted during the Implementation Governance phase to determine the degree of risk aversion of the proposed business transformation. After sharing the residual level of risk with the company chairman and the residual risk is not accepted, a set of parallel systems will be implemented to mitigate the risks.

A. You start with the Business Architecture and then address Data, Application and Technology domains.
For every domain you select the relevant reference models, viewpoints, and tools. You develop a Baseline and Target Architecture. Then perform Gap Analysis, assess the roadmap impacts and finally update the Architecture Definition Document.

B. You start with the Business Architecture and then address Technology, Application and Data domains.
For every domain you select the relevant reference models, viewpoints, and tools. You develop a Target and Baseline Architecture Descriptions. Then perform Gap Analysis, resolve impacts across the Architecture Landscape and update the roadmap. Finally update the Architecture Definition Document.

C. You start with the Business Architecture and then address Data, Application and Technology domains.
For every domain you develop a Baseline and Target Architecture. Then perform Gap Analysis and update the Architecture Definition Document.

D. You start with the Business Architecture and then address Data, Application and Technology domains.
You then Confirm management framework interactions for the Implementation and Migration Plan, Prioritize the migration projects through the conduct of a cost/benefit assessment and risk validation.
Then perform GapAnalysis and update the Architecture Definition Document.

A. As requested by the CIO you focus on the Architecture Vision and create a detailed view of the Baseline Architectures. This is done for Business, Data, Application and Technology domains and then presented to the CIO using the Architecture Definition Document.

B. You create a high-level view of the Target Architectures and then present them to the CIO.

C. As requested by the CIO you focus on the Architecture Vision documentation and apply the Business Scenarios technique to create a high-level view of the Baseline and Target Architectures also based on the stakeholder concerns, business capability requirements, scope, constraints, and principles.

D. You identify key stakeholders, their concerns, and define the key business requirements to be addressed in the architecture engagement and generate a Stakeholder Map. You Evaluate business capabilities and execute a Business Transformation Readiness Assessment. You apply the Business Scenarios technique to create a high-level view of the Baseline and Target Architectures also based on the stakeholder concerns, business capability requirements, scope, constraints, and principles.

A. A stakeholder map should be developed that allows the architects to define groups of stakeholders sharing common concerns. A set of views should then be defined that addresses the concerns for each group-Architecture models can then be created for each view to address the stakeholders' concerns.

B. Each architecture activity should be developed using a consistent modeling approach that is uniform across all architecture projects. Each architecture should be defined based on this fixed set of models so that all concerned parties can examine the models to ensure that their issues and concerns have been addressed,

C. For those groups that have sufficient power and level of interest, a special report should be created that summarizes the key features of the architecture with respect to the particular location. Each of these reports should reflect the stakeholders' requirements.

D. Depending on the nature of the architecture, a set of models should be created that can be used to ensure that the system will be compliant with the local regulations. Stakeholders should be able to view the models to see that their concerns have been properly addressed.

A. You first list the data used across the enterprise using a Data Entity/Data Component Catalog, including data entities and also the data components where data entities are stored. You then assign ownership of data entities to the organization via a System/Data Matrix.

B. You first list the data used across the enterprise using a Data Entity/Data Component Matrix, including data entities and also the data components where data entities are stored. You then classify what the data source are and the relationship with the data entities via a Role/System Catalog. You finally identify common data requirements using a Data Use Case Diagram.

C. You first list the data used across the enterprise using a Data Entity/Data Component Catalog, including data entities and also the data components where data entities are stored. You then classify what the data source are and the relationship with the data entities via a System/Data Matrix. You finally identify common data requirements using a Data Lifecycle Diagram.

D. You first list the data used across the enterprise using a Data Entity/Data Component Catalog, including data entities and also the data components where data entities are stored. You then classify what the data source are and the relationship with the data entities via a System/Data Matrix.

A. In the remaining architecture definition phases, the project team should map out the capability in the Technology domain. In the Phases E and F, the capability should be broken down into a set of Solution Building Blocks that define the Target Architecture. Where possible, the Solution Building Blocks should be drawn from the Architecture Repository. The completed Architecture Definition Document and the Implementation and Migration Plan will be submitted for approval. Upon approval, the architecture team will conduct Compliance Assessments to ensure that the Target Architecture is properly implemented.

B. In the remaining architecture definition phases, the project team should map out the capability across the Business, Information System and Technology domains. In the Phases E and F, the capability should be broken down into a set of increments that defines the Target Architecture. The Solution Building Blocks will provide the basis for the capability increment solutions. The complete Architecture Definition Document and the Implementation and Migration Plan will be submitted for approval. Upon approval, the architecture team will oversee the implementation process through monitoring Architecture Contracts and by conducting Compliance Assessments.

C. The remaining architecture definition work should be focused on mapping out the technology and infrastructure capability in the Technology domain. In Phases E and F, the capability should be broken down into a set of Solution Building Blocks that will be implemented to realize the Target Architecture.
The Solution Building Blocks will provide the basis for the completed Architecture Definition Document that will be submitted for approval. Upon approval, the implementation team will conduct Compliance Assessments to ensure that the self-service capability is compliant with the overall Enterprise Architecture.

D. In the remaining architecture definition phases, the project team should map out the capability across the Business, Information System and Technology domains. In the Phases E and F, the capability should be broken down into a set of increments that are sequenced into Transition Architectures that will lead to the realization of the Target Architecture. The resulting Solution Building Blocks will then provide the basis for the capability increment solutions. The complete Architecture Definition Document and the Implementation and Migration Plan will be submitted for approval. Upon approval, the architecture team will oversee the implementation process through monitoring Architecture Contracts and by conduction Compliance Assessments.

A. I would look at the corporate culture and attitude to change, understand the constraints such as cost and the required time horizons. I would then look at the architecture work to ensure it is complete and seek to address any gaps. I would review the functional requirements and ensure there are complete interoperability requirements. I would then validate any dependencies and risks. Then formulate an implementation and migration strategy identifies major work packages and the transition architecture required. Finally, once agreement is reached with the board I will create project charters and re-factor any changes needed from the board discussion into the architecture.

B. I would do a Consolidated Gap Analysis by considering then dependencies, then group and allocate the transitions. I would then look to produce artifacts that describe the recommended projects, the risk, issues and dependencies. This would also include transition architects to move us from current architecture to the recommended target architectures. I would present my recommendations to the board for agreement. Once this is done, I would update the architectures reflecting any changes resulting from the board discussion.

C. I would after confirming Enterprise Change Attributes and constraints, do a Consolidated Gap Analysis then dependencies, then group and allocate the transitions. I would also assess Enterprise readiness and risks.Then I would also assess the business value of the solutions, do risk analysis with mitigation and then schedule the work products.

D. I would determine the business value of each solution, prioritize accordingly each set of solutions, conduct detailed Risk Assessment and Mitigation, do Compliance reviews and then implement the solutions. I would present my recommendations to the board for agreement. Once this is done, I would update the architectures reflecting any changes resulting from the board discussion.

A. You decide that in Phase E, the team creates an overall solutions strategy that can guide the Target Architecture implementation and structure the Transition Architectures. You check that there is consensus before proceeding.

B. You decide that in Phase E, the team review the Business Transformation Readiness Assessment and identify, classify, and mitigate the risks associated with the identified readiness factors. If the risks can be satisfactorily mitigated, then you would continue to define a high-level solutions strategy that includes the Transition Architectures needed to make the change culturally and technically feasible.

C. You decide to return to Phase A, where the team should brainstorm a technical solution that mitigates the residual risks presented by the privacy issue. Then, during Phase D, you will direct the team to develop an Architecture Building Block to manage the security risks. After that, the team should select Solution Building Blocks that mitigate all of the identified risks and revise the Requirements Impact Statement to reflect the changes to the high-level solutions strategy and migration plan.

D. You decide that in Phase E, the team determines an approach to implementing an overall strategic direction that will address and mitigate the risks identified.