基于jsp+servlet技术的移动业务管理系统的设计与实现计算机软件专业.doc

中文题目：基于 jsp+servlet 技术的移动业务管理系统的设计与 实现 外文题目：DESIGN AND IMPLEMENTATION Of MOBILE BUSINESS MANAGEMENT SYSTEM BASED ON JSP+SERVLET TECHNOLOGY 毕业设计（论文）共 77 页（其中：外文文献及译文 20 页）图纸共 0 张 II 完成日期 2015 年 6 月 答辩日期 2015 年 6 月 I 摘 要 随着通信行业的蓬勃发展，通信业务的迅速扩大，通信营业系统自动化、电子化程 度越来越高，要求更科学、更迅速、更准确地采集和处理客户信息；更加有效的使用各 种资源。本文所介绍的移动业务管理系统正是基于以上问题所提出。首先，本系统采用 专用技术和通信运营商已有系统无缝集成，不影响系统使用安全、不改变现有系统的使 用习惯；其次，支持自动配置费用功能，能够在开户后自动结账，大大缩短了通信运营 商前台客服人员业务办理时间，提高了工作效率，并杜绝了以前可能存在的费用计算错 误的不足；大大简化业务的办理难度，降低业务办理的劳动强度和出错机率；最后，基 于卡、号、套餐完全分离的选号技术，提高了手机号码、 SIM 卡的利用率。本文在分析 当前移动营业厅业务办理流程的基础上，阐述了系统实现需要解决的主要问题；对系统 整体进行了概要描述，对需求分析和系统架构设计的方法进行了阐述，同时对系统实现 过程中的关键问题给出了具体的技术和方法。本系统以 windows 为开发平台，以面向对 象为方法学，采用 Jsp+Servlet 和 JavaBean 等技术建立了一个集营业厅操作员管理、手机 选号和后台数据管理于一体的综合自动化系统。本系统强调完整性更多而规范的软件开 发过程，按照需求分析，系统设计到实现和测试的步骤，所以系统具有很好的灵活性、 稳定性和扩展性。 关键词：移动业务管理系统；Java；Jsp；Servlet II ABSTRACT With the rapid development of the communications industry, the rapid expansion of communication services, business communications systems automation, electronic increasingly high degree, requires more scientific, more quickly and more accurately collect and process customer information; more effective use of the various resources. Mobile business management system described in this article is based on the issues raised above. First, the system uses proprietary technology and communications operators to seamlessly integrate existing systems, does not affect system security, without changing the existing system usage; secondly, to support the cost of auto-configureuration feature that automatically closing the account opening, greatly reducing the front desk customer service communications operators business processing time, improve work efficiency,and eliminate the cost of possible errors less than previously calculated; greatly simplifies the difficulty of handling operations, reduce labor intensity and error probability of business handled; Finally, based on the card, number, completely separate package pick technology to improve the phone number, the utilization of the SIM card. Business Hall analyzing this process, based on the business transaction, the system described to achieve the main problems to be solved;the general description of the whole system, the system architecture needs analysis and design methods are described, while the realization of the system the key issue given the specific techniques and methods. The windows system development platform, using technologies such as Jsp+Servlet and JavaBean created a set of operating room operator management, mobile pick and background data management in an integrated automation system. More emphasis on the integrity of the system and standardized software development process, in accordance with requirements analysis, system design to implementation and testing steps, so the system has good flexibility, stability and scalability. Key words:Mobile business management system;Java;Jsp;Servlet 目 录 1 项目概述 .1 1.1 现系统概述.1 1.2 公司组织机构.1 1.3 业务流程.2 1.4 现系统存在的问题.4 2 系统需求分析 .5 2.1 系统定义 .5 2.2 需求陈述.5 2.3 USE CASE 建模 6 2.3.1 定义活动者 .6 2.3.2 USE CASE 图.6 2.3.3 用例说明 .8 3 系统架构设计 .11 3.1 架构设计目标11 3.2 系统功能模块11 3.3 系统架构设计12 3.4 系统架构类图14 4 系统详细设计 .16 4.1 系统协作图16 4.2 系统状态图17 4.3 系统活动图19 4.4 系统时序图 22 4.5 业务逻辑对象类图 24 4.6 数据库设计 25 4.6.1 数据库的概念 25 4.6.2 数据库的选择 .25 4.6.3 E-R 图.25 4.6.4 数据库表的描述 .29 4.7 系统实现概述 32 4.8 系统部署图 33 5 编码 .35 5.1 概述开发工具及编程脚本35 5.2 脚本习惯说明37 5.3 脚本37 5.4 构件图38 6 测试 .39 6.1 测试原则及测试方法概述39 6.2 测试项目测试用例40 6.3 软件测试结论43 6.3.1 软件能力 .43 6.3.2 缺陷和限制 .43 6.3.3 建议 .43 6.3.4 测试结论 .43 结 论 .44 致 谢 .45 参考文献 .46 附录 A 中文译文47 附录 B 英文原文56 附录 C 程序清单67 辽宁工程技术大学毕业设计（论文） 1 1 项目概述 1.1 现系统概述 21 世纪的今天，人们的生活已经发生了翻天覆地的变化，人们的生活节奏也越来越 快，做任何事都考究效率，各个市场的运做也需要考究效率，移动业务管理系统的出现 大大提高了手机市场经济运做的效率，其方便反复、运转快速、宽广的散布范围等特点， 大大节省了用户的时间，同时也为国家带来了庞大的经济效益。移动业务管理系统是一 个基于 B/S 模式的对电话号码费用等进行高效率管理的应用系统，它的用户主要是移动 公司的管理员和普通员工，普通员工可以通过该系统进行给客户进行开户，修改密码等 权限，管理员则通过本系统实现对普通用户的管理以及资源管理，配置费用等操作。 1.2 公司组织机构 中国移动通信集团公司（简称“中国移动” ）于 2000 年 4 月 20 日成立，注册资本 3 千亿人民币，资产规模超过万亿人民币，基站总数超过 130 万个，客户总数近 8 亿户， 是全球网络规模、客户规模最大的移动通信运营商。2013 年，中国移动位居财富杂 志“世界 500 强”排名第 71 位，并连续六年入选道琼斯可持续发展指数。中国移动在 国内 31 个省（自治区、直辖市）和香港特别行政区设立全资子公司，并在香港和纽约上 市。主要经营移动话音、数据、IP 电话和多媒体业务，并具有计算机互联网国际联网单 位经营权和国际出入口局经营权。近年来，中国移动通过全面推进战略转型，深入推动 改革创新，加快转变方式、调整结构，经营发展整体态势良好，经营业绩保持稳定。中 国移动多年来一直坚持“质量是通信企业的生命线”和“客户为根，服务为本”的理念， 不断提升质量，改善服务，客户满意度保持行业领先，客户申诉率连续多年全行业最低。 中国移动通信集团 中国移动通信集团 综 合 部 综 合 部 发 展 战 略 部 发 展 战 略 部 法 律 事 务 部 法 律 事 务 部 集 团 客 户 部 集 团 客 户 部 人 力 资 源 部 人 力 资 源 部 网 络 部 网 络 部 市 场 经 营 部 市 场 经 营 部 财 务 部 财 务 部 数 据 业 务 部 数 据 业 务 部 内 审 部 内 审 部 工 会 工 会 计 划 建 设 部 计 划 建 设 部 物 资 采 购 供 应 中 心 物 资 采 购 供 应 中 心 党 群 工 作 部 党 群 工 作 部 纪 检 组 监 察 室 纪 检 组 监 察 室 图 1-1 公司组织机构图 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 2 Figure 1-1 Diagram of the companys organizational structure 1.3 业务流程 业务流程图符号说明如下表 1-1 所示： 表 1-1 业务流程图符号说明 Tablet.1-1 Service flow chart symbol explanation 符号含义符号说明 实体 表示单位或个人，圈内写明单位或个 人职务的名称。 输入输出报表 表示输入或输出的报表、计划、单据、 报告等，框内写明其名称 。 处理 表示业务处理，框内写明处理的名称。 账册 表示各种帐目、规范、定额手册、报 表积累等大量存档信息, 符号内部写 明其名称。 业务流 流向线，表示信息或处理的流向。 根据现场调研分析及业务分析，共需要经过 10 个环节来办理一项业务，分别是配置 套餐，发布套餐，申请业务，选择套餐，选择卡号，号段更新，登记客户信息，受理业 务，缴费和开卡。得到整体业务流程图如下图 1-2 所示： 辽宁工程技术大学毕业设计（论文） 3 经理 经理 配置套餐 配置套餐 号段清 单 号段清 单 业务明 细 业务明 细 营业员 营业员 发布套餐 发布套餐 客户 客户 申请业务 申请业务 营业员 营业员 选择套餐 选择套餐 选择卡号 选择卡号 更新号段 更新号段 登记客户信息 登记客户信息 业务清 单 业务清 单 业务员 业务员 受理业务 受理业务 缴费 缴费 缴费清 单 缴费清 单 开卡 开卡 客户 客户 图 1-2 原业务流程图 Figure 1-2 The flow chart of original business 根据调研分析及业务分析，我发现可以使用软件的信息化来简化这 10 个业务办理的 环节。经过分析设计后，我想用以下 9 个环节来实现业务办理。这些环节分别是登录， 设置操作员帐号，管理卡号资源，设置资源套餐，业务申请，验证卡号，录入客户信息， 选择套餐和设置账户。这样以来，移动业务办理系统简化了原业务流程，也就显示出它 的价值所在。现得到整个系统的业务流程图如下图 1-3 所示： 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 4 管理员 管理员 登录 登录 设置操作员 帐号 设置操作员 帐号 管理卡号资源 管理卡号资源 设置资源套餐 设置资源套餐 操作员 操作员 客户 客户 业务申请 业务申请 登录 登录 验证卡号 验证卡号 录入客户信息 录入客户信息 选择套餐 选择套餐 设置账户 设置账户 业务清 单 业务清 单 客户 客户 图 1-3 新系统流程图 Figure 1-3 The workflow of new system 1.4 现系统存在的问题 移动通信公司一向是我们国家各个行业中最先实现信息化的企业，仅管如此，面对 其庞大的用户群体和员工团队，在信息化方面也不是完全的信息化，这跟我们国家的整 体信息化进度有关，我们国家是在 20 世纪 90 年代开始重视信息化的，那个时代以后， 从中央到地方、从企业到个体经营者、从社会到家庭慢慢地深入人心。信息化是工业化 的下一个阶段，它能极大地提高生产力。移动通讯公司虽然在很多部门都实现了信息化， 但是其业务系统多而杂，而且部门多、人员杂，完全实现信息化几乎是不可能的。移动 业务管理系统的实施能帮助数据业务部门在业务办理上实现信息化，这能减少其人力成 本，增加其业务收入，极大地方便了这个行业和用户。 对企业来讲，这也是维持其继续保持先进性的一个优秀的武器。移动业务管理系统 是软件技术发展的产物，带有其鲜明的时代特点，而且它是支持各种国际国内规范的 java 编码技术，其扩展性相当好，如果其哪一块业务系统发生变化，扩展其业务系统也是很 方便的，不会影响其原来的系统。 辽宁工程技术大学毕业设计（论文） 5 2 系统需求分析 2.1 系统定义 该系统主要建立一个基于 B/S 模式的移动业务管理系统，面对当前越来越多的开卡 办卡用户，对电话卡，费用仍是人工管理带来的检索速度慢，效率低，办卡量大，卡号 统计工作量大，卡号完成及时更新的问题，该系统可以对系统的两种用户类型的使用实 现： （1）对于非管理员用户在本系统的应用下只可以进行开户的功能，方便了为客户选 号开卡的功能，提高了开户的方便性。 （2）对于管理员用户能够实现方便地进行操作员管理，操作员查询，增加以及删除， 轻松地进行资源管理和配置业务费用，便捷地对号码资源进行添加、修改、删除，并且 可以完成号码资源批量上传的功能，分类管理各种套餐费用，对套餐信息进行相关添加， 修改，删除，分类管理等操作。 2.2 需求陈述 在调研时发现对于移动业务的一些用户体会，大家都觉得移动的一些业务在收费这 块上还是不够明朗，很多费用自己都不是很清楚，什么增值费用，优惠金额等，对资源 的配置问题还是不够清楚，因此，为了维护广大用户的切身利益；为了移动业务管理系 统更加明朗，清晰，为了方便管理人员全面地掌握客户的情况，设计一套专用业务管理 系统来管理用户信息，管理员信息，业务信息，资源信息，使移动业务管理实现标准化 和规范化是十分必要的。 （1）从用户的角度分析 现在，手机的价格已经十分低廉，性能却有了长足的进步。而本系统的开发，为移 动营业厅的管理带来极大的方便，为此主要表现有以下几个方面：第一，本系统的运行 可以代替人工进行许多繁杂的劳动；第二，本系统的运行可以节省许多资源；第三，本 系统的运行可以大大的提高工作效率；第四，本系统更加安全，等等。所以，本系统在 经济上是可行的。 （2）从信息需求的角度分 本系统利用 MySql 作为后台的数据库，它是一个支持多用户的数据库，适用于大中 规模的数据量需求。使用 MyEclipse 作为系统开发的开发环境，JavaBean 作为 MyEclipse 的一种开发语言提供完善的指令控制语句、类与对象的支持及丰富的数据类型。 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 6 2.3 Use Case建模 2.3.1 定义活动者 根据业务办理的需求可以确定两个活动者，即管理员和操作员。 操作员是该系统的重要的使用角色，他们通过该系统查询自己的信息，还可以为客户 配置业务费用，并且可以新增客户及对所选的套餐进行合帐。修改自己的用户密码等权 限。 管理员是该系统的另一个重要使用者，管理员通过该系统进行操作员的增加，修改， 删除，设置电话号码段和卡号的类型也可以通过上传数据送入数据库，在配置业务费用 中可以对收费项目的价格进行修改以及设置套餐所包含的业务和计算总费用。 2.3.2 Use Case 图 根据系统分析，得到办理业务的 4 个用例如下： （1）操作员管理（2）资源管理（3）业务费用管理（4）开户管理 结合活动者和用例得到系统的用例图如下图 2-1 所示。 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 2-1 系统 Use Case 图 Figure2-1 Use case for system 辽宁工程技术大学毕业设计（论文） 7 管理员需要完成操作员管理，资源管理，业务费用管理和开户管理等相关操作。操 作员管理包含增加操作员，修改操作员信息和删除操作员；资源管理包含选择卡类型， 提交号段和导入文件；业务费用管理包含收费细项管理和业务费用管理；开户管理包含 增加客户和账户管理。经分析得到管理员用例图如下图 2-2 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 2-2 管理员 Use Case 图 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 8 Figure2-2 Use case for administrator 操作员需要完成开户管理相关操作。开户管理包含增加客户和账户管理。经分析得 到操作员用例图如下图 2-3 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 2-3 操作员 Use Case 图 Figure2-3 Use case for operator 2.3.3 用例说明 根据如上用例图得到操作员管理用例描述如下表 2-1 所示： 表 2-1 操作员管理用例描述 Table2-1 Operator management of the use case description 用例名称操作员管理 用例描述当要管理操作员信息的时候是这个用例的开始。它处理有关操作员 信息的增，删，改等相关问题，当审批者即管理员完成审批并提交 信息到下一环节时它就结束了 参与者管理员 优先级1 前置条件人力资源部下发工作通知并提供操作员相关信息 后置条件提交工作报表 基本操作流程1.管理员以管理员权限登陆系统 2.系统验证管理员身份 3.管理员录入操作员相关信息 4.系统验证操作员信息字段完整性 5.管理员提交操作员信息 6.系统保存操作员信息 可选操作流程操作员信息与提供信息不符，管理员驳回该信息到人力资源 被泛化的用例无 被包含的用例增加操作员用例，修改操作员信息用例和删除操作员用例 辽宁工程技术大学毕业设计（论文） 9 被扩展的用例无 根据如上用例图得到资源管理用例描述如下表 2-2 所示： 表 2-2 资源管理用例描述 Table2-2 Resource management of the use case descriptions 用例名称资源管理 用例描述当要管理号段资源的时候是这个用例的开始。它处理有号码开通状 态的相关问题，当管理者即管理员完成审核并提交该业务到下一环 节时它就结束了。 参与者管理员 优先级2 前置条件数据业务部下发工作通知并提供相关资料 后置条件提交工作报表 基本操作流程1.管理员以管理员权限登陆系统 2.系统验证管理员身份 3.管理员录入号段资源 4.系统验证号段是否已被占用 5.管理员提交号段资源 6.系统保存号段资源 可选操作流程号段资源已被占用，管理员驳回该业务 被泛化的用例无 被包含的用例选择卡类型用例，提交号段用例和导入文件用例 被扩展的用例无 根据如上用例图得到业务费用管理用例描述如下表 2-3 所示： 表 2-3 业务费用管理用例描述 Table2-3 Business cost management of the use case descriptions 用例名称业务费用管理 用例描述当一个业务被配置费用的时候是这个用例的开始。它处理有关业务 费用的相关问题，当配置者即管理员完成配置并提交该业务到下一 环节时它就结束了。 参与者管理员 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 10 优先级3 前置条件数据业务部下发工作通知并提供相关方案 后置条件提交工作报表 基本操作流程1.管理员以管理员权限登陆系统 2.系统验证管理员身份 3.管理员配置业务费用 4.系统保存业务费用信息 可选操作流程业务费用与提供的方案不符合，管理员驳回该业务 被泛化的用例无 被包含的用例收费细项管理用例和业务收费管理用例 被扩展的用例无 根据如上用例图得到开户管理用例描述如下表 2-4 所示： 表 2-4 开户管理用例描述 Table2-4 Open account management of the use case descriptions 用例名称业务费用管理 用例描述当一个客户要新开业务的时候是这个用例的开始。它处理有关开户 的相关问题，当客服即操作员完成开户并提交该业务到下一环节时 它就结束了。 参与者管理员或操作员 优先级4 前置条件客户申请开户业务 后置条件提交工作报表 基本操作流程1.管理员或操作员以操作员权限登陆系统 2.系统验证操作员身份 3.操作员录入客户信息 4.系统验证客户信息字段完整性 5.操作员进行管理账户 6.系统验证账户余额 7.操作员提交开户信息 8.系统保存开户信息 可选操作流程账户余额不足，操作员驳回该业务 被泛化的用例无 辽宁工程技术大学毕业设计（论文） 11 被包含的用例增加客户用例和账户管理用例 被扩展的用例无 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 12 3 系统架构设计 软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。 也可以通俗地理解为：总体设计和总体结构布局。 3.1 架构设计目标 软件架构设计要达到如下的目标： （1）可行性（Feasible）：架构具有可行性是架构设计的基石。 （2）可靠性（Reliable）：软件系统对于用户的商业经营和管理来说极为重要，因此 软件系统必须非常可靠。 （3）安全性（Secure）：软件系统所承担的交易的商业价值极高，系统的安全性非常 重要。 （4）可定制化（Customizable）：同样的一套软件，可以根据客户群的不同和市场需 求的变化进行调整。 （5）可扩展性（Extensible）：在新技术出现的时候，一个软件系统应当允许导入新 技术，从而对现有系统进行功能和性能的扩展。 （6）可维护性（Maintainable）：软件系统的维护包括两方面，一是排除现有的错误， 二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支 持的花费。 （7）可升级性（Scalable）：软件必须能够在用户的使用率、用户的数目增加很快的 情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 （8）客户体验（Customer Experience）：软件系统必须易于使用。软件的最终用户很 可能是不具有计算机专业技术的人员。 3.2 系统功能模块 系统主要包含操作员管理，资源管理，业务配置管理和开户四大模块。每个模块包 含一个或多个功能点，为了使模块间的耦合度降低，我们做了一些耦合设计，最终定下 了八个功能点。根据系统需求分析，现总结系统结构图如下，见图 3-1。 辽宁工程技术大学毕业设计（论文） 13 移动业务管理系统 移动业务管理系统 业务配置管 业务配置管 资源管理 资源管理 操作员管理 操作员管理 提 交 提 交 开户 开户 选 号 管 理 选 号 管 理 套 餐 选 择 套 餐 选 择 收 费 金 额 收 费 金 额 收 费 项 目 收 费 项 目 新 增 客 户 新 增 客 户 人 员 管 理 人 员 管 理 权 限 管 理 权 限 管 理 图 3-1 系统功能模块图 Figure 3-1 Function models of system 3.3 系统架构设计 下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型，得到包 图，如图3-2所示： User interfacedao file modelservlet util vo 图 3-2 系统模块包图 Figure3-2 Package diagram of system 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 14 1用户界面包 用户界面包的职责是： （1）与用户的交互，接收用户的各种输入以及输出各种提示信息或处理结果。 （2）对于输入的数据进行数据校验，过滤非法数据。 （3）向业务处理对象发送处理请求。 用户界面包图展开如图 3-3 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 3-3 用户界面包展开图 Figure3-3 Package diagram of users interface 用户界面包包含的类见图 3-4： 图 3-4 用户界面类图 Figure3-4 Class diagram of users interface 2业务逻辑包 业务逻辑包的职责是： （1）实现各种业务处理逻辑或处理算法。 （2）验证请求者的权限。 （3）向数据访问对象发送数据持久化操作的请求。 （4）向用户界面层返回处理结果。 3数据访问包 数据访问层的职责是： （1）实现数据的持久化操作。 （2）实现事务处理。 数据访问包图展开如图 3-5 所示： 辽宁工程技术大学毕业设计（论文） 15 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 3-5 数据访问包图展开 Figure3-5 Package diagram of data access 对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象， 在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作，而这些操作又 必须在同一个事务中，这时需要用同一个数据库连接对象来进行统一的事务处理。这里 的数据库连接类的创建用到了单件（Singleton）模式，保证一个类仅有一个实例，一个客 户在同一时刻只能用一个数据库连接对象。 3.4 系统架构类图 系统架构类包含管理员类、操作员类、登录类、生成业务类、开户管理类、账户管 理类、数据访问类和数据库连接类。各个类的具体含义如下： 管理员类：表示所有系统管理员及其相关信息的类。 操作员类：表示所有系统操作员及其相关信息的类。 登录类：用于用户权限验证的类。 生成业务类：用于配置手机卡套餐资费的类。 开户管理类：用于增加客户相关信息的类。 账户管理类：用于客户帐号管理的类。 数据访问类：用于封装数据库对象的类。 数据库连接类：用于实现连接数据库的类。 经分析得系统架构类图如下图3-6所示： 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 16 不 不 不 (from Use Case View) 不 不 不 (from Use Case View) 不 不 1 1n 1 1n 不 不 不 不 1n 1 不 不 不 不不 不 不 不 1n 1 10n 不 不 不 不 不 1n1 1n 1 不 不 不 不 不 不 1 1n 1n 1 1n 1 1 1n 1 1n 11n 1 1n 0n1 1n 1 图 3-6 系统架构类图 Figure3-6 Class diagram of system architecture 辽宁工程技术大学毕业设计（论文） 17 4 系统详细设计 4.1 系统协作图 根据资源管理的用例描述，得知资源管理模块的交互过程。资源管理协作图如下图 4-1 所示： : 不 不 不 : 不 不 : 不 不 不 不 不 : 不 不 不 不 : 不 不 不 不 1: 不 不 不 不 不 不 不 不2: 不 不 不 不 不 3: 不 不 不 不 4: 不 不 不 不 不 不 5: 不 不 不 不 不 不 不 不 6: 不 不 不 不 7: 不 不 不 不 8: 不 不 不 不 不 不 不 不 图 4-1 资源管理协作图 Figure4-1 Resource management collaboration diagram 根据业务费用管理的用例描述，得知业务费用管理模块的交互过程。业务费用管理 协作图如下图 4-2 所示： : 不 不 不 : 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 1: 不 不 不 不 不 不 不 不2: 不 不 不 不 不 不 3: 不 不 不 不 不 不 4: 不 不 不 不 ( ) 5: 不 不 不 不 不 不 不 不 . 图 4-2 业务费用管理协作图 Figure4-2 Business expense management collaboration diagram 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 18 根据开户管理的用例描述，得知开户管理模块的交互过程。开户管理协作图如下图 4-3 所示： : 不 不 不 : 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 1: 不 不 不 不 不 不 不 不2: 不 不 不 不 不 不 3: 不 不 4: 不 不 不 不 不 不 5: 不 不 不 不 不 不 不 不 6: 不 不 不 不 7: 不 不 8: 不 不 不 不 不 不 图 4-3 开户管理协作图 Figure4-3 Account management collaboration diagram 4.2 系统状态图 资源管理状态图如下图 4-4 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 4-4 资源管理状态图 Figure4-4 Resource management state diagram 辽宁工程技术大学毕业设计（论文） 19 业务费用管理状态图如下图 4-5 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 4-5 业务费用管理状态图 Figure4-5 Business expense management state diagram 开户管理状态图如下图 4-6 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 4-6 开户管理状态图 Figure4-6 Account management state diagram 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 20 4.3 系统活动图 管理员参与者的资源管理活动图如下图 4-7 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 余 余 余 余 余 余 余 余 不 不 图 4-7 资源管理活动图 Figure4-7 Resource management activity diagram 辽宁工程技术大学毕业设计（论文） 21 管理员参与者的业务费用管理活动图如下图 4-8 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 图 4-8 业务费用管理活动图 Figure4-8 Business expense management activity diagram 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 22 操作员参与者的开户管理活动图如下图 4-9 所示： 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 不 余 余 余 余 余 余 余 余 不 不 不 不 不 不 不 余 余 余 余 余 余 余 余 不 不 不 不 图 4-9 开户管理活动图 Figure4-9 Account management activity diagram 辽宁工程技术大学毕业设计（论文） 23 4.4 系统时序图 管理员参与者的资源管理时序图如下图 4-10 所示： : 不 不 不 : 不 不 不 : 不 不 : 不 不 : 不 不 不 不 不 : 不 不 不 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 1: 不 不 不 不 不 不 不 不 2: 不 不 不 不 不 3: 不 不 不 不 4: 不 不 不 不 不 不 5: 不 不 不 不 不 不 不 不 6: 不 不 不 不 7: 不 不 不 不 8: 不 不 不 不 不 不 不 不 图 4-10 资源管理时序图 Figure4-10 Resource management timing diagram 管理员参与者的业务费用管理时序图如下图 4-11 所示： : 不 不 不 : 不 不 不 : 不 不 : 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 : 不 不 不 不 不 不 1: 不 不 不 不 不 不 不 不 2: 不 不 不 不 不 不 3: 不 不 不 不 不 不 4: 不 不 不 不 ( ) 5: 不 不 不 不 不 不 不 不 . 图 4-11 业务费用管理时序图 Figure4-11 Business expense management timing diagram 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 24 操作员参与者的开户管理时序图如下图 4-12 所示： : 不 不 不 : 不 不 不 : 不 不 : 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 : 不 不 不 不 1: 不 不 不 不 不 不 不 不 2: 不 不 不 不 不 不 3: 不 不 4: 不 不 不 不 不 不 5: 不 不 不 不 不 不 不 不 6: 不 不 不 不 7: 不 不 8: 不 不 不 不 不 不 图 4-12 开户管理时序图 Figure4-12 Account management timing diagram 辽宁工程技术大学毕业设计（论文） 25 4.5 业务逻辑对象类图 系统业务逻辑对象类图如下图 4-13 所示： 图 4-13 系统业务逻辑对象类图 Figure4-13 System business logic object 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 26 4.6 数据库设计 4.6.1 数据库的概念 当人们从不同的角度来描述这一概念时就有不同的定义。例如，称数据库是一个“记 录保存系统”(该定义强调了数据库是若干记录的集合)。又如称数据库是“人们为解决特定 的任务，以一定的组织方式存储在一起的相关的数据的集合”(该定义侧重于数据的组织)。 更有甚者称数据库是“一个数据仓库”。当然，这种说法虽然形象，但并不严谨。严格地说， 数据库是“按照数据结构来组织、存储和管理数据的仓库”。 本系统将使用一直以来使用都最为广泛的关系模型作为数据库的建设依据。在用户 的观点下，关系模型中数据的逻辑结构是一张二维表，一个关系对应通常说的一张表， 并且关系的每一个分量必须是一个不可分的数据项。而一个基于关系模型的数据库则是 由若干个二维表组成的。对于一些大型和中型的数据库，如 Oracle，SQL Server 2000 等 都属于关系型数据库，同时它们所带有的数据库管理工具是其他小型数据库所没有的， 而同时这些工具又为管理员的工作节省了很多的时间和财力。 4.6.2 数据库的选择 本系统中数据库采用 MySQL。数据库是网站的核心，数据库设计的合理与否对网站 的建设有着至关重要的影响。一个良好的数据库开发过程一般是先系统分析，再逻辑设 计，然后物理实现。逻辑设计中根据系统分析设计一个关系模型，物理设计为逻辑设计 中的数据模型选取一个最合理的应用环境的物理结构，通常选取一个常用数据库软件， 用数据库软件创建与逻辑设计中数据模型对应的数据库。 出于安全性的考虑，将与数据库的连接，单独写出来并进行编译，也就是数据库连 接的 Javabean 文件，编译出来的.class 文件是无法被修改的，只能通过源文件进行修改， 只需在 JSP 页面中只用直接调用该方法即可。 4.6.3 E-R 图 E-R 图也称实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实 世界的概念模型。本系统整体 E-R 图如图 4-14。经过拆分细化，得图 4-15 至图 4-22 的部 分 E-R 图。 辽宁工程技术大学毕业设计（论文） 27 客户 客户 操作员 操作员 账户 账户 业务 业务 资源 资源 用户 用户 收费 收费 套餐 套餐 业务申请 业务申请 拥有 拥有 属于 属于 配置业务 配置业务 套餐设置 套餐设置 * 1 * * *1 * * * * 图 4-14 系统整体 E-R 图 Figure4-14 Entity relationship diagram of system 操作员 操作员 操作员ID 操作员ID 姓名 姓名 密码 密码 权限 权限 图 4-15 操作员 E-R 图 Figure4-15 Entity relationship diagram of operator 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 28 资源 资源 卡号 卡号 号码类型 号码类型 号码状态 号码状态 图 4-16 资源 E-R 图 Figure4-16 Entity relationship diagram of resource 收费项目 收费项目 收费项目ID 收费项目ID 收费项目 名称 收费项目 名称 收费金额 收费金额 图 4-17 收费项目 E-R 图 Figure4-17 Entity relationship diagram of charge information 套餐 套餐 套餐ID 套餐ID 套餐名称 套餐名称 套餐费用 套餐费用 图 4-18 套餐 E-R 图 Figure4-18 Entity relationship diagram of package 辽宁工程技术大学毕业设计（论文） 29 业务 业务 业务ID 业务ID 套餐ID 套餐ID 图 4-19 业务 E-R 图 Figure4-19 Entity relationship diagram of business 客户 客户 客户ID 客户ID 证件类型 证件类型 地址 地址 性别 性别 证件号 证件号 姓名 姓名 生日 生日 图 4-20 客户 E-R 图 Figure4-20 Entity relationship diagram of customer 用户 用户 用户ID 用户ID 用户编号 用户编号 账户余额 账户余额 卡号 卡号 业务ID 业务ID 图 4-21 用户 E-R 图 Figure4-21 Entity relationship diagram of user 肖劲光：基于 jsp+servlet 技术的移动业务管理系统的设计与实现 30 账户 账户 账户ID 账户ID 姓名 姓名 账户余额 账户余额 地址 地址 图 4-22 账户 E-R 图 Figure4-22 Entity relationship diagram of account 4.6.4 数据库表的描述 设计数据库必须遵循一定的规则，在关系型数据库中，这种规则就是范式，范式是 符合某一种级别的关系模式的集合。一般人们设计数据库遵循第三范式。即：数据库表 中不包含已在其他表中包含的非主关键字信息。采用范式减少了数据冗余，节约了存储 空间，同时加快了增、删、改的速度。 整个系统所包括的信息有操作员信息、号码资源信息、套餐业务费用信息、用户信 息、合帐费用信息等。可将这些信息抽象为下列系统所需要的数据项和数据结构： 操作员信息（操作员 ID，名称，密码，权限） 资源信息（卡号，号码类型，号码状态） 收费项目信息（收费项目 ID，收费项目名称，收费金额） 套餐信息（套餐 ID，套餐名称，套餐费用） 业务项目信息（业务 ID，套餐 ID） 客户信息（客户 ID，证件类型，证件号，姓名，性别，生日，地址） 用户信息（用户 ID，用户编号，卡号，业务 ID，账户余额） 账户信息（账户 ID，姓名，地址，账户余额） 操作员信息表主要用于存储操作员相关信息，其中的相关信息是在操作员存入数据 库时由管理员进行添加完善，此表主要用于管理员对操作员的查询，根据判断操作员权 限可以对客户进行开户管理，即查询注册用户信息，注册新用户，统计新注