本日分享主要分成三个部门，

第一部门是软件工程与企业架构要领论的成长。

不管是我小我私家写文章提到的企业级业务架构要领论，照旧中台也好，都是从以往的要领成长到此刻，也有几十年的汗青了。所以各人研究要领论也好，可能是看一些现象也好，假如你但愿对这个现象的相识更深刻的话，那最好的照旧要从这个要领的汗青开始相识。

第二部门，是关于企业级业务架构要领论的先容。

最后一部门，实际上是从企业架构的角度谈中台，我认为中台就是企业架构领域内的摸索，所以第三部门：从企业架构角度谈谈中台。

先说说第一部门吧，各人大概都知道软件开拓内里其实有两个焦点问题，可能说两个存眷点也行，一个是软件进程，就是这个软件是怎么造出来的，从新到尾的全生命周期是什么样。

另一个就是软件设计。软件设计其实是软件进程中的一个环节，可是这个环节较量重要，所以我们可以把它单独提出来看一下，也就是说，软件开拓内里其实有这么两个存眷点可能是两个重要的偏向，一个偏向是进程打点，一个偏向就是关于设计。

软件开拓中的两个存眷点

那么进程打点，其实我们主要存眷的就是软件工程了，我看这个老外何处较量受接待的软件工程图书，应该已经到了第九版、第十版吧，应该是常青树。

工程里边，其实我们主要存眷的就是工序和尺度，这个其实跟我们做一些工程打点可能其他其他行业的项目打点原理是一样的，都是存眷干工作的顺序，以及每一个步调应该到达一个什么样的交付条件，也就是工序和尺度，其实有了这个才气算得上是工程上的打点，不管是我们做这种传统的传统要领照旧做火速来讲，我以为各人怎么都需要存眷工序和尺度。这么做的方针是为了什么？方针一个是为了提高这个软件的质量，再一个呢就是产量。其实产量换一个角度说了就是速度。

然后在设计这一侧，其实设计里边最难的部门应该就是架构设计，那么架构设计的焦点点，我小我私家认为简朴的来看就是布局和干系，也就是你把一个软件，切成几多个部门，把一个项目分成几多个部门，每个部门之间如何交互的，是一个什么样的干系，然后你奈何处理惩罚这个干系较量符合。

那么做架构的目标是什么呢？我小我私家认为第一点是为了复现，其实做架构的时候，我们相当于是把人家客户的要求可能是业务人员的要求，很清晰的布局化的理出来。

理出来之后，让这个清晰的结论确认它能跟业务的要求是一致的，所以我们做软件其实大部门环境下做的都是复现型的这种软件，不是打破型，网站建设，其实没有许多打破型的。第二我以为是就是技能人员对业务参加许多了之后，业务融合较量深的环境下，你才真正会发生一些是为了打破型的。可是大部门环境下，尤其是在许多传统企业里边，做的这个软件设计其实都是复现型的，把业务人员的这个需求听清楚了之后，跟业务人员相同好了，然后把这个业务需求复现出来。

那么架构尚有一个长处是什么呢？清晰的架构，尚有一个利益就是有利于复用。

复现和复用，其实对证量和产量也是有影响的。那么本日看起来呢，这就是这个软件开拓的存眷点。这两点的话，各人已经听上去已经是很自然的一件事了，是吧？

但实际上在整个这个软件行业的成长进程里边，这么自然的一个工作，却是很长时间才认识起来的。