毕业设计超市进销存管理信息系统课程设计

- 1 免责声明：本文档来自网络并经精心整理，提供免费阅读，文章版权属于原创者，请注意保护知识产 权，请您下载后勿作商用，只可学习交流使用。 目目目 录录录 1 1 前言前言.1 1 1.1 作业背景.1 1.2 选题说明.1 1.3 课程设计进度安排.2 1.4 工作业绩.3 1.5 小组分工.4 2 2 系统可行性分析系统可行性分析.5 5 2.1 系统可行性分析.5 2.2 系统初步调查.5 2.3 建议系统方案.5 2.3.1方案:.5 2.4 超市进销存 MIS 可行性分析.6 2.5 结论.7 3 3 系统分析系统分析.8 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 4 系统设计系统设计.3030 4.1 数据库设计.30 4.2 概念结构设计.30 4.3 代码设计.32 4.4 物理结构设计.32 4.5 系统功能模块图设计.34 4.6 输入、输出设计.34 4.6.1输入设计.34 - 2 4.6.2输出设计.36 4.7 人机界面设计.38 结束语结束语.4949 主要参考文献主要参考文献.5050 附录附录自行车课堂模拟自行车课堂模拟.5151 - 1 1 前言前言 1.1 作业背景作业背景 本文根据管理信息系统课程要求而做。 课程作业要求如下： 用管理信息系统开发工具（例如 Visual Basic、Visual Foxpro、Access、PowerBuilder、Delphi 等）开发一个实用的中小型管理信息系 统。 1根据课程设计时间选择适当规模大小的设计课题。 2根据合理的进度安排，按照系统开发的流程及方法，踏实地开展课程设 计活动。 3课程设计过程中，根据选题的具体需求，在开发各环节中撰写相关的技 术文档，最后提交详细的课程设计报告，至少包括系统可行性分析报告、系统 分析报告、系统设计报告三个主要部分。 4开发出可以运行的管理信息系统，通过上机检查。 1.2 选题说明选题说明 我们小组选做的系统名称是“追问超市进销存管理信息系统”，目前，无论 是大型公司还是小型企业对于货物都实行了信息化管理，以提高管理水平和工 作效率，同时也可以最大限度地减少手工操作带来的错误。于是，进销存管理 信息系统便应运而生。超市作为人们日常生活不可或缺的一部分，而且随着经 济的发展，超市的规模越来越大，商品的种类也越来越纷杂，一个高效实用的 超市管理系统至关重要。超市管理系统能帮助管理人员快速有效的管理进货， 销售，库存，商品进销结算等各项业务，能极大的提高超市管理的高效性，实 时性，安全性，科学性和智能化程度，从而降低营业成本和增加收益。 随着学校市场的不断开放，并且超市对学生的重要性程度的提高，面对零 售业严酷竞争日益激烈的现实，如何加强管理、提高工作效率和改善服务质量 和让学生感到方便及超市盈利，成了亟待解决的问题。而解决这些问题的关键 措施之一就是建立实用、先进、高效的信息管理系统，引进创新的经营机制， 适应新形式下的生存和发展的空间。 另外，我们之所以选择这个题目主要有以下原因： 第一，中国矿业大学追问超市是我们学校里面的一个较具规模的商店，商 - 2 店的服务质量关系到同学们的切身利益，很有现实意义。 第二，我们对这个超市的服务质量、服务流程，及周边环境较为熟悉，这 有助于我们进行资料和数据的搜集以及流程的设计。 第三，我们小组认为目前矿大的超市经营非常需要改进，尤其在物流方面 和售货态度，服务质量。 学生超市在货物来源，上货速度方面都需要改进。如 果，能通过这些方面节约成本，为学生提供更便宜，更高质量的商品，让学生 和商家达到共赢。 （1）基本思路 为学生超市提供一套运行稳定、安全可靠、操作简便的管理系统。帮助教 育超市处理日常工作业务，规范管理各项工作和操作流程。系统应具备以下基 本特点: 1、易操作性:考虑到超市系统操作要求简便的实际情况，系统设计要贯穿 “简便实用”的原则，确保非专业人员容易操作。在进货，销售，库存等重要环 节，一个普通的员工也能看懂，简单地培训就能够操作。 2、安全可靠性高:要通过对各级操作员进行有效的权限控制，对不同岗位 人员要有不同的权限限制，保证数据的安全性和保密性。并且还应具备数据备 份和恢复等功能，避免因意外情况丢失系统数据。 3、数据要全面:系统应提供各种经营分析，保证使管理者能在第一时间准 确掌握各种营业数据，为企业经营决策提供有效的数据参考和理论支持。 4、扩充性好:要考虑到系统在长期使用过程中会不断涌现出新技术和新的 管理模式，因此要采用标准的开发工具和技术，提供开放的数据接口，保证能 同其它软件交流数据。 （2）作业目标 以商品库存为管理核心，动态跟踪库存的变化，实现采购、入库、销售、 出库一体化的管理。对商品进行入库记账和销售记账，并提供综合查询、统计、 分析、打印各种报表等功能，能够准确及时地为决策者提供第一手信息。按照 管理信息系统的管理和开发方法，结合网络技术，运用相关的软件和知识进行 系统开发，解决学生超市运营业务中存在的问题及增添新功能、优化系统提高 效益，为学生超市提供一套运行稳定、安全可靠、经济高效、操作简便的管理 系统。希望通过管理降低成本，减少商品价格，让学生得到实惠。 1.3 课程设计进度安排课程设计进度安排 第一次检查之前完成： 1、上网搜索查阅和收集相关参考资料和学习资料，完成前言部分； - 3 2、进行可行性分析，深入了解和熟悉选题范围内的组织结构、业务功能、业务 数据、管理要求、管理决策模型； 3、进行数据收集； 4、 撰写可行性分析报告。 第二次检查之前完成： 1、绘制业务流程图、数据流程图、数据字典等对系统进行需求分析； 2、设计代码； 3、进行数据库设计，规范数据。 第三次检查之前完成： 1、输入、输出界面的设置； 2、模块功能与处理过程设计，使程序能正常运行。 第四次检查之前完成： 1、进行系统调试，完善系统功能； 2、撰写系统设计报告； 3、 报告各部分的汇总与编辑。 1.4 工作业绩工作业绩 (1)小组主要工作 我们追问小组成员共同分析开发超市进销存管理信息系统。进行初步系统 调查，拟定开发进度，绘制组织结构图、功能结构图、业务流程图、数据流程 图，编写数据字典、输入输出设计，数据库设计，代码设计，调试系统。撰写 系统可行性分析报告、系统需求分析报告、系统设计报告，并准备答辩。 (2) 主要收获 首先我们对信息系统的分析和设计有了更深刻的认识。通过这次管理信息 系统的课程设计，我们将书本知识运用于实践，不仅更系统的领会了本课程知 识结构还懂得了如何接受挑战、解决问题；系统调查阶段，大量资料的查阅工 作，让我们掌握了信息搜集整理的有效方法；系统分析的过程锻炼了我们的逻 辑思维能力，使得我们主动的发现问题、解决问题，设计绘制一系列图表使我 们在发现问题的同时理清思路，加深对所学知识的理解，是个富于创造性的过 程。 本系统的开发过程中，我们小组依靠自己的力量在摸索中前进，相应的超 市内部信息掌握有限，使我们的系统肯定存有很不成熟的问题，但是我们已经 尽自己最大的努力使我们的设想成为现实，这是个挑战自我、艰辛和成就感并 存的过程。 - 4 与此同时，我们也深刻体会到了软件开发过程中代码规范的重要性。当然， 更重要的是此次课程设计端正了我们做事的心态，一个多月的系统开发进行下 来，不只在设计技术方面有所收获，在做事的心态方面感觉触动也很大。 做系统的开发来不得半点虚假，没有踏实的精神、细心的态度是做不来的。 不经过这样的锻炼，就不会真正搞明白系统开发的流程。在这个过程中，挑战 了自我，锻炼了毅力。另外此次项目的开发也培养了我们的团队合作精神。团 队的成员把设计中没有解决的问题拿出来，大家共同研究，提高每一位成员的 知识，更重要的是成果和经验的共享，这会使得大家少走许多弯路，而且也加 快了系统开发的过程。大家将开发的成果集成结合起来，使大家感觉到真正地 在做同一件事情。在项目完成后，每一位成员在合作中都提高了很多，这种团 队精神将会影响我们今后的学习、工作和生活。 总之，通过这次课程设计，我们学到了很多很多，有思想方面的，技术方 面的，也有做人处世方面的，但让我们感受最深刻的就是开发管理信息系 统是一项系统工程，不管前期的分析设计也好，中期的编程也好，后期的实施 也好，始终有团结协作贯穿其中，只有将所有的因素都考虑进去，经过不懈的 努力，才有可能最后成功。路漫漫其修远兮，吾将上下而求索！ 1.5 小组分工小组分工 （1）我们小组主要工作分工如下： 1、a：主要负责进行系统的设计，主要包括数据库设计、概念结构设计、 代码设计和人机界面设计，并协助其他小组成员。 2、b：主要负责绘制数据流程图、数据字典和功能结构图，并协助其他小 组成员。 3、c：主要负责完成绘制业务流程图及其分析，建立数据库，绘制数据字 典，并协助其他小组成员。 4、d：主要负责系统可行性分析、初步调查及其方案和结论，并协助其他 小组成员。 5、e：主要负责完成前言、用户需求分析和功能需求分析，系统可行性、 系统设计报告的编写和课程设计文字编写并协助其他成员。 最后，共同对本系统进行检查，完成自行车仓库课堂模拟，完成 PPT，准 备课程设计的答辩。 (2) 自我评定 优 良 中 及格 不及格 - 5 2 系统可行性分析系统可行性分析 2.1 系统可行性分析系统可行性分析 追问超市进销存管理信息系统的开发关系到超市开展此业务的效率和效益， 关系到广大学子的消费质量，更关系到学校服务面貌和学校形象的情况，所以 可行性分析至关重要。可行性分析将对系统技术、经济、管理等方面的考察与 系统目标相结合，指出是否可以立即开发的最终决策。 2.2 系统初步调查系统初步调查 超市一直采用人工管理。物品的采购、库存、销售等信息的管理存在工作 量大、工作效率低下、耗费人员过多等问题，从而导致劳力资本投入量大、市 场及消费者的反馈信息不能及时处理等问题。超市的经营者大多具备电脑基本 操作知识，对于必要的专业操作经短期培训即可。超市的管理基础工作和各项 管理制度比较健全，执行严格，原始数据采集完整，保存良好。经过沟通了解， 超市的领导对开发小组的工作十分支持和关心，对这个进销存管理信息系统寄 予厚望。 2.3 建议系统方案建议系统方案 2.3.1 方案方案: (1)拟建系统的目标：拟建系统的目标： 降低超市经营成本 建立一套适合操作的物流系统 整套系统用电脑操作，较为直观，详细。 提高超市服务质量和员工的工作效率 节省消费者购物时间 (2) 系统规划和初步方案：系统规划和初步方案： 本系统主要是实现超市店面的进货、销售、库存一体化的管理信息系 统。进货系统主要实现商品进货信息的存储，销售系统则主要是提高销售 效率，库存系统主要是为了超市的存货查询，以达到超市的供货及时。 - 6 (3) 系统实施方案：系统实施方案： 本系统客户端拟采用 Windows XP 操作系统，前端开发语言使用 Visual Basic，数据库使用 Access。 员工要有较强的执行力。 (4) 系统人员培训与补充方案：系统人员培训与补充方案： 由于人-机界面友好，操作简单，帮助信息详尽，一般人员都可以使用， 故不需要专门的培训。 2.4 超市进销存超市进销存 MIS 可行性分析可行性分析 可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。 它的任务是确定项目开发是否必要和可行。它的主要目标是：进一步明确系统 的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据 需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致 规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可 能的方案，从而为系统开发项目的决策提供科学依据。其主要从三个方面进 行研究： （1）技术可行性：对现有技术进行评价，以明确能否利用现有技术进 行系统开发及系统实施。本方案技术要求不高，系统涉及范围不大，子系统间 联系紧密，安全性、可靠性强；系统要求在 windows2000 以上环境运行，后台 数据库采用 access2003，使用 VB 编程，这些在目前都是容易实现的，使得本 系统的成功开发成为可能。可见，从技术上是完全能满足基本功能需要的。 （2）经济可行性：本方案直接可以利用超市内部已有的超市内部已有 电脑，超市业务员基本已会电脑基本操作，本系统操作简便，人-机界面友好， 不需要另外的培训费用，因此，开发费用低，投入比较少。此系统建成后，可 以支持货物的信息查询功能，加强了超市物流的管理效率，为企业员工提供了 较高的效率，可节省人力资源的开支，降低业务开展的成本。本系统运行后带 来的效益高于投入，从经济上说是可行的。 （3）营运可行性：指系统对组织机构的影响，对现有人员和机构、设 施、环境等的适应性以及进行人员培训补充计划的可行性。超市系统的计算机 信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过 程提供了可靠保证。学校是高科技技术的研发地，计算机学院以及其他相关学 院的科学技术的发展能够保证管理信息系统的有效的开发和利用。 - 7 （4）管理可行性：在工作上，企业货物的信息量非常大，开发了此系 统，可极大改善货物的存储和查询，以及提高企业员工的工作的效率，可提高 决策的管理能力等，方便数据的储存和修改，及以后随时查询订单、客户信息， 是一个比较人性化的管理系统。 2.5 结论结论 从以上可行性分析可知，该系统开发具备技术上、经济上、营运上和管理 上的可行性。可以看出开发超市管理信息系统是非常必要而且急需的。开发超 市管理信息系统，无论在提升对顾客服务品质，还是在提高营业效益方面，都 将起到十分巨大的作用。 综上所述，超市应立即开始超市管理信息系统的开发工作。 - 8 3 系统分析系统分析 3.1 系统分析概述系统分析概述 系统全称：追问超市进销存管理信息系统。 本系统以学生超市为主要原型，面向中小型超市的以解决现有超市运营管 理中存在的问题及优化系统提高效益为目的，运用 MIS 知识和 Visual Basic、Access 等工具开发的管理信息系统。本系统涵盖 3 个子系统：物资采购 系统、货物销售系统、货物库存系统。针对商品入库、商品信息查询、商品售 出录入、收银管理等相应设计了界面，并力求使人-机界面更人性化、更友好。 本系统功能强大，经过初步的业务培训即可操作，适合中小型超市使用。有利 于超市实现“以顾客为中心”的服务，能有效的提高超市运营管理效率，在用户 需求分析及可行性分析的基础上设计的符合特定中小型需要的超市运营管理信 息系统。 3.1.1 用户需求分析用户需求分析 超市的销售业务一直使用着最简单的人工管理。超市经营物品的采购、库 存、销售及核算等手工信息管理使得员工工作量大、服务质量差、工作效率低。 同时，由于对市场的反馈信息不能及时地处理，从而导致销售与市场脱节。 要改变这种手工管理的落后状况，把工作人员从枯燥乏味的重复劳动中解 脱出来，用计算机系统进行管理是一个明智的选择。利用计算机这一工具，不 但能成百倍地提高工作效率，还能及时准确地得到有关信息，有效排除人为造 成的失误，避免许多不必要的损失。 超市的进销存管理信息系统，首先必须具备的功能是记录仓库存货、销售 以及进货情况，通过该系统了解超市进货渠道、商品单价、数量，库存商品的 种类、数量，销售商品种类、价格、数量，以便管理员根据以上信息做出经营 管理决策。 在性能方面要求系统核算准确，使实存商品、销售商品与所记账目一致， 能够被超市长期有效使用。数据主要来自于入库单、发票，超市销售在营业期 间内一直发生，数据也就一直变化。销售商品后开出发票，并且要显示商品价 格数额。在当天汇总时修改相应文件，注重的是总额、总数量。为减少月末工 作量，日常中要对报表数据逐步统计核算。 超市数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设 置密码。查看资料需输入正确密码，销售人员销售货物需输入代号才能打开收 银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单。 - 9 3.2 系统功能需求分析系统功能需求分析 系统功能需求分析从各个部门需要完成的任务着手。首先，对库存部而言， 要求系统对商品库存的情况进行管理，也就是对商品入库、出库情况进行登记 记录，同时能对新增加的商品信息进行管理；能对入库出库记录进行分类统计 查询，并且与销售部，采购部门实现信息实时传递；其次，对销售部而言，要 求系统能提供良好接口，能与销售终端 POS 机实现无缝连接，能完整记录销售 商品的各项相关信息，同时提供对销售记录的分类查询统计，并且与库存部， 采购部门实现信息的实时传递；最后，对采购部而言，要求系统能对采购商品 信息完整记录，能对采购商品实现分类查询统计，能高效稳定快速地与销售部， 库存部实现实时通讯，能实现与销售部、库存部信息实时共享。 表 3-1 各个部门需求分析表 序号名称内容输入数据输出数据可视化人工处理 1采购管理采购执行 采购结算 采购计划商品，入库单， 验收单 无要求无 2库存管理库存，领取入库单提货单无要求无 3销售管理记录商品销售 明细和收入 销售信息销售统计信息有无 4库存查询分类查询库存查询要求会员/商品库 存情况 有定义查询 要求 3.3 系统业务流程图及业务流程分析系统业务流程图及业务流程分析 3.3.1 业务流程图业务流程图 业务流程图（transaction flow diagram,简称 TFD），就是用一些规定的符号 及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实 际处理步骤和过程绘制。 业务流程图的基本成分列举如下： 业务处理单位或部门 业务处理功能描述 - 10 各类单证、报表等 数据存储或存档 数据传递 1、总体业务流程：总体业务流程： 是否 通过 结 束 货物采 购 检查货 物入库 货物出 库 货物销 售 审 批 缺货通 知 仓库 库存检 查 充足？ 采购 部门 采购计 划 经理 仓库 是 否 是 否 图 3-1 总体业务流程图 - 11 总业务概述：总业务概述： 销售部在销售商品时发现某种商品不足，根据这种商品的销售量及时制定 货品需求计划，提交至库存部。库存部检查这种商品的存货量，如果库存充足 则商品出库，补充给销售部；如果存储不足则发出缺货通知，告知采购部，由 采购部根据库存部提供的信息制定采购计划，提交至超市经理审批。超市经理 审批后，如果不通过，驳回计划；审批通过则授权采购部进行商品采购，然后 将商品移交给库存部，进行入库登记，然后进行出库登记，送至销售部进行销 售。货物排架，方便顾客购物；及时查阅库存状态，便于进货销售；财务明确， 有利于经营者经营。 2、销售系统业务流程：销售系统业务流程： 货物日 常检查 充 足？ 顾客 选购 货物 收银 台 销售信息存档 领料单 仓库 货物 检查 验收单 销售 部门 出库单 销售 部门 是 否 货物信息存档 图 3-2 销售系统业务流程图 - 12 销售系统概述：销售系统概述： 1.销售部门经审查，若是货物充足，直接提取货物，付款存档。 2.若货物不充足，从仓库中进行领取货物补足，出库存档。 3、库存系统业务流程：、库存系统业务流程： 销售 部门 领料单 库存检 查 充足？ 缺货通知单 采购 部门 出库单 否 发货 是 图 3-3 库存系统业务流程图 库存系统概述：库存系统概述： 1.仓库需要进行货物检查，若货物充足，则进行发货，存档。 2.若货物不充足，则需要填写缺货通知单，通知采购部门。 4、进货系统业务流程：、进货系统业务流程： 库存台账存档 - 13 采购 部门 采购计 划 审批 经理 采购单 是否 通过 结束 货物采 购 检查货 物入库 入库单 仓库 是 否 库存台账存档 货物入 库 图 3-4 进货系统流程图 进货系统概述：进货系统概述： 采购部门进行采购计划，列为采购单，经经理审批： 1）若是通过审批，进行货物采购，经检查入库，进行存档。 2）若是未通过审批，结束此次采购计划。 3.3.2 业务流程分析业务流程分析: 追问超市进销存管理信息系统主要可以完成以下业务流程： 1、销售 - 14 如果想购买超市的商品可以按照提示信息下订单，生成初步订单，付款的 订单成为“有效定单”，有效订货单发至配送部门安排发货，同时存入信息记录 中。此外，当所需商品库存不足时可以通过填写预定订单来预定。该类预定订 单将发送至库存数据库统一处理。 2、库存 商品所有库存信息将根据实际的商品销售情况进行实时更新，同时反映商 品的库存情况上。 3、采购 如果存储不足则发出缺货通知，告知采购部，由采购部根据库存部提供的 信息制定采购计划，提交至超市经理审批。超市经理审批后，如果不通过，驳 回计划；审批通过则授权采购部进行商品采购， 4、缺货通知 采购部门也可以通过本系统知晓商品的缺货情况，接到物料需求单后，形 成采购单发给供应商，供应商收到采购到进行发货给仓库，仓库收到发货单进 行校验是否合格，根据情况进行入库。 3.4 数据流程图数据流程图 数据流图（Data Function Diagram）：又名数据功能图表，简称 DFD，就 是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变 换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图 示方法。它是 SA 方法中用于表示系统逻辑模型的一种工具，它以图形的方式 描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能， 所以它是一种功能模型。 - 15 数据流程图符号如下：数据流程图符号如下： 外部实体处理 数据流 数据存储 第一层数据流程图：第一层数据流程图： 供货商 P4 采购部 P2 销售、采购 与库存管理 销售部 P1 库存部 P3 A 图 3-5 第一层数据流程图 - 16 第二层数据流程图：第二层数据流程图： 销售部对销售商品信息进行统计，更新销售信息，销售信息传至库存信息， 进行更新。同时销售部将每日的销售量信息数据传至库存部进行库存处理，同 时提交商品需求计划。库存部对库存信息进行整理统计查询，库存充足，则无 须进货，直接发货至销售部；库存不足将信息反馈给负责商品采购的采购部， 采购部综合商品库存信息初步确定所需补充的商品。采购部提交采购信息，传 至供应商，供应商接收采购信息，提交商品，采购部接收商品，将商品信息更 新，同时移交库存部，库存部根据采购部采购信息更新库存信息，同时将信息 传交给销售部，并满足其商品需求计划。具体过程如下图。 A3 库存处理 销售部 p1 A1 商品销售 A2 商品采购 供应商 p4 采购部 p2 库存部 p3 库存信息 S3 销售信息 S1 商品信息 S2 库存信息 库存信息 采购操作信息 库存信息采购信息 采购商品信息 商品信息 图 3-6 第二层数据流程图 销售信息 - 17 第三层数据流程图：第三层数据流程图： （1） 销售部提交每日的销售清单，以商品的编号、品名、数量核对现有的库存 （商品信息），检查是否需要补充库存，如果库存充足，则可以发出“发货通知” ，否则，则需要补充库存商品，根据“库存信息”发出“补货计划”，将其信息数 据写入“补货信息”存档；同时向“库存部”发出“订货单”，库存将货物和“送货单” 送达后进行“库存处理”，修改“库存信息”，更新库存信息，并将当前的“现有商 品信息”告之销售部，发出“发货通知”。具体流程见下图： 采购部 P2 A1.1 补充商品 A1.2 检查 A1.3 商品处理 商品信息 S2.1 库存信息 S3.1 补货信息 S4 销售清单 销售数据 发货通知 补货计划清单信息 新库存信息 库存部 P3 图 3-7 商品销售数据流程图 - 18 （2） 采购部将所需要采购的商品信息统计汇总，进行对商品信息采购的更新， 同时生成商品采购的订单信息，提交至供应商处，供应商接到订货单，发出商 品，同时提交发货单。采购部接收商品，同时更新产品相关信息，记录订单信 息。具体流程见下图： 采购部 P2 A2.1 商品处理 A2.2 订单处理 供应商 P4 清单信息 订单信息 订 货 单 发货单 商品信息 S2.2 图 3-8 商品采购数据流程图 （3） 库存部根据采购部传送的采购的商品的采购清单，进行入库管理，对商品 清单进行整理，生成入库单后，对商品库存信息进行更新；库存部根据销售部 传送的提货清单，对所需要的商品进行统计整理，生产出库单后，对库存信息 进行更新；库存部每日进行商品维护，根据每日入库出库统计整理，对商品库 存信息进行每日盘点。具体流程见下图： - 19 库存部 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 数据存储名称销售数据存储 - 20 简述存储销售数据信息 数据存储组成商品编号+销售金额+销售时间 关键字销售金额 表 3-5 库存信息存储的定义 数据存储编号Z-004 数据存储名称新库存信息 简述存储新库存信息 数据存储组成商品编号+库存数量+商品信息 关键字库存数量 表 3-6 订单存储的定义 数据存储编号Z-005 数据存储名称物料需求存储 简述存储超市物料需求情况 数据存储组成商品编号+需求量+时间 关键字商品编号 表 3-7 发货单存储的定义 数据存储编号Z-006 数据存储名称发货单存储 简述存储发货情况 数据存储组成商品编号+发货量+时间 关键字商品编号 表 3-8 采购单存储的定义 数据存储编号Z-007 数据存储名称采购单存储 简述存储采购情况 数据存储组成商品编号+采购量+时间 关键字商品编号 表 3-9 出库单存储的定义 数据存储编号Z-008 数据存储名称出库单存储 简述存储出库情况 数据存储组成商品编号+出库量+时间 关键字商品编号 表 3-10 入库单存储的定义 数据存储编号Z-009 数据存储名称入库单存储 - 21 简述存储入库情况 数据存储组成商品编号+入库量+时间 关键字商品编号 表 3-11 盘点信息存储的定义 数据存储编号Z-010 数据存储名称盘点信息存储 简述存储盘点信息情况 数据存储组成商品编号+应存量+实存量 关键字商品编号 表 3-12 提货清单存储的定义 数据存储编号Z-011 数据存储名称提货单存储 简述存储提货信息情况 数据存储组成商品编号+提货量+时间 关键字商品编号 3.5.2 数据元素数据元素 表 3-13 商品代码的定义 数据项编号Z-012 数据项名称商品代码 别名无 简述商品代码是每个商品唯一的一个代号 类型及宽度字符，8 取值范围与取值含义第 12 位商品类型 第 34 位仓库编号 第 57 位商品顺序号 表 3-14 入库日期的定义 数据项编号Z-013 数据项名称入库日期 别名无 简述入库日期是进货商品的入库时间 类型及宽度Date，8 取值范围与取值含义“-” 表 3-15 仓库保管员的定义 数据项编号Z-014 数据项名称仓库保管员 别名无 - 22 简述保管员姓名 类型及宽度字符，8 取值范围与取值含义“-” 3.5.3 数据结构数据结构 表 3-16 供应商信息的定义 数据结构编号111 数据结构名称供应商信息表 简述供应商的基本信息 数据结构组成供应商编号 名称 地址 E-Mail 表 3-17 入库信息的定义 数据结构编号112 数据结构名称供应商信息表 简述商品入库的基本信息 数据结构组成商品代码 入库日期 经办人 数量 金额 表 3-18 仓库信息的定义 数据结构编号113 数据结构名称仓库信息表 简述仓库的基本信息 数据结构组成编号 联系电话 3.5.4 处理逻辑处理逻辑 表 3-19 补充商品的定义 处理逻辑编号A1.1 处理逻辑名称补充商品 简述销售部门补充货物 输入的数据流销售清单 处理销售部提交每日的销售清单，以商品 的编号、品名、数量核对现有的库存 （商品信息） 输出的数据流清单信息 处理频率每天 1 次 表 3-20 检查的定义 处理逻辑编号A1.2 处理逻辑名称检查 简述检查是否需要补充存货 - 23 输入的数据流销售清单 处理检查是否需要补充库存，如果库存充 足，则可以发出“发货通知”，否则， 则需要补充库存商品 输出的数据流补货计划，或者不补货 处理频率每天 1 次 表 3-21 商品处理的定义 处理逻辑编号A1.3 处理逻辑名称商品处理 简述更新库存信息 输入的数据流新库存信息 处理销售部门将新上架的货物进行信息登 记 输出的数据流货物存储单 处理频率每天 1 次 表 3-22 商品处理的定义 处理逻辑编号A2.1 处理逻辑名称商品处理 简述进行对商品信息采购的更新 输入的数据流清单信息 处理采购部将所需要采购的商品信息统计 汇总，进行对商品信息采购的更新 输出的数据流商品存储信息 处理频率每天 0.25 次 表 3-23 订单处理的定义 处理逻辑编号A2.2 处理逻辑名称订单处理 简述采购商品处理 输入的数据流采购订单 处理选择供应商，进行货物的采购 输出的数据流发货单 处理频率每天 0.25 次 表 3-24 入库管理的定义 处理逻辑编号A3.1 处理逻辑名称入库管理 简述商品入库处理 输入的数据流采购清单 - 24 处理库存部根据采购部传送的采购的商品 的采购清单，进行入库管理，对商品 清单进行整理 输出的数据流入库单 处理频率每天 0.25 次 表 3-25 商品维护的定义 处理逻辑编号A3.2 处理逻辑名称商品维护 简述进行日常商品维护 输入的数据流库存商