7 实例超市进销存管理系统 需求分析 1）背景说明随着企业生产模式逐渐从劳动密集型向技术密集型转变， 理性的现代管理方式将会使企业在市场竞争中立于不败之地。
业提供所需的真实数据， 成为超市管理者进行决策的依据。
通，离不开货品的采购、库存管理和商品销售。
因此，进销存业务是超市的基础业务。
此次 数据库设计简单模仿中等规模的超市管理系统， 并将其抽象成一个由四部门组成、 实现四大 功能的系统。
（2）各部门功能的划分采购管理部门该部门负责跟踪供应商的所有报价信息， 降低库存和采购成本； 建立采购单及其明细表， 动态掌握采购单的执行情况； 建立采购入库单和采购退货单， 确保采购入库和退货及时、 准 确，实现对采购全过程的有效控制。
可随时了解采购业务的付款和应付款情况； 可实时跟踪 供应商的报价信息， 掌握采购的入库状况， 降低库存成本和采购成本； 可为财务管理部门提 供采购成本核算。
库存管理部门 该部门按分类、分级的模式对仓库进行全面的管理和监控，缩短了库存信息流转时间， 使超市的物料管理层次分明、井然有序， 为采购、销售和生产提供依据； 智能化的预警功能 可自动提示存货的短缺、 超储等异常状况。
完善的库存管理功能， 对超市的存货进行全面的 控制和管理，降低库存成本。
销售管理部门销售管理部门提供了销售订单管理， 动态掌握销售订单的执行情况； 通过销售出货管理 和销售退货管理， 随时掌握各类销售数据， 便于超市了解销售相关信息。
能提供销售帐分析， 实时统计销售应收款回笼情况；能掌握销售出库状况；能为财务部门提供销售成本。
财务管理部门 财务管理部门根据销售部门提供的销售单计算付款金额， 根据采购部门提供的进货单计 算支付金额， 并根据需要定期进行各种类型的帐目统计， 为企业销售计划的制定提供决策依 据。
（3）各子系统的功能分析及数据流图根据各部门的不同功能， 将该系统划分为四个子系统，分别是：采购管理子系统、 库存 管理子系统、销售管理子系统和财务管理子系统，该系统的一层数据流图如图所示：建立在真实数据基础上的科学 信息管理系统能及时为超市企 任何一个超市都离不开商品的流图二层DFD ――采购管理细化A. 对采购员提供的采购计划生成采购订单B. 对采购订单进行管理（删除、修改、查找）C. 将采购订单发送给指定的供货商，通知其订货D.供货商交付货物时，系统根据采购订单进行验货处理，若符合订单内容，则填写进货单发送给仓库管理系统；若不符合订单内容，则生成退货单发送给供应商图 ① 采购管理子系统采购管理子系统数据流图细化如图。
系统一层数据流图氓购计埴出协f-烛埔i :②库存管理子系统库存管理子系统数据流图细化如图。
A.仓库管理员根据销售管理部门提供的进货单，对货物进行验收，若合格则入库，生成入库单记录入库商品的详细信息，仓库管理员同时修改库存商品信息；若验收不合格则进行退货处理，系统生成退货单B.从仓库提取货物时，系统根据销售部门提供的缺货单，进行出库管理，生成出库单，并修改库存商品信息C.超市的高级管理人员如经理，可以随时对库存信息进行查询1 I③销售管理子系统A.根据顾客销售的商品和商品信息，进行收银处理，生成商品销售记录B.对销售记录打印，生成销售单据给顾客C.在收银处理过程中，可以对销售信息进行修改、添加和删除操作；收银处理结束后，若销售信息出现了错误，只能将该次销售记录取消，重新进行录入D.根据超市的销售情况，实时检测货物数量，在货物短缺前生成缺货单，并将缺货信息传给库存管理子系统。
商禰信思飒货单笫训诂录图二层DFD ――销售管理细化④财务管理子系统A.根据库存管理部门的进货单，计算每笔业务的应付款和应付款明细B.根据销售管理部门的销售单，计算每笔业务的应收款和应收款明细C.财务人员根据各种查询需要对帐目进行查询和统计名字：编号别名：描述：所有的编号定义：编号=1｛字母I数字｝10位置：系统名字: 权限别名:描述: 用户使用本系统的权限级别，防止非授权的用户更改系统的数据资料定义: 编号— 1——经理等领导2 ——采购员3 —会计4 ——仓库管理员8 ——销售员位置: 整个系统概念结构设计(1)绘制分E-R图概念设计过程采用自底向上的设计方法，即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构。
根据需求分析给出的数据流图，参照数据字典中的详细描述，下面给出各个子系统的分E-R图的设计及对其进行的各项调整。
采购管理子系统荷品供货商退货单①实体属性定义图采购管理子系统E R图职员（职员编号、姓名、权限、口令）商品（条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注）供货商（供货商编号、供货商名称、公司地址、联系电话、Email）订单（订单编号、商品条码、商品名称、采购数量、采购开始日期、负责人编号、供应商名称）进货单（进货单编号、订单编号、商品条码、商品名称、商品类别、进货数量、进货日期、负责人编号）退货单（退货单编号、订单编号、商品条码、商品名称、退货数量、退货原因、仓库管理员编号、退货时间）②实体间联系：一个采购员可以填写多份采购订单，但是一份订单只能由一个采购员负责；一份采购订单中可以包含多种商品，一种商品也可以被多个订单采购；一个供货商可以供应多份采购订单的采购要求，但是每份采购订单只能交给一个供货商处理；一张采购定单中的货物可以分多次到货，因此可以生成多张进货单和退货单。
③说明：采购订单也可以表示为"采购员供货商商品”三个实体集之间的多对多联系；由于采购员是职员的一种，为了操作简便，将采购员抽象为职员实体集，用“权限”属性来表示职员不同的身份。
库存管理子系统采畋进货里缺货单扎屋单退忧单出阵单图库存管理子系统E_R图①实体属性定义：采购进货单（采购进货单编号、订单编号、负责人编号）缺货单（缺货单编号、缺货日期、负责人编号）职员（职员编号、姓名、权限、口令）入库单（入库单编号、进货单编号、仓库管理员编号、入库时间）出库单（出库单编号、缺货单编号、仓库管理员编号、出库时间）退货单（退货单编号、进货单编号、仓库管理员编号、退货时间）②实体间联系：一张进货单中的商品可以由多个仓库管理员在不同的时间分多次进行入库处理，每次入库时检查合格的商品要生成入库单入库；检查不合格的商品要生成退货单退回给供货商；一张缺货单中的商品可以由多个仓库管理员在不同的时间分多次进行出库处理；③说明：由于在入库单、出库单中只涉及到仓库管理员的编号，所以把仓库管理员作为属性而不是实体集处理；销售管理子系统①实体属性定义：商品（条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注）销售单（流水号、销售日期、收银员编号、机号、应收款、实收款、找回）缺货单（缺货单编号、缺货日期、负责人编号）②实体间联系：一张销售单中可以包含多种商品，而一种商品也可以被包含在多个销售单中，某个销售单销售的具体商品信息用销售明细表示。
一张缺货单中可以包含多种商品，而一种商品也可以被包含在多个销售单中，某个缺货单销售的具体商品信息用缺货单明细表示。
③说明：由于在销售单中只涉及到收银员的编号，所以把收银员作为属性而不是实体集处理。
财务管理子系统图财务管理子系统E R图①实体属性定义: 进货单（进货单编号、订单编号、负责人编号、商品条码、商品类别、商品数量、供应商名称）销售单（流水号、销售日期、收银员编号、机号、应收款、实收款、找回）商品（条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注）应付款（进货单编号、付款日期、应付金额、会计）应收款（销售单编号、收款日期、应收金额、会计）②实体间联系：应付款记录和进货单一一对应；应收款记录和销售单一一对应每笔应付款记录中可以包含多个商品，而每个商品可以包含在多个应付款记录中，每笔应付款记录中的具体付款信息由应付款明细表示每笔应收款记录中可以包含多个商品，而每个商品可以包含在多个应收款记录中，每笔应收款记录中的具体付款信息由应收款明细表示（2）视图集成以上是四个子系统的分E-R 图设计及其调整的整个过程，接着要做的就是将所有的分E-R图进行综合，合成一个系统的总E-R图。
分两步进行：第一步：合并。
解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。
各分E-R 图之间的冲突主要有三类：①属性冲突：属性域冲突，即属性值的类型、取值范围或取值集合不同。
由于本系统较简单，所以并不存在这种冲突；属性取值单位冲突。
由于本系统较简单，不存在这类冲突；②命名冲突：同名异义：由于本系统较简单，所以不存在这类冲突；异名同义：采购管理子系统中的进货单和库存管理子系统中的采购进货单命名不同但结构相同，因此统一名称为进货单；③结构冲突：同一对象在不同应用中具有不同的抽象：如职员实体，在各子系统中职员有不同的只能，本系统利用“权限”属性将其统一成一个实体集。
同一实体在不同分E-R 图中所包含的属性个数和属性排列次序不完全相同：由于本系统较简单，所以并不存在这种冲突；第二步：修改和重构。
消除不必要的冗余，生成总E-R图，由于本系统在子系统设计阶段就去掉了冗余，因此不存在这类问题，只需要将各分E-R 图直接进行合并即可。
下面给出总E-R 图，如图。
逻辑结构设计（1）与总E-R图对应的关系模式①实体所对应的关系模式：职员（职员编号、姓名、权限、口令）商品（条形码、商品名称、类别编号、库存上限、库存下限、现有库存量、现价、原价、备注）供货商（供货商编号、供货商名称、公司地址、联系电话、Email）订单（订单编号、商品条码、商品名称、采购数量、采购开始日期、负责人编号、供应商名称）进货单（进货单编号、订单编号、商品条码、商品名称、商品类别、进货数量、进货日期、负责人编号）退货单（退货单编号、订单编号、商品条码、商品名称、退货数量、退货原因、仓库管理员编号、退货时间）缺货单（缺货单编号、缺货日期、负责人编号）入库单（入库单编号、进货单编号、仓库管理员编号、入库时间）出库单（出库单编号、缺货单编号、仓库管理员编号、出库时间）销售单（流水号、销售日期、收银员编号、机号、应收款、实收款、找回）应付款（编号、进货单编号、付款日期、应付金额、会计）应收款（编号、销售单编号、收款日期、应收金额、会计）②联系所对应的关系模式：m：n联系的转换采购单明细（采购订单编号、商品条码、数量、类型、单价、金额）进货单明细（进货单编号、商品条码、数量、类型）缺货单明细（缺货单编号、商品条码、缺货数量）退货单明细（退货单编号、商品条码、退货数量、原因）入库明细（入库单编号、商品条码、数量）出库明细（出库单编号、商品条码、数量）销售明细（流水号、商品条码、数量、单价、金额）应付款明细（进货单编号、商品编号、商品单价、商品数量、单价、应付金额）应收款明细（销售单编号、商品编号、商品单价、商品数量、单价、应收金额）1：n联系的转换供货商和采购订单之间的1: n联系并入采购订单关系；职员和采购订单之间的1：n联系并入采购订单关系；采购订单和进货单之间的1: n联系并入进货单关系；采购订单和退货单之间的1: n联系并入退货单关系；进货单和入库单之间的1：n联系并入入库单关系；缺货单和出库单之间的1：n联系并入出库单关系；③关系模式的优化：采购订单（采购订单编号、商品条码、商品名称、采购数量、采购开始日期、负责人编号、供应商名称）该关系模式的主码为K=（采购订单编号、商品条码），存在的函数依赖集F包括：（采购订单编号、商品条码）7采购数量采购订单编号T采购开始日期，负责人编号，供应商名称商品条码7商品名称所以，该关系模式属于2NF。