“追问”超市进销存管理信息系统.docx

小组成绩：

——《“追问”超市进销存管理信息系统》

小组名称：追问小组
专业年级：会计2008—3班
小组组长：胡尘
小组成员：周宇、段雁、石洪超、张晶晶
电子邮箱：804135868@
指导教师：贺超

中国矿业大学管理学院
二O一O年九月
管理信息系统课程设计成绩明细表
大 类
细 类
要 求
细类合计
得分
设计报告
系统可行性分析
需求确定有说服力（2）
9

经济可行性分析完整（3）
技术可行性可信（2）
其它（2）
系统需求分析
系统描述清晰（2）
28

业务流程图完善（8）
业务流程分析合理（3）
数据流程图准确（8）
必要的数据字典设计（3）
其它（4）
系统设计
代码设计合理（3）
15

数据库设计正确（4）
输出设计（3）
输入设计（3）
其它相关部分内容（2）
其它
其它相关内容（6）
6

整体得分
58

程序演示
程序运行正确
模块功能设计准确、合理（2）
10

程序运行正确（2）
各功能模块均完整实现（2）
界面设计合理（2）
其它（2）
整体得分
10

答辩情况
陈述情况
陈述逻辑清晰、重点突出（6）
10

其它（4）
回答问题情况
回答问题正确、表达清晰（5）
10

其它（5）
整体得分
20

进度考核
课程设计进度符合预期，团队配合良好（12）
12

总 分
100

小组成员得分：
班级
学号
姓名
小组得分(50%)
个人得分(50%)
总评得分
会计学08-3班
09084332
胡尘

会计学08-3班
09083803
周宇

会计学08-3班
09083849
段雁

会计学08-3班
09084337
石洪超

会计学08-3班
09084358
张晶晶

摘 要
从市场的角度考虑，学校是一个大大的市场，尤其是大学，当然，我们考虑的这个市场并非是把教学工作市场化，而是从服务学生的角度出发的。
俗话常说，有人的地方就会有市场，在大学，学生这个市场成了很多商家神往之地，在学校，超市是一个极其重要的部分，无论对于学生、学校还是商家。学校超市和社会超市有很大的不同，其经营方式尤为不一样，学校超市更多地是在服务学生，而非是真正像社会市场那样，盈利是根本目的，这就决定了学校超市的管理、经营的宗旨是不一样的。
此进销存管理信息系统主要以商品库存为管理核心，可以动态跟踪库存的变化，实现采购、入库、销售、出库一体化的管理。可对商品进行入库记账和销售记账，并提供综合查询、统计、分析、打印各种报表等功能，能够准确及时地为决策者提供第一手信息。本系统以人机对话来实现，操作简单，使用方便。本系统从可行性分析、系统需求分析、系统设计到系统运行，详细记录了系统开发的过程及设计思路和相关图表，阐明了系统主要的设计内容和实施、运行情况，为本系统的使用、升级提供了完备的资料，同时，对系统在实际运行过程中的问题也会有跟踪措施。
本系统运用MIS知识和Visual Basic数据库管理系统设计而成，以追问超市为主要原型，追问超市是一家主要面向矿大学生的超市，其业务规模比较小，因此其管理模式很有问题，影响了其服务质量和效率。因此，为了提高工作效率和服务质量以更好地为学生服务，同时，尽量做到既服务同学，又能达到利润的最大化。通过老师的教导，我们利用相关的管理信息系统开发工具和知识，对其进销存系统进行了信息化管理设计。

【关键词】：进销存、MIS、Visual Basic数据库

目 录

1 前言 1
1.1 作业背景 1
1.2 选题说明 1
1.3 课程设计进度安排 2
1.4 工作业绩 3
1.5 小组分工 4
2 系统可行性分析 5
2.1 系统可行性分析 5
2.2系统初步调查 5
2.3建议系统方案 5
2.3.1方案: 5
2.4 超市进销存MIS可行性分析 6
2.5结论 7
3 系统分析 8
3.1 系统分析概述 8
3.1.1用户需求分析 8
3.2系统功能需求分析 9
3.3系统业务流程图及业务流程分析 9
3.3.1业务流程图 9
3.3.2业务流程分析: 13
3.4 数据流程图 14
3.5 数据字典 19
3.5.1数据流 19
3.5.2数据元素 21
3.5.3数据结构 22
3.5.4 处理逻辑 22
3.5.5 数据存储的定义 24
3.5.6 外部实体的定义 25
3.6 功能结构图 25
3.6.1库存管理子系统设计 26
3.6.2销售管理子系统设计 27
3.6.3采购管理子系统设计 28
4 系统设计 30
4.1 数据库设计 30
4.2概念结构设计 30
4.3 代码设计 32
4.4物理结构设计 32
4.5系统功能模块图设计 34
4.6输入、输出设计 34
4.6.1输入设计 34
4.6.2输出设计 36
4.7人–机界面设计 38
结束语 49
主要参考文献 50
附录——自行车课堂模拟 51

1 前言
1.1 作业背景
本文根据《管理信息系统》课程要求而做。
课程作业要求如下：

用管理信息系统开发工具（例如Visual Basic、Visual Foxpro、Access、PowerBuilder、Delphi等）开发一个实用的中小型管理信息系统。
1．根据课程设计时间选择适当规模大小的设计课题。
2．根据合理的进度安排，按照系统开发的流程及方法，踏实地开展课程设计活动。
3．课程设计过程中，根据选题的具体需求，在开发各环节中撰写相关的技术文档，最后提交详细的课程设计报告，至少包括系统可行性分析报告、系统分析报告、系统设计报告三个主要部分。
4．开发出可以运行的管理信息系统，通过上机检查。

1.2 选题说明

我们小组选做的系统名称是“追问超市进销存管理信息系统”，目前，无论是大型公司还是小型企业对于货物都实行了信息化管理，以提高管理水平和工作效率，同时也可以最大限度地减少手工操作带来的错误。于是，进销存管理信息系统便应运而生。超市作为人们日常生活不可或缺的一部分，而且随着经济的发展，超市的规模越来越大，商品的种类也越来越纷杂，一个高效实用的超市管理系统至关重要。超市管理系统能帮助管理人员快速有效的管理进货，销售，库存，商品进销结算等各项业务，能极大的提高超市管理的高效性，实时性，安全性，科学性和智能化程度，从而降低营业成本和增加收益。
随着学校市场的不断开放，并且超市对学生的重要性程度的提高，面对零售业严酷竞争日益激烈的现实，如何加强管理、提高工作效率和改善服务质量和让学生感到方便及超市盈利，成了亟待解决的问题。而解决这些问题的关键措施之一就是建立实用、先进、高效的信息管理系统，引进创新的经营机制，适应新形式下的生存和发展的空间。
另外，我们之所以选择这个题目主要有以下原因：
第一，中国矿业大学追问超市是我们学校里面的一个较具规模的商店，商店的服务质量关系到同学们的切身利益，很有现实意义。
第二，我们对这个超市的服务质量、服务流程，及周边环境较为熟悉，这有助于我们进行资料和数据的搜集以及流程的设计。
第三，我们小组认为目前矿大的超市经营非常需要改进，尤其在物流方面和售货态度，服务质量。 学生超市在货物来源，上货速度方面都需要改进。如果，能通过这些方面节约成本，为学生提供更便宜，更高质量的商品，让学生和商家达到共赢。

（1）基本思路
为学生超市提供一套运行稳定、安全可靠、操作简便的管理系统。帮助教育超市处理日常工作业务，规范管理各项工作和操作流程。系统应具备以下基本特点:
1、易操作性:考虑到超市系统操作要求简便的实际情况，系统设计要贯穿“简便实用”的原则，确保非专业人员容易操作。在进货，销售，库存等重要环节，一个普通的员工也能看懂，简单地培训就能够操作。
2、安全可靠性高:要通过对各级操作员进行有效的权限控制，对不同岗位人员要有不同的权限限制，保证数据的安全性和保密性。并且还应具备数据备份和恢复等功能，避免因意外情况丢失系统数据。
3、数据要全面:系统应提供各种经营分析，保证使管理者能在第一时间准确掌握各种营业数据，为企业经营决策提供有效的数据参考和理论支持。
4、扩充性好:要考虑到系统在长期使用过程中会不断涌现出新技术和新的管理模式，因此要采用标准的开发工具和技术，提供开放的数据接口，保证能同其它软件交流数据。

（2）作业目标
以商品库存为管理核心，动态跟踪库存的变化，实现采购、入库、销售、出库一体化的管理。对商品进行入库记账和销售记账，并提供综合查询、统计、分析、打印各种报表等功能，能够准确及时地为决策者提供第一手信息。按照管理信息系统的管理和开发方法，结合网络技术，运用相关的软件和知识进行系统开发，解决学生超市运营业务中存在的问题及增添新功能、优化系统提高效益，为学生超市提供一套运行稳定、安全可靠、经济高效、操作简便的管理系统。希望通过管理降低成本，减少商品价格，让学生得到实惠。

1.3 课程设计进度安排

Ø 第一次检查之前完成：
1、上网搜索查阅和收集相关参考资料和学习资料，完成前言部分；
2、进行可行性分析，深入了解和熟悉选题范围内的组织结构、业务功能、业务数据、管理要求、管理决策模型；
3、进行数据收集；
4、 撰写可行性分析报告。

Ø 第二次检查之前完成：
1、绘制业务流程图、数据流程图、数据字典等对系统进行需求分析；
2、设计代码；
3、进行数据库设计，规范数据。

Ø 第三次检查之前完成：
1、输入、输出界面的设置；
2、模块功能与处理过程设计，使程序能正常运行。

Ø 第四次检查之前完成：
1、进行系统调试，完善系统功能；
2、撰写系统设计报告；
3、 报告各部分的汇总与编辑。

1.4 工作业绩

(1)小组主要工作
我们追问小组成员共同分析开发超市进销存管理信息系统。进行初步系统调查，拟定开发进度，绘制组织结构图、功能结构图、业务流程图、数据流程图，编写数据字典、输入输出设计，数据库设计，代码设计，调试系统。撰写系统可行性分析报告、系统需求分析报告、系统设计报告，并准备答辩。

(2) 主要收获
首先我们对信息系统的分析和设计有了更深刻的认识。通过这次管理信息系统的课程设计，我们将书本知识运用于实践，不仅更系统的领会了本课程知识结构还懂得了如何接受挑战、解决问题；系统调查阶段，大量资料的查阅工作，让我们掌握了信息搜集整理的有效方法；系统分析的过程锻炼了我们的逻辑思维能力，使得我们主动的发现问题、解决问题，设计绘制一系列图表使我们在发现问题的同时理清思路，加深对所学知识的理解，是个富于创造性的过程。
本系统的开发过程中，我们小组依靠自己的力量在摸索中前进，相应的超市内部信息掌握有限，使我们的系统肯定存有很不成熟的问题，但是我们已经尽自己最大的努力使我们的设想成为现实，这是个挑战自我、艰辛和成就感并存的过程。
与此同时，我们也深刻体会到了软件开发过程中代码规范的重要性。当然，更重要的是此次课程设计端正了我们做事的心态，一个多月的系统开发进行下来，不只在设计技术方面有所收获，在做事的心态方面感觉触动也很大。
做系统的开发来不得半点虚假，没有踏实的精神、细心的态度是做不来的。不经过这样的锻炼，就不会真正搞明白系统开发的流程。在这个过程中，挑战了自我，锻炼了毅力。另外此次项目的开发也培养了我们的团队合作精神。团队的成员把设计中没有解决的问题拿出来，大家共同研究，提高每一位成员的知识，更重要的是成果和经验的共享，这会使得大家少走许多弯路，而且也加快了系统开发的过程。大家将开发的成果集成结合起来，使大家感觉到真正地在做同一件事情。在项目完成后，每一位成员在合作中都提高了很多，这种团队精神将会影响我们今后的学习、工作和生活。
总之，通过这次课程设计，我们学到了很多很多，有思想方面的，技术方面的，也有做人处世方面的，但让我们感受最深刻的就是——开发管理信息系统是一项系统工程，不管前期的分析设计也好，中期的编程也好，后期的实施也好，始终有团结协作贯穿其中，只有将所有的因素都考虑进去，经过不懈的努力，才有可能最后成功。路漫漫其修远兮，吾将上下而求索！

1.5 小组分工

（1）我们小组主要工作分工如下：
1、周宇：主要负责进行系统的设计，主要包括数据库设计、概念结构设计、代码设计和人机界面设计，并协助其他小组成员。
2、段雁：主要负责绘制数据流程图、数据字典和功能结构图，并协助其他小组成员。
3、胡尘：主要负责完成绘制业务流程图及其分析，建立数据库，绘制数据字典，并协助其他小组成员。
4、石洪超：主要负责系统可行性分析、初步调查及其方案和结论，并协助其他小组成员。
5、张晶晶：主要负责完成前言、用户需求分析和功能需求分析，系统可行性、系统设计报告的编写和课程设计文字编写并协助其他成员。

最后，共同对本系统进行检查，完成自行车仓库课堂模拟，完成PPT，准备课程设计的答辩。

(2) 自我评定 □优 □良 □中 □及格 □不及格

2 系统可行性分析
2.1 系统可行性分析
追问超市进销存管理信息系统的开发关系到超市开展此业务的效率和效益，关系到广大学子的消费质量，更关系到学校服务面貌和学校形象的情况，所以可行性分析至关重要。可行性分析将对系统技术、经济、管理等方面的考察与系统目标相结合，指出是否可以立即开发的最终决策。

2.2系统初步调查

超市一直采用人工管理。物品的采购、库存、销售等信息的管理存在工作量大、工作效率低下、耗费人员过多等问题，从而导致劳力资本投入量大、市场及消费者的反馈信息不能及时处理等问题。超市的经营者大多具备电脑基本操作知识，对于必要的专业操作经短期培训即可。超市的管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完整，保存良好。经过沟通了解，超市的领导对开发小组的工作十分支持和关心，对这个进销存管理信息系统寄予厚望。

2.3建议系统方案
2.3.1方案:
(1)拟建系统的目标：
l 降低超市经营成本
l 建立一套适合操作的物流系统
l 整套系统用电脑操作，较为直观，详细。
l 提高超市服务质量和员工的工作效率
l 节省消费者购物时间

(2) 系统规划和初步方案：
本系统主要是实现超市店面的进货、销售、库存一体化的管理信息系统。进货系统主要实现商品进货信息的存储，销售系统则主要是提高销售效率，库存系统主要是为了超市的存货查询，以达到超市的供货及时。

(3) 系统实施方案：
l 本系统客户端拟采用Windows XP操作系统，前端开发语言使用Visual Basic，数据库使用Access。
l 员工要有较强的执行力。

(4) 系统人员培训与补充方案：
l 由于人-机界面友好，操作简单，帮助信息详尽，一般人员都可以使用，故不需要专门的培训。

2.4 超市进销存MIS可行性分析
可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发是否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。其主要从三个方面进行研究：
（1）技术可行性：对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。本方案技术要求不高，系统涉及范围不大，子系统间联系紧密，安全性、可靠性强；系统要求在windows2000以上环境运行，后台数据库采用access2003，使用VB编程，这些在目前都是容易实现的，使得本系统的成功开发成为可能。可见，从技术上是完全能满足基本功能需要的。

（2）经济可行性：本方案直接可以利用超市内部已有的超市内部已有电脑，超市业务员基本已会电脑基本操作，本系统操作简便，人-机界面友好，不需要另外的培训费用，因此，开发费用低，投入比较少。此系统建成后，可以支持货物的信息查询功能，加强了超市物流的管理效率，为企业员工提供了较高的效率，可节省人力资源的开支，降低业务开展的成本。本系统运行后带来的效益高于投入，从经济上说是可行的。

（3）营运可行性：指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。超市系统的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。学校是高科技技术的研发地，计算机学院以及其他相关学院的科学技术的发展能够保证管理信息系统的有效的开发和利用。

（4）管理可行性：在工作上，企业货物的信息量非常大，开发了此系统，可极大改善货物的存储和查询，以及提高企业员工的工作的效率，可提高决策的管理能力等，方便数据的储存和修改，及以后随时查询订单、客户信息，是一个比较人性化的管理系统。

2.5结论
从以上可行性分析可知，该系统开发具备技术上、经济上、营运上和管理上的可行性。可以看出开发超市管理信息系统是非常必要而且急需的。开发超市管理信息系统，无论在提升对顾客服务品质，还是在提高营业效益方面，都将起到十分巨大的作用。
综上所述，超市应立即开始超市管理信息系统的开发工作。

3 系统分析
3.1 系统分析概述

系统全称：追问超市进销存管理信息系统。
本系统以学生超市为主要原型，面向中小型超市的以解决现有超市运营管理中存在的问题及优化系统提高效益为目的，运用MIS知识和Visual Basic、Access等工具开发的管理信息系统。本系统涵盖3个子系统：物资采购系统、货物销售系统、货物库存系统。针对商品入库、商品信息查询、商品售出录入、收银管理等相应设计了界面，并力求使人-机界面更人性化、更友好。本系统功能强大，经过初步的业务培训即可操作，适合中小型超市使用。有利于超市实现“以顾客为中心”的服务，能有效的提高超市运营管理效率，在用户需求分析及可行性分析的基础上设计的符合特定中小型需要的超市运营管理信息系统。
3.1.1用户需求分析

超市的销售业务一直使用着最简单的人工管理。超市经营物品的采购、库存、销售及核算等手工信息管理使得员工工作量大、服务质量差、工作效率低。同时，由于对市场的反馈信息不能及时地处理，从而导致销售与市场脱节。
 要改变这种手工管理的落后状况，把工作人员从枯燥乏味的重复劳动中解脱出来，用计算机系统进行管理是一个明智的选择。利用计算机这一工具，不但能成百倍地提高工作效率，还能及时准确地得到有关信息，有效排除人为造成的失误，避免许多不必要的损失。
超市的进销存管理信息系统，首先必须具备的功能是记录仓库存货、销售以及进货情况，通过该系统了解超市进货渠道、商品单价、数量，库存商品的种类、数量，销售商品种类、价格、数量，以便管理员根据以上信息做出经营管理决策。
在性能方面要求系统核算准确，使实存商品、销售商品与所记账目一致，能够被超市长期有效使用。数据主要来自于入库单、发票，超市销售在营业期间内一直发生，数据也就一直变化。销售商品后开出发票，并且要显示商品价格数额。在当天汇总时修改相应文件，注重的是总额、总数量。为减少月末工作量，日常中要对报表数据逐步统计核算。
超市数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。查看资料需输入正确密码，销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单。
3.2系统功能需求分析

系统功能需求分析从各个部门需要完成的任务着手。首先，对库存部而言，要求系统对商品库存的情况进行管理，也就是对商品入库、出库情况进行登记记录，同时能对新增加的商品信息进行管理；能对入库出库记录进行分类统计查询，并且与销售部，采购部门实现信息实时传递；其次，对销售部而言，要求系统能提供良好接口，能与销售终端POS机实现无缝连接，能完整记录销售商品的各项相关信息，同时提供对销售记录的分类查询统计，并且与库存部，采购部门实现信息的实时传递；最后，对采购部而言，要求系统能对采购商品信息完整记录，能对采购商品实现分类查询统计，能高效稳定快速地与销售部，库存部实现实时通讯，能实现与销售部、库存部信息实时共享。

表3-1 各个部门需求分析表
序号
名称
内容
输入数据
输出数据
可视化
人工处理
1
采购管理
采购执行
采购结算
采购计划
商品，入库单，验收单
无要求
无
2
库存管理
库存，领取
入库单
提货单
无要求
无
3
销售管理
记录商品销售明细和收入
销售信息
销售统计信息
有
无
4
库存查询
分类查询库存
查询要求
会员/商品库存情况
有
定义查询要求

3.3系统业务流程图及业务流程分析
3.3.1业务流程图
业务流程图（transaction flow diagram,简称TFD），就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。

业务流程图的基本成分列举如下：

业务处理单位或部门 业务处理功能描述

各类单证、报表等 数据存储或存档

数据传递

1、 总体业务流程：

是否通过
结 束
货物采购

检查货物入库
货物出库
货物销售
审 批
缺货通知
仓库
库存检查
充足？
采购部门
采购计划
经理
仓库
是
否
是
否

图3-1 总体业务流程图

总业务概述：
销售部在销售商品时发现某种商品不足，根据这种商品的销售量及时制定货品需求计划，提交至库存部。库存部检查这种商品的存货量，如果库存充足则商品出库，补充给销售部；如果存储不足则发出缺货通知，告知采购部，由采购部根据库存部提供的信息制定采购计划，提交至超市经理审批。超市经理审批后，如果不通过，驳回计划；审批通过则授权采购部进行商品采购，然后将商品移交给库存部，进行入库登记，然后进行出库登记，送至销售部进行销售。货物排架，方便顾客购物；及时查阅库存状态，便于进货销售；财务明确，有利于经营者经营。

2、 销售系统业务流程：

货物日常检查
充 足？
顾客
选购货物
收银台

销售信息存档
领料单
仓库
货物检查
验收单
销售部门
出库单
销售部门
是
否

货物信息存档

图3-2 销售系统业务流程图
销售系统概述：
1.销售部门经审查，若是货物充足，直接提取货物，付款存档。
2.若货物不充足，从仓库中进行领取货物补足，出库存档。

3、库存系统业务流程：

库存台账存档
销售部门
领料单
库存检查
充足？
缺货通知单
采购部门
出库单
否
发货
是

图3-3 库存系统业务流程图

库存系统概述：
1.仓库需要进行货物检查，若货物充足，则进行发货，存档。
2.若货物不充足，则需要填写缺货通知单，通知采购部门。

4、进货系统业务流程：

采购部门
采购计划
审批
经理
采购单
是否通过
结束
货物采购
检查货物入库
入库单
仓库
是
否

库存台账存档
货物入库
图3-4 进货系统流程图

进货系统概述：
采购部门进行采购计划，列为采购单，经经理审批：
1）若是通过审批，进行货物采购，经检查入库，进行存档。
2）若是未通过审批，结束此次采购计划。

3.3.2业务流程分析:
追问超市进销存管理信息系统主要可以完成以下业务流程：
1、 销售
如果想购买超市的商品可以按照提示信息下订单，生成初步订单，付款的订单成为“有效定单”，有效订货单发至配送部门安排发货，同时存入信息记录中。此外，当所需商品库存不足时可以通过填写预定订单来预定。该类预定订单将发送至库存数据库统一处理。
2、 库存
商品所有库存信息将根据实际的商品销售情况进行实时更新，同时反映商品的库存情况上。
3、采购
如果存储不足则发出缺货通知，告知采购部，由采购部根据库存部提供的信息制定采购计划，提交至超市经理审批。超市经理审批后，如果不通过，驳回计划；审批通过则授权采购部进行商品采购，

4、缺货通知
采购部门也可以通过本系统知晓商品的缺货情况，接到物料需求单后，形成采购单发给供应商，供应商收到采购到进行发货给仓库，仓库收到发货单进行校验是否合格，根据情况进行入库。

3.4 数据流程图
数据流图（Data Function Diagram）：又名数据功能图表，简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。它是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。

数据流程图符号如下：

外部实体
处理
数据流
数据存储

第一层数据流程图：

供货商
P4
采购部P2
销售、采购
与库存管理
销售部
P1
库存部P3

A

图3-5 第一层数据流程图
第二层数据流程图：

销售部对销售商品信息进行统计，更新销售信息，销售信息传至库存信息，进行更新。同时销售部将每日的销售量信息数据传至库存部进行库存处理，同时提交商品需求计划。库存部对库存信息进行整理统计查询，库存充足，则无须进货，直接发货至销售部；库存不足将信息反馈给负责商品采购的采购部，采购部综合商品库存信息初步确定所需补充的商品。采购部提交采购信息，传至供应商，供应商接收采购信息，提交商品，采购部接收商品，将商品信息更新，同时移交库存部，库存部根据采购部采购信息更新库存信息，同时将信息传交给销售部，并满足其商品需求计划。具体过程如下图。

A3
库存处理
销售部p1
A1
商品销售
A2
商品采购
供应商p4
采购部p2
库存部p3
库存信息S3
销售信息S1
商品信息S2
库存信息
库存信息
采购操作信息
库存信息
采购信息
采购商品信息
商品信息
图3-6 第二层数据流程图
销售信息

第三层数据流程图：

（1）
销售部提交每日的销售清单，以商品的编号、品名、数量核对现有的库存（商品信息），检查是否需要补充库存，如果库存充足，则可以发出“发货通知”，否则，则需要补充库存商品，根据“库存信息”发出“补货计划”，将其信息数据写入“补货信息”存档；同时向“库存部”发出“订货单”，库存将货物和“送货单”送达后进行“库存处理”，修改“库存信息”，更新库存信息，并将当前的“现有商品信息”告之销售部，发出“发货通知”。具体流程见下图：

采购部P2
A1.1
补充商品
A1.2
检查
A1.3
商品处理
商品信息S2.1
库存信息S3.1
补货信息S4
销售清单
销售数据
发货通知
补货计划
清单信息
新库存信息
库存部P3

图3-7商品销售数据流程图

（2）
采购部将所需要采购的商品信息统计汇总，进行对商品信息采购的更新，同时生成商品采购的订单信息，提交至供应商处，供应商接到订货单，发出商品，同时提交发货单。采购部接收商品，同时更新产品相关信息，记录订单信息。具体流程见下图：

采购部P2
A2.1
商品处理
A2.2
订单处理
供应商P4
清单信息
订单信息
订货单
发货单
商品信息S2.2

图3-8 商品采购数据流程图

（3）

库存部根据采购部传送的采购的商品的采购清单，进行入库管理，对商品清单进行整理，生成入库单后，对商品库存信息进行更新；库存部根据销售部传送的提货清单，对所需要的商品进行统计整理，生产出库单后，对库存信息进行更新；库存部每日进行商品维护，根据每日入库出库统计整理，对商品库存信息进行每日盘点。具体流程见下图：

库存部P3
A3.3
出库管理
A3.1
入库管理
商品信息S2.3
采购清单
提货清单
入库单
出库单
A3.2
商品维护
盘点信息
库存处理数据流程

图3-9 库存处理数据流程图

3.5 数据字典
3.5.1数据流

表3-2 销售清单存储的定义
数据存储编号
Z-001
数据存储名称
销售清单存储
简述
存储商品的销售信息
数据存储组成
商品编号+柜台编号+商品信息
关键字
商品编号

表3-3 补货单存储的定义
数据存储编号
Z-002
数据存储名称
补货单存储
简述
存储补货商品信息
数据存储组成
补货编号+补货仓库+商品信息
关键字
补货编号

表3-4 销售数据存储的定义
数据存储编号
Z-003
数据存储名称
销售数据存储
简述
存储销售数据信息
数据存储组成
商品编号+销售金额+销售时间
关键字
销售金额

表3-5 库存信息存储的定义
数据存储编号
Z-004
数据存储名称
新库存信息
简述
存储新库存信息
数据存储组成
商品编号+库存数量+商品信息
关键字
库存数量

表3-6 订单存储的定义
数据存储编号
Z-005
数据存储名称
物料需求存储
简述
存储超市物料需求情况
数据存储组成
商品编号+需求量+时间
关键字
商品编号

表3-7 发货单存储的定义
数据存储编号
Z-006
数据存储名称
发货单存储
简述
存储发货情况
数据存储组成
商品编号+发货量+时间
关键字
商品编号

表3-8 采购单存储的定义
数据存储编号
Z-007
数据存储名称
采购单存储
简述
存储采购情况
数据存储组成
商品编号+采购量+时间
关键字
商品编号

表3-9 出库单存储的定义
数据存储编号
Z-008
数据存储名称
出库单存储
简述
存储出库情况
数据存储组成
商品编号+出库量+时间
关键字
商品编号

表3-10 入库单存储的定义
数据存储编号
Z-009
数据存储名称
入库单存储
简述
存储入库情况
数据存储组成
商品编号+入库量+时间
关键字
商品编号

表3-11 盘点信息存储的定义
数据存储编号
Z-010
数据存储名称
盘点信息存储
简述
存储盘点信息情况
数据存储组成
商品编号+应存量+实存量
关键字
商品编号

表3-12 提货清单存储的定义
数据存储编号
Z-011
数据存储名称
提货单存储
简述
存储提货信息情况
数据存储组成
商品编号+提货量+时间
关键字
商品编号

3.5.2数据元素
表3-13 商品代码的定义
数据项编号
Z-012
数据项名称
商品代码
别名
无
简述
商品代码是每个商品唯一的一个代号
类型及宽度
字符，8
取值范围与取值含义
第1~2位——商品类型
第3~4位——仓库编号
第5~7位——商品顺序号

表3-14 入库日期的定义
数据项编号
Z-013
数据项名称
入库日期
别名
无
简述
入库日期是进货商品的入库时间
类型及宽度
Date，8
取值范围与取值含义
“00000000-99999999”

表3-15 仓库保管员的定义
数据项编号
Z-014
数据项名称
仓库保管员
别名
无
简述
保管员姓名
类型及宽度
字符，8
取值范围与取值含义
“00000000-99999999”
3.5.3数据结构

表3-16 供应商信息的定义
数据结构编号
111
数据结构名称
供应商信息表
简述
供应商的基本信息
数据结构组成
供应商编号 名称 地址 E-Mail

表3-17 入库信息的定义
数据结构编号
112
数据结构名称
供应商信息表
简述
商品入库的基本信息
数据结构组成
商品代码 入库日期 经办人
数量 金额

表3-18 仓库信息的定义
数据结构编号
113
数据结构名称
仓库信息表
简述
仓库的基本信息
数据结构组成
编号 联系电话
3.5.4 处理逻辑
表3-19 补充商品的