数据库系统报告分析

实验（实训）报告浙江财经大学教务处制最后一公里物流系统—仓库管理子系统1引言近来几年电商的快速发展，以及网上购物的平民化大众化，衍生出物流这一行业并且现在蓬勃发展。而现在双十一、双十二等多个节日血拼的节日，人们的大量购物，物流行业进行大量的货品堆积与运输。而在货品从运输到客户接受的过程中，出现了一系列的问题。尽管在包裹发货和中转环节中，物流还是较为顺畅的，但在最后的派送环节还是出现了“卡壳”的问题。客户存在“查询显示包裹都送出好几天了，并且已经到目的地了，为什么还没收到？”等的问题与反馈。而货车进城层层受阻，市内堵车也经常发生，而在双11期间尽管快递公司为分拣、转运中心招聘了不少临时工，但专业性更强的终端配送快递员却极度短缺。快递配送的“最后一公里”的问题往往是使快递变成“慢递”的症结所在。针对最后一公里的物流，我们小组进行了最后一公里物流的系统设计。最后一公里物流数据库管理信息系统针对在物流公司已经将货品送到目的地本地的仓库或者配送中心之后的具体配送，即最后一公里物流是配送的最后一种环节。它的优势是能够实现“门到门”，准时按需的送货上门。2需求分析2.1调查与初步分析在编写需求前，首先是对各大网上物流和购物网站进行了调查，其中涉及：物流派送方式，客户反馈这两大块进行了调查。并总结出了有自己特色的设计思路。在物流派送上，最后一公里是最为重要的环节，应选择最精锐的派送员进行派送，然而在技术，人员经济等方面的约束下，往往在最后一公里的派送时，派送员缺少系统性的派送的意识，而造成了快件派送的不及时或者出现其它时间的错开，甚至出现快件的丢失。在快件较多的状况下，派送员分派给每个配送地区的时间相对的也会更加的少，而客户（取件人）会存在不能准时取件的问题，从而造成快件的无必要退回，既加重了配送员的任务，又给客户增添了烦恼。在客户反馈中，客户存在取件等待时间太短，货品配送停滞时间太久等的一系列问题。对于客户（取件人）来说，他们需要的是快速的配送，且较为充裕或者自由的取件时间。按照设计阶段提供的安全规范和故障恢复规范，数据库要经常检查系统的安全与否受到侵犯，根据顾客的实际需要授予顾客不同的操作权限。数据库在运行过程中，由于应用环境发生变化，对安全性的规定可能发生变化，数据库要根据实际状况及时调节对应的授权和密码，以确保数据库的安全。操作系统中的对象普通状况下是文献，而数据库支持的应用规定更为精细。同样数据库的完整性约束条件也可能会随应用环境的变化而变化，这时DBA也要对其进行调节，以满足顾客的规定。另外，为了确保系统在发生故障时，能够及时地进行恢复，DBA要针对不同的应用规定定制不同的转储计划，定时对数据库和日志文献进行备份，以使数据库在发生故障后恢复到某种一致性状态，确保数据库的完整性。针对以上存在的问题以及结合实际状况，我们设计了本系统——最后一公里物流系统，本系统分为三个模块，这里重要介绍其中一种模块——仓库管理模块。仓库管理模块涉及的内容有：入库、出库和库内管理等。2.2分析和体现需求2.2.1划分模块就仓库管理系统而言，该系统实现了：货品的入库管理、出库管理以及货品在库内的一系列管理。入库管理重要是对快件安排仓位、核对单货、登记精确、装卸规范和堆放原则进行管理。出库管理是对快件的出库手续、出库数量、装卸规范性、堆码原则、按出库单先后发放货品和出库单据保存归档的管理。仓库的库内管理重要进行定时检查成品与设备、维护仓库清洁与安全、确保各项运作规范与原则、统计汇总。2.2.2仓库管理子系统数据流图由于最后一公里物流信息管理系统的业务流程比较复杂,因此在进行数据流程分析时,采用了“自顶向下”的分析办法,也就是构造化分析办法,具体做法是第一步:拟定顶层数据流图顶层数据流图概括了最后一公里物流信息管理子管理系统的总功效、重要的输入流、重要的输出流和重要的数据存储。图2.2最后一公里物流信息管理系统的顶层数据流图第二步:对顶层图的功效进行分解,画出第二层数据流图（图为仓库管理子系统的数据流图）图2.4最后一公里物流信息管理系统子仓库管理系统的数据流图2.2.3数据字典数据项（数据项描述={数据项名，数据类型}）入库单号={入库单号，char，9}出库单号={出库单号，char，9}库存核对单号={库存核对单号，char，10}库存清单号={库存清单号，char，10}仓库职工号={仓库职工号，char，6}仓库职工姓名={仓库职工姓名，char，6}仓库职工的身份信息={仓库员工的身份信息，char，16}入库日期={入库日期，datetime，10}出库日期={出库日期，datetime，10}货品数量={货品数量，char，10}仓库地址={仓库地址，char，20}仓库号={仓库号，char，5}仓库电话={仓库电话，char，8}现有库存={现有库存，char，4}寄存仓位={寄存仓位，char，6}客户地址={客户地，varchar，18}订单编号={订单编号，char，10}数据构造（数据构造描述={数据构造名，含义阐明，构成}）入库单信息={入库单号，货品重量，入库日期}出库单信息={出库单号，货品重量，出库日期}库内信息={库存清单，库存核对单}职工信息={职工号，职工姓名，职工身份}仓库信息={仓库编号，仓库地址，仓库电话。现有库存}数据流（数据流描述={数据流名，阐明，数据流来源，数据流去向}）{货品数据，客户提交的货品，客户，入库信息}{出库单信息，出库时所用的单子，出库信息，出库单}{入库单信息，入库时所用的单子，入库信息，入库单}{库存信息，货品在仓库内的寄存信息，入库解决，库存清单}{库存核对信息，货品在仓库内的寄存的核对信息，库存清单，库存核对单}数据存储（数据存储描述={数据存储名，阐明，编号，输入的数据流，输出的数据流，构成}）入库信息={入库单，进入仓库的货品信息，入库单，货品数据，构成：{入库单}}库存核对清单={折扣规则，货品在仓库内的清单，库存清单号，库存清单，构成：{库存核对清单}}出库信息={应收账款，离开仓库的货品信息，出库单，出库单，构成：{出库单}}解决过程（解决过程描述={解决过程名，输入：{数据流}，输出：{数据流}，解决的简要阐明}）{入库解决，输入：{入库信息}，输出：{入库单}，仓库进行货品入库解决}{库内管理，输入：{库存清单}，输出：{库存核对单}，仓库对入库货品进行管理}{出库解决，输入：{出库信息}，输出：{出库单}，仓库对货品进行出库解决}3概念构造设计3.1设计各个子系统（视图）的分E-R图选择中层数据流图中的仓库管理系统数据流图作为设计分E-R图的根据；根据数据流图逐个设计分E-R图，拟定局部应用中的实体、实体的属性、码、实体之间的联系及其类型。会员管理是网上超市购物系统的一种子系统，通过分析会员管理管理的需求分析成果，我们能够懂得该子系统需要描述的实体有：仓库，货品，职工。对于每一种仓库有多个快件与之联系，每一种职工有多个管理人员进行管理领导。尚有其它实体与实体之间的联系，一一写出后能够得到下列有关仓库管理子系统的概念构造即E-R模型。图3.1仓库管理子系统E-R图4视图的集成；4.1合并分E-R图，生成初步E-R图合理消除个分E-R图的冲突是合并分E-R图的重要工作与核心所在。本次合并过程中重要消除了三类冲突：属性冲突，命名冲突和构造冲突。4.1.1合并订单管理模块与配送管理模块分E-R图消除属性冲突在合成配送管理与订单管理时，订单管理中的“客户姓名”属性定义为varchar类型，而在配送管理中被定义为char类型，消除冲突后统一定义为varchar类型；配送管理中的“收货地址”char类型改为与订单管理一致，定义为varchar类型；订单管理中的“订单时间”char类型改为与配送管理一致，定义为datetime类型；两个模块中的“订单编号”属性长度统一为10位，float类型。消除命名冲突配送管理中的收件地址改为客户地址，与订单管理中的命名一致。消除构造冲突订单管理中的“订单”包含的属性为{订单编号，订单时间，客户地址，客户姓名，客户电话}，配送管理中为{订单编号，订单时间，客户姓名，客户电话，职工号，客户地址}，取两者并集并适宜调节次序后为：订单{订单编号，订单时间，客户地址，客户姓名，客户电话，职工号}订单管理中的“客户”实体的属性为{客户姓名，客户电话，客户地址，客户账号}，配送管理中为{客户姓名，客户电话，客户地址}，取并集后为：客户{客户姓名，客户电话，客户地址，客户账号}。消除三类冲突后得到配送管理与订单管理的合E-R图，如REF_Ref14769\h图41所示：图41配送管理与订单管理合E-R图4.1.2集成图4-1与仓库管理模块分E-R图在订单管理模与配送管理合E-R图的基础上加入了仓库管理模块的仓库、货件两个实体以及出库、入库、库内管理三个联系，集成订单、仓库、配送合E-R图，如REF_Ref15020\h图42所示：图4-2仓库、配送、订单合E-R图4.1.3集成图4-2与客服管理分E-R图消除属性冲突参考图4-2中的各属性，客服管理中的“客户地址”类型定义为varchar类；客服地址根据客户地址的修改，定义为varchar类型；消除命名冲突集成过程中，在上图的基础上加入了客服、投诉单、理赔单三个实体，与其它实体或联系没有命名冲突。消除属性冲突与命名冲突后，形成总的E-R图，如REF_Ref10683\h图43所示：图43总E-R图总属性：仓库{仓库号，仓库电话，现有库存,仓库地址}货件{订单编号，货件地址，货件重量，寄存仓位}入库{入库单号，订单编号，入库日期，客户地址，货件重量，寄存仓位，仓库号}出库{出库单号，订单编号，出库日期，客户地址，货件重量，寄存仓位，仓库号}库内管理{订单编号，仓库号，库存清单号，库存核对单号，客户地址，货件重量，寄存仓位，仓库电话，现有库存,仓库地址}订单{订单编号，订单时间，客户地址，客户姓名，客户电话，职工号}配送计划{托运单编号，订单编号，配送时间，收货地址，回程车辆信息，空车车辆信息，配送路线，物流状态，客户地址，车辆信息}

跟踪单{跟踪单号，订单编号，客户姓名，客户电话，错误信息}客户{客户姓名，客户电话，客户地址，客户账户}费用清单{订单编号，费用金额，客户电话，客户姓名}跟踪单{订单编号，客户姓名，客户电话，客户地址}客服{客服工号，客服姓名，客服电话，客服地址}理赔单{订单编号，客户姓名，客户电话，客服工号，客服姓名，客服电话}投诉单{投诉单号，客户姓名，客户电话，客服工号，客服姓名，客服电话}反馈错误信息{订单编号，反馈时间，错误信息内容，客服工号，客服姓名

}从中抽出仓库管理的属性：仓库{仓库号，仓库电话，现有库存,仓库地址}货件{订单编号，客户地址，货件重量，寄存仓位}职工{职工工号，职工姓名，职工电话}入库{入库单号，入库日期}出库{出库单号，出库日期}库内管理{库存清单号，库存核对单号}4.2修改与重构，生成基本E-R图初步E-R图中可能存在冗余的数据和冗余的实体间联系，因此根据数据字典中有关数据项之间逻辑关系的阐明来消除冗余，从而生成基本E-R图：5逻辑构造设计5.1将概念构造转换为关系模型仓库（仓库号，仓库电话，现有库存,仓库地址）

货件（订单编号，客户地址，货件重量，寄存仓位）

入库（入库单号，订单编号，仓库号，入库日期，客户地址，货件重量，寄存仓位）

出库（出库单号，订单编号，仓库号，出库日期，客户地址，货件重量，寄存仓位）库内管理（订单编号，仓库号，库存清单号，库存核对单号，客户地址，货件重量，寄存仓位，仓库电话，现有库存,仓库地址）

仓库管理（职工工号，仓库号，仓库电话，现有库存,仓库地址，职工姓名，职工电话）

订单（订单编号，订单时间，客户地址，客户姓名，客户电话）

配送计划（托运单号，订单编号，客户地址，物流状态，配送路线）

配送路线（客户地址，配送路线，配送时间，回程车辆信息，空车车辆信息，车辆信息）

跟踪单（跟踪单号，订单编号，客户姓名，客户电话，错误信息）

托运单（托运单号，订单编号，客户地址，客户姓名，客户电话）

订单专人（专人工号，专人姓名，专人电话）

客户（客户电话，客户姓名，客户地址,客户账号，客户地址）

订单分派（订单编号，分派区域，专人工号，分派时间）

收退（订单编号，专人工号，费用金额，收退状态）

费用清单（订单编号，客户电话，费用金额，客户姓名）

客服（客服工号，客服姓名，客服电话，客服地址）

理赔单（订单编号，客户姓名，客户电话，错误信息内容，理赔信息内容，客服工号，客服姓名）

投诉单（投诉单号，投诉时间，投诉内容，客户姓名，客户电话，客服工号，客服姓名）

反馈错误信息（订单编号，客服工号，反馈时间，错误信息内容，客服姓名）从中抽出仓库管理子系统的关系模型以下：仓库（仓库号，仓库电话，现有库存,仓库地址，仓库面积）

货件（订单编号，客户地址，货件重量，寄存仓位）

职工（职工工号，职工姓名，职工电话）

入库（入库单号，订单编号，仓库号，入库日期，客户地址，货件重量，寄存仓位）

出库（出库单号，订单编号，仓库号，出库日期，客户地址，货件重量，寄存仓位）

库内管理（订单编号，仓库号，库存清单号，库存核对单号，客户地址，货件重量，寄存仓位，仓库电话，现有库存,仓库地址）

仓库管理（职工工号，仓库号，仓库电话，现有库存,仓库地址，职工姓名，职工电话）5.2对数据模型进行优化（1）货件（订单编号，客户地址，货件重量，寄存仓位）

1.

该关系中，每个属性都是不可分的，因此该关系属于1NF。

2.

该关系中主码是(货件订单号)，主码是单属性,因此不存在非主属性对主码的部分函数依赖，该关系属于2NF。

3.由需求可知货品重量不能决定客户地址，因此不存在非主属性对候选码的传递函数依赖，该属性属于3NF。

4.

由于以上关系已经不存在任何属性对码的传递函数依赖和部分依赖，因此，还属于BCNF。

（2）仓库（仓库号，仓库电话，现有库存,仓库地址）

1.该关系中，每个属性都是不可分的，因此该关系属于1NF。

2.该关系中主码是(货号)，主码是单属性,因此不存在非主属性对主码的部分函数依赖，该关系属于2NF。

3.由需求可知该关系中不存在非主属性对候选码的传递函数依赖，该属性属于3NF。

4.由于以上关系已经不存在任何属性对码的传递函数依赖和部分依赖，因此，还属于BCNF。

（3）职工（职工工号，职工姓名，职工电话）

1.该关系中，每个属性都是不可分的，因此该关系属于1NF。

2.该关系中主码是(货号)，主码是单属性,因此不存在非主属性对主码的部分函数依赖，该关系属于2NF。

3.由需求可知该关系中不存在非主属性对候选码的传递函数依赖，该属性属于3NF。

4.由于以上关系已经不存在任何属性对码的传递函数依赖和部分依赖，因此，还属于BCNF。（4）入库（入库单号，订单编号，仓库号，寄存仓位，入库日期，客户地址，货件重量，仓库电话，现有库存,仓库地址）1.该关系中，每个属性都是不可分的，因此该关系属于1NF。2.该关系中主码是入库单号，订单编号和仓库号的集合，而订单编号决定客户地址、货件重量和寄存仓位，仓库号决定仓库电话，仓库地址和现有