企业架构与SOA有效整合

作者: 于海澜, 出处:计世网, 责任编辑: 罗洪泽,

2008-11-26 11:55 根据国际和国内的经验，通过企业总体架构的方法可以解决上述这些问题。目前，国内对企业架构设计的使用还主要集中在IT层面，业务人员还没有开始利用这类工具进行业务的设计和规划。其实，企业总体架构是一个涵盖业务、IT的全面企业蓝图设计工具，其可以帮助企业的管理者了解企业的构成，发现问题并不断改进问题。 运营模式与企业架构紧密相连

对于企业来说，企业运营模式也是非常重要的，并且，运营模式与企业架构还有着非常紧密的联系。企业的运营模式主要包括了以下三个方面的内容 业务架构(EBA)

业务架构定义了企业是如何创造价值以及企业内外部的协作关系，描述了企业如何满足客户的需求、进行市场竞争、与合作伙伴合作、建立运营以及培养员工等信息。

可以说，业务架构建立了企业战略与日常运营之间的关联关系，通过运营对战略的支持，才能达到企业建立的业务目标。同时，业务架构也是通过战略影响其他一系列企业组成的工具，因为十分宏观的战略需要通过业务结构进行分解，从战略范畴转化到战术范畴。比如，从降低运营成本20%的战略措施，到提供网络自助服务、裁减客户服务人员40%等。事实上，IT、组织、流程等都是由业务架构进一步推导出来的，如果没有业务架构而直接进行企业细节的设计，就会出现与战略不一致的问题。 信息(数据)架构

在欧美的很多企业中，数据架构与信息架构在涉及到总体架构的概念时，常常被交互使用。这里的信息架构和数据架构是一个广义的概念，包含了信息的定义和内容、与信息结合的数据的定义和内容。如果遇到某些理论中提及信息架构时，其实与这里定义的数据架构是一致的。

信息(数据)架构包括数据实体和数据的交换和流动，保证数据有效地共享和交换是企业总体架构的主要目的之一。信息架构描述了企业现在和未来是如何使用信息和数据的，主要包括信息的分类和定义、与业务模块结合的信息内容和信息流、数据的采集、存储、转换、发布和传输、企业的数据库设计和使用、数据标准和格式，以及数据字典、数据管理、知识管理、数据仓库、数据集市、数据挖掘等与数据相关的应用系统等。 应用架构

应用架构描述了支持企业运作的系统，比如财务系统、交易处理系统、人力资源、办公系统等。应用架构可以采用多种方式来表达，通行的架构有客户机/服务器(C/S)模式、浏览器/服务器模式(3层架构或者4层架构)等。在应用架构中有许多行业标准，比如J2EE和.NET等，它们都体现了模块化和集成化的思想。 技术架构

技术架构是定义企业IT的科技管理和技术标准，从最高层次的政策

(Technology Policy)、原则(Principles)、指导纲要(Guideline)到技术领域的技术标准化(Technology Standardization)、技术选择(Technology Selections)和技术组件(Technology Components)。

可以说，制定技术标准和推广标准化是企业的两项重要任务。围绕着技术标准化，有一系列的流程与管理。技术元素包含了一系列的总体架构的技术组件，这些组件可以是一个可重复应用的系统或模块，也可以是最小的可独立在架构中使用的单个技术组件，如一个安全软件、一个插入的外围设备等。完整的企业标准技术架构是涉及了信息架构、应用架构和基础设施等层面的标准。 基础设施

基础设施是企业整个IT系统的基础，是包括硬件、操作系统、数据库系统、网络系统等企业数据和应用程序可以运行的环境，同时要满足企业的数据量、用户数、反映速度、在线率等要求。企业70%的IT投资都花在了建设基础设施上，对分布在企业各个部门、地区的IT资产的了解可以降低资源的浪费，并提高系统的利用率。

而基础设施标准的定义是：一系列技术和服务的组合，提供了一个稳定的、低成本的数据和信息的采集、录入、处理和传送的物理和逻辑的设施。大型企业可以根据基础设施的种类不同进行分类，如数据中心、网络、指挥中心、服务器组等。而具体的业务应用，如财务、HR、销售、采购、研发、制造系统等为非基础设施的IT应用，它们是运行在企业基础设施之上的应用系统。

基于SOA的IT系统规划

目前，被越来越广泛使用的SOA系统规划和开发方式改变了以前的旧有方法，使得IT系统变得更加灵活，并能够重复使用。SOA模式不仅要求IT要采用组件化的开发，而且要求业务也要同时使用组件化和服务化的运营模式。图2展示了如何从业务的组件化中提出SOA的需求，并实现IT的组件化。

在业务范畴之内，由流程/子流程能够归纳出业务组件。而业务组件可以提供一系列的服务，在提供服务的同时，也需要使用其他组件的服务，这就是SOA业务服务化的重点。

在系统范畴之内，系统组件是提供服务的单位，它提供的服务与业务的服务是一一对应的。这是在SOA框架下，业务与IT的紧密连接之处。系统组件是由多个组件组成的，这些组件可以分成功能性组件和技术性组件，并且，系统组件组成了子系统合系统。

在实际的业务服务设计中，一般会对业务组件和业务组件内部的活动进行定义，如下图3所示。比如，在保险业务当中的理赔中，接报案是一个业务组件，组件内部的活动有接听报案、查询信息、记录、案件分类等，接报案组件能够提供的服务在表格的右边;接报案需要的其他业务组件提供的服务列在表格的左边。

当设计好业务服务的架构以后，能够很容易的开始SOA在IT阶段的开发;这也从另一个角度说明，SOA的建设是需要从业务开始的。

总之，如果企业总体架构的理论和模型可以被企业管理层、CIO、规划部门、IT分析人员和开发人员理解并使用，就可以规范并提高国内IT管理和规划的水平。当然，先进的管理理念和方法的采纳及运用需要一段时间，而一旦能够得以实施，对企业会带来巨大的效益

运营模式与企业架构紧密相连

对于企业来说，企业运营模式也是非常重要的，并且，运营模式与企业架构还有着非常紧密的联系。企业的运营模式主要包括了以下三个方面的内容 业务架构(EBA)

业务架构定义了企业是如何创造价值以及企业内外部的协作关系，描述了企业如何满足客户的需求、进行市场竞争、与合作伙伴合作、建立运营以及培养员工等信息。

可以说，业务架构建立了企业战略与日常运营之间的关联关系，通过运营对战略的支持，才能达到企业建立的业务目标。同时，业务架构也是通过战略影响其他一系列企业组成的工具，因为十分宏观的战略需要通过业务结构进行分解，从战略范畴转化到战术范畴。比如，从降低运营成本20%的战略措施，到提供网络自助服务、裁减客户服务人员40%等。事实上，IT、组织、流程等都是由业务架构进一步推导出来的，如果没有业务架构而直接进行企业细节的设计，就会出现与战略不一致的问题。 信息(数据)架构

在欧美的很多企业中，数据架构与信息架构在涉及到总体架构的概念时，常常被交互使用。这里的信息架构和数据架构是一个广义的概念，包含了信息的定义和内容、与信息结合

的数据的定义和内容。如果遇到某些理论中提及信息架构时，其实与这里定义的数据架构是一致的。

信息(数据)架构包括数据实体和数据的交换和流动，保证数据有效地共享和交换是企业总体架构的主要目的之一。信息架构描述了企业现在和未来是如何使用信息和数据的，主要包括信息的分类和定义、与业务模块结合的信息内容和信息流、数据的采集、存储、转换、发布和传输、企业的数据库设计和使用、数据标准和格式，以及数据字典、数据管理、知识管理、数据仓库、数据集市、数据挖掘等与数据相关的应用系统等。 应用架构

应用架构描述了支持企业运作的系统，比如财务系统、交易处理系统、人力资源、办公系统等。应用架构可以采用多种方式来表达，通行的架构有客户机/服务器(C/S)模式、浏览器/服务器模式(3层架构或者4层架构)等。在应用架构中有许多行业标准，比如J2EE和.NET等，它们都体现了模块化和集成化的思想。 技术架构

技术架构是定义企业IT的科技管理和技术标准，从最高层次的政策

(Technology Policy)、原则(Principles)、指导纲要(Guideline)到技术领域的技术标准化(Technology Standardization)、技术选择(Technology Selections)和技术组件(Technology Components)。

可以说，制定技术标准和推广标准化是企业的两项重要任务。围绕着技术标准化，有一系列的流程与管理。技术元素包含了一系列的总体架构的技术组件，这些组件可以是一个可重复应用的系统或模块，也可以是最小的可独立在架构中使用的单个技术组件，如一个安全软件、一个插入的外围设备等。完整的企业标准技术架构是涉及了信息架构、应用架构和基础设施等层面的标准。 基础设施

基础设施是企业整个IT系统的基础，是包括硬件、操作系统、数据库系统、网络系统等企业数据和应用程序可以运行的环境，同时要满足企业的数据量、用户数、反映速度、在线率等要求。企业70%的IT投资都花在了建设基础设施上，对分布在企业各个部门、地区的IT资产的了解可以降低资源的浪费，并提高系统的利用率。

而基础设施标准的定义是：一系列技术和服务的组合，提供了一个稳定的、低成本的数据和信息的采集、录入、处理和传送的物理和逻辑的设施。大型企业可以根据基础设施的种类不同进行分类，如数据中心、网络、指挥中心、服务器组等。而具体的业务应用，如财务、

HR、销售、采购、研发、制造系统等为非基础设施的IT应用，它们是运行在企业基础设施之上的应用系统。

基于SOA的IT系统规划

目前，被越来越广泛使用的SOA系统规划和开发方式改变了以前的旧有方法，使得IT系统变得更加灵活，并能够重复使用。SOA模式不仅要求IT要采用组件化的开发，而且要求业务也要同时使用组件化和服务化的运营模式。图2展示了如何从业务的组件化中提出SOA的需求，并实现IT的组件化。

在业务范畴之内，由流程/子流程能够归纳出业务组件。而业务组件可以提供一系列的服务，在提供服务的同时，也需要使用其他组件的服务，这就是SOA业务服务化的重点。在系统范畴之内，系统组件是提供服务的单位，它提供的服务与业务的服务是一一对应的。这是在SOA框架下，业务与IT的紧密连接之处。系统组件是由多个组件组成的，这些组件可以分成功能性组件和技术性组件，并且，系统组件组成了子系统合系统。

在实际的业务服务设计中，一般会对业务组件和业务组件内部的活动进行定义，如下图3所示。比如，在保险业务当中的理赔中，接报案是一个业务组件，组件内部的活动有接听报案、查询信息、记录、案件分类等，接报案组件能够提供的服务在表格的右边;接报案需要的其他业务组件提供的服务列在表格的左边。

当设计好业务服务的架构以后，能够很容易的开始SOA在IT阶段的开发;这也从另一个角度说明，SOA的建设是需要从业务开始的。

总之，如果企业总体架构的理论和模型可以被企业管理层、CIO、规划部门、IT分析人员和开发人员理解并使用，就可以规范并提高国内IT管理和规划的水平。当然，先进的管理理念和方法的采纳及运用需要一段时间，而一旦能够得以实施，对企业会带来巨大的效益。