电信统一充值接口系统-毕业论文

电信统一充值接口 软件工程专业 本科毕业论文(科研训练、毕业设计)题 目：电信统一充值接口系统姓 名：学 院：软件学院系： 专 业：软件工程年 级： 学 号：指导教师（校内）： 职称： 指导教师（校外）： 职称： 年 月摘 要中国电信随着规模的发展，电信的最终分家，电信市场竞争日益激烈，为用户提供多样化的缴费手段已是一种趋势。为了方便用户充值，推出通过充值卡缴费。在去年中国电信总局在制定本地电信业务计费帐务系统时，明确倡导利用三层结构来实现。采用中间件技术组成三层结构应用体系来优化系统结构，有利于系统维护和系统管理；有利于减少网络数据流量和数据库访问瓶颈；有利于提供系统的整体功能；并且保护了现有投资，不会造成原有计费帐务系统软硬件资源的浪费。电信统一接口项目以该需求为背景，实现帐务系统充值前置机和智能网VC充值平台的对接，并通过中间件Tuxedo调用营收服务，完成用户通过充值卡对后付费设备进行充值。电信统一充值接口系统分为前置机及营收服务两个子系统，前置机通过Tuxedo调用营收服务操作数据库。Tuxedo的体系结构相当简捷，在两端的开发上比较容易，高性能的系统都采用Tuxedo。前置机数据接受发送及业务逻辑采用Java语言实现，通过WTC方式连接Tuxedo调用后台营收服务。后台营收服务采用C语言实现。本文以电信统一充值接口系统地开发为基础，对三层体系结构的开发以及中间件技术的应用进行详细设计。关键字 中间件 前置机 营收服务 数据库AbstractWith the expanding of China Telecom Corp, break up of Telecom, the competition in telecom market is more furious, it is a trend to provide diverse pay methods to customers. In order to provide a convenience way for customers to pay, many Telecoms bring up card to pay. Last year, when the chief office of Chinese telecom established the local BOSS, they sponsor of three tiers. Adopt the middle ware technology to build up the three tiers system optimize the structure of system. It is propitious to the maintenance and management of system, reduce the flux of network data stream, provide the whole function, protect the investment in existence and then reuse the software and hardware of BOSS. This telecom interface is in order to meet the requirement of this trend. The account systems front machine connects the VC and call the services to fulfill the operations of VC through Tuxedo, finally fulfill the operation of customers who use card to pay for services.The structure of this system is builded up by front machine and fulfill services. The front machine transfers the data to fulfill services through Tuxedo. The structure of Tuxedo is very simple, so it is very easy to develop the two tiers. The structure is adopted by all high-powered system. The front machine which sends and receives data is developed by Java, it uses WTC to connect to tuxedo and call the services. The fulfill service is developed by C.Key words: MiddleWare Front Machine Fulfill Services Database36目 录第一章 绪论51.1.引言51.2.电信统一充值接口系统的组成51.3.本课题的研究意义、内容及方法61.4.系统运行的软硬件基础6第二章 电信统一充值接口系统总体设计72.1.付费方的充值消息交互分析82.2.签到与签退92.3.心跳机制102.4.查询余额102.5.充值交易112.6.对帐交易112.7.分析模型13第三章 前置机详细设计193.1.构成193.2.查询子功能203.3.充值子功能213.4.对帐子功能223.5.实现细节23第四章 营收服务详细设计274.1.构成274.2.查询服务274.3.充值服务284.4.对帐服务294.5.实现细节30第五章 充值接口运行环境32第六章 结论34致 谢35参考文献36第一章 绪论1.1. 引言随着电信事业的迅猛发展，通信技术的不断更新以及社会信息化进程不断深入，越来越多的国际和国内电信运营商加入我国的电信服务市场，使这一领域内的竞争日益激烈，电信企业越来越感觉到服务和电信费用收缴的重要性，为客户提供多样化的缴费方式已经是一种趋势。目前，国内电信运营商话费收取除了营业厅交费方式以外，主要通过固定智能网和移动智能网上的充值中心来实现。随着电信客户机的数目增多和各类金融系统实时代收话费的出现，两层结构的客户/服务端模式已经越来越无法满足发展，其在安全性控制、网络瓶颈、数据库访问瓶颈、性能、维护、扩展等方面暴露出很多问题。在去年中国电信总局在制定本地电信业务计费帐务系统时，明确倡导利用三层结构来实现。采用中间件技术组成三层结构应用体系来优化系统结构，有利于系统维护和系统管理；有利于减少网络数据流量和数据库访问瓶颈；有利于提供系统的整体功能；并且保护了现有投资，不会造成原有计费帐务系统软硬件资源的浪费。所以，采用优秀的中间件产品来实现电信业务费用营收前台缴纳和金融系统实时代收的必要性日益增强。电信统一接口项目以该需求为背景，实现帐务系统充值前置机和智能网VC充值平台的对接，并通过中间件Tuxedo调用营收服务，完成用户通过充值卡对后付费设备进行充值。1.2. 电信统一充值接口系统的组成电信统一充值接口系统由前置机和后台营收服务组成。前置机由数据接收及发送的通信程序，总控程序，充值查询总控，对帐总控，调用EJB的客户端程序，调用后台营收服务的EJB等组成。后台营收服务由充值服务，查询服务，总对帐服务，明细对帐服务组成。1.3. 本课题的研究意义、内容及方法本课题来源于企业，作为毕业设计的项目。主要研究电信统一充值接口的构成，业务逻辑，中间件技术，三层结构交互方式。同时检查知识学习能力，实践能力，解决问题，研究问题的能力，为今后的开发提供基础。采用Oracle建立计费数据库，主要模拟电信运营商数据库。采用Tuxedo建立应用服务器，并用ProC开发营收服务的业务逻辑。采用JBuilder 2006开发前置机。采用Weblogic作为EJB的容器，前置机采用WTC方式连接Tuxedo。1.4. 系统运行的软硬件基础1、 操作系统： 数据库服务器、应用服务器采用UNIX操作系统平台客户端采用Windows XP操作系统平台。2、 开发软件：JBuilder 2006、Pro*C、.Net3、 软件基础：Oracle9i 数据库系统、BEA TUXEDO 8.0、Weblogic 8.14、 协议：TCP/IP5、 硬件基础：企业网（即电信服务网）、CPU 为Pentium II300以上、内存为64M以上、硬盘10G以上第二章 电信统一充值接口系统总体设计电信统一充值接口系统分为前置机及营收服务两个子系统，前置机通过Tuxedo调用营收服务操作数据库。接口采用三层结构，模拟系统（模拟VC平台数据包结构）为客户端，本接口为服务器上的业务逻辑层组件，Oracle数据库（模拟电信运营商数据库）为服务器上的企业信息系统层软件。前置机和华为语音平台通过socket进行通讯，以包的形式传递消息；前置机和营收服务器之间采取中间件形式，调用营收服务得到返回包。Tuxedo的体系结构相当简捷，在两端的开发上比较容易，高性能的系统都采用Tuxedo。如图2-1所示：图2-1 体系结构电信统一充值接口需要实现的需求如下：1、为了确保系统正确对账，并保证数据完整性。对账期间，前置机和华为VC充值平台能够成功的进行签到和签退交易。2、为了保证系统正常运行，确保网络正常通信。在没有交易的情况下，按照系统定义的间隔时间，由前置机发起，向VC平台进行网络心跳测试。3、根据用户输入设备号码，查询出该设备所属帐务下的欠费或者余额。4、根据用户输入的设备号码和充值卡的金额对该设备所属帐务进行充值。5、在系统配置的时间范围内按时由前置机发起对帐请求，能进行总对帐和明细对帐。6、能对充值流水进行查询，对错误进行返销。7、充值卡余额可以结转和提取。根据需求划分用例，得出用例图如图2-2所示：图2-2 充值接口系统总用例图2.1. 付费方的充值消息交互分析充值的消息交互流程如图2-3所示，用户选择充值后发生如下交互：1、VC平台向被付费方发送余额查询申请包。2、帐务方（被付费方）对被充值帐号进行判断：如果被充值帐号可以被充值，返回的查询余额确认包（包中包含余额）中，将响应码标志为成功；如果不能被充值，则将响应码标志为不可充值。3、VC平台接收到帐务方（被充值方）成功的查询余额确认消息后，VC平台向充值方发送扣款申请包。4、充值方在相应的帐号中进行扣款，在扣款后回扣款确认包。5、VC平台向帐务方（被充值方）发送充值申请包。6、帐务方将资金注入到被充值帐号中后给VC平台回充值确认包。 图2-3 充值消息交互流程图2.2. 签到与签退签到表示某方开始正常处理业务，签退表示某方不能正常处理业务。被充值平台与VC平台的底层连接建立后或对帐完成后，被充值平台要向VC平台签到申请，通知VC平台本方可以开始正常处理业务，VC平台向被充值平台回签到确认。当被充值平台要终止本方的处理、或在一个交易日结束后开始对帐时，要向VC平台签退申请，以通知VC平台本方已不进行业务的处理，VC平台向被充值平台回签退确认。签到与签退是可选的。如果被充值平台不提供签到和签退消息，则表示被充值平台在任何时候都可以正常处理充值业务。如果提供，则签到与签退必须一同提供，不能只提供某一个。签到与签退消息交互如图2-4：图 2-4 签到签退消息交互流程图2.3. 心跳机制为了检测网络是否正常，确保双方正常响应对方的消息，接口系统提供心跳机制。双方可定时或任意时刻给对方发送心跳申请，对方收到心跳申请后，立即回复响应。如果对方在一定的时间内仍未回复，可以重发几次，如还未收到回复，说明网络或对方的系统存在问题，可及时给出告警。2.4. 查询余额用户在充值前，可以查询被充值帐户的余额。由VC平台向被充值平台发送余额查询申请包，被充值平台返回余额查询响应包，包中标志充值帐号是否可被充值。查询交互图如图2-5所示。2.5. 充值交易用户使用VC平台上发行的充值卡给被充值平台上的帐号充值。系统交互流程如下：1、VC平台向被充值平台发送查询余额申请包。2、被充值平台返回被充值帐号能否充值和余额。3、VC平台收到响应后向被充值平台发送充值申请包。4、被充值平台根据充值申请包提供的帐号和金额完成充值操作，并返回充值确认。充值交互图如图2-5所示：图 2-5 充值、查询交互图2.6. 对帐交易在一个交易日结束后，为保证VC平台与被充值平台交易记录的一致，双方需要对帐。对帐的原则是以某方的充值记录为准，另一方根据对方的记录修改本方的数据。因为充值卡的使用是一次性的，所以对帐以VC平台为准。对帐流程如下：1、先对总帐，即比对一个交易日内总的充值笔数和总的充值金额。2、总帐一致，则对帐结束；总帐不一致，进行明细对帐，即文件对帐。3、VC平台将一个交易日内所有充值成功的记录形成文本文件，发给被充值平台。4、被充值平台进行逐条比对，如发现数据不一致，则进行纠错和自动恢复处理。VC平台还支持其它的对帐流程：1、即使总对帐的结果一致，仍然进行明细对帐。2、省略总对帐的步骤直接进行明细对帐。3、启动对帐不需要总对帐消息、文件对帐消息的驱动，VC每天定时以文件的方式导出当天的所有充值记录，被充值平台以该文件为准，修改本方的数据。在这种对帐方式下，对帐必须以VC为准，而且VC只能导出一整天的充值日志，如从当日X时零分到次日X时零分，X可配置。4、VC在明细对帐时，只查找出错的记录并形成异常文件，不进行自动恢复。对帐交互图如图2-6所示：图2-6 对帐交互图2.7. 分析模型根据需求分析描述，得出第0层DFD图如图2-7所示：图2-7 语境层次模型（第0层DFD）语境层次的处理描述：（其中，动词用斜体表示，名词用下划线表示）查询：VC模拟平台向电信统一充值接口（简称充值接口）发送查询帐号余额申请包，充值接口返回查询余额响应包（包含能否被充值的标志）。充值：VC模拟平台先进入查询步骤，充值接口返回查询响应包（包含该充值帐号余额和能否充值的标志）。VC模拟平台接到响应包后，向充值接口发送充值申请包。充值接口根据充值申请包提供的帐号和金额完成充值操作，并返回充值确认包。总对帐：到对帐时间，由充值接口统计当天的充值总金额和充值总笔数，形成总对帐申请包，并发送给VC模拟平台。VC模拟平台收到总对帐申请包后，与本方的数据比对，并将对帐结果以总对帐确认包发送给充值接口。充值接口检查确认包中的对帐结果，如果相等，则对帐结束；如果不等，则进入文件对帐。文件对帐：充值接口检查总对帐的结果不一致时，立即向VC模拟平台发送文件对帐申请包（包含导出文件名）。VC平台收到文件对帐申请包后，将当天的所有充值记录形成一个文件，并FTP到充值接口指定的目录下，然后给充值接口发送文件对帐确认包。充值接口收到确认包后，取得指定目录下的明细文件，进行逐条比对并纠正本方的充值数据。详细分析如上描述，对第0层DFD图进行扩展后得出第1层DFD图如图2-8所示：图2-8 第1层DFD加工规约（PSPEC）：PSPEC：分析包类型充值接口接收到VC模拟平台发送的申请包后，分析包的类型，并根据包类型调用相应的处理模块。PSPEC：初始化中间件初始化中间件类，分配入参出参缓冲区，并入参。PSPEC：查询营收服务接受中间件传入参数，根据查询号码到数据库中查出该号码的余额或欠费，结果返回给中间件接口参数传给前置机程序。PSPEC：充值营收服务接收中间件传入参数，根据充值号码和充值金额给相应帐号充值，并将返回码返回给中间件传给前置机。PSPEC：对帐营收服务总对帐只比较当日交易的总金额和总交易笔数，如果总对帐不对则需进行文件对帐。对帐以华为平台交易记录为准，如有差异则修改营收相关记录。数据字典：名称：VC平台申请包别名：充值/查询申请包何处使用/ 如何使用：VC平台发送给充值接口，由充值接口分拣包中有效参数描述：数据包头=消息长度+加密算法编号+消息流水号+消息类别+消息的源节点+消息目的节点+消息产生时间+付费类别查询申请包=数据包头+查询申请包体查询申请包体=设备号码+密码+主叫号码（可省略）充值申请包=数据包头+充值申请包体充值申请包体=设备号码+密码+日期时间+卡号+卡类别+充值类型+充值金额+预付费用户标记+主叫号码（可省略）名称：充值接口响应包别名：充值/查询响应包何处使用/ 如何使用：由充值接口发送给VC平台的处理结果信息包，VC平台解析后显示在模拟系统界面上描述：查询响应包=数据包头+查询响应包体查询响应包体=设备号码+余额+被充值帐号有效期+用户帐号状态+响应码充值响应包=数据包头+充值响应包体充值响应包体=设备号码+密码+日期时间+卡号+卡类别+充值金额+主叫号码+流水号+付费编号+被充值帐号有效期+响应码名称： 查询参数别名： 中间件查询服务入参何处使用/ 如何使用：调用中间件查询营收时的中间件入参描述：查询参数=区号设备号码设备类型查询类别查询方式流水号名称： 充值参数别名：中间件充值服务入参何处使用/ 如何使用：调用中间件充值营收时的中间件入参描述：充值参数=区号+设备号码+卡号+卡类型+充值金额+工号+营业厅+营业区+操作日期+操作标志+流水号名称： 对帐申请包别名： 充值接口总/明细对帐申请包何处使用/ 如何使用：由充值接口在对帐期间发给充值平台总对帐申请包，并在对帐不一致时发送明细对帐申请包。由VC平台接收并解析包内容。描述：总对帐申请包=数据包头+总对帐申请包体总对帐申请包体=对帐范围开始时间+对帐范围结束时间+开始流水+结束流水+付费类型+卡类型+消息类型+交易总笔数+交易总金额文件对帐申请包=数据包头+文件对帐包体文件对帐包体=对帐范围的开始时间+对帐范围的结束时间+开始流水+结束流水+付费类型+卡类型+信息类型+对帐标志码+明细文件名（接口指定）对帐标志码：标志本次对帐以哪个平台为准，此处以VC模拟平台为准名称： 对帐确认包别名：VC模拟平台总/文件（明细）对帐响应包何处使用/ 如何使用：VC平台发送给充值接口，由充值接口解析描述：总对帐确认包=数据包头+总对帐确认包体总对帐确认包体=对帐范围开始时间+对帐范围结束时间+开始流水+结束流水+付费类型+卡类型+消息类型+交易总笔数+交易总金额+响应码响应码=“00：成功”，“15：文件对帐确认包”，“23：不能响应”，“01：失败”文件对帐确认包=数据包头+文件对帐确认包体文件对帐确认包体=对帐范围的开始时间+对帐范围的结束时间+开始流水+结束流水+付费类型+卡类型+信息类型+对帐标志码+明细文件名（接口指定）+响应码名称： 文件参数别名：中间件文件对帐服务入参何处使用/ 如何使用：调用中间件文件对帐营收服务时的中间件入参，由前置机打开，并读取明细文件的记录，循环赋值描述：文件参数=明细文件的文件组头+明细文件的文件组体明细文件的文件组头=文件标识+对帐类型+付费类型+开始流水+结束流水+总记录数+回车换行明细文件的文件组体=消息流水号+|+帐单月份+|+帐单流水号+|+卡号+|+卡类型+|+主叫号码+|+客户ID+|+费用类型+|+交易金额+|+处理结果+|+交易日期+|+交易时间+|+流水号+|+付费编号+|+授权号+|+目的节点+|+消息代码+|+流水号+|+金额+|+帐户余额+|第三章 前置机详细设计3.1. 构成根据前置机的功能需求，划分如下类：1、前置机类即总控类，是前置机的接口程序，负责调用各功能子模块。2、对帐总控类，负责启动对帐，根据运行情况判断调用总对帐、文件对帐，调用对帐营收服务。3、通信类，负责接收及发送数据。4、充值查询总控类，接收来自前置机类的数据包，对数据包进行解析，根据数据包类型调用充值、查询子模块，拼贴中间件入参，分拣中间件出参，形成数据包后调用通信类发送数据包。5、查询子模块，包含查询EJB，调用该EJB的客户端。6、充值子模块，包含充值EJB，调用该EJB的客户端。7、总对帐子模块，包含总对帐EJB，调用该EJB的客户端。8、明细对帐子模块，包含明细对帐EJB，调用该EJB的客户端。根据如上划分的类，得出类图如图3-1所示：图3-1 前置机总类图3.2. 查询子功能接收VC平台发出的查询请求包，通过TUXEDO调用查询营收服务，得到查询返回包，并发送给VC平台。该程序由前置机类调用。当用户通过华为语音充值平台发出帐号余额查询请求时，由总控程序调用查询模块。查询子功能的IPO图如表3-1：表3-1 前置机查询子功能IPO图IPO图编号： QZJ-1HIPO图编号：QZJ-1模块名称：前置机查询类使用单位：前置机类编程要求：Java输入部分（I）处理描述（P）输出部分（O）查询申请包（1） 分拣查询申请包内设备信息（2） 写消息日记（消息，流水号）（3） 初始化中间件（4） 中间件入参（5） 调用中间件查询营收服务（6） 中间件取参，拼贴返回串（7） 形成查询响应包，发送回VC平台查询响应包3.3. 充值子功能接收VC平台发出的充值请求包，通过TUXEDO调用充值营收服务，得到充值返回包，并发送给VC平台。该程序由前置机类调用。当用户通过华为语音充值平台发出充值请求时，由总控程序调用充值模块，通过tuxedo传递充值请求至营收服务，并接收营收服务的响应包。充值子功能的IPO图如表3-2：表3-2 前置机充值子功能IPO图IPO图编号： QZJ-2HIPO图编号：QZJ-2模块名称：前置机充值类使用单位：前置机类编程要求：Java输入部分（I）处理描述（P）输出部分（O）充值申请包（1） 分拣充值申请包内信息（2） 写消息日记（消息，流水号）（3） 初始化中间件（4） 中间件入参（5） 调用中间件充值营收服务（6） 中间件取参，拼贴返回串（7） 形成充值响应包，发送回VC平台充值响应包3.4. 对帐子功能为保证华为语音充值平台和营收系统交易记录一致，需要进行对帐。对帐分为总对帐和文件对帐。总对帐只比较当日交易的总金额和总交易笔数，当总对帐不正确时进行文件对帐。文件对帐以VC平台形成的交易记录文本文件为准，和营收系统记录中的每笔交易进行核对，对错误进行修改。由对帐总控程序判断当前是否对帐时间，是则发送对帐请求并接收返回包；对总帐不一致时进行文件对帐。对帐子功能的IPO图如表3-3：表3-3 前置机对帐子功能IPO图IPO图编号： QZJ-3HIPO图编号：QZJ-3模块名称：前置机对帐类使用单位：前置机类编程要求：Java输入部分（I）处理描述（P）输出部分（O）总对帐响应包明细对帐响应包（1） 判断是否到对帐时间（2） 对帐时间到，签退（3） 发送对帐申请包（4） 接收VC平台发回的交易信息（5） 分拣交易信息，并初始化中间件（6） 中间件入参（7） 调用中间件总对帐营收服务（8） 中间件取参，判断返回结果（9） 成功则发送对帐成功响应包（10） 不成功则发送明细对帐申请包（11） 接收VC平台发回的明细文件（12） 设置文件字宽，中间件循环入参（13） 调用中间件明细对帐营收服务（14） 取对帐结果，写消息日记（15） 关闭中间件，签到总对帐请求包明细对帐申请包3.5. 实现细节前置机程序采用Java语言实现，运用OOP的思想开发程序，更容易开发出可移植性强，封装良好，高内聚低耦合的产品。然而用Java编写的程序与Tuxedo交互需要借助Weblogic的WTC组件或Jolt组件才能调用后台营收服务，程序运行的环境要求比较高。以下对前置机包含的程序进行详细的描述：1、InterfServer类：前置机程序中唯一包含Main函数的类。前置机通过启动该程序调用各模块。类详细信息如图3-2所示：图3-2 InterfServer UML类图2、ResvSocket类：负责接收VC平台发送的数据和将前置机形成的数据包发送给VC平台。类详细信息如图3-3所示：图3-3 ResvSocket UML类图3、CheckManager类：调用ResvSocket接收发送数据包，对数据包进行分拣，拼贴中间件入参，调用对帐营收服务，分拣中间件出参，构成数据包后发送给VC平台。类详细信息如图3-4所示：图3-4 CheckManager UML类图4、Module类：接收来自前置机类的数据包，对数据包进行解析，根据数据包类型调用充值、查询子模块，拼贴中间件入参，分拣中间件出参，形成数据包后调用通信类发送数据包。类详细信息如图3-5所示：图3-5 Module UML类图5、各类EJB：主要接收各总控程序传入的参数，通过WTC连接Tuxedo调用后台营收服务，取得返回参数，并返回给调用程序。EJB详细信息如图3-6所示：图3-6 EJB UML总类图此处涉及到TUXEDO与WEBLOGIC通过WTC进行互连的配置，具体请看BEA公司的在线文档WebLogic Tuxedo连接器快速入门。第四章 营收服务详细设计4.1. 构成营收服务由各满足各功能需求的服务组成，服务由前置机通过Tuxedo调用，服务之间无交互关系，后台营收服务包括如下四个服务：查询服务：根据前置机通过中间件传入的参数，分拣参数后，根据参数查询数据库，得出查询数据后传给中间件，由中间件传给前置机程序。程序文件为query.pc，用Pro*c开发后预编译成C文件，再编译形成可执行文件。充值服务：根据前置机通过中间件传入的参数，分拣参数后，根据参数更新数据库中相应表，并将执行结果状况传给中间件，由中间件传给前置机程序。程序文件为pay.pc，用Pro*c开发后预编译成C文件，再编译形成可执行文件。总对帐服务：根据前置机通过中间件传入的参数，分拣参数后，根据参数取得总交易金额和总笔数传给中间件，由中间件传给前置机程序。程序文件为checkAll.pc，用Pro*c开发后预编译成C文件，再编译形成可执行文件。文件对帐服务：根据前置机通过中间件传入的参数，分拣参数后，根据参数取得逐条比对，并根据对比情况对数据库数据进行更新，将对帐结果状态参数传给中间件，由中间件传给前置机程序。程序文件为checkDetail.pc，用Pro*c开发后预编译成C文件，再编译形成可执行文件。4.2. 查询服务接受中间件传入参数，根据查询号码到数据库中查出该号码的余额或欠费，结果返回给中间件接口参数传给前置机程序。查询服务的IPO图如表4-1：表4-1 营收查询服务IPO图IPO图编号： SERV-1HIPO编号：SERV-1模块名称：查询服务使用单位：营收服务编程要求：C输入部分（I）处理描述（P）输出部分（O）中间件传入参数（查询类别、区号、设备号、查询号码、月份、流水号、查询类别）（1） 根据区号和电话号码到相应的表中取出对应的营业区号（2） 根据营业区号和计费周期标志到帐户表中取出帐务月份（3） 根据中间件传入的查询类别参数判断，标志为7时进入用户欠费信息查询。取操作流水（4） 取用户资料（局编合同号、用户付费名称、用户标识）（5） 根据用户标识到存款表中取用户存款、用户欠费（6） 根据帐号到充值卡信息表取余额（7） 给中间件赋值（用户欠费，存款，充值卡余额）用户欠费，存款，充值卡余额4.3. 充值服务接收中间件传入参数，根据充值号码和充值金额给相应帐号充值，并将返回码返回给中间件传给前置机。充值服务的IPO图如表4-2：表4-2 营收充值服务IPO图IPO图编号： SERV-2HIPO编号：SERV-2模块名称：充值服务使用单位：营收服务编程要求：C输入部分（I）处理描述（P）输出部分（O）中间件传入参数（区号，电话号码，工号，营业厅，营业区，充值金额，操作日期，操作标志，流水号，充值卡卡号，充值卡类型）（1） 初始化变量，取传入参数（2） 判断充值类型（3） 如果操作流水，付费编号和营业区号均为0，则费用为充值卡接口进入，调用相应函数取分区标识，资料，操作流水（4） 按付费编号，营业区取充值卡信息（5） 取欠费到欠费表，并判断是否欠费（6） 更新充值卡存款表（7） 更新付款表及单据数，银行联网代收表，卡充值明细表（8） 关闭共享内存，输出返回参数中间件返回参数4.4. 对帐服务由VC平台根据对帐申请包发给帐务方相应总对帐包。总对帐只比较当日交易的总金额和总交易笔数，如果总对帐不对则需进行文件对帐。对帐以华为平台交易记录为准，如有差异则修改营收相关记录。对帐服务的IPO图如表4-3：表4-3 营收对帐服务IPO图IPO图编号： SERV-3HIPO编号：SERV-3模块名称：对帐服务使用单位：营收服务编程要求：C输入部分（I）处理描述（P）输出部分（O）中间件传入参数（总对帐为：工号，开始流水号，结束流水号；文件对帐为：工号，总对帐结果标志，开始流水，结束流水，明细记录：外部流水号，金额，付费编号，计费流水）（1） 根据中间件传入参数取表中总笔数和总金额，返回给中间件出参（2） 进入文件对帐，根据总对帐结果更新表中流水记录的标志（3） 取中间件传入的文件记录，按流水号逐条和表中相应记录进行比对。如果一致则标志为1（4） 如果帐务方少了记录，则向表中插入标志为3的记录（5） 如果金额不等，则更新帐务方记录的金额，并标志为2（6） 如果帐务方多出记录，则将该条记录标志为4（7） 将对帐结果状态返回给中间件，关闭中间件共享内存，关闭中间件总对帐返回：总操作笔数，总金额；文件对帐返回：操作结果标志4.5. 实现细节后台营收服务采用非XA方法连接数据库，直接在服务程序中写入连接数据库的命令。营收系统中间件服务编写及发布步骤如下：1、设置环境变量，将其保存在setEnv.cmd中，具体如下：set TUXDIR=E:beatuxedo8.0set APPDIR=D:MyInterfTeleServerset PATH=%TUXDIR%bin;%APPDIR%;%PATH%set TUXCONFIG=%APPDIR%tuxconfigset BDMCONFIG=%APPDIR%dbmconfig其中APPDIR表示Tuxedo开发、运行环境的路径设置，即后台营收服务的路径。TUXDIR表示Tuxedo用户路径，TUXCONFIG记录了Tuxedo服务发布的二进制文件名，BDMCONFIG记录了Tuxedo进行域间调用发布的二进制文件名。环境变量的配置是进行TUXEDO服务开发和发布的基础，定义的环境变量将会在服务编译和发布时被直接引用。2、准备后台营收服务程序编写后台营收服务源程序，营收服务联系实际数据库并对其进行查询和修改。服务必须发布系统内可以访问的交易，保证客户端可以知道把请求发往何处。运行过程中，服务进入一个循环接收请求，处理请求并发回结果。3、编译后台营收服务程序，命令如下：proc pay.pc include=%TUXDIR%includebuildserver -o pay -f pay.c -s PAY -v -l orasql9.lib 4、 修改ubbdomain中的环境变量：设置ipckey，APPDIR，TUXCONFIG，TUXDIR，Machine-name5、装载ubb文件：tmloadcf y ubbdomain6、修改dom1config文件：设置DMTLOGDEV，AUDITLOG，TDOM1NWADDR，TDOM2NWADDR，部分配置信息如下：*DM_TDOMAINTDOM1NWADDR=/localhost:12596TDOM2NWADDR=/localhost:56787、装载dom文件：dmloadcf y dom1config8、启动Tuxedo服务：tmboot y此处可看到8个服务被启动：BLL，query，pay，checkAll，checkDetail，DMADM，GWADM，GWTDOMAIN9、关闭Tuxedo服务的命令如下：tmshutdown -y第五章 充值接口运行环境该电信统一充值接口系统作为毕业设计项目，并非实际运用软件，因此另外设计了VC模拟平台系统对接口进行调用，数据库采用Oracle数据库模拟电信运营商数据库。VC模拟平台：负责模拟VC平台，发送查询、充值数据包，接受接口返回的处理结果。模拟VC平台界面如图5-1所示：图5-1 模拟VC平台界面操作步骤如下：1、启动后台营收服务：命令提示符下转到营收服务所在目录，运行setEnv.cmd设置环境变量，再输入“tmboot y”启动Tuxedo服务。2、启动Weblogic Server。3、启动前置机程序InterfServer。4、运行VC模拟平台触发VC模拟平台的“连接服务”按钮控件，将看到InterfServer向系统Console中输出连接的客户端IP，同时VC出现对话框提示连接成功。连接成功后，InterfServer发送签到包给VC模拟平台，VC模拟平台出现对话框提示签到包内容，VC模拟平台发送响应包后，可看到Console中输出字符串“Sign In Success!”。当Console中出现“Check end, start server.”时，表示非对帐时间，InterfServer可以处理VC的查询、充值请求。Oracle数据库：根据后台营收服务操作的数据，对数据库进行设计。数据库各表及字段，详细请看附录电信充值接口数据库设计说明书第六章 结论电信统一充值接口系统是基于企业级应用要求设计开发的，相对一般的课题更具有实践意义和应用价值。在开发之初，曾经对三层结构进行质疑，因为两层结构更容易开发。在对三层结构和两层结构的优缺点进行研究和对比后，了解到三层结构在企业级应用中更具有实用价值。在分布式环境中，无论是硬件平台还是软件平台都不可能做到统一。大规模的应用软件通常要求在软硬件各不相同的分布式网络上运行，而中间件技术使这种要求成为可能。本文以电信统一充值接口系统地开发为基础，对三层体系结构的开发以及中间件技术的应用进行详细设计。主要工作包括：1、对电信统一充值接口的需求进行分析，理解电信充值接口业务逻辑，根据企业级系统对性能、安全、可维护、可扩展的要求分析，采用三层结构作为系统体系结构。2、采用中间件Tuxedo作为前置机与后台营收服务交互的中间层。后台营收服务作为Tuxedo服务，涉及到Tuxedo服务的详细设计、开发、配置、运行的方