上周参加了公司组织的TOGAF培训。先将总结如下。可能会记录比较乱。主要是用来个人杂记来看的。所以标题加了杂记二字。
一、数字化转型
TOGAF是来做企业架构的，可以实现数字产业化，给数据赋能。
目前大量的企业处于数字化转型的深水区，应当重新刷新业务，实现业务可视化、业务中心化。由产品中心化转变为客户和服务中心化。
数据能力是数字化时代企业核心能力
数据化时代数据能力建设的阶段过程：全局顶层设计(全局能力规划)(修)--全层数据治理(数据能力建设)(辅)--全局流程再造(数据赋能业务)(端到端)
全局调研塑造未来3~5年范围，要准而精，而不是宽而泛。
梳理业务，梳理未来范围。
业务转型是数字化转型根本，才是真正的转型，依据数据梳理业务流程
架构是连接“业务展览”和“数字化”之间的桥梁，架构提供了整体的蓝图，描绘了流程、数据、应用、技术应该如何设计和实施，以使他们与业务战略保持一致。
将业务现代化和IT现代化实现两化融合。数据运营和流程再造实现业务现代化。互连、集约、互通实现IT现代化。实现两个端到端，两个现代化，
架构管控，前有治理，后有管控。（1）背景分析（2）总体设计 （3）实施保障。
要梳理端到端的业务，以业务问题为导向梳理IT架构。
通过数据的生产、聚合、分析，实现数据要素化、自动化和智能化，实现数智化业务。使数据和业务合二为一，数据流赋值于业务流，形成价值流。
找个核心业务能力总线，通过业务网格化，能裂变新业务、新能力。
五位一体：（1）立项(综合评估)（2）需求（3）方案(实施方案)（4）阶段（5）验收(监控和收尾)
实现（1）顶层设计 （2）数据运营 （3）流程再造
二、TOGAF概述
目前版本是9.2。9.1版本主要是信息化，9.2版本主要是数字化，多了客户中心化、新型价值化和数据要素赋能等。
企业是具有一系列共同目标的任何组织集合。
实现业务驱动、技术支撑、统一架构、统一治理
整个TOGAF可划分为（1）念(概念介绍)（2）法(架构开发方法)（3）技(32种最佳实践)（4）导(4种使用导向) （5）型(统一内容框架，形成内容框架模型，输出架构视图、内容框架)（6）连(连续性等级)（7）工(标准建模工具)（8）能(综合架构能力)
架构收益：（1）降本增效（2）政策合规（3）风险防范（4）体制转型。
架构包括核心架构(业务、应用、数据)和扩展架构(安全、服务、中台、部署、大连接等)
TOGAF是开放群组架构框架的缩写。是一个架构框架或工具，用来帮助架构的接受、创建、使用和维护。是基于迭代过程模型做好总体架构设计。注重最佳实践和注重重用已有架构。由国际标准权威组织The Open Group制定。
企业：有共同目标的组织
赋能业务的柔性，赋能IT提升
以IT为落点，业务驱动技术支撑，统一（用共识来形成）架构统一治理(具体工作要做合规)
业务驱动
技术支持
统一架构
统一治理
客户中心化，无边界数据流(数据供应链技术) 产、聚、存、分、复用
4大应用：接受(共识)、创建(顶层设计、方案设计)、使用(治理、实施)和维护(资产的不断更新和编制)
2种文化：迭代和重用
**4大构成：
（1）业务架构端到端
（2）数据架构新资产：数据资产+模型资产(机器学习、算法模型)
（3）应用结构集成化（互联互通，应用集成赋能各部门业务系统，打造客户业务响应）
（4）技术架构平台化（四横(IAAS、PAAS、SAAS、BAAS)两纵，实现门户平台化、开发平台化、数据平台化、底座平台化、标准平台化、连接平台化）**
通过企业架构迭代推进，注重最佳实践、最后形成标准
TOGAF架构不做战略规划，而是做识别的路标，做路径的设计。先有路标，再有路径。
企业的路标是横向看产业、纵向看规律，找到的位置。
架构设计+管控+滚动实施
三、ADM架构开发方法
ADM是一种可靠的、完备的开发方法，是TOGAF的核心
一备一中心，八步一法
预备阶段看战略
需求管理看痛点
架构愿景定共识
业务架构端到端
信息系统数据流
技术架构平台化
机会方案定转型
迁移规划成路线
实施治理保落地
架构变更保实用
1、预备阶段看战略
其中预备阶段看战略，最重要的高层访谈，做战略理解，同高层达成共识。
一个状态：达成高层共识的状态
四个要素：围绕相应的共识有四个要素：1、范围 2、原则 3、方法 4、工具
一个位置：制约保障
2、需求管理看痛点
其中需求管理看痛点：
目前主要出现的问题
（1）业务断(业务难打通，效率低)
（2）数据散(多元异构)
（3）系统乱(模块重叠，接口无序)
（4）技术多
以客户为中心，发展业务能力，实现业务端到端
业务能力组件系统，实现业务组件
通过业务能力在组织中流转，规划落地，使业务在未来有序运行。
3、业务架构端到端
业务框架：
1、业务框架总图
2、业务能力组件视图(业务域、业务能力组件之间的关系)
3、端到端的业务流程视图(业务层端到端)
分为业务域、业务职能、组织单元、业务流程(工作流程，多个组织单元协作完成)
业务架构设计归纳：1、有利于清晰的定义业务的归属 2、有利于更高效的促进业务交互 3、有利于更科学的指导应用建设
业务架构一维分解定目录，二维分解定矩阵，三位设计定图形
业务架构的3大驱动力：
1、组织环境的变化
2、组织内部变革的张力
3、价值链、供应链管理，核心竞争能力等
业务架构三全：
1、全周期闭环(业务周期全覆盖)
2、全组织协同(业务事项梳理)
3、全数据驱动
价值流(链)
1、业务分析用
2、系统分析用
3、信息化分步分析
4、信息系统数据流
信息系统架构包括应用架构和数据架构
数据架构设计步骤
1步定需求
2步定盘点
3步做规划
4步定流程
实现数据供应链的流转，从横纵方向
数据服务原则
1、看得见(有旧数据支撑)
2、看得透(深度因果分析)
3、看得远(未来趋势)
数据服务视图是需求识别，从业务架构的价值流拆分而来
数据主体视图是通过数据盘点，找出数据积累
数据资产视图的数据盘点，若缺失：人工采集或者系统补全
数据资产视图的资产分析，定规划，上合需求，下有依赖。
数据治理视图：高标准(看结构)、高质量(看内容)、高安全(数据访问有授权)
应用架构思路：
1、定结构(支撑性结构)
2、定构成(每个应用要细分，应用组件对应业务组件)
3、定集成(应用集成化)
4、定部署