目录
-
- 第一课、TOGAF概述
- 第二课：ADM架构开发方法
- 第三课：ADM开发方法（续）
- 第四课、ADM技术：32种最佳关键技术和交付物
- 第五课、ADM技术：32种最佳关键技术和交付物
- 第六课、调整AMD的指引
- [第七课 架构内容框架、企业连续系统等](#第七课 架构内容框架、企业连续系统等)
第一课、TOGAF概述
主要分为8个元素：念、法、技、导、行、能、连、考
念--概念阐述
法--开发方法
技--32个最佳实践技术
导--4种向导
行--内容框架
连--连续系列
考--参考成熟架构资产
能--架构工作能力
TOGAF用来帮助架构的接受（领导层共识，平级支持、下级宣贯）、创建、使用和维护，基于迭代过程模型做好总体架构设计，注重最佳实践和注重重用已有架构
文化做接受，设计做创建，落地做使用，治理做维护
做出什么样的IT：
从异构到同构（塑造同构IT）
从事后到事先（塑造规划IT）
从离散到统一（塑造统一IT）
从无序到有序（塑造有序IT）
架构的作用：线上连接数据：、线下连接资源
业务架构看流程：能力主线，横向跨阶段、纵向跨角色
数据架构看共享：资源-资产-资本
应用架构看集成：总线-传统企业、微服务-互联网
技术架构看平台：建平台、定标准、上应用、通数据
TOGAF包含内容：
输入：业务愿景和驱动力---业务要提升什么
输出：业务能力
第二部分：ADM架构开发方法
第三部分：ADM指南与技术
第四部分：架构内容框架
第五部分：企业连续系列和工具
第六部分：TOGAF参考库
第七部分：架构能力框架
第二课：ADM架构开发方法
一备一中心、八步一法，遵循接受（预备）、创建（ABCD）、使用（EF）、维护（GH）
能力导向、业务驱动、统一架构、分工协同
迭代：周期迭代返工多、阶段间迭代必评审、阶段内迭代抓协同
预备阶段
为组织成功地开展架构项目做好准备
一个导向、三个要素、一个位置
一个导向：共识--管理层承诺
三个要素：范围、原则与裁剪（方法、交付物、视图）
一个位置：治理（架构管控）
了解业务环境
获得管理层承诺
对构架范围达成共识
制定原则
建立治理结构
对TOGAF进行裁剪和定制
可裁剪的视图范围（元模型部分）：
业务架构--业务能力、业务管理、业务交互
应用架构--应用、应用模块、应用功能、系统分布
数据架构--数据主题域、数据主题关系、概念数据模型
技术架构--技术框架、技术组件、技术支撑
板块交互架构--业务交互、应用交互
阶段A：架构愿景
启动架构流程第一次迭代，为TOGAF项目设定范围、约束和期望值；建立架构愿景；验证业务情境；创建架构工作说明书
用领导层共识去确定愿景
从业务场景中挖掘出要建的能力
阶段B：业务架构，核心是塑造业务流程
组织结构必须能够承接业务架构，业务架构决定了组织架构，要让业务部门认责业务架构
业务架构是业务的基本组织形式：业务流程及其人员；业务流程、人员之间及与环境之间的关系；治理业务架构设计和演进的原则
业务架构揭示了这种组织形式满足企业业务目标的方式方法
最重要梳理业务流程，要纵横贯通、跨阶段跨角色
与组织结构的关系：组织结构保证业务架构能分解、分责、分配、分工，业务架构决定组织结构
选择参考模型、视点和工具
基线、目标、差距分析
候选路线、利益相关者审查
形成最终架构
创建架构定义文件
业务梳理--流程展现--问题发现--目标优化，业务主导（教、练、导、评、助）（主责部门、相关部门、项目单位）
怎么找阶段：用价值流的方法
流程还原由主责部门负责
问题发现：用系统支撑、数据贯通来分析
目标优化：目标业务架构
第三课：ADM开发方法（续）
阶段C：信息系统架构
主要描述与设计一个组织的信息类型以及处理这些信息的应用系统
数据架构-数据流贯通（内容）、应用架构-端到端覆盖（管道）
数据为共享、应用要集成
稳态业务，应用架构为先；敏态业务，数据架构为先，两者同步应该与业务架构保持一致
业务划分决定二者划分和分类、业务交互决定二者交互
应用架构：一步找划分、二步找构成、三步找交互
数据架构：一步找划分、二步找构成、三步找共享
数出单源
数据的关系与业务关系一致，一个能力主线、一个数据视图
信息系统架构=数据架构+业务架构，是IT系统的基本组织形式---主要的信息类型以及处理这些信息的应用系统，信息与应用系统之间以及与环境之间的关系，治理信息系统架构设计和演进的原则；揭示了IT系统满足业务目标的方式方法
应用架构：
应用视图--展现应用域及应用及其之间的关系，定义应用对业务能力的支撑
应用模块视图--展现了应用下的应用模块
应用功能视图--展现应用模块下的应用功能
应用交互视图--展现跨应用的应用模块之间的交互关系
系统分布视图--展现所有应用模块在系统中的分布
阶段D：技术架构
技术架构是IT系统的基础组织形式--技术架构的软件、硬件及通信技术，软件、硬件、通信技术之间以及它们与环境的关系，治理技术架构设计和演进原则
技术路线形成统一标准，到用平台形成统一标准
技术架构赋能应用架构、数据共享
左开发、右安全、上门户、下云化
技术架构视图：
技术架构视图---展现企业全局上的公共技术域，形成技术框架
技术组件视图---展现组成系统的组件及组件间的关系
技术支撑视图---展现系统间的集成场景，呈现集成关系与接口关系
阶段E：机会及解决方案
进行首次实施规划，识别主要实施项目，对项目进行工作包分组，确定实施方法--开发、购买或重用、外包、购买商用解决方案、利用开源软件，评估项目优化级，识别项目间的依赖关系
项目组合、发展规划
机会分析找差距、方案优选找立项，优先看价值、依赖看规律
实施方法：开发、购买、重用、外包、软件包、开源软件
评估优先级，识别项目间依赖
阶段F：迁移规划
对E阶段确定的工作包和项目，分析成本、利益和风险，制定详细的实施和迁移计划
一个划分：阶段划分--过渡架构（每个架构，交付一个能力增量），四个细化：时间、预算、价值和风险
每个阶段必须有鲜明的能力达成
阶段G：实施治理
对实施过程进行架构监管；确保实施项目符合架构
监督架构实施，定义实施项目的架构约束，治理和管理架构合同，监控实施工作的合规情况，确保实现业务价值
架构契约，每一个实施类的项目（行动单元），都要遵从架构，合起来就是架构契约，是架构管理职能面向项目管理小组所签订的一个契约
架构遵从管控：
立项--方案--交付，三个KCP检查点做架构遵从评估
，如果与总体架构有偏差，就要打回去，不然推动架构委员会就改架构
机制与流程--系统架构管控流程
系统全生命周期：项目立项--系统需求分析--设计--开发--测试--上线运维
系统全生命周期架构管控：
系统架构目标定义--项目立项阶段、承接架构年度发展计划、明确系统架构目标、提出系统架构需求、用于指导后续系统架构设计
系统架构评审--设计阶段，评审《架构设计说明书》、检查系统架构设计与系统架构目标、要求的符合程度，评审结果与集成接入和测试审核挂勾
系统架构复核--测试阶段、SIT之后、UAT之前，核查系统实现与系统架构目标、要求的符合度，允许出现系统架构变更，复核结果与系统上线审核挂勾
系统架构评估--上线运维阶段、上线完成后，根据有关模板和评估体系、评价系统架构设计成熟度，随系统演进开展持续评估并公布结果
阶段H：架构变更管理
持续监控和提供需求变更管理流程，确保一致和结构化方式管理架构变更，确保架构灵活性、使架构能够快速演进、及时响应技术或业务环境变化，对业务和能力管理进行监控
源自于业务需求发生了变化，与整体架构产生了偏差：一是业务能力需求变化、二是架构合规评估偏差
变更管理的流程实例
一中心：需求管理
确保TOGAF每一阶段都建立在业务需求的基础上，并对基进行验证，需求管理是动态过程，关系如何对企业的需求进行识别、存储以及将这些需求输入到相应的AMD阶段输出
以业务能力为中心做识别，以统一愿景为中心做聚合
获取需求--审核需求--分析需求--审核分析--需求设计--审核设计--形成制品
以流程优化作为需求，需求管理：重新获取或搁置处理
调研过程中梳理，业务部门调研、项目单位调研、客户评价
以业务能力为中心去梳理和引导需求，再做愿景关联分析
自上而下塑造能力愿景（接受），然后再去推动企业架构的创建，然后推进使用和维护
第四课、ADM技术：32种最佳关键技术和交付物
1.裁剪过的架构框架（选择）：原则（口号）、方法、工具、交付、参考，最重要的是原则和方法，其他都是辅助性的
2.组织专业企业架构团队
一总四分两管理，1总--企业架构师/首席架构师、四分--4种架构师、2管理--项目管理、文档管理
重点是业务架构师
3.架构原则
4个类型、4个标准、5个质量
4个标准：名称、声明、依据、相关影响
名称应积极、声明无二义、依据有价值（隐含，对业务能力建设有价值）、相关保一致
5个质量：易懂 看用户、健壮 看复杂、完整 看覆盖、一致 看冲突、稳定看变化
4.业务原则、业务目标和业务驱动力
能力导向、业务驱动
5.架构存储库
架构框架存方法、标准库中存标准、架构景观存设计、参考架构存案例、治理日志存偏差
6.架构工具
Visio、Archi、Aris等
7.架构工作请求
双高原则：
高层发起--任何业务部门/信息部门都不能以部门名义来发起
高层赞助--拉动企业各方面的投资，流程梳理、系统建设、数据治理等
企业架构是面向核心能力做好顶层设计
8.架构工作说明书
4个调研、2个文档（调研报告、分析报告）、4个架构、1个规划、1个治理
9.架构愿景
高层授权、部门支撑、向下宣贯
业务场景技术
业务场景=业务流+数据流的能力描绘
10.利益相关者
双力原则：权力者、魅力者是关键
4步：找出来、划分、以利益相关者的关注去定义架构交付物、引领干系人做评估评判获得积极反馈
第五课、ADM技术：32种最佳关键技术和交付物
11.沟通计划
3向4定：向上沟通求授权、对等沟通求支持、向下沟通求落实；一定相关干系人、二定相关关注点、三定时机与频率、四定手段与方法
好的沟通效果：坐（请坐）、长（时间）、饭（一起吃饭）
12.业务转换的准备就绪评估
立足转换找风险、立足增量看可行
13.能力评估
面向能力的提升的可行性；宽度看多少、高度看增量
14.风险管理
5步1环：识别、度量、量化、权衡、应对、循环开展
15.架构定义文件
16.架构需求规格
是一套量化的声明，概要地说明为了符合架构，实施项目必须做到什么样的效果；一般会成为契约或更详细架构定义契约的主要组成部分；它是架构定义文件的伴随物，对架构定义文件进行补充，提供定量的视图，用于治理时遵从。
面向平台，用于招标和总体建设时使用
17.架构路线图
架构路线图列出了变迁的各个增量，并把它们放在一条时间轴上，展示了从基线架构向目标架构的演进过程；它是过渡架构的关键构件，并在阶段B至F过程中，以增量的方式被开发
典型包含：项目列表、面向时间的迁移计划、实施建议
1个主线2个要素：1个主线--阶段划分，2个要素--过渡架构、项目组合
18.业务场景技术
业务流看逻辑、数据流看数据
双流合一定义交付
19.差距分析
现状与目标之间的缺口：缺--新建、弱--升级、重--建造/消重
识别工作包，直接分析工作包、间接分析选方案
20.架构视点
从阶段A至D，使用视图和视点来个架构领域的架构；视图是你看到的东西，视点是从哪儿看，即决定你看到什么的有利位置或角度
视图是通用的，可以存储在视点库中重用，而视图对于它为之被创建的架构来说总是具体的
每个视图都有描述它的相关联的视点，哪怕视点是隐含的
共识化的干系人关注
21、架构视图
按照架构视点所完成的架构设计
三种形态：目录、矩阵、图表
有冲突的不做视图，所以要协调各方的冲突点，达成共识；没有共识的不做视图
22.架构构建块
是架构的文档描述和模型，来自于按照架构连续系列进行分类的企业架构存储库，主要在ABCD阶段被定义或选择
等于一点视点加上相关图形的封装
能形成企业架构资产库，有利于重用
23.解决方案构建块
首先出现在阶段E，定义了什么样的产品和构件实现所需的功能，从而定义了实现方式；满足了业务需求，与具体的产品或供应商相关
一个视点加相关方案
以视点为导向做好封装
24.基于能力的规划
面向能力交付，定好阶段划分，在E/F阶段的一种基于能力规划的原则、确定和规划企业转换的具体方法，是一种聚焦业务成果的业务规划技术；是业务驱动和业务导向，将各具业务线所必需的发行量结合起来，以达到企业期望的能力
E/F阶段，基于能力规划的原则、确定和规划企业转换的具体方法，是一种聚焦业务成果的业务规划技术
是业务驱动和业务导向
每个阶段交付的能力叫过渡架构
25.迁移规划技术（TCVR技术）
E/F阶段
每个项目，时间进度、预算与投入、价值目标、风险保障
实施因素评估和推论矩阵
整合差距、解决方案和依赖矩阵：进度先后、价值高低、风险
架构定义增量表：某种中间过渡能力需要完成什么样项目组合
26.实施和迁移计划
从基线架构走向目标架构的进度
由基线走向目标的提升
27.过渡架构（里程碑）
28.实施治理模型
对实现架构的过渡架构进行治理，在F阶段产出，确保了一个过渡到实施的项目也会平滑地过渡到适当的架构架构治理G阶段中去
如果把企业架构用起来的治理，定政策、建组织、明流程、做考核
29.架构契约
架构项目的遵从性章程，建设不能违背整体架构
以契约精神来确保架构实施遵从架构
30.变更请求
2种输入：需求变化或治理偏差
3种类型：整体变更--看战略、增量变更--加能力、简单变更--看IT
31.合规评估
既是行为（检查），又是时代（通过遵从架构去建立能力）
32.需求影响评估
在调研过程中被收集的，识别业务与架构关注点的关系
第六课、调整AMD的指引
裁剪、迭代、层次、指导
裁剪：对象是--原则、方法、交付物
迭代：上下文、定义迭代、迁移规划迭代、治理迭代
层次：企业架构、业务战略、能力规划、架构设计
指导：用四大架构来找关注、四大架构来看满足
32个技术是做法、向导是用法
迭代是为了共识：周期型迭代、阶段间迭代、阶段内迭代、团队间迭代
4种共识4种迭代：
愿景共识--上下文迭代
构架定义共识--架构定义迭代
迁移规划共识--迁移规划迭代
治理体系共识--架构治理迭代
2种风格：基础先行、目标先行，取决于战略和资产（战略是未来的路标、资产是前行的路线）
战略明确、资产丰富---目标先行、自上而下；
战略含混、资产匮乏---基线先行，自下而上
主题---业务种类、业态，看多少
时间段---发展阶段，看时间长短
细节层次---战略、分段、能力3种粒度，看粒度、看粗细
企业架构是在能力架构层工作的，战略看全局、分段看业态、业务看单元
安全架构
识别关注、设计满足
安全架构师的关注领域：身份认证、授权、审计、保证、可用性等
传统服务做分割、现代服务做转型
第七课 架构内容框架、企业连续系统等
（一）架构内容框架
解决在内容上的三统一：统一概念、统一视图、统一分类
架构工作产出的分类：日常产出构建块、阶段产出为制品、最终产出交付物
（二）企业连续系列
抽象性和重用性的等级划分
特定级别看企业、行业级别看产业、通用级别看跨越、基础级别看标准
对架构存储、解决方案面向重用等级的虚拟划分
（三）参考模型
尽量不要原始创新、借鉴他人智慧
TRM：基础级别--标准、指导技术架构设计、有利于技术架构明确位置与分类
III-RM：开放互联用标准、协同访问用代理
打造无边界信息流（数据流）为宗旨
强代理（企业服务组件）、管权限，弱代理（目录管理）、管身份
指导应用架构
（四）架构能力框架
设计能力架构师、治理能力管理部、决策能力委员会
能力获取：培训、实践
7-架构内容、企业连续系列及架构
数字化：面向客户为中心构建一系列价值流的过程
价值流=业务流+数据流
