小型超市库存管理信息系统 论文.docx
《小型超市库存管理信息系统 论文.docx》由会员分享，可在线阅读，更多相关《小型超市库存管理信息系统 论文.docx（25页珍藏版）》请在冰豆网上搜索。
小型超市库存管理信息系统论文
小
型
超
市
库
存
管
理
信
息
系
统
目录
1初步调查1
1.1收集相关信息：
1
2.1分析信息得出结论：
1
2系统可行性研究2
2.1技术可行性研究2
2.2经济可行性研究2
2.3操作可行性研究2
2.4可行性结论3
3详细调查4
3.1详细调查方法4
3.2管理业务调查4
3.2.1组织结构调查4
3.2.2业务流程调查5
3.3数据流程调查6
3.4数据字典：
8
3.4.1数据流8
3.4.2逻辑处理9
3.4.3数据存储9
3.4.4外部实体10
3.4.5数据项的表述11
3.4.6系统目标和功能查询11
4系统设计13
4.1新系统功能结构设计13
4.2系统流程图设计13
4.3物理配置方案14
4.4数据库存储设计14
5系统详细设计15
5.1代码设计15
5.2数据库设计15
5.3处理流程设计17
6总结21
参考文献22
一．开发环境与项目目标
（1）开发坏境
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势，多种业态：
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
（2）项目目标
充分利用现有的设备，利用SQLSEVER数据库建立一个高效、准确、操作方便、
具有专业的查询、更新及统计功能的微机管理信息系统，以满足工作人员进行综合、模糊查询及更新的要求，使其更加方便的管理图书库。
该系统的开发与建立会极大程度的提高管理人员、工作人员的工作效率。
二系统可行性研究
可行性分析是在进行初步调查后所进行的对系统开发必要性和可行性的研究，所以也称为可行性研究。
利用信息技术来解决图书馆面对日益增长的读者增加图书流通量的问题，提高运作效率与服务质量等的当务之急。
（1）技术可行性研究
在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。
因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。
（2）经济可行性研究
因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。
1.能力承担系统开发费用
开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。
对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。
如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。
软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。
同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。
所以，在系统的开发过程中，企业完全有能力承担开发费用。
2.将为企业带来经济效益
销售管理系统是一个信息化、智能化和先进管理理念的集合体。
而销售管理是一个动态过程，在其运行过程中要采取多项措施。
所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。
一般新系统带来的经济效益是简介的，其最主要的表现就是能够及时地了解超市每日的销售情况，据此还可实现短缺商品的配送。
而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
（3）操作可行性研究
本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。
而超市销售管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。
由此，该系统的操作是可行的，有必要开发该系统。
通过以上可行性分析，得出的结论是超市销售管理系统的开发在管理上、技术上、经济上都是可行的，可以立即开发。
因此，可以设计该系统的数据流程图，建立数据字典。
三．系统的需求分析
1.对现有系统进行需求调查
（1）组织结构调查
根据调查结果，企业人事部将安排专职人员对超市的销售情况惊醒监督管理，也就说本销售系统开发出来后会有专业人员来操作执行。
该管理软件将根据用户的需要销售情况进行查询，并能打印详细信息。
组织结构图如图所示
（2）业务流程调查
根据分析，本系统业务流程主要包括如下内容：
●顾客发订单给销售部门
●销售部门经过订单检查，把不合格的订单反馈给客户
●对合格的订单，通过核对库存记录，缺货订单通过缺货统计，向采购部门发出缺货通知，并登记缺货记录；对于可供货订单，登记客户档案，开出备货单，通知仓库备货。
●保存订单数据，并进行销售统计。
销售部门业务流程图如图所示：
采购科业务流程图如图所示：
财务科业务流程图如图所示：
总业务流程图如图所示：
（3）数据流程调查
数据流调查过程收集的资料包括：
输入单据、输出报表和数据存储介质的典型格式，各环节的处理方法和计算方法等。
调查结果用数据流程图表示，数据流程图是全面描述信息系统逻辑模型的工具，它抽象概括地把信息在系统中的流动、处理和存储情况表示出来。
根据调查结果绘出销售系统数据流程图如下：
（1）0层数据流程图
3.4数据字典：
3.4.1数据流
数据流编号：
D1.1
数据流名称：
新顾客登记表
简述：
新顾客来超市订货时要填写有关自身信息的表
数据流来源：
无
数据流去向：
登录新顾客数据处理
数据项组成：
姓名+性别+单位+职务+联系方式+订货量+订货日期
数据流量：
10张/月
高峰流量：
20张/月
数据流编号：
D2.1
数据流名称：
发货通知
简述：
供应商接到的来自超市的要求发货的通知
数据流来源：
订货单
数据流去向：
发货单
数据项组成：
商品名称+商品编号+订购量+订购日期
数据流量：
10张/月，高峰流量：
20张/月
数据流编号：
D3.1
数据流名称：
备货单
简述：
根据顾客订货需求而制定的通知仓库人员准备相应量商品的清单
数据流来源：
开备货单
数据流去向：
仓库
数据项组成：
商品名称+商品编号+商品数量+订购单位+提货日期
数据流量：
10张/月，高峰流量：
20张/月
数据流编号：
D1.4
数据流名称：
发货单
简述：
给顾客提供商品的时候，超市销售人员统计的销售情况表单
数据流来源：
可供货订单
数据流去向：
销售统计
数据项组成：
商品名称+商品数量+订购单位+订购日期+付款金额
数据流量：
10张/月，高峰流量：
20张/月
逻辑处理
处理逻辑编号：
P1.1
处理逻辑名称：
登录新顾客数据
简述：
对来超市订货的新顾客进行记录
输入的数据流：
新顾客登记表
处理描述：
根据新顾客信息记录在顾客档案中
输出的数据流：
顾客档案
处理频率：
10次/天
处理逻辑编号：
P2.1
处理逻辑名称：
处理发货单
简述：
供应商处理来自超市订购商品的信息
输入的数据流：
发货通知
处理描述：
根据超市订购商品要求，提供商品
输出的数据流：
发货单
处理频率：
10次/天
处理逻辑编号：
P3.1
处理逻辑名称：
处理备货单
简述：
根据顾客需求量仓库人员处理备货的表单
输入的数据流：
备货单
处理描述：
根据销售部开出的给顾客提供所需商品量相应进行处理
输出的数据流：
库存记录
处理频率：
10次/天
处理逻辑编号：
P3.2
处理逻辑名称：
销售统计
简述：
对销售情况进行统计
输入的数据流：
发货单
处理描述：
根据销售情况的记录，对目前各商品销售情况进行统计
输出的数据流：
销售统计表
3.4.3数据存储
数据存储编号：
F1.1
数据存储名称：
顾客档案
简述：
存储顾客的信息
数据存储的组成：
存档号+姓名+性别+单位+职务+联系方式+订购商品名称+订购商品编号+订购量+订购日期
关键字：
存档号
相关联的处理：
P1.1
数据存储编号：
F2.1
数据存储名称：
发货单
简述：
供应商回应超市订货情况的表单
数据存储组成：
发货单编号+商品编号+商品数量+订购单位+订购日期+应付金额+提供商品单位名称
关键字：
发货单编号
相关两的处理：
P2.1
数据存储编号：
F3.1
数据存储名称：
库存记录
简述：
目前仓库商品统计的记录
数据存储组成：
商品编号+商品名称+现有数量
关键字：
商品编号
相关联的处理：
P3.1
数据存储编号：
F3.2
数据存储名称：
销售统计表
简述：
对销售情况进行统计整理的表
数据存储组成：
商品编号+商品名称+商品现有数量+商品销售数量+订购单位+订购日期+订购数量
关键字：
商品编号
相关联的处理：
P3.2
3.4.4外部实体
外部实体编号：
S1.1
外部实体名称：
顾客
简述：
来超市订货的人
输入数据流：
无
输出数据流：
顾客档案
外部实体编号：
S2.1
外部实体名称：
供应商
简述：
给超市提供商品的厂家
输入的数据流：
订货单
输出的数据流：
发货单
外部实体编号：
S3.1
外部实体名称：
仓库
简述：
存储商品的地点
输入的数据流：
备货单
输出的数据流：
库存记录
外部实体编号：
S3.2
外部实体名称：
超市
简述：
销售商品，并统计销售情况
输入的数据流：
发货单
输出的数据流：
销售统计表
3.4.5数据项的表述
数据项编号：
I-01
数据项名称：
商品编号
简述：
商品的编号
类型及长度：
字符，4位
取值范围：
0000-9999
数据项编号：
I-02
数据项名称：
商品名称
简述：
商品的名称
类型及长度：
字符型，8位
取值范围：
00000000-99999999
3.4.6系统目标和功能查询：
根据调查结果，系统目标实现超市销售业务的精细化，准确化，完整化，高效化。
系统功能如下：
销售的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。
销售信息查询：
根据商品销售情况，按需要对销售情况进行查询。
在该查询模块中，可以按照商品的编号、销售日期等多种方式进行商品销售信息查询。
销售信息盘点：
可以按照需要对在一定时期内的销售情况进行盘点。
输入项、输出项：
本模块的数据输入项主要是商品的销售单号和商品编号。
其中还包括销售数量和销售日期。
4系统设计
4.1新系统功能结构设计
根据系统分析的结果，本系统分为四个子模块：
定货处理模块、缺货处理模块、提货处理模块和系统管理模块，如图4-1所示：
图4-1
4.2系统流程图设计
可从数据流程图导出信息系统流程图，如图4-2所示：
4.3物理配置方案
本系统采用多机模式，需P42.0/512M/60G配置的电脑三台，打印机三台，500WUPS一个，操作系统为Windowsxp。
4.4数据库存储设计
数据库管理系统选用MicrosoftAccess数据库。
本系统中顾客档案，库存记录为基础数据，备货单处理，发货单处理数据为中间数据。
5系统详细设计
5.1代码设计
本系统涉及到的代码有商品编号、顾客编号、供应商编号等。
商品编号
格式：
XXXX，顺序码：
0000-9999
顾客编号
格式：
XXXX，顺序码：
0000-9999
供应商编号
格式：
XXXX，顺序码：
0000-9999
5.2数据库设计
（1）E-R图
在本系统中，所涉及到的实体及其属性包括：
顾客{顾客编号，姓名，性别，工作单位，联系电话}
供应商{供应商编号，名称，生产商品名称，联系电话，地址}
超市{超市名称，地址，订货电话}
商品{商品编号，商品名称，供货单位，单价}
仓库{名称，地址}
他们之间的关系用E-R图方法表示，如图5-1所示。
这些实体之间的联系包括：
缺货供应：
超市向供应商订货，多对多联系
销售：
超市销售商品，多对多联系
订购：
顾客购买商品，多对多联系
备货：
仓库为超市备货，一对一联系
发货：
仓库为顾客发货，一对多联系
图5-1
（2）由E-R图导出数据库
实体顾客表（customer）如下表所示：
列名
数据类型
长度
顾客编号
数字
4
姓名
文本
16
性别
文本
2
工作单位
文本
20
联系电话
数字
12
实体供应商（supply）如下表所示：
列名
数据类型
长度
供应商编号
数字
4
名称
文本
40
商品名称
文本
16
联系电话
数字
12
地址
文本
40
实体超市（supermarket）如下表所示：
列名
数据类型
长度
超市名称
文本
40
地址
文本
40
订货电话
数字
12
实体商品（product）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
供货单位
文本
40
单价
数字
4
联系发货（deliver）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品数量
数字
20
应收款
数字
6
联系订购（perchase）如下表所示
列名
数据类型
长度
商品编号
数字
4
商品数量
数字
20
应付款
数字
6
联系备货（prepare）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
备货数量
数字
20
联系销售（sell）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
生产厂家
文本
40
联系缺货供应（supply）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
缺货数量
数字
20
订货单位
文本
40
5.3处理流程设计
（1）IPO图
缺货处理IPO图
系统名：
超市销售管理
模块名：
缺货处理模块
由下列模块调用：
订货处理模块
输入（I）：
（手工输入）
商品编号，商品名称，商品数量
制图者：
邹姝琪
日期：
2009.07
调用下列模块：
无
输出（O）：
（存入数据库）
商品数量变化
处理内容（P）：
先录入超市某商品暂时缺货，登记缺货记录，商品的名称，编号，和所需数量，向供应商发出供货请求，更新订货数据库数据，货物入库后更改库存记录。
备注：
无
订货处理IPO图
系统名：
超市销售系统
模块名：
订货处理模块
由下列模块调用：
无
输入（I）：
（手工输入）
商品编号，商品名称，数量，应付款
制图者：
邹姝琪
日期：
2009.07
调用下列模块：
无
输出（O）：
（存入数据库）
订购商品数量变化情况
处理内容（P）：
先录入顾客所要订购的商品编号，名称，数量与应付款等情况，再修改订货记录，更新数据库中的商品信息
备注：
无
（2）处理流程图
1）顾客登记处理流程图，如图5-2所示：
2）订货处理流程图，如图5-3所示：
3）缺货处理流程图，如图5-4所示：
6总结
通过一周的信息系统分析与设计课程设计，我们对所学知识有了更深一步的了解，对于信息系统分析与设计这门课程也有了更强的理解。
我们的课设题目是超市销售信息管理系统分析与设计，我们对这一普遍应用的系统有了更加深厚的理解，了解了超市销售的过程，经过调查，进行可行性分析研究，详细调查和系统设计和进一步详细设计，绘制数据流程图，E-R图，业务流程图，使我们更加清楚的认识了系统运行的过程和管理方法。
通过本次实践活动使我们认识到开发一项好的软件不是某一个人就能完成的任务。
一个团队的小组，一个勤奋的小组非常重要，沟通是解决问题的就好办法。
俗话也得好：
“不怕虎一样的敌人，就怕猪一样的队伍”。
所以小组中的每个成员的能力与协作能力也是致关重要的。
同时,不仅是团队内部的交流，更多需要协调好团队之间的交流。
相信这样的实践经历对于以后走入社会生活提供了良好的机会。
其次呢，在实习中我了解了，在开发一个项目时一定要先做好规划，按照软件的开发过程，详细地写好每一个必要的文档。
一般的规则是，写文档需要团队协作，这样就允许开发人员和文档编写者利用彼此的长处，取长补短。
例如，如果预期读者是系统设计师，开发人员需要提供技术细节，然后文档编写者按照正确语法组织和编辑内容。
软件文档的最主要目标是传达一个系统的技术要素和使用方法。
第二个目标是提供软件开发过程中的需求，决策，行为，角色和责任的书面记录。
只有实现了这两个目标，软件文档才真正提供了有意义的信息。
软件的概念就是：
程序+文档，程序就是文档，文档集成在程序中。
它要求在选择开发环境时不仅要考虑环境对设计、开发的完美支持，而且要考虑对维护、文档的支持；它要求软件人员在设计、开发过程中要考虑维护问题、文档问题；它要求程序与文档存储在同一位置、同一系统中；它要求使用相同工具进行程序与文档的书写、检索；它要求在编写和维护程序的同时形成文档，在书写文档时编写、维护程序。
程序与文档合一的概念不仅存在于系统的设计、开发阶段而且存在于系统的维护阶段，它贯穿软件的生命周期。
参考文献
[1]萨师煊、王珊.数据库系统概论.北京:
高校教育出版社1985；
[2]王勇领.计算机数据处理系统分析与设计.北京:
清华大学出版社,1986；
[3]张基温.信息系统开发案例.北京;清华大学出版社,1999；
[4]党建武.管理信息系统，兰州大学出版社，2001；
[5]毕庶伟.管理信息系统分析与设计.北京:
机械工业出版社,1992；
[6]黄梯云.企业管理模型及微型机应用程序,石家庄:
河北人民出版社,1985；.
[7]黄梯云，管理信息系统，北京：
高等教育出版社，2005
[8]陈禹，信息系统分析与设计，北京：
高等教育出版社，2008
[9]J.L.Whitten，L.D.Bentley，肖刚，孙慧译，《系统分析与设计方法》，北京：
机械工业出版社，2007
升级会员 