北京移动集团客户欠费催缴系统的分析与设计

.密级： 保密期限：工程硕士研究生学位论文题目：北京移动集团客户欠费催缴系统的分析与设计 学 号： 07R0238 姓 名： 黄正祥 专 业： 软件工程 导 师： 雷友珣 学 院： 软件学院 2011年 3月精选文档.独创性（或创新性）声明本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。申请学位论文与资料若有不实之处，本人承担一切相关责任。本人签名： 日期： 关于论文使用授权的说明本人完全了解北京邮电大学有关保留和使用学位论文的规定，即：研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它复制手段保存、汇编学位论文。本学位论文不属于保密范围，适用本授权书。本人签名： 日期： 导师签名： 日期： 精选文档.北京移动集团客户欠费催缴系统的分析与设计摘 要伴随着中国电信业集团业务的发展，集团客户欠费问题日益突出，已经对电信业集团业务飞速而又健康的发展造成影响和制约。如何解决集团客户欠费问题，降低由此带来的运营风险，已经成为电信运营商日益关注的问题。为了尽可能地减少集团客户欠费给电信运营公司带来的经济损失和减轻欠费催缴部门的大量催缴工作压力，提高欠费催缴部门的工作效率,本文在结合北京移动对集团客户的欠费管理理念以及欠费管理目标，基于AMDOCS计费系统和北京移动已有的个人客户欠费催缴系统，分析并设计了如何根据集团业务类型自动并智能的选择预定义的催缴策略进行催缴。针对以分账业务和共享免费资源业务为代表的集团客户催缴的复杂性，本文着重分析了如何基于AMDOCS计费系统按照预定义的催缴阀值自动抽取集团客户欠费账户相关信息并同步到催缴系统数据库，阐述了如何在当前已有的个人客户欠费催缴系统的基础上扩展对集团客户的欠费催缴策略，同时分析了针对已经进入催缴平台的集团客户在缴清欠费金额后如何自动退出催缴平台和自动开通集团业务，并同步该信息给其他相关系统。论文重点阐述了集团客户欠费催缴系统的核心功能模块设计以及同外部系统进行交互的接口设计。文中设计的集团客户欠费催缴管理系统充分利用AMDOCS催缴系统核心功能模块, 分析出哪些功能需求可以直接重用AMDOCS催缴核心功能模块、哪些功能需求可以基于AMDOCS催缴核心功能模块通过文件配置或者数据库表配置实现、以及哪些功能需求需要代码以及数据模型的变动进行客户化，并最终实现北京移动集团客户欠费催缴系统的业务需求。它不仅能有效支撑北京移动集团客户催缴的业务需求，为集团业务部门提供了集团客户欠费自动化催缴的管理平台，大大减少了北京移动欠费催缴部门的人工催缴工作量，提高了集团客户欠费催缴的实时性，有效降低了北京移动集团客户的欠费率和坏账率，而且具有很强的业务扩展性，为北京移动集团业务飞速而健康的发展提供了技术平台支持。关键词：集团客户 分账业务 共享免费资源业务 催缴策略ANALYSIS AND DESIGN OF CORPORATION CUSTOMER COLLECION SYSTEM FOR CHINA MOBILE BEIJINGABSTRACTWith the rapid development of Chinese telecommunications industry for corporation customers, problems with the corporation arrears have become increasingly prominent, and the telecommunications company has been impacted much on the development and constraints. How to solve the arrears problem and thereby reducing the risks have become the carriers of growing concern. In order to minimize economic losses and reduce the companys cost, reduce the vast works for reminder, and improve the cost efficiency of calls the departments work, the paper combined with Beijing Mobiles arrears to management philosophy and customer arrears management objectives for corporation business , based on the AMDOCS billing system and management platform for individual customers arrears, make many analysis and design for the corporation collection system on how to make the corporation business arrears be treated in Collection system automatically and intelligently, according to the corporation business types.Considering the complexity of corporation customer collection for split bill and share allowance businesses which are the main corporation business in Beijing Mobile, the paper focuses on how to extract all the information of corporation business arrears according to a predefined threshold, treat them in Collection system automatically based on AMDOCS billing, and explains how to expand the implementation the collection treatment for the corporation business arrears based on the current collection system which already supported individual customers. Meanwhile, analyze on how to withdraw the corporation account from collection system, and restore all the corporation businesses belong to the corporation customer automatically, when the corporation customer pay for all the overdue debts. Then need synchronize the information to other related systems after withdrawing the corporation customers from collection.The paper focuses on the core functionality modules design for corporation customer collection system, as well as the interfaces with external systems. The corporation customer collection system makes full use of the AMDOCS existing core functionality modules, and analyze which functionalities can be reused from AMDOCS existing core modules directly, which functionalities can be implemented by change configuration file or database table enhancement, and which functionalities need to do full customization via coding and data model changes, in order to fully support the corporation customer collection. The corporation customer collection designed in this paper not only can effectively support the business requirement of the Beijing Mobile corporation customer collection, provided management platform for the corporation business department, greatly reducing the workload for corporation arrears reminder, improving the real-time capability of the corporation customer arrears reminder, effectively reducing the arrears rate and bad debt rate of the corporation customers of Beijing Mobile, but also can be extended easily for future corporation business expansion, provided a helpful technology platform to support the development of Beijing Mobile Group business rapidly and healthy.KEY WORDS：Corporation Customer, Split Bill Business, Share Allowance Business, Collection Strategy精选文档.目 录第一章 引言111 课题背景112 课题任务213 论文结构3第二章 集团客户欠费催缴系统背景知识421 集团业务介绍422 集团业务三户模型523 集团客户欠费管理目标724 北京移动BOSS系统介绍925 AMDOCS开放式集成方式介绍10251 同步EJB接口交互11252 消息代理总线（Transaction Broker）12253 文件传输控制 (Audit&Contol)1326 本章小结14第三章 集团业务欠费催缴需求1531 集团客户欠费催缴系统需求1532 集团客户欠费数据来源及过滤规则1733 集团客户缴费处理流程1934 集团客户欠费催缴外部接口1935 集团客户催缴系统需求分析2036 本章小结24第四章 集团客户欠费催缴系统的设计2641 集团客户欠费催缴的功能模块介绍2642 催缴系统评估进程功能模块的设计2843 催缴系统实时处理功能模块的设计3544 集团客户欠费催缴策略的设计3645 集团客户欠费催缴API的设计4046 集团客户欠费催缴TRB消息的设计4347 集团客户欠费催缴的数据模型设计48471 客户信息表48472 账户信息表49473 用户信息表50474 催缴策略表50475 催缴实体表51476 催缴动作表52477 催缴实体欠费信息5248 集团客户欠费催缴系统监控管理5449 本章小结57第五章 结束语5851 论文工作总结5852 问题和展望59精选文档.第一章 引言11 课题背景随着集团业务种类的不断增多，集团用户数的迅速增长，集团客户欠费日益普遍，已成为困扰北京移动的严重问题。如何有效预防以及控制集团客户欠费，完善集团客户欠费管理机制，已经成为制约北京移动集团业务飞速而健康发展的关键问题。针对集团欠费问题，各地电信运营部门根据实际制定了相应的政策，采取了诸如欠费停机、拆机、委托法院进行追缴等措施，但最行之有效的方式还是建立智能的自动催缴系统。从计费营账子系统中获取集团客户的实时欠费信息后，对欠费催缴系统中的各个相关参数进行优化配置，根据客户类型、业务类型以及欠费金额的大小等进行分类，制定针对不同用户类型分时段、分频度的催缴策略，无疑可以收到事半功倍的效果。同时，为了完善集团客户欠费监管机制，在全国率先实现完善的集团客户欠费管理，实现用户欠费总量稳中下降，欠费比例下降，北京移动要求集团客户催缴系统从以下四个方面对客户欠费进行管理： 欠费预防：按业务部门定义的条件筛选出集团业务欠费账户群体 欠费监督：高额监督以及产品监督 欠费控制：欠费停机/停业务、申请停机、延月停机、集团业务暂停、欠费销户以及欠费追缴等 欠费服务：整合账户代码、缴费途径扩展、改善托收、缴费实时开机销号、缴费实时恢复集团业务、实时结账、坏账核销等事实上，北京移动目前的运营支撑系统已经实施了欠费催缴系统，但其主要是针对后付费个人用户欠费催缴，存在粗放控制、手段单一等问题，无法适应集团业务快速优质发展的支撑需求。以分账业务和共享免费资源欠费催缴为代表集团客户催缴新模式给催缴系统带来了新的挑战。最主要的问题就是已有的个人客户欠费催缴系统只能够对欠费用户进行用户级别的单停、双停处理，也就是个人客户一旦被欠费停机，那么该用户所有业务套餐都将被停机。而集团客户的催缴则要求集团用户可能已经停机，但是某类型的集团业务有可能继续有效；或者只需要对某类型的集团业务进行暂停或者失效处理，而后再将集团用户停机。因此，集团业务的催缴需要将催缴的颗粒度由现在的用户级别细化为业务级别，而且需要支持根据集团客户、用户、账户的属性，以及相互的支付关系，业务特性，按照预定义的基于业务的催缴策略自动选择对应的业务催缴策略。12 课题任务北京移动集团业务欠费催缴系统需要集成在目前的BOSS3.0系统，项目采用了“集成服务+客户化定制+核心软件”的建设模式，由惠普公司负责总集成，针对北京移动自身的市场特色和运营环境，按照中国移动业务支撑系统长远发展的规划，将INTEC(话单采集)、COMPTEL(服务开通)、亚信(CRM)、AMDOCS(Billing)、华为(OLCSCP)、北京时力(原BOSS2.0系统集成商)多个厂商提供的专业化产品进行集成。其中：CRM面向所有北京移动所有客户，完成营业受理与缴费的客户关系管理系统；EAI平台为订单分解，工单流转，以及平台之间的接口总线；AMDOCS Billing系统完成全球通、动感地带、神州行大众卡用户的计费、出账、销账、以及欠费催缴管理。所以，集团客户催缴系统的设计必须要考虑和其他系统(CRM和Billing)的接口交互。同时，中的欠费催缴系统已经实现了对个人客户的欠费催缴，这就必然要求集团客户欠费催缴系统设计既要保证集团客户欠费催缴的正确性，还不能影响已有的针对个人客户的欠费催缴。以下列出集团业务欠费催缴的课题任务： 扩展已有的信息模型，用于支持将欠费催缴系统的颗粒度由现在的用户级别细化为业务级别，以适应集团客户欠费催缴系统的需要。 分析基于AMDOCS计费系统如何按照预定义的催缴阀值自动抽取集团欠费账户相关信息并同步到催缴系统。并研究怎样和相关系统之间进行接口交互以保证准确而实时的获取集团客户欠费信息。 研究如何在个人客户催缴的基础上扩展对以集团分账业务、共享免费资源为代表的集团客户催缴策略。包括暂停集团账户欠费提醒、暂停集团业务、取消集团业务、集团用户停机以及集团用户销户等催缴动作，并且需要保证不影响现有的对个人客户的欠费催缴，同时需要能很好的扩展将来新业务的欠费催缴。 研究如何设计和扩展集团客户欠费催缴所需的主要数据库表结构，包括集团客户表、集团账户表、集团用户表、催缴策略表、催缴实体表、催缴规则表、以及催缴流程表等。 研究集团客户欠费催缴的整个流程。包括集团业务信息的抽取、集团账户欠费信息的筛选和过滤、正式进入欠费催缴平台、集团业务催缴提醒、集团业务暂停、集团业务取消、集团业务恢复、集团用户停机以及集团用户销户等。 研究针对已经进入催缴平台的集团账户，在缴清欠费金额后如何自动退出催缴系统和自动开通集团业务，并同步该信息给计费系统和客户关系管理系统。13 论文结构本文共分5章，内容安排如下：第一章 引言，介绍本课题的意义、任务、预期目标等。第二章 集团客户欠费催缴系统背景知识介绍，介绍以分账业务以及共享免费资源为代表的集团业务、集团(客户、账户、用户)的三户模型、北京移动BOSS系统介绍。最后对AMDOCS开放式系统的三种主要集成方式进行介绍,分别是同步EJB接口交互、消息代理总线以及文件传输控制。第三章 集团客户欠费催缴需求详细介绍以及需求分析。详细介绍了集团客户欠费催缴系统的需求，具体包括集团客户欠费信息的来源以及过滤规则、集团客户欠费催缴策略、集团客户缴费退催缴流程、以及集团客户欠费催缴系统与外部系统的接口需求。最后基于集团客户欠费催缴系统的需求进行具体的需求分析。第四章 集团客户欠费催缴系统的设计。本章节首先对集团客户欠费催缴系统进行功能模块介绍，同时分析了哪些功能模块可以重用AMDOCS催缴系统已有的功能、哪些功能是需要进行客户化改动以及需要重新开发的。然后依次进行了集团客户欠费催缴系统评估进程功能模块的设计、集团客户欠费催缴系统实时处理功能模块的设计、集团客户欠费催缴策略的设计、集团客户欠费催缴API的设计、集团客户欠费TRB消息的设计以及集团客户欠费催缴系统的数据模型设计。第五章 结束语，对本文工作进行全面总结，给出本文所取得的成果，指出存在的不足和改进方向。第二章 集团客户欠费催缴系统背景知识21 集团业务介绍移动通信集团业务是移动通信运营商为满足集团客户（包括企业，机关等）的办公、信息化等需求而推出的通过移动通信网络实现或通过专有业务平台与移动通信网络相联方式实现的电信增值业务。移动通信业务中的集团业务是近几年兴起的增值业务，是移动通信业务的细分市场之一，具有非常广阔的发展前景。近几年，传统语音通话费用下调的趋势越来越明显，降价促销力度不断增大，移动通信运营商之间个人业务的竞争异常激烈。与个人业务相比，集团业务具有很多特有的优势，比如：具有很强的业务排他性；具有很大的客户黏性，可以通过明确的促销手段进行客户挽留；可以进行集团业务捆绑优惠，降低竞争对手在资费方面的优势等。因此，移动通信运营商都对集团业务投入了相当大的人力和物力，以促进集团业务的稳定增长。北京移动集团客户催缴所需要支持的业务主要为集团分账业务催缴以及集团共享免费资源业务催缴，下面对集团分账业务催缴以及集团共享免费资源业务进行介绍： 集团分账业务催缴集团客户可以拥有一个账户也可以拥有多个账户，账户上的资金可以为集团用户付费，也可以为其他客户的用户付费。例如：集团客户为集团内部员工每月支付一百元话费，多余部分的通讯费用由员工自己支付；或者员工通讯费中的某些费用（月租或数据流量费用）由集团支付，其它类型费用由员工自己支付；这就要求催缴系统能够根据集团客户、集团用户、集团账户的属性，以及相互的支付关系和业务特性，按照策略自动选择预定的催缴流程。当集团客户欠费进入催缴平台后，催缴平台需要按照配置规则对集团分账业务进行暂停或取消，同时也可以对集团用户进行停机处理。当集团客户缴清欠费金额后，集团客户催缴平台需要立即触发恢复集团分账业务。 集团用户共享免费资源业务催缴集团客户的所有用户可以共享所有免费资源，比如免费通话时长、免费数据业务量以及免费短信等等。当集团客户欠费进入催缴平台后，催缴平台需要按照配置规则对集团分账业务进行暂停或取消，但集团用户的通话以及其它正常业务不应受到任何影响。同样的，当集团客户缴清欠费金额后，集团客户催缴平台需要立即触发恢复集团用户共享免费资源业务。22 集团业务三户模型三户模型即客户、用户和账户，来源于ETOM的信息模型。近些年来，三户模型已经成为电信行业建设运营支撑系统普遍运用的模型，三户模型也是根据营销模型转向“以客户为中心”理念而产生的结果，客户的需求成为运营支撑系统信息模型不断变化和完善的主要源动力。与客户关联最为紧密的实体就是用户和账户，这三者之间的关系是一个相互关联但又相互独立的三个实体，这种关联只是一个归属和映射的关系，而三个实体本身是相互独立的，分别是体现完全不同的几个域的信息，客户是体现了社会域的信息，用户体现了业务域的信息，账户体现的是资金域的信息。三户模型应该是贯穿于整个运营支撑系统，从前台的客户关系管理系统、后台的实时计费、账务缴费、决策分析等等系统都要贯彻三户模型。在系统实施应用的过程中，保持客户、用户和账户三个实体的清晰是系统建设的关键点，而且有利于新业务的扩展应用。但在许多运营支撑系统中，这三者之间的界定往往不是十分清晰，为了实现一些客户需求，往往搅浑了三户的概念，从而导致整个支撑系统中的信息混乱以及新业务扩展的困难，例如资金存放的问题，个人客户和集团客户的统一模型方面等等。下面对三户的感念进行详细的阐述： 客户客户是一个社会化的概念，一个自然人或一个集团（具有社会关系比较紧密并且有相似消费特征的团体）就称之为一个客户，集团客户也可以称之为一个客户群，因此该实体的属性应该是包含所有的社会属性。包括了姓名、性别、年龄、职业、联系地址、联系电话、证件号码、电子邮件地址、工作单位、工作性质、职位等等社会属性。集团客户的概念同样成立，此实体应该包含了集团客户的社会属性。由于人在参与社会活动的过程中，针对具体的社会活动会产生一些附加的社会信息，同样运营商也为客户赋予一定的附加属性，例如客户的忠诚度、信用度、客户级别（客户等级）、客户的状态、客户账单等等，其中有些附加属性本应该也是属于社会属性，但在具体的国情下成为企业赋予客户的附加属性了，例如在中国由于社会的信用体制不健全的情况下，只能在企业根据客户的行为分析而赋予客户信用度；客户应当在该客户的第一个用户产生的时候随之生成，在最后一个用户离开时而离网；客户账单为客户提供统一的全业务消费视图，这主要是实现集团客户和个人客户的模型统一而产生的，客户账单是依据用户账单的简单算数加和得到的。 账户账户的概念起源于金融业，只是一个客户在运营商存放资金的实体，目的是为选择的产品付费。该实体应该包含账户的归属人，可以归属个人，也可以归属于一个团体。账户应该还包含了资金余额、联系人、联系电话、开户日期、账户的状态、催费金额、催费次数等等。一个客户可以拥有一个账户也可以拥有多个账户，账户上的资金可以为客户本人的用户付费，也可以为其他客户的用户付费，这种付费关系需要一个付费规则进行关联。既然账户关系到付费规则，必然会引出账单的概念，账单是计费账务模块产生的。一般来说就一个产品（用户）而言，应该有产品的消费价格，我们在生成账单也应该是按照这种价格生成，从而可以得出，我们首先要生成用户账单，账单应该归属于用户。账单应该分为两级，客户账单和用户账单；客户账单是根据用户账单按照客户的订制规则进行简单的算术加和得到的；用户账单可以进一步细分为账单项，账单项是为客户打印账单提供清晰明了的消费明细；而账单项由一个或者几个账目项组成，账目是对该产品某项服务的消费金额，也是计费过程中的最小累账单元，按照客户的账单订制规则将账目合成容易理解的账单项。账单应当归属于用户，为客户提供的账单应当以产品为单元来生成账单，一般的消费习惯都是以产品为单元来付费；但同时也应该生成客户账单，如果一个客户选择了运营商的多个产品，那么客户如果需要一个所有产品的账单，运营商应当提供，同时集团客户需要一个集团所有客户的消费明细，也需要有一个集团客户账单。 用户用户是客户使用运营商开发的一个产品以及基于该产品之上的增值业务时，产生的一个实体。如果说一个客户使用了多个产品，那么一个客户就会对应好几个用户（即产品）。从这个角度上来看，用户的属性应当包含产品的属性和特征，产品的属性就包括了，产品提供的业务功能、产品的价格、产品的服务。就拿移动电话为例，包括了电话号码、SIM卡号、资费、用户的终端设备型号和机身串号、以及开通的功能（省内长途、国际长途、国内长途、省内漫游、国内漫游、国际漫游等等）和特服（来电显示、三方通话、呼叫转移等等）、开通渠道、开通时间、用户状态、最后一次状态改变时间以及增值业务的开通情况以及增值业务的资费情况等等。还有就是运营商附加给用户的属性，例如用户的级别（在所有此类用户的等级）、用户的账单等等。集团业务三户模型如图2-1所示：图2-1 集团三户模型其中，集团客户可以由多个部门构成，每个部门包含若干个集团用户，每个集团用户订购了对应的集团套餐；同时，集团客户可以有多个集团账户，每个集团账户包含一个或多个账单定义。账单定义用于设定生成账单的周期，可以设定每一个或多个账期才生成一笔账单。每个账单定义包含一个或多个付费渠道，付费渠道可以是现金支付、信用卡支付或者银行代缴等等。另外，集团账户可以跨客户为个人用户付费，也可以为个人用户账单的某个账目付费；集团用户一般为后付费用户，但是订购集团业务的个人用户既可以是后付费用户(全球通用户)，也可以是预付费用户(动感地带、神州行)，也就是说集团客户既可以给跨客户的后付费用户付费，也可以给跨客户的预付费用户付费。23 集团客户欠费管理目标北京移动集团客户部提出集团客户欠费管理理念总结为“贯彻一个中心，制定二个目标确保三个要求体现四个职能”，具体如图2-2所示：图2-2 集团业务欠费管理目标其中四个职能的详细信息如下所示：产品进度目标欠费预防认证结果预防对新办理业务进行电话、短信的认证询问，并将认证结果直接反作用于业务继续服务欠费监督高额监督对集团业务日出账、累计出账超高的出账进行监督，并将监督结果反作用于业务服务产品监督定期统计、考核集团产品欠费控制功能、欠收比进行监督欠费控制欠费停机/停业务欠费发生时系统自动实施欠费停机及停机提醒申请停机客户可申请暂停使用集团业务，暂停期间收取一定停机保号费延月停机客户由于特殊原因（重要事件、财政拨款、付款流程等）可自动延后欠费停机一个月特殊周期计停客户由于付款流程原因，可按季度、半年、年度周期进行欠费停机控制欠费销业务欠费业务达到三个自然月，第四个月自动取消业务欠费追缴及核销材料集团业务新增欠费、陈欠按由公司开展专业追缴及核销材料准备服务支撑整合账户代码集团客户各产品通过统一账户代码识别、缴费缴费途径拓展集团客户支付模式涵盖银行（网银）、充值卡托收提醒（测试）托收账户状态变更时针对客户、客户经理的告知提醒改善托收托收退票通过端到端处理缴费实时开机集团业务结清欠费后实时开通服务销号实时结账集团业务销号时现场结算实时费用，可现场交纳坏账核销实现特殊欠费、正常欠费的按公司流程进行坏账核销24 北京移动BOSS系统介绍作为奥运通信支撑的战略节点，北京移动的BOSS建设在过去几年当中取得了巨大成果。北京移动BOSS 3.0项目的成功实施，最突出的特点就在于使用了AMDOCS商品化的成熟计费产品，不再由原来的集成商进行定制化的开发，而是将项目分解成多个专业化子系统，分别搭建并集成；同时每个专业化子系统各司其职，充分发挥其专业优势。AMDOCS 套装化产品如图2 3所示：图2-3 AMDOCS产品AMDOCS产品子系统简单介绍如表2-1所示：表2-1 AMDOCS子系统介绍子系统名称功能概要Amdocs Product Catalog计费产品目录Amdocs产品配置,例如配置和管理基本套餐、月租套餐、折扣套餐等等Acquisition &Formatting计费离线预处理Amdocs计费文件预处理格式化Online Charging预付费批价及余额管理Amdocs在线批价及余额管理Rating计费后付费批价管理负责批价，实时累加费用,生成计费文件Invoicing账单生成子系统Amdocs账单生成，并将账单文件传给营账系统Customer Manager客户管理子系统Amdocs客户信息管理，负责客户、账户、用户信息的管理Replenishment Manager计费预付费充值Amdocs预付费用户充值子系统Amdocs Account Receivable 后付费账务缴费子系统Amdocs后付费账务缴费管理Amdocs Collection欠费催缴子系统Amdocs欠费催缴子系统Amdocs Monitor Control系统运营监控管理Amdocs系统运营集中运行管理Transaction Broker(TRB)消息代理总线Amdocs模块间的消息发布订阅Audit &Control(A&C)文件传输控制Amdocs模块间的文件流传输和监控25 AMDOCS开放式集成方式介绍集团客户欠费催缴系统，难免要与其它的运营支撑系统进行接口交互。比如：集团客户欠费催缴系统需要从客户管理子系统获取客户、账户、用户信息以及集团业务信息；需要从账务缴费子系统获取集团客户欠费信息以及集团客户缴费信息；同时需要将催缴动作消息（例如：短信提醒消息、欠费停机消息等等）发送给客户关系管理系统，然后由客户关系管理系统进行欠费短信提醒以及欠费停机等等。由于集团客户欠费催缴系统对外接口的多样性和复杂性，需要利用AMDOCS公司的开放式系统集成方式，在保证集团客户欠费催缴系统的独立性和完整性的基础上，同时可以和其它系统之间进行数据交换和消息传递。AMDOCS公司的开放式系统集成方式如图2-4所示，主要有以下几种：1、 同步EJB接口交互 适用于小数据量的同步接口交互2、 TRB消息总线接口 适用于中等数据量的异步消息交互3、 A&C文件传输模式 适用于大批量数据的接口交互图2-4 Amdocs 开放式系统集成方式251 同步EJB接口交互EJB (Enterprise Java Bean) 是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准，可以实现安全的、跨平台的企业级分布式应用。EJB包含三种不同的类型，分别是会话Bean（Session Bean），实体Bean（Entity Bean）和消息驱动Bean（Message Driven Bean）。会话Bean代表持久性数据采取的操作，而不是数据本身，又分为“无状态”、和“有状态”两类。AMDOCS开放式集成方式中主要使用无状态会话Bean同其它系统之间进行小数据量的数据交互。同EJB组件相关的有， EJB容器：运行时间环境，包含并运行着EJB组件 EJB服务器：包含一个或多个EJB容器 JNDI(Java命名和目录接口)：为EJB提供命名服务 RMI (远程方法调用接口)：面向对象的远程方法调用接口协议无状态会话EJB组件由以下几个部分构成， 无状态会话EJB：本身是一个继承实现的Java类 主接口(Home Interface)：每个EJB都必须包含一个对应的HOME接口，作为EJB的代理在使用，方便其它系统查找和使用EJB 远程接口(Remote Interface )：将EJB展示给其它系统的远程接口 EJB容器配置描述符：XML描述文件，定义EJB主接口和远程接口名，定义JNDI中主接口的名字，定义EJB每个方法的事务属性，用于身份验证的访问控制 EJB组件描述符:包含EJB，主接口和远程接口，以及配置描述符252 消息代理总线（Transaction Broker）消息代理总线可以强有力的支持AMDOCS计费系统各个子系统之间进行交互，使各个模块在保持低耦合的情况进行发送和订购消息,并可以支持通过JMS机制和外部系统(例如客户关系管理系统、资源管理系统等)进行交互。TRB主要功能包括： 保留交易先后顺序，保证事务的正确性。 终端到终端的监测和控制功能。 动态XML接口，并对XSD验证消息的准确性。 具有事务分组功能。 错误管理机制，能够对错误消息进行修改和重发。TRB架构图如图2-5所示：图2-5 TRB架构图从TRB架构图可以看出，消息发送端可以通过TRB消息接口发送消息，然后消息发送引擎将负责组织该消息并将消息内容保存到发送端消息表中(TRB1_PUB_LOG)；消息总线代理引擎负责实时扫描并处理TRB1_PUB_LOG表中的发送消息记录，并根据消息订购关系定义将消息发送给订购端消息表(TRB1_SUB_LOG)，在将消息在消息持久层记录表(TRB1_MST_LOG)中保存后删除发送端消息表中的记录；TRB消息发送到订购端消息表后，消息订购端可以通过消息订购接口接收并处理该消息；当消息体处理过程中出现任何错误时，消息错误管理模块将错误消息体以及错误原因保存到TRB1_SUB_ERRS表中。错误消息在修改正确后可以进行自动回收重新处理。253 文件传输控制 (Audit&Contol)Audit&Control可以为AMODCS计费系统各个子系统之间或者和外部系统进行大量的文件传输提供安全的交互方式，其提供的功能包括: 确保端到端的文件处理完整性。 及时通知文件处理异常情况。 收集和发布相关的控制数据和统计数字。 完全集成对日常事件处理活动的实时监控。 计费系统各个模块之间文件传输的接口工具。 支持分布式环境和独立运行。 可扩展性和高可用性。Audit&Control的架构图如图2-6所示：图2-6 Audit&Control架构图从Audit&Control的架构图可以看出，应用程序A可以通过 A&C接口将需要传输的文件记录(包括文件名、文件路径等等)插入到Audit&Control对应的表中，然后A&C引擎将负责文件传输控制、负载均衡控制以及文件记录控制，最后将指定 的文件安全的传输到目标应用程序B。文件传输成功后，文件传输信息将被保存到A&C历史记录表中。26 本章小结本章介绍集团客户欠费催缴系统的相关背景知识，介绍以分账业务以及共享免费资源为代表的集团业务、集团(客户、账户、用户)的三户模型、北京移动欠费催缴系统现状和管理目标、以及用于集团客户欠费催缴系统的AMDOCS开放式集成方式的介绍。第三章 集团业务欠费催缴需求31 集团客户欠费催缴系统需求北京移动当前的欠费催缴系统能够支持对个人客户的欠费催缴。当个人用户进入催缴后，催缴动作包括：单停提醒，用户单向停机，用户双向停机提醒，用户双向停机以及欠费销号。其催缴流程如图3-1所示：图3-1 个人客户欠费催缴流程图中的第一个月是指个人客户因欠费进入催缴系统后的第一个月。可以发现，已有的催缴系统只能够对个人欠费用户进行用户级别的单停、双停处理，也就是个人客户一旦被欠费停机，那么该用户所有业务套餐都将被停机。而集团业务的催缴则要求集团用户可能已经停机，但是某类型的集团业务有可能继续有效；或者只需要对某类型的集团业务进行暂停或者取消，而后再将集团用户停机。也就是集团业务欠费催缴既需要有用户级别的停机处理，也有面向集团业务级别的业务暂停或者业务取消处理。因此，集团业务的催缴需要将催缴的颗粒度由现在的用户级别细化为业务级别，而且需要支持根据集团客户、用户、账户的属性，以及相互的支付关系，业务特性，按照预定义的基于业务的催缴策略自动选择对应的业务催缴策略。集团客户欠费催缴需求中的具体流程如图3-2所示： 图3-2 集团客户欠费催缴流程 集团客户在1月份产生费用，其中包含所有集团用户的费用以及替其他客户支付的集团分账费用。 1月份的账期结束后，账单生成子系统将在2月1号产生所有集团客户的账单，并将账单传输给账务缴费子系统。账单缴费截止日期为3月4号。 2月份为正常缴纳期，集团客户可以通过各种渠道进行缴费。 3月2号运行欠费用户短信提醒，提示所有欠费用户尽快缴纳所欠费用，以免因为欠费进入催缴系统而影响业务的正常使用。 3月4号将从账务缴费子系统抽取所有集团客户的欠费信息，对欠费金额达到或超过20元，并且所欠费用在缴费截止日期内仍未交清费用的集团账户将被抽取到欠费催缴系统进行催缴处理。 集团客户在3月4号 (即集团客户因欠费进入催缴系统的第一个月的4号)进入催缴系统后，当天仍未交清费用，需要向集团客户联系人发送欠费短信提醒：“尊敬的客户，贵单位办理的集团分账业务费用，请于3月10号前交纳，以避免集团支付业务暂停，暂停期间该费用将自动转为贵单位个人号码支付，谢谢合作！”。 集团客户在3月10号 (即集团客户因欠费进入催缴系统的第一个月的10号)前仍未交清所欠费用，则暂停集团分账功能，保留当前的分账及成员数据，后续个人客户所产生的费用将由个人客户支付。当集团分账功能因欠费暂停后，在集团交清所欠费用时，应立即恢复分账功能。 3月11号 (即集团客户因欠费进入催缴系统的第一个月的11号) ，对所有仍有欠费的集团客户进行停机处理。此时，集团客户的所有下属集团用户将被欠费停机处理，所有的产品套餐均不能使用，但是个人客户不应受集团客户欠费的影响。 4月4号 (即集团客户因欠费进入催缴系统的第二个月的4号) ，将对延月停机的集团账户进行降级处理。 4月11号 (即集团客户因欠费进入催缴系统的第二个月的11号) ，对所有仍有欠费的延月停机的集团客户进行停机处理，但是个人客户不应受集团客户欠费的影响。 集团客户在5月10号 (即集团客户因欠费进入催缴系统的第三个月的10号)仍未交清费用时，集团分账业务将被取消，后续个人客户所产生的费用将由个人客户支付。当集团分账功能因欠费取消后，在集团交清所欠费用时，集团分账业务不能恢复。 截止5月11 (即集团客户因欠费进入催缴系统的第三个月的11号)号还未交清欠费的集团用户，将被进行销户处理，但是个人客户不受影响。32 集团客户欠费数据来源及过滤规则目前北京移动都是以自然月为账期进行出账。当账期结束时，出账子系统(Invoicing)将负责所有集团客户账单的生成，在确认账单准确无误后，将所有账单以及账单的付费截止日期信息传给账务缴费子系统(AR),然后由账务缴费子系统负责所有账单的缴费以及余额管理。因此，账务缴费子系统包含了所有集团账户的欠费信息，催缴系统可以从账务缴费子系统抽取所有当前已经欠费的集团账户。具体的流程如图3-3所示：图3-3集团客户欠费数据来源从图中可以看出，出账子系统(Invoicing)将以自然月为账期生成集团客户的账单，其中包含所有一次性费用(One Time Charge)、月租费用(Recurring Charge) 和服务使用费(Usage Charge)。在确认账单准确无误后，新生成的账单以及账单的付费截止日期信息传给账务缴费子系统(AR)。账务缴费子系统负责账单信息的管理，缴费信息的管理以及销账信息的管理，其中包含了所有集团客户的欠费信息，然后集团客户欠费催缴系统将定期在每月4号抽取新产生的集团账户欠费记录。集团客户欠费数据抽取规则： 当集团账户已经没有余额可以支付账单，同时集团账户下还有未支付的账单并且已经超过缴费截止日期。 集团账户欠费总金额达到20元才应进入欠费催缴，欠费金额低于20元的欠费集团账户将被过滤。 集团用户停机类型包含：正常停机，延月停机，永不停机。如果集团用户是永不停机类型用户，则意味着该集团客户即使有欠费信息，也不应该被抽取到催缴系统进行催缴处理。只有正常停机或者延月停机类型的用户将被欠费停机，其中延月停机将比正常停机用户延迟一个月后才被停机。 集团业务暂停类型包含：正常暂停，永不暂停。如果集团业务是永不暂停类型，则意味着该集团客户即使有欠费信息，其集团业务也不应该被暂停。只有正常暂停类型的集团业务在欠费后将被暂停。33 集团客户缴费处理流程当进入催缴系统的集团账户通过账务缴费子系统缴费后，账务缴费子系统将通过消息总线(Transaction Broker)给集团客户欠费催缴系统发送缴费消息。然后集团客户欠费催缴系统基于缴费信息更新集团账户的欠费信息，并根据集团客户退催缴的阀值判断集团客户是否应该退催缴。当集团客户符合退催缴条件后，集团客户欠费催缴系统将自动触发如下动作： 1. 集团账户实时退出催缴系统，并同步该集团账户的催缴状态。2. 恢复该集团账户的所有分账业务。3. 恢复该集团用户的共享免费资源业务。34 集团客户欠费催缴外部接口集团客户欠费催缴系统不是一个孤立的系统，它需要从客户管理子系统(CM)抽取集团客户欠费信息、集团用户信息以及集团业务信息，同时从账务缴费子系统抽取符合欠费催缴的集团账户，并按照预先定义的集团客户欠费催缴策略自动触发欠费催缴动作，同时将催缴动作的消息发送给CRM系统，然后由CRM负责对集团业务进行暂停以及集团用户的停机等。此外，集团客户欠费催缴系统还需要提供API供CRM系统进行集团客户欠费催缴信息查询以及人工干预集团客户催缴流程。所以，集团客户欠费催缴系统还需要考虑与CRM系统的接口交互设计。集团欠费催缴系统API具体包含：1. 催缴信息查询API 查询账户当前催缴动作信息API，用于取得账户当前欠费催缴处理过程中产生的所有催缴动作。 查询历史欠费催缴信息API，用于获取任何历史催缴信息，包括催缴日期、催缴过程中产生的所有催缴动作。 查询催缴动作统计信息API，可以根据催缴动作类型或者该类型催缴动作的次数，查询出该次催缴以及历史催缴的统计信息。2. 人工干预账户催缴API，人工干预账户催缴API用于CRM系统进行欠费催缴的人工干预。 强制进入催缴API，用于将账户插入欠费催缴系统进行催缴处理。 强制退催缴API，用于将已经进入催缴处理的账户临时停止催缴处理。 改变催缴动作时间API，用于改变账户的下一步催缴动作的执行时间。 改变催缴策略API，用于改变账户的催缴策略。 账户停机API,可以将催缴系统中的账户进行停机处理。 账户销户，可以将催缴系统中的账户进行销户处理。 账户开机API，可以将催缴系统中已经停机的账户进行开机处理。 呆坏账标识API,可以将催缴系统中的账户进行呆坏账标识处理。 催缴步骤选择处理API，可以将催缴系统中的账户往前或回退到某一催缴步骤进行处理。35 集团客户催缴系统需求分析软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。需求分析是介于系统分析和软件设计阶段之间的不可或缺的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的需求分析活动有助于避免或尽早发现项目早期错误，从而提高软件生产率，降低开发成本，改进软件质量。系统需求分析是系统开发的关键工作阶段， 也是新系统逻辑设计和系统实施的基础。它是根据企业的实际情况和用户的具体要求，对新系统的各种方案和设想进行探索、研究、分析、比较和判断、确定新系统的逻辑功能，用结构化分析和设计的方法来得到一个优化的新系统逻辑模型设计。结构化分析的核心是数据流程图，数据流程图是以图形的方式表达在问题中信息的变换和传递过程。它把系统看成是由数据流联系的各种概念的组合，用分解及抽象手段来控制需求分析的复杂性，采用分层的数据流程图来表示一个复杂的系统。数据流程图中有以下几种主要元素：数据流。箭头的始点和终点分别代表数据流的源和目标。：数据源（终点）。代表系统之外的实体，可以是人、物或其他软件系统。：对数据的加工（处理）。加工是对数据进行处理的单元，它接收一定的数据输入，对其进行处理，并产生输出。：数据存储。表示信息的静态存储，可以代表文件、文件的一部分、数据库的元素等。下面首先分析集团客户催缴系统的输入输出，即顶层数据流图。顶层数据流图只包含一个加工，用以表示被开发的系统(集团客户催缴系统)，然后考虑该系统有哪些输入数据、输出数据流。顶层图的作用在于表明被开发系统的范围以及它和周围环境的数据交换关系。北京移动集团客户催缴系统的顶层数据流图分为集团客户欠费催缴流程和集团客户缴费退催缴两部分。 集团客户欠费