OG0-091 TOGAF 9 Part 1 Question and Answers

robustness

consistency

completeness

stability

understandability

Business Transformation Readiness Assessment

Business Value Assessment Technique

Capability-Based Planning

Communications and Stakeholder Management

Gap Analysis

Conduct formal stakeholder review

Create Architecture Definition Document

Define Roadmap components

Perform gap analysis

Select reference models, viewpoints and tools

An architecture view

An artifact

An architecture

A deliverable

A model

Phase E

Phase F

Phase G

Phase H

Requirements Management

determining the technical readiness of a project

ensuring the application of best practices

identifying business transformation risks for an architecture project

identifying errors in an architecture project

identifying where architecture standards require modification

deliverable

matrix

building block

diagram

catalog

A viewpoint is always specific to an architecture

A viewpoint is used to create views in Phases E and F

A viewpoint is used as a template to create a view

A viewpoint is what a stakeholder sees

Creating the Architecture Vision deliverable

Defining a set of Architecture Principles

Developing an Architecture Contract

Extending the business scenario with business modeling

Preparing a consolidated Gap Analysis

The categorization after implementation of mitigating actions

The categorization after initial risk assessment

The categorization after mitigation and residual risk assessment

The categorization before determining and implementing mitigating actions

The categorization before risk identification

TOGAF Core

TOGAF Mandated

TOGAF Recommended

TOGAF Referenced

TOGAF Supporting

An application

An architecture viewpoint

A building block

A deliverable

A solution architecture

Concerns

Principles

Requirements

Views

Viewpoints

Architecture principles

Business scenarios

Functional Requirements

Procurement policies

Stakeholder concerns

A detailed description of the interfaces between building blocks

An implementation specific solution building block

A package of functionality defined to meet the business needs of the organization.

A way to put building blocks together into context

A work product describing an aspect of an architecture

To determine service levels for the architecture

To establish quality metrics for the architecture

To identify commercial building blocks to be purchased

To identify missing functions

To validate nonfunctional requirements

To determine if the organization is ready to undergo change

To determine if the stakeholders support the implementation plan

To ensure that there are adequate trained engineers to develop the solution

To ensure that there is sufficient funding to execute the transformation

To plan the migration steps needed to achieve the transformation

Allocating resources for architecture projects

Creating the Statement of Architecture Work

Enforcement of architecture compliance

Determining the scope of an architecture compliance review

Conducting assessments of the maturity level of architecture discipline within the organization

A repository area holding a description of the organization specific architecture framework and method

A repository area holding a record of the governance activity across the enterprise

A repository area holding guidelines and templates used to create new architectures

A repository area holding processes to support governance of the Architecture Repository

A repository area holding specifications to which architectures must conform

Phase A

Phase E

Phase F

Phase G

Phase H

A high-level outline architecture

A formally reviewed, preliminary architecture

A draft, detailed architecture

A formally reviewed, detailed architecture

A preliminary outline architecture

Baseline

Solution

Strategic

Target

Transition

determining if the organization is ready to accept change

planning the migration steps needed to achieve the transformation

ensuring that there are adequate trained developers and engineers to implement the solution

ensuring that there is sufficient financial capacity to execute the desired transformation

determining if there is adequate stakeholder support for the implementation process

To create a roadmap that describes the evolution of the architecture over time

To prepare a Solution Architecture for the enterprise

To define an IT Strategy that maps out the technology infrastructure

To allocate the resources needed to implement the architecture project

To articulate an Architecture Vision

Application

Business

Data

Technology

ensuring consistency between sub-architectures

approving the strategic business plans proposed by individual organization units within the enterprise

enforcement of architecture compliance

identifying and approving components for reuse

providing the basis for all decision-making with regard to changes to the architecture

a complete ADM cycle

a complete re-architecting change

a full revision of the enterprise architecture

an incremental change

a simplification change

Architecture Building Blocks

Components

Patterns

Re-usable Building Blocks

Solution Building Blocks

It is a detailed data model that can be tailored to specific industries

It is an example of a Common Systems Architecture

It is a fundamental architecture upon which more specific architectures can be based

It is a model of application components and application services software, including brokering applications

To review the validity of a project's Architecture Vision

To review a project for compliance to external laws and regulations

To review a project against established architecture criteria and business objectives

To ensure that stakeholder concerns are being addressed by a project

establish quality parameters for the architecture

identify potential missing or overlapping functions

validate nonfunctional requirements

identify commercial building blocks to be purchased

determine the required service levels for the architecture

An agreement between development partners and sponsors on the deliverables

A description to allow measurement of the compliance of the implementation

A description to communicate the intent of the architect

A document that triggers the start of an architecture development cycle

A set of general rules and guidelines

Common Systems Architecture

Foundation Architecture

Industry Architecture

Organization Specific Architecture

Product Line Architecture

The organization must utilize an architecture tool in order to tailor the templates for use

It must be adapted to satisfy organization specific requirements

It can be utilized by most enterprises without further customization

It can only be used for enterprise level architecture projects

It should only be employed under the supervision of highly trained consultants

A document that triggers the start of an architecture development cycle

A qualitative view of the solution to communicate the intent of the architect

A quantitative view of the solution to measure the implementation

A record of deviations from the planned architectural approach

Phase D

Phase E

Phase F

Phase G

Phase H

is an example and should be tailored to the needs of an organization

must be used "as is" for developing comprehensive architecture models

contains several industry specific frameworks

is intended to contain the Enterprise Continuum

contains only solution building blocks

Capability Architecture

Operational Architecture

Segment Architecture

Strategic Architecture

Tactical Architecture

Enterprise Architecture Capability

IT Governing Board

Program Management Office

Quality Assurance department

Service Management department

Business scenario

Impact analysis

Mission statement

Requirements analysis

Solution architecture

The TOGAF Architecture Development Method mandates the use of the Technical Reference Model for large complex architecture projects

The Technical Reference Model is an integral part of the TOGAF Architecture Development Method

The Technical Reference Model should not be modified

The Technical Reference Model includes a set of graphical models and a corresponding taxonomy

The Technical Reference Model provides a direct mapping to the Zachman Framework