小型超市管理系统1.docx
- 文档编号:6790337
- 上传时间:2023-01-10
- 格式:DOCX
- 页数:26
- 大小:529.39KB
小型超市管理系统1.docx
《小型超市管理系统1.docx》由会员分享,可在线阅读,更多相关《小型超市管理系统1.docx(26页珍藏版)》请在冰豆网上搜索。
小型超市管理系统1
目录
第一章系统概述1
1.1.系统开发背景与意义1
1.1.1.系统开发背景1
1.1.2.系统开发意义1
1.2可行性分析2
1.2.1技术可行性分析2
1.2.2经济可行性分析2
1.2.3管理可行性分析2
第二章系统需求分析3
2.1系统功能要求3
2.1.1零售前台(POS)管理系统3
2.1.2后台管理系统3
2.2需求分析概述4
2.2.1系统环境需求4
2.2.2超市管理系统的数据需求4
2.2.3系统安全问题4
2.3系统组织结构5
2.4系统业务流程9
2.5系统数据流图10
2.6数据字典12
2.6.1数据项12
2.6.2数据流13
2.6.3处理逻辑15
2.6.4数据存储18
第三章系统总体设计19
3.1统开发步骤19
3.2系统总体设计目标19
3.3系统概念设计20
3.2.1概念模型(E-R图)21
3.2.2关系模式24
结束语
系统概述
1.1.系统开发背景与意义
1.1.1.系统开发背景
20世纪90年代后期特别是最近几年,我国的超市产业飞速发展,其经营模式更为复杂,旧的管理体制无法适应现在超市的发展,这就迫切需要引进新的管理技术。
超市的数据和业务越来越庞大,而计算机是一种高效的管理系统,这就需要我们超市的管理与计算机结合起来,从而超市管理系统应运而生。
依靠现代化的计算机信息处理技术来管理超市,节省了大量的人力,物力,改善了员工的工作条件,并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析,使管理人员快速对市场的变化做出相应的决策,加快超市经营管理效率。
1.1.2.系统开发意义
“数据库课程设计”的设计思想旨在强调学生的实际编程能力的培养与创意灵感的发挥。
为此,此课程设计结合学科特点,除了让学生掌握数据库原理的理论和知识,还增加了需求功能让学生完成,并鼓励学生创作出个性的程序,满足客户的需求,与市场的需求相结合。
学生对此热情高,实际收获大,效果好。
通过课堂学习和参与相关项目设计,学生对书本知识有了深刻理解,实践性教学取得了良好效果。
1.1.3现行系统存在的问题
本小型超市的销售目前采用手工管理、效率低、易出错、会计工作量大。
在整个流程中库存、进货与销售环节出现问题。
查询困难,库存数量不能随时了解使得货物不能得到及时得到补充。
数据分析困难,一些受欢迎和不受欢迎的货物银查询困难不能进行比较分析。
物流管理方式落后,很难根据销售、库存情况,及时进行配货、补货、退货、调拨。
有些商品紧缺,顾客要排队购买或商品供不应求,使顾客大为不满,还有一些商品,长期积压,损坏严重;而另一些商品供不应求的局面,都会给超市造成重大的经济损失。
另外,现行系统程序复杂,造成了时间浪费,后期的维护也非常困难,需要的费用也大。
而且,现行系统安全性比较低,客户以及商品的信息容易泄露,引起不必要的麻烦。
1.2可行性分析
1.2.1技术可行性分析
该系统是经过多项调查研究而设计出来的,不会出现不符合市场需求的市场风险,整个系统符合小型超市的要求。
在限制的条件下,功能目标是完全可以达到;利用现有的技术,功能目标完全达到;只需少数开发人员,技术上要求不高,故在技术上是可行;在规定的期限内,可以完成。
1.2.2经济可行性分析
由于业务上升较快给目前的系统带来了巨大的压力,所以需要一个更加完善的信息管理系统才能满足当前业务的要求,而且根据目前超市的收益情况,更换一套新的信息管理系统,一年内就可以将投资全部收回。
换上新的信息管理系统后比原系统更加高效和方便的实施经营和管理,效益也将会有一个明显的提高。
只需超市收银人员具有基本的电脑操作知识,无需进行特殊培训,投资少,回报高。
1.2.3管理可行性分析
新的信息管理系统使得超市在管理方面更加完善。
系统需求分析
2.1系统功能要求
2.1.1零售前台(POS)管理系统
✧商品录入:
根据超巿业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
✧收银业务:
通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。
在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。
如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额中。
会员卡的有效期限为一年,满一年未续卡者,该会员卡将被注销。
✧安全性:
OS登陆、退出、换班与操作锁定等权限验证保护;断电自动保护最大限度防止意外及恶意非法操作。
✧独立作业:
有的断网收银即在网络服务器断开或网络不通的情况下,收银机仍能正常作业
2.1.2后台管理系统
✧进货管理:
根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),可以避免盲目进货造成商品积压。
按计划单有选择性地进行自动入库登记。
综合查询打印计划进货与入库记录及金额。
✧销售管理:
商品正常销售、促销与限量、限期及禁止销售控制。
综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。
按多种方式统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。
✧库存管理:
综合查询库存明细记录。
库存状态自动告警提示。
如库存过剩、少货、缺货等。
软件为您预警,避免库存商品积压损失和缺货。
库存自动盘点计算。
✧人员管理:
员工、会员、供货商、厂商等基本信息登记管理。
员工操作权限管理。
客户销售权限管理。
2.2需求分析概述
2.2.1系统环境需求
2.2.2超市管理系统的数据需求
超市管理系统的数据需求包括如下几点:
1.数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。
2.数据的一致性与完整性
由于超市产品销售管理的系统化、规范化、网络化和自动化,实现对商品入库和销售信息的集中统一的管理,所以如何保证这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。
3.数据的共享与独立性
整个超市管理系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
2.2.3系统安全问题
信息系统尽管功能强大,技术先进,但由于受到自身体系结构,设计思路以及运行机制等限制,也隐含许多不安全因素。
常见因素有:
数据的输入,输出,存取与备份,源程序以及应用软件,数据库,操作系统等漏洞或缺陷,硬件,通信部分的漏洞,企业内部人员的因素,病毒,“黑客”等因素。
因此,为使本系统能够真正安全,可靠,稳定地工作,必须考虑如下问题:
为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火,盗或其他形式的人为破坏。
✧系统要能重建
✧系统应该是可审查的
✧系统应能进行有效控制,抗干扰能力强
✧系统使用者的使用权限是可识别的
2.3系统组织结构
2.3.1系统主要层次划分如下图所示:
图2.1系统总体结构图
功能描述:
总体介绍小型超市管理系统的总体框架结构以及组织管理模式。
2.3.2管理功能
功能指的是完成某项工作的能力。
为了实现系统目标,系统必须具有各种功能。
各子系统功能的完成,又依赖于下面更具体的工作的完成。
管理功能的调查是要确定系统的这种功能结构。
图2.2商品录入模块图
功能描述:
商品录入子系统要求能快速录入商品,因此必须支持条形码扫描。
支持会员卡打折
交易总额计算
收银业务
图2.3收银业务模块图
功能描述:
收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打折。
图2.4进货管理模块图
功能描述:
进货管理子系统可以根据库存自动指定进货计划,进货时自动等级,以及提供查询和打印计划进货与入库记录的功能。
图2.5销售管理模块图
功能描述:
销售管理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生年、月、日报表,同时可以生成销售排行榜。
图2.6库存管理模块图
功能描述:
库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以及自动盘点计算。
图2.7人员管理模块图
功能描述:
人员管理子系统提供基本信息登记管理,员工操作权限管理,客户销售权限管理的功能。
2.4系统业务流程
本系统的流程如下:
1、根据以前的商品销售情况制定商品需求计划。
2、由库存部检查库存的商品,根据制定的商品需求计划发出商品缺货通知。
3、由主管及各部门负责人召开会议,决定出计划采购数,制定出报表,并由总经理审批。
4、由财务部、会计主管、各部门负责人综合讨论,列出正式清单。
5、清单经董事会批准后存档,并作为最终的采购计划单。
6、由商品采购员将清单上列示的商品购入并入库,列示出实际入库单。
7、最后商品由销售部出售。
2.5系统数据流图
✧顶层数据流图如图2.8所示:
✧商品购买与结账的第一层数据流如图2.9所示:
✧超市库存情况与订货数据流程如图2.10所示:
2.6数据字典
2.6.1数据项
数据项编号:
I-01
数据项名称:
商品
简述:
各种商品的名称
类型及宽度:
字符型,4位
取值范围:
“0001”~“9999”
数据项编号:
I-02
数据项名称:
用户姓名
简述:
某个用户的名字
类型及宽度:
字符型,4位
数据项编号:
I-03
数据项名称:
顾客(会员)
简述:
购买商品的顾客以及会员
类型及宽度:
字符型,4位
数据项编号:
I-04
数据项名称:
条形码信息
简述:
商品所对应的条形码信息
类型及宽度:
整型,8位
取值范围:
“00000000”~“99999999”
数据项编号:
I-05
数据项名称:
供货商
简述:
供货商的名称
类型及宽度:
字符型
2.6.2数据流
数据流编号:
D-01
数据流名称:
录入商品
简述:
用户将进来的商品录入管理系统商品信息表中
数据流来源:
用户
数据流去向:
商品信息表
数据流组成:
商品编号+商品名称+价格+条形码+允许打折+允许销售
数据流编号:
D-02
数据流名称:
查询
简述:
打折的时候对会员的信息进行核对
数据流来源:
打折过程中产生的
数据流去向:
会员信息表
数据流组成:
会员编号+会员卡号+累积消费金额+注册日期
数据流编号:
D-03
数据流名称:
业务信息
简述:
顾客结算过程中产生的业务
数据流来源:
交易过程产生
数据流去向:
超市帐台
数据流组成:
会员+交易金额
数据流编号:
D-04
数据流名称:
订货单
简述:
用户开出的订货单
数据流来源:
用户对库存的统计的出的结果
数据流去向:
供应商
数据流组成:
商品编号+商品名称+商品数量
数据流编号:
D-05
数据流名称:
发货单
简述:
供货商发出货物后开出的发货单
数据流来源:
供货商
数据流去向:
用户
数据流组成:
发货日期+发货数量
数据流编号:
D-06
数据流名称:
入库单
简述:
用户将进来的商品存入仓库中
数据流来源:
用户
数据流去向:
库存统计表
数据流组成:
商品名称+货物数量
数据流编号:
D-07
数据流名称:
出库单
简述:
商品从仓库中运出产生出库单
数据流来源:
库存统计表
数据流去向:
用户
数据流组成:
商品名称+商品数量
2.6.3处理逻辑
处理逻辑编号:
P-1
处理逻辑名称:
销售处理
简述:
用户将商品销售给顾客的过程
输入的数据流:
顾客购买的商品信息
处理:
根据顾客购买的商品,用户通过条形码将商品销售给顾客
输出的数据流:
商品和价格
处理频率:
每销售一次
处理逻辑编号:
P-2
处理逻辑名称:
库存处理
简述:
统计库存的商品数量
输入的数据流:
出入库的商品数据
处理:
根据库存中商品的数量计划进行订货
输出的数据流:
若库存中商品数量不足需要进行订货
处理频率:
每出入库一次
处理逻辑编号:
P-1.1
处理逻辑名称:
快速录入商品
简述:
对商品进行录入的过程
输入的数据流:
商品信息
处理:
得到商品的详细信息
输出的数据流:
商品信息
处理频率:
每次录入商品一次
处理逻辑编号:
P-1.2
处理逻辑名称:
购买商品
简述:
顾客进行商品购买
输入的数据流:
商品信息
处理:
顾客购买此商品
输出的数据流:
商品信息
处理频率:
每购买一次
处理逻辑编号:
P-1.3
处理逻辑名称:
判定支持会员打折
简述:
判定确定是会员进行打折优惠
输入的数据流:
顾客信息
处理:
查询此顾客是否是会员
输出的数据流:
消费金额
处理频率:
每购买一次
处理逻辑编号:
P-1.4
处理逻辑名称:
打印交易清单
简述:
对发生的交易金额以清单打印出来
输入的数据流:
业务信息
处理:
打印交易清单
输出的数据流:
交易清单
处理频率:
每交易一次
处理逻辑编号:
P-2.1
处理逻辑名称:
入库处理
简述:
将订购的货物存入仓库
输入的数据流:
入库单
处理:
将货物存入仓库
输出的数据流:
入库数据
处理频率:
每入库一次
处理逻辑编号:
P-2.2
处理逻辑名称:
出库处理
简述:
将仓库中的商品取出仓库
输入的数据流:
出库单
处理:
将商品取出仓库
输出的数据流:
出库数据
处理频率:
每出库一次
处理逻辑编号:
P-2.3
处理逻辑名称:
订货处理
简述:
根据库存判定是否需要订货
输入的数据流:
订货单
处理:
判定是否订货
输出的数据流:
订货通知
处理频率:
每订货一次
2.6.4数据存储
数据存储编号:
F-1
数据存储名称:
商品信息表
简述:
记录商品的一些信息
数据存储组成:
商品编号+商品名称+价格+供货商编号
关键字:
商品编号
相关联的处理:
条形码+促销价格+促销起日期+促销止日期+允许打折+库存数量+计划进货数+允许销售
数据存储编号:
F-2
数据存储名称:
会员信息表
简述:
记录会员的一些信息
数据存储组成:
会员卡号+累积消费金额+注册日期
关键字:
会员编号
相关联的处理:
会员名称+注册日期
数据存储编号:
F-3
数据存储名称:
交易信息表
简述:
记录交易产生的业务信息
数据存储组成:
交易编号+用户名称+交易金额+交易日期
关键字:
——
相关联的处理:
会员卡号
数据存储编号:
F-4
数据存储名称:
库存统计表
简述:
记录库存商品的信息
数据存储组成:
库存编号+库存商品编号+库存数量+单价+总额+库存状态
关键字:
——
相关联的处理:
入库日期+计划进货日期
系统总体设计
3.1系统开发步骤
✧确定参与者和相关的用况
✧为每个用况设计过程
✧建立顺序图,确定每个脚本中对象的协作
✧创建类,确定脚本中的对象
✧设计,编码,测试,集成类
✧为过程编写系统测试案例
✧运行测试案例,检验系统
3.2系统总体设计目标
(1)大大提高超市的运作效率;
(2)通过全面的信息采集和处理,辅助提高超市的决策水平;
(3)使用本系统,可以迅速提升超市的管理水平,为降低经营成本,提高效益,增强超市扩张力,提供有效的技术保障。
(4)要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要单明了,易于操作,服务器程序利于维护。
3.3系统概念设计
3.2.1概念模型(E-R图)
根据前面的分析,我们可以提炼出本系统中的主要实体主要有:
用户(管理员)、顾客、商品、供货商。
(1)单个实体的E-R图
✧用户
✧商品
✧会员
✧供货商
(2)实体间的联系
(2)系统E-R图说明
1)商店中的所有用户(员工)可以销售多种商品,每种商品可由不同用户(员工)销售;
2)每个顾客可以购买多种商品,不同商品可由不同顾客购买;
3)每个供货商可以供应多种不同商品,每种商品可由多个供应商供应。
(3)视图设计
1)交易视图(v_Dealing)——用于查询交易情况的视图;
2)计划进货视图(v_PlanStock)——用于查询进货计划的视图;
3)销售视图(v_Sale)——用于查询销售明细记录的视图;
4)入库视图(v_Stock)——用于查询入库情况的视图。
3.2.2关系模式
(1)系统关系模型
a)商品入库表(编号,入库编号,商品编号,计量单位,单价,数量,金额)
b)用户表(用户编号,用户名称,用户密码,用户类型)
c)会员表(会员卡号,累积消费金额,注册日期)
d)销售表(商品编号,名称,品类,包装,数量,单位)
e)交易表(交易编号,用户名称,交易金额,会员卡号,交易日期)
f)商品库存查询(商品编号,库存数量,库存金额)
g)供货商表(供货商编号,供货商名称,供货商地址,供货商电话)
h)商品管理(编号,商品编号,名称,品类,包装)
i)工作人员管理(编号,人员编号,姓名,性别,所属部门)
程序截图
结束语
我们此次试验是在windowsXP的实验平台上实现的。
和传统管理模式相比较,使用本系统,毫无疑问会大大提高超市的运作效率,辅助提高超市的决策水平,管理水平,为降低经营成本,提高效益,减少差错,节省人力,减少顾客购物时间,增加客流量,提高顾客满意度,增强超市扩张能力,提供有效的技术保障。
由于开发者能力有限,加上时间仓促,本系统难免会出现一些不足之处,例如:
✧本系统只适合小型超市使用,不能适合中大型超市使用;
✧超市管理系统涉及范围宽,要解决的问题多,功能复杂,实现困难,但由于限于时间,本系统只能做出其中的一部分功能;
小组成员心得:
这次信息管理系统作业是由由六名小组成员分工合作完成的。
在实验中遇到了一些问题,比如说没有考虑到现有超市的库存是由进货量、原有库存以及出货量共同决定的。
在大家的共同探讨下,我们解决了这个问题。
当然也有一些我们没能解决的问题,就是没能编制出超市的管理程序,而恰恰是因为少了这一点使我们的系统就黯然失色,这是我们都感到非常遗憾的。
经过这次实验,我们发现了自己的不足之处,很多知识都没有掌握的扎实,做的都是很基本的操作。
我们深知我们的知识不能面对实际的挑战,但我们会继续认真学习,加强自身的能力的提高。
这次,我们调查的是小型超市。
“超市”与我们的生活息息相关。
我们几乎每天都要在超市中消费。
正因为如此,我们也从中发现了许多的问题,如,货物摆放混乱,价格标注不明确,结账的速度太慢等。
这些问题在小型超市中尤其突出。
所以,我们组针对这些问题对小型超市的管理系统做了相应的调整。
我们积极的搜集相关资料,对于这一领域的知识进行不断学习,但在实施作业中我们还是遇到了许多的问题,首先,是对系统的内容,内部控制不够了解,所以,我们查找了有关资料,先了解小型超市内部结构,针对每一部分出现的问题做出相应调整。
其次,在做程序时出现了一些知识缺陷,导致程序运行不是很理想,所以,我们运用截图,使用幻灯片的形式展示我们的运行过程及结果,这样清晰易懂。
我们做了前台管理系统和后台管理系统,对于以上提出的问题做了相应的处理。
在这个过程中,我们学习到了很多领域的知识,例如计算机、市场调研等,当然,对于管理信息系统也有了更深刻的了解。
我们分工明确,每个人都将分配给自己的任务完成好并且一起讨论、整合。
最后,经过我们全组人员的努力,将作业完成了。
虽然,中间遇到一些困难,但是,我们经过我们集体的研究都已经克服。
这次的作业不但在知识方面使我们有所提高,还使我们明白做事一定要坚持不懈,只有这样才能取得最后的成功。
希望,今后也能够将这学期在管理信息系统课上学到的知识运用到实际生活中。
在设计小型超市管理系统的过程中,我收获颇多。
同时也深深感受到自己知识的有限,对VF的学习不够熟悉,缺乏理解和实践,运用不够灵活。
因此,在制作的系统过程中,我们遇到了不少问题,我们未能做出完美的小型超市管理系统。
只能做出了简单的数据库,数据库表及简单的系统进行运行截图。
在这种情况下,我才知道什么叫做“书到用时,方恨少”的道理。
虽然我们没能做出完美的系统,但是在制作的过程中我们都付出了,每个组员都很尽力做好自己的工作。
我们尽心做好我们的报告,每个细节都做得比较认真。
在做系统的过程中,我发现了自己有很多不足之处,现在开始我会认真的改正这些缺点,以便更好的学习,充实自己。
我相信只要自己努力一定会成功的!
!
!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小型 超市 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)