Togaf
Togaf
Togaf
Between : Phases
Within : Phases
The Preliminary Phase describes the preparation and initiation activities required to prepare to meet the business
directive for a new enterprise architecture, including the definition of an Organization-Specific Architecture
framework and the definition of principles.
Phase B: Business Architecture
Data Architecture - Inputs
• Organizational Model for Enterprise Architecture
• Tailored Architecture Framework
• Data principles
• Statement of Architecture Work
• Architecture Vision
• Architecture Repository
• Draft Architecture Definition Document
• Draft Architecture Requirements Specification
• Business Architecture components of an Architecture Roadmap
Data Architecture - Steps
• Select Reference Models, Viewpoints, and Tools
• Develop Baseline Data Architecture Description
• Develop Target Data Architecture Description
• Perform Gap Analysis
• Define Roadmap Components
• Resolve Impacts Across the Architecture Landscape
• Conduct Formal Stakeholder Review
• Finalize the Data Architecture
• Create Architecture Definition Document
Data Architecture - Outputs
• Architecture Principals
• Architecture Requirement specification
• Architecture Roadmap
• Business Principles and Goals
• Statement of Architecture Work
building blocks
Architecture Capability Framework
Architecture Content Framework
Enterprise Continuum
TOGAF views the world of enterprise architecture as a continuum of architectures,
ranging from highly generic to highly specific.
Enterprise Continuum
A view of the Architecture Repository that provides methods for classifying
architecture and solution artifacts as they evolve from generic Foundation
Architectures to Organization-Specific Architectures Explains how generic
solutions can be leveraged and specialized in order to support the requirements of
an individual organization
Enterprise Continuum
Stakeholders, Views, Viewpoints
Viewpoint is a perspective (where you are looking from) and generally specific to a
stakeholder group view is what you see and is created to ensure that particular
stakeholders can see an architecture from a point of view which matches their
concerns
Views and Viewpoints
Limitations