基于UML的超市销售管理系统文档格式.doc
《基于UML的超市销售管理系统文档格式.doc》由会员分享，可在线阅读，更多相关《基于UML的超市销售管理系统文档格式.doc（24页珍藏版）》请在冰点文库上搜索。
3）权限设置：
系统管理员可以根据不同用户设置不同权限，是系统某些功能只对某些用户可见。
4）重新登录：
本系统支持重新登录。
2.前台零售管理子系统
前台零售管理子系统应具有以下功能：
1）前台销售管理
A．商品录入：
根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
B．结账：
通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。
顾客可以支付现金和信用卡，如果支付现金，自动计算找零
C．打印小票：
在顾客付款后，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。
如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并将所购物品的总金额累计到该会员的总消费金额中，增加会员积分。
D．购物查询：
如果顾客是本店会员，可以在前台客服查询一个月内购物情况。
2）会员管理：
会员管理可以实现顾客会员注册，会员信息查询，会员信息修改，删除会员，还可以对会员进行兑换积分。
3.后台销售管理系统
后台销售管理系统必须具备以下功能：
1）后台销售管理：
支持商品的录入、删除、商品信息查询，商品信息修改。
还可以对销售的产品进行汇总，综合查询各种销售明细记录，超市经理可以根据汇总情况制定采购计划和销售计划。
2）售后服务管理：
为了提高服务水平，对售后服务进行统一管理。
2.3系统功能结构模块图
超市销售管理系统
前台零售管理子系统
后台销售管理子系统
系统管理
前台销售管理
会员管理
重新登录
权限设置
修改密码
添加用户
售后服务管理
后台销售管理
删除会员
查询会员
添加会员
修改会员信息
兑换积分
商品录入
结账
打印小票
购物查询
商品录入
销售商品汇总
删除商品
销售商品查询
商品信息修改
打折促销
图2-1系统功能结构模块图
2.4用例建模
2.4.1确定系统范围和系统边界
1.超市销售管理系统的业务范围
超市销售管理系统是负责商品的销售，商品的管理，会员的管理和系统管理，不包括其他管理内容，如“财务管理”、“采购管理”、“库存管理”等。
2．超市销售系统的系统边界
超市销售管理系统和“采购管理系统”、“库存管理系统”“财务管理系统”有系统边界。
1）采购管理系统要根据超市的销售情况制定采购计划，确定需要采购的商品，以及商品各方面的信息。
2）库存管理系统要根据销售情况合理的管理库存，避免商品缺货、积压等管理不善。
适时的组织促销、打折等活动，及时补充货架上的商品。
3）财务管理系统根据销售情况核对销售收入，更加有效地管理超市财务
2.4.2确定执行者
从需求分析可以看出，超市管理系统有5个人执行者和3个系统执行者，即“系统管理员”、“顾客”、“销售人员”、“前台客服人员”、“超市经理”、“财务管理系统”、“采购管理系统”、“库存管理系统”。
1）系统管理员：
负责整个软件的维护工作，可以添加用户，并对用户设置权限。
2）顾客：
顾客购买商品，并可以在前台客服办理会员，成为会员，便可以在客服处查询购物情况。
还可以在客服处兑换积分。
3）销售人员：
销售商品，对商品进行管理。
4）前台客服人员：
服务于顾客，为顾客办理会员，兑换积分。
5）超市经理：
监督超市的整个运营情况，可以查询销售情况，作出决策。
6）财务管理系统：
根据销售汇总情况核对财务状况。
7）采购管理系统：
根据销售情况，制定采购计划。
8）库存管理系统：
根据销售情况及时补充货架上商品，根据库存情况，适时组织促销、打折活动。
2.4.3确定用例
根据系统的需求分析中客户对系统功能提出的要求，可以粗略的找到系统用例，并在后期的用例建模工作中合并、优化、筛选这些用例。
（1）“超市销售管理系统”中的用例
在第一层中，根据客户对“超市销售管理系统”的整体业务功能要求，可选的用例有：
l系统管理
l前台零售管理系统
l后台销售管理系统
（2）“系统管理”中的用例
在第二层中，根据客户对“系统管理”的业务功能要求，可选的用例有：
l添加用户
l修改密码
l权限管理
l重新登录
（3）“前台零售管理系统”中的用例
在第二层中，根据客户对“前台零售管理系统”的业务功能要求，可选的用例有：
l前台销售管理
l会员管理
（4）“后台销售管理系统”中的用例
在第二层中，根据客户对“后台销售管理系统”的业务功能要求，可选的用例有：
l后台销售管理
l售后服务管理
（5）前台销售管理子系统
在第三层中，根据客户对“前台销售管理子系统”的业务功能要求，可选的用例有：
l商品录入
l结账
l打印购物小票
l购物查询
（6）会员管理子系统
在第三层中，根据客户对“会员管理子系统”的业务功能要求，可选的用例有：
l添加会员
l兑换积分
（7）后台销售子系统
在第三层中，根据客户对“后台销售子系统”的业务功能要求，可选的用例有：
l打折促销
2.4.4分层绘制用例图
1.最高层用例图
根据用户对超市销售管理系统的整体业务功能需求，可以绘制出最高层用例图。
图2-2超市销售管理系统用例图
2．第2层用例图
对最高层中的每个用例加以展开，得到各个用例的第2层用例图。
1）系统管理用例图
图2-3系统管理子系统用例图
2）前台零售管理子系统用例图
图2-4前台零售管理系统用例图
3）后台销售管理子系统用例图
图2-5后台管理系系统用例图
3.第3层用例图
1）第2层零售前台管理子系统展开得到前台销售管理子系统和会员管理子系统。
图2-6前台销售管理子系统用例图
图2-7会员管理子系统用例图
2）第2层后台销售管理子系统展开得到后台销售子系统
图2-7后台销售子系统用例图
3系统分析与对象类建模
对象类静态结构模型描述了系统的静态结构，包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。
3.1建立对象类
根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作。
通过检查类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性，根据系统功能要求和系统设计需要完善和确定类的操作。
超市管理系统的对象类包括：
（1）商品
类名：
商品
类的编号：
030101（共三层，每层用2位数字表示，采用6位编号）。
类的类型：
该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：
负责建立商品基本信息并对这些信息进行处理，包括增加、删除、查
询操作等。
属性：
商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、
促销价格、促销起止日期、允许打折、入库日期。
操作：
增加商品（）、删除商品（）、修改商品信息（）、查询商品（）。
（2）顾客
顾客
030102
负责建立顾客对象并进行处理，包括购买商品、付款、购物查询操作。
交易编号
购买商品（）、付款（）、购物查询（）。
（3）会员
会员
030103
继承顾客类，负责建立会员基本信息并进行处理，包括添加会员、删
除会员、修改会员信息、购物查询操作。
会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。
（4）销售人员
销售人员
030104
负责建立销售人员对象并进行处理。
姓名、性别、职位、电话。
（5）前台销售人员
前台销售人员
030105
继承销售人员类，负责建立前台销售人员对象并进行处理，包括商品
扫描、录入商品编号、结账、打印购物小票操作。
销售人员[*]等。
商品扫描（）、录入商品编号（）、结账（）、打印购物小票（）。
（6）后台销售人员
后台销售人员
030106
继承销售人员类，负责建立后台销售人员对象并进行处理，包括商品
录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。
商品录入（）、商品信息修改（）、删除商品（）、商品查询（）、销
售商品（）。
（7）前台客服人员类
前台客服人员
030107
负责建立前台客服人员对象并进行处理，包括添加会员、删除会员、
修改会员信息、购物查询操作。
姓名、性别、职位、电话。
（8）销售表
销售表
030108
负责建立销售表基本信息并对这些信息进行处理。
交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。
（9）销售汇总表
销售汇总表
030109
负责建立销售汇总表基本信息并对这些信息进行处理。
商品编号、商品名称、商品价格、销售数量、销售金额
查询（）。
3.2根据类之间的关系绘制类图
通过对超市管理系统中对类及其之间关系的分析，绘制类图。
图3类图及其之间关系
4顺序图建模
通过分析超市管理系统的业务需求和对象类之间的关系，进而建立动态模型中对象间的交互模型顺序图。
1.顾客购买商品顺序图
图4-1顾客购买商品顺序图
2．顾客查询购物情况顺序图
图4-2顾客查询购物情况顺序图
3.超市经理查询商品销售情况顺序图
图4-3超市经理查询商品销售情况顺序图
4.顾客办理会员顺序图
图4-4顾客办理会员顺序图
5.添加商品顺序图
图4-5添加商品顺序图
6.修改商品信息顺序图
图4-6修改商品信息顺序图
7.删除商品顺序图
图4-6删除商品顺序图
5数据库设计
1.超市管理系统包含的实体和属性：
商品（商品编号，名称，价格，库存数量，规格，条形码，促销价格，促销起止日期，允许打折，入库日期，库存预警数量）
顾客（姓名，电话，会员号，会员积分，会员注册时间）
前台销售人员（用户编号，密码，姓名，性别，职位，电话）
后台销售人员（用户编号，密码，姓名，性别，职位，电话）
前台客服人员（用户编号，密码，姓名，性别，职位，电话）
2.实体之间的联系
购买：
顾客购买商品，一个顾客可以购买多种商品，一种商品也可以被多个顾客购买，顾客与商品之间是多对多的关系。
销售：
前台销售人员销售商品，一个前台销售人员可以销售多种商品，一种商品也可以被多个销售人员销售，前台销售人员与商品之间是多对多的关系。
服务：
前台客服人员可以服务于顾客，一个前台销售人员可以服务于多个顾客，一个顾客也可以被多个客服人员服务，客服人员与顾客之间是多对多的关系。
管理：
后台销售人员可以管理商品，一个后台销售人员可以管理多种商品，一种商品也可以被多个后台销售人员管理，后台销售人员与顾客之间是多对多的关系。
3.系统总E-R图
购买
服务
销售
管理
m
n
总金额
图5系统总E-R图
4．数据库关系表
商品信息表（MerchInfo）
字段名
别名
字段类型
长度
主/外键
是否为空
MerchID
商品编号
int
5
P
Notnull
MerchName
商品名称
Varchar
20
BarCode
条形码
10
MerchPrice
价格
Money
6
MerchSize
规格
Char
MerchNum
库存数量
Int
4
CautionNum
库存报警数量
SalesProPrice
促销价格
SalesProDate
促销起止日期
Datetime
AllowAbate
允许打折
ProDate
入库日期
F
用户表（User）
UserID
用户编号
varchar
UserPW
用户密码
12
UserName
姓名
25
UserSex
性别
1
UserLimit
权限
UserStyle
职位
UserTel
电话
11
会员表（Menber）
MemberID
会员卡号
MemberName
会员姓名
8
MemberTel
会员电话
MemberScore
会员积分
TotalCost
累积消费金额
RegDate
注册日期
销售汇总表（Sale）
SaleDate
销售日期
SaleNum
销售数量
SalePrice
销售单额
SalePriceT
销售总金额
销售表（Dealing）
DealingID
数量
单价
DealingPrice
交易金额
DealingDate
交易日期
用户名称
总结
面向对象技术是软件工程领域的重要技术，是一种把面向对象的思想应用于软件开发过程中指导开发活动的系统方法。
基本思想是从现实世界客观存在的事物出发，尽可能地运用人类的自然思维方式来构造软件系统。
超市销售管理系统正是利用面向对象的方法进行分析与设计。
通过对系统进行详细的调查和可行性分析，分析领域的业务范围、业务规则和业务处理过程，明确系统的责任、范围和边界，确定用户需求。
根据用户需求，确定用例模型，在此阶段要注重与用户的交流，既要满足用户的需求，又要限制用户的需求，避免后期修改功能需求带来的损失。
根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作，分析对象类之间的关系。
通过分析超市管理系统的业务需求和对象类之间的关系，进而建立动态模型中对象间的交互模型。
对象间的交互模型包括状态图和顺序图。
顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序，可以对系统的业务有更明确的了解。
最后进行数据库设计，找出超市管理系统中的实体及之间的联系，确定数据库关系表。
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本，提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力，提供有效的技术保障。
这次的课程设计是对我们这一学期实际学到的内容的检验，在课程设计的同时不仅巩固了以前所学过的知识，而且更加体会到了UML建模的思想。
通过这次课程设计使我懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，才能真正的掌握，从而提高自己的实际动手能力和独立思考的能力。
在设计过程中充分体现了UML以系统体系结构为中心，以用例为驱动，以风险控制和质量管理为目标，以渐增迭代为开发方式的面向对象独有的
升级会员 