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

邮政储蓄银行客户营销积分系统的设计与实现目录邮政储蓄银行客户营销积分系统的设计与实现 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存入struts的controller相应的表单属性中。（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事务：通过Session的beginTransaction()方法可以得到一个对象的实例。重要用于管理实务。一个事务对象也许会涉及多个对数据库进行的操作。第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思想的运用为邮政储蓄银行的客户卡管理系统的开发提供了一种松散耦合的、互操作性强、并且具有良好可扩展性的架构思想。借助于这种系统架构设计思想，系统设计变得更加简朴。本文通过对零售公司客户制营销现状的分析，以提高客户的满意度、忠诚度为目的，通过建立客户顾客的信息库，以期更好地了解顾客的营销积分需求，与之建立长期的和谐