那么什么是EA？EA（EnterpriseArchitecture）：企业架构（总体架构或体系架构）中文翻译成企业架构，但是这个企业实际上也是政府部门，一个工程也是一个企业，它是指具有共同使命的组织单元，所以在中英文中我们是不是一一对应的，所以大家一定就是说知道我们这个Enterprise（是指具有共同使命的组织单元，可以是公司、政府部门或其分支机构）。

其实任何事情都有它的架构，不管是造房子造汽车还是建一个城市等等，我们在用信息系统数字化的手段来发展一个企业，我们都需要有架构。那么企业架构之父Zachman有一句话：对于任何一件事情，我们对其架构的认识水平决定了我们能够利用他的水平，这句话其实很富有哲理的，很有道理的。任何事情特别是对一个复杂的事情，我们对其架构的认识决定了我们能够利用它的水平。

接下来再谈一下EA的核心的作用，就是为什么要有这个东西？这里面因为EA主要是在信息化这个领域，主要它的作用是在三个层面，一个就是处理业务跟IT的关系，通俗讲IT跟业务的融合，经常都说IT业务两张皮，那么这两者之间是一个什么样的关系？这就需要通过EA能够把它描述出来。

最后是处理局部与整体关系。不管是每个项目、每个系统，看它跟我们整个企业整体是一个什么样的关系，这是我们需要一个横向视野，就是我们不能只看到我们做的东西，我们还看到整个企业整个组织他在中间处于一个什么样的位置，所以总的来讲，EA的作用是什么？实际上就是处理复杂性。

抽象说的最直白一点就是把重要的东西保留下来，把不重要的东西去剔除掉。对一个很复杂的事情，也就只能通过抽象才能处理它，然后再通过建模把它表达出来。所以整个EA的核心作用就是处理这三种关系是要通过抽象和建模的方式，核心的目的是要处理这些复杂的关系，就是把复杂的问题把重要的东西表达出来，使大家能够去梳理它。

还有一个是架构的内容，框架就是架构让这些流程开发出来的内容是什么样，这里面业务架构数据架构技术中架构的一些内容，一些模型的表达。有两个最基本的参考模型，一个技术参考模型，一个集成信息基础设施参考模型，也都是非常基础的，没有行业的，也没有模具领域的参考。

企业连续系列，实际上是把架构做了一个分类，从最基础的到最个性化的，基础架构更多系统架构、行业架构组织特定的架构分了4个层级，这4层的划分也是非常的科学，

那么再给大家介绍一个美国联邦政府在用的FEA架构，这实际上也是一个案例，最早出的是96年立法要求，99年联邦CIO理事会做的一个架构框架，也是开发架构的。FEA的参考模型就是这样的，实际上它是共同的语言，让大家来表达需求，用这些共同语言来表达。那么还有一个分块的架构方法，分块的架构方法，整个联邦政府太复杂了，做的事太多了，我只能把它化整为零变成一个的分块来处理。所以他有整个企业级的架构，有分块的架构，有解决方案的架构这三个层的划分。其中分块架构有一个叫F3的架构，专门有个分开架构的开发方法。还有一个是联邦的过渡框架，说整个联邦政府大家共同要做的东西都放在这，因为很多是跨机构的，那么联盟过渡框架就是整个联邦政府中现在过渡的未来大家共同要做的。这个里面架构开发出来大家都要遵循，就是说当你的架构你要做你的解决方案的时候，有没有遵循它？公司的预算都是跟它要去匹配的。

前面我主要介绍了一下这些一些架构方法，那么下面再谈一下我的借鉴这些方法来谈信创体系的顶层设计方法。信创体系顶层设计到底有什么内容？

这里面主要重点在几个层面，第一个是一个机构的信创顶层设计，还有在信创工程层面的顶层设计，这里面主要讲这4个部分，个人觉得对各个机构也好，做信创这件事情可能比较有意义的。这4个方面。一个是机构信创的总体架构设计，总体架构也是企业架构，也是信创的个总体架构设计。还有一个是信创工程的总体架构，因为要做一个工程，工程也是个enterprise，还有一个是信创的技术参考模型，个人认为这个可能也是有意义的。还有一个是信创的运营管理体系，就是信创这些事情我整个怎么做好运营管理，这些东西我认为是现在需要的顶层设计的内容。当然还在这里也不一定对，可能还有更重要的内容。

接下来，再分别来看一下，比如说机构信创的总体架构设计，信创它是作为一个分块，要开发几个分块的总体架构，信创在整个机构里面它是一个分块，就按照分块这种架构的思路，信息安全是一个分块，作为一个分块，它属于在分割架构这个层面上面，企业家各分管架构项目解决方案架构，在分块架构这个层面，比如说这里面用的这一套方法是美国联邦政府在用的叫FSAM，就是联邦分块架构方法论。按照每一个分块，怎么去开发出它的架构？这个架构最终它是要有一个解决方案，有一个蓝图，必须是信创，这些事情包括从刚从前面谁来参与这些事情，到它的战略意图，到它的范围，确定战略意图，就是为什么要做这件事情？到战略的意图要达到什么样的目标等等，到最后它的相关的需求解决方案的架构，这些事情最终是为了这个东西拿出来是干什么的，信创的总体架构开发出来，是为了指导下面的每一个跟信创相关的一些项目的立项审批也好，这种去做需求的指导也好，就是说做信创这件事情，需要从总体上有这么一个架构的开发。

还有一个就是信创工程的总体架构，做一个工程，建筑工程就是一个解决方案，它就是最底层了，是一个方案的架构。开发方方案的总体架构的开发，可以按照脱ADM这种开发架构的方法，因为它是TOGAF ADM的架构开发方法，他说是这三层都可以用这一套方法，其实也是都可以的。当然了也有国际上也有个专门搞解决方案架构开发的，就专门针对解决方案这个层面，也有那是也做这种培训的，曾经也在国内引入做过这样方面的。但是不管怎么样，反正就是看这三个层面，实际上都是有它相应的架构的开发。

第三个内容就是信创的技术参考模型，前面很多的专家都讲了，有要抓住架构体系变化的这样一个趋势，不一定是要非得沿着原有的路径，其实今天做信创，做国产化也好，做新的一套中国体系也好，其实应该去参考新的一种技术的参考的新的技术的路径。技术上的模型是在新一代IT产业联盟，也是好几年前大家画了这么一个框架，说未来的整个的信息技术的应用，这个模式整个架构的技术的这些要素发生了一些变化。

两边一个是运营，一个是安全。运营我们过去都是做一个个的孤立项目，在未来这种模式下面，都是做一个一个的服务。这个时候是DevOps、敏捷、精益等等这些概念，那么安全的模式也变了，因为都不是孤立的过渡系统那种安全了，这个时候访问控制、态势感知、流安全等等的反欺诈数据保护这些方面，所以这是一个大的框架。

那么怎么知道业务的战略，怎么知道业务的需求，怎么知道业务的这种优先级也好，那么实际上它还是要通过架构来了解，说没有EA 的作为背景，ITIL本身虽然它也在不断的迭代，但是最终是希望跟业务的战略连接的更紧密，所以也来提供这个背景的指导。

那么还有一个就是DevOps，今天特别是尤其对我们信创这件事情来讲，我认为今天的运营管理体系 DevOps这个理念一定要引入进去。

为什么说信创体系里面也必须要引入这样一种模式，就是说我们信创大家知道，我们国产化的很多的东西是不成熟的，很多东西是我记得杨部长提到一点就在里面，我觉得跟他也这是很吻合的，我觉得也非常好。他说我们要创新体系要变化，要从技术产品应用三要素的正循环，实际上DevOps是某种理念上也是体现了这一点。就我们要把一边用的过程中要反馈回来到开发，而不是说这边的人开发完了，这个做完了就成熟了就用去了，然后交给运维的人了。

所以在未来需要有良好的战略视野和横向视野，我们怎么看到未来，怎么把未来表达出来，怎么让大家能够遵循，包括总体的这些内容，怎么让大家看到这些东西我们就需要有需要通过一种建模的表达的方式，我们能够把它表达出来，能够让大家共同看到，中国古训时间上不谋万世，事者不足以谋一时，空间上不谋全局者不足以谋一域。其实说的也是这两句漫画，你不能谋万世，你就不能谋这一时，你不能谋全局，你就不能谋一域。