邮政储蓄银行客户营销积分系统的设计和实现

邮政储蓄银行用户营销积分系统设计和实现目录邮政储蓄银行用户营销积分系统设计和实现 1摘要： 4第1章绪论 51.1研究背景 51.2中国外研究现实状况 6第2章邮政储蓄银行用户营销积分管理系统相关技术 72.1统一建模语言UML介绍 72.1.1UML建筑块 72.1.2类 82.1.3关系 92.1.4通用机制 92.2Struts框架 92.2.1MVC设计模式 102.2.2Struts工作原理 112.2.3应用实例 122.3Hibernate和持久层ORM 122.3.1hibernate 122.3.2hibernate工作原理 13第3章邮政储蓄银行用户营销积分管理系统需求分析 133.1系统业务步骤 133.1.1概要分析 143.1.2具体分析 153.2系统用例模型 203.2.1参与者描述 203.2.2用例模型 213.3用例活动图描述 263.4需求原型系统 323.5性能需求 333.6其它需求 343.6.1安全性需求 343.6.2数据性能需求 34第4章邮政储蓄银行用户营销积分管理系统设计 354.1概述 354.2时序分析 354.2.1用户信息变更管理 364.2.2用户积分管理 374.2.3查询统计（按用户ABC等级） 384.2.4查询统计（按商圈） 394.2.5卡类型管理 404.2.6用户信息建档 414.3类分析模型 414.3.1边界类 424.3.2领域类 434.3.3实体类 434.3.2总体类 474.4数据模型 474.4.1概念模型 484.4.2逻辑模型 484.4.3完整数据模型 50第5章系统设计和优化 505.1系统架构设计 515.1.1系统架构选择 515.2.2系统架构配置 525.2持久化设计 525.3.1ORM（对象——关系映射） 535.3.2数据库物理设计 535.3系统功效设计 545.4实体类设计 555.5系统步骤对象设计 565.6系统界面设计 575.6.1界面显示设计 575.6.2界面流转逻辑设计 585.7代码设计标准 595.8面向对象优化设计 595.8.1业务逻辑优化 595.8.2静态类优化 605.8.3程序代码结构优化 62第6章邮政储蓄银行用户营销积分管理系统实现和测试 626.1系统实现 626.1.1系统主界面 626.1.2用户管理模块 636.1.3用户营销积分模块 656.1.4查询统计模块 656.1.5系统设置模块 686.2系统测试 696.2.1系统测试内容 696.2.2系统测试方案 706.3系统用例设计 706.3.1性能测试用例 716.3.2边界值测试用例 716.4测试结果分析 72第7章总结 73致谢 75参考文件 76摘要 着商业银行多元化业务开展，和行业内竞争日趋猛烈化，为提升商业银行综合竞争力，加紧银行业务整合营销步伐，引导和激励用户使用银行各类金融产品和金融服务，丰富促销手段，加强用户关系维护，提升用户忠诚度，连续增加银行收益，培养并吸引优质用户群，根据“以用户为中心”经营理念，商业银行需要依据用户对本行各类业务整体贡献度进行一个全方面度量和综合管理，由此设置了银行用户营销分管理系统关键词：多元化、系统设计、系统实现、商业银行Abstract Withthediversificationofcommercialbanks,aswellastheincreasinglyfiercecompetitionintheindustry,inordertoimprovethecomprehensivecompetitivenessofcommercialbankstospeedupthepaceofintegratedbankingbusinesstoguideandencouragecustomerstouseallkindsofbankfinancialproductsandfinancialservices,Strengthencustomerrelationshipmaintenance,improvecustomerloyalty,continuetoincreasebankrevenue,trainingandattracthigh-qualitycustomerbase,inaccordancewiththe"customer-centric"businessphilosophy,commercialbanksneedtocustomersbasedontheoverallcontributionofvarioustypesofbusinessforacomprehensiveMeasurementandintegratedmanagement,whichsetupabankcustomermarketingsub-managementsystemKeywords：Diversification,systemdesign,systemimplementation,commercialbank第1章绪论1.1研究背景 内银行业伴随中国加入WTO，越来越多机遇和竞争摆在了眼前。首先是能够愈加轻易引进其它国家优异技术经验；其次，实力雄厚跨国银行和财团涌入，给中国金融市场带来更多压力，中国银行业面临着前所未有压力。不远未来，加入WTO冲击将造成中国金融市场一体化，中国银行业生存空间将深入被蚕食。伴随商业银行多元化业务开展，和行业内竞争日趋猛烈化，为提升商业银行综合竞争力，加紧银行业务整合营销步伐，引导和激励用户使用银行各类金融产品和金融服务，丰富促销手段，加强用户关系维护，提升用户忠诚度，连续增加银行收益，培养并吸引优质用户群，根据“以用户为中心”经营理念，商业银行需要依据用户对本行各类业务整体贡献度进行一个全方面度量和综合管理，由此设置了银行用户销销积分管理系统。邮储银行就是在以上背景下完成了邮政储蓄银行用户营销积分系统，系统面向银行用户积分管理、积分查询、积分渠道采集、积分抵扣管理和积分礼品兑换管理，构建了集业务管理、用户管理和积分管理工作模式，实现了提升银行用户积分管理工作效率，节省了资源成本目标。1.2中国外研究现实状况近几年来，计算机技术和网络技术快速发展，为银行企业信息化建设提供了便利技术条件，在整个电子银行世界范围内大发展背景下，中国开始依据中国国情实施含有中国特色银行信息化系统、用户积分管理系统。现在用户积分管理成为中国外众多银行信息化发展、市场竞争关键手段，中国商业银行要想提升用户积分管理管理，必需推进技术创新。早在前些年，中国部分商业银行就提出，要充足发挥科技力量，依靠雄厚资金实力，在现代产品销售管理系统中，首先引入了信息管理模式。现在中国国外积分管理系统已经广泛应用到电子商务领域，如中国外各大商业银行系统、中国淘宝网，美国易趣网、日本chobirich网等等。当用户使用银行服务、网站购置商品、参与银行或网站商户提供多种广告活动、论坛发帖、回复游戏等，均可获取一定积分。而用户使用这些积分，可直接在银行商城或网站商城上消费，或兑换各大特约商户联名积分、实体礼品、电子货币、实体商场现金礼品卷等等。近几年来，中国外各个行业用户积分管理系统发展快速，经过查阅文件，对用户积分管理分以下几类进行研究。1）中国外经典超市用户积分管理系统应用情况经过查阅相关文件资料，了解到现在中国外通常超市全部投入利用了用户积分管理系统，如沃尔玛，家乐福等均建立了完善用户积分管理系统，其首要目标实现会员基础信息管理，在此基础上还完成了部分业务功效，比如沃尔玛超市用户积分管理系统实现了会员积分管理和储值管理，为方便会员消费交易，会员卡含有小额度储值功效，会员在消费时，对部分交易零钱能够从会员卡中扣除，或收银员无需找零，把其存放在会员卡上，方便以后交易时使用，这么减轻了收银员工作，方便了用户消费。家乐福超市会员采集系统经过会员登记信息，借助短信平台，向会员发送超市近期优惠活动信息，使会员立即了解超市营销动态，方便企业营销推广。2）中国外大型连锁店用户积分管理系统应用情况除零售行业外，中国外大型连锁店也实施了用户积分管理系统，比较经典是部分连锁酒店用户积分管理系统普及应用，如七天连锁酒店、如家连锁酒店等，这些酒店用户积分管理系统是基于全国联网会员信息共享模式，中国任何一家分店能够登录查询会员基础信息、会员消费、积分兑换、多种统计信息等，会员能够登录门户网站进行酒店预订、积分礼品兑换等操作，分店操作人员可查看会员酒店预订信息、积分信息、消费信息等。3）一般行业用户积分管理系统应用情况除连锁店用户积分管理系统外，部分一般行业用户积分管理系统也逐步兴起，如餐饮用户积分管理系统、汽车美容店用户积分管理系统、健身会所用户积分管理系统等，这些用户积分管理系统通常实现功效较单一，通常依据业务需求对会员基础信息进行管理，实现单一功效需求，如会所用户积分管理系统用于管理会员消费次数，判定会员是否到期等。经过查阅相关参考文件，从系统架构分析，系统通常采取了基于C/S构架，这是在当初从B/S构架方面安全考虑，采取C/S构架需要在用户端维护相关程序，升级成本较大，而且不轻易扩充用户端，伴随B/S构架技术不停完善，尤其是伴随.Net、JAVAEE等框架成熟发展起来，B/S在安全方面管理已完善，所以构建银行用户积分管理技术上含有了成熟条件。B/S系统要求只要经过联网浏览器能够实现系统操作，B/S系统在服务器性能要求上较高，能够承受多用户并发访问及处理，实现多部门多用户在线并发访问。第2章邮政储蓄银行用户营销积分管理系统相关技术多年来，JAVA技术发展深入、广泛，其中，J2EE应用很普遍，其作为大型企业开发工作常见集成开发工具，能提供各层面、各领域复杂技术支撑。J2EE可在表现成、业务层、领域模型等层次逐层开发，且各层之间互不混淆，多层级架构使开发人职员作大为减轻，使具体编程工作思绪愈加清楚，深入实现了组件化、模块化。J2EE有多个开发架构可供选择，比较常见且比较经典架构是STRUTS+SPRING+HIBERNATE。这种架构能比较轻易降低开发工作中各模块之间耦合度，提升灵活度。因为相当于划分了多个层级逻辑架构，它许可开发人员对部分层级进行调整，只要层级对外接口特征不变，不会影响到其它层程序文件。所以这种架构不仅将软件模块化深入提升，还将面向对象思想带到了架构层面。所以，它能轻松处理容器间服务，大大降低开发工作中复杂问题难度[16]。

2.1统一建模语言UML介绍2.1.1UML建筑块组成UML有三种基础建筑块：1、事物（Things）2、关系（Relationships）3、图（Diagrams）这三种基础建筑块是逐层变得宏观关系。图中有多个关系，关系中有多个事物。同一个关系中事物有显著关联；同一个图中多个关系组成了系统关键逻辑模块。UML中部分类型事物：1、结构事物（Structuralthings）2、动作事物（Behavioralthings）3、分组事物（Groupingthings）4、注释事物（Annotationalthings）上述事物作为UML中常见逻辑抽象概念，是UML模型中比较基础静态组件，代表了现实中存在真实物体或现实中部分抽象名词。1结构事物。常见事物有7种。第一个是类。类最初从面向过程开发语言引入。在面向过程开发语言中，类是一个含有复杂多个属性和方法特殊集合。在面向过程开发语言中，类概念愈加丰富，它还包含了特定隶属关系、接口。在UML图中，常见矩形代表类，并标注其名字、属性和方法等。第2中是接口。一个类中常有多个方法，而大部分方法能够留空不予实现。这时就需要接口描述某个类相关方法。在接口中，能够对这些方法给予实现，也能够不予实现。在UML图中，用圆形代表它，且在圆形周围标注接口名称。第3种是协作。在约定部分事物和元素基础上，定义这些事物和元素之间操作，并对这些操作进行明确，就组成了协作。所以，协作比它所包含事物和元素集合还要大。因为组成协作事物和元素本身就是结构化，所以协作通常含有结构化特点。在一些类中，可能包含多个协作，而这些协作基础组成了系统关键功效。在UML图中，常见虚椭圆代表协作，并在其周围标注名称。第4种是用例。用例基础上代表了一个应用系统中关键业务步骤和操作。它由针对部分角色一系列操作组成，在过程中、结果中得到关键输出。在UML中，通常采取用例表示事物及其之间动作。实际上，用例是由多个协作实现。在UML图中，常见实椭圆代表用例，并在其周围标注名称。第5种是活动类。活动类通常能够实现含有多进程、多线程对象。活动类含有了类基础属性特点，但活动类实现对象和操作方法是真实存在，且含有多路并发特点。在UML图中，常见矩形代表活动类，但其边框使用粗线条。第6种是组件。组件在系统中并不是必不可少，它可被替换，且种类多样。常见组件很多，比如COM+组件，JAVABEANS组件等等。上述7大元素组成了UML图中常见多种事物。上述7大元素还有其各自衍生形态：进程、线程、文件、表等。2动作事物作为UML图中非静止元素，动态事物拥有相关动作和操作。它有集中常见动作。其中一个是交互。由一组对象组成，且能经过一连串信息交互组成动作能实现某种期望结果，这就是交互。在交互中，需明确描述隶属在其上动作、信息、操作次序、连接关系等。在UML图中，通常见带方向直线代表交互，并在其周围标注其名字。2.1.2类类是含有相同属性、操作、关系对象集合总称。通常在UML中类被画成矩形。名称为便于区分，必需给类命名。类名用一串字符替换，成为一般类名；而在一般类名前添加路径名称，作为相关包前缀，也是能够。比如：CTT,J3T::SPR:MYTYPT等均可。在属性名称最终加上其类型也可组成类名。组织属性和方法有时候并不需要把全部图形属性和操作全部描述。实际上，在大多数时候，极难将全部累属性和操作全部描述出来，而且也没有必需。在制作UML图时，仅需要将和业务关系紧密属性和操作描述清楚就能够了。为区分部分属性、方法，能够在其名称前加上描述性字符串。类含有任务功效称为其职责。一个类，可拥有一至多个职责。在实际开发工作中，需要将类职责划分细化成各个属性和方法。通常在UML中在类图最下方用单独部分列出类职责。2.1.3关系依靠关系（Dependency）作为一个特殊关系，依靠意味着：某种属性改变可能影响到和其相关事物和属性，不过反过来不一定。这种特殊关系显示，通常可用依靠关系表示。通常而言，依靠关系意味着一个类具体方法调用另一个类对象或属性作为实参。在UML图中，可在多个事物之间展示依靠关系。通常化，实际上是继承，在UML语言里，该关系可存在于多个包之间。关联（Association）作为两种对象间结构化联络，关联关系是指某两个类可从一个类对象获取另一个类对象。通常情况下，二元关系指两个对象间关系，多元关系，指多个对象间关联。通常情况下，可使用实线连接多个类，来表示关联关系。2.1.4通用机制有多重方案，可使UML更便于利用，在使用UML描述模型时，可随时采取这些方案和机制：specificationsadornmentscommondivisionsextensibility 2.2Struts框架Struts框架特点计划构件应用程序（不管是否基于Web），需要最少一个框架包，假如使用基于Web框架包，Struts就是最好选择。2.2.1MVC设计模式MVC（模型-视图-控制器）模型能够称为模型-视图-控制器模型。模型（模型）是一个处理逻辑问题、独立外部显示、内部内容和形式软件、计算关键数据、逻辑和功效软件，它独立于具体表示式和I/O操作接口。视图（视图）向用户显示模型数据和逻辑关系和状态信息，和特定形式表示。该模型实现了显示信息相同信息能够有不一样显示形式。控制器（Controller）是处理用户交互软件，负责控制模式改变传输，确保用户界面和模型之间关系。它接收用户输入和反馈模型，实现模型控制，是该模型见解，协调一个视图对应一个视图和控制器分离，使得一个模型多个显示用户经过一个视图控制器模式改变，和全部其它依靠于这些数据考虑，表现在这些时候，发生了何种数据改变，控制器将改变通知全部视图，使得更新显示。这实际上是一个模型改变-传输机制[17]。图2-1MVC架构VIEW包含：用户登录界面；系统首页；查询显示信息界面；修改信息界面；添加信息界面等。Control包含：对具体类查询功效，添加功效，修改功效，和相对应删除功效。Model层包含：超市用户管理系统数据库创建，其中包含实体类，还有对应动作结果表等。2.2.2Struts工作原理Struts框架总控制器（ActionServlet）Struts框架总控制器（ActionServlet）视图JSPStruts-config.xml模型（ActionForm）业务功效类（JavaBean）1、初始化3、填充FormBean4、将请求转移到具体Action处理2、Http请求5、调用后台业务功效类完成商务逻辑6、返回目标对应对象7、转换Http请求到目标对应对象8、Http对应业务功效控制器（Action）图2-2struts工作原理图（1）初始化：Servlet在web.xml中可被定义为自开启，ActionServlet也是servlet，它是struts总控制器。Struts-config.xml内容，可作为struts各模块初始化相关对象使用。（2）发送请求：请求传输，通常可用提交webframe，或经过网址向服务器后台提出要求，这些数据通常采取标准HTTP协议。（3）表单填充：在user传输请求时，将information存入strutscontroller对应表单属性中。（4）Assign请求：controller依据配置数据subject动作配置项内容，将请求Assign到各个动作项，同时把相关表单Bean一起提交给这个动作实施方法中。（5）Handle业务：东走通常情况下，拥有实施方法，具体落实相关功效实现（采取相关功效模块），完成以后，返回一个动作传输对象，后台服务器经过动作传输对象将提交操作完成。（6）Feedback响应：动作将功效处理各个数据提交给最终类和控制组件。（7）Check响应：控制组件依据动作处理功效提交响应目标，查询到最终对象，实际上通常这个结果就是一个HTML页面。（8）响应User：targect反馈结果提交给最终目标，并把最终目标以HTML形式发给User查阅。2.2.3应用实例为展示struts使用，这里列出相关代码。在xml配置文件中添加相关代码：<actionpath=/testname=”loginForm”scope=”request”type=”LoginAction”input=”/login.jsp”><forwardname=”success”path=”/success.jsp”><forwardname=”failure”path=”/error.jsp”></action>这里配置了两个元素：（1）<form-bean>用来配置前台发过来Form传给ActionForm用，传到后台com.baidu.form.LoginForm这个方法会把全部前台输入东西拿到。（2）<action>里面要填写是你期望将这个表单提交到什么路径。(比如另外一个页面)request意思是提交时候不在地址栏显示你提交信息(比如账号密码之类)，为了用户信息安全。成功时转发到“success.jsp”，“failure”表示失败时转发到“error.jsp”。2.3Hibernate和持久层ORM2.3.1hibernatehibernate是一个框架，是用来操作数据库。它把数据库中表，转换成java类，经过xml文件来实现类和表之间映射。这么好处于于，能够面向对象思想来操作数据库。JDBC升级版，专用连接数据库。

此东东比JDBC简单使用，不需要输入很多连接数据库代码。提取数据库数据也不用循环提取。使用时方法为：

1.新建一个Java一般项目

2.创建userlibrary加入三个地方jar包：两个hibernate一个MYSQL驱动

3.创建hibernate配置文件，hibernate.cfg.xml

4.建立实体类user

5.在hibernate文件中寻求eg至底部找出user.hbm.xml映射文件，copy到映射文件所在文件中

6.将映射文件user.hbm.xml部分加入到hibernate.cfg.xml中

7.创建数据库，再利用hibernate将实体映射导入到数据库中

8.创建用户端[19]。2.3.2hibernate工作原理Hibernate是采取ORM模式实现数据持久层java组件。它提供了高效、强大将java对象进行数据持久化操作服务。利用hibernate，开发人员能够根据java对象结果进行持久层开发，并能够完成java对象和关系型数据库之间转换和操作[20]。hibernate工作原理：（1）创建Configeration实例：依据它结构方法将指定配置信息(默认hibernate.cfg.xml)读到内存。一个Configeration实例代表Hibernate全部Java类到SQL数据库映射集合。（2）创建SessionFactory实例：当使用Configeration实例创建了SessionFactory实例后，把Configeration对象中全部配置信息拷贝到SessionFactory缓存中。SessionFactory实例代表一个数据库存放源，创建后不在和Configeration对象关联。SessionFactory是线程安全，通常情况下，一个应用程序只有一个SessionFactory实例。（3）创建Session实例：经过SessionFactory创建Session实例，session不是线程安全，每个使用者应该用SessionFactory实例取得自己session实例。取得session实例后就能够利用session多种方法对对象进行持久化操作了。（4）创建Transaction事务：经过SessionbeginTransaction()方法能够得到一个对象实例。关键用于管理实务。一个事务对象可能会包含多个对数据库进行操作。第3章邮政储蓄银行用户营销积分管理系统需求分析3.1系统业务步骤基于零售企业对用户卡管理构建了一个用户信息管理系统。用户卡管理通常步骤：超市计划部首先设计并制作不一样类型用户卡，交给超市服务台，用户填写用户卡申请表后交给服务员，由服务员为其建立用户档案，再进行卡作业处理，将办好用户卡交给用户，用户便能够持卡营销积分[6]。超市统计部定时依据用户营销积分统计进行统计分析，分析结果提交给计划部，为制订销售计划提供依据。系统部依据实际情况，定义返利规则和具体积分返利商品，并结合日常见户管理信息，为用户定制特色促销返利活动。为处理现在用户卡存在功效单一、信息不正确、用户信息资源浪费等弊端，基于用户持卡信息，经过数据挖掘，一是基于用户信息对用户进行细分，提供关键服务，提升大多用户满意度、忠诚度。二是对用户购置模式进行细分，当用户再次光顾企业时，判定她们价值类型，对她们实施产品组合和交叉销售。三是对用户爱好爱好进行细分，提供各价值类型用户感爱好产品及服务。系统关键针对日前零售业用户卡管理关键功效，利用现代化计算机处理技术来实现其关键功效[7]。只有把为用户提供更优质服务放在零售业竞争关键地位，四处考虑到用户需求和利益，时常站在用户角度来思索问题，最终才能取得用户青睐和忠诚，用户制作用才会得到更大发挥，企业收益才能更有确保。用户卡信息管理系统功效包含前台管理和后台管理两个大块。用户卡信息管理系统关键为了实现基于用户信息（后台）和营销积分信息（前台）数据挖掘，经过用户卡信息管理系统使用，在对市场行为、购置行为、用户心理等各方面进行分析后，制订出一套相关产品特色营销方案，以增强商家和用户之间互动性，从而提升用户忠诚度。实现用户日常营销积分数据搜集、统计、分析自动化、查询实时化，规避信息孤岛，通畅企业信息流，支持活动决议。HYPERLINK/> <mappingresource="com/membershipcard/model/Product.hbm.xml"/> <mappingresource="com/membershipcard/model/Scores.hbm.xml"/> <mappingresource="com/membershipcard/model/Purchase.hbm.xml"/><mappingresource="com/membershipcard/model/Membertable.hbm.xml"/>5.3.2数据库物理设计一个完备数据库能够为系统开发带来很多便利，同时也为实现系统功效铺平道路。超市用户卡管理信息系统数据库是基于用户需求开发，共使用多张数据表。数据库命名：usercard；数据库类型：Mysql；连接方法：hibernate。图5-4关键数据表5.3系统功效设计用户营销用户营销管理系统用户管理积分管理查询统计用户消费图5-5系统功效模块信息系统功效设计是整个系统设计关键部分。根据系统架构和I/O设计要求来进行信息系统功效设计。它通常包含系统实体对象设计、系统步骤对象设计和系统交互设计。本应用关键功效有：大用户模块、用户营销积分管理模块、查询统计模块、活动管理模块。活动管理模块包含积分管理和积分返利，它们所要实现功效是为用户卡商品类别定义基础积分率，并可查询超市不一样类别商品积分率信息。积分计算，再结合基础积分率计算出对应积分，并把积分信息和用户卡持卡信息建立依靠关系。定义用户卡返利活动，用于以后用户卡返利兑换活动定义。定义用户卡返利商品，结合超市促销活动，定义一些商品作为返利商品，在返利活动中定义对应规则后即可在实际操作过程中按规则进行积分兑换对应商品。用户卡升降级，依据用户积分情况，手动将卡升级为更高级类型用户卡。查询统计模块经过数据提取、转换等过程，并加入基于超市业务模型和数据挖掘算法，方便能正确对用户进行营销积分爱好分析、价值分类，从而提升企业服务水平，并提出专题定制化营销策略、品牌活动等，从根本上提升企业用户忠诚度和市场竞争能力。该模块关键包含按用户等级ABC进行分析，用于查询、统计某一促销活动期间，门店用户分类别(ABC)营销积分及增加改变情况。用户等级销售对比分析，用于查询、统计某一促销期间，门店用户分等级营销积分及增加改变情况。用户年纪结构分析统计，按用户年纪段进行统计(各年纪段用户人数及占比；营销积分额及占比)，方便各门店正确把握本店用户年纪结构特征，用于商品组织和促销。同城店积分查询，系统能够统计用户某个时间段内在同城店营销积分积分情况，支持积分累计、查询、导出功效，用于同城店联动促销。统计分析表支持按积分降序排列。发卡门店用户商圈分析，发卡门店系统统计分析功效，关键用于统计、分析在本店入会用户所处商圈分布情况及销售额情况[24]。5.4实体类设计结合系统分析过程中得到实体类和系统数据模型，得到以下对应关系：表名关键关键字实体类Useridvarchar(20)usernamevarchar(20)passwordvarchar(20)usertypeint(8)idStringusernameStringpasswordStringusertypeintMembertablecardtypevarchar(50)cardnovarchar(50)namevarchar(50)gendervarchar(2)birthdaydatejoindaydatecityvarchar(50)postcodevarchar(10)addressvarchar(50)bussinesscirclevarchar(50)telvarchar(20)mobilevarchar(20)cardtypeStringcardnoStringnameStringgenderStringbirthdaydatejoindaydatecityStringpostcodeStringaddressStringbussinesscircleStringtelStringmobileStringscorescardnovarchar(50)namevarchar(50)validatedateshopnoint(20)scorefloat(20)expendscorefloat(20)lossdatedatecardtypeint(20)cardnoStringnameStringvalidatedateshopnointscorefloatexpendscorefloatlossdatedatecardtypeintproductproducttypevarchar(20)productnovarchar(20)productnamevarchar(10)numeberint(10)pricedouble(20)discountdouble(20)producttypeStringproductnoStringproductnameStringnumeberintpricedoublediscountdoublepurchasePurchasenovarchar(20)cardnovarchar(20)Totalpricedouble(20)Totalscoreint(20)Discountvarchar(20)Bargainpricevarchar(20)PurchasenoStringcardnoStringTotalpricedoubleTotalscoreintDiscountStringBargainpriceString表5-1数据库表字段和实体对象属性映射表实体类图：类是含有相同属性、操作、关系对象集合总称。每个类必需有一个名字，用来区分其它类。属性是指类命名特征，常常代表一类取值，类能够有任意多个属性，也能够没有属性，在类图中属性只需要写上名字。操作是类任意一个实例对象全部能够调用，并可能影响该对象行为实现。一个系统能够看作是由部分不一样类型对象组成，对象类之间多种关系反应了系统内部多种成份之间静态结构。经过需求分析阶段用例描述和功效分析，用户卡管理信息系统包含关键类和类之间关系以下图所表示：图5-6总体类图5.5系统步骤对象设计系统步骤设计是对系统分析阶段结果深入完善和补充，从物理实现角度对系统设计进行新分解和扩展。系统步骤对象设计根据以下两个步骤进行：1、换名。系统分析阶段产生类和类方法全部是汉字，这是为了方便分析人员和用户交流，但大多数程序设计语言和开发工具全部不能很好地支持汉字类名和方法名，所以把文档中类和方法改为英文是很关键设计步骤。2、对类中方法进行处理。这类处理包含内容很多，关键有以下多个：1）去除不可实现方法。2）增加功效实现必需方法。3）改变方法作用域。4）为方法增加参数。5）更名[25]。系统步骤对象设计是对分析阶段产生全部步骤对象完成上面两个步骤，但这里篇幅有限，选择系统中用户管理功效模块步骤对象进行具体描述，图5-7所表示。图5-7“用户卡管理”步骤对象设计5.6系统界面设计人机交互体验感决定了用户对系统印象。设计良好界面能够引导用户自己完成对应操作，起到向导作用。界面设计关键是为了达成以下目标，应根据下表中规则进行设计。（1）．以用户为中心设计。由用户控制界面，而不是界面控制用户。（2）．清楚一致设计全部界面。其风格保持一致，全部含有相同含义术语保持一致，且易于了解和使用。（3）．拥有良好直觉特征。以用户所熟悉现实世界事务抽象来给用户暗示和隐喻，来帮助用户能快速学会软件使用。（4）．较快响应速度（5）．简练、美观5.6.1一级界面：二级界面：三级界面：5.6.2界面流转逻辑设计login.jsplogin.jspindex.jsplogon_user(session)Dispatcher(Servlet)MembershipManagementConsumptionManagementQueryStatisticManagementActivitiesManagement图5-8页面流转逻辑设计图图5-8所表示，首先，用户打开login.jsp，输入用户名和密码进行登录。用户进入系统后，logon_user对象生成，该对象有效时间将跨越整个会话，同时页面转到系统主菜单页面（index.jsp）。用户在系统主菜单页面选择期望实施功效后，若权限满足则转向用户所选择功效页面，如MembershipManagement.jsp（用户管理），随即用户开始进行对应操作。5.7代码设计标准"开放－封闭"标准(OCP)Open-ClosedPrinciple标准讲是：一个软件实体应该对扩展开放，对修改关闭。优点：经过扩展已经有软件系统，能够提供新行为，以满足对软件新需求，使改变中软件有一定适应性和灵活性。已经有软件模块，尤其是最关键抽象层模块不能再修改，这使改变中软件系统有一定稳定性和延续性。里氏代换标准（LSP）LiskovSubstitutionPrinciple（里氏代换标准）：子类型(subtype)必需能够替换它们基类型。依靠倒置标准(DIP)依靠倒置（DependenceInversionPrinciple）标准讲是：要依靠于抽象，不要依靠于具体。简单说，依靠倒置标准要求用户端依靠于抽象耦合。标准表述：抽象不应该依靠于细节；细节应该依靠于抽象；要针对接口编程，不针对实现编程。接口隔离标准（ISP）接口隔离标准（InterfaceSegregationPrinciple）讲是：使用多个专门接口比使用单一总接口要好。换而言之，从一个用户类角度来讲：一个类对另外一个类依靠性应该是建立在最小接口上。过于臃肿接口是对接口污染。不应该强迫用户依靠于它们不用方法。合成/聚合复用标准（CARP）合成/聚合复用标准（Composite/AggregateReusePrinciple或CARP）常常又叫做合成复用标准（CompositeReusePrinciple或CRP），就是在一个新对象里面使用部分已经有对象，使之成为新对象一部分；新对象经过向这些对象委派达成复用已经有功效目标。简而言之，要尽可能使用合成/聚合，尽可能不要使用继承[26]。迪米特法则（LoD）迪米特法则（LawofDemeter或简写LoD）又叫最少知识标准（LeastKnowledgePrinciple或简写为LKP），也就是说，一个对象应该对其它对象有尽可能少了解。其它表述：只和你直接好友们通信，不要跟"陌生人"说话。5.8面向对象优化设计5.8.1业务逻辑优化业务逻辑优化需要考虑两件事情：(1)怎样将全部业务逻辑中子事务尽可能均匀地分配到在建系统中去，让系统中各个部分充足发挥各自特有功效，不要出现“越俎代庖”现象；(2)怎样找到被分解业务共同部分。业务逻辑在计算机系统中分解可能使得原本两个貌似没有太多共同之处业务出现了共同点，找到这些共同点，就找到了系统优化关键。对于第一个问题，基础方法就是参考选定系统架构层次进行分层分配，将业务逻辑中每个事务分别在所适合层中实现；第二个问题，首先能够经过分析时序图找到逻辑上相同部分，其次能够将该任务向后推，留待静态类优化时再加以处理。5.8.2静态类优化静态类优化是指抛开业务逻辑，单纯从编程语言本身对系统进行优化。面向对象程序是不停迭代过程，伴随迭代深入，系统逐步变得愈加丰富和完善。当开发工作从系统分析转入系统设计后，会出现和业务逻辑无关代码优化问题，这就是静态类优化。它基础方法和程序设计语言有一定联络，和面向对象程序标准高度相关。而静态优化完成后，可能会对业务逻辑优化产生新提醒，从而造成更深入业务逻辑优化。这么迭代连续进行，直到业务逻辑在实现层面完全清楚，全部类设计符合或基础符合面向对象设计标准。初始类图User类和Admin类作为系统通常使用者和系统管理者，在使用系统过程中，比如登录、退出等操作。将二者之间出现相同操作程序代码合并在一起，并推送到共同父类中，生成EntityBean、PersistObject、BaseAction这3个父类。接下来将方法从原来实体类转移到抽象类中去，在此过程中将能设定为私有类一定要私有化，图5-8,、5-9、5-10、5-11所表示。图5-8初始类图（2）静态类初步优化：将二者之间反复代码合并并推送到父类图5-9静态类初步优化设计结果（3）将共同方法转移到抽象类：将原来类中共同方法转移到抽象类中图5-10将共同方法转移到抽象类结果（4）静态类最终优化结果图5-11静态类优化设计最终止果5.8.3程序代码结构优化程序代码结构定义了程序代码应该怎样被组织成文件、目录怎样分组为库，这种组织优劣对于计算机系统而言没有什么意义，因为不管程序代码组织多么杂乱无章，只要它是正确，编译程序就一定能够正确且高效地找到所需文件并完成工作；但对于人而言，组织结构混乱程序代码难以了解，有时为了读懂这些代码所花费时间和精力更甚，所以程序代码结构优化是以方便人尤其是非程序设计者阅读而做工作。程序代码组织基础形式是树状结构，其组织层次从大到小依次为：工作环境—项目—包—文件—类—方法—程序代码行。第6章邮政储蓄银行用户营销积分管理系统实现和测试系统实现是设计工作最终一步，在此阶段中，首先要依据系统设计方案对系统进行配置，设定相关参数，从而搭建系统运行软硬件平台，然后将测试完系统程序及相关文件布署到平台上。6.1系统实现6.1.1系统登录界面用户输入用户名、密码和系统角色后进入用户卡信息管理系统主界面。在该界面左侧部分列该系统关键功效模块，中间界面提供日常常规操作快捷处理方法，图6-1、6-2所表示。图6-1系统登录界面6.1.2用户管理模块用户到门店提出用户卡申请，并填写用户资本资料。用户服务中信人员审核用户用户是否满足用户卡申办条什。为用户办理用户卡，用户基础信息必需填写完整。系统应自动控制：必填信息空项，则无法进行下以步操作。直至用户资料填写完整后，才能激活用户卡，使用户卡得以投入使用，图6-3所表示。图6-3用户管理界面单击用户卡开通按钮，进入用户卡单据明细页面。此表中发卡门店为系统自动填写，除此之外表中用户卡生效日期依据实际情况选择(假如不选择，则系统默认生效日期为当日)，其它必填栏位如：用户姓名、性别、用户生日、所在城市、电话、地址等，可依据实际情况来进行填写。用户领取用户卡后，在购物时能够刷卡营销积分，系统自动统计和更新用户营销积分信息。当用户信息需要修改时，登录用户卡资料维护界面进行信息修改。要修改表中内容能够单击用户修改按钮，输入查询条件，单击查询按钮，切换到待修改用户信息列表页面，修改完完成后需要实施保留操作，图6-4所表示。图6-4开通用户卡界面6.1.3用户营销积分模块图6-5用户营销积分管理页面6.1.4查询统计模块依据现代营销法则，企业80％利润来自于那20％忠诚用户，所以市场营销关键问题在于在大量用户前提下，确定出谁是20％高价值用户，怎样发觉甚至是怎样随时地发觉用户价值，正确地定义出超市优质用户，这正是数据挖掘作用所在。数据挖掘通常是指从大量数据中自动搜索隐藏于其中有着特殊关系性（属于Associationrulelearning）信息过程。数据挖掘本质上就是建模，即发觉客观事物规律。针对零售企业中已经获取用户数据进行分析，利用数据挖掘算法，建立用户价值估计模型，发掘不一样用户群体不一样价值，针对新用户数据资料进行估计，发掘潜在盈利用户，使其能够成为企业发明利润价值用户，经过提供符适用户需求服务使其成为企业忠实用户，以期大大降低日常促销活动盲目性，从而降低销售成本，提升效率，增强企业关键竞争力。用户卡信息管理系统查询统计模块关键针对用户持卡基础信息和用户持卡营销积分信息进行数据挖掘[27]。数据挖掘在本系统查询统计模块应包含：（1）销售、用户、产品、时间和地域多维分析；（2）对促销活动有效分析；（3）对用户忠诚度分析；（4）挖掘关联信息，以形成购置推荐和商品参考，以帮助用户选择商品。1、基于数据挖掘多维分析（1）数据挖掘过程原始数据原始数据挖掘抽样、清理原始数据转换数据仓库样本集图6-6数据挖掘过程数据挖掘步骤会随不一样领域应用而有所改变，每一个数据挖掘技术也会有各自特征和使用步骤，针对不一样问题和需求所制订数据挖掘过程也会存在差异。数据挖掘通常步骤以下：①了解数据和数据起源（understanding）。②获取相关知识和技术（acquisition）。③整合和检验数据（integrationandchecking）。④去除错误或不一致数据（datacleaning）。⑤建立模型和假设（modelandhypothesisdevelopment）。⑥实际数据挖掘工作（datamining）。⑦测试和验证挖掘结果（testingandverification）。⑧解释和应用（interpretationanduse）。（2）数据挖掘算法数据挖掘技术常见和应用最广泛算法和模型包含：决议树、神经网络、基因算法、贝叶斯分类、期望值最大化方法等。本系统采取决议树细分用户资源。利用样本数据库，经过对用户所在商圈、购置频度、购置数量、购置时间等原因分析，建立用户分类模型，从中提取分类规则，发觉某群用户关键特征，然后利用这个模型对搜集到新用户数据进行分析。决议树算法是一个迫近离散函数值方法。它是一个经典分类方法，以自顶向下递归方法结构，对数据进行处理。理想决议树分为3种：叶节点数最少、叶子节点深度最小、叶节点数最少而且叶子节点深度最小。决议树好坏，不仅影响了分类效率，而且影响了分类正确率。ID3算法关键是：在决议树各级结点上选择属性时，用信息增益（informationgain）作为属性选择标准，以使得在每一个非叶结点进行测试时，能取得相关被测试统计最大类别信息[28]。由该属性不一样取值建立分支，再对各分支子集递归调用该方法建立决议树结点分支，直到全部子集仅包含同一类别数据为止。最终得到一棵决议树，它能够用来对新样本进行分类。(3)统计分析数据本系统基础数据为超市购物营销积分统计，其中包含用户用户和非用户用户。用户基础资料和营销积分统计是进行统计分析基础。在Mysq数据库中，建立一张数据表，用于存放用户购物营销积分统计，表名为purchase，经过前台POS机能够取得此数据。purchase表中包含字段：用户卡号：没有用户卡用户，用户卡号为0；交易小票号：用户一次购物统计即产生交易票号（用户购物交易代码是唯一），购物金额：这次购物所花费费用。商品折扣：依据用户卡类型能够享受折扣或是依旧超市促销活动具体折扣情况设置折扣。假如没有折扣销售，统计为0，假如进行了折扣销售，则统计为对应折扣值。purchase表主键为小票号和用户卡号。依据用户分析目标，需要从基础购物数据表中选出全部“用户卡号”字段不为零交易统计，即持卡用户购物营销积分统计。在分析用户用户购物统计时，需要定义能够描述该用户在这段时间购物特征变量，不仅需要知道用户在何时购物和所购置商品，而且需要了解用户光顾频率和购物平均营销积分额等信息。在对数据进行预处理时候，需要进行对缺失值处理、对数据一致性进行检验。但在缺失值处理中，缺失值所占百分比全部比较小，能够依据表中字段来推导具体缺失值。将数据预处理后数据转化成数据挖掘算法能够接收形式，并产生衍生变量。依据每个用户购物统计，产生表6-1所表示变量：统计变量备注总购物次数统计该用户光顾商城总次数总购物数量统计该用户购置商品总数总营销积分金额统计该用户购物营销积分总金额数衍生变量备注购物频率用总购物次数来表示，数值越大，表明购物频率越高单次购物数量统计该用户每次平均购物数量，等于总购物数量除以总购物次数，以此来衡量用户购物篮大小购物平均价格统计该用户每次所购商品平均价格，等于总营销积分金额除以总购物数量表6-1数据挖掘过程设计变量依据用户用户营销积分额、购物频率、单次购物数量和购物平均价格，这三个综合指标进行排序，并划分为三个区段，区间一占用户总数20％，区间二占用户总数40％，区间三占用户总数40％，从而把用户分为三类：区间一为高价值用户、区间二为高潜力用户和区间三为低价值用户。（4）构建决议树利用IBMDB2IntelligentMiner决议树方法对数据进行挖掘分析。依据用户对超市销售额贡献把用户分为高价值用户和低价值用户。不一样类别用户对应有不一样特征规则，依据不一样用户类型得出对应特征规则，高价值用户特征规则以下图所表示，设定概率大于72％特征规则为有效规则。规则编号一二三四五六七八九十购物频率2/3333222123单次购物数量4333131321购物平均价格-112/332/322/332支持数43693381453864545121表6-2数据挖掘结果依据表6-2统计分析，能够认为企业高价值用户就是那些频繁光顾、平均购物数量多和购置商品平均价格高用户，不过假如仅依据区分不一样类别用户，将显得很粗糙，而且会遗漏很多高价值用户。对其进行细分，高价值用户关键包含以下几类，如表6-3所表示：类别光顾频率单次购物数量购置商品平均价格13-515-4010-2026-3440-9010-2036-3440-9010-20表6-3数据挖掘结果2、超市不一样门店用户商圈分析超市不一样门店用户商圈分析关键用于统计、分析在本店入会用户所处商圈分布情况及销售额情况，图6-7所表示。图6-7查询统计页面6.1.5系统设置模块该模块功效包含系统员对商品折扣，用户卡积分进行设置，和该系统使用者对自己登陆名和密码进行修改操作，图6-8所表示。图6-8系统设置页面6.2系统测试 广义系统测试涵盖在系统分析、系统设计和程序设计3个阶段，在系统分析阶段，测试关键工作是确定，即确定评定立即开发应用系统是否正确无误、是否可行和有价值；系统设计阶段，测试关键工作是验证，即验证系统开发每个阶段、每个步骤结构是否正确无误、是否和各阶段要求或期望一致；最终程序设计阶段是对代码测试，能够广泛利用已经有结构化测试技术进行测试[29]。6.2.1系统测试内容常见软件测试方法有白盒和黑盒测试。黑盒测试也称功效测试，它是经过测试用例来检测每个功效是否能正常使用。本系统采取黑盒测试方法。在测试过程中关键是为了测试以下多个方面：(1)是否有数据结构错误或外部信息比如数据文件访问错误(2)复杂运算时间是否能够接收；正常运行最大并发用户数量(3)在接口上输入数据是否能正确接收，而且能否输出正确数据结果(4)检验系统实现功效是否全方面、是否有不正确或遗漏功效(5)是否有初始化功效或终止性错误。本系统关键测试功效模块以下表6-4所表示：序号模块功效测试结果1登录模块登录系统2退出系统3用户管理模块用户积分信息4用户卡开通5用户退卡6用户修改7系统设置模块折扣设置8积分设置9密码设置10查询统计查询统计（按用户等级ABC）11查询统计（按商圈）12用户营销积分用户营销积分信息录入13用户营销积分信息查询表6-4系统测试模块6.2.2系统测试方案因为用户卡管理信息系统实现模式为C／S结构模式，基于此基础上，在测试时对测试环境准备则分为C端(用户端)和S端(服务端)环境准备，具体要求以下表6-5所表示：型号配置操作系统、应用软件服务器端IBM处理器：3.2GHz/800MHz硬盘:最大148G光驱：48X网卡:集成10/100/1000以太网Windows7Tomcat6.0Mysql用户端PC机CPU：3.2GHz/4.8GHz内存：512M/1G硬盘：80G/30G光驱：52X网卡：10/100以太网Windows7360安全浏览器表6-5系统用户端和服务端测试方案本系统测试工作采取了自动化测试工具LoadRunner。系统测试关键进行了性能测试和配置测试，性能测试借助于工具完成，各功效测试由人工来完成。测试工具简单描述以下：LoadRunner属于Mercury企业产品，脚本生成器：录制调试脚本用。场景控制器：用脚本生成场景、实施场景，并在场景实施时进行监控。结果分析器：场景结束后将监控指标整理成图表展现给用户。6.3系统用例设计设计测试用例需要有清楚设计思绪，对要测试什么，根据什么次序测试，覆盖哪些需求做到心中有数。测试用例设计要求测试用例编写者对被测试软件设计、功效规格说明、用户试用场景和程序/模块结构有比较透彻了解。6.3.1性能测试用例性能测试是经过自动化测试工具模拟多个正常、峰值和异常负载条件来对系统各项性能指标进行测试。依据用户卡信息管理系统，设计了以下测试用例：并发测试并发测试过程是逐步增加负载，在同一时间点，支持多个不一样操作。LoadRunner中提供IP伪装，集合点，配合虚拟用户设计，和在多台电脑上设置，能够比很好模拟真实并发。如表6-6所表示。用例名称用例描述一秒内并发XX用户登录系统前提条件终端满足系统最低要求输入数据无步骤一秒内并发10、20、50、100…用户登录系统，并连续加压到最大许可并发用户数；查看页面响应速度；查看Tomcatserver和用户端CPU负载、内存使用期望结果用户能正常登录系统，且响应速度不超出要求3秒；Tomcatserver和用户端CPU负载、内存使用没有查过限制表6-6用户登录并发测试用例设计配置测试配置测试是系统使用不一样配置（硬件资源、网络、应用服务器和数据库）实施相同操作来取得性能数据，其目标是性能调优，用例设计如表6-7所表示。用例名称用例描述用户在不一样网速下登录系统前提条件无输入数据无步骤限制用户网络速度为8KB/s—16MB/s；用户登录系统；查看页面响应速度；查看Tomcatserver和用户端CPU负载、内存使用期望结果全部网络速度满足最低配置要求用户全部能够正常登录，且响应时间满足；Tomcatserver和用户端CPU负载、内存使用没有查过限制表6-7用户登录配置测试用例设计6.3.2边界值测试用例有很多字段全部能够使用边界值法进行测试，设计测试用例以下表6-8所表示：输入内容规格说明测试案例卡类型值只能是1、2、3当中之一为空1,、2、3当中之一除了1、2、3之外数值卡号最大为20个字符，不能为空为空1个字符20个字符22个字符名字最大为20个字符，不能为空为空1个字符20个字符22个字符邮编只能是6位数字，能够为空为空1个数字5个数字6个数字7个数字地址最大为50个字符，不能为空为空1个字符49个字符50个字符51个字符商圈最大为50个字符，不能为空为空1个字符49个字符50个字符51个字符固定电话只能输入数字，区号中间可用“-”分隔，不能少于7位为空1个数字8个数字移动电话只能输入数字，只能是11位数字，不能为空为空1个数字10个数字11个数字13个数字表6-8边界值测试用例设计6.4测试结果分析经过设计多种测试用例对系统进行测试，生成对应错误汇报，统计错误发觉时间和错误具体描述，便于开发人员进行错误重现，以缩短错误处理时间。开发人员对于错误处理简单统计和测试人员重测结果全部会统计在错误汇报中，方便进行测试分析。用户卡管理信息系统测试周期为两周，期间一共测出问题数220为个，修改成功210个，拒绝6个，延期4个。延期4个中为操作方面方面问题。性能测试结果分析见下如表6-9所表示：并发测试汇报功效用户登录用户卡信息管理系统目标最大登录数量并发方法虚拟最大数量用户且同时进行登录操作并发用户数和事务实施情况用户并发数事务平均响应时间事务最大响应时间平均每秒处理事务数事务成功率每秒点击率平均流量（字节/秒）200.3243.6539.887100%98.871435250.000400.8656.52313.213100%132.132593652.000602.1218.43512.563100%125.634568456.536并发用户数和数据库主机用户并发数CPU利用率磁盘I/O情况DB参数其它参数2028%756.2124036%769.6536042%788.456表6-9系能测试结果从上表中能够看出，当用户数达成60人时，事件响应时间为8秒内，而少于10秒，cpu占用率39％，内存使用占到43％，所以系统性能达成要求。测试结果评价本系统开发意在提升用户购置商品效率，和方便用户和商家。提升大家生活水平，也使商家能对超市有愈加好管理。系统已经基础运行实现了设计各项功效，能够投入使用。但因为开发者能力有限，致使系统还存在很多不足和缺点，所以本系统还能够从以下多个方面进行改善。（1）丰富和完善用户功效；（2）添加在线交流模块；（3）系统功效并非完全实现，在后期逐步完善；（4）界面上还不够完美；另外，本系统仍存在安全性问题隐患。第7章总结MVC思想利用为邮政储蓄银行用户卡管理系统开发提供了一个松散耦合、互操作性强、而且含有良好可扩展性架构思想。借助于这种系统架构设计思想