《建设SOA需从企业架构开始》.pdf

计算机世界/2008 年/11 月/10 日/第040 版 企业计算 建设SOA 需从企业架构开始 本报特约撰稿 于海澜 目前，虽然企业总体架构的理论和模型在国内的信息化建设中应用得还比较少，不过，一旦 这一概念被企业管理层、CIO、规划部门和IT 人员所理解并使用，就可以规范并大幅提高国内IT 管理和规划的水平。特别是通过企业总体框架与SOA 结合的方式，可以让企业的运行更有效率。 企业总体架构（EA ）是对企业多角度的一种描述，并综合反映企业中的人、流程以及技术， 为企业中的不同参与者提供不同的视图，并用他们易于理解的方式和语言反映企业的状态。 然而，目前国内的现实应用情况是，很多企业都是随着业务的发展设立并开发很多分割的部 门、流程和系统，而它们之间却无法进行有机的合作，并且还会经常出现信息与业务报告不准、 部门之间无法衔接等问题。更可怕的是，企业没有方法和工具来解决这些问题。 根据国际和国内的经验，通过企业总体架构的方法可以解决上述这些问题。目前，国内对企 业架构设计的使用还主要集中在 IT 层面，业务人员还没有开始利用这类工具进行业务的设计和 规划。其实，企业总体架构是一个涵盖业务、IT 的全面企业蓝图设计工具，可以帮助企业的管理 者了解企业的构成，发现问题并不断改进。 事实上，架构设计经过漫长的演变到现在，已经成为现实生活中必不可少的工作。比如，要 建一栋房子，就需要进行很多的架构设计工作，首先要进行外部架构的效果设计，在客户满意之 后进一步设计内部结构，并进行相配套的包括线路和上下水等多方面的设计。这就好比我们谈到 的企业架构设计一样，是从不同的层次和角度去描述一个企业的特征。 项目建设和施工没有架构图就开始进行是很不可思议的一件事情，但是在企业内部管理方 面，却完全是另外一番景象。很多公司虽然运转了一段时间，但是一直没有明确的企业架构和蓝 图，或者说并不是很清晰，从而导致了很多运营中的问题，比如部门之间的职责界定不清晰、配 合不顺畅; 运营的效率较低，很难提高客户满意度; 流程改进的效果不明显; 业务部门与IT 部门 之间的关系紧张、系统问题比较多等。如果这些问题在企业中非常突出，那么，企业就应该考虑 总体架构的方法，因为企业总体架构能够帮助企业有效地解决这些问题。 理清企业总体架构的概念 谈到企业总体架构设计，我们首先要澄清几个概念: 框架、方法论以及方案等，企业只有深 刻理解了这些概念，才能建立有效的企业总体架构。 首先，框架（framework ）定义了解决一个问题的相关因素以及它们之间的关联关系，并描述 了这些关联因素是如何设计的。在实际应用中，框架会结合不同的方法论和方案来解决问题。一 般，一个好的框架会支持多种方法论和方案，比如SOA 框架、Zachman 框架、DoDF 框架等都是 解决问题的框架。框架涉及的范围一般都比较广，但又都不是很具体，只是起指导作用，因此在 具体实施的时候，可以采取不同的路径。 其次，方法论（methodology/method ）是由一系列相关的流程、任务和活动组成，也是如何 达到一个特定目标的理论。一般包括谁（who ）、做什么（what ）、地点（where ）、何时（when ） 和为什么（why ）等要素。很多时候也会包括一些标准、政策、规则等方面的内容，比如IT 规划 方法论、系统开发方法论以及CMM 方法论等。 最后，方案（approach ）则是面对一个具体的问题，如何去解决它，比如有全面质量管理（TQM ）、 流程再造（BPR ）等。 在企业的信息化建设中，需要用方法论定义什么是获得成功必备的系统。方法论是指如何从 第1 页 共5 页 现有的状态通过一系列的项目建设达到目标的状态; 而方法则是指企业如何开发和改造各个系 统。 现在，企业架构设计在国内的应用还并不广泛，也没有明确的定义，不同的公司和专家有相 近但却又不同的看法，还并没能形成一种相对统一的认知。比如，有人认为，企业架构是定义企 业各组成部分是如何构架的及它们之间的关系、它们设计和演变的原则和规定; 也有人认为，企 业架构是企业的逻辑蓝图，定义了企业的结构以及如何运转，使企业能够达到现有和未来的目标。