超市管理系统.docx

超市管理系统.docx

《超市管理系统.docx》由会员分享，可在线阅读，更多相关《超市管理系统.docx（39页珍藏版）》请在冰豆网上搜索。

超市管理系统

题目：

超市销售系统

院系：

软件学院

班级：

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）“超市销售管理系统”中的用例

在第一层中，根据客户对“超市销售管理系统”的整体业务功能要求，可选的用例有：

●系统管理

●前台零售管理系统

●后台销售管理系统

（2）“系统管理”中的用例

在第二层中，根据客户对“系统管理”的业务功能要求，可选的用例有：

●添加用户

●修改密码

●权限管理

●重新登录

（3）“前台零售管理系统”中的用例

在第二层中，根据客户对“前台零售管理系统”的业务功能要求，可选的用例有：

●前台销售管理

●会员管理

（4）“后台销售管理系统”中的用例

在第二层中，根据客户对“后台销售管理系统”的业务功能要求，可选的用例有：

●后台销售管理

●售后服务管理

（5）前台销售管理子系统

在第三层中，根据客户对“前台销售管理子系统”的业务功能要求，可选的用例有：

●商品录入

●结账

●打印购物小票

●购物查询

（6）会员管理子系统

在第三层中，根据客户对“会员管理子系统”的业务功能要求，可选的用例有：

●添加会员

●兑换积分

（7）后台销售子系统

在第三层中，根据客户对“后台销售子系统”的业务功能要求，可选的用例有：

●商品录入

●打折促销

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.实体之间的联系

购买：

顾客购买商品，一个顾客可以购买多种商品，一种商品也可以被多个顾客购买，顾客与商品之间是多对多的关系。

销售：

前台销售人员销售商品，一个前台销售人员可以销售多种商品，一种商品也可以被多个销售人