超市管理信息系统课程设计报告.docx
《超市管理信息系统课程设计报告.docx》由会员分享,可在线阅读,更多相关《超市管理信息系统课程设计报告.docx(22页珍藏版)》请在冰豆网上搜索。
超市管理信息系统课程设计报告
一、项目说明…………………………………………………………1
二、系统调查
初步调查…………………………………………………………1
新系统目标………………………………………………………2
系统主要流程分析…………………………………………………2
三、系统规划
可行性分析………………………………………………………3
超市组织结构……………………………………………………4
定义企业过程……………………………………………………4
U/C矩阵分析……………………………………………………5
四、系统分析
业务流程图………………………………………………………6
数据流程分析……………………………………………………6
数据字典…………………………………………………………8
五、系统设计
层次结构设计……………………………………………………14
数据存储设计……………………………………………………14
网络设计…………………………………………………………16
输入输出设计……………………………………………………16
六、调试与测试………………………………………………………29
七、心得体会…………………………………………………………30
八、参考文献…………………………………………………………31
九、致谢………………………………………………………………32
超市管理信息系统课程设计报告
一、项目说明
本系统是以计算机软硬件为基础,采用Win8操作系统,利用sql与VisualFoxpro结合的方式进行编程设计的自行开发软件系统。
系统采用系统结构化开发方法,设计过程主要部分:
现行系统调查分析、可行性研究、企业业务流程图绘制、数据结构与数据库设计、数据字典编制、数据流程图绘制,系统总体结构设计。
完成信息的模块功能与处理过程设计、系统维护、系统实施、系统运行管理制度。
包括输入、输出、查找等功能。
此系统具有检索迅速、查找方便、可靠性高、存储量大的优点,是一个成本低的现代管理信息系统。
二、系统调查
(一)、初步调查
我国超市的形成在20世纪90年代初期,现已成为我国零售业的一种重要形态,为国民经济发挥了重要作用。
随着超市业高速发展,其经营管理也变得愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售业的发展,这样就迫切需要引进新的管理技术。
超市形态具有很多优点,但仍存在企业零售企业所共有的落后一面,如不能有效地管理每种商品,容易出现营业差错,不宜进行商品调价,盘点效率低等,而且在超市日常管理中,商品的进、销、存等决策以经验为主,缺乏实时分析功能,管理人员对对实时传递信息的要求始终得不到满足。
随着超市的告诉发展,其经营管理也变得愈加复杂,日常所需处理的数据量也逐渐增大,商业运转的中间环节也越来越多,原始的人工管理已无法应对这复杂的市场,这导致了城市管理信息系统的出现。
城市管理信息系统即依靠现代化的信息技术来管理超市日常运营,从而节省大量的人力、物力,改善了员工的工作条件,减轻劳动强度并且能够快速反应商品的进销存等状况,完成各种反馈信息的分析,使管理人员快速对市场的变化作出相应的决策,提高超市经营管理效率。
国内一些中小型超市,它们在信息化进程中的步伐要落后于中大型城市,这对于超市的资源管理,信息的存储和及时处理也显得迫切需要。
要适应市场竞争,就需要高效的处理方式和管理方法,因此加快超市的信息化进程是必不可少的。
超市管理系统是市场上最流行的超市上常用的系统之一,它主要包含以下几个模块:
系统权限的设定、原始数据录入、数据的汇总及查询等。
从而,实现对进货、库存、销售等实现全面、动态、及时的管理。
但由于超市的整个系统过大。
并且销售对一个企业的生存和发展是至关重要的,它不再是传统意义上的“卖东西”它对外关系到企业产品、服务和企业形象等多方面因素,对内涉及到销售、库存、采购等信息。
此外信息化的高速发展为企业的销售工作提出了新的挑战,超市要抓住时机,引入现代化的销售管理模式,实施企业的信息化、智能化销售管理,才能使超市在激烈的市场竞争中立于不败之地。
(二)、新系统目标
新系统主要包括三大模块,分别是销售管理模块,采购管理模块,库存管理模块。
每个模块的功能如下:
1销售管理模块功能:
(1)实现进行前台的销售;
(2)将前台的销售与后台的数据库联系起来‘
2采购管理模块功能:
(1)实现进货信息的查询;
(2)实现进货信息的更新,包括增加、删除、修改功能。
3库存管理模块功能:
(1)实现商品库存信息的查询,
(2)实现商品库存信息的更新,包括增加、删除、修改功能。
(三)、系统的主要流程分析
超市进货流程:
三、系统规划
(一)、可行性分析
1技术可行性
随着IT技术的发展,特别是网络技术和数据库技术的发展,在软件开发方面,可以采用现行主流的开发技术;硬件技术方面则可以充分利用日益增强的存储能力、通讯能力和处理速度来保证系统开发技术的准备。
本系统采用的数据库技术有很好的数据处理能力,由此可见,该系统在技术上具有可行性。
2经济可行性
因为通过网络传递销售信息可以不受距离的限制,因此可以借阅许多的人力和物力,方便管理,由此可以减少不必要的开支,同时该系统可以提高超市的销售效率,即提高了超市的经济效益,所以从经济上完全是可行的。
3操作可行性
本系统采用基于Windows的图形用户界面,而该系统是大家熟悉的操作系统,对于那些有一般的计算机知识的人员就可以轻松上手。
而超市销售管理系统采用最友好的交互界面,简介明了,不需要对数据库进行深入的了解。
由此,该系统的操作是可行的,有必要开发该系统。
4可行性结论
通过以上可行性分析,得出的结论是超市销售管理系统的开发在管理上、技术上、经济上都是可行的,可以立即开发。
因此,可以设计该系统的数据流程图,建立数据字典。
(二)、超市组织结构
超市经理:
全权负责超市各项业务。
库存管理部:
根据销售部提供的需求信息,保证库房货源充足;负责商品接收,安排商品存放,对进出库房的商品进行详细登记。
采购部:
根据库存信息,进行商品采购。
执行新产品采购决策;对采购的商品进行详细登记。
销售部:
营销策划、物品摆放、收银结账及时将商品销售信息反馈给各部门,保证商品的及时供应与更新等。
(三)、定义企业过程
现行系统的基本业务流程图:
关键过程:
(四)、U/C矩阵分析
U/C求解与子系统划分:
U/C矩阵的求解过程就是对系统结构划分的优化系统,由下图可知,可分为:
销售子系统、采购与库存子系统。
过程
成本
商品
库存
货架
丢弃处理商品
特别促销商品
普通销售商品
销售统计数据
采购与库存子系统
采购清单
C
C
货物质量检测
U
库存登记
U
C
搬运入库
U
库存管理
U
U
U
取货上架
U
U
C
架上货物管理
U
U
销售子系统
丢弃处理
U
U
C
特别促销
U
U
C
普通销售
U
U
C
销售统计
U
U
U
U
C
四、系统分析
(一)、业务流程图
(二)、数据流程分析
1环境图
2零层图
3采购二级DFD图
(三)、数据字典
1数据项定义
(1)数据项编号:
01
数据项名称:
商品名称
别名:
商品名称
类型及宽度:
字符型30位
(2)数据项编号:
02
数据项名称:
商品编号
别名:
产品编码
简述:
每一商品都有标识它的唯一编码
类型及宽度:
字符型8位
(3)数据项编号:
03
数据项名称:
入库编号
别名:
入库编码
简述:
区分入库商品的一种属性
类型及宽度:
字符型8位
(4)数据项编号:
04
数据项名称:
入库日期·
别名:
入库的日期
简述:
产品入库的日期
类型及宽度:
日期型
(5)数据项编号:
05
数据项名称:
采购价
别名:
商品采购价
简述:
所采购商品的价格
类型及宽度:
字符型8位
(6)数据项编号:
06
数据项名称:
零售价
别名:
商品零售价
简述:
货架上商品的零售价格
类型及宽度:
字符型8位
(7)数据项编号:
07
数据项名称:
在库数量
别名:
商品在库数量
简述:
仓库中某种商品的在库数量
类型及宽度:
字符型6位
(8)数据项编号:
08
数据项名称:
在架数量
别名:
货架存货数量
简述:
货架上现存商品的数量
类型及宽度:
字符型6位
(9)数据项编号:
09
数据项名称:
订单编号
别名:
订单的编号
简述:
每一个订单都有标识它的唯一编码
类型及宽度:
字符型8位
(10)数据项编号:
10
数据项名称:
采购日期
别名:
商品采购日期
简述:
订单中所采购商品的采购日期
类型及宽度:
日期型
(11)数据项编号:
11
数据项名称:
采购数量
别名:
采购商品的数量
简述:
每一商品都有标识它的唯一编码
类型及宽度:
字符型8位
(12)数据项编号:
12
数据项名称:
采购总金额
别名:
商品的采购总金额
简述:
某批次订单中某种商品的采购总金额
类型及宽度:
字符型8位
(13)数据项编号:
13
数据项名称:
订单状态
别名:
订单的状态
简述:
描述订单的状态
类型及宽度:
字符型10位
(14)数据项编号:
14
数据项名称:
管理员名称
别名:
管理员名称
简述:
对管理员的描述
类型及宽度:
字符型10位
(15)数据项编号:
15
数据项名称:
管理员密码
别名:
管理员登录密码
简述:
登陆管理员系统的密码
类型及宽度:
字符型8位
(16)数据项编号:
16
数据项名称:
交易编号
别名:
交易编号
简述:
每一交易都有标识它的唯一编码
类型及宽度:
字符型8位
(17)数据项编号:
17
数据项名称:
交易日期
别名:
达成交易的日期
简述:
达成交易的日期
类型及宽度:
日期型
(18)数据项编号:
18
数据项名称:
零售数量
别名:
零售数量
简述:
某种商品在某日的销售总数
类型及宽度:
字符型8位
(19)数据项编号:
19
数据项名称:
零售额
别名:
日零售额
简述:
某种商品在某日的销售总额
类型及宽度:
字符型8位
2数据结构定义
(1)数据结构编号:
DS01-01
数据结构名称:
商品基本信息
简述:
商品的最基本信息
数据结构组成:
商品名称+商品编号+在架数量+在库数量
(2)数据结构编号:
DS01-02
数据结构名称:
消费记录
简述:
某商品消费的详细记录
数据结构组成:
交易编号+交易日期+DS01-01+零售价+购买数量+零售额
(3)数据结构编号:
DS01-03
数据结构名称:
商品零售信息
简述:
商品的零售信息
数据结构组成:
DS01-01商品基本信息+零售价
(4)数据结构编号:
DS01-04
数据结构名称:
库存信息
简述:
库存的最基本信息
数据结构组成:
商品编号+入库日期+DS01-01+采购价+零售价
(5)数据结构编号:
DS01-05
数据结构名称:
订单信息
简述:
商品的订单信息
数据结构组成:
订单编号+采购日期+商品名称+商品编号+采购价+采购数量+采购总金额+订单状态
3数据流定义
(1)数据流编号:
F01
数据流名称:
销售统计表
简述:
当前月份的销售情况
数据流来源:
制定销售统计表处理模块
数据流去向:
制定销售统计表存储模块
数据流组成:
DS01-03商品零售信息+在架库存
(2)数据流编号:
F02
数据流名称:
商品采购信息
简述:
商品的采购信息
数据流来源:
商品信息存储模块
数据流去向:
制定销售价格处理模块
数据流组成:
DS01-01商品基本信息+采购日期+采购价+采购数量
(3)数据流编号:
F03
数据流名称:
补货单
简述:
货架上需要补充的货物清单
数据流来源:
货架商品确认缺货分析模块
数据流去向:
库存管理部
数据流组成:
DS01-01商品基本信息+补货数量
(4)数据流编号:
F04
数据流名称:
提货单
简述:
可提货物的清单
数据流来源:
库存管理部
数据流去向:
补货上架处理模块
数据流组成:
DS01-01商品基本信息+提货数量
(5)数据流编号:
F05
数据流名称:
商品基本信息
简述:
商品的基本信息
数据流来源:
商品信息存储模块
数据流去向:
货架产品质量监控模块
数据流组成:
DS01-01商品基本信息
(6)数据流编号:
F06
数据流名称:
缺货清单
简述:
货架上需要补充的商品数量
数据流来源:
仓库确认分析模块
数据流去向:
制定采购计划处理模块
数据流组成:
缺货数量
(7)数据流编号:
F07
数据流名称:
合格货物信息
简述:
验收合格的货物
数据流来源:
到货验收处理模块
数据流去向:
登记入库处理模块
数据流组成:
DS01-01商品基本信息+采购数量
(8)数据流编号:
F08
数据流名称:
采购清单
简述:
需要采购的商品的数量和种类
数据流来源:
制定采购计划处理模块
数据流去向:
制定供应商分析模块
数据流组成:
DS01-01商品基本信息+采购数量
(9)数据流编号:
F09
数据流名称:
订单
简述:
向供应商订购的货物清单
数据流组成:
DS01-01商品基本信息+采购价
4数据存储定义
(1)数据存储编号:
D1
数据存储名称:
商品信息
简述:
销售商品的详细信息
数据存储组成:
DS01-01+F02+F08
关键字:
商品编号
(2)数据存储编号:
D2
数据存储名称:
销售统计表
简述:
由商品销售统计记录制成的统计表
数据存储组成:
F05
关键字:
年月份
(3)数据存储编号:
D3
数据存储名称:
订单
简述:
向供应商的订货清单
数据存储组成:
F09
关键字:
单据编号
5外部实体定义
(1)外部实体编号:
S02-01
外部实体名称:
顾客
简述:
消费者
(2)外部实体编号:
S02-02
外部实体名称:
销售业务员
简述:
负责销售事宜的工作人员
输入的数据流:
F04
输出的数据流:
F03
(3)外部实体编号:
S02-03
外部实体名称:
库存管理员
简述:
负责库存管理的工作人员
输入的数据流:
F03
输出的数据流:
F02、F04、F06
(1)外部实体编号:
S02-04
外部实体名称:
采购员
简述:
负责采购的工作人员
输入的数据流:
F06
输出的数据流:
F09
6逻辑处理
编号:
P1
名称:
仓库确认
输入信息:
补货单
输出信息:
缺货清单
简要说明:
补货单的内容进行审核
加工逻辑:
对补货单的内容进行审核、并作出处理
编号:
P2
名称:
制定采购计划
输入信息:
缺货清单、销售统计表
输出信息:
采购清单
简要说明:
制定采购计划
加工逻辑:
根据当前的缺货情况列出清单
编号:
P3
名称:
到货验收
输入信息:
订单
输出信息:
合格的货物
简要说明:
到货验收
加工逻辑:
根据订单对送达的货物进行审核
编号:
P4
名称:
登记入库
输入信息:
合格的货物信息
输出信息:
合格的货物信息
数据存储:
商品采购信息
简要说明:
货物登记入库
加工逻辑:
对合格的货物进行信息输入并入库
五、系统设计
(一)、层次结构设计
(二)、数据存储设计
1E-R模型
2数据库
利用SQLServer2000开发出相应的数据库及数据表:
(三)、网络环境
以计算机为载体,在SQLserver中创建数据库,数据表,再利用VFP建立项目、数据库和远程视图来创建表单,程序和菜单等。
(四)、输入输出设计
1用户登录界面
打开系统首页,界面功能是核查系统管理员的身份,以保证系统的安全。
2系统主操作界面
3订单管理
此系列界面的功能主要是管理相应表的所有信息。
4增加订单
此系列界面的功能主要是增加相应表的所有信息。
5订单查询
此系列界面的功能主要是查询相应表的所有信息。
6商品信息界面
此界面的功能主要是管理货物信息,所以布面可以显示已有所有货物的详细信息。
7库存信息管理
8库存信息增加
9库存信息查询
10销售信息管理
11销售信息增加
12销售信息查询
13商品查询
14管理员维护及增加
15系统登陆
16新建菜单(menu)
打开项目管理器——选择其他——菜单——新建——生成。
17新建程序(main)
打开项目管理器——选择代码——程序——新建。
18连编
六、调试与测试
所有程序完成后运行整个系统,运行整个系统,所有表单、程序、菜单都能成功运行。
七、心得体会
为期一周的管理信息系统课程设计结束了,我们所选择的是超市管理信息系统。
在这一周的时间里,我们对这一普遍应用的系统有了深厚的理解,我们通过调查,还有翻阅书籍等方式,以及进行可行性研究,绘制了数据流程图,业务流程图,组织机构图,E-R图等,让我们对系统运行的过程和管理方法等有了更加清楚地认识。
我们所创建的这个超市管理信息系统,虽然对超市的库存信息、订货信息、销售信息等的维护和增加进行了简单的创建,但是我们不能忽略的是这个系统并不完善,还需要改进。
通过对这个系统的设计让我们认识到开发一个软件不是一个人简简单单就能完成的,它需要几个人一起来完成它,在做的过程中,需要每位成员的协作配合,成员之间需要沟通解决遇到的问题,沟通也是我们以后在学习生活中所需要的。
还有,在这次课程设计中我们了解到,在开发一个项目时一定要先做好规划,按照软件的开发过程,详细地写好每一个必要的文档。
软件文档最主要的目标是传达一个系统的技术要素和使用方法。
第二个目标是提供软件开发过程中的需求,决策,行为,角色和责任的书面记录。
程序和文档合一的概念不仅存在于系统的设计、开发阶段而且存在于系统的维护阶段,它贯穿软件的生命周期。
我们在建系统的时候才发现我们所学习的知识远远不够,我们也将在以后的学习生活中更加严格要求自己,精益求精,争取越来越好。
总而言之,在本次的系统设计过程中,我们体验到了,也学到了许多的操作知识,在以后的工作中我们也会秉承着本次系统设计传达出的严谨,细致,耐心,团结,合作的精神,踏踏实实的去做好每件事。
八、参考文献
[1]董良才.管理信息系统开发案例集粹.上海交通大学出版社.
[2]毛光喜.管理信息系统.吉林大学出版社.
[3]黄梯云.企业管理模型及微型机应用程序.河北人民出版社.1985
[4]杨绍增.VisualFoxPro应用系统开发教程(第二版).清华大学出版社.
九、致谢
非常感谢学校给我们这样一次实践操作的的机会,在整个操作过程中,如果没有老师的悉心指导,我们也不能顺利的完成本次系统设计,谢谢老师!
感谢图书馆提供的大量现有资源!
同时,也非常感谢组内成员的团结互助,齐心协力,非常谢谢同学们的热心帮助!
附注
组长:
熊婕(新建数据库、数据表,新建系统登录、管理员增加,商品信息管理、商品信息查询,菜单和程序)
刘婕:
(订货信息管理、订货信息增加、订货信息查询)
王云蛟:
(销售信息管理、销售信息增加、销售信息查询)
丁慧玲:
(库存信息管理、库存信息增加、库存信息查询)。
Sql创建的数据表代码:
createtableadmin
(ad_namevarchar(10)notnull,
ad_passvarchar(8)notnull);
createtablegoods
(g_nochar(8)primarykeynotnull,
g_namevarchar(30)notnull,
g_stockvarchar(6),
g_shelfvarchar(6));
g_no,g_name,g_stock,g_shelf
createtableinventory
(i_nochar(8)primarykeynotnull,
i_enterdatedatetimenotnull,
g_nochar(8)notnull,
g_namevarchar(30)notnull,
i_buypricevarchar(8),
i_retpricevarchar(8),
g_stockvarchar(6),
g_shelfvarchar(6);
createtablesales
(s_nochar(8)primarykeynotnull,
s_tradedatedatetimenotnull,
g_nochar(8)notnull,
g_namevarchar(30)notnull,
i_retpricevarchar(8),
s_retquantityvarchar(8),
s_retsumvarchar(8),
g_shelfvarchar(6);
createtableorders
(o_nochar(8)primarykeynotnull,
o_orddatedatetimenotnull,
g_nochar(8)notnull,
g_namevarchar(30)notnull,
i_buypricevarchar(8),
o_buyquantityvarchar(8),
o_buysumvarchar(8),
o_ordstatusvarchar(10);
sele*fromgoodswhereg_no=alltrimintocursoraa
selegoods