小型连锁超市管理系统方案设计毕业设计.doc

毕 业 设 计

毕业设计题
小型连锁超市管理系统方案设计
毕业设计类型
□ 产品设计 □工艺设计方案设计
姓名

班级

所属系部
物流信息系
专业
物流信息技术
指导教师

职称

完成时间

27

摘 要

随着小超市规模的发展不断扩大，商品数量急剧增加，有关商品的各种信息量也成倍增长。超市时时刻刻都需要对商品各种信息进行统计分析。以方便管理超市的每一个环节。所以超市管理系统应运而生。
超市管理系统是市场上最流行的超市上常用的系统之一，它主要包含以下几个模块：系统权限的设定、原始数据录入、数据的汇总及查询等。从而，实现对进货、销售及员工信息等实现全面、动态、及时的管理。本文系统的分析了软件开发的背景以过程；首先介绍了软件的开发环境，其次介绍了本软件的详细设计过程：数据库的设计、各个模块的设计和实现，以及具体界面的设计和功能。此系统以Visual Basic 6.0为开发平台，界面简洁，功能实用，囊括超市管理的基本功能。

关键字：超市，管理系统，模块设计

目 录
引言 7
第一章 系统分析与设计 10
1.1系统的社会背景 10
1.2系统开发的意义 10
1.3 可行性研究 11
1.4系统运行环境 12
第二章 系统功能与结构 13
2.1系统功能 13
2.2系统结构 14
2.3 流程图 18
第三章 数据库设计 20
3.1 系统关系模型 20
3.2系统数据库表结构 21
第四章 系统实现与测试 22
4.1用户登陆界面 22
4.2 商品管理界面 23
4.3销售管理界面 24
4.4 系统测试 24
4.5系统开发环境 25
总 结 26
致 谢 27
参考文献 28

引言
随着现代科学技术的迅猛发展，计算机技术已渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入数字化时代，有巨大的数据信息等待着加工处理和传输，这使得对数据库的进一步开发和利用显得尤为迫切。
作为国内市场的一些中小超市，他们在信息化过程中的步伐要落后大中型超市，而对于这些企业的资源管理，信息的存储和处理也显的迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的电算化进程是必不可少的。
在会计业务中，产品的完成，发出和结存关系到超市销计划的完成和流动资金占用情况，而销售核算子系统是电算化会计系统中一个关键且比较复杂的子系统。通过这个子系统提供的信息可以了解企业的经营成果，通过产品销售收入用来补偿已消耗的生产资料，支付工资和其他费用，缴纳税金并实现利润。
做系统之前，我们通过对市场的调查，针对现在各中小超市对销售业务的实际需要，开发了这套商品进销存系统。在开发过程中，我们针对当前各超市管理特点和技术人员的实际水平，采用JSP这一易学易用的操作系统环境，在系统设计过程中，我们尽量采用一些易懂易读的接口界面，使用户可以在短期内完全掌握。在功能方面，我们根据市场调查的一些资料进行总结，借鉴现在市场上流行的财务软件的特点，抛去泛泛不实用的缺点，使我们设计的系统在功能上极贴近中小超市的使用要求。在设计过程中，我们始终把系统的正确性放在首位，力求数据的完整，处理的正确性。在此基础上优化程序代码，加速系统运行和减少对系统资源的占用。作为一家中小型超市，他们的主要业务是销售产品，目前系统运作中存在很多问题，所有的进货单，出货单和退货单都是人工填写，耗时而且易出现错误；库存也是人工记帐，无法随时掌握最准确的存货情况；对于销售数据，往往要花好多时间和精力去计算每个业务员的销售业绩，每项商品的销售状况，为了解决上述问题，提高经济效益，准备导入进销存系统进行销售，采购，库存等的计算机化管理。
超市形式在我国于20世纪90年代初期起步，现已成为我国零售业的一种重要形态。随着超市的高速发展，其经营管理也变的愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的的发展这样就迫切地需要引入新的思想技术和管理技术进入到超市管理之中。
超市形态具有种种优点，但在目前状况下，它仍存在零售业商业企业所共有的落后的一面，如：不能有效的管理每一种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率底等，而且在超市日常管理中，商品进、销、存决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足，随着超市形态的高速发展，其经营管理也变的愈加复杂，日常所需处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，我们在本次设计之中选择了超市信息管理系统设计，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力、改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进销存状况和各种反馈信息分析，使管理人员快速对市场的变化作出相应决策，加快超市的系统建立的技术基础：数据库应用系统是以数据库为基础的信息管理系统，它一般包含两个方面内容，一个数据库设计，二是程序设计。

第一章 系统分析与设计
1.1系统的社会背景
随着现代 科学技术的迅猛发展，计算机技术已经成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入信息化时代，有巨大的数据信息等待加工处理和传输
作为国内市场超市的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。在开发过程中，我们针对当前各超市管理的特点和技术人员的实际水平，采用易学易用的操作环境，在系统设计过程中，我们尽量采用易懂易读的人机界面，使用户可以在短期内完全掌握。我们又始终发系统的正确性放在首位，力求数据的完整和处理的正确性。在此基础上优化程序代码，加速系统运行和减少对系统资源的占用。
1.2系统开发的意义
在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。
超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。苏辙超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，在选题过程中，我选择了超市管理系统设计题目，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。
1.3 可行性研究
1.3.1 技术可行性
在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。
1.3.2 经济可行性研究
因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。
(1) 超市有能力承担系统开发费用
开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力承担开发费用。
(2) 新系统将为企业带来经济效益
管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。一般新系统带来的经济效益是简介的，其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
1.3.3 操作可行性研究
本系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个超市管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。 由此，该系统的操作是可行的，有必要开发该系统。 综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济上还是操作上。因此，可以设计该系统的数据流程图，建立数据字典
1.4系统运行环境
本系统采用C/S模式作为开发模式,服务器端可以用高性能的计算机一台，普通的双绞线作为连接，并安装SQL Server 2000的服务器版本，安装windows 2000服务器版本，配置卡巴斯基等必须的防毒软件。而客户端可以用普通的计算机或者工作站，普通的双绞线作为连接。安装SQL Server2000的服务器版本，安装了VB等可视化开发工具软件，安装windows2000服务器版本。

第二章 系统功能与结构
2.1系统功能
2.1.1零售前台管理系统
本系统必须具有以下功能
(1) 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编 号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
(2) 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
(3) 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
(4) 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
2.1.2后台管理系统
本系统必须具备以下功能
(1) 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
(2) 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
(3) 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
(4) 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
2.2系统结构
系统总体结构，如图2.1所示
小型超市零售管理系统
前台销售系统
后台管理系统
商品录入
收银业务
进货管理

销售管理

库存管理

人员管理

图2.1系统总体结构图
2.2.1商品录入功能
描述：商品录入子系统要求能快速录入商品，因此必须支持条形扫描。如图2.2所示

商品录入
快速商品录入
支持条形码扫描

图2.2商品录入子系统
2.2.2收银业务功能
描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。如图2.3所示
收银业务
交易总额计算
打印交易清单
支持会员卡打折

图2.3收银业务子系统
2.2.3进货管理功能
描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。如图2.4所示

进货管理
自动制定进货计划
自动入库登记
查询打印计划
进货与入库记录

图2.4进货管理子系统

2.2.4 销售管理功能
描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。如图2.5所示

销售管理
商品销售控制
查询打印销售情况
生成销售排行榜

图2.5销售管理子系统
2.2.5 库存管理功能
描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。如图2.6所示

查询库存明细记录
库存状态自动告警提示
库存管理
自动盘点计算

图2.6库存管理子系统
2.2.6 人员管理功能
描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。如图2.7所示

人员管理
基本信息登记管理
员工操作权限管理提示
客户销售权限管理提示

图2.7人员管理子系统
2.3 流程图
2.3.1系统ER图
如图3.1所示
商品名称
允许销售
厂商
厂商ID
厂商名称
厂商地址
厂商电话
生产
供货商名称
供货商电话
供货商地址
促销价格
用户
用户ID
用户密码
供货金额
供货日期
销售日期
供货商ID
供货商
销售
销售ID
商品ID
价格
允许打折
供货
用户号
商品
用户姓名
用户类型
购买日期
消费金额
会员卡号
注册时间
会员ID
累计金额
消费
会员

图3.1 超市管理系统E-R图
2.3.2 系统E-R图说明
(1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
(2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
(3) 每个供货商可以供应多种不同商品，每种商品可由多个供
应商供应。
2.3.3系统数据流程图
数据流程图(Data FlowDiagram,DFD)是系统逻辑结构最主要的组成部分,它反映出系统的主要功能、系统与外部环境间的输入输出、系统内部的处理、数据传送、数据存储等情况。根据系统需求分析的结果,可以制出超市管理系统的数据流程图,见图1～图3。

图1顶层数据流图

图2顶层数据流图

图3顶层数据流图

第三章 数据库设计
3.1 系统关系模型
(1) 商品信息表:（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
(2) 用户表:（用户编号，用户名称，用户密码，用户类型）
(3) 会员表:（会员编号，会员卡号，累积消费金额，注册日期）
(4) 销售表:（销售编号，商品编号，销售数量，销售金额，销售日期）
(5) 交易表:（交易编号，用户名称，交易金额，会员卡号，交易日期）
(6) 进货入库表:（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
(7) 供货商表:（供货商编号，供货商名称，供货商地址，供货商电话）
(8) 厂商表:（厂商编号，厂商名称，厂商地址，厂商电话）

3.2系统数据库表结构
3.2.1 数据库表索引
数据库表索引，如下表3.1所示
表3.1 数据库索引
表名
中文名
MerchInfo
商品信息表
User
用户表
Menber
会员表
Sale
销售表
Dealing
交易表
Stock
进货入库表
表名
中文名
Provide
供货商表
Factory
厂商表
3.2.2 数据库商品信息表
数据库商品信息表，如下表3.2所示
表3.2 数据库商品信息表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
MerchID
int
4
P
Not null
商品编号
MerchName
Varchar
50

Not null
商品名称
MerchPrice
Money
4

Not null
价格
MerchNum
Int
4

Not null
库存数量
CautionNum
Int
4

Not null
库存报警数量
PlanNum
Int
4

null
计划进货数
BarCode
Varchar
50

Not null
条形码
SalesProPrice
Money
4

促销价格
SalesProDateS
Datetime
8

促销起日期
SalesProDateE
Datetime
8

促销止日期
AllowAbate
Int
4

Not null
允许打折
AllowSale
Int
4

Not null
允许销售
FactoryID
Varchar
10
F
Not null
厂商编号
ProvideID
Varchar
10
F
Not null
供货商编号

3.3.3 数据库入库纪录表
数据库入库纪录表，如下表3.3所示
表3.3数据库入库纪录表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
StockID
Varchar
10
P
Not null
入库编号
MerchID
Varchar
10
F
Not null
入库商品编号
MerchNum
Int
4

Not null
入库数量
MerchPrice
Money
4

Not null
单额
TotalPrice
Money
4

Not null
总额
StockDate
Datetime
8

Datetime
入库日期
PlanDate
Datetime
8

Datetime
计划进货日期
StockState
Int
4

Not null
入库状态
第四章 系统实现与测试
4.1用户登陆界面
用户通过登陆界面登陆管理系统，并连接Server 2000 服务器，登入的默认管理员帐户为Admin。

4.2 商品管理界面
管理系统中的商品管理可以直观的看到商品的名称、价格、条形码、库存以及供应的厂商。
当商品库存量少于一定数量的时候，系统会自动提示缺货。
根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
如图4.2所示

图4.2 商品管理界面

4.3销售管理界面
销售管理主要是记录商品销售的信息，并加以整合做出天销售，月销售，年销售。交易查询可查询收银员的所交易的记录，会员积分等。如图5.4所示。

图5.4销售管理界面
4.4 系统测试
在系统开发过程中采用了多种措施来保证软件的质量，但是在实际开发过程中还是不可避免地会产生差错，系统中通常可能隐藏着许多错误和缺陷，不经周密测试即投入运行，将会造成难以想象的后果，因此系统测试是软件开发过程中为保证软件质量必须进行的工作。
4.4.1测试方法
一般来说，对程序测试有两种测试方法：如果已经知道了软件系统应具有的功能，可通过测试来确定每个功能是否都能正常使用；如果知道程序的内部工作过程，可以通过测试来检测程序内部是否按照规格说明书的规定正常进行。前一种方法称为黑盒测试，后一种方法称为白盒子测试。黑盒测试又称为功能测试，白盒子测试又称为结构测试。该系统主要采用了单元测试、系统测试、用户验收测试三种测试方法。
（1）单元测试
单元测试也称模块测试或程序测试，单元测试是对每个模块单独进行的，验证模块接口与设计说明书是否一致，对模块的所有主要处理路径进行测试且与预期的结构进行对照，还要对所有错误处理路径进行测试。对源码进行审查，对照设计说明书，表态地检查源程序是否符合功能的逻辑要求，是进行单元测试前的重要工作。单元测试一般是由程序员完成，也称程序调试。
（2）系统测试
系统测试是对整体性能的测试，主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求，系统测试的依据是系统分析报告。系统测试应在系统的整个范围内进行，这种测试不只对软件进行，而是对构成系统的硬、软件一起进行。系统测试与建构同时进行或略慢。系统测试需要确认从头到尾的功能正常才算完成，应当尽量避免系统测试延到项目末尾进行。
（3）用户验收测试
在系统测试完成后，进行用户的验收测试，它是用户在实际应用环境中所进行的真实数据测试。
在具体的测试中，一般应遵循以下原则：由程序设计者之外的人进行测试；测试用例应由两部分组成：输入数据和预期输出结果；应选用不合理的输入数据与非法输入测试；不仅要检验程序是否实现预期功能，还应检查程序是否做了不应该做的工作；集中测试容易出错的程序模块；对程序修改以后，必须重新进行测试。

总 结
通过这次毕业设计,让我对所学的知识得到了一个整体的融合贯穿,同时也使我学到了更多的知识，虽然我这次做的方案设计可能还不是很完整，还有很多缺陷，但是我的动手能力提高了，思维也比以前更清晰了。这个方案设计虽然很平常但是要实现起来却需要很多的时间和精力，希望以后有时间的的话能去把它做好。在做这个方案设计时好几次想放弃但是都坚持下来了，我想这也是对我的一次锻炼，锻炼我不要轻易放弃。虽然这个设计方案还很粗糙，但是相信在以后我能做得更好。

致 谢

这次毕业设计能够顺利完成，是所有曾经指导过我的老师，帮助过我的同学以及一直支持、关心着我的家人对我的教诲、帮助和鼓励的结果。我要在这里对他们表示深深的谢意！
我要特别感谢我的指导老师，在我的整个毕业设计的过程中老师给我提供了极大的帮助和指导，耐心的为我改正设计中的错误，细心的指导我完成设计中的各项任务。从开始选题到中期修正，再到最终定稿，杨老师给我提供了许多宝贵意见和建议。

参考文献
[1]龙洋.“3+2”中高职衔接课程体系设计的实践探索[J].中国职业技术教育,2014年5期.
[2]陆国民. 中高职衔接中的课程开发与实践[J].职教论坛,2014年5月.
[3] 党建武.管理信息系统，兰州大学出版社，2001；