ADM Guidelines and Techniques Flashcards

1
Q

ADM Guidelines

A

The guidelines document how to adapt the ADM process. Include
- Ways to apply iteration to the ADM
- Applying the ADM at different levels of the enterprise
- How to use the TOGAF framework with different architectural styles

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

ADM Techniques

A

The techniques are used when applying the ADM process

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

In Phase B, Phase C, and Phase D the practitioner is expected

A

To select the relevant architecture resources, including models, viewpoints, and tools, to properly describe the architecture domain and demonstrate that stakeholder concerns are addressed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Architecture Principles

A

A set of general rules and guidelines for the architecture being developed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Architecture Principles

A

An initial output of the Preliminary Phase and are used throughout the ADM to provide a framework for guiding decision-making within the enterprise

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Key domains to establish Architecture Principles

A
  • Enterprise Principles. Provide a basis for decision-making throughout an enterprise and dictate how the organization fulfills its mission
  • Architecture Principles. A set of principles that relate to architecture work and govern the architecture process, affecting the development, maintenance, and use of the Enterprise Architecture.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

TOGAF Template for Defining Principles

A
  • Name
  • Statement
  • Rationale
  • Implications
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

TOGAF Recommended Criteria for Quality Principles

A
  • Understandability
  • Robustness. Should enable good quality decisions about architectures and plans to be made, and enforceable policies and standards to be created
  • Completeness
  • Consistency
  • Stability
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Business Scenario describes

A
  • A business process, application, or set of applications
  • The business and technology environment
  • The people and computing components (“actors”) who execute the scenario
  • The desired outcome of proper execution
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

The Business Scenario Process

A

Problem->Environment->Objectives->Human Actors->Computer Actors->Roles & Responsibilities->Refine

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Business scenarios figure most prominently in

A

The initial phase of an ADM cycle, Architecture Vision, when they are used to define relevant business requirements, and to build consensus with business management and other stakeholders.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Gap Analysis

A

Highlight a shortfall between the Baseline Architecture and the Target Architecture; that is, items that have been deliberately omitted, accidentally left out, or not yet defined

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Sources of Gaps - Business domain gaps

A
  • People gaps (e.g., cross-training requirements)
  • Process gaps (e.g., process inefficiencies)
  • Tools gaps (e.g., duplicate or missing tool functionality)
  • Information gaps
  • Measurement gaps
  • Financial gaps
  • Facilities gaps (buildings, office space, etc.)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Sources of Gaps - Data domain gaps

A
  • Data not of sufficient currency
  • Data not located where it is needed
  • Not the data that is needed
  • Data not available when needed
  • Data not created
  • Data not consumed
  • Data relationship gaps
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Sources of Gaps - Applications impacted, eliminated, or created

A

self

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Sources of Gaps - Technologies impacted, eliminated, or created

A

…anything under “Eliminated Services” or “New Services” is a gap, which should either be explained as correctly eliminated, or marked as to be addressed by reinstating or developing/procuring the function

17
Q

Interoperability

A

the ability to share information and services

18
Q

Interoperability categorization

A
  • Operational or Business Interoperability defines how business processes are to be shared
  • Information Interoperability defines how information is to be shared
  • Technical Interoperability defines how technical services are to be shared or at least connect to one another
19
Q

From an IT perspective, it is also useful to consider interoperability in a similar vein to Enterprise Application Integration (EAI); specifically

A
  • Presentation Integration/Interoperability is where a common look-and-feel approach through a common portal-like solution guides the user to the underlying functionality of the set of systems
  • Information Integration/Interoperability is where the corporate information is seamlessly shared between the various corporate applications to achieve, for example, a common set of client information. Normally this is based upon a commonly accepted corporate ontology and shared services for the structure, quality, access, and security/privacy for the information.
  • Application Integration/Interoperability is where the corporate functionality is integrated and shareable so that the applications are not duplicated (e.g., one change of address service/component; not one for every application) and are seamlessly linked together through functionality such as workflow. This impacts the business and infrastructure applications and is very closely linked to corporate business process unification/interoperability.
  • Technical Integration/Interoperability includes common methods and shared services for the communication, storage, processing, and access to data primarily in the application platform and communications infrastructure domains
20
Q

Business Transformation Readiness Assessment

A

Provides a technique for understanding the readiness of an organization to accept change, identifying the issues, and dealing with them in the Implementation and Migration Plan.

21
Q

An initial assessment of business transformation readiness is carried out in Phase A.

A

Phase A

22
Q

Two levels of risk that should be considered

A
  • Initial Level of Risk. Risk categorization prior to determining and implementing mitigating actions.
  • Residual Level of Risk. Risk categorization after implementation of mitigating actions.
23
Q

The recommended process for managing risk consists of the following activities

A
  • Risk classification
  • Risk identification
  • Initial risk assessment
  • Risk mitigation and residual risk assessment
  • Risk monitoring
24
Q

Risk is pervasive in any Enterprise Architecture activity and present in all phases within the ADM.

A

self

25
Q

Capability-Based Planning

A

A business planning technique that focuses on business outcomes. It is business-driven and business-led and combines the requisite efforts of all lines of business to achieve the desired capability.