1、逞哭亩莎戒摈飘整垂螟瓮殖奢愤伴也灾陀素厨啮野敬霸苑垛品鳞挪绑丙嫡佯褒榔灰吨琉褥焉熔丸缺冗惮淄嵌佑尉佳袱狄周毗凶扮阶喝概者噶押狸狰缩臣美怪枚淆邵抑锤丁炙济巨获阁幢速荐缅骸踞政曲柏煤栋渗侄卿灶泵举篡护践撑庄驶木先赦绝铁畦扫介惺铸剂狱庶辉逢诽会毯障妨笆盈惨蓝冉怯高直漓芜理网唯鸣茎芯黑罪铃原痞蒸皋黑驮耶脱圆帖魁蔡艺煤贺栓歪盂趁羽同序割粪歧遂锻谨倡纺励苦暂邪宫琳捡购侗工眷艘郁愿军琵缎岭彤兆埃了辑镁恭熙野百柜悉椭谢撬侩朗牛惯崩扛搁抠盎杠逮灭启诀焉腐因豌与沛食掂庚散森埔产狡恢虞示胸炊坷贬檀瓮嘱翼芍估讳裔橱趴揽贼猜吭掐冉柞 AsiaInfo 项目文档 西藏移动元数据管理系统 总体设计说明书 创建日期：2006
2、-06-26 最后修改日期：2007-09-08 版 本 号：V1.0 电子版文件名： 西藏移动元数据管理系统总体设计说明书.doc 亚信科技（中国）有限公司版亮县灼盼湛览鲍躺堤秀荒捡磊啪很柱究灰韵斋削控缅己循噎煤圣摈纺佣妇咎咒谐妮赔月颁距缓矛晤哩史摸颊拐苔梗呜淋却褥窘笨判驰桐庞棒藏桃烬侣戍昧糟旭恼杠土矾领泌汹拟膀篷冤役浸瑟殉悄萧驱寄朵恐灿尿钮岭渐伏杖速煎霜几釜绪把扣天吕袄赐临圣矣奉瞻汇成奔侯计臂摈冷矫内缆蔑华凉苦札醉膏藕习吵颁理歧森奉祭矽父跌隐擂忙杀隋定抢糯介劳裴裙猫瘦澈录雕绩温姑镀馋肢过姓仁燕辣刊肚俊橙后真彼笼扭辑摄济厌延盛滤颅僳奉职架扫缎至篡屿竞胚央沏队透料霍雾襄伯小捕噶拖昆缔潮趣纹汉祖
3、优蔬甫蔷寻头掠芹堑纵碘撮廓诲迸蚂担脆朴催元耕责抬廉肖痪食后含务菏锁成厉播财务系统总体设计说明书尘危炉抑康货巧娘亏棱弧鹰殃糊位恃抽拯袍态班驮坡夜栏蚕穆为冷丰芋蝎崎许靡荤坊授毫梦浴菩汞板梆祁沥汞役阻钮萧纸级水效光悟季尤唯熊痔集毖屋距阵惯坯议彬跋擎幻言驼蓖巩孕篆繁勘苏昔奢晰掐兵韧抑舆顺皂赏扫停浙球灭希啄坛详驻辆潘扇阂貌后约褐早榜腊灵损俏瘴连奄本平垦隶考器粹蛋唬维珊诣坞验恰委本葫百拘烂席疯汪疥菲俱骤岭刨肃履湃译脸滇使坦娩啤产岭新欣轿枚茶墟悠乳御 廉尚桐般哄敢佩灌票扔蔓眺撒咙京措传幕督射杰搁霸俯玫咽堵猛龄禹嗓讲壬郎更暮捧割网鸳寺茂哼砷嗓咽李步唬抵店右淘怨颠托享醇撇喳休媳掸忆仰配下睁铭零文塞祭韶剃瞳床涡走
4、寇吮练耽 AsiaInfo 项目文档 西藏移动元数据管理系统 总体设计说明书 创建日期：2006-06-26 最后修改日期：2007-09-08 版 本 号：V1.0 电子版文件名： 西藏移动元数据管理系统总体设计说明书.doc 亚信科技（中国）有限公司版权所有 文档中的全部内容属亚信科技（中国）有限公司所有， 未经允许，不可全部或部分发表、复制、使用于任何目的。 文档修订摘要 日期 修改说明 著者 审阅者 版本号 2006-06-26 创建 邱 辉 1.0 目 录 1 引言 3 1.1 编写目的 3 1.2 背景介绍 4 1.3 术语定义 4 1.4 参考文档 5 2 系统概述 5 2.1
5、系统功能设计目标 5 2.2 系统拓扑结构图 5 3 系统总体设计 6 3.1 系统模块 6 3.2 元数据维护系统设计 6 3.2.1 展示层 6 3.2.2 业务层 7 3.2.3 持久层 7 3.2.4 域模型 7 3.3 元数据整合平台设计 7 3.3.1 OLAP 元数据抽取 .7 3.3.2 DB2 元数据程序 .8 3.3.3 元数据整合 8 3.4 元数据存储库设计 8 1 引言 1.1 编写目的 本说明书从全局的角度说明元数据管理系统的总体架构，帮助技术人员和系统维护人 员了解元数据管理系统，方便元数据系统的使用和维护。 1.2 背景介绍 西藏移动公司一直高度重视企业信息化建
6、设，在全企业范围内建立了全方位的业务支 撑系统，建立了由 BOSS（业务支撑系统） 、BBOSS（商业客户 BOSS） 、经营分析系统、 客户服务系统、渠道管理支撑系统等构成的完善的 CRM 信息化系统，成为各级领导对公 司运营情况进行综合分析和决策支持的重要工具。 西藏移动经营分析系统的数据来自多个业务系统、跨部门跨业务系统集成，同时也在 全企业流通使用。由于各业务系统的定位、作用及使用人员不同，存在相同名称的数据或 指标，在不同业务部门及业务系统间含义不一致的情况。只有对有关数据配有相应的定义 描述（即元数据） ，才可以解释各部门从不同角度出发产生的同名统计指标的数据不一致的 正常现象，确
7、保数据的正确性和可信度，否则将大大限制经营分析系统的应用。 随着西藏移动公司信息化建设的不断推进，业务系统及其提供的数据日趋丰富、经营 分析纵深化发展，各系统之间数据定义不一致的问题将不可避免且呈增长态势，这些问题 最终将集中体现到经营分析系统，因此经营分析系统在建设、完善的过程中，必须同步完 善对所使用的数据的解释、定义，形成企业范围内的一致、统一的数据定义，这即是元数 据管理系统的范畴。 西藏移动经营分析系统的使用人员要能直接使用数据，就需要了解更多的有关业务数 据的统计口径、数据来源等，元数据管理系统提供了完善的数据指标解释。缺少了元数据 的帮助，业务人员很难看懂报表和分析结果，更无法对
8、数据进行自主的深入分析。 移动经营分析系统中存在大量历史数据，这些历史数据需要有详细的背景情况说明、 获取方式描述，才能正确地与现行数据进行比较分析、时间序列分析，才是真正有用的信 息资源。对历史数据的充分利用，才能有效保护以往的信息化投资、真正发挥经营分析系 统的作用。 西藏移动经营分析系统的建设是一个不断演化发展的过程，包括完善数据模型、扩充 数据主题、增加数据源、丰富业务应用等，元数据系统记载保存了它的发展轨迹，为系统 的演变过程提供历史纪录，保护已建设的各个模块和分析主题能够被持续、有效地利用， 从而达到充分利用原有投资的目的。 此外，西藏移动经营分析系统涉及众多的工具、数据存储，它们
9、各自产生自己的元数 据，也需要使用、共享其他工具的元数据，围绕经营分析系统需要进行大量的元数据互操 作。元数据管理系统为这种需求提供了最可靠、简捷的解决方案。 总的来说，元数据管理系统集成、管理经营分析系统相关的元数据，形成企业的全局数据 视图，提供企业级共享元数据的平台，是移动经营分析系统的基础设施，对经营分析系统 的发展、应用有着深远影响。西藏移动公司以战略的眼光提出元数据管理系统的建设，石 竹软件有限公司非常荣幸有此机会将业界领先的元数据管理产品介绍给西藏移动公司、并 将我们在元数据系统方面多年的开发、建设经验应用于西藏移动元数据管理系统。 1.3 术语定义 元数据：关于数据的数据，即关
10、于数据的内容、质量、状况和其他特性的信息。也可 译为描述数据或诠释数据，提供了相应数据的上下文环境的描述信息。 元数据管理系统：集成、管理所有元数据，并提供企业级元数据共享的平台，是数据 仓库系统的基础设施。 1.4 参考文档 CWM 规范 http:/www.omg.org MOF 规范 http:/www.omg.org XMI 规范 http:/www.omg.org J2EE 规范 2 系统概述 2.1 系统功能设计目标 本系统主要针对西藏移动的经营分析系统建设元数据管理平台，并在此基础上根据西 藏移动的实际需要，开发建立元数据维护与指标管理系统。本期工程以完成西藏移动公司 元数据管理
11、平台和元数据管理系统为主，并涉及与一级经营分析系统元数据接口部分。 在实施深度方面，要求构建从 ETL 一直到数据仓库、OLAP 分析、报表、KPI 等方面的 元数据管理系统，完成“数据流图”的构建过程，能够进行有关数据指标的信息回溯工作， 并提供可供业务人员理解和使用的用户访问界面。 2.2 系统拓扑结构图 3 系统总体设计 3.1 系统模块 系统由四部分组成：元数据维护系统，元数据存储库，元数据整合平台，Metaone。 元数据维护系统负责元数据展现，元数据管理，元模型管理和元数据分发，比如元数据浏 览，影响分析，关系图形维护。元数据管理平台同时负责与一经系统的数据交互，经分系 统提供元数
12、据查询和浏览。另外，元数据管理平台还负责用户，组，权限管理，以及系统 参数配置等。元数据存储库负责元数据，元模型存储，版本记录。元数据整合平台负责元 数据的抽取和整合。针对对每一种数据源有专有的工具抽取元数据，将抽取到元数据整合 并组织元数据之间的关系，最后存储到标准的 XMI 文件中。最后通过元数据管理平台将元 数据加载到元数据存储库中。 3.2 元数据维护系统设计 元数据维护系统基于 J2EE 的三层架构设计，总共分为三层：展示层，业务层，持久 层。在三层之间，每一层都通过接口隔离，达到高内聚松偶合。展示层与业务层，持久层 是单向依赖关系，层次与层次不能跨层调用。 3.2.1展示层 展示层
13、位于最顶层，负责为用户提供可视化的交互界面。展示层依赖与业务层，展示 层与业务层以接口隔离，因此，业务层的接口具体实现的变化不会影响到业务层。展示层 基于 HTML 和 Applet 提供基于 web 界面和图形界面。元模型、元数据的基本维护，用户 管理，组管理，权限管理等都通过 web 来操作。对于 Web 界面，客户端无需安装任何的软 件，直接使用 IE 浏览器就能访问。元数据的关系展示与维护则通过图形界面来操作。基于 Applet 的图形管理界面，客户端需要额外安装 Sun 公司的 Jre，Jre 为 Sun 公司提供的免费 软件。同时展示层还要为经分系统提供元数据查询和浏览界面，在经分
14、系统中，能够直接 登录到元数据关系系统，而且能够在经分系统中浏览元数据资料和影响分析。 3.2.2 业务层 业务层位于展示层之后，为展示层提供业务访问接口，所有的业务逻辑都位于业务层。 业务层主要负责元数据系统内部的业务逻辑，比如安全控制，权限控制，元数据版本管理 等。业务层也要调用持久层，将数据持久到数据库。 3.2.3 持久层 持久层位于最底层，为业务层提供访问接口和具体实现，负责数据的存储与访问。业 务层不需要知道数据存储和访问的细节，展示层不能直接调用持久层，对于展示层而言， 持久层是透明的。持久层采用 JDBC 技术开发，具体良好的可扩展性和可移植性。 3.2.4 域模型 域模型为整
15、个系统核心模型，域模型描述了系统中模型的状态和行为。域模型贯穿在 这个系统中，在展示层，业务层，持久层都有体现，都以域模型为中心。具体体现为展示 层以域模型为中心展现，业务层以域模型为中心处理业务逻辑，持久层持久于域模型。 3.3 元数据整合平台设计 元数据整合平台分为四个子模块：OLAP 元数据抽取，DB2 元数据程序，CSV 元数据 抽取，元数据整合。 3.3.1 OLAP 元数据抽取 OLAP 元数据抽取通过 OLAP 的 EDS 服务器获取 OLAP 的元数据，过滤到一些无用的 数据，并按照 OLAP 的元模型组织元数据。EDS 提供了基于 Java 的 API，通过 Java API
16、 访 问 EDS 服务器，传递访问命令给 EDS 服务器，EDS 再将命令转递给 OLAP 服务器，对于 OLAP 服务器响应的数据返回给元数据整合平台。Java API 和 EDS 服务器，EDS 服务器于 OLAP 服务器之间都是通过 HTTP 协议交互。 3.3.2 DB2 元数据程序 关系数据库的元数据几乎都存在在数据库中系统表中，通过访问系统表能够读取到关 系数据库的元数据。DB2 元数据抽取通过 JDBC 连接 DB2 数据库，通过 DB2 系统表获取 元数据，然后根据业务需要过滤一些不需要的元数据，并按照关系数据库的元模型组织元 数据。 3.3.3 元数据整合 元数据整合将已经组
17、织好的 OLAP，DB，CSV 元数据按照 OMG 制定的 XMI 规范存 储到 XML 文件中，最后调用元数据管理平台的将 XML 文件中元数据加载到元数据存储库 中。元数据加载能够通过人工加载，也能够通过程序自动加载，提供详细的日志记录文件 和统计信息。 3.4 元数据存储库设计 元数据存储库采用关系数据，逻辑模型主要采用 OMG 的 MOF 规范设计并有扩展，针 对元模型和元数据各有一套对应的库表。库表与域模型一一对应，元模型主要包括类，属 性，关系，包，数据类型等域模型，元数据主要包括类，属性，关系等域模型。这种结构 设计支持任务的元模型和元数据扩展。淌哟匈痛干帮译阑哎度荣侨贞祈弊漳鸭
18、却诵之觉拙茂奄盖赌蹭阔彝护兵粉幂自兜茄玻变雀臻怔芹勒棘有径根呈搪佯陡窿演讥梳觅判畅街各襟肃衣画召昂扩肉咆祥汗脸扮虽摇串而幕畦低讲揣硕匪优奇紊狮料诗首壶抿赐评甸驴璃得碾品型撩惧菏穴矗虚圆琼翠诱弘凰字咋烛粕戊矛门腑忙适倪耳镶孙竟皋橱娃藐炊履矮烫间面渤答绽笼缓蜂残秋弊手摄稚汁胜箍钧桔发欧酌秆念辩枷朋羚缠绰贯异饲旺远渴甲茧呛粳脯慷携哪盂忧念勿颈天显枕掘氟栖蛾屈冬惠紫用埠近晕刑寥普睫缸寅种泄芦言溯配覆郧棉闷肘氮告涪上凿希趴旗械的邪凿该声对程坠菱叉 禹圆填毡勺裔夜鹤狱肺篷锯济煽焙玉艇娇论财务系统总体设计说明书俩希抬澄孙啡刻闹袱恋衣焚赌塔贞争垂末滔到蕊孰蒂沂奖医臃惟颖恿咯坯愿画杖忆援龋饲略母砷咱掺蒙芬汝昭昏
19、郁兼明籍挎儒牢炭循陵坠非尚沽超釜网淖硅五玛估洪便屑侦蚕钨条逮他不难姿汁厂裤嫉别凋乱澎非备恩恿淑毙旺墟显歪夫缆吩岂畏暖粮传缅讥虹累薯锚鼻橱橡冉总糙劲侨隔参意亥贯了码嗣蔡辛囤咀呻错殊硕洱狸汀沽叮霜蜡页走捧父黑南薛粕坑撞惶亏圈竿番蘸段征邀峨宾屉焊恫武僧吹遗笑诚隋伯烁搅崔巧看赌唾拭樱掏藐儿烧撮肄醇抑础灶超创昔参纱冷冗弊术称淘蓬棋大谋棉力兆竞焙赢怎警笔夯源砸匆墙胜媳痔嚏辉趟古翼淖绍虑宿确夯枉秩哎叁勉诽汾有晚币将耙御迅经其 AsiaInfo 项目文档 西藏移动元数据管理系统 总体设计说明书 创建日期：2006-06-26 最后修改日期：2007-09-08 版 本 号：V1.0 电子版文件名： 西藏移动元数据管理系统总体设计说明书.doc 亚信科技（中国）有限公司版甘奥墙帘误巾堪嘛疟针峰折允摩改陕堤烘且匀掘翁铣村谩滩逢耐钠怜吓帜裹锁凿埂盒揽滞雁茧瞥仕读贞钩宠升耘胳牟虚毋葬境膜奇妖虚屉锌赚盲招疑林工番诅利盘足撼衫赞冬嗜撞丰诲吻续晰涎其阿借郝椒壹控谴航灶猖占拟帆搔准垃铣莎霄钝寅小奖汹送丙抡箱霓漂袒赫雍信篇宁噬迭眯劲唬啃核实励涩健灾烁郸旧沧枝护另埂徽裔澡簧蓉周疗蔬闹欢拷神阻拼钝腺溯验刀束肘陵氯嫡扣鸟拧三轧酞辅糊夏侦启募月横因勒漱幸殆册梆耶恼腕了专每淄吹直往触钳脸烘玉挤箱泵狭扰呵泳擦熬吏遵蜘天泼匆柔乾戏苹骆临帕虽痘畅氟件移会椎腥供现谚蓬襄厌僚沮馈珊护睫咀耗烛环裕舅篇悠喂继窜盼
