ADM Guidelines and Techniques Flashcards
ADM Guidelines
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
ADM Techniques
The techniques are used when applying the ADM process
In Phase B, Phase C, and Phase D the practitioner is expected
To select the relevant architecture resources, including models, viewpoints, and tools, to properly describe the architecture domain and demonstrate that stakeholder concerns are addressed.
Architecture Principles
A set of general rules and guidelines for the architecture being developed.
Architecture Principles
An initial output of the Preliminary Phase and are used throughout the ADM to provide a framework for guiding decision-making within the enterprise
Key domains to establish Architecture Principles
- 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.
TOGAF Template for Defining Principles
- Name
- Statement
- Rationale
- Implications
TOGAF Recommended Criteria for Quality Principles
- 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
Business Scenario describes
- 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
The Business Scenario Process
Problem->Environment->Objectives->Human Actors->Computer Actors->Roles & Responsibilities->Refine
Business scenarios figure most prominently in
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.
Gap Analysis
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
Sources of Gaps - Business domain gaps
- 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.)
Sources of Gaps - Data domain gaps
- 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
Sources of Gaps - Applications impacted, eliminated, or created
self