卡种管理模块分解.doc

第二章 卡种管理模块 1.背景介绍 这个模块主要是卡种的管理，在客户来到本店消费的时候，我们称它为散客，在消费的时候不能享受优惠，我们就会建立用户办理一张卡，成为我们的会员，在成为会员的时候，就可以享受本店的优惠。 2. 需求分析与用例建模 2.1需求分析 系统需求 该模块的主要的参与者主要有顾客，会员，服务员以及系统的维护人员。顾客首先注册为会员才能购买会员卡进行消费和享受卡本身带有的优惠。在注册时提供准确的个人相关信息。会员可以根据卡享受一些门店中的优惠，在卡余额不足的情况下可以进行充值业务。 功能需求 在客户办理会员的时候，客户就会询问我们有哪些卡，所以我们先将卡的信息设置好，然后将卡种的信息展示出来。 主要的功能有 套餐的设置 套餐卡的信息设置 充值卡的信息设置 销售卡 卡的统计 3确定参与者 根据系统需求分析可以确定参与者为顾客、会员、服务员 、系统管理员 2.2 用例建模 系统采用统一建模语言UML对整个系统进行建模设计，通过从不同角度的UML图来反应本系统，将系统结构透明化，使设计思路更加清晰。根据调查及分析的结果绘出系统用例图如下： 客户用例，如图2-1所示： 3 系统分析与对象类建模 3.1详细调查 1.面谈 即通过与有关人员面对面交谈来获取有关信息，可以是一对一的专访或一对多的座谈。 2.问卷调查 即通过设计制作调查表，向被调查者发放调查表进行调查的方式。根据被调查者的特点选择用选择题还是问答题，要向被调查者阐明调查的目的及关系，采用匿名或自愿署名等方式。 3.阅读文件或历史资料 通过阅读组织的文件与历史资料，可间接了解组织的相关信息。 4.实地观察与实践 信息收集人员直接观察或参加现行系统的业务实践，这是缩短用户与开发人员距离、取得共同语言的最好方法。缺点是浪费时间。 3.2管理业务调查 1.组织结构调查 该顾客主要有两种，一种是在这个门店消费的但是没有办理会员卡的顾客，我们称它为散客，还有的顾客是办理会员卡，成为门店的会员，一个散客通过办理会员可以成为会员。散客和会员之间是可以转换的。组织结构图如图4-1所示。 图4-1 系统组织结构图 2.业务流程调查 根据分析，本系统业务流程主要包括如下内容： 顾客进入门店中，进行消费，在消费的时候，我们将他的个人信息添加到系统中，这些顾客在系统中成为散客，如果这些顾客有意愿成为我们的会员，我们根据记录的信息，给顾客办理会员。 办理过会员卡的人我们称它为会员，这类顾客是我们要注重的对象，在一些模块中，我们根据会员的信息，可以进行会员活动的通知，或者将我们店的新产品及时的通知给会员 我们根据会员的消费情况，查看末一个会员的消费情况，在结账的时候可以给一定的优惠。还可以根据卡到期的时间我们通知用户他的卡快要到期啦，请客户快点来延期。 3.3建立对象类 通过检查类的定义、分析问题的需求和运用该领域知识来完善和确定类的属性。根据系统功能要求和系统设计需要完善和确定类的操作。 下面将“仓库库存管理模块”中的对象类及其属性和操作的定义如下：、 （1）套餐信息 类名：套餐信息 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。 功能：负责存储所有关于套餐的信息，在添加套餐卡的时候，给每个卡种添加相应的套餐。 属性：套餐编号，套餐名称，套餐性质，价格，单位，套餐次数等。 操作：增加（），删除（），修改（），查询（）等。 （3）套餐卡信息 类名：套餐卡信息 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。 功能：负责存储所有关于套餐卡的信息。 属性：id，套餐卡名称，套餐卡价格，套餐卡编号，套餐状态等。 操作：增加（），删除（），修改（），查询（）等。 （4）充值卡信息 类名：充值卡信息 类的编号：0204 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。 功能：记录充值卡的信息。 属性：充值卡名字，充值卡的有效时间，充值卡价格，余额，照片，状态，拥有这个卡的车号，使用的次数。 操作：增加（），删除（），修改（），查询（）等。 （5）客户信息 类名：客户信息 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。 功能：负责存储所有关于客户信息的信息。 属性：姓名，出生日期，性别，身份证号，办理日期，备注，电话，密码等。 操作：增加（），删除（），修改（），查询（）等。 （6）会员卡信息 类名：会员卡的基本信息 类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以共享。 功能：负责存储所会员的基本信息，其中他的基本信息在顾客信息中存储，但是在顾客没有成为会员的时候，成为散客，成为会员的的时候，