文档文库
手机版
投诉建议
热门搜索： 心得体会 演讲稿 思想汇报
首页 > 邮政储蓄银行客户营销积分系统的设计与实现-

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

发布时间：   来源：文档文库   
小 中 大
字号：
手机查看
.I

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

..r..

.I
目录
邮政储蓄银行客户营销积分系统的设计与实现....................................................................1摘要：..................................................................................................................................4第1章绪论.......................................................................................................................6
1.1研究背景.................................................................................................................61.2国外研究现状.........................................................................................................6第2章邮政储蓄银行客户营销积分管理系统的相关技术..................................................6
2.1统模语言UML介绍................................................................................................7
2.1.1UML的建筑块...............................................................................................72.1.2类.................................................................................................................92.1.3关系.............................................................................................................92.1.4通用机制......................................................................................................92.2Struts框架.............................................................................................................10
2.2.1MVC设计模式...........................................................................................102.2.2Struts工作原理...........................................................................................112.2.3应用实例....................................................................................................122.3Hibernate与持久层ORM...................................................................................12
2.3.1hibernate..................................................................................................122.3.2hibernate工作原理...................................................................................13
第3章邮政储蓄银行客户营销积分管理系统的需求分析................................................13
3.1系统业务流程.......................................................................................................13
3.1.1概要分析....................................................................................................143.1.2详细分析....................................................................................................153.2系统用例模型.......................................................................................................20
3.2.1参与者描述.................................................................................................203.2.2用例模型....................................................................................................213.3用例的活动图描述.................................................................................................263.4需求原型系统........................................................................................................323.5性能需求...............................................................................................................333.6其他需求...............................................................................................................34
3.6.1安全性需求.................................................................................................343.6.2数据性能需求.............................................................................................34
第4章邮政储蓄银行客户营销积分管理系统的设计.......................................................35
4.1概述.......................................................................................................................354.2时序分析...............................................................................................................35
4.2.1客户信息变更管理......................................................................................364.2.2客户积分管理.............................................................................................374.2.3查询统计（按客户ABC等级）.................................................................384.2.4查询统计（按商圈）..................................................................................394.2.5卡类型管理.................................................................................................404.2.6客户信息建档.............................................................................................414.3类分析模型...........................................................................................................42
..r..

.I
4.3.1边界类........................................................................................................424.3.2领域类........................................................................................................434.3.3实体类........................................................................................................444.3.2总体类........................................................................................................474.4数据模型...............................................................................................................47
4.4.1概念模型....................................................................................................484.4.2逻辑模型....................................................................................................484.4.3完整数据模型.............................................................................................50
第5章系统设计与优化...................................................................................................50
5.1系统架构设计.......................................................................................................51
5.1.1系统架构的选择.........................................................................................515.2.2系统架构的配置.........................................................................................525.2持久化设计...........................................................................................................52
5.3.1ORM（对象——关系映射）.......................................................................535.3.2数据库物理设计.........................................................................................535.3系统功能设计.......................................................................................................545.4实体类设计...........................................................................................................555.5系统流程对象设计................................................................................................565.6系统界面设计.......................................................................................................57
5.6.1界面显示设计.............................................................................................575.6.2界面流转逻辑设计......................................................................................585.7代码设计原则.......................................................................................................595.8面向对象的优化设计.............................................................................................59
5.8.1业务逻辑优化.............................................................................................595.8.2静态类优化.................................................................................................605.8.3程序代码结构优化......................................................................................62
第6章邮政储蓄银行客户营销积分管理系统的实现与测试............................................62
6.1系统实现...............................................................................................................62
6.1.1系统主界面.................................................................................................626.1.2客户管理模块.............................................................................................636.1.3客户营销积分模块......................................................................................646.1.4查询统计模块.............................................................................................646.1.5系统设置模块.............................................................................................676.2系统测试...............................................................................................................68
6.2.1系统测试容.................................................................................................686.2.2系统测试方案.............................................................................................696.3系统用例设计.......................................................................................................69
6.3.1性能测试用例.............................................................................................696.3.2边界值测试用例.........................................................................................706.4测试结果分析.......................................................................................................71第7章总结.....................................................................................................................72致......................................................................................................................................73参考文献.............................................................................................................................74

..r..

.I
.
.r..

.I

摘要
着商业银行多元化业务的开展，以及行业竞争日趋激烈化，为提高商业银行综合竞争力，加快银行业务整合营销步伐，引导和鼓励客户使用银行各类金融产品和金融服务，丰富促销手段，加强客户关系维护，提高客户忠诚度，持续增加银行收益，培养并吸引优质客户群，按照“以客户为中心”的经营理念，商业银行需要根据客户对本行各类业务的整体贡献度进行一个全面度量和综合管理，由此设立了银行客户营销分管理系统
关键词：多元化、系统设计、系统实现、商业银行

Abstract

Withthediversificationofcommercialbanks,aswellasthe
increasinglyfiercecompetitionintheindustry,inordertoimprovethecomprehensivecompetitivenessofcommercialbankstospeedupthepaceofintegratedbankingbusinesstoguideandencouragecustomerstouseallkindsofbankfinancialproductsandfinancialservices,Strengthencustomerrelationshipmaintenance,improvecustomerloyalty,continuetoincreasebankrevenue,trainingandattracthigh-qualitycustomerbase,inaccordancewiththe"customer-centric"businessphilosophy,commercialbanksneedtocustomersbasedontheoverallcontributionofvarioustypesofbusinessforacomprehensiveMeasurementandintegratedmanagement,whichsetupabankcustomermarketingsub-managementsystem
..r..

.I

Keywords：Diversification,systemdesign,systemimplementation,commercialbank
..r..

.I
第1章绪论
1.1研究背景
银行业随着中国加入WTO，越来越多的机遇和竞争摆在了眼前。一方面是能够更加容易的引进其他国家的先进技术经验；另一方面，实力雄厚的跨国银行和财团的涌入，给国金融市场带来更多的压力，国银行业面临着前所未有的压力。不远的将来，加入WTO的冲击将导致国金融市场一体化，国银行业生存空间将进一步被蚕食。
随着商业银行多元化业务的开展，以及行业竞争日趋激烈化，为提高商业银行综合竞争力，加快银行业务整合营销步伐，引导和鼓励客户使用银行各类金融产品和金融服务，丰富促销手段，加强客户关系维护，提高客户忠诚度，持续增加银行收益，培养并吸引优质客户群，按照“以客户为中心”的经营理念，商业银行需要根据客户对本行各类业务的整体贡献度进行一个全面度量和综合管理，由此设立了银行客户销销积分管理系统。邮储银行就是在以上背景下完成了邮政储蓄银行客户营销积分系统，系统面向银行客户积分管理、积分查询、积分渠道采集、积分抵扣管理以及积分礼品兑换管理，构建了集业务管理、客户管理和积分管理的工作模式，实现了提高银行客户积分管理工作效率，节约了资源成本的目标。
1.2国外研究现状
近几年来，计算机技术和网络技术的迅速发展，为银行企业的信息化建设提供了便利的技术条件，在整个电子银行世界围大发展的背景下，我国开始根据我国国情实施具有中国特色的银行信息化系统、客户积分管理系统。如今客户积分管理成为国外众多银行信息化发展、市场竞争的重要手段，中国商业银行要想提高客户积分管理管理，必须推动技术创新。早在前些年，我国的一些商业银行就提出，要充分发挥科技力量，依靠雄厚的资金实力，在现代产品销售管理系统中，首先引入了信息管理的模式。
目前国国外积分管理系统已经广泛应用到电子商务领域，如国外各大商业银行系统、国淘宝网，美国的易趣网、日本的chobirich网等等。当用户使用银行服务、购买商品、参与银行或商户提供的各种广告活动、论坛发帖、回答游戏等，均可获取一定的积分。而用户使用这些积分，可直接在银行商城或商城上消费，或兑换各大特约商户的联名积分、实体礼品、电子货币、实体商场的现金礼品卷等等。
近几年来，国外各个行业的客户积分管理系统发展迅速，通过查阅文献，对客户积分管理分以下几类进行研究。
1）国外典型超市客户积分管理系统的应用状况通过查阅相关文献资料，了解到目前国外一般超市都投入运用了客户积分管理系统，如沃尔玛，家乐福等均建立了完善的客户积分管理系统，其首要目标实现会员基本信息管理，在此基础上还完成了一些业务功能，比如沃尔玛超市客户积分管理系统实现了会员积分管理和储值管理，为方便会员消费交易，会员卡具备小额度储值功能，会员在消费时，对一些交易的零钱可以从会员卡中扣除，或收银员无需找零，把其存储在会员卡上，方便以后交易时使用，这样减轻了收银员的工作，方便了客户消费。家乐福超市会员采集系统通过会员登记信息，借助短信平台，向会员发送超市近期优惠活动信息，使会员及时了解超市的营销动态，
..r..

.I
方便企业的营销推广。
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有三种基本的建筑块：
..r..

.I
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图中的非静止元素，动态事物拥有相关动作和操作。它有集中常见的动作。其中一种是交互。由一组对象构成，且能通过一连串的信息交互构成的动作能实现某种希望的结果，这就是交互。在交互中，需明确描述附属在其上的动作、信息、操作顺序、连接关
..r..

.I
系等。在UML图中，一般用带方向的直线代表交互，并在其附近标注其名字。
2.1.2类
类是具有相同属性、操作、关系的对象集合的总称。通常在UML中类被画成矩形。名称
为便于区分，必须给类命名。类名用一串字符代替，成为普通的类名；而在普通类名前添加路径名称，作为相关包的前缀，也是可以的。比如：CTT,J3T::SPR:MYTYPT等均可。在属性名称最后加上其类型也可构成类名。
组织属性和方法
有时候并不需要把所有图形属性和操作都描述。事实上，在大多数时候，很难将所有累的属性和操作都描述出来，而且也没有必要。在制作UML图时，仅需要将与业务关系紧密的属性和操作描述清楚就可以了。为区分部分属性、方法，可以在其名称前加上描述性字符串。类具备的任务功能称为其职责。一个类，可拥有一至多个职责。在实际开发工作中，需要将类的职责划分细化成各个属性和方法。
通常在UML中在类图的最下方用单独的部分列出类的职责。
2.1.3关系
依赖关系（Dependency）
作为一种特殊关系，依赖意味着：某种属性的变化可能影响到与其相关的事物和属性，但是反过来不一定。这种特殊关系的显示，一般可用依赖关系表示。一般而言，依赖关系意味着一个类的具体方法调用另一个类的对象或属性作为实参。在UML图中，可在多个事物之间展示依赖关系。
一般化，实际上是继承，在UML语言里，该关系可存在于多个包之间。
关联（Association）
作为两种对象间的结构化的联系，关联关系是指某两个类可从一个类的对象获取另一个类的对象。一般情况下，二元关系指两个对象间的关系，多元关系，指多个对象间的关联。一般情况下，可使用实线连接多个类，来表示关联关系。
2.1.4通用机制
有多重方案，可使UML更便于运用，在使用UML描述模型时，可随时采用这些方案和机制：
specificationsadornments
commondivisionsextensibility
..r..

.I
2.2Struts框架
Struts框架的特点计划构件应用程序（无论是否基于Web），需要至少一种框架包，如果使用基于Web的框架包，Struts就是最好的选择。
2.2.1MVC设计模式
MVC（模型-视图-控制器）模型可以称为模型-视图-控制器模型。模型（模型）是一个处理逻辑问题、独立外部显示、部容和形式的软件、计算核心数据、逻辑和功能的软件，它独立于具体表达式和I/O操作接口。视图（视图）向用户显示模型数据和逻辑关系和状态信息，以及特定形式的表示。
该模型实现了显示信息相同的信息可以有不同的显示形式。控制器（Controller）是处理用户交互的软件，负责控制模式变化的传播，确保用户界面和模型之间的关系。它接受用户的输入和反馈模型，实现模型的控制，是该模型的观点，协调一个视图对应一个视图和控制器的分离，使得一个模型的多个显示用户通过一个视图控制器模式的改变，和所有其他的依赖于这些数据的考虑，体现在这些的时候，发生了何种数据变化，控制器将改变通知所有的视图，使得更新显示。
这实际上是一种模型的变化-传播机制[17]。

图2-1MVC架构
VIEW包括：用户登录界面；系统首页；查询显示信息界面；修改信息界面；添加信息界面等。
Control包括：对具体类的查询功能，添加功能，修改功能，以及相对应的删除功能。Model层包括：超市客户管理系统数据库的创建，其中包括实体类，还有相应的动作结果表等。
..r..

.I
2.2.2Struts工作原理
Struts-config.xml模型（ActionForm）
1、初始化3、填充FormBean
业务功能类
Struts框架总控制器（ActionServlet）
4、将请求转移到具
（JavaBean）
2、Http请求
6、返回目标相应
对象
体Action处理
5、调用后台业务功能类完成商务逻辑
业务功能控制器
8、Http相应
（Action）
7、转换Http请求到目
标相应对象
视图JSP

图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查阅。
..r..

.I
2.2.3应用实例
为展示struts使用，这里列出相关代码。在xml配置文件中添加相关代码：
path=/testname=”loginForm”scope=”request”type=”LoginAction”
input=”/login.jsp”>
”success”path=”/success.jsp”>”failure”path=”/error.jsp”>

这里配置了两个元素：
（1）<form-bean>用来配置前台发过来的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将实体映射导入到数据库中
..r..

.I
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]。
只有把为客户提供更优质的服务放在零售业竞争的核心地位，处处考虑到客户的需求和利益，时常站在客户的角度来思考问题，最终才能获得客户的青睐和忠诚，客户制的作用才会得到更大的发挥，企业的收益才能更有保证。
客户卡信息管理系统的功能涉及前台管理和后台管理两个大块。客户卡信息管理系统主要为了实现基于客户信息（后台）和营销积分信息（前台）的数据挖掘，通过客户卡信息管理系统的使用，在对市场行为、购买行为、用户心理等各方面进行分析后，制定出一套有关
..r..

.I
产品的特色营销方案，以增强商家和顾客之间的互动性，从而提高顾客的忠诚度。实现顾客日常营销积分数据收集、统计、分析的自动化、查询的实时化，规避信息孤岛，畅通企业的信息流，支持活动决策。前台管理系统，主要就是收集客户营销积分信息。而后台管理系统主要具有客户信息管理、客户卡信息管理、数据统计分析、积分返利管理等功能。本系统主要有两类用户，系统管理员和一般用户，一般用户是客户卡管理过程中的各种角色。系统管理员主要能够能进行角色管理、权限管理、部门管理、流程定义、流程管理等活动，一般用户主要能够进行查看客户信息和处理变更信息等活动[8]。
邮政储蓄银行客户卡管理规则简介：
1.客户卡可永久使用，积分有效期为一年（从首次产生积分日期到第二年该日为一年）。2.持此卡营销积分者的顾客可参加积分活动。
3.此卡将设置个人密码；若有遗失请及时在3个工作日在超市服务台处申请挂失、补发。4.客户卡仅限客户本人使用，每仅限办理客户卡一。
5.为了保证办卡客户的合法权益，持此卡营销积分时须签初始办卡贵宾之实名才能有权营销积分。
6.本协议由持卡人签字确认后生效。
3.1.1概要分析
客户营销积分系统
计划部服务台统计部系统部
客户卡管理卡作业处理
客户档案管理
统计分析
报表信息管理
积分管理

图3-1客户卡管理的职能部门
如图3-1所示，客户卡管理信息系统可以实现对客户信息、积分返利、商品折扣、护院营销积分记的有效管理。统计分析模块也是本系统的主要功能之一，通过对客户基本信息和营销积分信息进行整理、分析、挖掘，发现不同顾客的不同价值，准确地定义出企业的盈利顾客，并且为客户提供满意的服务。在统计分析模块中运用基于决策树的数据挖掘技术进行数据分析，建立客户价值预测模型，以期发掘潜在的高价值客户[9]。计划部：设计并制作客户卡
服务台：为顾客提供客户卡的申请、挂失、回收服务
统计部：对客户卡管理日常信息进行挖掘，为企业的销售等其他部门的活动提供依据系统部：管理客户卡管理日常信息和积分返利活动
..r..

.I
基于多次对各类邮政储蓄银行的客户卡管理系统进行调研，大致了解了客户制的运营流程以及相关工作。根据多方面的咨询以及提供的一些数据，画出总体流程图如下：
计划部
会员档案
统计部
数据挖掘
计划部
会员卡管理
会员卡
统计分析
分析报告
会员持卡记录
卡作业处理
会员卡
顾客
顾客
会员登记表
会员档案管
理
会员档案会员积分记录活动管理
服务台系统部

图3-2客户卡管理系统的总体业务流程图
如图3-2所示，总体业务流程图描述了超市的各个部门所负责的主要工作。计划部制作客户卡，服务台对顾客的客户申请表进行档案管理，统计部对客户信息进行分析、挖掘，得出相关报告，系统部根据超市营销策略，进行促销活动管理。
3.1.2详细分析
客户登录查询
如图3-3，持有本超市客户卡的客户，可以通过网络环境查询自己的积分营销积分信息，并获得超市提供的促销活动最新信息。
积分管理
返回积分信息页面
会员
通过网络访问会员
信息
会员
消费管理
返回消费信息页面

图3-3“客户查询登录”详细业务流程图
客户档案管理流程如下：
（1）入会资格的审核
服务员1负责按《客户登记表》背面客户手册的要求，审核客户入会资格。（2）领取客户登记表
满足入会资格条件的，受理人方可领取《客户登记表》。
..r..

.I
（3）填写客户登记表
顾客填写《客户登记表》，要求客户资料要真实。认真填写《客户登记表》，尽量填写完整，卡号、、证件、联系、地址等为必填项，顾客须签字。（4）审核客户资料确认
顾客拿着已填好的《客户登记表》和其他相关资料（和购物凭证），审核顾客信息准确无误后到服务台处办理客户卡。（5）客户信息录入系统
录入信息要仔细，避免顾客信息录入错误，造成不必要的麻烦，最好录入后核对客户信息，确认准确性。（6）发卡
为便于管理，避免混乱，发卡统一由服务台服务员2办理。
顾客
会员登记表
会员信息建档
会员登记表
服务员2
服务员1会员档案
顾客
会员信息变更登记
表
会员信息变更处理

图3-4“客户档案管理”详细业务流程图
如图3-4，客户档案管理及信息维护在服务台进行，服务台服务员向顾客发放纸质客户登记表，顾客填写完毕交个服务员1，由服务员1建立客户档案，完成建档处理后，将客户登记表转交给服务台负责卡发放的服务员2；当顾客的信息需要修改时，顾客向服务台索取客户信息变更登记表，填写更改容后，提交给服务员1，由服务员1负责对客户档案做相应的修改。
卡作业处理
客户卡有效期:客户卡可永久使用。
客户卡损坏/遗失补办:如果您的客户卡损坏或遗失，请在客户卡的有效期，持开卡时使用的有效件到该零售公司办理补卡手续，原卡营销积分及客户资料将转移至相应新卡上，原卡自动失效。
退卡：客户退卡客户需带到该零售公司退卡，同时卡上积分作废。
修改客户信息：客户修改客户卡信息时需到服务台登记，进行信息核实，提供信息与客户注册信息不符的不予修改。特别提醒客户，信息修改均需提交原件[10]。
..r..

.I
服务员2
会员卡
业务员1
卡提交凭证
发放新卡
会员卡
顾客
服务员1
会员登记表
会员卡持卡记录
顾客
挂失申请
卡挂失处理
服务员3
会员卡
顾客
退卡申请
卡回收处理
图3-5“卡作业处理”详细业务流程图

如图3-5，对卡的发放、挂失、回收等操作均属卡的作业处理畴，此类操作在服务台进行，主要由服务员2负责卡的发放操作；服务员3负责卡的挂失、回收操作。
具体流程是：计划部的业务员1将制作好的卡及卡提交凭证交个服务台的服务员2负责签收，在得到由服务员1提交的客户登记表后，做发放新卡的处理，即填写客户持卡记录，将客户卡提交给顾客；当顾客发现卡丢失，则立即到服务台填写挂失申请，提交给服务员3，服务员3在客户持卡记录中将卡的状态修改为“挂失”；当顾客申请退卡时，则填写退卡申请，将申请和卡交给服务员3，由服务员3办理退卡手续，并将客户持卡记录中将卡的状态修改为“空卡”，表示此卡已被收回。客户卡管理
如图3-6所示，计划部员工或其他人员根据以往的销售情况、销售计划和工作经验，提出设立客户卡的提议并交出一份客户卡提案，提案经过计划部及商场总经理的反复讨论确定实施，计划部业务员1填写一份制卡申请表，申请表中说明卡的类型，本次制卡的数量，制卡理由等。制卡申请表提交给计划部经理审批，审批通过的制卡申请表返回给业务员1，由业务员1负责制作客户卡，并将制作的客户卡送至服务台，详细流程描述如下图：
..r..

.I
相关人员部门经理
总经理
相关人员
会员卡提案
讨论提案
会员卡提案（已通
过的）
业务员1
申请制卡
制卡单清单
制卡
会员卡
审批制卡申
请单
制卡申请单（审批
通过的）
卡提交凭证
部门经理
服务台

图3-6“客户卡管理”详细业务流程图
客户积分返利管理和报表信息管理客户积分管理
（1）客户持客户卡营销积分后，为客户卡加上相应的分值，这由公司财务通过将积分加到客户卡上，分值累计到一定标准后，可实现相应的功能。如积分换奖品、积分换客户升级（享受折扣的客户）、积分换购物券等等。（2）折扣客户
持客户卡营销积分享受客户价、折扣价。定9.5折。客户使用赠券或礼券结帐时不另外享受客户折扣。特价及促销商品不享受折扣和客户价。尊享客户优惠礼：享受客户的各项优惠措施。
活动优先有礼：有机会参加零售公司为客户举办的各类专属促销及活动。其他待遇礼：优先获得零售公司的各项优惠及活动信息。（3）客户卡积分制度
可以积分折换现金或是使用（100积分折换1元现金，折换的现金只能做为下次购买商品使用，不能提现金。折换的金额以返券的形式体现）
积分兑换礼品活动（礼品和积分要分档次，礼品客户到零售公司领取）可定期或不定期举积分兑换赠券或礼券[11]。
..r..

.I
系统员1
会员活动管理
会员消费明细记
录
会员积分记录
系统员2
积分返利信息记
录
会员持卡记录
会员卡等级管理
会员返利管理
系统员2
图3-7“客户活动管理”详细业务流程图

如图3-7所示，系统部的系统员1负责日常的报表管理：失效卡备录表，客户营销积分明细表，客户积分表，客户积分返利信息表。系统员2根据零售企业实际情况定义出积分规则和积分返利商品的细则，并根据客户营销积分积分情况对客户卡的等级进行升降管理；系统员2结合客户营销积分明细表，客户积分表的信息，对不同的返利情况进行修改：积分抵现金，兑换奖品，兑换优惠券。统计分析
本客户信息管理系统中除包含基本功能外，还有大量的需建立在基本功能基础之上的信息检索、统计和分析功能。此系统中的客户卡管理、客户档案管理、卡作业处理属于基本功能，而统计分析则建立在基本功能之上[12]。
如图2-8所示，统计部统计员1根据客户持卡信息和客户档案信息，按客户的等级ABC分析顾客的营销积分能力，按顾客的商圈距离分系顾客的营销积分能力，将统计结果形成报表提交给计划部经理，业务流程描述如下图：
..r..

.I
统计员1
按商圈统计分析消
费能力
按商圈分析报告
会员档案
部门经理
会员持卡记录
按会员等级ABC统计分析消费能力
按会员等级ABC分
析报告
统计员2

图3-8“统计分析”详细业务流程图
3.2系统用例模型
3.2.1参与者描述
（1）客户顾客
如图3-9所示，客户顾客的主要行为活动包括：客户卡申请、客户信息查询、客户积分查询、积分兑换。

图3-9“客户顾客行为”用例图
..r..

.I
(2系统角色
如图3-10所示，描绘超市部门所确定的系统使用者的角色[13]。

图3-10参与者之间的关系
3.2.2用例模型
(1高层用例模型

图3-11总体用例模型

(2分层用例模型
客户档案管理
..r..

.I
图3-12“客户档案管理”用例图

客户档案管理业务流程图中包含两项功能：“客户信息建档”功能的需提供查询、新增、修改和删除客户信息的功能；“客户信息变更处理”功能需查询到要修改的客户记录，并修改之。最终的用例模型如图3-12所示。客户管理

图3-13“客户管理”用例图
客户管理用例说明：
简要说明：在操作界面上实现客户基本信息的增加、修改、删除、查询、返回功能。前提条件：“客户卡申请表”中的关键信息、操作者拥有操作权限事件流：打开客户管理操作页面
事后条件：正确的客户信息保存在数据库中
非功能性需求：在输入和修改操作中，对输入的错误信息要立即提示
按条件查询时查询时间要控制在较短的时间
卡作业处理
..r..

.I
图3-14“卡作业处理”用例图

卡作业处理中包含的“发放新卡”、“卡挂失处理”、“卡回收处理”3项功能既包含了对信息的处理，也包含了对实物的交换，在系统中无法实现实物的交换，但可以实现数据处理功能。信息处理主要针对客户持卡记录，卡发放、卡挂失、卡回收都是对客户持卡记录做修改操作，同时还需要记载卡的作业过程，用例模型如图3-14所示。客户卡管理

图3-15“客户卡管理”用例图
卡类型管理用例说明：
简要说明：在操作界面上实现卡类型基本信息的增加、修改、删除、查询、返回功能。
..r..

.I
前提条件：“客户卡提案”中的关键信息、操作者拥有操作权限事件流:打开卡类型管理操作页面事后条件:正确的卡类型保存在数据库中
非功能性需求:在输入和修改操作中，对输入的错误信息要立即提示按条件查询时查询时间要控制在较短的时间客户积分返利管理

图3-16“客户积分返利管理”用例图
客户积分管理用例说明：
简要说明：在操作界面上实现客户积分基本信息的增加、修改、删除、查询、返回功能。
前提条件：“客户卡营销积分”中的信息、操作者拥有操作权限事件流:打开积分管理操作页面
事后条件:积分兑换后的正确数据存入数据库中报表信息管理
..r..

.I

图3-17“活动管理”用例图
统计分析

图3-18“统计分析”用例图
统计分析用例说明：
..r..

.I
简要说明：在操作界面上对系统数据库的报表进行数据挖掘
前提条件：“客户信息”“客户营销积分”等信息、操作者拥有操作权限事件流:打开人统计分析操作页面事后条件:生成相应的报表
3.3用例的活动图描述
使用图形方式表达用例模型，说明容非常有限，虽然通过图形可以观察到用例间的关系，但却无法描述用例部具体的功能需求，因此对每个用例的具体需求还需要采用其他的描述方式，活动图便是详细描述方式的一种形式。活动图即可描述用例间的流程关系，也可描述用例部活动间的流程关系。

“客户卡管理”活动图

图3-19“客户卡管理”活动图
“申请制卡”活动图
..r..

.I

图3-20“申请制卡”活动图
如图2-20所示，系统首先显示申请制卡操作页面，卡有多种类型，对某种类型的卡进行的制卡操作可以多次进行，所有应该有查询获得卡类型信息和以前的制卡申请信息的活动，根据获得的信息来申请制卡，产生新的制卡申请。系统应该允许制卡申请被提交前对申请容进行编辑操作，为此提供新增、删除和修改操作，通过这些操作活动使系统的状态为“编辑正确的制卡申请”，执行提交制卡申请后活动结束。

“生成提交凭证”活动图
..r..

.I

图3-21“生成提交凭证”活动图
“客户信息建档”活动图

图3-22“客户信息建档”活动图
“客户信息变更处理”活动图
..r..

.I

图3-23“客户信息变更处理”活动图
“卡作业处理”活动图
图3-24“卡作业处理”活动图

“客户升降级管理”活动图
..r..

.I

图3-25“客户升降级管理”活动图
“积分管理”活动图

图3-26“积分管理”活动图
“统计分析”活动图
..r..

.I

图3-27“统计分析”活动图
核心对象的状态变迁图

图3-28客户持卡信息状态图
在“生成提交凭证”用例中生成客户持卡记录，并将卡状态置为“空卡”，表示该卡还没有发放出去，之后再“卡发放处理”用例中，在发放客户卡的同时将客户持卡记录中的卡状态设置为“正常”，表示客户卡可以被正常使用；当客户请求挂失时，“卡挂失处理”又将客户持卡信息中的卡状态设置为“挂失”，表示该卡不能再被使用；当卡被回收处理后，客户持卡信息中的卡状态又被设置为“空卡”，说明该卡已被收回，描述如图2-28所示。
..r..

.I
3.4需求原型系统
无论是用例说明还是活动图、状态图，对系统如何实现功能是描述都不是很直观，一般用户在确认需求时会感到比较困难，为此，用一组表示的情景描述板可以清晰地看出系统所包含的必要信息、信息的输入方式、拥有哪些操作，便于用户判断输入容是否完整、输入方式是否合适、还有哪些其他操作需求等。
当画出显示屏幕时，实际上也就为系统构建了一个初始的原型，即此时已经把原型法的工作方式引入到需求分析中来，如同为实际系统构建了一个可视化模型，让用户在没有看到实际系统之前就对未来的系统有一个直观的了解和把握，这样可以有效地避免偏差出现在需求分析阶段。

图3-29“客户信息”用例情景描述板
客户销售记录：


图3-30“客户销售记录”用例情景描述板
积分管理：
..r..

.I


图3-31“积分管理”用例情景描述板
3.5性能需求
本产品适合邮政储蓄银行使用，具体特征描述如下：系统的操作人员，需经过一定的培训。
系统的运行的可靠性要求较高，信息可靠不易丢失。
系统的安全级别较高，只有具有一定使用权限的人员才能使用。系统可进行实时处理，其效率需比人工处理效率高出70%以上。
a.相互合作的用户数量：20人b.系统支持的并发操作数量：20个c.响应时间：较快d.可移植性：一般
..r..

.I
与实时系统的关系：a.容量需求：无特定容量要求b.存储器：各种存储器均可c.磁盘空间：最好大于40GBd.数据库中表的最大行数：无要求
3.6其他需求
3.6.1安全性需求
信息系统在设计实现的过程中，由于受到自身代码体系结构，设计思路以及运行机制等限制，其隐含着许多不安全因素[14]。常见不安全因素有：数据的输入、输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，需考虑如下问题：
a.为保证安全，不致使系统遭到意外事故的损害，系统因该能防火或其他形式的人为破坏
b.系统应能进行有效控制，抗干扰能力强c.系统应该是可审查的d.系统能重建
e.系统使用者的使用权限是可区分识别的
3.6.2数据性能需求
为了保证系统能够安全、稳定、高效、可靠的运行，超市客户卡管理系统应该满足以下的性能需求：
(1数据精确度
客户的营销积分记录和商品价格表中，价格采用浮点数类型，保留小数点后两位。(2时间特性
系统软件从启动到进入管理登录界面的时间正常情况下应少于7秒，录入并更新数据的时间正常情况下少于1.5秒。
..r..

.I
(3适用性
该管理系统软件适用于Windowsxp及以上操作系统。
第4章邮政储蓄银行客户营销积分管理系统的设计
系统分析是对系统要素进行综合分析，找出问题的可行性方案的办法。在此过程中运用面向对象的分析方法和数据库设计技术进行功能建模、数据建模和过程建模，从而构建系统逻辑模型。它的基础是需求分析所形成的文档资料，经过确定对象、分析对象间的时序关系（时序图）、建立类分析模型、进行数据库逻辑设计和过程建模（数据流程图）。
4.1概述
系统分析阶段的任务是定义待开发的系统应该“做什么”，而不考虑“如何去做”的问题，其工作核心和最终目标是建立系统逻辑模型。根据需求分析的结果，正确理解用例模型所描述的功能需求，找出每个用例中对象，再根据对象建立系统逻辑模型。系统模型由两部分组成，一部分是系统的功能模型，它说明待开发的系统应该建立哪些对象，作用在这些对象上色应该有哪些操作；另一部分是数据模型，它通过分析对象属性，采用数据库设计技术而设计产生。
从系统的分析任务中可以看出，寻找对象是分析的关键。在系统多层架构思想指导下，针对每个用例，分析寻找其中的页面对象、业务逻辑对象和数据处理对象，表达在时序图中。对象之间的联系依靠消息机制，对象之间的联系以通过活动图、状态图、用例说明中描述的动作序列得到，动作序列有一定的时序关系。
4.2时序分析
系统分析的任务是要完成系统逻辑模型，逻辑模型的核心是类模型，建立时序图的目的是它能够很好地帮助系统分析员准确、完整地建立类模型。根据系统的用例模型，通过相互作用的一组对象为中心的时序图，来考察系统对象的行为。侧重于强调时间顺序。作为需求分析向系统建模的过渡产品，通过这种合理的过渡，可以皮面出现歧义和遗漏，提高系统的完整性、确定性，也使得逻辑模型具有可检验性[15]。

..r..

.I
4.2.1客户信息变更管理

图4-1“客户信息变更管理”用例的时序图
客户信息变更的时序分析：如图4-1所示，通过时序图我们可以看到服务员1拥有对客户持卡信息进行修改的权限。在客户信息管理主页面中可以使用这些权限，使用时会跳转到权限相对应的信息变更页面，然后对客户信息进行编辑修改。
..r..

.I
4.2.2客户积分管理

图4-2“客户积分管理”用例的时序图
客户积分管理的时序分析：如图4-2所示，通过时序图我们可以看到系统员2拥有对客户持卡的积分信息进行修改的权限。在客户信息管理主页面中可以点此操作，点击后会跳转到权限相对应的客户卡积分管理页面，然后对客户持卡积分信息进行编辑。
..r..

.I
4.2.3查询统计（按客户ABC等级）

图4-3“查询统计（按客户ABC等级）”用例的时序图
查询统计（按客户ABC等级）的时序分析：如图4-3所示，统计员2根据系统数据库进行数据挖掘，统计分析客户卡等级的持卡营销积分记录，在查询统计主页面中可以点此操作，选择按客户ABC等级进行统计，得出相关报表。
..r..

.I
4.2.4查询统计（按商圈）

图4-4“查询统计（按商圈）”用例的时序图
查询统计（按商圈）的时序分析：如图4-4所示，统计员1根据系统数据库进行数据挖掘，统计分析不同商圈的营销积分记录，在查询统计主页面中可以点此操作，选择按商圈进行统计，得出相关报表。
..r..

.I
4.2.5卡类型管理
卡类型管理主页面
:业务员2
打开主...
显示当前卡类型有效...
查询操作
输入查询...请求...
获得查询条...
卡类型信息编辑页面
卡类型实体
查询...返回查询...
显示查询...
删除操作
选择待删除的...
请求...
判断操作...
删除...
修改操作
选择待修改的...
请求...
判断操作...
打开编辑...
查询...
显示待修改...
输入修改卡类型信...
请求...
验证...
修改...
提示修改...
返回操作
请求...
关闭主...提示删除...
图4-5“卡类型”用例的时序图

卡类型管理的时序分析：如图4-5所示，业务员2根据超市日常营销需要，推出不同类型的客户卡，针对不同类型的客户制定相应的促销活动。根据客户卡的积分多少，对不同等级的客户卡进行升降级管理。
..r..

.I
4.2.6客户信息建档
:服务员1
会员档案管理主
页面
打开主页面
会员信息编辑页
面
查询会员信息修改会员信息会员信息尸体
显示10条当前有效的会员信息
查询操作
输入查询条件值
请求查询
获得查询条件值
启动查询操作
查询操作返回查询结果
返回查询结果
显示查询结果
新增操作
请求新增
打开会员信息编辑页面
输入新增会员信息
验证页面信息
添加操作
删除操作
提示新增结果
选择待删除会员信息记录
请求删除
判断删除前提
删除操作
提示删除结果
修改操作
选择待修改会员记录
请求修改
打开编辑页面
启动查询操作
查询操作返回查询结果
返回查询结果
显示待修改记录
输入修改会员信息记录值
请求保存
验证信息
启动修改操作
返回操作
提示修改结果
修改操作
请求返回
关闭主页面

图4-6“客户信息建档”用例的时序图
客户信息建档的时序分析：如图4-6所示，服务员1根据日常超市申请获取客户卡的顾客所填的信息，进行录入工作，并根据现实客户卡的使用变动情况进行删除、修改操作。
..r..

.I
4.3类分析模型
类分析模型是在以系统分析的工作思路为基础形成的时序图中，将起所描绘的对象划分为页面对象、业务逻辑层面上的对象、实体对象。这三类对象在向类做映射时，分别对应于边界类、领域类、实体类。类分析模型是在映射完成后，确定类之间的依赖关系、实体类间的关联关系以及实体类中的属性的类集合。时序图向类分析模型进行转换：
在时序图上把对象映射成类的过程体现了系统开发的迭代过程。由于获取对象过程中运用了多层架构的工作思路，因此类的形成过程该思想也要始终坚持运用。当一个对象需要映射成一个新的类时，在待映射的对象的说明文档中选择建立新类，并在此定义类的名字，套用类型以及必要的文档说明。而当一个对象需要映射成一个已有的类时，在待映射的对象的说明文档中，从类列表中选择已有的类即可。
4.3.1边界类
边界类：是系统与外界的交界处，表达外界和系统交互的静态模型。它可以是操作窗体、报表、与其他系统的接口或者是与其他外部设备的接口。登录登录界面
用途：登录客户卡信息管理系统界面，可以选择不同的操作任务角色，进行用户登录。约束：只显示登陆界面，不予编辑登录出错提醒界面
用途：用户登录过程出现用户名、密码、部门不匹配情况，给出出错提醒约束：显示出错提醒信息，不予编辑用户登陆信息管理页面
用途：用户按照不同操作对象，根据实际情况，修改密码，再次重新回到登录主页面，输入新的登录用户名和密码，登录系统。约束：只用来编辑新密码
客户管理客户积分信息界面
用途：客户积分信息界面，可以显示不同类型客户卡的积分信息。约束：只显示积分信息界面，不予编辑客户卡开通界面
用途：录入新开通的客户信息
约束：编辑客户卡信息：卡号、……客户退卡界面
用途：删除退卡的客户卡信息约束：删除编辑客户修改界面
用途：修改数据库中已有的客户信息约束：修改编辑
..r..

.I
客户营销积分
客户卡营销积分录入界面
用途：对客户的营销积分记录进行手动录入系统
查询统计
按商圈查询统计界面
用途：查询统计界面，针对超市特定的管理决策，基于对客户营销积分记录的统计分析，做出相应的决策
按卡类型查询统计界面
用途：查询统计界面，针对超市特定的管理决策，基于对客户营销积分记录的统计分析，做出相应的决策
活动管理折扣设置界面
用途：对特定打折商品信息进行设置约束：设置人只能是系统管理员积分管理界面
用途：根据超市促销活动，进行积分换礼券、换商品等活动约束：设置人只能是系统管理员密码设置界面
用途：不同的操作任务角色可以对自己的登录密码进行修改。
4.3.2领域类
描述各领域类，可分成小节。对每一个领域类要描述以下容：活动管理
用途：管理客户积分信息，管理用户密码信息
约束：增加、修改积分信息，增加、修改、删除、查询用户信息，仅限于系统管理员使用Pre-Condition：系统管理员登陆进入界面Post-Condition：操作完毕之后自动退出系统
处理逻辑：若访问则进行相应操作，若不访问则锁定客户管理
用途：管理客户持卡信息,建立维护客户信息资料库。约束：新增、修改、删除、查询，仅限于授权人员使用Pre-Condition：授权人员登陆进入界面
Post-Condition：操作完毕之后自动退出系统
处理逻辑：若访问则进行相应操作，若不访问则锁定查询统计
用途：对系统数据库信息进行分析、挖掘，并分析客户的购买习惯，帮助以后超市决策约束：新增、修改、删除、查询，仅限于授权人员使用Pre-Condition：授权人员登陆进入界面
Post-Condition：操作完毕之后自动退出系统
处理逻辑：若访问则进行相应操作，若不访问则锁定
..r..

.I
4.3.3实体类
实体类中的属性就是即将被存储的数据库中的信息，因此依据实体类中的属性描述，可以进行数据库的逻辑设计，构建系统的数据模型，而对实体类中的操作进行优化的结果，则可以归并到业务逻辑层面上的功能模型之中。用户表
用途：只限于管理员（超市经理）操作。超市经理可以向里面添加和删除不同部门角色登陆信息，也可修改其登入密码约束：数据完整性约束
持久性：保证数据的完整和更新

属性：系统登陆用户信息（用户编号、用户、用户密码、用户登陆身份）类型：varchar
描述：用户编号是该表的主键，其中用户编号与员工信息表中的用户编号是一一对应的约束：主键，用户密码非空客户信息
用途：只限于服务台服务员进行录入操作。约束：数据完整性约束
持久性：保证数据的完整和更新

属性：客户信息（卡类型、卡号、名字、性别、生日、加入日期、城市、邮编、地址、商圈、
..r..

.I
固定、移动）类型：varchar
描述：卡号是该表的主键，其中卡号与积分表、营销积分信息表中中的客户卡号是一一对应的
约束：主键，其他非空积分信息
用途：只限于系统员操进行积分管理操作。约束：数据完整性约束
持久性：保证数据的完整和更新

属性：积分信息（卡号、用户名、有效期限、商店号、积分、兑换积分、卡类型）类型：varchar
描述：卡号是该表的主键，其中卡号与积分表、营销积分信息表中中的客户卡号是一一对应的
约束：主键，其他非空商品信息
用途：只限于系统员进行操作。约束：数据完整性约束
持久性：保证数据的完整和更新

属性：商品信息（商品类型、商品编号、商品名称、数量、价格、折扣）类型：varchar
描述：商品类型和商品编号是该表的主键约束：属性非空
..r..

.I
销售信息
用途：只限于系统员进行操作。约束：数据完整性约束
持久性：保证数据的完整和更新

属性：销售信息（小票号、客户卡号、营销积分金额、可享折扣、实收金额、等价积分）类型：varchar
描述：小票号是该表的主键约束：其他属性非空
..r..

.I
4.3.2总体类
按照时序图中描绘的操作时序将类与类之间的依赖关系全部描述在类图上，如图3-7所示。

图4-7总体类图
4.4数据模型
数据建模的基础是每一个实体类所包含的属性，对实体类属性的定义，包含了来自4个方面的需求：一是业务流转表单中的自然属性；二是为满足管理需要和非功能性需要增加的属性（如操作人和操作时间属性）；三是实现实体类见关联关系的属性；四是满足业务流程控制需求的属性。系统中的数据通常被组织在关系型数据库中，在以关系理论为基础的关系型数据库中，关系的表现形式是二维表
..r..

.I
4.4.1概念模型
用户登陆身份
用户姓名
商品编号
商品名称商品类型
价格
用户
用户密码
1：n
商品
折扣
销售
用户编号
小票号
数量
1：n
等价积分
客户卡号
销售
实收金额
消费金额可享折扣
1：n
卡号
购买
名字
卡类型
兑换积分
卡号
1：n
性别
客户
生日
积分
积分
地址
加入日期用户名
邮编
移动电话
固定电话
城市
商圈

图4-8邮政储蓄银行客户营销系统E-R图
4.4.2逻辑模型
（1）系统数据库表一览表
..r..

.I
序号12345
表标识User
MembertableProductScoresPurchase
表名称系统用户信息表客户信息表商品信息表积分信息信息表客户销售信息表
说明
存储管理员登录用的信息存储客户的基本信息和登陆信息存储商品的基本信息存储客户积分信息存储超市购物的销售信息
表4-1系统数据库表一览表
（2）系统数据库表结构用户表
序号1234
列标识P
字段名idusernamepasswordusertype
类型varchar(20varchar(20varchar(20int(20
是否为空nnnn
备注用户id用户名密码用户类型
表4-2“用户表”表结构
客户信息表
序号123456789101112
列标识P
字段名cardtypecardnonamegenderbirthdayjoindaycitypostcodeaddressbussinesscircletelmobile
类型varchar(50varchar(50varchar(50varchar(2datedatevarchar(50varchar(10varchar(50varchar(50varchar(20varchar(20
是否为空nnnnn
备注
卡类型（1.钻石卡2.金卡3.银卡）卡号名字性别生日加入日期城市邮编地址商圈固定移动
表4-3“客户信息表”表结构
积分信息表
序号12345678
列标识P
字段名cardnonamevalidateshopnoscorelossdatecardtype
类型varchar(50varchar(50dateint(20float(20dateint(20
是否为空nnnnnn
备注卡号用户名有效期限商店号积分兑换积分挂失日期卡类型
expendscorefloat(20
表4-4“积分信息表”表结构
商品信息表
..r..

本文来源：https://www.2haoxitong.net/k/doc/68edbbdd182e453610661ed9ad51f01dc3815798.html

《邮政储蓄银行客户营销积分系统的设计与实现-.doc》
将本文的Word文档下载到电脑，方便收藏和打印
推荐度：
点击下载文档

文档为doc格式
相
关
案
例

相关推荐

推荐内容

山西人才流失的原因分析及对策探讨 镇安民歌《劳动号子》演唱简析 文明家庭申报材料例文- declare的短语用法 天津市公务员考试历年面试考情分析 学生、教职工分期分批返校防控工作方案 2021建筑安全员B证考试题库附答案(推荐) 在创建全国科普示范市工作动员大会上的讲话 人教版小学数学四年级下册 解决问题-公开课比赛一等奖 《曹刿论战》改编剧本-
网站内容来自网络，如有侵权请联系我们，立即删除！ Copyright © 范文写作网京ICP备16605803号