Get Started. It's Free
or sign up with your email address
Togaf 9 by Mind Map: Togaf 9

1. ADM

2. Architecture content

3. Architecture capability

3.1. Governance

3.1.1. Governance repository Reference data Process status Audit information

3.2. Compliance

3.2.1. Compliance assessment

3.2.2. Dispensation process

4. Enterprise continuum

4.1. Architecture context

4.1.1. External factors

4.1.2. Business strategy

4.1.3. Exisitng operations

4.2. Architecture continuum

4.2.1. Foundation architecture Togaf TRM

4.2.2. Common systems architecture (Operations architecture)Business Supply chain Customer service Applicatins IIRM - Boundaryless information Technology Network architecture Security archtiecture

4.2.3. Industry specific architecture Busness eTOM - Telecom processes ACCORD - Insurance processes IS SID - Telecom data model Data model for Retail-active store Technology

4.2.4. Org specific architecture

4.3. Solution continuum

4.3.1. Foundation solutioons Business -centric Training/consulting Support Generic org structures Applications-centric IT service mgmt taxonomy (ITIL) Data -centric Foundation data structures- EDIFACT Technology -centric Programming languages SBB(TRM SE services) OS es (TRM OS/Kernels)

4.3.2. Common systems solutions Business centric BPO services - for processes ABB KPO services - for Org related ABB Data centric Information needs e.g. data warehousing App specific Packaged applications Products for CRM, SCM etc. BPM solutions for cross-industry Portals -for integrated access to info Technology Security system product IaaS services -AWS, etc.

4.3.3. Industry specific solutions Physical db schema BPM based solutions

4.3.4. Org specific solutions Hosted app service provider

4.4. Partitioning

4.4.1. Architectures Grouping of stakeholders() Manageable complexity Hieararchy and navigation of structures Define processes, roles and resp to relevant group within partition

4.4.2. Solutions Subject matter (functions) time period maturity/volatality

4.4.3. Prelim phase Org structure for architecture team work Governance applicable to team Team members Reporting boundaries Responsibilties -partitioned architectures under remit of team Subject matter areas (functions) Level of detail -capability/segment Time periods to be covered -2020/30 Stakeholders for resp. partition Relationship between partitions Overlap - for partitions based on time periods Drill down - for partitions based on level of detail/depth dovetail - based on subject matter

4.4.4. Integrations of partition content cross domain view across breadth of enterprsie for single segment cross segment view Across all domains Across individual domains Summary of transition arch in vision Across breadth of enterprise across business function/geography

5. ADM Supporting

5.1. Busines scenarios

5.1.1. Describes Problem and objectives Business and tech env/ processes People/computers to execute scenario Outcome from execution

5.1.2. Process: Areas Problem Gather scenario workshops analyze Business arch work Refine

5.1.3. REsulting in Stakeholder needs Concerns Requirements Implementing architectures

5.2. Iterations

5.2.1. comprehensive landscape Unrelated projects across ADM bound by SOW Iterations for architectures at diff level Concurrent iterations for Architectures at diff levels

5.2.2. Within ADM cycles Architecture development Multiple Dev phases concurrently Cycles between multiple dev phases Circle back to update Dev phases Governance iterations Transition planning

5.2.3. Architecture capability Iteration of prelim to address scope of work Above caused by ARch change in Ph H

5.2.4. Architecture engagements Identifying change Support business strategy portfolio mgmt of E2E landscape Portfolio mgmt of projects Defining change Define foundaton change initaitives Define bounded change initiatives Implementing change Architecture governance