代理商销售采购及财务信息管理子系统数据库设计文档Word文档下载推荐.docx
《代理商销售采购及财务信息管理子系统数据库设计文档Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《代理商销售采购及财务信息管理子系统数据库设计文档Word文档下载推荐.docx（24页珍藏版）》请在冰豆网上搜索。
管理发货单
管理采购订单
管理库存记录
查看暂订订单
添加
删除
修改
核对修改明细
编制报表
应收款明细
应付款明细
正确
存档
参照计划任务
主管部员工
销售部员工
财务部员工
采购部员工
（二）系统流程图
：
代理商销售采购及财务信息管理子系统主要有销售，采购，财务，计划任务等几大模块。
销售管理主要是接收客户的订单，并对订单做处理，如检索修改库存，开发货单等等。
采购管理主要是在检索库存后得知货源不足情况下向供应商采购商品，另外，在主管部门计划任务的分配下，采购部也会定期购货。
财务管理主要是对明细账进行管理，以及产生报表以供主管部门参考。
计划任务管理主要是根据报表，分析业务情况，编制计划，并引导采购部购货。
（三）系统功能图
（四）数据流图
客户
填写订单
销售订单
接收
销售部
处理订单1.0
发货单
仓库库存记录
满足需求
不满足需求
暂订订单
采购部
供应商
到货处理2.0
财务部
应收款明细账
核对3.0
缺货信息
商品信息
订单信息
订单
反馈的结果
订单数据
暂订单
商品
根据选择的商品
1.根据代理商销售采购及财务信息管理子系统，数据流图如下所示：
开采购单4.0
接收发货单
应付款明细账
主管部
报表
管理计划任务5.0
计划任务
财务业绩信息
报表数据
报表信息
商品数据
任务信息
采购单信息
a.
b.到货处理2.0
c.核对3.0
统计订购信息4.1
开采购单4.2
发送采购单4.3
根据信息
e.计划任务5.0
主管部门
分析财务报表5.1
编制计划任务
接受
业绩信息
2.数据字典
数据字典
发货单数据流图，该数据流图包括对客户订单、应收款明细帐目等数据流，同时涉及对这些数据的选定、修改、添加、删除和查询等数据处理过程。
①数据项的描述
数据项名称：
发货单编号
含义说明：
唯一标识每份发货单
类型：
string
长度：
13
取值范围：
000001010001~9912319999
取值含义：
前4位标识年份，5、6位标识月份，7、8位标识日期，9、10、11、12、13位顺序编码
②数据流的描述
数据流名称：
说明：
销售部全部发货单
数据流来源：
客户订单信息
数据流去向：
应收款明细帐目显示
组成：
发货单编号,订单编号，销售部员工编号，发货日期，交货地点，客户编号，备注
③数据存储的描述
数据存储名：
应收款
保存每一份发货单公司获得的收入的描述
输入的数据流：
新增发货单
输出的数据流：
应收款明细帐目
应收款明细账编号,销售部员工编号，客户编号，商品编号，公司账号，收款金额，发票号码
④处理过程的描述
处理过程名：
制定发货单内容
对一份发货单，根据客户所需求确定发货单的内容，及仓库有没有足够库存或能否及时从供应商提货以满足客户需求。
再根据公司要求，制定发货单内容。
输入：
订单编号，销售部员工编号，发货日期，交货地点，客户编号，备注
输出：
处理：
a.判断是否能在规定时间准备客户需求商品数量
b.判断交易收入是否合理
c.若a，b都满足，则在出版社的发货单中添加一条发货记录
d.处理完全部客户提出发货单后，形成应收款明细帐目
二、概念结构设计
（一）代理商销售采购及财务信息管理子系统的细节E-R图
（二）代理商销售采购及财务信息管理子系统全局E-R图
合并局部E-R图，形成全局E-R图，如下图所示:
三、逻辑结构设计
根据实体到关系模式以及联系到关系模式，可以得到以下一组关系模式：
代理商销售采购信息管理子系统关系模式：
商品（商品编号,商品名称，单价，生产日期，有效日期，规格，供应商编号，仓库库存记录编号，采购部员工编号，描述）
PK=商品编号,FK=供应商编号，仓库库存记录编号，采购部员工编号
客户（客户编号，客户姓名，联系地址，联系方式，注册日期，客户银行帐号，订单编号）
PK=客户编号,FK=订单编号
供应商（供应商编号，供应商简称，供应商全名，法定代表姓名，联系地址，联系方式，供应商银行账号，注册日期，执照号码，商品编号）
PK=供应商编号,FK=商品编号
客户订单（订单编号,日期，客户编号，商品编号，状态，数量，交货日期，交货地点，备注）
PK=订单编号,FK=客户编号，商品编号
发货单（发货单编号,订单编号，销售部员工编号，发货日期，交货地点，客户编号，备注）
PK=发货单编号,FK=订单编号，销售部员工编号，客户编号
暂订订单（暂定订单编号，订单编号,，销售部员工编号，备注）
PK=暂定订单编号,FK=订单编号,，销售部员工编号
财务报表（报表编号,财务部员工编号，日期，付款全额，收款全额，收支总额，资金流动情况，备注）
PK=报表编号,FK=财务部员工编号
应付款明细账（应付款明细账编号,采购部员工编号，商品编号,供应商编号,公司账号，付款金额，发票号码，来源单据）
PK=应付款明细账编号,FK=采购部员工编号，商品编号,供应商编号
应收款明细账（应收款明细账编号,销售部员工编号，客户编号，商品编号，公司账号，收款金额，发票号码）
PK=发货单编号,FK=客户编号，销售部员工编号，客户编号，商品编号
仓库库存记录（仓库库存记录编号,商品编号，采购部员工编号，入库时间，库存地点，数量）
PK=仓库库存记录编号,FK=商品编号，采购部员工编号
计划任务（计划任务编号，主管部员工编号，主题，创建时间，内容，附件，备注）
PK=计划任务编号,FK=主管部员工编号
主管部（主管部员工编号，计划任务编号，员工姓名，职能，联系方式）
PK=主管部员工编号,FK=计划任务编号
财务部（财务部员工编号，报表编号，员工姓名，职能，联系方式）
PK=财务部员工编号,FK=报表编号
采购部（采购部员工编号，商品编号，应付款明细账编号，员工姓名，职能，联系方式）
PK=采购部员工编号,FK=商品编号，应付款明细账编号
销售部（销售部员工编号，发货单编号，应收款明细账编号，员工姓名，职能，联系方式）
PK=销售部员工编号,FK=发货单编号，应收款明细账编号
选择（商品编号，客户订单编号，数量）
PK=商品编号,FK=客户订单编号
四、物理结构设计
1.确定数据库的存储结构
本部分主要是确定数据库物理结构，即确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。
在综合考虑存取时间、存储空间利用率和维护代价三方面的因素下，经过权衡，确定下数据的存放位置和存储结构。
1．确定数据的存放位置
为了提高系统的性能，根据应用情况将数据的易变部分与稳定部分、经常存取部分与存取效率较低部分分开存放。
考虑到目前许多计算机都有多个磁盘，因此将表（如消费单表）和索引放在不同的磁盘上，在查询时，两个磁盘驱动器并行工作，可以大大提高I/O读写的效率；
而对于较大的表（如消费单的表）则分放在两个磁盘上，这样可以加快存取速度，在多用户环境下的作用更有效；
为了改进系统的性能，将日志文件与数据库对象（表、索引等）放在了不同的盘上。
2、确定系统配置
在数据库设计初始阶段，为了对以后的数据库进行物理优化，提供了一些系统配置变量、存储分配系数，并对这些变量赋予了合理的缺省值。
但是这些值不一定适合每一种应用环境，在进行物理设计时，对这些变量重新赋值，以改善系统的性能。
对系统配置的变量，例如：
同时使用数据库的用户数，同时打开的数据库对象数，内存分配参数，缓冲区分配参数（使用的缓冲区长度、个数），存储分配参数，物理块的大小，物理块装填因子，时间片大小，数据库的大小，锁的数目等。
这些参数值直接影响存取时间和存储空间的分配，在物理设计时应根据应用环境确定这些参数值，以使系统性能最佳。
将以上的数据库概念模型转化为数据库的逻辑结构，数据库由以下几个表格组成，各个表格的设计结果如下面表格所示。
每个表格表示在数据库中的一个表。
表一：
商品信息表
字段名
类型
长度
允许空
索引
说明
商品编号
String
8
NotNull
使用
前6位年月日，后2位序号
商品名称
Char
255
不使用
单价
Float
7
精确到分
生产日期
Date
****年**月**日
有效日期
Null
规格
供应商编号
前2位注册年份，后6位序号
采购部员工编号
描述
VarChar
1023
表二：
客户信息表
客户编号
客户姓名
联系地址
联系方式
注册日期
客户银行帐号
19
订单编号
前8位年月日，后5位序号
表三：
供应商信息表
供应商全称
供应商简称
法定代表姓名
供应商银行帐号
执照号码
15
商品编号
表四：
客户订单信息表
日期
状态
数量
Int
4
交货日期
交货地点
备注
4095
表五：
发货单信息表
销售部员工编号
发货日期
表六：
暂订订单信息表
暂订订单编号
表七：
财务报表信息表
报表编号
12
前8位年月日，后4位序号
财务部员工编号
付款全额
9
收款全额
收支总额
资金流动情况
表八：
应付款明细账信息表
应付款明细账编号
采购部员工编号
公司账号
付款金额
发票号码
来源单据
表九：
应收款明细账信息表
应收款明细账编号
收款金额
表十：
仓库库存记录信息表
仓库库存记录编号
入库时间
库存地点
表十一：
计划任务信息表
计划任务编号
主管部员工编号
主题
创建时间
内容
附件
表十二：
主管部信息表
员工姓名
职能
表十三：
财务部信息表
表十四：
采购部信息表
表十五：
销售部信息表
表十六：
客户选择信息表
客户订单编号
升级会员 