集团SP业务退订批量处理模块论文.doc

沈阳航空工业学院毕业设计（论文）

集团SP业务退订批量处理系统

摘 要
目前，由于企业需求的复杂性、多变性的快速增长，拥有一套快速开发平台已成为满足当前企业级应用需求的有效解决方案。这也是开发人员都在寻求的一种可以大幅度提高软件开发效率的方法。汲取目前平台开发的成熟经验，结合特定的领域需求和业务架构平台思想，可以使开发人员以此为基础进行J2EE项目软件的快速开发。
论文首先介绍了小灵通短信群发国内研究现状，提出了一种用于快速开发大型企业级软件的集成框架开发平台，并对系统的总体需求、框架体系结构、总体设计、主框架服务组件的设计思路，关键技术以及实现机制等方面进行了详细论述，最后，框架结合组件设计实例，对系统设计与实现框架组件过程中所采用指导原则和关键技术进行了深入的研究和剖析，为基于此平台的二次开发人员提供了成功的实践依据。项目开发人员只关注于业务逻辑的实现，屏蔽了底层技术，从而降低软件项目的技术风险和成本。
关键词：框架；J2EE；快速开发平台；企业级；小灵通
Abstract
Currently, because of the demanding complexity of business enterprise, owning a set of fast development platform has already become the current enterprise applications solution. Draw to summary the feasible system realized technology and schema, combine the field need and the thoughts of business structure platform, and provides a practical guide for future enterprise application development.
The thesis introduces to the domestic research present condition of the software development according to messages of PAS(Personal Access System) sent. Put forward a kind of using of integration development frame for developing the large business enterprise software. Discusses the system aspects of design thought, infrastructure, Service component, and realization of applications in principle, and does a great deal of research and taking apart on related technique and practical principle in the system. The developers only pay attention to business requirements because of accomplishing skeleton. In sum, the risk and cost is reduced greatly.
Keywords： Frame； J2EE；Platform；Enterprise；PAS
目 录
1 引言 1
1.1 课题的研究意义 1
1.2 课题的适用范围及内容 2
2 研究现状及设计目标 3
2.1 研究现状 3
2.2 本课题要达到的设计目标 4
3 关键问题 5
3.1 研究设计中要解决的问题 5
3.2 具体实现中采用的关键技术及复杂性分析 6
3.2.1 Struts技术 7
3.2.2 Hibernate技术 8
3.2.3 数据访问对象（DAO）设计模式 8
4 系统设计 9
4.1 数据库设计 9
4.1.1 数据库设计原则 9
4.1.2 E-R图 10
4.1.3 系统表结构 11
4.2 系统的框架设计 13
4.2.1 B/S开发模式 13
4.2.2 MVC设计模式 14
4.3 模块设计 15
4.3.1 总体模块设计 15
4.3.2 详细模块设计 16
5 系统实现 21
5.1 模块实现 21
5.1.1 系统登陆模块 21
5.1.2 号码导入模块 23
5.1.3 发送设置模块 24
5.1.4 历史查询模块 25
5.1.5 历史统计模块 26
5.1.6 修改密码模块 26
5.1.7 短信发送模块 27
6 性能测试与分析 28
6.1 黑盒白盒的测试理论 28
6.2 实例测试 29
6.2.1 测试内容及测试结果 29
7 结论与展望 31
参考文献 32
致 谢 33
附录 关键代码 34
附录 Hibernate配置文件 39

V

沈阳航空工业学院毕业设计（论文）
1 引言
我国的经济发展到今天，市场格局已发生了根本性的变化，即由卖方市场转变为买方市场。面对越来越精明的消费者，质量、价格已不仅仅是市场决胜的唯一因素，也不再是衡量“客户满意度”的唯一指标。“服务”成为现代企业最为重视的课题之一。谁能为用户提供更好的服务，谁就能获得更高的客户满意度，谁就能赢得更多的市场。而发现、强化、完善和不断提高服务手段，同时降低服务成本，成为与产品、质量同样重要的方面。作为一种信息通道，短信息因其高效率、低成本、快速简便和安全性等特性，极其适合作为企业向客户提供延伸、互动和个性化的优质服务。可以预见，在未来几年中，随着经济、技术以及网络设施的不断发展，短信息将成为企业向客户提供服务的主要通道和手段。　
1.1 课题的研究意义
近年来，短消息作为一种新的信息业务，获得极为快速的发展。短消息业务是通过存贮转发、实时监测的机制，提供可靠的、低开销的无线数据业务，不仅是现阶段最重要、最方便的无线数据接入手段，未来随着无线网络的发展，短消息的机制同样也可适用于GPRS直到3G网络。根据Ovum评测报告，在3G时代，短消息仍是最重要的无线数据业务现阶段，短消息主要用来传递有限长度的简单文本信息，不过许多国家都已采用了较高级的文本业务，如将照片和卡片附加在短消息之上；当网络进化到3G时代，利用短消息方式开展各种多媒体信息服务、复杂事务交易、娱乐和休闲服务等仍然将占据着无线数据业务的主导地位，而且速度可大大提升。打个比方来说，如果说现阶段平均3秒钟可收到一条短消息，到了GPRS阶段，则1秒钟可接收到几十条短消息，届时，随着无线终端的进步，相信各种目前还难以预料的业务都会大量涌现从另一方面来看，短消息作为可靠的数据通道，表现出方便、高效、安全的特点。基于短消息的智能SIM卡技术的成熟更是从业务上大大方便了用户的使用。国内已经有城市利用这一技术最早实现移动银行、股票交易等业务，首批投放市场的4000张卡在两周内就销售一空，呈现出供不应求的局面。中国移动集团公司果断决定在两个月内在全国15个省市范围之内推出移动银行业务，也正是看到了短消息的技术前景。
1.2 课题的适用范围及内容
本系统适合政府、银行、证券、零售、教育、公安、制造企业、旅游行业、保险行业、电力行业、海关等具有短信群发需求的企事业单位。
可应用于开会通知、节日祝福、新产品发布、与客户沟通等，可按号段自动生成，还可以设定过滤掉部分尾号，也可指定部分尾号发送强大、易用的通讯录管理功能，可作多级的用户分组可维护各级小灵通用户信息支持常用短语维护，可在编辑短信时插入短语按制定条件发送，可以选择地区发送，有黑名单、敏感号码过滤功能根据用户要求企业可以设定时间对自身的用户进行节日问候，过节祝福等亲情沟通。信息生成后，系统将会在指定的时间自动将信息发送给用户每次能发送65个汉字, 超过65个汉字分条发送，支持自动签名功能具有批量重发、转发功能，有发送参数设置功能发送、接收短信日志管理，收发情况实时监控支持收到查询短信后在数据库寻找相关信息回发给查询用户的功能（需要二次开发）具有二次开发控件，可以链接类似物流管理软件、证券交易软件、保险管理软件、销售管理软件等数据管理软件进行查询后转发给用户可以设定定时发送的功能，增加了外部文件导入发送的功能可视管理短信发送状况，可随时暂停、删除和继续发送当前的任务具有数据备份功能，发送成功短信、失败的短信、接收短信备份可以导出发送成功短信号码、导出接受短信号码，形成的文件可以导入小灵通短信群发软件发送。
2 研究现状及设计目标
企业短信群发业务是面向政府机关、银行证券、保险、教育等行业和各类企业，提供专用的小灵通短信发送和管理平台。短信群发已经成为一种新兴的高效营销手段，企业通过这个平台可以使企业充分利用短信实时性强、无线传输、小灵通发短信成本低廉等特性来发布各种企业相关信息。如短信广告、客户（会员）通知、学生家长通知、保险费催缴、管理费用催缴、产品发布等，企业内部还可以丰富会议通知、信息发布等管理职能。
2.1 研究现状
1.小灵通的网络缺陷成为增值业务发展的瓶颈。小灵通短信群发成功率在60%，远远低于GSM/CDMA的90%；小灵通短信网关经常出现重复发送同一条短信的现象，遭遇投诉热潮；短信字数太少，限制在45个字，比之手机短信的70个字，少了25个字，网络技术的硬伤限制了增值业务的蓬勃发展。
2.小灵通的最大法宝是廉价的资费，由此在短短数年时间聚集了近几千万用户，但小灵通用户群体却普遍对资费很敏感，用户如果在某一个月有明确的使用记录，但是没有取消，在以后几个月都会产生费用，当发现自己话费减少时，就会找出一大堆理由要求退费，有的甚至干脆不承认使用。这样的结果直接导致了ARPU值偏低,开展业务比较困难，投入产出比值太低，收入不均衡,很容易陷入入不敷出的尴尬。
3.小灵通增值业务的起步阶段，网通监管力度不严，目前的小灵通SP处于初期的群雄割据乱战江湖以期抢占更多用户，理念上大家都认为小灵通有空子可转，因此违规非常严重，虽然监管部门和无线运营商已经意识到手机增值业务迫切需要整顿，但发展到制定规则维护秩序的局面却尚需时日。
4.网通的政策，及网通与SP的结算是否准时，及时，准确。
5.因小灵通运营商分南北，号码无法作到统一规范，文字描述繁琐是可想而知的，因此广告版面的增加,会带来额外的广告费用。
2.2 本课题要达到的设计目标
1.提供给退网及在网用户批量业务退订的功能；
2.系统需要用户登录验证，每地市一个登录帐号，省公司一个登录帐号；
3.各地市可通过以下两种方式将小灵通号码加载到系统的数据库中：
方式一：地市管理员将用户小灵通号码定期汇总形成txt文件，例如每行一个小灵通号码。在登录系统后，可使用系统提供的批量导入功能将号码文件内容导入到系统数据库中，或以单条添加的方式将号码逐一添加到系统中。
方式二：地市管理员将用户小灵通号码定期汇总形成txt文件，例如每行一个小灵通号码，然后将此文件上传到系统指定的ftp上。系统将定期自动下载此ftp上的文件，并自动导入到系统数据库中。
＃方式二先期可暂不实现。
4.系统实现初期，可根据各地市提供的号码信息，模拟用户向91062发送短信信息，短信内容为“00000”。
先期目标实现后，再将目标号码和短信内容设置为可灵活设置的模式。
5.系统管理员根据各个地市提供的号码，定期批量发送短信，同时发送短信时可对“发送的起始时间”及“发送的速率（条/秒）”进行设置。
6.提供给各地市查询功能，根据输入号码查询该号码是否已经被处理发送过短信，什么时间被发送的退订SP业务信息。
7.提供给各地市统计功能，可按月统计该地市当月被批量取消业务的小灵通号码的数量。
3 关键问题
3.1 研究设计中要解决的问题
1.号码导入问题
根据系统需求，要求各地市或管理员将用户小灵通号码定期汇总形成txt文件，例如每行一个小灵通号码。在登录系统后，可使用系统提供的批量导入功能将号码文件内容导入到系统数据库中，并以单条添加的方式将号码逐一添加到系统中。并对导入的号码进行校验，如果是沈阳和大连，号码长度等于8位，其他地市则应等于7位。
基于以上要求，解决办法如下：
系统的批量导入功能，从session中取出所属地市，通过所属地市判断出是管理员还是地市用户，用户可以选择区号（如果是地市用户则直接默认为该用户的区号，如果是管理员，需要用户在区号列表中进行选择）选择本地号码文件（txt文件），点击确定按钮上传该文件。首先通过上传的区号和系统通过序列产生批次号，并在指定的目录下创建一个以区号＋下划线＋批次号命名的txt文件，然后，开始读取文件中的内容，并进行校验：每行为一个不含区号的号码，如果是沈阳和大连号码长度应等于8位，其他则应等于7位，每行不能为空，必须是数字，如果不满足以上条件，将抛出异常，跳入错误页，显示错误信息。如果该行号码有效，则将该号码的相关信息导入号码表，将该行数据写入创建的文件中。如此循环操作，直到读完文件的最后一行，最后，将本批次导入号码的数量，状态，录入人，录入时间导入到批次表中。如果有一行出错，则整个导入过程失败，提示用户第x行有错误数据，应重新上传。上传新文件应覆盖掉原先的错误文件；导入号码表时自动将区号累加到每个号码的前面存到数据库中。
2.短信发送问题
本系统是由Web实现部分和APP应用实现部分组成，在此仅实现Web部分，在Web部分实现的基础上，当管理员执行短信发送时，应用部分将从数据库中读取状态为处理中的号码，和发送短信的设置信息，按照设置信息给用户发送短信。
根据系统的需求，解决办法如下：
当管理员要发送短信时，首先，进行发送设置，可以设置发送起始时间、发送结束时间、发送目标号码、发送内容、发送频率，发送起始时间不能超过发送结束时间。设置好后提交，让发送设置表保持只存储一条记录，当应用部分要提取短信设置信息时，读取该条记录即可，因此，当提交设置时，应先判断数据库中是否有记录，若有则，更新此记录，若没有则将信息插入数据库。然后，将批次表中该批次的状态由已导入改为处理中，同时将号码表中同一批次导入的号码的状态也改为处理中。
3.2 具体实现中采用的关键技术及复杂性分析
目前，Java 2平台有3个版本，它们是：适用于小型设备和智能卡的Java2平台Micro版(Java 2 Platform Micro Edition J2ME)；适用于桌面系统的Java 2平台标准版(Java 2 Platform Standard Edition, J2SE)；适用于创建服务器应用程序和服务的lava 2平台企业版(Java 2 Platform Enterprise Edition,J2EE)。J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如“编写一次、随处运行”的特性、方便存取数据库的JDBC API，CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB ( Enterprise JavaBeans )，Java Servlets API， JSP (Java Server Pages)以及XML技术的全面支持，其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。
J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。
3.2.1 Struts技术
Struts是一个开源的Web Framework，基于MVC设计模式，由一组相互协作的类（组件）、Serlvet以及JSP Taglib组成，可以用来构建复杂的Web应用。它允许开发者分解一个应用程序的业务逻辑、控制逻辑和表现逻辑的代码，使它的重用性和维护性更好。Struts把系统分成不同的层去处理逻辑和表现，并且进一步把逻辑层分成处理每个独立用例的组件，结合了Servlet. JSP. JavaBean的技术特点。这样提高了系统的可扩展性和可维护性，同时保证系统具有清晰的结构和规范的代码。但是Struts本身远非完美，更无法适应项目的特定需求，所以，对Struts进行了针对性的封装。用户交互架构就是通过封装Struts框架来实现的。
对于采用Struts框架的应用程序，在应用程序启动时就会加载并初始化ActionServlet，ActionServlet从struts-config.xml文件中读取配置信息，把它们存放到各种配置对象中，例如Action的映射信息就存放在ActionMapping对象中。当ActionServlet接收到客户请求时，将执行如下流程：
(1)载入struts-config.xml.查找和用户请求匹配的ActionMapping实例，如果不存在，就返回用户请求路径无效的信息。
(2)如果ActionForm实例不存在，就创建一个ActionForm对象，把客户提交的表单数据保存到ActionForm对象中。
(3)根据配置信息决定是否需要表单验证。如果需要，就调用ActionForm对象的validate()方法。
(4)如果ActionForm对象的validate()方法返回null或返回一个不包含ActionMessage的ActionEffors对象，就表示表单验证成功。
(5) ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果相应Action实例不存在，就先创建这个实例，然后调用Action对象的execute()方法。
(6) Action的execute()方法返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。
(7)ActionForward对象指向的JSP组件生成动态网页，返回给客户。
3.2.2 Hibernate技术
Hibernate提供了强大、高性能的对象到关系型数据库的持久化服务。利用Hibernate，开发人员可以按照Java的基础语义（包括关联、继承、多态、组合以及Java的集合架构）进行持久层开发。Hibernate提供的HQL(Hibernate Query Language)是面向对象的查询语言，它在对象型数据和关系型数据库之间构建了一条快速、高效、便捷的沟通渠道。Hibernate负责Java对象和关系数据之间的映射。Hibernate内部封装了通过JDBC访问数据库的操作，向上层应用提供了面向对象的数据访问API。在Java应用中使用Hibernate包含以下步骤。
(1) 创建Hibernate的配置文件。
(2) 创建持久化类。
(3) 创建对象-关系映射文件。
(4) 通过Hibernate API编写访问数据库的代码。
3.2.3 数据访问对象（DAO）设计模式
面向对象的开发方法是当今的主流，但是同时不得不使用关系型数据库，在企业级应用开发的环境中，对象-关系的映射（Object-Relation Mapping，简称ORM）是一种耗时的工作。围绕对象-关系的映射和持久化数据的访问，在软件领域中发展起来了一种数据访问对象（Data Access Object，简称DAO）设计模式。
DAO模式提供了访问关系行数据库系统所需的所有操作的接口，其中包括创建数据库、定义表、字段和索引，建立表间的关系，更新和查询数据库等。DAO模式将底层数据访问操作与高层业务逻辑分离开，对上层提供面向对象的数据访问接口。在DAO的实现中，可以采用XML语言来配置对象和关系型数据之间的映射。对于Java应用，可以直接通过JDBC编程来访问数据库。JDBC可以说是访问持久数据最原始、最直接的方法，在企业级应用开发中，可以通过JDBC编程，来开发自己的DAO API，把数据库访问操作封装起来，供业务层统一调用。
4 系统设计
4.1 数据库设计
4.1.1 数据库设计原则
数据库设计是建立数据库及其应用系统的核心和基础，它要求对于指定的应用环境，构造出较优的数据库模式，建立起数据库应用系统，并使系统能有效地存储数据，满足用户的各种应用需求。一般按照规范化的设计方法，常将数据库设计分为若干阶段：
系统规划阶段
主要是确定系统的名称、范围；确定系统开发的目标功能和性能；确定系统所需的资源；估计系统开发的成本；确定系统实施计划及进度；分析估算系统可能达到的效益；确定系统设计的原则和技术路线等。对分布式数据库系统，还应分析用户环境及网络条件，以选择和建立系统的网络结构。
需求分析阶段
要在用户调查的基础上，通过分析，逐步明确用户对系统的需求，包括数据需求和围绕这些数据的业务处理需求。通过对组织、部门、企业等进行详细调查，在了解现行系统的概况、确定新系统功能的过程中，收集支持系统目标的基础数据及其处理方法。
概念设计阶段
要产生反映企业各组织信息需求的数据库概念结构，即概念模型。概念模型必须具备丰富的语义表达能力、易于交流和理解、易于变动、易于向各种数据模型转换、易于从概念模型导出与DBMS有关的逻辑模型等特点。
逻辑设计阶段
除了要把E－R图的实体和联系类型，转换成选定的DBMS支持的数据类型，还要设计子模式并对模式进行评价，最后为了使模式适应信息的不同表示，需要优化模式。
物理设计阶段
主要任务是对数据库中数据在物理设备上的存放结构和存取方法进行设计。数据库物理结构依赖于给定的计算机系统，而且与具体选用的DBMS密切相关。物理设计常常包括某些操作约束，如响应时间与存储要求等。
系统实施阶段
主要分为建立实际的数据库结构；装入试验数据对应用程序进行测试；装入实际数据建立实际数据库三个步骤。
另外，在数据库的设计过程中还包括一些其他设计，如数据库的安全性、完整性、一致性和可恢复性等方面的设计,不过，这些设计总是以牺牲效率为代价的,设计人员的任务就是要在效率和尽可能多的功能之间进行合理的权衡。
4.1.2 E-R图
本系统应用中的实体之间存在以下关系：
1. 用户和号码实体：一对多。一个用户可以导入多个号码，而一个号码只能由一个用户导入。

2. 批次和号码实体：一对多。一个批次可以产生多个号码，而一个号码只能属于一个批次。
3. 用户和网关设置实体：一对一。一个用户只能设置一条网关设置信息，而一条网关设置信息只能由一个用户设置。
因此，E-R图如下：

图4.1 E-R图
4.1.3 系统表结构
表4.1用户帐号表（CNCLN_PHS_SPBAK_TBL_LOGON）
字段含义
字段名称
类型及宽度
主键
备注
登陆帐号
sUserName
varchar2(32)
Y
主键
登陆密码
sPassword
varchar2(32)

MD5加密串
所属地市
sCity
varchar2(4)

0,024,0411,…...0代表省
删除标记
nDelsign
number(1)

0未删除，1已删除 默认值：0
表4.2导入号码批次表（CNCLN_PHS_SPBAK_TBL_BATCH）
字段含义
字段名称
类型及宽度
主键
备注
ID
ID
number(12)
Y
主键
批次编号
nBatchNum
number(15)

CNCLN_PHS_SPBAK_SEQ_BATCH.nextval
总数量
nCount
number(15)

该批次导入的总数量
状态
nStatus
number(1)

NULL未导入号码。0已导入号码，1处理中，2整个批次处理完
录入人
sUserName
varchar2(32)

CNCLN_PHS_SPBAK_TBL_LOGON. sUserName
录入时间
sBookdate
varchar2(14)

YYYYMMDDHH24Miss 默认值：to_char(sysdate,’yyyy
mmddhh24miss’)
删除标记
nDelsign
number(1)

0未删除，1已删除
表4.3导入号码表（CNCLN_PHS_SPBAK_TBL_PHONENUM）
字段含义
字段名称
类型及宽度
主键
备注
ID
ID
Number(12)
Y
主键
批次编号
nBatchNum
number(15)

CNCLN_PHS_SPBAK_TAB_BATCH. nBatchNum
网关号
nGWNum
number(15)

CNCLN_PHS_W_SEQ_GWRECEIVE_SUB2.nextval
小灵通号码
sPhoneNum
varchar2 (22)

含区号
状态
nStatus
number(1)

0刚导入，1正在处理，2处理完毕
处理时间
sDealdate
varchar2(14)

YYYYMMDDHH24Miss 处理完毕时间,初始为空
删除标记
nDelsign
number(1)

0未删除，1已删除
表4.4发送设置表（CNCLN_PHS_SPBAK_TBL_COTROL）此表始终唯一一条记录
字段含义
字段名称
类型及宽度
主键
备注
ID
ID
number(12)
Y
主键
发送起始时间
sBegintime
varchar2(14)

YYYYMMDDHH24Miss
发送结束时间
sEndtime
varchar2(14)

YYYYMMDDHH24Miss 为空时，认为不限制结束时间，否则系统时间大于发送时间时停止发送
发送目标号码
sDestTermid
varchar2 (22)

如：91062
发送内容
sMsgContent
varchar2(254)

如：00000
发送频率
nSendFreq
number(1)

条/秒
设置人
sUserName
varchar2(32)

CNCLN_PHS_SPBAK_TBL_LOGON. sUserName
设置时间
sBookdate
varchar2(14)

YYYYMMDDHH24Miss 处理完毕时间
删除标记
nDelsign
number(1)

0未删除，1已删除
4.2 系统的框架设计
4.2.1 B/S开发模式
随着Internet的飞速发展，Web技术日渐成熟，微软，IBM, SUN等大的公司也把自己的产品、技术广泛的运用到这个领域，使得目前B/S模式软件开发成为一种流行。并且，此类软件已经得到国内各个行业的认可，电信、电力、交通等很多部门开始运用此技术开发优质的应用服务性软件；软件开发公司也瞄准了商机，在B/S (Browser/Server)软件开发上投入大量的人力物力，以B/S模式的分布式计算处理成为信息系统的主流。
B/S结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过www浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。
以目前的技术看，局域网建立B/S结构的网络应用：并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据库：它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。特别是在Java这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。B/S采用三层体系的结构，三层体系应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不再与数据库进行直接的交互，而是通过类似COM/DCOM的通讯组件与中间层建立连接，再经由中间层与数据库进行交互。这样做的好处是显而易见的：
(1) 瘦客户端。业务规则、数据访问、合法性校验等工作放到了中间层进行处理，客户端将以界面展示、数据输入展现为主，形成“瘦客户端”。能充分利用服务器的强大功能。有利于用户集中投资到关键设备上，也能长远地保护用户的投资。
(2) 网络负荷均衡，应用效率提高。应用逻辑大量放在中间层，各客户端可共享相同的数据请求和返回数据包，网络负荷得到均衡，应用系统的效率也大为改观。
(3) 可扩充性高。由于数据访问是通过中间层进行的，因此各客户端不再与数据库直接建立数据连接。也就是说，建立在数据库服务器上的连接数量将大大减少。
(4) 可维护性好。因为业务规则、合法性校验存在于中间层，因此当业务规则发生改变时，只需要更改中间层服务器上的某个组件(例如某个DLL文件)，而客户端应用程序不需要做任何处理，有些时候甚至不必修改中间层组件，只需要修改数据库中的某个存储过程就可以了。
(5) 可重用性高。同样，如果需要开发B/S应用，则不必要重新进行数据访问、业务规则等的重复开发，可以直接在WEB服务器端调用现有的中间层，或者直接编写ASP代码，并且由于中间件可以被不同平台的客户所访问，因此具有很好的可移植性，在很大程度上节省了开发时间和资金投入。
(6) 安全性高。针对传统的两层C/S结构中的安全性问题，由于三层客户机/服务器将用户层和数据层相互分离，使得用户不再是直接面对数据。相应地，只要在中间的事务层提供相应的加密技术和安全控制，就能够很好地解决两层客户机/服务器中令人头疼的安全性问题。
因此，在本系统中采用B/S的开发模式。
4.2.2 MVC设计模式
MVC (Model-View-Controller，模型-视图-控制器)模式将系统分为三个层次，也就是模型(Model)、视图(View)、控制器(Control)三个部分。
模型，即相关的数据，它是对象的内在属性，是整个模型的核心，它表示的是解决方案空间的真正的逻辑。它采用面向对象的方法，将问题领域中的对象抽象为应用程序对象。在这些抽象的对象中封装了对象的属性和这些对象所隐含的逻辑。
视图是模型的外在表现，一个模型可以对应一个或者多个视图。视图具有与外界交互的功能，主管应用系统与外界的接口：一方面它为外界提供输入手段，并触发应用逻辑运行；另一方面，它又将应用逻辑运行的形式显示给外界。
控制器是模型与视图的联系纽带，控制器提取通过视图传输进来的外部信息，并将其转化成相应事件，对模型进行更新；同时，模型的更新与修改也将通过控制器来通知视图，从而保持视图与模型的一致性。
三者之间的关系如下图所示。图中还显示了MVC模式中模型、视图、控制器三个部分之间的通信。模型处理数据，并根据自己状态变化的情况将要显示的数据提供给视图，视图将数据组织成各种显示样式表现给用户。控制器根据用户输入，直接调用不同视图改变响应流程，或者与模型交互后获得需要显示的数据后再调用视图改变响应流程。控制器与模型交互，控制器将输入数据传递给模型处理，控制器也可以从模型中抽取数据。

图4.2 JSP Model2
4.3 模块设计
4.3.1 总体模块设计
系统的层次模块图主要是把系统按照模块进行划分的，对级别不同从而进行的一系列操作不同而进行的。
主要分为七个模块，系统登录模块，发送设置模块，号码导入模块，短信发送模块，历史查询模块，历史统计模块，修改密码模块，具体请看一下的业务功能结构图。

图4.3具体业务功能结构
4.3.2 详细模块设计
根据系统需求，系统应具备以下模块：
系统登录模块：根据用户权限范围（地市/省公司）的不同决定该用户可使用的功能模块；登录系统的流程如下图：

图4.4系统登录模块流程
号码导入模块：提供给各地市批量、单次导入号码表的功能；根据系统要求，设计流程图如下：

图4.5 号码导入模块流程
发送设置模块：设置目标号码，发送内容；暂不实现，固定为96102，“00000”）；选择发送频率，同时发送短信时可对“发送的起始时间”及“发送的速率（条/秒）”进行设置。点击提交，进入后台处理，发送设置表中只能有一条记录，首先判断表中是否有记录，若没有，将设置的信息插入到发送设置表中，若有，则对该记录进行更新。设计流程图如下：

图4.6发送设置模块流程图
历史查询模块：查询某一用户是否被发送过业务取消短信以及发送时间；通过用户输入的区号和小灵通号码进行查询。
历史统计模块：按月统计地市某月被批量取消业务的小灵通的号码及总数量；通过用户输入的时间段和区号进行查询。
修改密码模块：用户可修改自己的密码；通过用户的帐号从数据库取出该用户的密码，并与用户输入的原密码比较，若相等，则对密码进行更新。否则，提示用户原密码错误，从新修改。
短信发送模块：根据发送设置信息，进行短信的发送。如果用户点击发送，首先将批次表中的该批次的已导入状态改为处理中。再将号码表中该批次导入的所有号码的已导入状态改为处理中。
5 系统实现
5.1 模块实现
5.1.1 系统登陆模块

图5.1登录界面
输入：登陆帐号、登陆密码
输出：登陆成功，进入系统首页面；登陆失败，提示用户登陆帐号或密码有误。
处理：(1) 校验登陆帐号及登陆密码，不能为空，只允许输入数字及字母，长度不能超过32。
(2) 判断数据库用户帐号表中是否有相同用户名的记录存在，该记录中的密码字段的值是否和用户输入的密码相同。
(3) 校验成功后，根据所属地市字段判断，如果是0，则为系统管理员，如果非0，则为地市管理员。如下图为系统管理员和地市管理员主界面。

图5.2 管理员主界面

图5.3 用户主界面
(4) 系统管理员进入首页面，显示的功能菜单有：发送设置、历史查询、历史统计、修改密码。地市管理员进入首页面，显示的功能菜单有：号码导入、历史查询、历史统计、修改密码。
(5) 用户session需要保存的信息：登录帐号，所属地市。
5.1.2 号码导入模块

图5.4批次下载

图5.5 号码导入
输入：用户上传的号码表文件。
输出：导入成功，提示用户导入号码成功，成功导入的条数，可返回批次列表页面。
处理：(1) 根据导入号码批次表，将系统中已经导入的几个批次以列表方式显示。每个批次记录后面有“下载”链接可以下载用户上传的号码文件（地市用户只能看到本地市的批次信息，管理员可以看到所有的批次信息）。
(2) 用户可以选择区号（如果是地市用户则直接默认为该用户的区号，如果是管理员，需要用户在区号列表中进行选择）选择本地号码文件（txt文件），点击确定按钮上传该文件。同时服务器端将文件改名为区号＋下划线＋批次号，如：024_1.txt并进行3