卡种管理模块.docx
《卡种管理模块.docx》由会员分享,可在线阅读,更多相关《卡种管理模块.docx(11页珍藏版)》请在冰豆网上搜索。
卡种管理模块
第二章卡种管理模块
1.背景介绍
这个模块主要是卡种的管理,在客户来到本店消费的时候,我们称它为散客,在消费的时候不能享受优惠,我们就会建立用户办理一张卡,成为我们的会员,在成为会员的时候,就可以享受本店的优惠。
2.需求分析与用例建模
2.1需求分析
1.系统需求
该模块的主要的参与者主要有顾客,会员,服务员以及系统的维护人员。
顾客首先注册为会员才能购买会员卡进行消费和享受卡本身带有的优惠。
在注册时提供准确的个人相关信息。
会员可以根据卡享受一些门店中的优惠,在卡余额不足的情况下可以进行充值业务。
2.功能需求
在客户办理会员的时候,客户就会询问我们有哪些卡,所以我们先将卡的信息设置好,然后将卡种的信息展示出来。
主要的功能有
(1)套餐的设置
(2)套餐卡的信息设置
(3)充值卡的信息设置
(4)销售卡
(5)卡的统计
(6)
3确定参与者
根据系统需求分析可以确定参与者为顾客、会员、服务员、系统管理员
2.2用例建模
系统采用统一建模语言UML对整个系统进行建模设计,通过从不同角度的UML图来反应本系统,将系统结构透明化,使设计思路更加清晰。
根据调查及分析的结果绘出系统用例图如下:
1.客户用例,如图2-1所示:
图2-1最高层用例图
图2-2第2层用例图——查看卡种信息
3系统分析与对象类建模
3.1详细调查
1.面谈
即通过与有关人员面对面交谈来获取有关信息,可以是一对一的专访或一对多的座谈。
2.问卷调查
即通过设计制作调查表,向被调查者发放调查表进行调查的方式。
根据被调查者的特点选择用选择题还是问答题,要向被调查者阐明调查的目的及关系,采用匿名或自愿署名等方式。
3.阅读文件或历史资料
通过阅读组织的文件与历史资料,可间接了解组织的相关信息。
4.实地观察与实践
信息收集人员直接观察或参加现行系统的业务实践,这是缩短用户与开发人员距离、取得共同语言的最好方法。
缺点是浪费时间。
3.2管理业务调查
1.组织结构调查
该顾客主要有两种,一种是在这个门店消费的但是没有办理会员卡的顾客,我们称它为散客,还有的顾客是办理会员卡,成为门店的会员,一个散客通过办理会员可以成为会员。
散客和会员之间是可以转换的。
组织结构图如图4-1所示。
购买会员卡
图4-1系统组织结构图
2.业务流程调查
根据分析,本系统业务流程主要包括如下内容:
(1)顾客进入门店中,进行消费,在消费的时候,我们将他的个人信息添加到系统中,这些顾客在系统中成为散客,如果这些顾客有意愿成为我们的会员,我们根据记录的信息,给顾客办理会员。
(2)办理过会员卡的人我们称它为会员,这类顾客是我们要注重的对象,在一些模块中,我们根据会员的信息,可以进行会员活动的通知,或者将我们店的新产品及时的通知给会员
(3)我们根据会员的消费情况,查看末一个会员的消费情况,在结账的时候可以给一定的优惠。
还可以根据卡到期的时间我们通知用户他的卡快要到期啦,请客户快点来延期。
3.3建立对象类
通过检查类的定义、分析问题的需求和运用该领域知识来完善和确定类的属性。
根据系统功能要求和系统设计需要完善和确定类的操作。
下面将“仓库库存管理模块”中的对象类及其属性和操作的定义如下:
、
(1)套餐信息
●类名:
套餐信息
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
●功能:
负责存储所有关于套餐的信息,在添加套餐卡的时候,给每个卡种添加相应的套餐。
●属性:
套餐编号,套餐名称,套餐性质,价格,单位,套餐次数等。
●操作:
增加(),删除(),修改(),查询()等。
(3)套餐卡信息
●类名:
套餐卡信息
●类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
●功能:
负责存储所有关于套餐卡的信息。
●属性:
id,套餐卡名称,套餐卡价格,套餐卡编号,套餐状态等。
●操作:
增加(),删除(),修改(),查询()等。
(4)充值卡信息
类名:
充值卡信息
●类的编号:
0204
●类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
●功能:
记录充值卡的信息。
●属性:
充值卡名字,充值卡的有效时间,充值卡价格,余额,照片,状态,拥有这个卡的车号,使用的次数。
●操作:
增加(),删除(),修改(),查询()等。
(5)客户信息
●类名:
客户信息
●类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
●功能:
负责存储所有关于客户信息的信息。
●属性:
姓名,出生日期,性别,身份证号,办理日期,备注,电话,密码等。
●操作:
增加(),删除(),修改(),查询()等。
(6)会员卡信息
●类名:
会员卡的基本信息
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
●功能:
负责存储所会员的基本信息,其中他的基本信息在顾客信息中存储,但是在顾客没有成为会员的时候,成为散客,成为会员的的时候,记录会员的一些另外的信息。
●属性:
顾客id,汽车名字,车的商家,执照许可号,价格,备注等。
●操作:
增加(),删除(),修改(),查询()等。
(7)销售会员卡的信息
类名:
销售会员卡的信息
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以共享。
●功能:
负责记录每次销售卡的信息。
●属性:
销售人员id,卡的id,会员的id等。
●操作:
增加(),删除(),修改(),查询()等。
3.4类图
根据类之间的关系绘制类图如图3-1所示
图3-1类图
4系统设计与对象动态交互模型
4.1系统功能设计
仓库库存管理系统主要设有五个主要功能模块:
系统管理模块,货物管理模块,基本档案模块,查询统计模块、用户操作模块。
1.系统管理:
新建角色、添加用户和查看用户权限。
管理员可以通过管理界面添加用户,添加新管理员,验证用户的合法性,阻止非法用户登录。
2.货物管理:
主要是产品入库信息、产品出库信息、借货还货、盘点信息。
3.基本档案:
供货商、货物档案、仓库的管理和设置。
4.查询统计:
产品入库信息、产品出库信息、产品库存信息的浏览和查询。
5.用户操作:
用户密码的修改和用户的重新登录。
系统功能模块图,如图4.1
4.2顺序图
在仓库库存管理系统中,主要涉及增、删、改、查四种操作,关于各种操作以下以对用户进行管理所用到的信息以及系统主要功能所涉及到的顺序图进行举例说明。
1.销售会员卡顺序图如图4-2所示:
5数据库设计
5.1代码设计
本系统涉及到的代码有卡编号等。
卡编号
格式:
XXXX,顺序码,系统时间+随机数,根据车号来进行编号
5.2总体数据库设计
本系统是基于数据库的会员卡信息管理系统,系统大部分功能均和数据库中记录的查询、增加、修改和删除处理相关,如何合理科学地设计数据库是系统设计中很重要的环节。
数据库设计是要在一个给定的应用环境(DBMS)中,通过合理的逻辑设计和有效的物理设计,构造较优的数据库模式、子模式,建立数据库和设计应用程序,满足用户的各种信息需求。
5.3关系模型
在卡与会员之间进行绑定,建立表员工表(erp_employee),这个表主要记录员工的相关数据,根据每次售卡的时候,进行售卡实名制的绑定,在销售卡的时候,记录有那个员工进行操作,这样在给员工计算绩效的时候,便于计算工资。
会员表(erp_members)主要是记录会员的信息,还有一个表卡表(erp_car_type)这个表主要是用来卡种的信息的,会员在销售的时候产生消费表(erp_members_cars)主要记录会员每次消费的情况的。
图5.1关于卡的表的设计
在这个系统中卡主要分为两种类型一种是充值卡,还有一种是套餐卡,套餐卡中绑定几种套餐,会员如果办理这种卡的时候,就会享受上面的服务,其中表(erp_combo_items)是用来记录套餐的,充值卡(erp_card_type)这个表主要用来记录表的信息。
套餐卡(erp_combo)表
图5.1关于会员的表的设计