商品销售管理数据库系统设计概要

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

线

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

而本系统系统的组织主要有3个部门：

销售部门：主要是对订单进行分析审核开出相应的票据，对企业的销售情况进行记录；

财务部门：主要对资金流动方面进行操作和开发票确认资金流向，对企业的资金发展起指导作用；

仓库部门：主要对货物仓库的账本进行调整和对货物的出进仓进行管理。

组织结构图如图1：

图1 商品销售管理系统的组织结构图

2.2 功能描述

客户产生需求，生成订单。销售部门对订单进行审核，合格订单则继续工作流程，若是不合格订单则退会给客户。确定合格订单后，并且需要记录在销售账本中，以便于查阅公司企业的商品销售情况。开销售小票，传递到财务部门。财务部门会进行款项的处理（收款），并对借贷收款情况记录在财务账本。开出发票与小票，小票以作为仓库部门的发货依据，仓库部门发货给客户，并做好库存的记录，收取客户的到货签收单。

业务流程图如图2：

图2 销售业务管理业务流程图

2.2数据流分析

根据商品销售管理系统的业务流程图，对其数据进行深入的分析，利用PowerDesigner工作绘制出数据流图（DFD），其中共有3种方案。

方案1如图3：

图3方案1的数据流图

方案2如图4：

图4 方案2的数据流图

方案3如图5：

图5 方案3的数据流图

方案1：

在方案一中，客户直接产生订单，然后订单进行了审核，在审核的过程中忽视了库存的部分，而导致在假设库存都足够的情况，因而可能会导致订单生成可是库存却不足的情况。在数据流图过程中主要以小票的方式进行部门的传递，造成混乱，小票过多难以辨清，并且在企业内部容易造成部门之间的功能实现受阻。

方案2：

在方案二中，在审核过程中增加了缺货量项目，可以明确订单生成确定。不至于造成库存不足的销售影响。在数据传递中运用了其他的方式传递于下一个部门，可是在实现数据流通的过程中还是不够完善。

图6 商品销售管理业务ER概念模型图

图7销售管理业务ER物理模型图

定义索引

主键索引

1）出货单_PK，按升序排列； 2）到货签收单_PK，按升序排

2）3）库存账本_PK ，按升序排列； 4）支付凭证_PK，按升序排列； 5）订单_PK，按升序排列；6）财务账本_PK，按升序排列；7）销售小票_PK，按升序排列；8）销售账本_PK，按升序排列； 9）顾客_PK ，按升序排列。

外键索引

1）出货计划生成_FK，按升序排列；2）到货签收2_FK，按升序排列；3）发货_FK ，按升序排列；

到货签收_FK，按升序排列；4）付款_FK，按升序排列；审核_FK，按升序排列；

5）出货计划生成2_FK，按升序排列；6）收款_FK，按升序排列；需求_FK，按升序排列。

4 数据库物理设计

数据文件‘商品销售管理.mdf’储存位置及其大小：

---------------------------------------------装---------------------------------

--------- 订 -----------------------------------------线

----------------------------------------

页脚内容21