| TOGAF Documentation |
|---|
| TOGAF 7 CORE DEFINITION |
| Document Number: I914 |
©December 2002, The Open Group All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording or otherwise, without the prior permission of the copyright owners.
To define the elements that constitute the core of TOGAF Version 7, for reference in certification materials.
The core of TOGAF Version 7 consists of the following elements, each of which is uniquely numbered for reference in certification materials.
1. The sequence of activities represented by the Architecture Development Method (ADM);
2. The deliverables or "information sets" used or generated during the ADM cycle;
3. The Foundation Architecture;
5. The relationship of TOGAF to other architectures and architecture frameworks
The Architecture Development Method Core Process comprises the following Phases, Steps, and Activities of the ADM [3].
1.A.1. Establish IT Governance
1.A.2. Formulate, document, publish and mandate the Architecture Principles
1.A.3. Obtain and verify the Request for Architecture Work
1.A.4. Identify, document and rank the problem that is driving the project
1.A.5. Identify environment and document, as business architecture models, the business and technical environment where the problem situation is occurring
1.A.6. Identify and document desired objectives, the results of handling the problems successfully
1.A.7. Identify human actors and their place in business model, the human participants and their roles
1.A.8. Identify computer actors and their place in technology model, the computing elements and their roles
1.A.9. Identify and document roles, responsibilities and measures of success per actor, the required scripts per actor, and the desired results of handling the situation properly
1.A.10. Document the Statement of Architecture Work
1.A.11. Check the original motivation for the project against the Statement of Architecture Work and Business Architecture, and refine only if necessary
1.A.12. Document, verify and deliver Business Architecture Version 1.
1.B.1. Verify access to organization's Solutions Continuum to identify re-usable Solutions Building Blocks (if available)
1.B.2. Identify existing technology in a brainstorming session specifically set-up to identify re-usable assets
1.B.3. Brainstorm candidate architecture building blocks in a discovery session and document
1.B.4. Document, verify and deliver Business Architecture Version 2
1.B.5. Add any newly identified re-usable Solutions Building Blocks to organization's Solutions Continuum
1.C.1. Create a baseline description in the TOGAF format
1.C.1.1 Verify access to organization's Architecture Continuum to identify re-usable Architecture Building Blocks (if available)
1.C.1.2 Collect data on current system description
1.C.1.3 Document all constraints
1.C.1.4 Brainstorm technical architecture principles
1.C.1.6 List distinct functionality
1.C.1.7 Produce affinity groupings of functionality using TOGAF TRM service groupings
1.C.1.8 Analyze relationships between groupings
1.C.1.9 Sanity check functionality to assure all of current system considered
1.C.1.10 Identify interfaces
1.C.1.11 Produce technical architecture model
1.C.1.12 Verify technical architecture model
1.C.1.13 Document key questions to test merits of technical architecture
1.C.1.14 Document criteria for selection of service portfolio architecture
1.C.1.15 Document, verify and deliver Technical Architecture Version 0.1:
1.C.2. Consider different architectural viewpoints
1.C.2.1 Brainstorm session to choose relevant viewpoints
1.C.2.2 Select the modeling tool for each viewpoint
1.C.2.3 Brainstorm and document technical constraints deriving from analysis of the concerns, and ensure they are covered by the viewpoints.TOGAF 7 Core Draft Version 2
1.C.2.4 Develop and document relevant viewpoints
1.C.2. 5 Undertake trade-off analysis of viewpoints
1.C.2.6 Document, verify and deliver Technical Architecture Version 0.2:
1.C.3. Create an architectural model of building blocks
1.C.3.1 For each viewpoint, create the model for the specific view required, using the selected tool
1.C.3.2 Assure that all stakeholder concerns are covered. If they are not, create new models to address concerns not covered, or augment existing models
1.C.3.3 Perform trade-off analysis to resolve conflicts (if any) among the different views.
1.C.3.4 Validate that the models accommodate the constraints
1.C.3.5 Note changes to the services viewpoint (the TRM model) and document
1.C.3.6 Identify solution building blocks that would be used to implement the system, and create a model of building blocks
1.C.3.7 Check building blocks against existing library of building blocks and re-use as appropriate
1.C.3.8 Test architecture models for completeness against requirements
1.C.3.9 Document rationale for building block decisions in architecture document
1.C.3.10 Document, verify and deliver Technical Architecture Version 0.3:
1.C.3.11 Verify and deliver Technical Architecture Model
1.C.3.12 Make extensions or amendments as appropriate to the organization-specific architecture continuum
1.C.4. Select the services portfolio required per building block
1.C.4.1 Verify access to TOGAF Standards Information Base
1.C.4.2 Produce affinity grouping of services
1.C.4.3 Cross-check affinity groups against needs
1.C.4.4 Document service description portfolio for each Architectural Building Block cross-checking for non-conflicting services
1.C.4.5 Document change requests to architectures in architecture continuum
1.C.4.6 Document, verify and deliver Technical Architecture Version 0.4
1.C.5. Confirm that the business goals and objectives are met
1.C.5.1 Utilizing the key questions list ensure that the architecture addresses each question
1.C.5.2 Document Requirements Traceability and findings.TOGAF 7 Core Draft Version 2
1.C.5.3 Document, verify and deliver Technical Architecture Version 0.5
1.C.6. Determine criteria for specification selection
1.C.6.1 Brainstorm criteria for choosing specifications and portfolios of specifications relying on previously used criteria for existing system and extrapolating for new architectural elements
1.C.6.2 Meet with sponsors and present current state to negotiate a continue request from sponsors
1.C.6.3 Document, verify and deliver Technical Architecture Version 0.6
1.C.7. Complete the architecture definition
1.C.7.1 Ensure clear documentation of all interfaces for each building block (APIs, data formats, protocols, hardware interfaces)
1.C.7.2 Select standards for each interface of the architecture building blocks, reusing as much as possible from TOGAF TRM
1.C.7.3 Fully document each architecture building block
1.C.7.4 Final cross check against business goals
1.C.7.5 Document final requirements traceability reports
1.C.7.6 Create final mapping of the architectures within the architecture continuum
1.C.7.7 Document, verify and deliver Technical Architecture Version 0.7
1.C.8 Conduct a gap analysis
1.C.8.1 Brainstorm gaps in functions
1.C.8.2 Brainstorm eliminated functions
1.C.8.3 Classify gaps as those that should be developed and those that should be procured
1.C.8.4 Create gap matrix described above
1.C.8.5 Document, verify and deliver Technical Architecture Version 1.0
1.D.1 Verify access to functional descriptions of products that are candidates for the implementation
1.D.2 Verify access to architectural descriptions of elements that are candidates for the implementation
1.D.3 Brainstorming session on technical requirements from a functional perspective
1.D.4 Brainstorming session on co-existence and interoperability requirements
1.D.5 Architecture assessment and gap analysis.
1.D.6 Project identification and classification (such as new development, purchase opportunity, or redeployment of existing system)
1.D.7 Document, verify and deliver Impact Analysis – Project List
1.E.1 Project prioritization
1.E.2 Migration brainstorm session
1.E.3 Dependencies, costs and benefits assessment of the various migration projects
1.E.4 Risk assessment
1.E.5 Roadmap (time-lined) generation
1.E.6 Document, verify and deliver Impact Analysis – Migration Plan
1.F.1 Project recommendation formulation, for each separate implementation project
1.F.1.1 Document scope of individual project in Impact Analysis
1.F.1.2 Document strategic requirements (from the architectural perspective) in Impact Analysis
1.F.1.3 Document change requests in Impact Analysis
1.F.1.4 Document rules for conformance in Impact Analysis
1.F.1.5 Document time-line requirements from road-map in Impact Analysis
1.F.1.6 Document, verify and deliver Impact Analysis – Implementation Recommendations
1.F.2 Document the Architecture Contract
1.F.2.1 Obtain signature from all developing organizations and sponsoring organization
1.G.1 Verify access to new technology reports
1.G.2 Verify access to new business changes
1.G.3 Ongoing monitoring of technology changes
1.G.4 Ongoing monitoring of business changes
1.G.5 Assessment of changes and development of position to act
1.G.6 Meeting of governing council to decide on handling changes (technology and business)
1.G.7 Document, verify and deliver Technical Architecture updates.
1.G.8 Document, verify and deliver New Requests for Architecture Work
2.1 Architecture Principles
2.2 Request for Architecture Work
2.3 Statement of Architecture Work
2.4 Architecture Views
2.5 Re-usable Architecture Building Blocks
2.6 Re-usable Solution Building Blocks
2.7 Product Information
2.8 New Technology Reports
2.9 Business Architecture
2.10 Technical Architecture
2.11 Impact Analysis
2.11.1 Project list
2.11.2 Time oriented migration plan
2.11.3 Implementation recommendations
2.12 Architecture Contract
3.1 The Technical Reference Model (TRM)
3.1.1 The purpose, structure and use of the TRM
3.1.2 Taxonomy of Platform Services
3.1.2.1 Network Services
3.1.2.2 Operating Systems Services
3.1.2.3 Software Engineering Services
3.1.2.4 Security Services
3.1.2.5 System and Network Management Services
3.1.2.6 Transaction Processing Services
3.1.2.7 Location & Directory Services
3.1.2.8 User Interface Services
3.1.2.9 International Operation Services
3.1.2.10 Data Interchange Services
3.1.2.11 Data Management Services
3.1.2.12 Graphics and Imaging Services
3.1.2.13 Object-Oriented Provision of Services
3.1.3 Taxonomy of Application Platform Service Qualities
3.1.3.1 Availability
3.1.3.1.1 Manageability
3.1.3.1.2 Serviceability
3.1.3.1.3 Performance
3.1.3.1.4 Reliability
3.1.3.2 Adaptability
3.1.3.2.1 Scalability
3.1.3.2.2 Programmability
3.1.3.2.3 Extensibility
3.1.3.2.4 Object and component handling
3.1.3.3 Interoperability
3.1.3.3.1 Locatability
3.1.3.4 Usability
3.1.3.4.1 International operation
3.1.3.5 Assurance
3.1.3.5.1 Security.
3.1.3.5.2 Recoverability
3.1.3.5.3 Integrity
3.1.3.5.4 Credibility
3.2 The Standards Information Base (SIB)
3.2.1 Access to the SIB
3.2.2 Searching the SIB
3.2.3 Using the information in the SIB
4.1 The Architecture Continuum
4.1.1 The concept of the Architecture Continuum
4.1.2 Moving around the Architecture Continuum
4.1.3 The Continuum as a repository of reusable Architecture Building Blocks
4.1.4 The relationship to the Solutions Continuum
4.2 The Solutions Continuum
4.2.1 The concept of the Solutions Continuum
4.2.2 Moving around the Solutions Continuum
4.2.3 The Solutions Continuum as a repository of reusable Solution Building Blocks
5.1 Positioning of TOGAF
5.1.1 Positioning information
5.1.2 Explaining it to users
5.2 Examples
Examples of other Architecture Frameworks referenced in TOGAF (C4ISR, Enterprise Architecture Planning, Zachman Framework, etc.).