《基于企业架构(ea)的企业信息化建设模型》由会员分享，可在线阅读，更多相关《基于企业架构(ea)的企业信息化建设模型（39页珍藏版）》请在金锄头文库上搜索。
1、基于企业架构（EA）的企业信息化建设模型肖建国 2010 年面向服务体系架构（面向服务体系架构（SOASOASOASOA）和数据仓库（）和数据仓库（DWDWDWDW）的思考）的思考最初由 IBM developerWorks 中国网站发表，网址 http:/ 本文 http:/ 博客：http:/ 肖建国 2009-10-16摘要摘要当前业界对面向服务体系架构（SOA）和数据仓库（Data Warehouse，DW）都介绍的很 多，提出了很多优秀的解决方案，但是一般是把 SOA 和 DW 单独考虑， SOA 和 DW 有 着共同的目标系统整合，由于基于不同的技术思路，提出了不同的方案。本文将围
2、绕 SOA 和 DW 相结合的思路，基于 IBM 的产品，规划统一的数据库，搭建企业级的技术架 构。SOASOASOASOA 和和 DWDWDWDW 概念概念随着 IT 技术的发展，SOA 和企业架构（Enterprise Architechture，EA）逐步融合，形成了 新的架构理论，但是与 DW 之间还没有很好的集成。下面首先来看看 EA、SOA 及 DW 概 念。企业架构企业架构的概念的概念企业架构（企业架构（EnterpriseEnterpriseEnterpriseEnterpriseArchitectureArchitectureArchitectureArchitecture，
3、EAEAEAEA）的概念产生于 1987 年，在 IBM 的一个内部刊物 上发表的一篇文章“A Framework for Information Systems Architecture“ by J.A. Zachman (扎克 曼)中提出。概念的提出是为了应对日益复杂的 IT 系统，以及高投资、低回报的问题。他 认为使用一个逻辑的企业构造蓝图（即一个架构）来定义和控制企业系统及其组件的集成 是非常有用的。为此，Zachman 开发了信息、流程、网络、人员、时间、基本原理等 6 个 视角来分析企业，也提供了与这些视角相对应的 6 个模型，包括语义、概念、逻辑、物 理、组件和功能等模型。随着
4、EA 的发展，产生了很多的流派，当前主要的 EA 架构包 含：通用框架 Zachman、TOGAF(The Open Group Architecture Framework)、以及适用于政府和军方的美国联邦政府的标准架构 FEA、美国国防部的 DoDAF 等。这些模型主要分成 两派，如今正在逐步的融合在一起。随着企业架构的不断进化，企业架构理论越来越与战 略和业务相融合，逐步形成了企业战略、业务架构、IT 战略、IT 架构等四个层次的 IT 规 划方法论。IT 架构包含数据架构、应用架构、技术架构和 IT 治理等四个方面的内容，其 中技术架构包含集成平台、公共服务平台、基础平台（软件和硬件）
5、和安全平台等，如下 图所示：图图 1.1.1.1. 企业架构（企业架构（EAEAEAEA）示例）示例本文以下主要从技术架构中的集成平台角度来看如何搭建应用集成平台和数据集成平台。面向服务面向服务的体系的体系架构架构面向服务面向服务的体系的体系架构（架构（ServiceServiceServiceService OrientedOrientedOrientedOriented ArchitectureArchitectureArchitectureArchitecture，SOASOASOASOA）是一种架构 IT 系统的方法， 它将应用和 IT 功能划分为单独的业务功能和模块，即所谓的服务。用
6、户可以构建、部署和 整合这些服务，且无需依赖应用程序及其技术平台，从而提高应用的灵活性。这种业务灵 活性可使企业和机构加快发展速度，降低总体拥有成本，及时、准确地获取信息，同时有 助于实现更多的资产重用。而建设 SOA 体系架构就需要建立一个一致的架构框架，在这 种框架中，可以快速地进行开发、集成和重用应用系统。而对于原有的应用系统来说，可 以采用合适的技术手段进行平滑的优化与过渡。数据仓库数据仓库数据仓库（数据仓库（DataDataDataDataWarehouseWarehouseWarehouseWarehouse，DWDWDWDW）是一个面向主题、集成、时变、非易失的数据集合， 是支持
7、管理部门的决策过程（WHInmon）。数据仓库具备以下四个关键特征：面向主 题(Subject Oriented)的数据集合；集成(Integrated)的数据集合；时变(Time Variant)的数据集 合；非易失(Nonvolatile)的数据集合。根据数据仓库所管理的数据类型和它们所解决的企业 问题范围，一般可将数据仓库分为下列种类型：操作型数据库（ODS）、数据仓库 （DW）和数据集市（DM）。操作型数据库操作型数据库（ODSODSODSODS）既可以被用来针对工作数据做决策支持，又可用做将数据加载 到数据仓库时的过渡区域。与 DW 相比较，ODS 有下列特点：ODS 是面向主题和面
8、 向综合的；ODS 是易变的；ODS 仅仅含有目前的、详细的数据，不含有累计的、历史 性的数据。 数据仓库数据仓库（DWDWDWDW）为通用数据仓库，它既含有大量详细的数据，也含有大量累赘的或 聚集的数据，这些数据具有不易改变性和面向历史性。此种数据仓库被用来进行涵盖 多种企业领域上的战略或战术上的决策。 数据集市数据集市（DMDMDMDM）是数据仓库的一种具体化，它可以包含轻度累计、历史的部门数 据，适合特定企业中某个部门的需要。主数据主数据主数据（主数据（MMMMasterasterasteraster D D D Dataataataata，MDMDMDMD）指系统间共享数据（例如，客户
9、、供应商、账户和组织部门 相关数据）。与记录业务活动，变动较大的交易数据相比，主数据（也称基准数据）变化 缓慢，一般每年的变化在 20左右。在正规的关系数据模型中，交易记录（例如，订单） 可通过关键字（例如，订单或发票编号和产品代码）调出主数据。根据主数据管理实施的 复杂程度，参照 Jill Dyche, Evan Levy 的观点大体可以把主数据管理可以分为五个层次，其 中 Level 3（通过集中的总线处理，类似于翻译器）可以实现企业内任意两个系统交换数 据。Level 3 是将数据转换逻辑集中化和标准化，它支持主参照数据的分布式存在（即分布 的主数据存储，集中而标准的主数据转换），Lev
10、el 3 打破了各个独立应用的组织边界，使 用各个系统都能接受的数据标准统一建立和维护主数据(MDM ) 。而最高级别 Level 5 （企业数据集中），当主数据记录的详细资料被修改后，所有应用的相关数据元素都将被 更新，本级别可以通过 SOA 的架构平台实现。通过对以上几个概念的简单分析，可以发现，SOA 虽然解决了系统之间的数据实时交互的 问题，但是数据的集中，大数据量的数据同步以及主数据管理等问题还没有解决，即使建 立了 SOA 的应用架构，仍然需要进一步进行数据仓库的建设和主数据的管理等。于是有了 建立统一的应用集成平台和数据（信息）集成平台的概念。SOASOASOASOA 和和 DW
11、DWDWDW 结合的企业架构结合的企业架构把数据和服务作为企业的资产把数据和服务作为企业的资产通常，软件重用（Software Reuse）是利用事先建立好的软产品创建新软件系统的过程，早 在 1968 年的 NATO 软件工程会议上就已经提出可复用库的思想。重用在形式上可以分为 二进制、源代码、设计、分析等四个层面的重用，其中基于二进制代码的重用最为重要， 从当前来看，基于二进制和源代码实现重用的方式主要有函数库（面向过程）、对象（面 向对象）、服务（SOA）等方式。基于设计和分析实现重用的方式主要是通过模板进行定 制，当前主要采用 MDA 的方式，由设计文档直接生产代码。要实现基于二进制代
12、码的重用，最重要的一个方法就是实现分离，通过分离，将共用的或 者相关性不紧密的功能分离出来，如操作系统、数据库、应用中间件、公共组件等，都是 在软件发展历史过程中逐步从一个完整的一体化的系统中分离出来的。这也符合社会分工的要求，每个企业有多个开发商，即使同一个开发商，由于需要多人的分工合作，这时分 工不同部分之间的标准就显得尤为重要。因此，可以说软件的核心是重用，方法是分离， 关键是标准。围绕这个思路，在本架构中将企业的所有数据独立出来，基于数据架构，建 设数据集成平台；将企业的所有应用组件分离出来，基于服务总线，建设应用集成平台。 数据集成平台和应用集成平台共同组成企业的业务基础平台。未来的
13、企业只有一个数据 库，一个应用，所有的用户登陆一个系统可以完成所有的工作，系统的开发则可以基于一 个业务基础平台，由多个厂商共同完成，形成一个企业的“云”，其中数据和 Web 服务是 最核心的两个资产。应用集成平台由企业服务总线（ESB）和公共的业务组件组成。ESB 将不同的组件互相衔 接起来，在两个或更多的组件或系统之间实现无缝集成，使整个信息系统就像一个整体一 样。通过统一购买、开发或者封装已有的组件和系统建设公共服务组件，形成企业共享的 公用服务平台，避免重复开发、重复购买、标准不一致等问题。其中公共服务组件包括了 门户组件、统一认证组件、工作流组件、GPS 组件、GIS 组件、BI 组
14、件、通用报表组件 等。关于企业服务总线（ESB）和业务组件，相关的介绍很多，本文不做过多的描述，以下重 点对数据存储层进行规划设计。数据集成平台数据集成平台对于一个企业来说，最理想的状况只有一个数据库，一个应用，但是需要考虑不同业务系 统间的相互影响，例如：一个业务系统的性能问题会影响到其它系统，业务的新增、变更 都会对其它系统有一定的影响，争抢已有系统的 I/O、CPU 资源等，因此，一个数据库是 逻辑上一个库，可以物理上分开部署，包括采用数据库分区和数据库集群等技术；应用可 以通过集群的方式解决性能问题，应用集群运行所有的业务组件，组件之间通过数据共享 或者 Web 服务调用的方式实现互联
15、。如果是遗留系统或者是产品化的系统，则通过主数据 管理、SOA 集成以及数据仓库的 ETL 等实现集成，关于数据集成平台，如下图所示：图图 2.2.2.2. SOASOASOASOA 的的的的 DWDWDWDW 架构架构架构架构数据存储层规划数据存储层规划为了保证业务系统的性能同时实现数据的共享、数据分析的需要，将数据存储层的数据分 为三个层次：私有数据层、共享数据层和分析数据层。 三个层次准确的命名应该是私有操作数据层、共享数据层、私有分析数据层1 1 1 1、私有数据层、私有数据层：由一组业务专用数据库组成，这一层的数据集主要用于支撑企业的运营， 是典型的操作型数据环境。包括经营、财务、人
16、力资源、资产管理等已有系统的数据库， 其主要职能在于支撑企业日常的经营和管理活动的运营需要。未来新的业务组件基于共享 数据层进行开发，不在共享数据层的数据也在私有数据层，特别是新的业务组件自己内部 处理过程中产生的数据。私有层的数据，其他的系统或者业务组件除了通过 web 服务调用 之外不能直接访问。2 2 2 2、共享数据层共享数据层：该部分整合所有企业内外数据源，基于企业完整的数据架构进行建设，是 所有已有系统和业务组件共享的数据库。共享层的数据结构清晰，基于业务对象，易于理 解，和 Web 服务一样，是企业的资产，私有数据层的数据通过实时或者准实时的方式同步 到共享层或者基于联邦技术直接基于共享层进行开发。共享层基于主题建模的明细数据和 部分汇总数据，是新的系统的业务数据库和数
