南京铁通计费系统的设计与实现毕业论文(编辑修改稿)

南京铁通计费系统的设计与实现毕业论文(编辑修改稿)内容摘要：

务的消费信息中扩展了打印的功能。 发送账单信息到用户的邮箱，会使用用户注册过常用邮箱，并将基于一个账号下的所有信息，包括概要的账单信息，账号下所有手机的服务信息等，生成为 Excel表格，作为邮件附件发送到客户邮箱中。 查看账单列表模块主要是给用户一个总体账单的概要显示，用户可以选择某月的账单进行打印。 Alltel 手机用户 账户管理功能 账 户主页显示功能 账户层次树 extends uses extends 9 图 25 账单功能的用例图 支付功能 支付功能模块的主要功能是实现业务产品用户，对自己使用的业务产生的费用，进行付款的功能，同时支持预付费和支付后付费的用户。 首先，用户登录到系统之后，根据自己实际需要对费用进行支付，这样的操作称为单次支付。 单次支付可以通过用户直接使用信用卡或银行借记卡，也可以通过预先设置的电子钱包支付，电子钱包中储存用户常用的支付方式信息。 除了单次支付功能外，系统还提供自动支付功能。 用户可以设置支付方式及支付时间，系统会根据设置的时间 点自动对该账户设置的支付方式，进行付款操作，由系统自动代扣代缴。 系统对每次交易记录需要自动记录，同时记录单据状态，并支持对历史交易记录的查询功能。 Alltel 手机用户 查看后付费账单信息 查看账号下其他手机消费信息 发送账单信息到邮件 查看账单列表 打印账号下其它手机消费信息 打印后付费账单信息 uses uses uses uses extends extends extends 10 图 26 支付功能的用例图 根据图 26 支付功能用例图所示，支付功能主要包含如下功能： 单次支付功能是支付的时候另一种重要支付方式。 这种支付方式灵活性更强。 用户可以选择填写支付方式的信息列表，来实现这种支付。 无论使用电子钱包还是使用电子支付，用户都要先确认其支付意愿，系统才会开始支付过程，如果支付 失败也给出用户应有的提示。 电子钱包可以添加用户信用卡，银行卡等多种卡片，其中信用卡支付需要提供多种信息，所以我们把信用卡作为一种重要的支付方式。 银行卡支付作为另一种支付方式。 我们可以向个人钱包里面添加支付方式，也可以查看各项支付方式，并修改其中的几项，例如，如果注册银行卡作为支付方式，则下次打开的时候，其四个属性：支付方式描述，银行卡类型，支付密钥和银行卡号码，只有支付方式描述可以修改，其他设为只读，这样更能保护用户的信息安全。 用户还可以删除该种支付方式，再次添加新的支付方式。 自动支付功能是一种智能 支付，用户可以为预付费账号或者是后付费账号配置自动支付的时间和支付方式。 这是应该注意针对两种不同的账号，自动付账日期的设定是不同的，针对后付费账号用户应该设定为账单到账日期的第几天开始付账，但针对预付费账号应该是设定为上次缴费日期的多少天后开始缴帐。 自动支付功能的基本流程就是用户设定好自动付账的信息，确认保存之后，系统开始默认执行，用户可以在任何时候取消自动支付方式。 Alltel 手机用户 支付功能 支付历史记录 交易历史记录 电子钱包功能 单次支付功能 自动支付功能 uses uses uses extends extends extends 11 支付历史清单是针对所有付账的历史记录，包含成功、失败、取消的单据信息。 用户可以浏览一年以内的支付记录，点击每项记录的记录号可以打开该支付记 录的细节信息，用户可以取消处于等待支付状态的支付账单。 该历史记录页面也具有打印功能，用户可以在打开的支付记录细节信息中打印该支付记录。 交易历史清单，提供实时的所有已经成功的交易，用户可以浏览一年以内的支付记录。 点击每项记录的记录号可以打开该支付记录的细节信息。 该历史记录页面也具有打印功能，用户可以在打开的交易历史清单中打印该交易记录。 （二）非功能需求 根据软件工程中对于非功能需求的描述，非功能性需求规定了本系统必须满足的服务水平、系统非运行时间及系统必须遵守的约束。 对于非功能性需求来说，不会直接影响系 统主要功能的体现，对于系统的用户和相关人员来说，该需求是很直观的展现系统好坏的因素。 非功能性需求主要包括，系统的业务约束与假设条件，系统的实用性、性能、扩展性、可靠性、可支系统接口。 通过非量化的方式标示一定非功能性需求。 通过指标可以描述一个衡量系统某种特点的标准，本系统在做设计时针对非功能需求需满足以下需求特点： 规范性，在系统的总体设计上，主要包括设计、开发和维护必须按照国家标准和相关通信行业的标准进行。 针对个别运营商需要满足自身企业的标准以及国际的相关规定。 安全可靠性，安全可靠性是 铁通 行业重点要 求的技术指标，系统需要全天候的实时保证可靠服务。 同时需要保证计费系统与相关系统数据之间传输的安全。 对 于这样的安全机制系统需要提供权限管理和级别高的安全机制，时刻记录对系统中每次操作和非法操作，尤其是要将每次发生的非法操作通知到管理人员处。 系统还应该提供多种安全手段杜绝非法登录等操作，真正确保系统数据的安全。 可扩展性，对于计费系统来说需要具备在业务范围和处理能力以及业务量的良好扩展能力，保证系统在未来一定时间内可以快速响应业务扩展需要避免重复开发相关系统。 对于其他业务系统需要提供标准和规范化的接口业务， 方便系统内数据交换。 开放性，系统的接口设计上必须按照规范化的设计要求，保证不同厂商提12 供的硬件和软件可以实现数据共享；在系统后期扩展和硬件设备的采购方面不受某一个厂商提供的硬件、软件和系统等相关产品的控制，可以灵活选择。 模块化，系统采用多层设计模式以及多模块化的设计原则，这个原则是将业务逻辑、业务数据和业务展现分离开，实现这个架构的透明度和业务功能的灵活组合。 三、系统总体设计 （一）系统体系结构 通过上面章节的讨论与研究，本文基本确定了系统的开发方案和系统的体系结构，最后确认的系统总体体系结构如 图 41 所示，本计费系统由三个应用服务构成，分别是： RB 数据收集系统， CSM 用户服务系统， WSC 账务管理系统。 CSM 用户服务系统和 RB 数据收集系统运行在同一个服务器之上， WSC 账务管理系统独立部署。 服务之间的数据交互使用 Collaboration 组件完成。 下文是对这三个应用程序的概述。 图 31 计费系统内应用程序之间配合图 RB 数据收集系统 实现了高度可扩展和可靠的融合收费，评级和资产管理系统，该系统支持现13 有的和新出现的多个垂直市场服务。 RB 应用程序支持集中收费，包括在线和离线，支持任何通 过网络或媒体提出的服务。 该系统可以针对每个事件或订阅为基础来收费，也支持多种支付方式。 CSM 用户服务系统 在这个系统中客户可以购买多样式的服务，各种套餐，并将其放入到购物车中，产生订单。 更加值得称赞的是，用户服务管理系统接受客户化定制，可以根据背景不同，在系统中集成不同的账单产品。 WSC 账务管理系统 作为整个计费系统的账单管理信息系统，总共有注册和登录功能模块，账号管理功能模块，账单功能模块，和支付功能模块构成。 该系统是本文工作的重点。 （二）系统功能模块结构 注册和登录功能 模块 根据需求的设计，注册和登录功能模块主要分为用户注册和用户登录两个过程。 用户在注册时，系统需要提供为用户手机发送验证码的功能，当用户输入验证码时，系统还需要对输入的验证码进行比对，如果用户输入的验证码无效则不能完成注册。 另外一个过程是用户登录操作，系统需要校验用户在登录界面输入的用户名、密码是否正确。 通过登录控制将系统赋值对应的角色，获取该用户具备的系统资源操作控制。 如图 32 所示，系统注册、登录模块结构图。 模块需要支持如果用户选择找回密码，找回密码的一种方式，就是通过系统发送验证码，用户输入找回密码 的验证码，如果用户输入无效，也不能够找回密码。 14 图 32 注册和登录模块功能结构图 账号管理功能模块 账号管理功能模块主要实现页面左侧的层次树，用户选择层次树上的账号则会刷新页面右侧的内容。 在账号管理功能模块中还有一个是账号管理主页面显示功能。 这个主页的主要功能是显示后付费账户的最新账单和付款情况。 如果用户在树结构上选择预付费的账户，则会给出提示信息，说明此界面只能显示后付费账户的最新账单和付款情况。 该模块功能结构图如下图 33 所示。 15 图 33 账号管理模块功能图 账单功能模块 账单功能主要是显示对应账号管理模块的层次树上的后付费账号而产生的账单，账单功能有两种显示方式。 一种是为用户展示某一月账单的详细内容，另一种是将所有的账单罗列起来，用户选择查看某一个账单，主要方便用户的打印。 第一种显示方式，我们称为账单概要模块，第二种我们称为查看账单列表模块。 具体功能结构如图 34 所示。 图 34 账单模块功能结构图 支付功能模块 支付功能，根据需求分析的设计支付功能模块需要具有电子钱包、单次支付、自动支付、交易记录日志、支付记录等功能。 电子钱包用于记录用户常用付款信息，比如 信用卡的信息等。 用户也可以选择单次支付对服务费用进行在线实时的缴费。 如图 35 所示，支付功能模块由五个子功能组成。 16 图 35 支付模块的功能结构图 （三）系统流程设计 根据调度算法的主要规则我们可以对系统的主流程进行总体的定义，调度算法规则主要是为系统提供相关任务的创建，这些系统任务主要包含了执行和稽核流程。 根据规则要求本系统流程主要有以下几个步骤： 用户购买服务，通过用户是否付款作为判断正式数据和非正式数据的标准，用户在选择适合自己的服务时，往往会产生很多非正式数据。 当用户确认付费或者管理员确认服 务生效后，这些数据便成为正式数据。 服务费记录，通过话单和文件信息的驱动，系统需要提供实时的话费计算处理功能。 根据话单业务的流程进行控制，换单需要经过的预处理包含，批价、话费的累计入库、信用控制和优惠信息等。 使用队列消息进行传输时，可以保证内部数据有效连接，保证话费信息处理的高效和实时性。 账务统计阶段，根据账务流程的控制系统对账务进行触发操作，也可以根据系统设定的时间和人工设定任务的处理方式进行触发。 从实际业务需要触发，系统根据业务规定来定时的处理每天数据信息。 对于新增的业务单据、新增的系统统计数据 和业务相关数据。 系统可以定义时间周期内进行话单数据的进行出账的管理。 17 在本系统中我们对数据的校验增加了人工的稽核功能进行数据正确性的保证，系统正常运行和防止系统被异常数据的干扰。 定义的人工稽核点主要包含，系统参数的采集和预处理、用户档案变更的确认、系统资源技术的变更确认、处理错误话单的回收、账务信息的核实和优惠信息的确认等操作控制。 在系统整体看来稽查和计费账务有数据的关联，系统主要的调度通过数据依赖关系和业务规则进行数据支撑，系统任务的挂起要遵循系统流程的控制。 （四）系统安全设计 对于 铁通 系统来说系统重要的组成部分就是系统安全策略，用户需要经过系统的身份校验后才可以浏览系统资源，根据自身的权限系统对用户分配系统资源。 本系统采用基于功能模块的授权方式，对系统中每位用户进行系统资源的操作控制。 系统认证 系统的认证主要是对用户身份的确认，主要分为登录、加密和授权三部分，下面分别介绍各个功能设计： 登录，本系统根据用户实际需求，针对不同的业务类型提供不同安全认证服务，两种安全认证服务的方式为： 对营收服务，系统根据中间件 Tuxedo 的接口提供服务的认证方式，该服务的认证统一是由 Session 进行管理。 系统强制对每次用户进行 Session 有效性的校验，如果 Session 不符合要求或者授权时间已过期，访问将被禁止，从而保护用户整体数据的安全。 对后台服务，提供以 CORBA 服务形式的认证服务，通过界面将用户数据通过获取后传入认证服务器中进行认证处理。 通过一定算法的处理，如果该用户通过了系统用户的校验。 系统会为该用户生成一个随机而且唯一的 SessionID 标示，该标示作为后续系统的验证进行判断标志。 可以根据实际业务的需要将 Session 信息保存在存储堆栈中， 为后期认证服务提供数据。 以下是上下文内容： 18 只有通过了认证的调用才可以访问后台服务，认证时基于每次对于 Session 的 有效性检验，防止后台服务被恶意调用和攻击。 加密，通过加密手段，保证数据的安全性。 数据加密的手段主要包括，口 令及关键信息加密，数据传输过程中的加密。 加密种类分为以下几种： （ 1）用户名、用户密码、 Session 信息和登陆时的关键信息需要通过系统进行加密处理，防止信息被程序盗用。 （ 2）数据库存储的用户密码需要保存的是加密后的数据信息，在用户登陆进行密码比对时，通过查询加密。