（计算机应用技术专业论文）XML数据交换在电信行业SID中的应用研究.pdf

摘要 本文结合d o m ( d o c u m e n to b j e c tm o d e l ) 和s a x ( s i m p l ea p l s f o rx m l ) 各自的优点有效地实现了x m l 文档与b o ( b u s i n e s so b j e c t ) 对象的数据交换，建立了完善的s i d ( s h a r e di n f o r m a t i o nd a t a ) ，从 根本上解决了电信运营支撑系统中存在的业务能力不匹配、数据内容 不一致、应用分布不灵活、对转型不能很好地适应、对在线计费不能 很好支持等一系列问题，成为真正的综合业务支撑系统( b s s ， b u s i n e s ss u p p o r ts y s t e m ) 的数据中心。 首先，分析了电信运营支撑系统的现状，在电信业务的驱动下提 出了s i d 的数据共享模式，并从数据集成的理论得出s i d 数据共享 模式是企业发展的必然结果。 其次，研究了s i d 在电信运营支撑系统的作用、体系结构、s i d 服务平台的功能架构需求，根据功能的需求设计出它的功能模块。重 点研究了s i d 服务接口设计，从基本的接口类型及部分的接口设计实 例，到s i d 数据服务的创建、数据的生成与管理、原子数据服务定制 与发布，完成了完整的数据服务层构造。 最后，研究了s i d 数据共享模式服务接口的实现过程，主要从接 口的设计、数据服务的创建和数据服务接口的实现算法这几个方面来 论述。通过采用d o m 、s a x 技术，有效的实现x m l 文档与b o 对 象的转换，从而大幅度的提高了系统的性能，满足了用户的需求，达 到了研究目的。 关键词s i d 数据共享，s a x ，d o m ，业务对象 a b s t r a c t b yc o m b i n i n gt h ea d v a n t a g e so fd o m ( d o c u m e n to b j e c tm o d e l ) w i t hs a x ( s i m p l ea p i sf o rx m l ) ，t h i st e x th a se f f e c t i v e l ya c h i e v e dd a t a e x c h a n g e b e t w e e nx m lt e x ta n db o ( b u s i n e s so b je c t ) a n dh a s e s t a b l i s h e dp e r f e c ts i d ( s h a r e di n f o r m a t i o nd a t a ) a sar e a lb b s ( b u s i n e s ss u p p o r ts y s t e m ) d a t ac e n t e rt h a tw o u l df u n d a m e n t a l l yr e s o l v e as e r i e so fp r o b l e m se x i s t e di nt e l e c o mc a r r i e r , s u c ha su n m a t c h e d b u s i n e s s c a p a b il i t y , i n c o n s i s t e n t d a t a c o n t e n t ，i n f l e x i b l ea p p l i c a t i o n s p r e a d i n g ，b a dt r a n s f o r m a t i o na d a p t a t i o n a n db a ds u p p o r to fo n - l i n e c h a r g i n ga n ds oo n f i r s t l y , i ta n a l y z e st e l e c o mc a r r i e r sp r e s e n ts i t u a t i o n ，a d v o c a t e ss i d d a t a s h a r i n gp a t t e r n d r i v e n b yt e l e c o mb u s i n e s sa n dg o tf r o md a t a i n t e g r a t i o nt h e o r yt h a ti ti si n e v i t a b l er e s u l to fe n t r e p r e n e u rd e v e l o p m e n t t h e n ，i td e s i g n e ss i df u n c t i o n a lm o d u l eb ys t u d y i n gi t s e f f e c to n t e l e c o mc a r t i e r , s y s t e ms t r u c t u r e ，f u n c t i o n a la r c h i t e c t u r er e q u i r e m e n t ， p u t t i n ge m p h a s i z eo n s i di n t e r f a c ed e s i g n i n gt h a ta tl a s t f i n i s h i n g c o m p l e t e d a t as e r v i c ec o n s t r u c tf r o mb a s i ci n t e r f a c et y p ea n di t s d e s i g n i n gi n s t a n c e t os i dd a t as e r v i c ee s t a b l i s h m e n t ，i n c l u d i n gd a t a g e n e r a t i o n a n d m a n a g e m e n t ，a t o m i cd a t a s e r v i c ec u s t o m i z a t i o na n d p u b l i c a t i o n f i n a l l y , i ts t u d i e ss e r v i c ei n t e r f a c ea c h i e v i n gp r o c e s so fs i dd a t a s h a r i n gp a t t e r n ，w h i c hi sd i s c u s s e dm a i n l yf r o mt h ef o l l o w i n ga s p e c t s ： i n t e r f a c ed e s i g n i n g d a t as e r v i c ec r e a t i o na n da l g o r i t h m so fd a t as e r v i c e i n t e r f a c et h r o u g ha d o p t i n gd o m 、s a xt e c h n i q u et oe f f e c t i v e l ya c h i e v e t r a n s f e rb e t w e e nx m lt e x ta n db o ，t h u ss i g n i f i c a n t l yi m p r o v es y s t e m p e r f o r m a n c ea n ds a t i s f yc u s t o m e rm o r e k e yw o r d ss i dd a t as h a r i n g ，s a x ，d o m ，b u s i n e s so b j e c t 原创性声明 本人声明，所呈交的学位论文是本人在导师指导下进行的研究 工作及取得的研究成果。尽我所知，除了论文中特别加以标注和致谢 的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不 包含为获得中南大学或其他单位的学位或证书而使用过的材料。与我 共同工作的同志对本研究所作的贡献均已在论文中作了明确的说明。 作者签名： 学位论文版权使用授权书 本人了解中南大学有关保留、使用学位论文的规定，即：学校 有权保留学位论文并根据国家或湖南省有关部门规定送交学位论文， 允许学位论文被查阅和借阅；学校可以公布学位论文的全部或部分内 容，可以采用复印、缩印或其它手段保存学位论文。同时授权中国科 学技术信息研究所将本学位论文收录到中国学位论文全文数据库， 并通过网络向社会公众提供信息服务。 作者签名：蛐翩签名么也缅期| 盟年丛月盈日 硕 学位论文第一章绪论 1 1 引言 第一章绪论 目前，中国电信在业务支撑系统范围内存在很多独立子系统，如九七系统、 1 0 0 0 0 客服系统、本地计费帐务系统、渠道支撑系统、大客户系统、综合结算系 统、数据计费系统等，部分子系统与运营支撑系统范围也存在着重叠，如1 1 2 系 统、互联星空系统等，不少地方还存在着一些相关的专业系统，如数据九七系统、 小灵通专业支撑系统等。这些系统间的数据、功能、业务方面均存在着大量联系， 从运营商的端到端的功能要求来看，实现一个功能流程往往需要多个系统的协同 工作。 由于目6 订缺乏统一的系统整合手段，所以目前的现状是采用接口的方式实现 系统间的信息同步和功能协同。这种系统方案在一定程度上起到了整合多个系统 的作用，但从实践来看，这种以接口来整合系统的方式体现出了明显的根据需求 被动适应的特点，即一般是根据业务需要进行两两接口，随着业务的扩展和市场 的发展，接口必须不断进行调整，导致系统i 日j 的接口越来越复杂，原有中国电信 支撑系统的系统整合方式如图1 1 所示，从而增加了电信企业的成本。 图1 - 1 原有中国电信支撑系统的系统整合方式 为了解决这问题，有必要对电信的业务进行重组，通过建设共享信息数据 平台( s i d ，s h a r ei n f o r m a t i o nd a t a ，共享信息中心) 来完成运营商对客户资料的 统一，完成对产品目录的统一，对灵活的资费组合支撑，从而提高电信的综合竞 争能力。 硕卜学何论文第一章绪论 1 2 课题的来源及研究意义 1 2 1 课题的来源 由于电信系统业务支撑系统的组成非常的多，所以在对原有系统的整合过程 中存在着比较多的问题。主要包括业务能力不匹配、数据内容不一致、应用分布 不灵活、对转型不能很好地适应和对在线计费不能很好支持这几个方面。 ( 1 ) 业务能力不匹配。由于各系统的数据模型设计均按照自身功能需求角 度进行设计，导致各系统数据模型的业务能力有很大差别。由于信息表达的不一 致，在不同的系统中的同类数据缺乏统一的信息表达，使得企业业务的发展受到 了定程度的制约。 ( 2 ) 数据内容不一致。目前中国电信的业务支撑系统采取的是数据独立分 布的策略，即功能需要什么数据系统就包含什么数据，各系统数据分布自成体系， 没有对共享数据进行整合，也没有制订统一的数据视图。 ( 3 ) 应用分布不灵活。由于缺乏统一的数据层上基础设施，当系统规模不 断扩大时，也同时会使系统维护的难度和复杂性同步增大，从而使得企业系统划 分的灵活性大大降低。 ( 4 ) 对转型不能很好地适应。当前中国电信正在向综合信息服务提供商进 行转型，由于电信中各系统之间的数据只能通过接口共享，全部业务和业务高速 变化的特性导致接口复杂性增加，大大制约了各业务支撑系统的全部业务适应能 力的发挥。 ( 5 ) 对在线计费不能很好支持。在线计费系统和离线计费系统是解决客户 使用各业务的费用计算和处理系统，因此两类系统在客户档案、产品、定价定义、 帐务定义、余额等方面都存在着数据共享问题，但是目前缺乏统一的数据层上基 础设施和共享数据的整合手段，使得这两种在数据上关联较为紧密的计费系统缺 乏较好的整合和协调能力。 为整合系统的资源，提高业务的处理能力，我们尝试了使用企业应用集成 ( e a i ，e n t e r p r i s e a p p l i c a t i o ni n t e g r a t i o n ) ，但是由于e a i 采取“系统外补偿”的 方式，对系统的核心没有涉及，因此各系统的业务能力仍然相差较大。对于数据 表达差异太大导致e a i 平台无法自动转换的场合也仍然需要进行接口修改才能 够适应业务的需要；另外e a i 平台存在着较大的性能瓶颈。在此基础上，考虑 将共享数据和应用进行分离，建立独立的公共数据基础设施，从而使各种业务支 撑系统基于相同的共享数据进行工作，从而较彻底地解决数据不一致、系统协同 2 硕十学位论文 第一章绪论 困难、系统业务能力不一致问题。同时由于提供功能的各系统相对独立，使得每 个系统的规模都不至于太大，将来的应用还可以重新划分，这也是建设s i d 平 台的系统整合方案。 1 2 2 课题的研究意义 s i d 平台建立以后可以从根本上来解决数据不一致的情况，成为真正的综合 业务支撑系统( b s s ，b u s i n e s ss u p p o r ts y s t e m ) 数据中心；s i d 可以让中国电信 以客户为中心对客户提供便利、完整、持续、一致和及时的统一服务；s i d 可以 让中国电信对合作伙伴进行精细化规范化管理，从而更好的对合作伙伴进行业务 支撑和管理；s i d 可以为用户提供统一帐户和帐单；s i d 可以让中国电信在o c s ( o n l i n ec h a r g i n gs y s t e m ) 和离线计费系统的支撑下，进行全业务融合计费及灵 活的风险控制，对各种产品进行实时计费、实时帐务和实时信用控制。 总之，共享数据模型的建设对运营商给客户提供更好的服务有着重要的现实 与经济意义。 1 3 本课题的主要研究工作 本人参与了电信公司s i d 系统的研发工作，在系统的开发过程中，主要负 责系统的分析、设计和部分实现的工作。 在s i d 平台系统的建设中，首先对电信的各系统进行了深入的调研，从中 提出s i d 平台的方案，并建立s i d 平台模型：然后分析了如何对s i d 平台进行 搭建；最后采用x m l 实现s i d 数据服务功能。在实现数据交换的过程中，一方 面，研究了s i d 的数据服务层，因为它封装了事务管理、数据打包拆解、权限 控制、数据订阅同步、消息触发等一系列功能和机制，是s i d 提供对外数据服 务的功能实体和接口：另一方面，s i d 与各系统之间的接口实现，它主要包括基 于实体对象的b o ( b u s i n e s so b j e c t ，业务对象) 对象构造和b o 对象和x m l ( e x t e n s i b l em a r k u pl a n g u a g e ，可扩展标记语言) 文档数据互转算法。 1 4 系统的方案 一、s i d 的平台搭建方案 s i d 是集中的共享数据平台，它将现有的众多分散的、专业分割的业务处理 系统向全业务融合。s i d 需要向各个应用系统提供共享数据的访问服务接口，各 应用系统通过s i d 服务接口与s i d 共享数据服务平台进行交互，并且使用s i d 硕十学位论文第一章绪论 提供的共享数据服务。s i d 平台主要包括三部分大的功能模块：基于共享数据模 型的共享数据层；向应用系统提供数据服务和接口的数据服务功能，包括数据服 务层和原子服务层；通用的i t 平台功能和操作维护功能，包括数据库、中间件 和平台的运行管理。 二、x m l 实现数据交换方案 x m l 是一个统一的数据标准的格式，在数据交换中有着不可取代的地位。 在s i d 共享数据平台中，共享数据层的实现是本课题的核心，主要采用b o 对象 描述s i d 实体的属性和操作动作，并转换b o 对象为x m l 数据格式进行数据传 递和操作来实现s i d 数据层通用原子服务。在实现b o 对象和x m l 文档互转算 法中，采用递归方法，实现b o 转换成x m l 文档数据的通用构造算法，把b o 对象进行由上往下按层次关系形成d o m ( d o c u m e n to b j e c tm o d e l ) 文档对象；通 过s a x ( s i m p l ea p i sf o rx m l ) 的x m l 文档解析算法，将x m l 文档数据通过s a x 事件流的方式由上往下解析成事务b o 对象。 1 5 论文内容安排 本文根据电信业务的扩展，需要建立s i d 数据共享的平台，论文主要分析 了s i d 的搭建体系和在s i d 数据服务层通用原子服务接口的设计以及相关的数 据交换算法的研究与实现。 第一章：绪论。阐述了课题的来源与研究意义，以及研究的主要工作，最后 提出了系统的解决方案和论文的组织结构。 第二章：数据集成与数据交换的相关理论。首先分析了系统集成的模型，然 后提出数据集成是系统集成的核心，最后分析了x m l 在数据交换过程中的相关 理论。 第三章：电信运营支撑系统的共享信息模型。讲述了电信运营支撑系统的主 要组成和s i d 数据共享模型的体系结构以及s i d 各层主要实现的功能。 第四章：构建s i d 服务接口框架系统。讲述了s i d 数据服务层通用原子服 务的构造，然后分析了服务接口的设计。 第五章：数据服务接口的实现。主要阐述算法流程、实现代码及算法分析， 最后采用x m l 文档实现与b o 对象的交互。 第六章：总结与展望。首先总结了论文所做的工作，然后分析了系统的应用 和发展前景，最后指出了进一步的研究方向。 4 硕十学位论文 第二：章数据集成与数据交换的相关理论 第二章数据集成与数据交换的相关研究 2 1 企业数据的信息集成模型的比较 诺兰( n o l a n ) 模型与米歇( m i s c h e ) 模型都是论述了如何对企业数据的信 息集成i 。早在8 0 年代初，詹姆斯马丁( j a m e s m a r t i n ) 提出了企业的计算机信 息系统是以数据为中心的原理，同时他写出了关于数据集成的理论和方法的专 著、信息工程与总体数据的规划1 2 】。“数据中心原理”是说，只要企业的性质和 目标不变，它的数据类就是稳定的，任何经营管理活动，都离不开对这些数据的 存取，信息系统的开发应该面向数据，而不应该面向处理过程，因为处理过程是 多变的。我们说，企业信息系统集成的基础与核心任务是数据集成，就是要改造 以数据文件和应用数据库为主的、混乱的、低档次的数据环境。企业信息系统集 成的重要标志，是达到高档次的数据环境主题数据库和信息检索系统。 2 1 。1 诺兰模型 美国管理信息系统专家诺兰通过对2 0 0 多个公司、部门发展信息系统的实践 和经验的总结，提出了著名的信息系统进化的阶段模型，即诺兰模型。诺兰认 为，任何组织由手工信息系统向以计算机为基础的信息系统发展时，都存在着一 条客观的发展道路和规律。数据处理的发展涉及到技术的进步、应用的拓展、计 划和控制策略的变化以及用户的状况四个方面。1 9 7 9 年，诺兰将计算机信息系 统的发展道路划分为六个阶段。诺兰强调，任何组织在实现以计算机为基础的信 息系统时都必须从一个阶段发展到下一个阶段，不能实现跳跃式发展【3 j 。 诺兰模型的六个阶段分别是：初始阶段、传播阶段、控制阶段、集成阶段、 数据管理阶段和成熟阶段，如图2 1 所示。六个阶段模型反映了企业计算机应用 发展的规律性，前三个阶段具有计算机时代的特征，后三个阶段具有信息时代的 特征，其转折点处是进行信息资源规划的时机。“诺兰模型”的预见性，被其后 国际上许多企业的计算机应用发展情况所证实。 硕+ 卜学位论文 第一二章数据集成与数据交换的相关理论 预 初始 2 1 2 米歇模型 传播控制集成数据管理成熟 图2 1 诺兰模型 阶段 诺兰模型把集成和数据管理分为前后两个阶段，似乎可以先搞集成后搞数据 管理，但后来的大量实践表明这是行不通的。米歇模型f 4 1 对此作了修正，揭示了 信息系统集成与数据管理不可分，集成阶段的重要特征就是搞好数据组织，或者 说信息系统集成的实质是数据集成，如图2 2 所示。 更新阶段 成熟阶段 增长阶段 起步阶段 i 蜀i 爱花最抄 化系多 一j _ ， 2 基于模型的映射 基于模型的映射也有两种：基于表的映射( t a b l e b a s e dm a p p i n g ) 和对象一关 系映射( o b j e c t r e l a t i o n a lm a p p i n g ) ，也叫基于对象的映射( o b j e c t - b a s e dm a p p i n g ) 。 这两种映射都建模在x m l 文档中的数据而不是文档自身。它们在这方面的一个 重要特征是双向的。就是说，它们可以用来从x m l 文档向数据库传输数据、也 能从数据库向x m l 文档传输数据。这使得这些映射适宜于以数据为中心的文档， 而不适宜于以内容为中心的文档。基于表的映射不能处理混合内容模型，对象 关系映射处理混合内容模型也是非常低效的。 ( 1 ) 基于表的映射 许多转换x m l 到数据库的中间软件都采用基于表的映射【2 5 1 。在下面的x m l 文档和表之间有明显的映射： a a a b b b c c c d d d e e e f f f 表2 1 数据库表 q 险 ( 2 ) 对象关系映射 基于表的映射只能处理x m l 文档的一个有限的子集，而对象关系映射提供 了一个更加完善的映射机制：它将x m l 文件中的数据视为特定的对象树的模 型，接着把这些对象映射到数据库。在理解这种映射所用的对象模型的时候要知 、 l l 硕十学位论文 第二章数据集成与数据交换的相关理论 道，这个对象模型不是文件对象模型( d o m ) 2 6 - 2 7 】。 首先，请看下面一个简单的示例来增强对象关系映射的理解。可以看出在 x m l 文档、对象和一个表中的行之间有明显的映射关系： x m l 表2 - 2x m l 文档，对象和行之间的映射 o b j e c t s t a b l e s b b b c c c 们 甘 d d d q o b j e c ta b = ”b b b ” c = ”b b b ” d 一”b b b ” ) 瓦五e i 一 bcd 甘 b b bc c cd d d 同样，在文档类型定义、类和表的模式之间也有明显的映射关系： 表2 - 3 文档类型定义类和表模式之间的映射 d t dc l a s s e st a b l es c h e m a 甘 c l a s s a s t r i n g b ； s t r i n gc ： 甘 s t r i n g d ； c r e a t et a b l ea bv a r c h a r ( 10 1n o t n u l l cv a r c h a r c l 0 ) n o t n u l l d v a r c h a r ( 1 0 ) n o t n u l l 二、x m l 与数据库之间结构的映射 从数据库数据映射到x m l 文档【2 s j 时，可以将各字段数据以子元素的形式或 以属性的形式存储，同样也可以指定这些元素或属性的名字。如果将各字段以属 性为中心( a t t r i b u t e c e n t r i c ) 的风格来表示，则呈现一种扁平的结构；如果将各 字段以元素为中心( e l e m e n t e e n t r i c ) 的风格来表示，则呈现一种嵌套的结构。 例如一个订单表：订单( 订单号，日期，客户) 。 ( 1 ) 各字段以属性为中心的形式映射： 1 2 硕十学位论文 第二章数据集成与数据交换的相关理论 ( 2 ) 各字段以元素为中心的形式映射： 1 2 3 4 2 0 0 8 0 8 0 8 李勇 吲订单 当然还可以用二者混合的方式来进行映射。不论使用哪一种都能很好地描述 各字段的结构和语义。以属性为中心的映射会生成比较小的x m l 流，这种方式 对于大量的数据比较有效。一般来说，应该尽可能使用子元素，因为使用属性具 有以下一些不足之处： ( 1 ) 属性不能描述各字段的先后顺序，而子元素可以； ( 2 ) 对于应用程序来说，保存在属性中的数据比保存在子元素中的数据更 难操作； ( 3 ) 使用属性将增加编写有效性验证文件的难度。 三、x m l 与数据库之间数据类型的映射 不同的数据库以及同一数据库厂商的不同版本的数据库产品之间，对数据类 型的定义是有差别的【2 9 】： ( 1 ) 不同数据库数据类型的种类、个数有所不同； ( 2 ) 针对同一数据类型，不同的数据库对其定义的数据长度亦不同； ( 3 ) 同一厂商不同版本的数据库产品之间数据类型也有所不同： ( 4 ) 对于同一数据，在不同的d b m s ( 数据库管理系统，d a t a b a s em a n a g e s y s t e m ) 中对应不同的数据类型。 同样，在x m ls c h e m a 规范的第三部分( x m ls c h e m ap a r t 2 ：d a t a t y p e s ) 定 义了一组丰富的内置数据类型，用于定义元素中允许的类型。但是，x m l 单从 字面上讲并不支持任何数据类型。除了非解析实体，x m l 文件中的所有数据都 是文本，尽管它可能表示日期或整数等其他类型。一般来说，数据交换程序负责 把x m l 文件中的文本转换成数据库中的其他数据类型，反之亦然。 至于程序如何确定该进行怎样的转换各不相同，常见的有两种方法：第一种 方法是程序根据数据库模型来确定数据类型，因为它在运行时总是可用的；第二 种方法就是由用户明确指定数据类型，比如映射信息，它可以由用户写出，或者 1 3 硕+ 学位论文 第二二章数据集成与数据交换的相关理论 自动从数据库模型或x m l 模型中产生。 2 4 3x m l 与数据库之问的转换工具 为实现r d b ( r e l a t i o n a ld a t a b a s e ) 到x m l 3 0 】，x m l 到r d b 之间的转换， 软件商开发了支持x m l 数据库数据转换的技术与工到3 1 】。 微软的a d o ( a c t i v e xd a t ao b j e c t s ，a c t i v e x 数据对象) 控件技术可以根据 数据库表的内在结构直接输出x m l 文档，文档的格式将符合默认的d t d ( d o c u m e n tt y p ed e f i n i t i o n ，文档类型定义) 定义。 d b 2 x m l 转换工具是一种将数据从关系数据库转换成x m l 文档的工具，是 一种模式驱动的应用，其输出的x m l 文档实际上是一组表格，而具体内容取决 于用户输入的s e l e c t 命令1 3 引。 o d b c 2 x m l 转换工具是由i n t e l l i g e n ts y s t e mr e s e a r c h 丌发的共享软件，它 实际上是一个w i n d o w s 库d l l ( d y n a m i cl i n kl i b r a r y ，动态连接库) ，通过它， 可以将数据从数据库中提取出来并转换成x m l 文档。该软件属于模板驱动【3 3 。 2 4 4x m l 文档对象模型 d o m 是x m l 文档在内存中的树状结构，当一个x m l 文件被装入x m l 解 析器中解析后，内存中就建立一个相应的树。m s x m l 4 0 完全支持d o m ，并提 供个易用的对象模型与内存中的x m ld o m 树进行交互，这样我们就可以很 方便地通过应用程序或者脚本来操纵x m l 文档。x m l 的对象模型是一个对象 的集合，有了它我们可以操作x m l 文档中的数据，也可以把x m l 的对象模型 看成一棵树，也有相应的节点，每个节点包含相应的文档数据，但是，它在树型 模型的基础上加上了对象模型特有的属性方法和事件等【3 4 】。如以下x m l 数据【3 5 l 所示。 c a r s o n 31 9 5 0 5 0 1 2 0 01 1 4 硕十学何论文第二章数据集成与数据交换的相关理论 m s p r e s s w a 输入数据后，然后通过程序读取x m l 数据存入d o m 结构模式中，x m l 文 档将显示为如图2 5 所示。 2 4 5s a x 解析x _ m l 文档 图2 - 5x m l 文档的d o m 结构模式 s a x 模式1 3 6 j 是事件触发，用户实现相应的接口方法，对不同节点的判断， 主要是根据节点名称。按照常规的处理方式，为了判断当前处理的节点名称，需 要使用大量的判断语句。这样，大量的判断语句就散布到解析程序中去了。对于 节点的变更，需要修改解析程序中所有接口方法的判断语句，使得整个程序框架 难以维护。但是，s a x 对x m l 文档的解析不会像d o m 那样需要形成树，从而 减少了内存的占用，而且s a x 是事件触发，用户只需要实现自己关心的接口即 可，简化了编程量【3 7 】。 2 4 6x m l 数据转换优点 从上面的分析中，我们可以得出x m l 描述半结构化数据比较适合的数据模 型，作为数据模型它有以下优点【3 8 】： ( 1 ) 具有自描述性1 3 9 】。x m l 中的语义标识一方面限定了元素的层次结构， 另一方面也说明了元素的含义。在x m l 的搜索结果中，由标识就可以知道内容 的含义，这使得搜索结果更有意义。这也是下一代w e b 的方向。 ( 2 ) 具有平台无关性【矧。x m l 文档是纯文本，独立于平台和应用。所以 1 5 硕十学位论文第二章数据集成与数据交换的相关理论 x m l 可脱离具体应用而自行描述保存在异构环境中的各种数据，其他系统应用 能直接对这些自描述的x m l 文件中的数掘进行操作【4 。因此，它将成为跨平台 数据交换和操作的标准模式，实现异构数据源集成中数据的互操作性【4 2 1 。 ( 3 ) 能描述不同复杂程度的数据。x m l 提供了数据的结构化表示，并且易 于操作。x m l 可以用一种统一的数据模型描述来自不同数据源的数据，屏蔽数 据源中应用环境和数据结构的异构性。 ( 4 ) 具有可扩展性。x m l 可以在不破坏现有结构和系统的情况下增加新的 数据字段。应用服务器利用x m l 对所有数据建模，若要改变数据模型只需改变 数据模型定义，如d t d ( 或x m ls c h e m a ) 等，不需要重新编码现有对象。 所以从数据模型的角度来看，x m l 很适合用来描述各种异构数据源【4 3 】。 2 5 小结 本章讲述了随着企业信息化的发展，那么必然会进入系统集成的阶段，也就 是符合n o l a n 模型和m i s c h e 模型的统一阶段。在系统的集成中，数据的集成是 核心。在数据集成中，我们重点要解决的就是异构数据的交换。传统的数据交换 主要是采用专门的数据转换工具或编写专门的程序代码，用于交换和共享的数据 包装成本地数据库或一些特殊的数据源所能处理的形式，这样的做法增加了信息 系统的硬件和软件成本，同时系统的维护工作量也将大大增加，而且性能也不高， 所以我们提出了通过x m l 数据交换方式来实现数据的集成。x m l 可以利用数 据标识表示数据的含义，利用简单的嵌套和引用来实现数据元素之间的关系，而 且该标准被所有的数据库所接受，因此是它是处理数据库数据交换的最好的转换 工具。 1 6 硕十学位论文第三章电信运营支撑系统的共享信息模型 第三章电信运营支撑系统的共享信息模型设计 s i d 是数据的共享中心，接收各个系统的数据或者提供数据给其他系统，而 其他系统很多都是用w e b 服务的，w e b 服务协议是s o a p 协议，其传输的数 据是x m l ，所以s i d 对外提供与传输的数据也用x m l 。在上一章中，我们分析 了数据集成和实现数据集成的相关技术，如x m l 数据交换技术等，为实现电信 运营支撑系统的集成做好了技术准备。在这一章中，我们主要分析电信运营支撑 系统中的数据共享平台s i d 的体系结构、功能设计及典型功能实现。 3 1 电信运营支撑系统概况 早期建立的电信系统是一种静态的、相对独立的运营支撑系统，这些独立的 系统大多是按照各部门的需求单独建立的。应用系统种类多，设计缺乏统一标准， 版本多样，造成数据共享的障碍。有些系统间虽然存在数据接口，但主要采取点 对点的方式，没有实现系统之问数据的共享。由此带来的主要问题有： ( 1 ) 缺乏统一的企业数据模型，数据共享困难，信息孤岛多。 ( 2 ) 数据分散，没有清晰的数据所有权，造成数据准确性和可靠性较差。 ( 3 ) 系统间多