中国移动计费系统的设计与实现.doc

西西 京京 学学 院院 本科毕业设计本科毕业设计 论文论文 题目 中国移动计费系统的设计与实现题目 中国移动计费系统的设计与实现 教学单位 教学单位 专专 业 业 学学 号 号 姓姓 名 名 指导教师 指导教师 20122012 年年 0606 月月 0 摘要摘要 随着智能 增值业务 数据多媒体业务以及 Internet 业务的出现 移动通信 计费系统势必朝着灵活化 复杂化 全面化方向发展 然而传统意义上的计费系 统不能跟上通信业务的发展变化 不能满足用户的服务需求 更不能适应市场经济 下竞争的环境 本文针对计费系统必须满足的稳定性 实用性 开放性 可扩展 性 安全性进行分析 着眼于计费系统整体功能的描述 系统外部关系 系统数 据传输 预处理 计费核心模块 数据分发 数据装载 号码资源的上传 计费 汇总以及整个系统的性能要求进行了研究 在对传统移动计费系统的整合和优化 的基础上 此设计重点实现移动用户的合账及管理用户的功能 通过用户的有效 证件 实现对所有用户的智能化管理 为移动用户以后办理相关业务提供方便 同时也为移动公司提供了科学化管理 本课题主要采用了基于 JSP Servlet JavaBean 即 MVC 的开发模式 即模 型 Model 视图 View 和控制 Controller MVC 模式的目的就是实现 Web 系统 的职能分工 在软件方面主要由服务器控制 数据库以及 JSP 页面组成 其中数据库中存 储的数据由 Servlet 接收到 JSP 表单中的信息后 做进一步的数据处理从而完成 页面中各个功能 并将处理后的数据存放入数据库中 关键词 关键词 开户 合账 管理用户 数据处理 移动通信 计费 1 Abstract With the intelligent value added services multimedia services and Internet data services appeared mobile communication billing system will inevitably toward a flexible complex full of direction However traditional billing system can not keep up with developments in communications services can not meet the user s service needs more competitive market economy can not adapt to the environment This paper billing system must meet the stability usability openness scalability security analysis focusing on the description of the overall function of accounting system the system of external relations the system data preprocessing the core billing module data distribution data loading number of resources upload billing summary and performance requirements of the system were studied In the traditional mobile billing system integration and optimization based on the focus of this design to achieve a combined mobile user accounts and management of user functionality valid documents by the user to realize the intelligent management of all users for mobile users for future related businesses to provide convenient but also for mobile companies to provide a scientific management The project mainly based on JSP Servlet JavaBean that MVC pattern of development and the model Model view View and control Controller MVC pattern is to achieve the purpose of the functions of Web systems division In terms of software mainly controlled by the server database and JSP pages In which the data stored in the database received by the JSP Servlet in the form information further data processing of each function in order to complete the page And the processed data is stored into the database Key Word Open User Account Manage the user The data processing Mobile communications billing 目录目录 1 绪论 1 1 1 选题背景 1 1 2 研究意义 1 1 3 国内外研究现状 2 1 3 1 国外研究现状 2 1 3 2 国内研究现状 2 1 4 本文主要研究内容 4 1 5 重点难点及研究方法 4 1 6 小结 5 2 系统功能分析与概要设计 6 2 1 系统功能分析 6 2 1 1 登陆 退出 8 2 1 2 系统管理 9 2 1 3 业务受理 11 2 2 系统概要设计 13 2 3 系统运行环境 14 2 3 1 硬件 14 2 3 2 软件 14 2 4 小结 14 3 系统详细设计和相关技术 15 3 1 数据库设计 16 3 2 数据库逻辑结构设计 18 3 3 系统开发相关技术 19 3 3 1 MVC 与模板概念的理解 19 3 3 2 MVC 的优缺点 20 3 3 3 JSP 简介 21 3 3 4 JSP 的优势与弱势 21 3 3 5 B S 结构简介 22 3 3 6 B S 结构的优缺点 22 3 4 小结 23 4 系统实现 24 4 1 登陆页面 24 4 2 主界面 24 4 3 操作员管理模块 25 4 4 资源管理模块 27 4 5 业务管理模块 28 4 6 开户模块 29 I 4 7 小结 32 5 系统测试 33 5 1 单元测试 33 5 2 测试用例表 33 结 论 35 致谢 36 参考文献 37 西京学院本科毕业设计 论文 0 1 1 绪论绪论 1 11 1 选题背景选题背景 移动通信的计费系统是随着电信产业和计算机产业的发展而不断成长起来的 特 别是随着交换机技术和计算机技术的不断进步而不断完善的 传统的计费系统 由于计算机硬件性能的限制 软件开发成本和难度较高 此外 电信运营者服务意 识和竞争意识的淡漠 只能以自动化为目标 以算费 计账和收费的简单功能实现 这样的简单功能 不能跟上电信业务的发展变化 不能满足用户的服务需求 更不 能适应市场经济下竞争的环境 随着智能 增值业务 数据多媒体业务以及 Internet 业务的出现 计费系统势必朝着灵活化 复杂化 全面化方向发展 与 此同时 由于市场竞争的形成 用户服务需求的扩大 电信运营商也迫切需要这样 的计费系统 本文针对计费系统必须满足的稳定性 实用性 开放性 可扩展 性 安全性进行分析 着眼于计费系统整体功能的描述 系统外部关系 系统数 据传输 预处理 计费核心模块 数据分发 数据装载 号码资源的上传 计费 汇总以及整个系统的性能要求进行了研究 通过对各项业务整个计费环节中特点 和要求的分析 概括抽象出整个计费系统各模块的功能 模块之间的接口关系 功能模块之间的数据传输处理等 以此来组成实现计费系统 1 21 2 研究意义研究意义 本课题主要研究的意义在于对客户的账户进行管理 根据账号判断是否为新 账户 如果是老账户 将新手机号的账户指定到一个已存在的账户进行合账 并 且校验账户有效性 此过程运用了事务的机制 如果过程中有非法之处 则事务 回滚 保证不发生占用手机号码资源而不交开户费的情况 如果此账户在系统中 无记录 则新建账户 并且录入开户银行帐号和账户名 之后再完成客户开户后 的扣费工作 西京学院本科毕业设计 论文 1 1 31 3 国内外研究现状国内外研究现状 1 3 11 3 1 国外研究现状国外研究现状 在国外 移动通信计费系统经过多年的发展 已进入成熟期 与此同时 移动通信近些年呈现出技术不断更新 业务层出不穷 市场飞速膨胀的空前 活跃的态势 形成了多种技术并存 业务多层次 多样化以及不同业务市场 相互促进和竞争的格局 移动通信市场飞速膨胀的动力来自新业务和增值业 务两方面 其中话音业务中的预付卡业务是目前市场增长的最重要动力 数 据业务特别是移动互联网业务也有力地推动着目前的增长 并且将在推动未 来移动通信的发展中起着越来越重要的作用 据估计 目前移动数据业务量 占整个移动业务量的比例在日本已经达到 15 欧洲是 5 10 3 4 年后 这个数字会超过 50 尽管移动互联网诸业务的发展和前景尚存在许多不确 定性和面临着许多困惑 但未来将会成为移动通信业务的一个重要支柱是可 以肯定的 据分析 在未来的 10 年里 世界移动通信和互联网产业仍然持续 快速发展 未来将是一个移动互联的世界 移动互联网产业将随通信与网络 技术的发展而高速发展 移动上网终端将超过有线上网 一家国际著名咨询 公司的一份研究报告称 2000 年全球售出的手机中 大约有 15 是准备上网 的 到 2003 年 这一比例将达 50 以上 到 2004 年全球因特网用户将突破 10 亿 其中约有 3 5 亿用户将通过移动方式接入互联网 对照国外的类似系统 我们应当承认 国外计费系统集中化改造全部完 成后 中国移动的业务支撑系统与世界先进水平还存在一定的差距 另一方 面系统本身还存在一定的缺陷和不足 主要体现在 对数据和信息缺乏有效 的利用 提高系统安全运行能力 加快新技术的推广应用等方面 1 3 21 3 2 国内研究现状国内研究现状 在今天移动通信业务向全业务发展的过程中 计费系统面临的主要挑战是使 快速生成新业务的边际成本最低 甚至为零 这是来自像 Google iPhone 等业 务模式的挑战 特别是随着 3G 业务的开展 人们越来越认识到像短信这样的杀 手级应用不太容易出现了 代之的是如雨后春笋般快速生成的多种数据业务 西京学院本科毕业设计 论文 2 一般情况下 这些业务的生命周期较短 客户群也非常分散 按目前计费系 统开发套餐的速度和成本 是无法满足未来用户对在手机上实现的各种功能的市 场需要 从效益和效率方面也无法使客户及运营商满意 其重要原因就是我们今 天的支撑系统不能为新业务模式提供灵活支撑所致 在以语音业务为主的市场策略执行过程中 计费系统套餐的制定者 执行者 以及客户都是相对稳定持久的 比如中国移动的全球通 动感地带和神州行三大 品牌实际是三类不同的套餐组合 至今仍是中国移动各种业务核心品牌 稳定之余 实际上也使计费系统的设计和开发人员产生一种系统开发的思维 定势 每次套餐变化思路和做法基本一致 尤其针对少数的多种业务套餐组合需 求 其产品生命周期相对较长 运营商一般不计较产品开发成本 这也促使移动 运营商长期依赖同一开发商 这种发展方式实际上锁定了甲乙两个方面成长 运 营商新业务生成的难度越来越大 因为系统的紧耦合 开发商也把大量开发人员 聚集在省级计费中心周围承担了大量的本地化开发工作 严重影响了开发商系统 产品化 模块化和低成本复制系统的进程 造成了 双输 局面 随着全业务的竞争展开可以看出 对支撑系统的需求已经从原来的市场部 扩大到数据业务部 宽带业务部 移动互联网的业务发展模式已经近在眼前 我 们可把当前计费系统中紧耦合的如计费 账务 营业 结算 报表等核心功能进 行松耦合 并封装成不同层面的服务 最终形成一个移动互联网的开发大平台 充分使能现有无线和固定网络资源当是计费系统发展的方向 我认为展开在计费系统松耦合过程中面临问题的讨论 特别是针对全业务运 营的业务场景 设计不同层面的服务组合将非常有意义 如是 可使移动新业务 生成的开发成本大幅度下降 并最大限度地满足用户的需求 这是电信业务转型 的标志之一 电信运营商将从管道提供商转型为服务平台提供商 服务平台将拥 有最权威的信用保障机制 最完善的安全保障和最可靠的运营维护 我们为什么 要追求实时计费这样一个当前需求并非很大的技术而忽视了对移动互联网发展中 重大问题的讨论 针对目前的计费系统 我认为应该考虑最大限度的保留其原有功能 特别是 对于账务管理的计费系统 一方面原因是中国移动的省级公司 大部分都承担着 千万级甚至数千万级用户的计费工作 其可靠性 稳定性要求非常高 在进行系 统松耦合的过程中 要最大限度的保留原有成熟稳定的模块 至少应该从粗粒度 封装开始 这是对企业原有投资的保护 西京学院本科毕业设计 论文 3 松耦合首先应该注意企业网元能力的服务封装 使之与计费的基本能力封装 匹配 并按业务组合的基本规则 为新的用户群体提供一个开放的业务开发平台 按移动计费方式开发的计费系统可以和老系统并行 特别是松耦合的架构下 成为一组新的计费服务组合 开发者可以根据其新业务的特点选择采用更合理或 有效的计费方式 在中国移动实施 服务与业务领先 战略的环境下 系统将朝着世界一流的 业务支撑系统的目标迈进 系统将通过不断的演进 以实时性 准确性为核心 逐步提高系统标准化程度 最大限度地满足系统灵活性和可扩展性的要求 保障 系统安全稳定的运行 从而为业务发展提供更有力的支撑 1 41 4 本文主要研究内容本文主要研究内容 本系统是一套基于 Internet 的移动公司计费系统 通过该系统 管理员可 以方便的对各种卡的信息进行编辑设定 并有权限对操作员进行增加删除等操作 也具有对顾客开户的权限 一般的操作员只具有对顾客进行办理新业务的权限 系统根据登录号自动识别登录人员权限并显示相应菜单 系统认可两类用户 管理员和一般操作员 其中管理员拥有最高权限 管理 员用户通过账号和密码登录之后 可以增 删 改 查系统里面的资源和业务费 用以及普通操作员信息 普通操作员通过账号和密码登录之后可以对顾客办理开 户业务 1 51 5 重点难点及研究方法重点难点及研究方法 本课题研究的重点在于全面认识我国移动通信业务发展现状的基础上 正确 分析国内外计费系统开发情况 从而根据我国国情和客户需求情况为移动用户开 发一个计费模块 开户业务 研究的难点在于通过比较分析国内外移动计费系统 技术的发展 如何找到适合中国移动业务发展所需要的计费系统 以达到中国广 大用户的需求 本课题主要是对客户的账户进行管理 根据账号判断是否为新账 户 如果是老账户 将新手机号的账户指定到一个已存在的账户进行合账 并且 校验账户有效性 此过程运用了事务的机制 如果过程中有非法之处 则事务回 滚 保证不发生占用手机号码资源而不交开户费的情况 如果此账户在系统中无 西京学院本科毕业设计 论文 4 记录 则新建账户 并且录入开户银行帐号和账户名 之后再完成客户开户后的 扣费工作 1 61 6 小结小结 在第一章的内容中 简单的介绍了移动计费系统的一些相关情况 具体的分 析了目前移动计费系统的发展前景 结合国内外发展情况 以及目前中国市场的 需求做了进一步的分析和调研 为后面的开发奠定了基础 西京学院本科毕业设计 论文 5 2 2 系统功能分析与概要设计系统功能分析与概要设计 2 12 1 系统功能分析系统功能分析 系统开发的总体任务是要实现移动公司对新用户的开通 实施的一套完整 的系统 系统功能分析是在系统开发的总体任务的基础之上完成的 本系统主要有以 下几项功能 1 操作员 Operator 本系统的使用者 分为管理员 Administrator 和一般 操 作员 Operator 管理员具有一般操作人员的权利 并可以对操作人员进行增 删 改 查的操作 2 资源管理 由界面输入号段或指定一个含有号码信息的文本文件生成资源 表 资源表需要记录手机号码 手机卡类型 UIM 或者 SIM 手机卡号和号码 状态等 此部分功能只有管理员有权限 3 业务管理 对用户开通手机号码时的各项收费项目 并可以对收费数值进 行查询 修改 此部分功能对所有操作员都有权限 4 开户 开户功能包括以下内容 4 1 录入客户信息 根据证件类型和号码判断是否为新客户 如果为已存在客户显示客户资料 如果是新客户输入其它客户信息 4 2 录入用户信息 输入号码及卡号 校验输入的资源状态是否为可用 录入通话级别和漫游状态 4 3 录入账户信息 根据账号判断是否为新账户 如果将新用户的账户指定到一个已存在的账户成为合账 需要校对用 户有效性 如果新建账户 并且为银行账户还需录入开户银行账号和账户名 西京学院本科毕业设计 论文 6 4 4 保存相关信息 显示需要收取的业务费用 列出 业务费用配置 中所配置的费用 计算费用总和 提交录入的数据建立三户资料及相关关系 修改资源状态 记录业务 费用 此部分功能对所有操作员都有权限 仔细分析调查有关企业人事信息需求的基础上 将得到如图 2 1 的数据流 程 图 2 1 系统数据流程图 用户登陆 核对密码 操作员管理员 和你 控制操作员 增加资源 业务配置 增 删 改 查 增加资源 业务配置 开户 开户 西京学院本科毕业设计 论文 7 操作员具有三个用例 登陆 退出 系统管理以及业务受理 其顶层用例图如图 2 2 所示 图 2 2 顶层用例图 2 1 12 1 1 登陆登陆 退出退出 登录的业务逻辑如图 2 3 所示 用例名称登陆 功能简述操作员进行任何的操作 都必须首先登陆到这个系统 此用 例用于处理操作员的登录 后置条件是否登陆成功 操作员的角色 前置条件无 基本流1 操作员在图形界面中输入操作员代码和密码 并提交 2 判断操作员输入的操作员代码和密码是否匹配 并且确定 操作员的角色 管理员还是一般操作员 图 2 3 登陆业务逻辑图 登陆 退出 退出 系统管理 操作员 业务受理 西京学院本科毕业设计 论文 8 退出的业务逻辑如图 2 4 所示 用例名称退出 功能简述当操作员完成所有的操作后 应该退出 此功能提供给操作 员退出此系统 后置条件退出是否成功的信息 前置条件登录成功 基本流1 用户退出本系统 2 返回到登录界面 图 2 4 退出的业务逻辑图 2 1 22 1 2 系统管理系统管理 本用例包括操作员管理 资源管理两个子用例 这两个子用例之间是相互独 立的 没有必然的联系 操作员管理的业务逻辑如图 2 5 所示 用例名称操作员管理 功能简述管理员输入新增的操作员的代码 姓名 密码 角色 一般 操作员还是管理员 后置条件新增操作员是否成功的信息 前置条件登录成功 并且具有管理员身份 基本流1 管理员输入新增的操作员的代码 姓名 密码 角色 2 提交保存到数据库中 3 返回操作的结果 备注只有系统管理员角色 Administrator 有权限完成此功能 图 2 5 操作员管理业务逻辑图 西京学院本科毕业设计 论文 9 资源管理的业务逻辑如图 2 6 所示 用例名称资源管理 功能简述此功能主要是对手机号码这个资源进行管理 后置条件业务受理能够进行的前提 前置条件登录成功 并且句有管理员身份 基本流分成两种情况 1 直接在界面上输入号段 2 指定号段的类型 SIM UIM 状态 3 根据指定的号段 产生相应数量的号码资源 并且保存资 源 或者 1 从一个包含有号码信息的文本文件中读取信息 2 分析这个文件并且从中读取号码资源 3 保存资源 图 2 6 资源管理业务逻辑图 费用细项管理的业务逻辑如图 2 7 所示 用例名称费用细项管理 功能简述此功能主要是对各项收费内容所收取的费用进行管理 后置条件业务受理能够进行的前提 前置条件登录成功 并且具有管理员身份 基本流1 列出各个收费项目 2 在对应的收费项目中输入需要收取的费用 3 保存各个项目的费用 备注只有管理员有此权限 图 2 7 费用细项管理业务逻辑图 西京学院本科毕业设计 论文 10 配置业务费用业务逻辑如图 2 8 所示 用例名称业务费用管理 功能简述对各个业务所需要收取的费用进行管理 但并不在此对具体 的费用进行管理 而是从费用细项列表中选择 根据选择的 要收取的收费项来计算 后置条件业务受理能够进行的前提 前置条件登录成功 并且具有管理员身份 基本流1 列出所有需要收费的业务 目前只有开户这一项业务 和 各项收费项目 如果此业务费用曾经经过配置 需要显示 当前已经选定收费的项目 2 选择要进行配置的业务 3 配置此业务需要收取的费用 4 保存业务费用 图 2 8 业务费用管理业务逻辑图 2 1 32 1 3 业务受理业务受理 本用例包括录入客户信息 录入用户信息 录入账户信息等子用例 只有三 户信息齐全 此业务才算完整 西京学院本科毕业设计 论文 11 录入客户信息业务逻辑如图 2 9 所示 用例名称录入客户信息 功能简述此功能是业务受理的第一步 用于输入客户信息 后置条件录入用户信息 前置条件登录成功 基本流选择证件类型 输入证件号 根据证件类型和号码判断是否为老客户 如果为老客户 显示信息 否则输入客户姓名 性别 生日 通信地址等 保存客户信息 图 2 9 录入客户信息业务逻辑图 录入用户信息业务逻辑如图 2 10 所示 用例名称录入用户信息 功能简述此功能是业务受理的第二步 用于输入用户信息 后置条件录入账户信息 前置条件录入客户信息成功 基本流输入号码 检查号码是否可用 选择通话级别和漫游状态 保存用户信息以及客户和用户的关系 将手机资源列表对应 手机号的可用状态改成不可用 因为号码已经被占用 检查输入的账号是否已经在数据库表中存在 如果存在 形 成 合账 需要检查对应账户中的余额是否大于 开户 所 需要的费用 如果账号不存在 那么需要进行新增账号的操 作 见下一用例 图 2 10 录入用户信息业务逻辑图 西京学院本科毕业设计 论文 12 录入账户信息业务逻辑如图 2 11 所示 用例名称录入账户信息 功能简述此功能是业务受理的第三步 用于输入账户信息 后置条件业务处理成功与否信息 前置条件录入用户信息成功 基本流如果合账 则显示账户的信息 账号 余额 账户持有人姓 名 通信地址等 否则 新建一个账号 此账号为上一个用例中输入 输入账户持有 人姓名 通信地址 金额等 保存账户信息以及用户和账户之间的关系 图 2 11 录入账户信息业务逻辑图 2 22 2 系统概要设计系统概要设计 系统概要设计如图 2 12 所示 图 2 12 系统概要设计图 登陆本系统主要有两种角色 一种是管理员 另一种是操作员 管理员主要 是对系统进行管理以及对操作员的信息进行修改 负责资源管理 配置业务费用 和对费用细项的更改 同时也受理业务 而作为操作员只负责开户功能 登陆 管理员 操作员 系统管理 业务受理 业务受理 1 操作员管理 2 资源管理 3 费用细项 4 配置业务费 1 录入客户信息 2 录入用户信息 3 录入账户信息 1 录入客户信息 2 录入用户信息 3 录入账户信息退出 西京学院本科毕业设计 论文 13 2 32 3 系统运行环境系统运行环境 2 3 12 3 1 硬件硬件 客户端硬件要求 中央处理器 INETEL N270 1 6GHZ 以上处理器 内存 1G 以上 硬盘 160G 以上可用硬盘空间 其他 鼠标 键盘 应用服务器端硬件需求 中央处理器 INETEL N270 1 6GHZ 以上处理器 内存 2G 以上内存 硬盘 250G 以上可用硬盘空间 其他 鼠标 键盘 2 3 22 3 2 软件软件 服务器端操作系统 WindowsXP 开发工具 MyEclipse6 5 数据库 Oracle10g WEB 应用服务器软件 Tomcat6 0 客户端运行环境 能运行 IE6 0 及以上浏览器的操作系统 2 42 4 小结小结 本章主要是介绍了移动计费系统的功能需求和系统概要设计 通过功能结构 图直观地描述了系统各部分之间的关系 为下一步系统的详细设计实现提供依据 西京学院本科毕业设计 论文 14 3 3系统详细设计和相关技术系统详细设计和相关技术 移动计费系统的系统 E R 图如图 3 1 所示 账户编号账户 3 1 计费系统总体 E R 图 注意 在这个 ER 图中 Customer 和 User 是一对多的关系 也就是说 一个 Customer 可能申请多个手机号码 这就会对应多个 User 而 Account 和 User 之 间也是一对多的关系 一个 Account 可以给多个用户缴费 Charge 和 客户 号码资源 账户 用户 费用规则 费用 操作员 客户编号 手机号码 账户编号 漫游状态 证件类型 身份证号 生日性别姓名 号码类型 卡号 联系地址 姓名余额 联系地址 通话级别 用户编号 费用代码 功能名称 开户 费用名称业务 密码 姓名 编号 西京学院本科毕业设计 论文 15 Charge Rules 之间是一对多的关系 3 13 1 数据库设计数据库设计 数据库的设计是指对于一个给定的应用环境 构造最有效的数据库模式 建 立数据及应用系统 实质能够有效地存储数据 满足用户的需求 数据库设计是 在数据库管理系统支持下进行的 根据数据流程图 可以列出以下数据项和数据结构 操作员信息表 操作员编号 操作员姓名 操作员密码 是否为管理员角色 客户信息系表 客户序号 客户证件类型 证件号码 客户姓名 客户生日 客户性别 客户联系地址 手机号码资源信息表 手机号码 手机号码类型 卡号 号码是否可用 用户信息表 用户 ID 手机号码 漫游状态 通话级别 客户 ID 账号 费用信息表 费用代码 业务费用 1 Toperator 操作员信息 表的逻辑关系与对应字段解释 操作员信息表 Operator ID Operator Name Operator Pwd Is Admin Operator ID 操作员编号 作为实体的唯一标识 在登录的时候需要输入此 ID PK 主键 Operator Name 对应此编号的操作员姓名 只作为显示使用 Operator Pwd 此操作员的密码 在登录本系统的时候需要使用 Is Admin 此操作员是否具有管理员的角色 Y 表示是管理员 N 表 默认 值为 N 2 TCustomer 客户信息 表逻辑关系与对应字段解释 客户信息表信息 Customer ID ID Type ID Number Customer Name Customer Birthday C ustomer Sex Customer Address Customer ID 客户序号 是一个自动增长的数据 作为主键使用主要是为了方 便在程序中唯一表示一个客户 ID Type 客户的证件类型 分为居民身份证 军官证 护照 ID Number 客户的证件类型 分为居民身份证 军官证 护照 Customer Name 客户姓名 西京学院本科毕业设计 论文 16 Customer Birthday 客户生日 Customer Sex 客户性别 Customer Address 客户联系地址 3 TAccount 账户信息 表逻辑关系与对应字段的解释 账户信息表 Account ID Contact Person Contact Address Account Balance Account ID 账号 主键 Contact Person 账号对应的联系人姓名 Contact Address 账号对应的联系人地址 Account Balance 账户余额 4 TMobiles 卡号信息 表逻辑关系与对应字段解释 手机号码资源信息表 Mobile Number Mobile Type Card Number Is Available Mobile Number 手机号码 主键 Mobile Type 手机号码类型 可以是 SIM 或 UIM Card Number 卡号 Is Available 此号码是否可用 5 TUser 用户信息 表逻辑关系与对应字段解释 用户信息表 User ID Mobile Number Roaming Status Com Level Customer ID Acco unt ID User ID 用户 ID 自动生成 Mobile Number 手机号码 是 Tmobiles 的外键 引用到 Tmobiles Mobile Number Roaming Status 漫游状态 分为 省内漫游 P 国内漫游 D 和国际 漫游 I 三种 Com Level 通话级别 分为本地通话 L 国内长途 D 和国际长途 I Customer ID 客户 ID 是 Tcustomer 的外键 引用到 Tcustomer Customer ID Account ID 账号 是 Taccount 的外键 引用到 Taccount Account ID 西京学院本科毕业设计 论文 17 6 TCharge 收费项目信息 表逻辑关系与对应字段的解释 收费项目信息表 Charge Code Charge Name Charge Charge Code 费用代码 PK 主键 A 开户费 B 漫游费 Charge Name 费用名称 Charge 业务费用 TCharge Rule 收费项目规则信息 表及对应字段解释 7 收费项目规则信息 Func ID Func Name Charge Code Func ID ID PK 用于表示功能的唯一标识 目前只需要有表示 开户 功能 的 O Func Name 功能名称 目前只要考虑开户和变更通话级别 漫游状态两种情况 Charge Code PK 是 Tcharge 的外键 引用到 Tcharge Charge Code 3 23 2 数据库逻辑结构设计数据库逻辑结构设计 具体数据表的设计如下面的表格所示 操作员信息表如表 3 1 所示 表 3 1 操作员信息表 客户信息表如表 3 2 所示 表 3 2 客户信息表 账户信息表如表 3 3 所示 表 3 3 账户信息表 西京学院本科毕业设计 论文 18 手机号码资源信息表如表 3 4 所示 表 3 4 手机号码资源信息表 用户信息表如表 3 5 所示 表 3 5 用户信息表 费用信息表如表 3 6 所示 表 3 6 费用信息 费用规则关系表如表 3 7 所示 表 3 7 费用规则关系表 3 33 3 系统开发相关技术系统开发相关技术 本系统是运用 MVC 模式开发 基于 B S 模式 采用 JavaEE 技术 前台使用 Jsp 作脚本语言 后台使用数据库 Oracle10g 通过 MVC 开发模式 可以实现视 图和数据分离 采用 Jsp 脚本可以实现页面的动态交互 使用该模式能够使各模 块之间互不影响 系统完全依据高内聚低耦合的设计原则 可扩展性好 安全便 移植 3 3 13 3 1 MVCMVC 与模板概念的理解与模板概念的理解 MVC Model View Controller 模型 视图 控制器 西京学院本科毕业设计 论文 19 MVC 本来是存在于 Deskt op 程序中的 M 是指数据模型 V 是指用户界面 C 则是控制器 使用 MV 的目的是将 M 和 V 的实现代码分离 从而使同一个程序可 以使用不同的表现形式 比如一批统计数据你可以分别用柱状图 饼图来表示 C 存在的目的则是确保 M 和 V 的同步 一旦 M 改变 V 应该同步更新 模型 视图 控制器 MVC 是 Xerox PARC 在八十年代为编程语言 Smalltalk 80 发明的一种软件设计模式 至今已被广泛使用 最近几年被推荐 为 Oracle 旗下 Sun 公司 Java EE 平台的设计模式 并且受到越来越多的使用 ColdFusion 和 PHP 的开发者的欢迎 模型 视图 控制器模式是一个有用的工 具箱 它有很多好处 但也有一些缺点 3 3 23 3 2 MVCMVC 的优缺点的优缺点 MVC 的优点 1 低耦合性视图层和业务层分离 这样就允许更改视图层代码而不用重 新编译模型和控制器代码 同样 一个应用的业务流程或者业务规则的改变只需 要改动 MVC 的模型层即可 因为模型与控制器和视图相分离 所以很容易改变应 用程序的数据层和业务规则 2 高重用性和可适用性随着技术的不断进步 现在需要用越来越多的方 式来访问应用程序 MVC 模式允许你使用各种不同样式的视图来访问同一个服务 器端的代码 它包括任何 WEB HTTP 浏览器或者无线浏览器 wap 比如 用 户可以通过电脑也可通过手机来订购某样产品 虽然订购的方式不一样 但处理 订购产品的方式是一样的 由于模型返回的数据没有进行格式化 所以同样的构 件能被不同的界面使用 例如 很多数据可能用 HTML 来表示 但是也有可能用 WAP 来表示 而这些表示所需要的命令是改变视图层的实现方式 而控制层和模 型层无需做任何改变 3 较低的生命周期成本 MVC 使降低开发和维护用户接口的技术含量成为可 能 4 快速的部署 使用 MVC 模式使开发时间得到相当大的缩减 它使程序员 Java 开发人员 集中精力于业务逻辑 界面程序员 HTML 和 JSP 开发人员 集中精力于表现形式上 5 可维护性 分离视图层和业务逻辑层也使得 WEB 应用更易于维护和修改 西京学院本科毕业设计 论文 20 6 有利于软件工程化管理由于不同的层各司其职 每一层不同的应用具有 某些相同的特征 有利于通过工程化 工具化管理程序代码 MVC 的缺点 MVC 的缺点是由于它没有明确的定义 所以完全理解 MVC 并不是很容易 使 用 MVC 需要精心的计划 由于它的内部原理比较复杂 所以需要花费一些时间去 思考 你将不得不花费相当可观的时间去考虑如何将 MVC 运用到你的应用程序 同 时由于模型和视图要严格的分离 这样也给调试应用程序带来了一定的困难 每 个构件在使用之前都需要经过彻底的测试 一旦你的构件经过了测试 你就可以 毫无顾忌的重用它们了 根据开发者经验 由于开发者将一个应用程序分成了三个部件 所以使用 MVC 同时也意味着你将要管理比以前更多的文件 这一点是显而易见的 这样好 像我们的工作量增加了 但是请记住这比起它所能带给我们的好处是不值一提 MVC 并不适合小型甚至中等规模的应用程序 花费大量时间将 MVC 应用到规 模并不是很大的应用程序通常会得不偿失 MVC 设计模式是一个很好创建软件的途径 它所提倡的一些原则 像内容和 显示互相分离可能比较好理解 但是如果你要隔离模型 视图和控制器的构件 你可能需要重新思考你的应用程序 尤其是应用程序的构架方面 如果你肯接受 MVC 并且有能力应付它所带来的额外的工作和复杂性 MVC 将会使你的软件在健 壮性 代码重用和结构方面上一个新的台阶 3 3 33 3 3 JSPJSP 简介简介 JSP 技术使用 Java 编程语言编写类 XML 的 tags 和 scriptlets 来封装产生 动态网页的处理逻辑 网页还能通过 tags 和 scriptlets 访问存在于服务端的资 源的应用逻辑 JSP 将网页逻辑与网页设计和显示分离 支持可重用的基于组件 的设计 使基于 Web 的应用程序的开发变得迅速和容易 3 3 43 3 4 JSPJSP 的优势与弱势的优势与弱势 JSP 技术的优势 1 一次编写 到处运行 除了系统之外 代码不用做任何更改 西京学院本科毕业设计 论文 21 2 系统的多平台支持 基本上可以在所有平台上的任意环境中开发 在任意 环境中进行系统部署 在任意环境中扩展 相比 ASP net 的局限性是显 而易见的 3 强大的可伸缩性 从只有一个小的 Jar 文件就可以运行 Servlet JSP 到 由多台服务器进行集群和负载均衡 到多台 Application 进行事务处理 消息处理 一台服务器到无数台服务器 Java 显示了一个巨大的生命力 4 多样化和功能强大的开发工具支持 这一点与 ASP 很像 Java 已经有了 许多非常优秀的开发工具 而且许多可以免费得到 并且其中许多已经可 以顺利的运行于多种平台之下 5 支持服务器端组件 web 应用需要强大的服务器端组件来支持 开发人员 需要利用其他工具设计实现复杂功能的组件供 web 页面调用 以增强系统 性能 JSP 可以使用成熟的 JAVA BEANS 组件来实现复杂商务功能 JSP 技术弱势 1 与 ASP 一样 Java 的一些优势正是它致命的问题所在 正是由于为了跨 平台的功能 为了极度的伸缩能力 所以极大的增加了产品的复杂性 2 Java 的运行速度是用 class 常驻内存来完成的 所以它在一些情况下所 使用的内存比起用户数量来说确实是 最低性能价格比 了 从另一方 面 它还需要硬盘空间来储存一系列的 java 文件和 class 文件 以及 对应的版本文件 3 3 53 3 5 B SB S 结构简介结构简介 B S 结构 Browser Server 结构 结构即浏览器和服务器结构 它是随着 Internet 技术的兴起 对 C S 结构的一种变化或者改进的结构 在这种结构下 用户工作界面是通过 WWW 浏览器来实现 极少部分事务逻辑在前端 Browser 实现 但是主要事务逻辑在服务器端 Server 实现 形成所谓三层结构 这样 就大大简化了客户端电脑载荷 减轻了系统维护与升级的成本和工作量 降低了 用户的总体成本 TCO 以目前的技术看 局域网建立 B S 结构的网络应用 并 通过 Internet Intranet 模式下数据库应用 相对易于把握 成本也是较低的 它是一次性到位的开发 能实现不同的人员 从不同的地点 以不同的接入方式 比如 LAN WAN Internet Intranet 等 访问和操作共同的数据库 它能有效 西京学院本科毕业设计 论文 22 地保护数据平台和管理访问权限 服务器数据库也很安全 特别是在 JAVA 这样 的跨平台语言出现之后 B S 架构管理软件更是方便 速度快 效果优 3 3 63 3 6 B SB S 结构的优缺点结构的优缺点 B S 结构的优点 1 具有分布性特点 可以随时随地进行查询 浏览等业务处理 2 业务扩展简单方便 通过增加网页即可增加服务器功能 3 维护简单方便 只需要改变网页 即可实现所有用户的同步更新 4 开发简单 共享性强 B S 结构的缺点 1 个性化特点明显降低 无法实现具有个性化的功能要求 2 操作是以鼠标为最基本的操作方式 无法满足快速操作的要求 3 页面动态刷新 响应速度明显降低 4 功能弱化 难以实现传统模式下的特殊功能要求 3 43 4 小结小结 本章主要是介绍了移动计费系统的详细设计和开发技术 通过得出了此系统 的设计原理及各部分功能模块 设计出了详细系统数据库 为数据的增删查改奠 定了基础 西京学院本科毕业设计 论文 23 4 4 系统实现系统实现 4 14 1 登陆页面登陆页面 移动登陆页面通过对用户的用户名 密码及页面验证码的三方验证 从而完 成用户登录 验证方式采取 JavaScript 及 Servlet 实现 验证码由随机函数得 到并处理 再显示在登录页面 具体登陆流程如图 4 1 所示 图 4 1 系统登陆流程图 用户登陆 用户 密 码验证码 正确 进入主界面 非法用户 重新输入 退出 西京学院本科毕业设计 论文 24 4 24 2 主界面主界面 在主界面中 功能管理菜单是此系统的重要组成部份 其中包括 4 个主要功能 模块 操作员管理模块 资源管理模块 业务管理模块和开户管理模块 登陆成功 主页面如图 4 2 所示 图 4 2 登陆成功主页面 4 34 3 操作员管理模块操作员管理模块 该模块主要完成对操作员的管理 即可以添加 删除 修改和查询操作员 为实现以上功能定义了三个窗口 新增操作员窗口 查询操作员窗口 修改操作 员窗口 根据用户选择的不同窗口 从而对应选择其 sql 语句 在添加用户时 对操作员的操作进行了一定的书写规范如图 4 3 在页面中 做了一些处理 来验证操作员填写的信息 此次验证通过 JavaScript 和 Servlet 共同完成 西京学院本科毕业设计 论文 25 图 4 3 新增操作员图 在进行查询操作员时 此查询功能 为操作员提供了方便的操作 查询后得 到所有操作员信息 大大节约了搜索时间 管理员可以对操作员的信息做增 删 查 改的处理 显示所有信息通过分页模式进行分页显示 使页面信息量有了合 理的规划 改善了视觉效果 在执行删除操作员功能时 支持多选操作 通过对 多选框的监听 实现了批量删除功能 如图 4 4 查询过程如图 4 5 所示 图 4 4 查询操作员并显示信息图 西京学院本科毕业设计 论文 26 图 4 5 查询流程图 除以上述功能外 在执行删除和修改时 对表单进行了不为空处理 当操作 员点击了某提交按钮后 会有相应的错误提示 若操作无误 会显示成功提示框 4 44 4 资源管理模块资源管理模块 该模块主要实现了添加手机号码的功能 可以有两种方式进行添加 手动添 加号码段 或者若需要批量添加号码 可以选择用文本的方式进行添加 成功添 加后都将号码状态值设为 可用 最后通过 sql 语句将生成的号码段存放在数 据库中 手动添加号码的功能 先对操作员填写的号码进行判定 号码必须为 11 位 如满足此条件 将号码段先放入存储过程中 等执行向数据库中添加手机号码资 源时 调用存储过程 最后将所需手机号码逐个加入数据库 批量添加的功能 是通过表单对本地文件上传功能的实现 上传的文件需按 照一定的格式填写 在程序执行时 对文本中的数据按行读取后 对应每行信息 的内容 再执行添加操作 如图 4 6 选择查询条件 输入查询的内容 开始查询 显示查询结果 再次查询 返回主窗体 清空查询条件 西京学院本科毕业设计 论文 27 图 4 6 资源管理 4 54 5 业务管理模块业务管理模块 业务管理模块的主要功能 配置开户业务的收费方式 配置开户业务的收费