邮政储蓄银行客户营销积分系统的设计与实现2.docx
《邮政储蓄银行客户营销积分系统的设计与实现2.docx》由会员分享，可在线阅读，更多相关《邮政储蓄银行客户营销积分系统的设计与实现2.docx（95页珍藏版）》请在冰豆网上搜索。
邮政储蓄银行客户营销积分系统的设计与实现2
邮政储蓄银行客户营销积分系统的设计与实现---2
邮政储蓄银行客户营销积分系统的设计与实现
摘要
着商业银行多元化业务的开展，以及行业内竞争日趋激烈化，为提高商业银行综合竞争力，加快银行业务整合营销步伐，引导和鼓励客户使用银行各类金融产品和金融服务，丰富促销手段，加强客户关系维护，提高客户忠诚度，持续增加银行收益，培养并吸引优质客户群，按照“以客户为中心”的经营理念，商业银行需要根据客户对本行各类业务的整体贡献度进行一个全面度量和综合管理，由此设立了银行客户营销分管理系统
关键词：
多元化、系统设计、系统实现、商业银行
Abstract
Withthediversificationofcommercialbanks,aswellastheincreasinglyfiercecompetitionintheindustry,inordertoimprovethecomprehensivecompetitivenessofcommercialbankstospeedupthepaceofintegratedbankingbusinesstoguideandencouragecustomerstouseallkindsofbankfinancialproductsandfinancialservices,Strengthencustomerrelationshipmaintenance,improvecustomerloyalty,continuetoincreasebankrevenue,trainingandattracthigh-qualitycustomerbase,inaccordancewiththe"customer-centric"businessphilosophy,commercialbanksneedtocustomersbasedontheoverallcontributionofvarioustypesofbusinessforacomprehensiveMeasurementandintegratedmanagement,whichsetupabankcustomermarketingsub-managementsystem
Keywords：
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描述模型时，可随时采用这些方案和机制：
specifications
adornments
commondivisions
extensibility
2.2Struts框架
Struts框架的特点计划构件应用程序（无论是否基于Web），需要至少一种框架包，如果使用基于Web的框架包，Struts就是最好的选择。
2.2.1MVC设计模式
MVC（模型-视图-控制器）模型可以称为模型-视图-控制器模型。
模型（模型）是一个处理逻辑问题、独立外部显示、内部内容和形式的软件、计算核心数据、逻辑和功能的软件，它独立于具体表达式和I/O操作接口。
视图（视图）向用户显示模型数据和逻辑关系和状态信息，以及特定形式的表示。
该模型实现了显示信息相同的信息可以有不同的显示形式。
控制器（Controller）是处理用户交互的软件，负责控制模式变化的传播，确保用户界面和模型之间的关系。
它接受用户的输入和反馈模型，实现模型的控制，是该模型的观点，协调一个视图对应一个视图和控制器的分离，使得一个模型的多个显示用户通过一个视图控制器模式的改变，和所有其他的依赖于这些数据的考虑，体现在这些的时候，发生了何种数据变化，控制器将改变通知所有的视图，使得更新显示。
这实际上是一种模型的变化-传播机制[17]。
图2-1MVC架构
VIEW包括：
用户登录界面；系统首页；查询显示信息界面；修改信息界面；添加信息界面等。
Control包括：
对具体类的查询功能，添加功能，修改功能，以及相对应的删除功能。
Model层包括：
超市客户管理系统数据库的创建，其中包括实体类，还有相应的动作结果表等。
2.2.2Struts工作原理
图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配置文件中添加相关代码：
这里配置了两个元素：
（1）用来配置前台发过来的Form传给ActionForm用的，传到后台com.baidu.form.LoginForm这个方法会把所有的前台输入的东西拿到。
（2）里面要填写的是你希望将这个表单提交到什么路径。
（比如另外一个页面）request的意思是提交的时候不在地址栏显示你的提交信息（比如账号密码之类的），为了用户的信息安全。
成功时转发到“success.jsp”，“failure”表示失败时转发到“error.jsp”。
2.3Hibernate与持久层ORM
2.3.1hibernate
hibernate是一个框架，是用来操作数据库的。
它把数据库中的表，转换成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]。
只有把为客户提供更优质的服务放在零售业竞争的核心地位，处处考虑到客户的需求和利益，时常站在客户的角度来思考问题，最终才能获得客户的青睐和忠诚，客户制的作用才会得到更大的发挥，企业的收益才能更有保证。
客户卡信息管理系统的功能涉及前台管理和后台管理两个大块。
客户卡信息管理系统主要为了实现基于客户信息（后台）和营销积分信息（前台）的数据挖掘，通过客户卡信息管理系统的使用，在对市场行为、购买行为、用户心理等各方面进行分析后，制定出一套有关产品的特色营销方案，以增强商家和顾客之间的互动性，从而提高顾客的忠诚度。
实现顾客日常营销积分数据收集、统计、分析的自动化、查询的实时化，规避信息孤岛，畅通企业的信息流，支持活动决策。
前台管理系统，主要就是收集客户营销积分信息。
而后台管理系统主要具有客户信息管理、客户卡信息管理、数据统计分析、积分返利管理等功能。
本系统主要有两类用户，系统管理员和一般用户，一般用户是客户卡管理过程中的各种角色。
系统管理员主要能够能进行角色管理、权限管理、部门管理、流程定义、流程管理等活动，一般用户主要能够进行查看客户信息和处理变更信息等活动[8]。
邮政储蓄银行客户卡管理规则简介：
1.客户卡可永久使用，积分有效期为一年（从首次产生积分日期到第二年该日为一年）。
2.持此卡营销积分者的顾客可参加积分活动。
3.此卡将设置个人密码；若有遗失请及时在3个工作日内在超市服务台处申请挂失、补发。
4.客户卡仅限客户本人使用，每张身份证仅限办理客户卡一张。
5.为了保证办卡客户的合法权益，持此卡营销积分时须签初始办卡贵宾之实名才能有权营销积分。
6.本协议由持卡人签字确认后生效。
3.1.1概要分析
图3-1客户卡管理的职能部门
如图3-1所示，客户卡管理信息系统可以实现对客户信息、积分返利、商品折扣、护院营销积分记的有效管理。
统计分析模块也是本系统的主要功能之一，通过对客户基本信息和营销积分信息进行整理、分析、挖掘，发现不同顾客的不同价值，准确地定义出企业的盈利顾客，并且
升级会员 