（计算机科学与技术专业论文）基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现.pdf

基于模型驱动的数据稽核监控系统稽核式配置管理模块的 一 设计与实现 摘要 当前，电信运营业务在中国从新兴走向成熟，电信企业为了满足 越来越多的来自客户对于电信业务的需求，电信支撑系统从规模到复 杂性都逐步扩大，伴随着对于收入保障的要求也越来越高，电信稽核 监控系统就是完成电信企业计费和帐务系统收入保障任务的解决方 案。作者通过在国内某大型电信运营商的数据稽核监控系统实施项目 的经历，认识到系统的缺点和不足。为了完善系统功能，提出了稽核 式管理配置模块的设计方法并将其实现。本文运用了m d a 理论。首先 构造了稽核关系式的模型，而后简要研究代码生成理论后决定采用 x s l t 技术实现从模型到代码的转换，下一步又研究了模型到脚本的 映射规则，最终对整个模块进行实现。 关键字：稽核监控m d a 代码生成x s l t t h ed e s i g na n di m p l e m e n tf o rt h ed a t a a u d i te q u a t i o n c o n f i g u r a t i o na n d m l 州a g e m e n tm o d u l ei nt h ed a t aa u d i ta n d m o n i t o r i n gs y s t e mb a s e do nm d a a b s t r a c t i i lr c c e n ty c a 瑙，t c l e c o 删叭l i l i c a t i o n0 p e r a t i o ns e i c eh 舔g o n e 舶m h 哑脚t 0m a t l l r i 锣i n c l l i n a t bs a t i s 黟m o r ea n dm o r er e q 【u e s t so f t e l 面o m m u l l j c a t i o ns e r v i c ef b d mm ec u s t o m e r sa n dm er e v e i 】i u e 觞s l 】r 趾c e ，l e s i z ea n dc c 恤p l e x i t ) ，o ft l l et e l e c o m m u i l i c a t i o ns u p p o r ts y 吼e mh 嬲b e b o o m i n 吕 t b l e c o m m 砸c a t i o na l l d i t i n ga n dm o i l i t o r i r 培s y s t e mi s0 u rs o l u t i o nt oi m p l 锄e n t t l l er e 、r u e 嬲s u r 锄c et a s ko ft l l et e l e c o 删m m i c a t i o ne i l 锄埘s eb i l l i n ga n d a c c o u i l t i i l gs y s t 锄ih a v eg o tm ee x p e r i e i l c e 丘o mp 耐i c i p a t i n gi nm ep r o j e c to f t h ed e v e l o p m e n to fm et e l e c 删 i l 】n 埘c a t i o na u d i t i n ga n dm o l l i t o 血gs y s t e l i li na b i 分s c a l e d t e l e ( 如m m l l l l i c a t i o no p e 洲o nc o m p a n yo fc l l i i l a t h r o u g hm e e ) 【p 耐e n c eir e c o g 叫z e dt l l ed i s a d v a n t a g eo ft l l es y s t 锄t 1 0i n l p r 0 v en l e 劬c t i o n o ft h es y s t e mip r o p o s ean e wm 砒o dt od e s i 班n gm ed a t a 肌d i t 以i 嘣o n c 0 i l f i g u r a t i o n 锄dm 锄a g e m e n tm o d u l e 缸l di n l p l e m e n ti t t i l i s 枷c l ea p p l i e s 璩 a t l l f 妇c 0 璐虮l c tm en l o d e lo f u l cd a t aa u d i te q _ 删i o n 锄dt h 饥s 呻l y 锄r o d u c em em c 0 巧0 fc o d cg 趾e r a t i o n 锄dd e c i d et 0a p p l yx s l tt i o c h n o l o 影t 0 i l i l p l e m e n tt 0 吣f o m a 垃o n 丘1 0 mm o d dt ot t l ec o d e n e x t ，ir 懿e a f c h 廿l e m a p p i i 培r u l e 丘d mm o d e lt 0m ec o d e f i n a l l yii l l l p l e m e n tt 0m e 、) l ，_ h o l em o d l l l e 1 皿yw o r d s ：a - u d i t i n ga n dm o n i t o r i n gm d a c o d eg e n e r a t i o nx s i j 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不 包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他 教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任 何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：垒签日期：盏q 丘至! 聋 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权保 留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借 阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它 复制手段保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在年解密后适用本授权书。非保密论 文注释：本学位论文不属于保密范围，适用本授权书。 本人签名： 垒缘 日期： 丕曼玉鸳 导师签名：彳睡窀1日期：j 鲤丘j 斗 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 1 1 背景 第1 章绪论 随着电信运营业务在中国从新兴走向成熟，从急速扩张转向稳步成长， 市场逐渐饱和，运营商的竞争加剧，用户发展减速，资费价格下降，利润空 间减少，运营商的发展目标也从快速占领市场转向了包括坚实的客户基础、 产品与服务的稳步增长、利润率的提高在内的更全面的目标。这一转变要求 运营商不断提高服务质量和工作效率，降低客户投诉和离网，刺激使用，发 展新的业务增长点，更重要的是，要求运营商提高科学发展能力、精细管理 水平和执行能力。在此形势下，帮助运营商减少收入流失、降低运营成本、 提高管理水平、实现利润最大化的收入保障项目成为运营商实现上述目标、 提高竞争力的必由之路。 电信稽核监控系统就是作为收入保障项目而实施的，作者曾经在攻读硕 士阶段在某电信运营商省分公司部署实现了针对计费帐务系统的数据稽核 监控系统，系统完成了包括计费系统预处理、一次批价以及帐务系统的二次 批价、出帐流程以及子流程的数据稽核任务。系统基于数据稽核关系式并由 用户通过w e b 界面配置任务运行一个和多个数据稽核关系式，而后系统通 过后台任务调度程序自动运行稽核关系式并把结果储存在数据库中，系统结 果展示模块负责展示稽核结果。然而系统由于以数据稽核关系式为单位，系 统开发人员必须针对每一个数据稽核关系式开发独立的稽核脚本来进行稽 核任务，而且若有新的稽核需求，开发人员需要经过熟悉业务、了解业务流 程、创建稽核关系式、编写稽核脚本等复杂的流程，而对电信运营商业务最 熟悉的应该是业务人员，这样极大增加了开发人员的负担以及开发新功能的 周期。因此希望业务人员承担起稽核关系式的创建任务，系统可以自动生成 稽核脚本，这样大大缩短了添加新的稽核任务的周期，提高了工作效率。要 实现这个目的必须重新设计数据稽核监控系统的总体结构，重新设计并实现 某些模块，重新定义模块间接口等任务，而其中最关键且最需要重新设计实 现的模块就是稽核式管理配置模块。因此本文的目的就是对此模块的设计进 行研究并最终实现。 北京邮电大学硕士论文 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 1 2 工作内容以及研究成果 由于当前业内对收入保障项目实施理论研究不足，主要问题就是实施收 入保障项目实施切入点不明确，作者在实施数据稽核监控系统是基于数据稽 核关系式为单位进行，因此本文首先简单介绍实施收入保障项目的问题以及 数据稽核关系式的概念，而后对基于数据稽核关系式的数据稽核监控系统进 行简要介绍，并对其系统总体结构进行分析，指出其不足以及需要改进的地 方。而后提出解决方案，并给出新的系统结构并对各模块进行说明，着重介 绍本文的研究重点数据稽核关系式配置管理模块。 下一步对此模块的设计理论m d a 的概念进行简要介绍。而后对m d a 理论的基础模型进行数据稽核关系式模型进行研究。在简要介绍代码生 成理论后对模型到脚本的实现规则进行研究。最后对整个模块进行实现。 1 3 论文结构 第一章主要是绪论，主要介绍了研究背景，研究内容，研究工作和研究意义。 第二章是对收入保障及其实施项目进行简单介绍，而后重点介绍数据稽核监 控系统及其理论基础数据稽核关系式的介绍。而后对数据稽核监控系统总体结构 进行介绍并分析其功能上设计上的缺陷。提出改进的解决方案并给出新的系统结 构并对各模块进行说明。 第三章主要介绍了m d a 模型驱动体系结构的基本概念和原理并结合数 据稽核关系式配置管理模块提出基于m d a 的实现方案。 第四章研究了m d a 实现方案中的核心数据稽核关系式模型的建立 第五章首先简要介绍代码生成理论以及相关的技术，并根据第四章建立好的 稽核关系式模型研究从模型到代码的映射规则。 第六章主要对此模块进行了完整实现，包括程序模板的建立，代码生成的代 码以及模块共享数据库模型的设计。 第七章主要对此模块功能上的不足进行描述，提出改进的方法及面临的主要 问题和困难，并对今后工作进行了展望。 北京邮电大学硕士论文4 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 2 1 概述 第2 章数据稽核以及稽核监控系统概述 由于数据稽核是收入保障的方法，因此明确收入保障的概念至关重要，本章 首先介绍收入保障的基本概念并衍生出数据稽核的概念以及分析利用数据稽核 实施收入保障的现状。而后重点介绍作者在国内某大型电信运营商实施的数据稽 核监控系统，分析其功能特点并指出其不足，最后在本章的末尾提出改进后的系 统架构并重点描述稽核关系式管理配置模块的功能以及设计思想。 2 2 收入保障概述 从1 9 9 0 年以来电信运营商开始了业务上迅速的扩张，激烈的市场竞争使运 营商在抢占市场时被迫简化业务流程，为满足需求建设了很多临时系统。临时系 统的增加，部门间不合理的业务流程，数据的不同步，人工操作的失误，这些原 因都直接导致了商业成本的增加和企业收入的流失。而在目前，粗犷式的圈地竞 争时代已经过去，或者说，全力“开源”所带来的收益已经不能完全填补忽略“节 流所造成的损失了，电信运营商已经到了不得不进行有效的内部控制、减少及 预防收入流失的时候了，在这个时候，收入保障理念应运而生。 电信管理论坛( 卟但) 最早提出了收入保障的概念，并且成立专门的小组对 收入保障的方法进行研究。 n 肝对收入保障的定义是：为确保引发收入的各种过程都可以完整、准确 和及时计费并入账，组织所采取的各种措施( a n y 枷v i t y 觚。啦a t i o np e 响n n s t 0e n s u r et l l a tp r o c e s s e s ，p 忸c t i c 骼，a n dp r o c 文i u sr e s u l ti i ir e v 锄u en l a ti sb i l l e d 舡l d c o l l c c t e dc 0 m p l e t e l y a c c u r a t e l y 锄di nat i m d ym 锄r 埘) 。收入保障涉及到企业运营 的各个方面，包括管理、技术和业务等，纵穿从运营商设计、实现并提供服务， 到用户定购使用服务并付费，再到运营商收费并入账的全过程。 2 3 数据稽核介绍 t m f 提出的收入保障理念包括电信运营各个方面，可以暂且定义为“广义 的收入保障 。在t m f 的牵头下，国内外各组织和公司开始了收入保障方法论的 研究，试图在宏大的收入保障范畴中，寻找收入保障的切入点和经济有效的实施 北京邮电大学硕士论文 5 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 方案。 通过对收入保障方法论的研究发现，在这样宏大的范畴中，收入直接相关流 程的合理性，以及收入相关数据的准确性和完整性问题是非常核心的部分，暂称 为“狭义的收入保障”，它应是实施收入保障的重点和切入点。但现有的收入保 障系统的数据准确性都是基于程序正确性理论，重新构建一套系统来对目标系统 的数据处理是否无误进行验证，这样的解决方案一定程度来说比较有效，但是也 有非常大的弊端，那就是重新构建一套处理系统对原系统进行测试会消耗巨大的 成本。因此，利用数据稽核进行收入保障的方法应运而生。 数据稽核是针对业务处理流程所产生的数据，根据数据之间存在的平衡关 系，对数据进行正确性和完整性检查的活动。通过这些数据检查和稽核活动，能 够及时发现数据之间的不平衡，以此能够及时预警不正常的或异常的业务操作 从而有效地发现已经发生或可能发生的收入流失。 本文定义数据稽核是针对电信企业业务处理流程所产生的数据，根据数据之 间存在的平衡关系，对数据进行完整性检查的活动。通过这些数据检查和稽核活 动，能够及时发现数据之间的不平衡，并及时预警不正常的或异常的业务操作 从而有效的控制已经发生或可能发生的收入流失。 利用数据稽核进行收入保障的方法与收入保障系统相比较，它不需要重新构 建一套与支撑系统一样的业务逻辑处理系统，而是通过对处理流程中数据稽核平 衡关系的校验来对原系统进行监控，确保目标系统的处理流程的“健康 、数据 的准确和完整。这种进行收入保障的方式更能满足企业以最小成本获取最大收益 的需求。 2 4 数据稽核关系式的介绍 数据稽核的理论基础是“一处数据，两处体现。“一处数据，两处体现指， 在电信业务支撑系统中，每个数据总能在另外一个地方找到它的对等实体，这个 对等实体可以是另外一个数据，也可以是另外几个数据组成的函数表达式。数据 与它的对等实体间存在相等的关系，这种关系体现在系统的数据处理逻辑。 数据稽核就是要寻找数据“一处数据，两处体现 的稽核平衡关系式。 为了方便理解，这里列举一个简单例子，说明稽核平衡关系式的概念和数据 稽核的方法。 以电信企业一个用户缴费的例子说明，用户甲去运营商进行缴费1 0 0 元钱， 营帐系统中有营业流水记录了用户甲的1 0 0 元缴费，同时，用户甲在运营商的帐 户上应该增加l o o 元的预存款。用户甲的1 0 0 元在营业缴费流水上的记录，和用 户账上预存款的增加额，这两处相互联系的数据体现形成了一个稽核平衡关系 北京邮电大学硕士论文6 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 式，即 用户的缴费额= 用户帐户的增加额 数据稽核就是要寻找这种稽核平衡关系式也就是所谓数据稽核关系式，用户 的交付额、用户帐户的增加额都是稽核平衡关系式的数据指标。当找到正确的稽 核平衡关系式后，就要求平衡关系式中指标的数据满足平衡的条件，当发现不满 足稽核平衡关系式的数据时，就可以确定该处数据出现了流失，流失额为关系式 左右两侧的差值。 因此数据稽核方法的关键是寻找正确的数据稽核关系式。要尽量多的寻找数 据稽核关系式，找到越多正确的数据稽核关系式，就更可能从数据中找到流失。 寻找数据稽核关系式要注意以下几点： 数据稽核关系式可以是适用于个体的，也可以适用于群体的； 数据稽核关系式可以发生在不同时间点，数据随着时间会发生变化，期初的 数据值，加上随时间发生的变化值，应该等于期末的数据值。 数据稽核关系式中的数据指标一般是一些量值，如收入额，费用额，话单数， 文件数，用户数等。 下面对数据稽核关系式举几个例子： 定额赠送稽核 稽核关系式l ：按定额赠送余额表金额( 当前余额) = 按定额赠送流水 表金额( 期初录入金额) 一定额赠送流水表金额( 期初至今转出或到期 金额) 稽核关系式2 ：定额赠送表金额( 期初录入金额) 一定额赠送表金额 ( 当前余额) = 实时累帐( 历史) 表金额( 期初至今定额赠送金额) 稽核目的：由于在出帐流程中，按定额赠送可能存在赠送月份偏高；每 月赠送定额偏高；营业员操作不规范；实时累帐历史表中缺失记录；存 在某些用户在定额赠送没有过期的情况下，没有得到定额赠送的现象等 问题，从而导致收入的潜在流失。因此针对这几个方面进行稽核。 一次批价稽核 稽核关系式1 ：预处理分拣出话单数一预处理分拣出截断话单数+ 预处 理追加的话单数= 入一次批价的话单数 稽核关系式2 ：一次批价有效话单数= 本地通话话单数+ 漫游通话话单 数+ 不可批价话单 稽核目的：主要是对一次批价流程的入口文件和出口文件进行文件数的 稽核。确保文件数满足稽核关系式。 由于对于稽核关系式的完成概念和建立方法独自成为一套完成的理论，这部 北京邮电大学硕士论文7 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 分内容相对复杂庞大，不是本文的重点，因此只在这里进行简单的介绍。下一节 将对稽核监控系统进行介绍。 2 5 稽核监控系统介绍 当前，北京邮电大学通信软件工程中心在某国内电信运营商部署完成了 数据稽核监控系统一期工程，系统总体结构如图2 1 ，包括如下几个模块， 稽核任务管理模块，稽核结果展示模块，系统管理模块，稽核式配置管理管 图2 一l 稽核监控系统总体结构图 下面将介绍数据稽核监控系统各模块的功能并指出其存在的问题以及 改进方法。 稽核式管理配置模块 主要功能：负责添加、修改、删除、查询数据稽核关系式。 存在的问题：稽核关系式的添加、修改基本上是从页面直接编写或修 改稽核脚本，普通用户根本不可能参与到稽核关系式的添加工作，因 为用户只是电信业务专家而不是程序员，因此稽核关系式的添加任务 只能由系统开发人员来负责，而系统开发人员确不是电信的业务专家， 因此如果新的稽核需求到来，只能由系统开发人员首先需要了解电信 业务，而后需要了解稽核对象的数据源然后需要编写简单的代码来验 证业务。最后再编写相应的稽核脚本完成新的需求。经历如此复杂的 过程才能添加一个新的稽核需求。 改进方法：让业务人员参与新的稽核关系式的建立，编写统一的新建 稽核关系式的界面，由用户来填写稽核关系式的信息，提交后生成相 北京邮电大学硕士论文 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 应稽核关系式的模型，代码生成引擎根据稽核关系式的模型生成相应 的稽核脚本、稽核关系式配置信息、接口信息等等。这样系统就能在 不需要系统维护人员参与的情况下完成新的稽核关系式添加的功能。 这也是本文重点研究的地方。 数据采集与适配模块 主要功能：负责从远程系统采集数据，并适配到本地数据库 存在的问题：在系统最初设计时由于功能比较独立因此把此模块分离 出来，然而由于多方面原因系统实施时对没有把此模块独立出来，针 对不同的稽核关系式有各自的数据采集脚本，系统耦合性比较大，把 此模块独立出来成为亟待解决的问题。 解决方案：构造出稽核关系式的模型，并完善稽核式管理配置模块的 功能，它可以根据稽核关系的模型自动生成稽核脚本。实现出独立的 t 数据采集与适配模块，并制定好与数据管理配置模块与数据采集与适 配模块的接口。 稽核任务管理模块 主要功能：任务调度模块主要担任稽核脚本定时或即时执行任务并随 时反馈任务执行状态信息。 存在的问题：任务调度模块功能较为全面完善，唯一不足的地方就是 任务调度模块采用的技术高度依赖于o r a c l e 数据库管理系统。 改进方法：使用跨平台的技术完成任务管理模块实现。 结果展示模块：通过各种发现形式展示结果数据，并完成查询功能。 主要功能：通过各种发现形式展示结果数据，并完成查询功能。 存在的问题：无 改进方案：无 系统管理模块： 主要功能：包括系统用户的权限管理，用户的添加、删除、修改，注 册，日志管理、界面管理等功能。 存在的问题：无 改进方案：无 综合上面的分析，改进已经实施的数据稽核监控系统一期工程的根本目的是 把系统开发和维护人员解放出来，由业务人员完成数据稽核关系式自动化添加的 任务，重新设计并实施稽核关系式管理配置模块以及数据采集与配置模块是完成 这一目的的关键，其中数据采集与配置模块功能比较独立，与业务关系不大。而 稽核关系式管理配置模块的实现关系到整个系统的成败，是改进系统的核心。要 北京邮电大学硕士论文9 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 完成用户能自动化添加稽核关系式并生成稽核脚本，很自然联系到模型驱动架构 的应用，下面一章将对模型驱动架构进行介绍并阐述其在模块实现中起到的作 用。 北京邮电大学硕士论文l o 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 3 1 基本概念 第3 章模型驱动体系结构综述 模型驱动体系架构( m d a ，m o d e ld r i v c i l 删t e c t u r e ) 是o m g ( o b j e c t m a i l a g e m e n tc 衲u p ) 提出的软件体系结构方法学，也是一种基于模型的软件开发 框架。m d a 的基本思想是将模型作为软件开发过程的核心制品，严格区分系统 的功能规约与实现细节，把模型区分为描述系统业务功能的平台独立模型( p i m ， p l a t f o i m1 1 1 d e p e n d e i l tm o d c l ) 和描述系统在特定技术平台上实现的平台相关模型 ( p s m ，p l a t f 0 肌s p e c i 缸cm o d e l ) 。软件开发过程主要是通过从p 垤到p s m 的转换 和从p s m 到程序代码的转换来完成。这些转换可以是手工的，或者是由工具辅 助的，或者是全部由工具自动完成。由于同样的系统业务功能，可以选择在不同 的技术平台上实现，因而同一个p 蹦可以对应多个实现平台上的p s m 。如图3 1 所示。 图3 一l 一个p i m 可以对应多个p s m 模型驱动架构体系结构是某一实体的基础结构( 缸嘣锄t a l s tr u c t u | e ) 及其组 成部分之间的相互关系。体系结构捕获了实体的本质特征和主要属性，同时捕获 了实体中的主要构件( c o m p o n 朗t ) ，构件的组织和交互，以及指导这些构建的设计 和演化的原则。m d a 指定了系统中要使用的模型以及不同种类模型之间的关系。 m d a 的基本思想是将描述系统的模型分为平台独立模型和平台相关模型，p m 是系统功能的规约，而p s m 是系统功能在特定技术平台上实现的规约，下面给 出平台、p i m 和p s m 的定义。 北京邮电大学硕士论文 基于模型驱动的数据稽核l 监控系统稽核式配置管理模块的设计与实现 平台可以描述为在特定的硬件技术下实现某种技术的基础结构( 如u n 平 台，c o r b a 平台，j 2 e e 平台) 。平台通过接口和特定的使用模式向搭建在平台 之上的各种应用提供功能和服务，而这些平台上的应用则不需要关心平台所提供 的功能和服务是如何实现的。p m 是描述系统功能和结构的模型，它不包括系统 的实现平台上的技术和编程细节。p s m 是指在特定的技术平台上描述系统的模 型，它依赖于该平台所提供的功能和服务，涉及到系统在该平台上的实现细节， 因而是平台相关的。需要指出的是，模型的平台独立性，或者说它的反面即模型 的平台相关性，都是一个相对的概念，即p 蹦和p s m 都不是绝对的。某个模型 在一定背景下可以看作是p m ，在另一背景下又可以看作是p s m 。给定一个具 体的平台，如果模型没有使用到该平台上的概念和技术，那么就称这个模型独立 于该平台：反之，就称模型与该平台相关。 模型转换是指将模型转换为同一系统的另一模型的过程，如将一个p i m 转 换为相应的p s m 。模型转换是m d a 中的一个重要的概念。映射( m a p p i n 蓟是应 用于模型转换的一组转换规则和技术，映射规定了源模型中的元素如何对应到目 标模型中的元素。图3 2 给出了模型转换的基本形式。转换过程的输入包括源模 型，用于转换的映射和一些附加信息，这些附加信息可以是u m lp r o f i l e ，设计 模式，体系结构风格等。 图3 2 模型转换的基本形式 基于m d a 的开发过程包括三个关键步骤，如图3 3 所示。 第一步：根据系统的功能需求创建p 蹦。 第二步：选择系统的技术平台，然后利用模型转换i 具，由p i m 生成所选平台上 的p s m 。 北京邮电大学硕士论文1 2 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 第三步：利用转换工具将上一步得到的p s m 转换为程序代码。 图3 3 如a 开发过程的三个关键步骤 基于m d a 的开发过程也可以像传统的开发过程那样分为需求、分析、设计、 编码、测试、部署等几个阶段，但几个阶段内的活动和其产品则有不同。与传统 开发过程相比，开发人员在分析阶段不需要考虑系统的实现平台，只需要根据需 求创建p v i ，分析阶段的产品是p i m ：在设计阶段，开发人员将选择某一实现平 台，然后依靠转换工具得到相应平台上的p s m ，设计阶段的产品是p s m 在编码 阶段，开发人员可以由p s m 出发，利用转换工具直接得到代码，基本上不需要 程序员进行手工编码。图3 _ 4 表示了这儿个阶段和各个阶段的产品。 北京邮电大学硕士论文 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 图3 4 基于m d a 的开发过程 3 2 模型驱动架构在稽核监控系统的应用 由模型驱动架构的概念以及前一章分析数据稽核监控系统稽核式管理配置 模块的功能需求可知，要能通过用户配置生成稽核脚本的关键是构造出稽核关系 式的模型。首先需要构造出业务相关的稽核关系式模型即p m ，模型只与稽核关 系式业务相关而与平台技术无关。研究出平台无关模型后，需要把平台无关模型 转换为平台相关模型。由于数据稽核监控系统是针对电信运营商运营支撑系统进 行稽核任务，因此数据源的分布式的，因此稽核脚本也应该是针对不同的平台而 使用不同的技术来实现。图3 5 给出模型驱动架构在稽核监控系统的应用。 首先用户通过专门的稽核关系式管理配置w e b 界面配置稽核关系式相关信 息，稽核式模型自动化生成引擎通过内存存储的用户配置信息生成稽核关系式平 台无关模型( p i m ) 。而后通过平台的用户配置信息以及结合稽核关系式平台无 关模型生成稽核关系式的平台相关模型，最后通过代码生成引擎读取稽核式平台 相关模型生成相应平台的代码。这是理论上的实现步骤，在实际系统设计和开发 过程中，相关步骤可能会合并，比如生成平台相关模型和生成平台无关模型这两 步可能不会区分开来。但无论如何，稽核关系式的模型的设计是实现系统管理配 置模块的关键。 当然，稽核关系式模型的设计是一项复杂的工程，因此在众多稽核关系式中， 稽核的方法，稽核的对象，稽核中所涉及的操作以及稽核数据源的描述以及稽核 关系式的描述方法等等诸多方面都是要考虑的因素。能后用统一个的模型对其进 行描述是一项艰巨的任务，下一章将针对稽核关系式的模型进行研究并使用平台 无关语言对其进行描述。 北京邮电大学硕士论文1 4 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 图3 5 模型驱动架构在稽核监控系统的应用 北京邮电大学硕士论文 1 5 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 4 1 概述 第4 章数据稽核关系式模型的研究 使用统一的模型去描述数据稽核关系式是一项复杂的任务，原因是数据稽核 的对象本身的运营支撑系统，由于运营支撑系统的建设目前还没有统一的规范来 遵循，虽然t m f 提出的扩展的电信流程图( e t o m ) ，以及共享信息数据( s d ) 指导电信厂商实施电信运营支撑系统的建设，但实际上各电信厂商根据项目的规 模，自身实力的限制，对e t o m 和s d 的理解不同，最终实施的系统大相径庭。 无论共享信息模型的结构还是业务的处理流程的不同都有很大的区别。因此对于 数据稽核关系式的模型无法根据统一的标准的来构造。大量稽核关系式相关的技 术层面上的信息仍然需要用户进行详细的配置，即便如此，不同稽核关系式的稽 核方法的区别也比较大，形成统一的模型仍然是艰巨的任务，下面通过几个例子 进行说明。 表4 1 缴费流水表的欠费总额= 销账表的销账总额 稽 核 式缴费流水表的欠费总额= 销账表的销账总额 名 称 手i 璐e r ti i l t 0 母j i l l - p a yd u e c k 删ts e l e c tv ：t a s ki d ，t 0 似t a s k 鼬| r t 妇e ， ，y y m m d d 工 l i i l 2 4 ：m i ：s s ) ，v j a l 觚c e ! j d ，a u s 町d 乱c i ：吲 0 m 吖d ，a a c c c 咀n ti d ，a s e n ，i c e d ，v ：f e 9d a t e ， 稽 v - c i t y ：c o d e ，a t o t a lf 曲，c f 砖1 ，( a t o t a lf e e + c f 酰1 ) f e e 跚m ，s y s d a t e 核丘0 m 脚 ( s e l e c t砸町d ，c u s t o m e r j d ，a c c o u n t i d ，s e r v i c e j d ，蛐m ( t o t a lf 曲卜鲫m ( o v e r d u e _ f e e ) 本 t o t 虬舶m b 血a y _ - f e e j w h e 佗f e a t 萨2 0 0 7 10 锄dc i t y d e = 7 5 1 g r o u pb y1 l s e o d ，c i l s t o m o d ，a c c 0 u i l u d ，s e r v i c e j d ) 砧 ( s e l e c tu s 町d ，s 眦( 舭1 ) 舭1 舶m b 曲i l l p a y j w h e r ef e e - d a t e = 2 0 0 7 1 0 锄dc i 吣o d e _ 7 5 1 a n df e ek i n di n ( 1 9 8 ，1 9 9 ) 北京邮电大学硕士论文1 6 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 孕o u pb y u s 酊d ) c w h e r ea u s e fi d = c u s e ri d a n d ( a t o t a lf e e + c f e e l ) o ； 相此稽核关系式目的是针对每一个用户，某帐期缴费流水表的欠费总额= 销账表的销 关账总额。该脚本找出的是不满足关系式的用户。首先看两个s e l e c t 语句，第一个s e l e c t 说语句是在缴费流水表上( b fp a y 矗粥t ) 上首先过滤出帐期为2 0 0 7 年1 0 月和城市 明为“东莞( c i 饵c o d e = 7 5 1 ) 的用户缴费流水表数据然后做 u s e r 谴c u s t o m e ri d ，a c c o u n ti d ，s e r v i c ei d 的g r o u pb y 操作，分别求t o t a l 和 o v e r d u e 矗的s 啦值并相加。第二个s e l e c t 语句是在销帐表( b fb i l lp a yt ) 上过 滤条件帐期为2 0 0 7 年1 0 月和城市为“东莞”( c i 锣c o d e = 7 5 1 ) 以及f 曲k i n d 值为 1 9 8 ( 半销) 或1 9 9 ( 全销) 的数据，然后在砸e ri d 做g r o u p b y 操作。得出的结果 与第一个s e l e c t 相加找出不等于o 的数据，即不匹配稽核关系式左右两边的记录。 然后插入到结果保存表中去。 表4 2 无主用户欠费 一欠费额度 稽 核 式无主用户欠费声欠费额度 名 称 手幽e ni n 协璐n 0o w 咀酆够碰0l 工 ( t a s ki d ，t 嬲l o t a r t t i i i 坨，b a l a n c e j d s e n ，i c e j 也s e r “c e ! l 叫，c i t ) i ：c o d e ，o w 。df 曲，c i t yo b j 稽 e c u a l u e ，c h e c kd a 妫 核s e l e c t v ：船然i d ，t o a t e ( t a s k _ - s t a l t i i m ，y y y y m m d dh l l 2 4 ：l n i ：s s ) ，v j a l 锄c e j d ， 脚 乱s e r v i c e j d ，9 ，a c i 哆c o d e ，a o w o df 的，b 0 b j e c i ；v m u e ，s y s d a t c 本丘o m ( s e l e c tc i 哆刚e ，s e r v i c e j 也如m ( b 鹤也+ t o l l j 曲+ a d d j i e e + o t l l 够蜘) 雒o w e d 矗 董吣mo - 笋me r r o r a l l j w h e r e 舀j y l ，e = o g r o u pb yc i t ) i ：c o d e ，s e i c e j d ) a ， ( s e l e c tc i t y ：c o d e ，o b j e c t _ y a l u e 舶m s o i l l p 觚l i i l ：1 w h e r es e r v i c e k i l l d = 9a n do b j e c tn 锄e = r l o o w n e rs t o p ) b 北京邮电大学硕士论文1 7 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 血e r ea c i t yc o d e = b c i t yc o d ea n da o w e df e e + b o b j e c t _ v a l u e 0 ； 相无主用户的话单的金额达到无主用户信用度没有被强制停机，而且系统只保留最 关近3 个月的无主话单，这样会造成三个月以前的无主话单产生的费用无法收回。 说无主话单产生的费用无法收回，造成联通收入流失。无主话单信用控制稽核的目 明的是找出系统中所有欠费金额超出其信控额度但又没有停机的无主用户，以使业 务人员能对其进行强制停机处理。通过手工稽核s q l 发现，此脚本结构基本上与 上一个稽核关系式类似不在赘述，区别是上一个稽核关系式为等式，此稽核式为 不等式，还有此脚本是针对c i t yc o d e 进行汇总，但在实际进行稽核统计时通常把 不同地市区分开来，因此s q l 脚本中的c i t y ：c o d e 可以不作为汇总的指标。 表4 3 一次批价有效话单数= 本地通话话单数+ 漫游通话话单数+ 不可批价话单 稽 核 式一次批价有效话单数= 本地通话话单数+ 漫游通话话单数+ 不可批价话单 名 称 手s e l e c t 工 ( a r i g h tc d 蔓c o u n t - b v a l i d ! c 如r o r dc o i l m t + a r o a i i l ：c d l ：c o l l m t + a e 盯o r ：c d r ：c o l ：1 _ t - a p 稽 r ec d r ：c 0 眦t ) 镐c d l ：c o 吼t 核6 0 m 脚 ( s e l e c t 事 本 右0 m 刚i 1 1 i i l g 删； r h t 鹏c 毋c o d e = j x c a n d0 p 髓a t eb e t 、) l ，咖2 0 0 6 0 4 0 0 0 0 0 0 0 0 孤d 2 0 0 6 0 5 0 0 0 0 0 0 0 0 a n dp r c _ l e 些锄el 龇d y t ) 如 ( s e l e c t 舶m 笋o n - s t 撕s t i o 油l e w h e r em s c i d - 8 6 1 3 0 0 0 6 2 2 觚dp r o c e s s - m eb e t 、) l r e 饥2 0 0 6 0 4 0 0 0 0 0 0 0 0 锄d 2 0 0 6 0 5 0 0 0 0 0 0 0 0 ) b w h e r ec d rc o u n t o 相此手工稽核脚本省略插入结果保存表过程，其中本地通话话单数= 非漫游通话话 关单数一呼转话单数因此稽核关系式可改为“一次批价有效话单数= 非漫游通话话 说单数一呼转话单数+ 漫游通话话单数+ 不可批价话单 脚本中 北京邮电大学硕士论文1 8 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 明 a r i 班tc d i ：c 眦l t - b v a l i d 印朐。o r d p 咖什a r o 锄c d i ：c 0 u i l t + a 咖fc 血c 0 l l i l t 为 等式右边，a p f cc dr ：c o u n t 为等式的左边。最后得出的c d l c o u n t 不等于0 为不满 足稽核关系式的记录。 比照上述几个稽核关系式他们有共同的特点，如下： 稽核关系式可用等式或不等式表示，表达式左边或右边为若干“稽核式项 使用加或减进行操作。 所有“稽核式项 都来自一张数据表，不存在稽核式项来自于不同数据表 的情况。 某些“稽核式项可能被拆分为粒度更小的“稽核式项 。 由于电信业务的特殊性，稽核操作绝大多数都是分地市和帐期的操作，少 数与用户帐务相关的稽核是全省范围的稽核但是仍然区分帐期。 “稽核式项”在脚本中或者是原始数据表的某一项或者是经过g r o u pb y 操 作对某个属性进行的s u m 、a v g 、c o u n t 的操作得出。这对于稽核关系式的 实现很有意义。因为对于稽核关系式的表达式就可以首先把这些“稽核式 项 从数据库中抽取出来，然后再进行加或减的操作进行比对的过程。 稽核脚本中s e l e c t 语句中、池e r e 条件语句可以分为两类，一类是对原始数 据表事实属性进行过滤比如表4 - 3 中稽核脚本中m s ci d = 8 6 1 3 0 0 0 6 2 2 ，一 类是对原始数据表中一些维度属性进行过滤如表禾3 稽核脚本中 c i t 、，c o d e = - c 、m s ci d _ 8 6 13 0 0 0 6 2 2 等等。对于第一类过滤条件用户很容 易通过原始数据表的元数据信息，选择需要过滤的属性自定义过滤条件进 行过滤，然而对于第二类过滤条件，由于用户在实际稽核中不可能了解大 量维度的编码规则，比如城市编码，类型编码等等，他只能自定义我需要 稽核“广州 或“东莞 的通话记录或者缴费流水表中“全销 或“半销 类型的数据，而不必知道“广州或“东莞 ，“全销或“半销”的编码 到底是什么。而这些编码都存储在编码表中，而一个简单解决该问题的办 法就是首先把原始数据表和这些编码表首先进行关联的操作，然后在进行 过滤。这样并不需要增加多少存储空间和c p u 的消耗，因为通常编码表 的记录都很少。 综上所述，虽然数据稽核关系式的实现由于业务复杂性差别很大，但是还是 找到它们之间很多的相似性。为使用统一模型描述数据稽核关系式创造了条件。 下面各节将系统的对稽核关系式模型进行定义。 北京邮电大学硕士论文 1 9 基于模型驱动的数据稽核监控系统稽核式配置管理模块的设计与实现 4 2 稽核对象及特点 我们稽核对象是电信运营商的运营支撑系统，其数据具有这样的特点， 一类是原始数据表，一类是配置数据，原始数据表由设备生成原始记录，由 话单文件经过入库处理，在经过一系列复杂的逻辑处理而自动生成，这类数 据表，数据量大，数据结构复杂。而配置数据基本上由人工手工输入，数据 量小，结构简单。数据稽核的对象主要是原始数据表，而配置数据起到了原 始数据表的关联作用。 例如：下面是c d r 的数据结构，它与众多配置数据关联。 表4 4 通话记录详单表 缓黟獬r 嬲够擀馏钐缈彩彩铹黟缪缪澎缎缨鹈彬| 1 。够j+：一。t 。1 蛩嬲j 哗一。”霉f f 嘲蟹誓带鹭? 学? 臻 貔施黪藤麓纛簇麓。i 黝么勰：瀛濂蹴黝龆藏施参熬豢麓么。么施龇赢蔗黢磊镌二施反，兢砒磊l 。