活动管理
用途：管理客户积分信息，管理用户密码信息
约束：增加、修改积分信息，增加、修改、删除、查询用户信息，仅限于系统管理员使用Pre-Condition：系统管理员登陆进入界面Post-Condition：操作完毕之后自动退出系统处理逻辑：若访问则进行相应操作，若不访问则锁定客户管理
用途：管理客户持卡信息,建立维护客户信息资料库。约束：新增、修改、删除、查询，仅限于授权人员使用Pre-Condition：授权人员登陆进入界面Post-Condition：操作完毕之后自动退出系统处理逻辑：若访问则进行相应操作，若不访问则锁定查询统计
用途：对系统数据库信息进行分析、挖掘，并分析客户的购买习惯，帮助以后超市决策约束：新增、修改、删除、查询，仅限于授权人员使用Pre-Condition：授权人员登陆进入界面Post-Condition：操作完毕之后自动退出系统处理逻辑：若访问则进行相应操作，若不访问则锁定
4.3.3实体类
实体类中的属性就是即将被存储的数据库中的信息，因此依据实体类中的属性描述，可以进行数据库的逻辑设计，构建系统的数据模型，而对实体类中的操作进行优化的结果，则可以归并到业务逻辑层面上的功能模型之中。?
用户表
用途：只限于管理员（超市经理）操作。超市经理可以向里面添加和删除不同部门角色登陆信息，也可修改其登入密码约束：数据完整性约束持久性：保证数据的完整和更新
属性：系统登陆用户信息（用户编号、用户姓名、用户密码、用户登陆身份）类型：varchar
描述：用户编号是该表的主键，其中用户编号与员工信息表中的用户编号是一一对应的约束：主键，用户密码非空?
客户信息
用途：只限于服务台服务员进行录入操作。约束：数据完整性约束
24
持久性：保证数据的完整和更新
属性：客户信息（卡类型、卡号、名字、性别、生日、加入日期、城市、邮编、地址、商圈、固定电话、移动电话）类型：varchar
描述：卡号是该表的主键，其中卡号与积分表、营销积分信息表中中的客户卡号是一一对应的
约束：主键，其他非空?
积分信息
用途：只限于系统员操进行积分管理操作。约束：数据完整性约束持久性：保证数据的完整和更新
属性：积分信息（卡号、用户名、有效期限、商店号、积分、兑换积分、卡类型）类型：varchar
描述：卡号是该表的主键，其中卡号与积分表、营销积分信息表中中的客户卡号是一一对应的
约束：主键，其他非空?
商品信息
用途：只限于系统员进行操作。约束：数据完整性约束持久性：保证数据的完整和更新
属性：商品信息（商品类型、商品编号、商品名称、数量、价格、折扣）类型：varchar
描述：商品类型和商品编号是该表的主键约束：属性非空?
销售信息
用途：只限于系统员进行操作。约束：数据完整性约束持久性：保证数据的完整和更新
属性：销售信息（小票号、客户卡号、营销积分金额、可享折扣、实收金额、等价积分）类型：varchar
描述：小票号是该表的主键约束：其他属性非空
25
4.3.2总体类按照时序图中描绘的操作时序将类与类之间的依赖关系全部描述在类图上，如图3-7所示。图4-7总体类图4.4数据模型数据建模的基础是每一个实体类所包含的属性，对实体类属性的定义，包含了来自4个方面的需求：一是业务流转表单中的自然属性；二是为满足管理需要和非功能性需要增加的属性（如操作人和操作时间属性）；三是实现实体类见关联关系的属性；四是满足业务流程控制需求的属性。系统中的数据通常被组织在关系型数据库中，在以关系理论为基础的关系型数据库中，关系的表现形式是二维表4.4.1概念模型商品名称商品编号价格商品类型图4-8邮政储蓄银行客户营销系统E-R图用户登陆身份4.4.2逻辑模型（1）系统数据库表一览表序号用户密码表标识12345UserMembertable用户编号ProductScores用户姓名用户表名称系统用户信息表客户信息表商品信息表说明1：商品折扣存储管理员登录用的信息存储客户的基本信息和登陆信息销售数量存储商品的基本信息小票号1：存储客户积分信息等价积分积分信息信息表存储超市购物的销售信息Purchase客户销售信息表客户卡号表4-1系统数据库表一览表销售实收金额（2）系统数据库表结构用户表序号1234性别名字P列标识卡号消费金额字段名idusernamepasswordusertype类型可享折扣1：是否为空nnnn备注varchar(20)varchar(20)varchar(20)卡类型购买用户id兑换积分用户名密码用户类型卡号1：int(20)表4-2“用户表”表结构生日客户信息表客户26积分积分地址加入日期用户名序号1列标识字段名cardtype类型varchar(50)是否为空n备注卡类型（1.钻石卡2.金卡3.银卡）23456789101112Pcardnonamegenderbirthdayjoindaycitypostcodeaddressbussinesscircletelmobilevarchar(50)varchar(50)varchar(2)datedatevarchar(50)varchar(10)varchar(50)varchar(50)varchar(20)varchar(20)nnnn卡号名字性别生日加入日期城市邮编地址商圈固定电话移动电话表4-3“客户信息表”表结构积分信息表序号12345678列标识P字段名cardnonamevalidateshopnoscoreexpendscorelossdatecardtype表4-4“积分信息表”表结构类型varchar(50)varchar(50)dateint(20)float(20)float(20)dateint(20)是否为空nnnnnn备注卡号用户名有效期限商店号积分兑换积分挂失日期卡类型商品信息表序号12345列标识P字段名producttypeproductnoproductnamenumeberprice类型varchar(50)varchar(50)varchar(50)int(20)double(20)是否为空nnnn备注商品类型商品编号商品名称数量价格276discount表4-5“商品信息表”表结构double(20)折扣客户营销积分表序号123456列标识PP字段名PurchasenocardnoTotalpriceTotalscoreDiscountBargainprice表4-6“客户营销积分表”表结构类型varchar(20)varchar(20)double(20)int(20)double(20)double(20)是否为空nnnn备注客户营销积分小票号客户卡号营销积分金额等价积分可享受的折扣实收金额4.4.3完整数据模型图4-9完整的数据模型第5章系统设计与优化在Subject-Oriented开发中，为充分体现面向对象技术特征，必须在详细设计环节充分采用面向对象思想。也就是说，系统设计阶段是否采用面向对象技术，是判断一个信息系统开发是否为面向对象开发的最有效标志。系统设计是一个承上启下的重要阶段，它根据系统分析阶段得到的工作产品——系统逻辑模型，设计出作为系统实现阶段所需要的“图纸”，即系统逻辑模型的所有细节。5.1系统架构设计采用何种架构一般是在信息系统开发工作开始之前就应该明确。由于系统架构对于系统的实施有直接影响，甚至对于理解用户需求和进行系统分析也可能存在一定影响，因此系统架构一般在项目开始之前就确定下来，如无特殊原因在系统设计工作启动后不允许再做变动。5.1.1系统架构的选择（1）选择（MVC架构）的原因：MVC架构必须把业务和对象划分层次。经过划分业务和对象级别，系统的架构将比较简化，产品的应用通过模型可以得到更好地体现。①MVC架构有多个视图对应一个模型的能力。在用户的需求快速变化的情况下，需要有多种方式访问应用。其次，由于模型返回的数据不带任何显式格式，因而这些模型也可直接应用于接口的使用[21]。②由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。有时候为变28
邮政储蓄银行客户营销积分系统的设计与实现
