Togaf简单讲

1.定义事物，方便大家互相理解

2.做好现状和愿景设计

3.做好现状到愿景的计划

1.togaf 首先是统一语言。大家互相能理解，比如各种定义。

togaf源自美国军方理论

2.没有架构设计，烟囱式系统是必然的。

就跟之前去政府办户籍一样，各个地方系统数据不通。

3.外来和尚好念经，一方面是外来经验，另一方面是外来背锅位。改革需要外来方案，改革触碰的他人利益，总得由外人背锅，内部人员以后还要共事。（改革不触碰利益那就不是改革了）

4.togaf的愿景意识。

选项题四个，最优、可行、正确、错误四个。

5.定义学

比如美国的togaf国家定义：1.美国自认是定义者2.欧日韩是架构师脑力工作3.越南劳动力工作4.中东资源提供者。

这就是 美国togaf愿景。所以外国人很多时候不是傻，而是他们的定义思维较严重，被定义为什么。

冲突是什么：客观只有一个，愿景确有多个。

个人的奋斗要结合历史进程。

定义就是叙事主体。

组织架构图谁是真正管事的。

6.什么事架构

eg: 构件：人

构件关系：人与人的关系。如果老师、老总

架构师源自建筑，软件架构理论也是照抄的建筑学抄过来的。

《建筑十书》

6.企业架构

企业架构师三件事：

1.画出现在的企业架构。基线架构

2.画出未来的企业架构。愿景架构

3.设计如何从现在走向未来架构。

架构设计在落地后一定会有调整的。

7.愿景

避免康威定律。分解会漏掉关键事情，每个人都避重就轻，导致看似大家都做好了，实际最终结果并不好。

8.企业架构的利益

权利来源是组织结构，组织结构是大家愿意听你的话的原因，统一思想。

9.什么是框架

1.方法

2.工具

10.什么是企业架构

11.togaf书的目录

12架构域

应用层：Saas

技术层：PaaS

13.数据架构

14技术架构

15.架构设计顺序

16.TOGAF库

17.ADM

目的、方法、输入、步骤、输出

大领导先看架构愿景（未来要实现什么愿景）、业务再去关注业务架构（为什么要实现愿景，给业务带来多少利益）、技术负责人关注信息系统架构和技术架构（每年替换多少应用，开发多少程序，用哪些技术架构）、产品和开发关注架构实现

企业连续系列就是怎么让架构设计连续下去，让大家都知道。

18. 架构通用能力

除此外还有企业独有能力。