财务系统总体设计说明书

1、AsiamFOAsiaInfo 项目文档亚信科技（中国）有限公司西藏移动元数据管理系统总体设计说明书创建日期：2006-06-26最后修改日期：2007-09-08版本号：V1.0电子版文件名：西藏移动元数据管理系统总体设计说明书.doc亚信科技（中国）有限公司版权所有文档中的全部内容属亚信科技（中国）有限公司所有，未经允许，不可全部或部分发表、复制、使用于任何目的文档修订摘要日期修改说明审阅者版本号2006-06-26创建邱辉1.01 引言 41.1 编写目的 41.2 背景介绍 51.3 术语定义 51.4 参考文档 62 系统概述 62.1 系统功能设计目标 62.2 系统拓扑结构图 6

2、3 系统总体设计 73.1 系统模块 73.2 元数据维护系统设计 73.2.1 展示层 73.2.2 业务层 83.2.3 持久层 83.2.4 域模型 83.3 元数据整合平台设计 83.3.1 OLAP 元数据抽取 83.3.2 DB2 元数据程序 93.3.3 元数据整合 93.4 元数据存储库设计 91 引言1.1 编写目的本说明书从全局的角度说明元数据管理系统的总体架构，帮助技术人员和系统维护人员了解元数据管理系统，方便元数据系统的使用和维护。1.2 背景介绍西藏移动公司一直高度重视企业信息化建设，在全企业范围内建立了全方位的业务支撑系统，建立了由 BOSS （业务支撑系统）、BB

3、OSS （商业客户BOSS）、经营分析系统、客户服务系统、渠道管理支撑系统等构成的完善的CRM 信息化系统，成为各级领导对公司运营情况进行综合分析和决策支持的重要工具。西藏移动经营分析系统的数据来自多个业务系统、跨部门跨业务系统集成，同时也在全企业流通使用。由于各业务系统的定位、作用及使用人员不同，存在相同名称的数据或指标，在不同业务部门及业务系统间含义不一致的情况。只有对有关数据配有相应的定义描述（即元数据） ， 才可以解释各部门从不同角度出发产生的同名统计指标的数据不一致的正常现象，确保数据的正确性和可信度，否则将大大限制经营分析系统的应用。随着西藏移动公司信息化建设的不断推进，业务系统及

4、其提供的数据日趋丰富、经营分析纵深化发展，各系统之间数据定义不一致的问题将不可避免且呈增长态势，这些问题最终将集中体现到经营分析系统，因此经营分析系统在建设、完善的过程中，必须同步完善对所使用的数据的解释、定义，形成企业范围内的一致、统一的数据定义，这即是元数据管理系统的范畴。西藏移动经营分析系统的使用人员要能直接使用数据，就需要了解更多的有关业务数据的统计口径、数据来源等，元数据管理系统提供了完善的数据指标解释。缺少了元数据的帮助，业务人员很难看懂报表和分析结果，更无法对数据进行自主的深入分析。移动经营分析系统中存在大量历史数据，这些历史数据需要有详细的背景情况说明、获取方式描述，才能正确地

5、与现行数据进行比较分析、时间序列分析，才是真正有用的信息资源。 对历史数据的充分利用，才能有效保护以往的信息化投资、真正发挥经营分析系统的作用。西藏移动经营分析系统的建设是一个不断演化发展的过程，包括完善数据模型、扩充数据主题、增加数据源、丰富业务应用等，元数据系统记载保存了它的发展轨迹，为系统的演变过程提供历史纪录，保护已建设的各个模块和分析主题能够被持续、有效地利用，从而达到充分利用原有投资的目的。此外， 西藏移动经营分析系统涉及众多的工具、数据存储，它们各自产生自己的元数据，也需要使用、共享其他工具的元数据，围绕经营分析系统需要进行大量的元数据互操作。元数据管理系统为这种需求提供了最可靠

6、、简捷的解决方案。总的来说，元数据管理系统集成、管理经营分析系统相关的元数据，形成企业的全局数据视图， 提供企业级共享元数据的平台，是移动经营分析系统的基础设施，对经营分析系统的发展、 应用有着深远影响。西藏移动公司以战略的眼光提出元数据管理系统的建设，石竹软件有限公司非常荣幸有此机会将业界领先的元数据管理产品介绍给西藏移动公司、并将我们在元数据系统方面多年的开发、建设经验应用于西藏移动元数据管理系统。1.3 术语定义元数据：关于数据的数据，即关于数据的内容、质量、状况和其他特性的信息。也可译为描述数据或诠释数据，提供了相应数据的上下文环境的描述信息。元数据管理系统：集成、管理所有元数据，并提

7、供企业级元数据共享的平台，是数据仓库系统的基础设施。1.4 参考文档CWMMWE MO觊范 XMI 规范 J2EE 规范 2系统概述2.1 系统功能设计目标本系统主要针对西藏移动的经营分析系统建设元数据管理平台，并在此基础上根据西藏移动的实际需要，开发建立元数据维护与指标管理系统。本期工程以完成西藏移动公司元数据管理平台和元数据管理系统为主，并涉及与一级经营分析系统元数据接口部分。在实施深度方面，要求构建从 ETL一直到数据仓库、OLA吩析、报表、KPI等方面的元 数据管理系统，完成“数

8、据流图”的构建过程，能够进行有关数据指标的信息回溯工作，并 提供可供业务人员理解和使用的用户访问界面。2.2 系统拓扑结构图人敷樨亶合XMI3系统总体设计3.1 系统模块系统由四部分组成：元数据维护系统，元数据存储库，元数据整合平台， 元数据维护系统负责元数据展现，元数据管理，元模型管理和元数据分发,影响分析，关系图形维护。元数据管理平台同时负责与一经系统的数据交互,Metaone。比如元数据浏览，经分系统提供元数据查询和浏览。另外，元数据管理平台还负责用户，组，权限管理，以及系统参数配置等。元数据存储库负责元数据，元模型存储，版本记录。元数据整合平台负责元数据的抽取和整合。针对对每一种数据源

9、有专有的工具抽取元数据，将抽取到元数据整合并组织元数据之间的关系，最后存储到标准的XMI文件中。最后通过元数据管理平台将元数据加载到元数据存储库中。3.2 元数据维护系统设计元数据维护系统基于 J2EE的三层架构设计，总共分为三层：展示层，业务层，持久层。在三层之间，每一层都通过接口隔离，达到高内聚松偶合。展示层与业务层，持久层是单向 依赖关系，层次与层次不能跨层调用。器不层业条考3.2.1展示层展示层位于最顶层， 负责为用户提供可视化的交互界面。展示层依赖与业务层， 展示层与业务层以接口隔离，因此，业务层的接口具体实现的变化不会影响到业务层。展示层基于HTML和Applet提供基于web界面

10、和图形界面。元模型、元数据的基本维护，用户管理， 组管理，权限管理等都通过 web来操作。对于 Web界面，客户端无需安装任何的软件，直接使用 IE 浏览器就能访问。元数据的关系展示与维护则通过图形界面来操作。基于Applet的图形管理界面， 客户端需要额外安装 Sun公司的Jre, Jre为Sun公司提供的免费软件。同时展示层还要为经分系统提供元数据查询和浏览界面，在经分系统中，能够直接登录到元数据关系系统，而且能够在经分系统中浏览元数据资料和影响分析。1.1.2 业务层业务层位于展示层之后，为展示层提供业务访问接口，所有的业务逻辑都位于业务层。业务层主要负责元数据系统内部的业务逻辑，比如安

11、全控制，权限控制，元数据版本管理等。业务层也要调用持久层，将数据持久到数据库。1.1.3 持久层持久层位于最底层，为业务层提供访问接口和具体实现，负责数据的存储与访问。业务层不需要知道数据存储和访问的细节，展示层不能直接调用持久层，对于展示层而言，持久层是透明的。持久层采用JDBC 技术开发，具体良好的可扩展性和可移植性。1.1.4 域模型域模型为整个系统核心模型，域模型描述了系统中模型的状态和行为。域模型贯穿在这个系统中，在展示层，业务层，持久层都有体现，都以域模型为中心。具体体现为展示层以域模型为中心展现，业务层以域模型为中心处理业务逻辑，持久层持久于域模型。3.3 元数据整合平台设计元数

12、据整合平台分为四个子模块：OLAP 元数据抽取，DB2 元数据程序，CSV 元数据抽取，元数据整合。3.3.1 OLAP 元数据抽取OLAP 元数据抽取通过OLAP 的 EDS 服务器获取OLAP 的元数据，过滤到一些无用的数据，并按照 OLAP的元模型组织元数据。EDS提供了基于Java的API,通过Java API访问 EDS 服务器，传递访问命令给EDS 服务器，EDS 再将命令转递给OLAP 服务器，对于OLAP 服务器响应的数据返回给元数据整合平台。Java API 和 EDS 服务器，EDS 服务器于OLAP 服务器之间都是通过HTTP 协议交互。元数据整合平台3.3.2 DB2元数据程序关系数据库的元数据几乎都存在在数据库中系统表中，通过访问系统表能够读取到关系数据库的元数据。DB2元数据抽取通过JDBC连接DB2数据库，通过DB2系统表获取元数 据，然后根据业务需