仓库管理系统详细设计样本.doc

资料内容仅供您学习参考，如有不当之处，请联系改正或者删除。超市仓库管理系统详细设计说明书1引言11.1编写目的11.2项目背景11.3定义21.4参考资料22总体设计22.1需求概述22.2软件结构23程序描述23.1功能33.2性能33.3输入项目33.4输出项目33.5算法33.6程序逻辑33.7接口33.8存储分配33.9限制条件33.10测试要点31引言1.1编写目的( 1) 大大提高超市的运作效率; ( 2) 经过全面的信息采集和处理, 辅助提高超市的决策水平; ( 3) 使用本系统, 能够迅速提升超市的管理水平, 为降低经营成本, 提高效益, 增强超市扩张力, 提供有效的技术保障。1.2项目背景21世纪, 超市的竞争也进入到了一个全新的领域, 竞争已不再是规模的竞争, 而是技术的竞争、 管理的竞争、 人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域当前呈多元发展趋势, 多种业态: 超市、 仓储店、 便利店、 特许加盟店、 专卖店、 货仓等相互并存。如何在激烈的竞争中扩大销售额、 降低经营成本、 扩大经营规模, 成为超市营业者努力追求的目标。1.3定义( 1) 商品条形码: 每种商品具有唯一的条形码, 对于某些价格一样的商品, 能够使用自定义条形码。( 2) 交易清单: 包括交易的流水账号、 每类商品的商品名、 数量、 该类商品的总金额、 交易的时间、 负责本次收银的员工号。( 3) 商品积压: 在一定时期内, 远无法完成销售计划的商品会造成积压。( 4) 促销: 在一定时期内, 某些商品会按低于原价的促销价格销售。库存告警提示: 当商品的库存数量低于库存报警数量时发出提示。( 5) 盘点: 计算出库存、 销售额、 盈利等经营指标。1.4参考资料数据库原理及设计 陶宏才编 清华大学出版社SQL Server 实用教程范立南编 清华大学出版社SQL Server 编程员指南李香敏编 北京希望电子出版社轻松搞定 SQL Server 程序设计Rebecca M.Riordan编软件工程规范Watts S.Humphrey编 清华大学出版社软件工程理论与实践 Shari Lawrence Pfleeger编 清华大学出版社软件需求分析 Swapna Kishore编 机械工业出版社软件工程思想 林锐编2总体设计2.1需求概述客户端子系统: 在客户端系统的功能实现上, 能够分为以下几个部分: ( 1) 商品信息的输入和统计 超市仓库管理系统的商品信息由专人负责输入。这部分功能是客户端子系统 的基本部分, 这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息, 又有方便的操作界面工手工输入商品信息。这部分要求对输入的数据进行简单的统计, 供超市仓库管理人员进行查询和宏观调控。 ( 2) 商品变更信息的存储: 将商品变更的信息存储到超市仓库管理系统的客户端系统中, 以备以后的取货确认以及查 询。 ( 3) 货物信息的传递及接收: 将商品的变更信息由仓管客户端由网络传到超市仓库管理系统的服务器上, 而且接受计划部返回的订单信息, 然后存储起来。 ( 4) 取订单生成和打印根据超市仓库管理系统的产品的最新信息, 经过确认无误后, 上传给产品采购部门。( 5) 超市商品销售情况的核算 这一功能是在上一功能的基础上, 对商品销售额进行单项核算, 得到超市商品的销售情况并把核算结果作为报表输出。 2服务器端的功能要求: 经过计算机网络将客户端与服务器的数据库相连, 将从客户端得到的信息进行处理, 实现商品查询, 采购订单的生成, 销售统计, 综合信息查询等子系统。以计算机成本核算为中心, 实现存取货物业务的计算机自动化, 为超市的仓库管理降低成本、 提高管理效率、 经营决策提供及时精确的依据。 在服务器端系统的功能实现上, 能够分为以下几个部分: ( 1) 接收计划部门客户端发回的所需商品信息: 经过网络接收商品需求信息并存入到服务器的数据库中。 ( 2) 生成采购货物信息: 根据所需货物信息( 规格, 价格) , 在数据库中查询并得到正确的采购货物的信息( 价格, 规格, 等级) , 分配所需的产品记录并在数据库中做出已售出的标记。 ( 3) 传递商品信息到客户端: 把得到的采购货物信息经过网络传递到超市仓库管理系统。 ( 4) 接收超市仓库管理系统的反馈信息: 对超市仓库管理系统的反馈信息进行分析, 把已经售出的商品进行统计, 退掉的商品要进行数据库的恢复。 ( 5) 印出商品给已经卖出的记录: 根据记录的取票通知及帐单, 经过确认无误后, 接受记录的付款后把商品印出来交给采购部门。 ( 6) 销售额的分析和管理 这一步骤的功能要求包括对销售的商品进行分析, 这一工作是在前面的基础上, 以计算机为工具, 对商品预定系统的功能和目标进行扩充。它以财务管理学为理论基础, 以辅助决策为目标, 以商品销售数据为中心, 广泛采用统计学、 运筹学的分析方法, 对销售信息进行深层加工, 建立反映不同商品需求的模型, 提供管理上所需的各种辅助决策信息和财务信息。这一要求是商品预定系统的最高目标, 将经过系统运行后获得的大量销售历史数据基础上, 实现这一目标。 商品预定系统的性能需求 为了保证系统能够长期、 安全、 稳定、 可靠、 高效的运行, 商品预定系统应该满足以下的性能需求: 1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中, 要充分考虑系统当前和将来可能承受的工作量, 使系统的处理能力和响应时间能够满超市对信息处理的需求。由于商品预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源, 而商品数量和时间又影响超市的决策活动, 其准确性很大程度上决定了商品预定系统的成败。在系统开发过程中, 必须采用一定的方法保证系统的准确性。 2 系统的开放性和系统的可扩充性 商品预定系统在开发过程中, 应该充分考虑以后的可扩充性。例如卖出系统的方式的改变, 用户查询的需求也会不断的更新和完善。所有这些, 都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点, 应经过系统的开放性来完成, 既系统应是一个开放系统, 只要符合一定的规范, 能够简单的加入和减少系统的模块, 配置系统的硬件。经过软件的修补、 替换完成系统的升级和更新换代。 3 系统的易用性和易维护性 商品预定系统是直接面对使用人员的, 而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口, 易用的人机交互界面。要实现这一点, 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面; 针对用户可能出现的使用问题, 要提供足够的在线帮助, 缩短用户对系统熟悉的过程。商品预定系统中涉及到的数据是超市订货的相当重要的信息, 系统要提供方便的手段供系统维护人员进行数据的备份, 日常的安全管理, 系统意外崩溃时数据的恢复等工作。 4 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、 软件。所有这些都要符合主流国际、 国家和行业标准。例如在开发中使用的操作系统、 网络系统、 开发工具都必须符合通用标准。如规范的数据库操纵界面、 作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等; 同时, 在自主开发本系统时, 要进行良好的设计工作, 制订行之有效的软件工程规范, 保证代码的易读性、 可操作性和可移植性。 5系统的先进性 当前计算系统的技术发展相当快, 做为商品预定系统工程, 应该保证系统在下个世纪仍旧是先进的, 在系统的生命周期尽量做到系统的先进信息处理的要求而不至于落后。这一方面经过系统的开放性和可扩充性, 不断改进系统的功能完成。另一方面, 在系统设计和开发的过程中, 应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 6系统的响应速度 超市仓库管理系统系统在日常处理中的响应速度为秒级, 达到实时要求, 以及时 反馈信息。在进行统计分析时, 根据所需数据量的不同而从秒级到分钟级, 原则是保证操作人员不会因为速度问题而影响工作效率。 超市仓库管理系统的数据需求 超市仓库管理系统的数据需求包括如下几点: 1 数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提, 错误的输入会导致系统输出的不正确和不可用, 从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要经过系统界面上的安排系统具有容错性, 而且对操作人员要进行系统的培训。 在系统中, 数据的输入往往是大量的, 因此系统要有一定的处理能力, 以保证迅速的处理数据。 2 数据的一致性与完整性 由于系统的数据是共享的, 在不同的超市仓库管理系统中, 商品是共享数据, 因此如何保证这些数据的一致性, 是系统必须解决的问题。要解决这一问题, 要有一定的人员维护数据的一致性, 在数据录入处控制数据的去向, 而且要求对数据库的数据完整性进行严格的约束。对于输入的数据, 要为其定义完整性规则, 如果不能符合完整性约束, 系统应该拒绝该数据。 3 数据的共享与独立性 整个超市仓库管理系统的数据是共享的。然而, 从系统开发的角度上看, 共享会给设计和调试带来困难。因此, 应该提供灵活的配置, 使各个分系统能够独立运行, 而经过人工干预的手段进行系统数据的交换。这样, 也能提供系统的强壮性。4. Client/Server结构总体设计方案对它的约束: 超市仓库管理系统做为Client/Server 结构的一个应用系统, 不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划, 包括功能设计、 系统配置和计划。同时, 由于信息的共享, 商品预定系统还受到其它系统的信息约束。 5人力、 资金、 时间的约束 超市仓库管理工程实施的目标就是要带给超市管理看得出见的效益, 其开发过程中也要考虑到人力、 资金和时间的约束。因此, 在设计中, 重点是销售系统中的方便快捷, 能提供给记录以优质高效的服务, 并提高销售的效率和便捷, 为航空公司带来良好的效益。 6 技术发展规律的约束 计算机技术和产品的发展日新月异, 将会给信息处理带来更多的手段, 同时也会带来更加丰富的信息表示形式。例如图象和语音技术的进步, 多媒体技术的发展, 这些都要求系统在设计时考虑技术变化的可能性, 为可能的变化预留一定的系统处理能力。2.2软件结构总体结构和模块外部设计小型超市零售管理系统前台销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理人员管理系统总体结构模块外部结构模块子系统结构商品录入快速商品录入支持条形码扫描功能描述: 商品录入子系统要求能快速录入商品, 因此必须支持条形码扫描。收银业务交易总额计算打印交易清单支持会员卡打折功能描述: 收银业务子系统能计算交易总额, 打印交易清单, 并根据会员卡打折。进货管理自动制定进货计划自动入库登记查询打印计划进货与入库记录功能描述: 进货管理子系统能够根据库存自动指定进货计划, 进货时自动等级, 以及提供查询和打印计划进货与入库记录的功能。销售管理商品销售控制查询打印销售情况生成销售排行榜功能描述: 销售管理子系统能够控制某商品是否允许销售, 查询每种商品的销售情况并产生年、 月、 日报表, 同时能够生成销售排行榜。查询库存明细记录库存状态自动告警提示库存管理自动盘点计算功能描述: 库存管理子系统提供查询库存明细记录的基本功能, 并根据库存的状态报警, 以及自动盘点计算。人员管理基本信息登记管理员工操作权限管理提示客户销售权限管理提示功能描述: 人员管理子系统提供基本信息登记管理, 员工操作权限管理, 客户销售权限管理的功能。3程序描述3.1功能本系统必须具有以下功能: 商品录入: 根据超巿业务特点制定相关功能, 能够经过输入唯一编号、 扫描条形码、 商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务: 经过扫描条形码或者直接输入商品名称( 对于同类多件商品采用一次录入加数量的方式) 自动计算本次交易的总金额。在顾客付款后, 自动计算找零, 同时打印交易清单( 包括交易的流水账号、 每类商品的商品名、 数量、 该类商品的总金额、 交易的时间、 负责本次收银的员工号) 。如果顾客是本店会员并持有本人会员卡, 则在交易前先扫描会员卡, 并对所购物品全部实行95折优惠, 并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年, 满一年未续卡者, 该会员卡将被注销。 安全性: OS登陆、 退出、 换班与操作锁定等权限验证保护; 断电自动保护最大限度防止意外及恶意非法操作。 独立作业: 有的断网收银即在网络服务器断开或网络不通的情况下, 收银机仍能正常作业 进货管理: 根据销售情况及库存情况, 自动制定进货计划( 亦可手工制定修改) , 能够避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。 销售管理: 商品正常销售、 促销与限量、 限期及禁止销售控制。 综合查询各种销售明细记录、 各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜, 灵活察看和打印商品销售日、 月、 年报表。 库存管理: 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、 少货、 缺货等。软件为您预警, 避免库存商品积压损失和缺货。 库存自动盘点计算。 人员管理: 员工、 会员、 供货商、 厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。3.2性能商品录入: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。收银业务: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。安全性: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。进货管理: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。销售管理: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。库存管理: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。人员管理: 输入的数据为整形与字符型; 响应时间、 更新处理时间、 数据转换与传输时间、 运行时间, 这些时间尽可能短。在操作方式、 运行环境、 与其它软件的接口以及开发计划等发生变化时, 可使用系统自带的一个程序来修改现行系统, 以适应新的变化。3.3输入项目 采购商品(PurchasingGoods)1. 采购员选择供货商; 2. 选择该供货商所售的某种商品; 3. 选择采购数量及付款方式、 期望到货时间等; 4. 下发采购单。 商品入库(InputingGoods): 1. 仓库管理员选择库区库位; 2. 录入商品信息字段名字段类型长度主/外键字段值约束对应中文名StockIDVarchar10PNot null入库编号MerchIDVarchar10FNot null入库商品编号MerchNumInt4Not null入库数量MerchPriceMoney4Not null单额TotalPriceMoney4Not null总额StockDateDatetime8Datetime入库日期PlanDateDatetime8Datetime计划进货日期StockStateInt4Not null入库状态 商品销售(SellingGoods)1. 售货员销售商品;2. 系统记录商品信息及销售数量; 字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额 商品退货(ReturningGoods)1. 售货员录入商品编号及数量; 2. 系统将商品重新纳入能够销售的范围; 3. 采购退货直接将商品退回供应商。字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期MerchNumInt4Not null库存数量SalePriceMoney4Not null销售单额ProvideIDVarchar10FNot null供货商编号ProvideNameVarchar50Not null供货商名称ProvideAddressVarchar250供货商地址ProvidePhoneVarchar25供货商电话 商品销毁(DestroyingGoods)1. 工作人员将商品出库; 2. 系统记录商品销毁数量。字段名字段类型长度主/外键字段值约束对应中文名MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销毁日期MerchNumInt4Not null库存数量ProvideIDVarchar10FNot null供货商编号 商品盘点(CheckingGoods)1. 工作人员盘点商品; 2. 如果商品与系统记录不符, 添加或删除商品; 3. 在盘点单中记录商品盘点情况。 字段名字段类型长度主/外键字段值约束对应中文名MerChIDVarchar10FNot null商品编号MerchNumInt4Not null库存数量MerchNameVarchar50Not null商品名称ProvideIDVarchar10FNot null供货商编号 商品及报表查询(QueryingGoods)1. 所有用户都能够对商品进行查询; 2. 有相应权限的用户能够对相应报表进行查询。字段名字段类型长度主/外键字段值约束对应中文名MerChIDVarchar10FNot null商品编号 系统维护(MaintainingSystem)1. 系统管理员设置用户登陆权限; 2. 系统管理员备份数据及清理数据; 3. 系统管理员对超市基本信息进行维护。字段名字段类型长度主/外键字段值约束对应中文名UserNameVarchar25Not null用户名称UserPWVarchar50Not null用户密码UserStyleInt4Not null用户类型 采购单生成(ProducingPurBill)采购商品时先生成采购单, 按照采购单进行商品采购。字段名字段类型长度主/外键字段值约束对应中文名MerChIDVarchar10FNot null商品编号MerchNumInt4Not null库存数量MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null单额TotalPriceMoney4Not null总额StockDateDatetime8Datetime日期ProvideIDVarchar10FNot null供货商编号 盘点单生成(ProducingCheckBill)商品盘点结束生成盘点单 销售单生成(ProducingSellBill)商品销售结束生成销售单字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额3.4输出项目 采购商品(PurchasingGoods)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量PlanNumInt4null计划进货数BarCodeVarchar50Not null条形码AllowAbateInt4Not null允许打折AllowSaleInt4Not null允许销售FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 商品入库(InputingGoods): 字段名字段类型长度主/外键字段值约束对应中文名StockIDVarchar10PNot null入库编号MerchIDVarchar10FNot null入库商品编号MerchNumInt4Not null入库数量MerchPriceMoney4Not null单额TotalPriceMoney4Not null总额StockDateDatetime8Datetime入库日期StockStateInt4Not null入库状态 商品销售(SellingGoods)字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额 商品退货(ReturningGoods)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量BarCodeVarchar50Not null条形码FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 商品销毁(DestroyingGoods)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量BarCodeVarchar50Not null条形码FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 商品盘点(CheckingGoods)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 商品及报表查询(QueryingGoods)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量BarCodeVarchar50Not null条形码AllowAbateInt4Not null允许打折AllowSaleInt4Not null允许销售FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 采购单生成(ProducingPurBill)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量PlanNumInt4null计划进货数FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 盘点单生成(ProducingCheckBill)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量FactoryIDVarchar10FNot null厂商编号ProvideIDVarchar10FNot null供货商编号 销售单生成(ProducingSellBill)字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额3.5算法 采购商品(PurchasingGoods)IF 某种商品发生库存短缺情况 进行采购准备, 打印出采购报表ELSE 不采购商品 商品入库(InputingGoods): /购来的商品进行按类入库IF 入库编号不重复 进行入库处理, 产生相应的入库信息: 入库商品编号, 入库日期, 入库后的库存数量等ELSE 提示编号重复重新制定编号 商品销售(SellingGoods) 每销售出某种商品, 相应的商品的库存数量1 商品退货(ReturningGoods)每退回某种商品, 相应的商品的库存数量+1, 并进行返厂处理商品盘点(CheckingGoods) 商品及报表查询(QueryingGoods) /某种商品的查询 IF 要查询的商品的编号不为空显示出该商品的所有信息: 商品编号, 商品名称, 商品单价, 商品数量, 厂商, 供货商等信息 ELSE 该商品不存在 重新查询 盘点单生成(ProducingCheckBill) IF 某种商品达到了下限警报产生商品短缺, 进行商品的采购 ELSE 没有达到下限警报 产生商品的盈余, 不用进行采购 用户管理 用户登录前需要输入用户名和密码IF 用户名 AND 密码输入正确 该用户进入系统而且拥有当前用户的权限ELSE 输入有误 重新输入3.6程序逻辑3.41.1 2.1D6 发货信息5.1配货报表4.1发货报表D4 发货信息3.3.1发货信息3.3.2配货信息7.1旗舰店报表D7 发货信息D5 配货信息3.2更新库存信息3.1接收报表D2 缺货信息D1 货物清单D3 库存清单6.1发货报表3.3处理预订按比例够不够没有旗舰店有旗舰店分配方案+仓库仓库单个仓库存货数量不够单个仓库存货数量够总货 数 量总公司管理员事物 产生处理 报表处理子公司管理员+8验收货物超市 超市仓库管理系统数据流程图3.7接口系统登陆模块: 启动系统时, 便激活登陆口令界面; 初始化模块: 对系统进行初始化; 系统功能模块: 接受系统功能地相应消息, 启动信息查询, 信息查询, 信息维护等模块。3.8存储分配 采购商品(PurchasingGoods)存储到: 商品信息表(MerchInfo)中。 商品入库(InputingGoods): 存储到: 入库纪录表(Stock) 中。 商品销售(SellingGoods)存储到: 销售表(Sale), 商品信息表(MerchInfo) 商品退货(ReturningGoods)存储到: 入库纪录表(Stock) , 商品信息表(MerchInfo) 商品销毁(DestroyingGoods)存储到: 交易表(Dealing), 商品信息表(MerchInfo) 商品盘点(CheckingGoods) 存储到: 入库纪录表(Stock), 供货