Free OG0-092 – TOGAF 9 Part 2 Practice Test Question

Select an option, then click Submit answer.

• ○

  The team should develop Baseline and Target Architectures for each of the manufacturing plants, ensuring that the views corresponding to selected viewpoints address key concerns of the stakeholders. A consolidated gap analysis between the architectures will then be used to validate the approach, and determine the capability increments needed to achieve the target state.

• ○

  The team should exercise due diligence and carefully research vendor literature and conduct a series of briefings with vendors that are on the current approved supplier list. Based on the findings from the research, the team should define a preliminary Architecture Vision. The team should then use that model to build consensus among the key stakeholders.

• ○

  The team should use stakeholder analysis to understand who has concerns about the initiative. The team should then hold a series of interviews at each of the manufacturing plants using the business scenario technique. This will then enable them to identify and document the key high-level stakeholder requirements for the architecture.

• ○

  The team should conduct a pilot project that will enable vendors on the short list to demonstrate potential solutions that will address the concerns of the stakeholders. Based on the findings of that pilot project, a complete set of retirements will be developed that will drive the evolution of the architecture.
  
  

Select an option, then click Submit answer.

• ○

  You recommend that a stakeholder map be developed. This will allow the architects to define groups of stakeholders that share common concerns. A set of views should be defined to address the concerns for each group of stakeholders. Architecture models should then be created for each view to address the stakeholders' concerns.

• ○

  You recommend that each project architecture activity is 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.

• ○

  You recommend that a special report be created for those groups that have sufficient power and level of interest. This report should summarize the key features of the architecture with respect to the particular location. Each of these reports should reflect the stakeholders' requirements.

• ○

  You recommend that a set of models be created for each project architecture that can be used to ensure that the system will be compliant with the local regulations. Stakeholders should then view the models to verify that their concerns have been properly addressed.
  
  

Select an option, then click Submit answer.

• ○

  Before preparing the detailed Implementation and Migration plan, the EA team should review and consolidate the gap analysis results from Phases B to

• ○

  The EA team should apply an interoperability analysis to evaluate any potentital issues across the architecture. This should include the development of a matrix showing the interoperability requirements. Once all of the concerns have been resolved, the EA team should finalize the Architecture Roadmap and the Implementation and Migration Plan.

• ○

  The EA team should evaluate the organization’s readiness to undergo change. This will allow the risks associated with the transformations to be identified and mitigated for. It will also identify improvement actions to be worked into the Implementaion and Migration Plan. The Business Value Assessment technique should then be used to detetmine the business value and associated risks for the transformation.

• ○

  This can be used to understand the transformations that are required to achieve the proposed Target Architecture. The EA team should then assess the readiness of the organization to undergo change. Once the architecture has been assembled, it should be analyzed using a state evolution table to determine the Transition Architectures.
  The EA team should bring together information about potential solutions from the appropriate sources. Once the target architecture has been assembled, it should be analyzed using a state evolution table to determine the Transition Architectures. A value realization process should then be established to ensure that the concerns raised are addressed.
  
  

Select an option, then click Submit answer.

• ○

  Firstly, I ensure there is a Request for Architecture Work from the CIO. Then I ensure that there is recognition for the architecture vision project by following any project management and programmed management frameworks used within the organization. I would identify the key stakeholders and engage with them to understand and document their concerns and high-level requirements. This would result in a stakeholder map used to support other deliverables such as the Architecture Vision, a Communications plan and a Statement of Architecture Work. I would then identify the business goals and strategic drivers of the organization and define any enterprise or project specific constraints such as time and resources. I would then define the business capabilities of the organization needed to fulfill those business goals and drivers and their readiness for change. Once complete, I would define the scope, confirm the architecture and business principles and develop the Architecture Vision. Following this, I would define the business case for the architecture project, assess the business risks and produce a risk mitigation plan. I would then define a plan of enterprise architecture work to meet the scope in the desired time line and the resources required and secure the support of stakeholders.

• ○

  I would start by ensuring there is a Request for Architecture Work from the sponsor (the CIO). I would then create a project to define and deliver the architecture vision and the necessary outputs. The outputs include an approved Statement of Architecture Work, refined statements of Businesses Principles, Business Goals and Business Drivers, Architecture Principles, a Capability Assessment, a Tailored Architecture Framework, an
  Architecture vision, a Communications plan. The Statement of Architecture Work needs to be clear on the scope of architectural work, the resources needed to complete the work and amount of time it would take to complete the work assuming the scope of architectural work is agreed and that all the resources required are available. The final step would be to agree the Statement of Architectural Work with stakeholders confirming the scope, schedule and confirming the availability of the necessary resources.

• ○

  I would start by establishing the architecture project and follow the appropriate project management method. I would identify stakeholders their concerns and business requirements then confirm and elaborate the business goals, business drivers and constraints. I would then evaluate the business capabilities and readiness for business transformation and define the scope. I would then develop the architecture vision, define the target
  architecture value proposition, KPIs and identify and mitigate all risks associated with the transformation effort. Finally, I would develop an Enterprise Architecture Plan and Statement of Work and secure approval from the relevant stakeholders.

• ○

  I would approach this by defining and establishing the architecture team and governance. This would be followed by agreeing and establishing the architecture principles. I would select and customize an architecture framework changing any terminology and selecting the right phases and customizing the structure of content and outputs from the chosen method. Finally I would select and implement and architecture tools. The outputs from this work would include an Organization Model for Enterprise Architecture, a Tailored Architecture Framework including method and content, the Architecture Principles, an initial architecture repository, restatement or references to business principles, business goals and business driver, a request for architecture work and the governance framework.
  
  

Select an option, then click Submit answer.

• ○

  In the next iteration of Architecture development, you would describe the Baseline Business Architecture with a Business Service/Function catalog, an Organization/Actor catalog, and a Data Entity/Business Function matrix. You would describe the Baseline Application Architecture with an Application/Function matrix.

• ○

  In the next iteration of Architecture development, you would describe the Target Business Architecture with a Business ServiceFunction catalog, an Organization/Actor catalog, and Data Lifecycle diagrams. You would describe the Target Application Architecture with Application Communication diagrams and an Application Interaction matrix.

• ○

  In the next iteration of Architecture development, you would describe the Target Business Architecture with a Business ServiceFunction catalog, a Business Interaction matrix, and Product Lifecycle diagrams. You would describe the Target Application Architecture with Application Communication diagrams and an Application Interaction matrix.

• ○

  In the next iteration of Architecture development, you would describe the Baseline Business Architecture with a Baseline Business Process catalog, and an Object lifecycle catalog. You would describe the Baseline Application Architecture with a Technology Portfolio catalog.
  
  

Select an option, then click Submit answer.

• ○

  You observe that all of the features in the Architecture Definition Document have been implemented in accordance with the specification, except for the RPC mechanism. Your recommendation is that the system be described as conformant.

• ○

  You observe that the system has many features in common with the Architecture Definition Document, and those features have been implemented in accordance with the specification. However, you note that the RPC mechanism has been implemented using features that are not covered by the specification. Your recommendation is that the system be described as consistent.

• ○

  You observe that the implementation of the RPC mechanism has no features in common with the Architecture Definition Document, therefore the question of its conformance should not be considered. Your recommendation is that the system be described as consistent.

• ○

  You observe that the system meets most of the requirements stated in the Architecture Definition Document and appears to work correctly. However, you note that the RPC mechanism has not been implemented according to the specification. Your recommendation is that the system be described as non-conformant.
  
  

Select an option, then click Submit answer.

• ○

  In Phase B, the team should create a set of views that will enable them to identify the factors that will influence the reorganization. There should then be an assessment of each factor on a maturity scale that will allow the team to gauge the urgency, readiness, and degree of difficulty to fix. These factors can then be used to assess the initial risks associated with the proposed project.

• ○

  In Phase A, the team should analyze their risk by completing an Implementation Factor Assessment and Deduction Matrix to identify the particular risks associated with the implementation and deployment. The matrix should include a list of factors to be considered, their descriptions, and constraints that should be taken into account. These factors can then used to assess the initial risks associated with the proposed project.

• ○

  In Phase A, the team should use the Business Transformation Readiness Assessment technique to identify the factors that will influence the reorganization. The assessment should include determining the readiness rating for each factor based on a maturity scale that will allow the team to gauge the urgency, readiness, and degree of difficulty to fix. These factors can then used to assess the initial risks associated with the proposed project.

• ○

  In Phase A, the team should conduct a Business Scenario to identify the stakeholders1 concerns and the resulting requirements. Once the requirements have been identified, they can be assessed in terms of their risks. The risks should be evaluated in terms of how they could be avoided, transferred, or mitigated. Any risks that cannot be resolved should be identified as residual risks and their disposition should be decided by the Architecture Board.
  
  

Select an option, then click Submit answer.

• ○

  The Chief Architect will conduct the Migration planning and then share it with the other domain architects.
  The migration plan will be formed by a list of projects, their priority, their costs and a recommendation on how to proceed. After the plan is shared with the Architectural Board members and any observation that may raise incorporated in the plan, any individual project will go in front of the board for the approval for resources for the next project increment. A GANT chart will be included to be used as a roadmap.

• ○

  The Migration planning will be conducted as a series of steps: confirming and then coordinating the corporate management frameworks involved; establishing clear business value for the deliverables; creating detailed resource estimates for the work to do; define priority of the work, sequence and then the Transition Architectures. After this, an Implementation and Migration Plan can be confirmed. The Portfolio Management, Operations Management and Business Planning teams should be involved in the implementation of the major deliverables. Once these have been completed, regular meetings will be done to enable the architecture to be kept up-to-date.

• ○

  Implementation and Migration Strategy will be used to define project plans focusing on scope, time and budget. The business value of each project is assessed and Project Managers will prepare submissions to the IT governance Board to ask for their funding and the Lead Architect will be active part of the board. The collection of project roadmaps and plans will be used to detail the EA Implementation and Migration Plan.

• ○

  This step will be conducted by the Enterprise Architecture team involving Business, Application, Data, Technology, and Security architects. They will implement the Transition Architectures and together will prioritize a list of activities and include the Architecture Building Blocks in an
  Implementation and Migration Plan and Roadmap. After this, the comments on the deliverables shared with lines of business and the members of the Executive Board are integrated, this to enable the funding on the Enterprise Architecture work.
  
  

Select an option, then click Submit answer.

• ○

  You define a set of principles that support the preferred best practices embodied in the Enterprise Architecture department charter. You publish the principles on the corporate intranet to ensure widespread acceptance and compliance.
  You then schedule regular periodic Compliance Assessments with individual business units to check that they have made satisfactory progress toward meeting the objectives and conditions embodied in the principles.

• ○

  You gather information from credible industry sources in the commodities business. Based on that, you assess current trends and apply that to defining a set of principles that embody best practices.
  You select architecture principles that do not conflict with each other and that should be stable. You ensure that all the principles are realistic and avoid including principles that are obvious.

• ○

  You examine the mission statements for AGEX and each of its businesses, together with the corporate value statements. Based on that, you define a set of principles and review with the CIO.
  When developing the principles you ensure that they actively promote the alignment of IT with the business strategies and initiatives of AGEX. You then seek the endorsement of the CIO and senior management.

• ○

  You examine the mission statements for AGEX and each of its businesses, together with the corporate value statements. Based on that, you work with the Architecture Review Board to define the principles.
  When developing the principles you ensure that they actively promote the alignment of IT with the AGEX business strategies. You then run a series of reviews with all the relevant stakeholders, including senior management, ensuring their support.
  
  

Select an option, then click Submit answer.

• ○

  Since some artifacts will now require specific measurements and additional data will be needed to support the performance objectives linked to these measurements, you recommend that the motivation and governance extensions of the TOGAF 9 Content Metamodel are used. Using these extensions will allow modeling the goals, objectives and drivers for the architecture, linking them to service levels and more detailed governance models. This will also enable the ability to re-use existing profiles, customizing them for the various service contracts involved.

• ○

  You recommend all of the TOGAF 9 Content Metamodel extensions be incorporated into the Architecture Content Metamodel. The full Content Metamodel will enable the EA team to capture and categorize all the important additional data needed to support the performance and measurement objectives linked to these artifacts. Once the new repository content has been implemented, on-demand queries can be used to generate a customized governance stakeholder view that isolates the artifacts and data needed to assess measurement for any particular service. If this view is found to be inadequate for the governance concerns, the service models within those artifacts can be expanded.

• ○

  Since this case requires extensions of the modeling and data details of the service, this is best done by using the services extension of the TOGAF 9 Content Metamodel. By using this extension, the service model is no longer constrained by what is expected in typical business service definitions, allowing more flexibility for adding customized models to support the more stringent measurement requirements. The services extension can also be used to map terminology between the business services and the application components.

• ○

  To support the type of stringent performance measurements needed for the more detailed governance views required for the upgraded system, the interfaces to the communication and network layer of the architecture must be highly visible at the application level. To accommodate the proper development of this, a Communications Engineering view should be created from the infrastructure extension models of the TOGAF Content Metamodel. This view will allow architects to align the required performance measurement communications across the system.