商店商场等进销存管理系统方案

1、.wd.wd.wd.7 实例7.1 超市进销存管理系统7.1.1 需求分析1背景说明随着企业生产模式逐渐从劳动密集型向技术密集型转变，建设在真实数据根基上的科学理性的现代管理方式将会使企业在市场竞争中立于不败之地。信息管理系统能及时为超市企业提供所需的真实数据，成为超市管理者进展决策的依据。任何一个超市都离不开商品的流通，离不开货品的采购、库存管理和商品销售。因此，进销存业务是超市的根基业务。此次数据库设计简单模仿中等规模的超市管理系统，并将其抽象成一个由四部门组成、实现四大功能的系统。2各部门功能的划分采购管理部门该部门负责跟踪供应商的所有报价信息，降低库存和采购成本；建设采购单及其明细表，

2、动态掌握采购单的执行情况；建设采购入库单和采购退货单，确保采购入库和退货及时、准确，实现对采购全过程的有效控制。可随时了解采购业务的付款和应付款情况；可实时跟踪供应商的报价信息，掌握采购的入库状况，降低库存成本和采购成本；可为财务管理部门提供采购成本核算。库存管理部门该部门按分类、分级的模式对仓库进展全面的管理和监控，缩短了库存信息流转时间，使超市的物料管理层次清楚、井然有序，为采购、销售和生产提供依据；智能化的预警功能可自动提示存货的短缺、超储等异常状况。完善的库存管理功能，对超市的存货进展全面的控制和管理，降低库存成本。销售管理部门销售管理部门提供了销售订单管理，动态掌握销售订单的执行情况

3、；通过销售出货管理和销售退货管理，随时掌握各类销售数据，便于超市了解销售相关信息。能提供销售帐分析，实时统计销售应收款回笼情况；能掌握销售出库状况；能为财务部门提供销售成本。财务管理部门财务管理部门根据销售部门提供的销售单计算付款金额，根据采购部门提供的进货单计算支付金额，并根据需要定期进展各种类型的帐目统计，为企业销售方案的制定提供决策依据。3各子系统的功能分析及数据流图根据各部门的不同功能，将该系统划分为四个子系统，分别是：采购管理子系统、库存管理子系统、销售管理子系统和财务管理子系统，该系统的一层数据流图如图7.1所示：图7.1 系统一层数据流图采购管理子系统采购管理子系统数据流图细化如

4、图7.2。图7.2 二层DFD 采购管理细化对采购员提供的采购方案生成采购订单对采购订单进展管理删除、修改、查找将采购订单发送给指定的供货商，通知其订货供货商交付货物时，系统根据采购订单进展验货处理，假设符合订单内容，那么填写进货单发送给仓库管理系统；假设不符合订单内容，那么生成退货单发送给供应商 库存管理子系统库存管理子系统数据流图细化如图7.3。仓库管理员根据销售管理部门提供的进货单，对货物进展验收，假设合格那么入库，生成入库单记录入库商品的详细信息，仓库管理员同时修改库存商品信息；假设验收不合格那么进展退货处理，系统生成退货单从仓库提取货物时，系统根据销售部门提供的缺货单，进展出库管理，

5、生成出库单，并修改库存商品信息超市的高级管理人员如经理，可以随时对库存信息进展查询图7.3 二层DFD 库存管理细化 销售管理子系统根据顾客销售的商品和商品信息，进展收银处理，生成商品销售记录对销售记录打印，生成销售单据给顾客在收银处理过程中，可以对销售信息进展修改、添加和删除操作；收银处理完毕后，假设销售信息出现了错误，只能将该次销售记录取消，重新进展录入根据超市的销售情况，实时检测货物数量，在货物短缺前生成缺货单，并将缺货信息传给库存管理子系统。图7.4 二层DFD 销售管理细化 财务管理子系统根据库存管理部门的进货单，计算每笔业务的应付款和应付款明细根据销售管理部门的销售单，计算每笔业务

6、的应收款和应收款明细财务人员根据各种查询需要对帐目进展查询和统计超市的高级管理人员如经理，可以随时对财务信息进展查询图7.5 二层DFD 财务管理细化4数据字典举例名字：退货单别名：退货报表描述：退货的依据定义：退货单退货单编号订单编号负责人编号商品条码商品类别商品数量金额供应商名称退货原因位置：采购退货管理名字：入库单别名： 描述：商品入库时必须开具入库单，说明商品已经入库定义：入库单入库单编号进货单编号仓库管理员编号入库时间位置：库存管理系统中使用名字：采购订单别名：采购订单描述：根据采购方案生成的采购商品列表定义：采购订单采购订单编号采购开场日期负责人编号商品名称商品数量供应商名称位置：

7、采购管理模块名字：商品信息别名：商品档案描述：所有商品的信息保存在商品档案表中定义：商品档案表条形码商品名称类别编号库存上限库存下限现有库存量现价原价备注位置：库存管理，销售管理名字：销售单别名：销售信息，销售发票描述：销售的记录，并打印给客户作为收据定义：销售单流水号销售日期收银员编号机号应收款实收款找回销售明细位置：前台销售管理名字：销售明细别名：销售记录描述：详细的商品销售信息定义：销售明细流水号条形码数量单价位置：销售发票名字：编号别名：描述：所有的编号定义：编号1字母|数字10位置：系统名字：权限别名：描述：用户使用本系统的权限级别，防止非授权的用户更改系统的数据资料定义：编号1经理

8、等领导2采购员 3会计4仓库管理员8销售员位置：整个系统7.1.2 概念构造设计1绘制分E-R图概念设计过程采用自底向上的设计方法,即首先定义各局部应用的概念构造,然后将它们集成起来,得到全局概念构造。根据需求分析给出的数据流图,参照数据字典中的详细描述,下面给出各个子系统的分E-R图的设计及对其进展的各项调整。采购管理子系统图7.6 采购管理子系统E_R图 实体属性定义:职员职员编号、姓名、权限、口令商品条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注供货商供货商编号、供货商名称、公司地址、联系 、Email订单订单编号、商品条码、商品名称、采购数量、采购开场日期

9、、负责人编号、供应商名称进货单进货单编号、订单编号、商品条码、商品名称、商品类别、进货数量、进货日期、负责人编号退货单退货单编号、订单编号、商品条码、商品名称、退货数量、退货原因、仓库管理员编号、退货时间实体间联系：一个采购员可以填写多份采购订单，但是一份订单只能由一个采购员负责；一份采购订单中可以包含多种商品，一种商品也可以被多个订单采购；一个供货商可以供应多份采购订单的采购要求，但是每份采购订单只能交给一个供货商处理；一张采购定单中的货物可以分屡次到货，因此可以生成多张进货单和退货单。说明：采购订单也可以表示为“采购员供货商商品三个实体集之间的多对多联系；由于采购员是职员的一种，为了操作简

10、便，将采购员抽象为职员实体集，用“权限属性来表示职员不同的身份。库存管理子系统图7.7 库存管理子系统E_R图 实体属性定义:采购进货单采购进货单编号、订单编号、负责人编号缺货单缺货单编号、缺货日期、负责人编号职员职员编号、姓名、权限、口令入库单入库单编号、进货单编号、仓库管理员编号、入库时间出库单出库单编号、缺货单编号、仓库管理员编号、出库时间退货单退货单编号、进货单编号、仓库管理员编号、退货时间 实体间联系：一张进货单中的商品可以由多个仓库管理员在不同的时间分屡次进展入库处理，每次入库时检查合格的商品要生成入库单入库；检查不合格的商品要生成退货单退回给供货商；一张缺货单中的商品可以由多个仓

11、库管理员在不同的时间分屡次进展出库处理； 说明：由于在入库单、出库单中只涉及到仓库管理员的编号，所以把仓库管理员作为属性而不是实体集处理；销售管理子系统图7.8 销售管理子系统E_R图 实体属性定义:商品条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注销售单流水号、销售日期、收银员编号、机号、应收款、实收款、找回缺货单缺货单编号、缺货日期、负责人编号 实体间联系：一张销售单中可以包含多种商品，而一种商品也可以被包含在多个销售单中，某个销售单销售的具体商品信息用销售明细表示。一张缺货单中可以包含多种商品，而一种商品也可以被包含在多个销售单中，某个缺货单销售的具体商品信

12、息用缺货单明细表示。 说明：由于在销售单中只涉及到收银员的编号，所以把收银员作为属性而不是实体集处理。财务管理子系统图7.9 财务管理子系统E_R图 实体属性定义:进货单进货单编号、订单编号、负责人编号、商品条码、商品类别、商品数量、供应商名称销售单流水号、销售日期、收银员编号、机号、应收款、实收款、找回商品条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注应付款进货单编号、付款日期、应付金额、会计应收款销售单编号、收款日期、应收金额、会计 实体间联系：应付款记录和进货单一一对应；应收款记录和销售单一一对应每笔应付款记录中可以包含多个商品，而每个商品可以包含在多个应付

13、款记录中，每笔应付款记录中的具体付款信息由应付款明细表示每笔应收款记录中可以包含多个商品，而每个商品可以包含在多个应收款记录中，每笔应收款记录中的具体付款信息由应收款明细表示2视 图 集 成以上是四个子系统的分E-R图设计及其调整的整个过程，接着要做的就是将所有的分E-R图进展综合,合成一个系统的总E-R图。分两步进展：第一步：合并。解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。各分E-R图之间的冲突主要有三类：属性冲突：属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单，所以并不存在这种冲突；属性取值单位冲突。由于本系统较简单，不存在这类冲突； 命名冲

14、突：同名异义：由于本系统较简单，所以不存在这类冲突；异名同义：采购管理子系统中的进货单和库存管理子系统中的采购进货单命名不同但构造一样，因此统一名称为进货单； 构造冲突：同一对象在不同应用中具有不同的抽象：如职员实体，在各子系统中职员有不同的只能，本系统利用“权限属性将其统一成一个实体集。同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全一样：由于本系统较简单，所以并不存在这种冲突；第二步：修改和重构。消除不必要的冗余，生成总E-R图，由于本系统在子系统设计阶段就去掉了冗余，因此不存在这类问题，只需要将各分E-R图直接进展合并即可。下面给出总E-R图，如图7.10。图7.10 系统

15、总E_R图7.1.3 逻辑构造设计1与总E-R图对应的关系模式 实体所对应的关系模式：职员职员编号、姓名、权限、口令商品条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注供货商供货商编号、供货商名称、公司地址、联系 、Email订单订单编号、商品条码、商品名称、采购数量、采购开场日期、负责人编号、供应商名称进货单进货单编号、订单编号、商品条码、商品名称、商品类别、进货数量、进货日期、负责人编号退货单退货单编号、订单编号、商品条码、商品名称、退货数量、退货原因、仓库管理员编号、退货时间缺货单缺货单编号、缺货日期、负责人编号入库单入库单编号、进货单编号、仓库管理员编号、入

16、库时间出库单出库单编号、缺货单编号、仓库管理员编号、出库时间销售单流水号、销售日期、收银员编号、机号、应收款、实收款、找回应付款编号、进货单编号、付款日期、应付金额、会计应收款编号、销售单编号、收款日期、应收金额、会计 联系所对应的关系模式：m：n联系的转换采购单明细采购订单编号、商品条码、数量、类型、单价、金额进货单明细进货单编号、商品条码、数量、类型缺货单明细缺货单编号、商品条码、缺货数量退货单明细退货单编号、商品条码、退货数量、原因入库明细入库单编号、商品条码、数量出库明细出库单编号、商品条码、数量销售明细流水号、商品条码、数量、单价、金额应付款明细进货单编号、商品编号、商品单价、商品数

17、量、单价、应付金额应收款明细销售单编号、商品编号、商品单价、商品数量、单价、应收金额1：n联系的转换供货商和采购订单之间的1：n联系并入采购订单关系；职员和采购订单之间的1：n联系并入采购订单关系；采购订单和进货单之间的1：n联系并入进货单关系；采购订单和退货单之间的1：n联系并入退货单关系；进货单和入库单之间的1：n联系并入入库单关系；缺货单和出库单之间的1：n联系并入出库单关系； 关系模式的优化：采购订单采购订单编号、商品条码、商品名称、采购数量、采购开场日期、负责人编号、供应商名称该关系模式的主码为K采购订单编号、商品条码，存在的函数依赖集F包括：采购订单编号、商品条码采购数量采购订单编

18、号采购开场日期，负责人编号，供应商名称商品条码商品名称所以，该关系模式属于2NF。将原关系模式分解得到满足3NF的关系模式集为：R1采购订单采购订单编号、采购开场日期、负责人编号、供应商编号R2商品信息商品条码、商品名称R3采购订单详细信息采购订单编号、商品条码、采购数量将R2和R3与关系模式商品和采购单明细合并。关系模式“进货单和“采购退货单与“采购订单的优化过程一样。销售单流水号、销售日期、收银员编号、机号、应收款、实收款、找回该关系模式中的 “找回属性值可以由“实收款和“应收款的差计算得到，因此不必存储在数据库中；采购单明细采购订单编号、商品条码、数量、类型、单价、金额优化说明：“金额没

19、有删除, 因为在这一项上查询比较频繁, 如果每次查询都计算, 必然使系统计算增加，性能降低。保存下来虽然造成了一定的冗余, 但提高了查询的效率，利大于弊。应付款明细和应收款明细也作同样的优化。2用户子模式设计 采购管理系统用户子模式商品条形码、商品名称、类别编号、现有库存量、备注采购单采购订单编号、采购开场日期、负责人编号、商品条码、数量、类型、单价、金额、供货商名称、职员编号供货商供货商编号、供货商名称、公司地址、联系 、Email因为采购部门对于超市的其他情况不会也不必关注，经常使用的只有以上各项，所以在采购管理子系统上设立以上关系。 库存管理系统用户子模式进货单进货单编号、订单编号、商品

20、条码、数量、类型、负责人编号采购退货单退货单编号、订单编号、仓库管理员编号、商品条码、数量、类型、退货时间入库单入库单编号、进货单编号、仓库管理员编号、入库时间、商品条码、数量、类型出库单出库单编号、缺货单编号、仓库管理员编号、出库时间、商品条码、数量、类型因为库存管理部门对于超市的其他情况不会也不必关注，经常使用的只有以上各项，所以在库存管理子系统上设立以上关系。 销售管理系统用户子模式缺货单缺货单编号、缺货日期、负责人编号、商品条码、缺货数量销售单流水号、销售日期、收银员编号、机号、应收款、实收款、找回、商品条码、数量、单价因为销售管理部门对于超市的其他情况不会也不必关注，经常使用的只有以

21、上各项，所以在销售管理子系统上设立以上关系。 财务管理系统用户子模式应付款明细进货单编号、商品编号、商品单价、商品数量、单价、付款日期、应付金额、会计应收款明细销售单编号、商品编号、商品单价、商品数量、单价、付款日期、应收金额、会计7.1.4 物理构造设计1 存储构造设计经过分析可知,该超市进销存管理系统中信息处理有以下特点：销售部门的数据不仅经常需要查询,而且更新速度快。各个部门信息要求共享的信息较多。例如员工信息,商品信息等。但财务信息一般不共享。经理部门有一定的特殊职能：汇总财务信息；制定采购方案；安排货物的入库和出库工作。针对这些特点，设计如下: 确定数据库的存放位置为了提高系统性能，

22、现根据应用情况将数据按照易变局部和稳定局部、经常存取局部和存取频率较低的局局部别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。经常存取局部：职员职员编号、姓名、权限、口令商品条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注销售单流水号、销售日期、收银员编号、机号、应收款、实收款、找回应收款编号、销售单编号、收款日期、应收金额、会计销售明细流水号、商品条码、数量、单价、金额应收款明细销售单编号、商品编号、商品单价、商品数量、单价、应收金额存取频率较低的局部：供货商供货商编号、供货商名称、公司地址、联系 、Em

23、ail采购订单采购订单编号、采购开场日期、负责人编号、供货商名称、职员编号缺货单缺货单编号、缺货日期、负责人编号进货单进货单编号、订单编号、负责人编号采购退货单退货单编号、订单编号、仓库管理员编号、退货时间入库单入库单编号、进货单编号、仓库管理员编号、入库时间出库单出库单编号、缺货单编号、仓库管理员编号、出库时间应付款编号、进货单编号、付款日期、应付金额、会计采购单明细采购订单编号、商品条码、数量、类型、单价、金额进货单明细进货单编号、商品条码、数量、类型缺货单明细缺货单编号、商品条码、缺货数量退货单明细退货单编号、商品条码、退货数量、原因入库明细入库单编号、商品条码、数量出库明细出库单编号、商品条码、数量应付款明细进货单编号、商品编号、商品单价、商品数量、单价、应付金额 确定系统配置本系统针对于一个中等规模的超市进展管理系统的设计，因此选择的微机数量和规模都不必太大，但在系统设计时应考虑到超市的开展需求，在选择硬件设备、服务器操作系统、数