导图社区 TOGAF9.2
这是一篇关于TOGAF9.2的思维导图，主要内容有基础概念、架构内容框架、企业连续性、参考模型等。
社区模板帮助中心，点此进入>>
项目时间管理6大步骤
项目管理的五个步骤
电商部人员工作结构
电费水费思维导图
D服务费结算
组织架构-单商户商城webAPP 思维导图。
博弈的理解与运用
暮尚正常运转导图
批判性思维导图
产品经理如何做好项目管理
TOGAF
基础概念
业务整体概念
E企业
A架构
构件、构件之间的关系构件与环境的关系、治理架构的演进的原则
TOGAF附加
TOGAF:一个系统的形式化描述或系统实现构件级的详细步骤
EA
企业各组成部分，构建他们之间关系及设计演化原则
业务流程和IT基础设施的逻辑关系，反应了组织业务运营模式的标准化需求
蓝图：组织结构和运营概念
目的:有效的表达目标，优化企业环境来对应业务需求
架构域
战略架构，最高级别架构
BA业务架构
流程
目标、战略、流程、组织、服务产品策略
让IT能理解
DA数据架构
结构
逻辑数据资产结构，物理数据资产结构，数据管理资源（服务器，储存设备，系统调动）
AA应用架构
交互
基于目标需要完善开发的应用服务、应用服务之间的关系、应用和业务之间的关系（如何完善业务目标定制应用、可理解为系统和系统方案）
TA技术架构
软硬件
软件，硬件通讯技术
安全架构
贯穿
解决方案架构
底层
EAF
为什么需要架构框架？
便于复杂性设计
加速架构开发
保证架构全面覆盖
通用词汇表
框架的定义和元素：标准、方法，工具，通用词汇表
元素
推荐标准词汇表
以构件快描述系统的方法
广泛开发的结构工具
togaf
一种框架
文档描述
贯穿：系统、多职能组织
含义：满足组织需求
通用：企业在通用框架下的调整和定制
框架：通过
定制：应用
构件关系
概念模型
系统（构件结合）
架构（构件结构、关系、构件设计和随时间演变原则）
架构描述（制品集合）
架构视图 （是架构描述的重要制品）
ADM
利益相关者（关注系统的人）
关注（系统实现关注利益、功能）
视点（试图视角、决定试图的构建和使用）
关注：关键兴趣对利益相关者非常重要
一个系统从一套相关的视图角度关注的表示
技术参考模型：例子裁剪到符合组织需求
如何开发企业架构的流程
开发及风格和方法
客户需求
分析客户
分析AS-IS
基线架构
分析TO-BE
目标架构
1、不知目标，分析基线。 2、知目标解决方案映射回基线
过渡架构
TODO
从业务端设计，从技术端实施
架构内容框架
目的：提供了在ADM过程中建模和文档的指导
架构内容框架本身不告知用什么模型和文档但是制定了被建模被描述的对象
元素：
交付物
契约输出
正式文档
最终输出物
制品
目录
一元
矩阵
二元\无限元
关系
图
阶段交付物
从特定视点描述架构
构件块
可重用性
日常交付物
一套功能满足整个组织的的业务需求
定义
满足业务需求的功能打包
稳定，有公开接口允许其他构件块想互操作
多重但独立
可以封装到其他构件块
特点
在E阶段变得更加实施待定
松耦合到实施
企业连续性
逻辑角度
基础架构
开放系统和通用构件块
通用系统
行业/领域
组织/企业特定
• 特定级别看组织 • 行业级别看产业 • 通用级别看跨越 • 基础级别看标准
连续系列：一个连续不断的方位，顺序整体，除非硬性切割否则不金额将一部分与相邻分区区分
架构存储库
物理角度文件夹进行治理分类
架构元模型
架构能力
支持治理架构库的流程
架构景观
不同颗粒维度
能力，战略、分段
显示当前组织在使用的建构块
标准信息库
必须遵守架构规约
治理日志
参考库
可重用构件块
提供指引，模板使用产生新架构
方法
开发企业架构时，被用来构件可重用架构和解决方案资产
在组织内使用开发架构
参考模型
基础架构，特定架构的基础
一个例子，被裁剪到符合组织要求的应用
集成信息基础设施参考模型：III-RM
满足无边界信息流
应用架构参考模型
技术参考模型：TRM
通用的平台服务模型和分类法：视图和方法
关键指标：定义技术组建到一组技术平台
创建特定架构视图
第一步：参考视点库，识别一个可以重用的
PART6 架构能力框架
技术：差距分析，开发原则
能力：财务管理、绩效管理、服务管理、风险管理、 资源管理、沟通和利益相关者管理、质量管理、供应商管理、配置管理
建立架构能力：开发小组、治理小组
目的：有效进行架构活动
推荐使用ADM周期来建立架构实践，
业务架构实践
由架构师和利益相关者开发架构委员会批准
责任：仅技术层面强制架构合规
合规审查：对项目技术的准备状态做沟通
架构标准和业务目标的一致性
合规评估：在实施流程中治理架构
架构合规审查：技术准备状态的沟通
能力框架
技能框架
PART3 ADM指引和技术 概念：迭代、视图、处理业务需求
两大指引
架构分割
广度
深度
时间段
领域
迭代
整体
阶段
单个
9大技巧
技巧1，建立架构原则
它是建立架构、规划决定，构筑规定过程及标准以及支持解决对立情况的基础
包含业务、技术、应用、数据（原则）
原则不是具体的行动指南，是方针、理念和价值定位
原则不是强制，是引导和控制，另整个企业反对强制。
模板
标准：可理解、健壮、完整、一致、稳定
含义：强调执行业务和IT需求，依据资源、成本、任务
名称：描述规则本质，不提技术平台
表述：表达基本规则
理由：强调坚持原则带来的业务价值收益
模板。P阶段
技巧2:利益相关者管理
识别利益相关者，保证输入纳入架构设计
识别视点满足利益相关者的关注
循序渐进的方法
识别利益相关者
职位归类
确定管理办法
裁剪项目交付物
视点、验证
定义企业架构视点、矩阵、视图
个人、团队、组织
关键角色
关注企业架构的人员
5大分类22项目
CXO
企业安全
项目管理办公室
标准组织
采购
HR
公司职能
行政领导
部门管理层
业务领域专家
业务流程专家
产品流程专家
技术专家
项目组组织
数据拥有者
最终用户组织
IT服务管理
服务台
应用管理
基础设施管理
数据通信
系统运营组织
供应商
监管机构
外部组织
技巧3:架构模式
架构模式
架构块组合在一起形成上下文的方式
togaf：一个方法把架构块放到背景中
架构风格
基线、目标
A.B.C.D
技术4:差距分析
基线与目标之间的：差异、故意忽略、意外遗漏、尚未定义
基有目没有：解决方案
目有基没有：新建能力
B,C,D,E
一个阶段的最后一步，用来突出还未开突出还未开发的服务，目的：识别潜在不足或功能重叠，
技术5:迁移规划
实施因素评估推论矩阵
整合差距、解决方案、依赖关系矩阵
架构定义增量表
企业架构状态演进表
业务价值评估技术
E,F
技术6:互操作需求
共享信息和互操作的能力
A:业务场景确定信息和服务交换的性质和安全考虑
B:业务语言定义信息和服务交换
C:用数据模型和信息交换模型细化信息交换内容
D:指定应用之间共享信息和服务的方式
E:指定信息和服务交换的技术机制
F：选取实际解决方案
G：从逻辑上实施互操作性
技术7:评估业务转型准备度
业务转型评估是架构师与企业领导沟通，企业是否接受能力建设与能力增量
关注：确定该组织是否已准备好接受变更
A阶段
技术8:风险管理
过程
风险分类
风险识别
初始风险评估
风险缓减和残留风险评估
风险监控
各企业架构活动风险无处不在，应该在ADM的所有阶段进行管理
两个级别
1.初始风险级别：在确定和实施缓解措施之前进行风险分类
2.残留风险等级：实施缓解措施后的风险分类（如果有）
剩余风险水平
技术9:基于能力规划
原则、方法
聚焦业务成果的业务规划技术
业务驱动和业务导向的
业务线整合以达到企业期望能力
PART2 架构开发方法 阶段
预备阶段P
用架构能力框架
确定组织的架构能力
建立组织背景（定义企业），定制TOGAF,选择工具，定义架构原则
由架构请求书开启、也是架构设计周期的触发
发起组织发送到架构组织的文档
内容
建立企业背景：审视组织上下文
企业组织范围和元素
驱动力元素
规定了企业架构范围
架构范围说明书，哪些作哪些不作，以业务为中心
业务需求是唯一衡量
定制TOGAF（裁剪）：识别架构能力方面的
定义架构治理的流程资源
建立实现目标能力的成熟度
框架之间的关系
定义架构的组织模型
目标：选择支持架构能力的工具建立企业架构的组织模型
定义架构原则
广度。深度、时间、区域
满足业务特定需要
A架构愿景
战略架构
战略规划
范围、约束、期望，架构愿景、定义利益相关、验证业务场景
架构工作说明书：契约、全面计划书、以识别问题的解决方案和流程：目的：定义架构范围、方法
架构愿景：高层视图、预期结果共识、完整架构定义
架构愿景（文档）
基线和目标的描述
新能力如何满足业务，战略目标
约束
以P阶段业务原则和架构原则为依据
定义利益相关者
如何应对利益相关者关注点
范围
业务、数据、技术、应用（领域）
大致描述：开发周期、KPI、原则
对基线和目的的高级描述
业务场景
发现记录定义需求表达
表述响应需求的愿景的合适有用技巧
AB迭代
SMART准则
目的：帮助识别和理解架构必须满足的业务需求
业务场景用来开发企业愿景
目标：制成架构愿景
B业务架构
领域架构
业务目标
WHAT
SMART目标管理法KPI
展示利益相关者关注 如何在业务中满足
业务战略
实现目标中的战略行动项目
VP
业务能力
价值流
业务架构
组织建模
信息建模
最基本的参考模型：111-RM
最有一步：生成架构定义文档
最先开发架构的原因：提供预先知识来进行其他架构领域的工作
C信息架构
最相关模型： 集成信息基础设施参考模型应用
目的
定义可被利益相关者理解的架构
定义完整并持续输出的架构
定义稳定的架构
定义企业相关数据实体
D技术架构
参考模型TRM
目标：定义技术架构到技术平台
最后一步：生成架构定义文档
与组织行业相同的技术模型为资源
开发基线架构和 目标架构分析差距
架构定义文件
可交付容器
跨架构领域
检查基线、过渡、目标状态
定性试图，表达架构师意图
架构需求规格书
解决方案视图
必须满足的度量标准
分段内容
A
开发目标业务架构
企业如何运作达到业务目标
如何响应架构愿景中的驱动力
解决利益相关者关注点
基于基线与目标的差距识别架构路线图构件
B
数据治理
数据管理
数据迁移
应用组合管理
单一应用架构
软件架构
D
满足架构请愿书和利益相关者
E 机会和解决方案
解决方案架构（整合）
实施规划
鉴定构建块
增量，对过渡架构进行识别
解决方案架构、 整合BCD结果、 输出完整架构
基于基线目标差距分析和后选路选图构件
生成架构路线图完整版
是否需要增量
需要识别可以持续交代商业价值的过渡架构
以便有效交付前阶段制定的目标架构。
将构建块变为工具包来满足差距
F迁移规划
计划
阐述如何从基线达成目标
解决方案 落地计划
开始实施迁移规划E， 完成规划是F
最终形成架构路线图以及实施迁移规划
实现企业级变革
业务价值和工具包、过渡架构被理解
最终化架构愿景， 架构定义文档
架构定义文档：项目制品交付物的容器
目的：沟通架构师目的的描述
最终化一套过渡架构
G实施治理
指导，控制是企业架构在企业级别的实践
实施、监管
契约
架构合同
架构组织和实施组织之间的联系
实施确保单个项目（PMP） 与企业架构架构一致
文件应该包括从业务转型准备评估技术所带来的行动
目的：确保实施项目与确定好的架构合规
H变更管理
持续监管
变更管理流程
快速响应、架构对业务的价值最大化
增量变更现有投资开启新价值
重新架构变更分类：由新加入投资产生新价值的需求驱动的变更
目的：确保架构达到它原来的目标业务价值
简化变更分类：减少投资驱动变更
R需求处理
验证每一阶段的业务需求
需求被识别、输入、存储，再输出到个阶段
需求优先级排列、处理、阐述
处理需求流
在整个ADM中循环架构需求
架构需求书（文件）
定量的解决方案的视图来衡量实施
输入输出交付物
建议，非完全遵循
后续阶段可能会修改先前阶段的输出
输出使用版本号进行管理
0.1基础版
1.0签字版
