超市管理系统.docx

题目： 超市销售系统
院系： 软件学院
班级： 14级软件大数据2班
姓名： 侯 帅
学号： 1415925166
指导老师： 段云涛

《系统分析与设计》课程设计

2016年12月8日

1 详细调查
超市已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。
超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。

2 需求分析与用例建模
2.1可行性分析
2.1.1管理可行性
随着超市管理水平的不断提高，在管理水平方面积累了丰富的经验方法，并建立了成熟的管理机制，齐全的规章制度。有正确的原始资料的支持，是管理工作有了制度支持和信息支持。
根据以往在经营中出现的困难与不便，超市的高层管理人员对新系统的开发持积极的态度，肯定新系统的开发，并且为新系统的开发与实施创造了各种良好的条件，制定了有利于系统实施的管理方法。目前管理方面的的条件已经能够满足超市管理系统的开发以及日后的实施。所以在管理上是可行的。
2.1.2经济可行性
本系统需要超市负担的费用主要是计算机硬件设备和软件技术，包括本系统的开发及维护费用，对超市人员使用本系统的培训费用，以及本系统开发完成后，由于工作方式的改变增加的其他开支。
该系统带来的经济效益是明显的，其最主要的表现是减少了企业管理费用和人力开支，不仅方便对进货信息的管理，也减少了由于人工的出错的几率，降低了成本，节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。所以从经济上是可行的。
2.1.3技术可行性
在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，而本系统简单易用，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。所以在技术上是可行的。
综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济上还是管理上。因此，可以设计该系统的数据流程图，建立数据字典。
2.2功能需求
超市管理系统为了满足用户实际需求应具有系统管理、前台零售管理子系统、后台管理子系统三个子系统。
1.系统管理
系统管理应包括以下功能：
1）添加用户：系统管理员可以根据需求添加用户，用户只有根据用户名和密码才能登录系统，进行操作。
2）修改密码：用户可以登录系统修改密码。
3）权限设置：系统管理员可以根据不同用户设置不同权限，是系统某些功能只对某些用户可见。
4）重新登录：本系统支持重新登录。
2. 前台零售管理子系统
前台零售管理子系统应具有以下功能：
1）前台销售管理
A．商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
B．结账：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。顾客可以支付现金和信用卡，如果支付现金，自动计算找零
C．打印小票：在顾客付款后，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并将所购物品的总金额累计到该会员的总消费金额中，增加会员积分。
D．购物查询：如果顾客是本店会员，可以在前台客服查询一个月内购物情况。
2）会员管理：
会员管理可以实现顾客会员注册，会员信息查询，会员信息修改，删除会员，还可以对会员进行兑换积分。
3.后台销售管理系统
后台销售管理系统必须具备以下功能：
1）后台销售管理： 支持商品的录入、删除、商品信息查询，商品信息修改。还可以对销售的产品进行汇总，综合查询各种销售明细记录，超市经理可以根据汇总情况制定采购计划和销售计划。
2）售后服务管理： 为了提高服务水平，对售后服务进行统一管理。

2.3 系统功能流程图
2.3.1系统功能结构模块图

超市销售管理系统

前台零售管理子系统
后台销售管理子系统
系统管理

前台销售管理
会员管理
重新登录

权限设置

修改密码

添加用户

售后服务管理

后台销售管理

删除会员

查询会员

添加会员
修改会员信息

兑换积分

商品录入
结账
打印小票
购物查询

商品录入
销售商品汇总

删除商品

销售商品查询

商品信息修改

打折促销

图2-1 系统功能结构模块图

2.3.2超市管理系统的流程图：
超市销售管理系统

认证失败

身份认证

认证成功

收银员
采购员
管理员
经理

库存信息浏览
商品销售管理
会员信息管理
库存信息显示
商品进货管理
商品信息管理
员工排班管理
商品信息管理
系统用户管理
商品类别管理
会员信息管理
销售商品对账
库存预警设置
进货信息查询
商品信息管理

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 商品录入
l 打折促销
2.4.4分层绘制用例图
1.最高层用例图
根据用户对超市销售管理系统的整体业务功能需求，可以绘制出最高层用例图。

用例名称
超市管理系统
用例描述
供应商编号、供应商名称、供应商电话、供应商地址、产品编号、产品名称、产品数量、产品进价，售价等
目标
供应商、仓库、超市
参与者
经理
前置条件
已经登录系统
主要操作过程
（1） 经理可以根据需要查看供应商、仓库、超市商品的一切信息。’

2．第2层用例图
1） 登录系统用例图
用户在进入系统之前要登录输入密码和用户名，登录系统。系统提供在指定位置输入密码和用户名及修改密码的功能。如下：

用例名称
登录系统
用例描述
输入用户名、密码、还可以修改登录密码。
目标
用户（普通员工、销售经理、系统管理员）
参与者
用户
前置条件
未登录系统
主要操作过程
用户可以通过此过程登录超市管理系统。

2） 2.仓库管理
为仓库管理员提供查看产品种类和数量，商品的入库的出库量的查询，以及退货量的查询，系统用例图如下：

用例名称
仓库管理系统
用例描述
仓库管理员可以通过此系统进行库存查询，商品的出入库，还可以与客户进行退货交易
目标
仓库库管理员
参与者
顾客
前置条件
已经登录系统
主要操作过程
仓库管理员进行库存查询、商品出入库的交易，和顾客进行退货交易

3.业绩管理 业绩管理员提供查看产品种类和数量，了解畅销产品的种类和数量，以及当月的盈利状况，并未仓库管理员提供制定采购计划的功能。系统用例图如下：

用例名称
业绩管理
用例描述
查看销售榜，查看盈利，调整商品售价
目标
销售经理
参与者
经理
前置条件
已经登录系统
主要操作过程
1经理可以根据需要对以往销售榜的查看
2经理对以往的销售盈利的查看
3经理对商品进行价格上的调整

4.财务管理 为会计提供每月发放的员工工资和奖金，产品进货预算，公司的总利润，下一季度的财政预算做成总表并进行报告的功能。用例图如下：

用例名称
人事管理
用例描述
下季度公司预算、制作利润报表、查看工资资金记录、删除工资奖金纪录、添加工资奖金纪录
目标
用户（普通员工、销售经理、系统管理员）
参与者
会计
前置条件
已经登录系统
主要操作过程
1会计对下季度的公司预算
2会计制作利润报表
3会计查看删除添加工资奖金记录

5.人事管理 为管理层提供人事招聘、解除、调离的功能。用例图如下：

用例名称
人事管理
用例描述
招聘员工、解除员工、员工调离、查看、修改员工信息、查看、添加、删除管理员信息和对销售经理的管理
目标
用户（普通员工、销售经理、系统管理员）
参与者
经理
前置条件
已经登录系统
主要操作过程
（2） 经理可以根据需要对普通员工查看，删除，添加员工信息，发布招聘，解除和员工调离情况
（3） 经理对销售经理进行经理解除，经理调离和招聘经理的信息发布
（4） 经理对系统管理员进行查看，删除和添加

6.销售管理
为收银员提供收款、退款、找零、打印购物小票、退货的功能。用例图如下：

用例名称
销售管理
用例描述
结账分为现金支付、银行卡支付和打印发票
目标
顾客
参与者
收银员
前置条件
已经登录系统
主要操作过程
结账时是否打印发票，是现金支付还是刷卡支付

用例名称
会员管理
用例描述
添加会员，管理积分，会员卡补办，兑换积分，累加积分等
目标
顾客和会员
参与者
收银员
前置条件
已经登录系统
主要操作过程
1. 收银员对顾客进行办理会员可的业务，
2. 会员卡的补办及管理积分的具体事项

2.5 超市管理系统的界面设计 （参考网上资料完成）

a)
b)

二、 系统分析
分析类：对象类静态结构模型描述了系统的静态结构，包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。
2.1建立对象类
根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作。通过检查类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性，根据系统功能要求和系统设计需要完善和确定类的操作。
超市管理系统的对象类包括：
（1） 商品
类名：商品
类的编号：030101（共三层，每层用2位数字表示，采用6位编号）。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立商品基本信息并对这些信息进行处理，包括增加、删除、查
询操作等。
属性：商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、
促销价格、促销起止日期、允许打折、入库日期。
操作：增加商品（）、删除商品（）、修改商品信息（）、查询商品（）。
（2） 顾客
类名：顾客
类的编号：030102
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立顾客对象并进行处理，包括购买商品、付款、购物查询操作。
属性：交易编号
操作：购买商品（）、付款（）、购物查询（）。
（3） 会员
类名：会员
类的编号：030103
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：继承顾客类，负责建立会员基本信息并进行处理，包括添加会员、删
除会员、修改会员信息、购物查询操作。
属性：会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
操作：添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。

（4） 销售人员
类名：销售人员
类的编号：030104
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立销售人员对象并进行处理。
属性： 姓名、性别、职位、电话。
操作：
（5） 前台销售人员
类名：前台销售人员
类的编号：030105
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：继承销售人员类，负责建立前台销售人员对象并进行处理，包括商品
扫描、录入商品编号、结账、打印购物小票操作。
属性： 销售人员[*]等。
操作： 商品扫描（）、录入商品编号（）、结账（）、打印购物小票（）。
（6） 后台销售人员
类名：后台销售人员
类的编号：030106
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：继承销售人员类，负责建立后台销售人员对象并进行处理，包括商品
录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。
属性： 销售人员[*]等。
操作： 商品录入（）、商品信息修改（）、删除商品（）、商品查询（）、销
售商品（）。
（7） 前台客服人员类
类名：前台客服人员
类的编号：030107
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立前台客服人员对象并进行处理，包括添加会员、删除会员、
修改会员信息、购物查询操作。
属性：姓名、性别、职位、电话。
操作：添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。
（8） 销售表
类名：销售表
类的编号：030108
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立销售表基本信息并对这些信息进行处理。
属性：交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。
操作：
（9） 销售汇总表
类名：销售汇总表
类的编号：030109
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立销售汇总表基本信息并对这些信息进行处理。
属性：商品编号、商品名称、商品价格、销售数量、销售金额
操作： 查询（）。
2. 2时序图建模
通过分析超市管理系统的业务需求和对象类之间的关系，进而建立动态模型中对象间的交互模型时序图。
1. 顾客购买商品时序图

2．顾客查询购物情况顺序图

3.超市经理查询商品销售情况顺序图

4.顾客办理会员顺序图

5. 添加商品顺序图

6. 修改商品信息顺序图

7. 删除商品顺序图

子系统设计
超市管理系统为了满足用户实际需求应具有系统管理、零售前台管理子系统、后台管理子系统三个子系统。
1.系统管理
系统管理应包括以下功能：
1）添加用户：系统管理员可以根据需求添加用户，用户只有根据用户名和密码才能登录系统，进行操作。
2）修改密码：用户可以登录系统修改密码。
3）权限设置：系统管理员可以根据不同用户设置不同权限，是系统某些功能只对某些用户可见。
4）重新登录：本系统支持重新登录。
2. 前台零售管理子系统
前台零售管理子系统应具有以下功能：
1）前台销售管理
A．商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
B．结账：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。顾客可以支付现金和信用卡，如果支付现金，自动计算找零
C．打印小票：在顾客付款后，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并将所购物品的总金额累计到该会员的总消费金额中，增加会员积分。
D．购物查询：如果顾客是本店会员，可以在前台客服查询一个月内购物情况。
2）会员管理：
会员管理可以实现顾客会员注册，会员信息查询，会员信息修改，删除会员，还可以对会员进行兑换积分。
3.后台销售管理系统
后台销售管理系统必须具备以下功能：
1）后台销售管理： 支持商品的录入、删除、商品信息查询，商品信息修改。还可以对销售的产品进行汇总，综合查询各种销售明细记录，超市经理可以根据汇总情况制定采购计划和销售计划。
2）售后服务管理： 为了提高服务水平，对售后服务进行统一管理。

类设计
对象类静态结构模型描述了系统的静态结构，包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。
建立对象类
根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作。通过检查类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性，根据系统功能要求和系统设计需要完善和确定类的操作。
超市管理系统的对象类包括：
（10） 商品
类名：商品
类的编号：030101（共三层，每层用2位数字表示，采用6位编号）。
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立商品基本信息并对这些信息进行处理，包括增加、删除、查
询操作等。
属性：商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、
促销价格、促销起止日期、允许打折、入库日期。
操作：增加商品（）、删除商品（）、修改商品信息（）、查询商品（）。
（11） 顾客
类名：顾客
类的编号：030102
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立顾客对象并进行处理，包括购买商品、付款、购物查询操作。
属性：交易编号
操作：购买商品（）、付款（）、购物查询（）。
（12） 会员
类名：会员
类的编号：030103
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：继承顾客类，负责建立会员基本信息并进行处理，包括添加会员、删
除会员、修改会员信息、购物查询操作。
属性：会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
操作：添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。

（13） 销售人员
类名：销售人员
类的编号：030104
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立销售人员对象并进行处理。
属性： 姓名、性别、职位、电话。
操作：
（14） 前台销售人员
类名：前台销售人员
类的编号：030105
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：继承销售人员类，负责建立前台销售人员对象并进行处理，包括商品
扫描、录入商品编号、结账、打印购物小票操作。
属性： 销售人员[*]等。
操作： 商品扫描（）、录入商品编号（）、结账（）、打印购物小票（）。
（15） 后台销售人员
类名：后台销售人员
类的编号：030106
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：继承销售人员类，负责建立后台销售人员对象并进行处理，包括商品
录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。
属性： 销售人员[*]等。
操作： 商品录入（）、商品信息修改（）、删除商品（）、商品查询（）、销
售商品（）。
（16） 前台客服人员类
类名：前台客服人员
类的编号：030107
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立前台客服人员对象并进行处理，包括添加会员、删除会员、
修改会员信息、购物查询操作。
属性：姓名、性别、职位、电话。
操作：添加会员（）、删除会员（）、修改会员信息（）、购物查询（）。
（17） 销售表
类名：销售表
类的编号：030108
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立销售表基本信息并对这些信息进行处理。
属性：交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。
操作：
（18） 销售汇总表
类名：销售汇总表
类的编号：030109
类的类型：该类创建的对象为持久对象，存储在服务器上的数据库中，可以
共享。
功能：负责建立销售汇总表基本信息并对这些信息进行处理。
属性：商品编号、商品名称、商品价格、销售数量、销售金额
操作： 查询（）。
根据类之间的关系绘制类图
通过对超市管理系统中对类及其之间关系的分析，绘制类图。

图3 类图及其之间关系

数据库设计
1.超市管理系统包含的实体和属性：
商品（商品编号，名称，价格，库存数量，规格，条形码，促销价格，促销起止日期，允许打折，入库日期，库存预警数量）
顾客（姓名，电话，会员号，会员积分，会员注册时间）
前台销售人员（用户编号，密码，姓名，性别，职位，电话）
后台销售人员（用户编号，密码，姓名，性别，职位，电话）
前台客服人员（用户编号，密码，姓名，性别，职位，电话）
2.实体之间的联系
购买：顾客购买商品，一个顾客可以购买多种商品，一种商品也可以被多个顾客购买，顾客与商品之间是多对多的关系。
销售：前台销售人员销售商品，一个前台销售人员可以销售多种商品，一种商品也可以被多个销售人员销售，前台销售人员与商品之间是多对多的关系。
服务：前台客服人员可以服务于顾客，一个前台销售人员可以服务于多个顾客，一个顾客也可以被多个客服人员服务，客服人员与顾客之间是多对多的关系。
管理：后台销售人员可以管理商品，一个后台销售人员可以管理多种商品，一种商品也可以被多个后台销售人员管理，后台销售人员与顾客之间是多对多的关系。
3.系统总E-R图

商品
前台销售人员
顾客
后台销售人员
前台客服人员
购买
服务
销售
管理
m
m
n
n
m
m
n
m
总金额

系统总E-R图

4．数据库关系表
商品信息表(MerchInfo)
字段名
别名
字段类型
长度
主/外键
是否为空
MerchID
商品编号
int
5
P
Not null
MerchName
商品名称
Varchar
20

Not null
BarCode
条形码
Varchar
10

Not null
MerchPrice
价格
Money
6

Not null
MerchSize
规格
Char
10

MerchNum
库存数量
Int
4

Not null
CautionNum
库存报警数量
Int
4

Not null
SalesProPrice
促销价格
Money
6

SalesProDate
促销起止日期
Datetime
10

AllowAbate
允许打折
Int
6

ProDate
入库日期
Datetime
10
F
Not null

用户表(User)
字段名
别名
字段类型
长度
主/外键
是否为空
UserID
用户编号
varchar
10
P
Not null
UserPW
用户密码
Varchar
12

Not null
UserName
姓名
Varchar
25

Not null
UserSex
性别
Char
1

UserLimit
权限
Varchar
20

Not null
UserStyle
职位
Int
4

Not null
UserTel
电话
Int
11

会员表(Menber)
字段名
别名
字段类型
长度
主/外键
是否为空
MemberID
会员卡号
Varchar
10
P
Not null
MemberName
会员姓名
Char
8

Not null
MemberTel
会员电话
Int
11

MemberScore
会员积分
Int
6

Not null
TotalCost
累积消费金额
Money
10

Not null
RegDate
注册日期
Datetime
8

Not null

销售汇总表(Sale)
字段名
别名
字段类型
长度
主/外键
是否为空
MerchID
商品编号
Varchar
5
P
Not null
MerchName
商品名称
Varchar
20

Not null
SaleDate
销售日期
Datetime
10

Not null
SaleNum
销售数量
Int
4

Not null
SalePrice
销售单额
Money
6

Not null
SalePriceT
销售总金额
Money
10

销售表(Dealing)
字段名
别名
字段类型
长度
主/外键
是否为空
DealingID
交易编号
Varchar
10
P
Not null
MerchName
商品名称
Varchar
20
F
Not null
MerchNum
数量
Int
4

Not null
MerchPrice
单价
Money
6

Not null
DealingPrice
交易金额
Money
6

Not null
DealingDate
交易日期
Money
10

Not null
MemberID
会员卡号
Varchar
10

UserName
用户名称
Varchar
10
F

总结
面向对象技术是软件工程领域的重要技术，是一种把面向对象的思想应用于软件开发过程中指导开发活动的系统方法。基本思想是从现实世界客观存在的事物出发，尽可能地运用人类的自然思维方式来构造软件系统。
超市销售管理系统正是利用面向对象的方法进行分析与设计。通过对系统进行详细的调查和可行性分析，分析领域的业务范围、业务规则和业务处理过程，明确系统的责任、范围和边界，确定用户需求。根据用户需求，确定用例模型，在此阶段要注重与用户的交流，既要满足用户的需求，又要限制用户的需求，避免后期修改功能需求带来的损失。根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作，分析对象类之间的关系。通过分析超市管理系统的业务需求和对象类之间的关系，进而建立动态模型中对象间的交互模型。对象间的交互模型包括状态图和顺序图。顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序，可以对系统的业务有更明确的了解。最后进行数据库设计，找出超市管理系统中的实体及之间的联系，确定数据库关系表。和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本，提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力，提供有效的技术保障。在减少工作量的基础上，提高超市管理者对企业的整体管理能力。
这次的课程设计是对我们这一学期实际学到的内容的检验，在课程设计的同时不仅巩固了以前所学过的知识，而且更加体会到了UML建模的思想。通过这次课程设计使我懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，才能真正的掌握，从而提高自己的实际动手能力和独立思考的能力。
在设计过程中充分体现了UML以系统体系结构为中心，以用例为驱动，以风险控制和质量管理为目标，以渐增迭代为开发方式的面向对象独有的语言特色。通过本次课程设计让我对UML建模有了进一步的认识，让我了解了使用UML建模对开发程序有很大的帮助，在UML模型中能清晰的反映出程序的所有行为，为程序的开发以及维护，查错都有很大的帮助。同时也体会到软件开发不仅需要技术，更需要我们投入细心，谨慎，耐心，毅力。在今后更要严格要求自己，使自己成为一名优秀的软件开发人员。

参考文献
[1] 刁成嘉，UML系统建模与分析设计，北京：机械工业出版社，2007
[2] 刁成嘉，UML系统建模与分析设计课程设计，北京：机械工业出版社，2008
[3] J.L. Whitten，L.D. Bentley，肖刚，孙慧译，《系统分析与设计方法》，北京：机械工业出版社，2007