商品物流管理系统设计与实现毕业设计论文.doc

商品物流管理系统设计与实现
──中睿商品物流管理系统
摘 要：随着市场经济的高速发展，物流服务行业也迅速发展，同时物流企业也面临越来越大的挑战。物流管理是一门集现代运输、仓库管理、物件配送、信息跟踪等诸多业务技术为一体的综合学科。如何缩短物流过程、降低资源消耗、更加快捷准确的配送物件是各个物流企业首先需要解决的问题。该物流管理系统是一个能运用于处理一般性物流管理业务的管理系统，能为员工带来最大的方便为客户带来最优的服务。
关键词：物流；员工；物流管理系统
Abstract: With the rapid development of market economy, the logistics service industry is developing rapidly.At the same time, logistics enterprises is also facing a growing challenge .Logistics management is an integrated subject of modern transportation, warehouse management, goods distribution, information tracking and many other business technology as a whole. How to shorten the logistics process, reduce the consumption of resources, more efficient and accurate distributionobject is the various logistics enterprises need to solve the first problem. The logistics management system can be used to deal with general logistics management business, bring the biggest convenience for employees and bring the best service for customers.
Key words: Logistics;Staff;Logistics management system

1 引言

随着计算机网络的不断普及，网购成了一种越来越流行的购物方式。与网购一同兴起了另一个行业：物流服务行业。二零零九年三月份，国务院发布了《物流业调整和振兴规划》，使得物流行业发展得到政策支持。目前，我国各类物流企业有14万家左右，展望整个21世纪，可以肯定现代物流业肯定还有更大的发展。经济全球化及现代物流物流业发展的系统化、信息化、仓库运输的现代化和综合化等趋势，对我国物流业的发展提出了全方位的挑战。物流管理是一门集现代运输、仓库管理、物件配送、信息跟踪等诸多业务技术为一体的综合学科。
因此，本系统便应运而生，将解决诸如“如何缩短物流过程，降低产品仓库，更加快捷准确的配送物件”的问题。其中，配送环节是物流过程中至关重要的一个环节，以高效的管理实现较低的物流成本为顾客提供满意的服务是物流行业的最高目标。显然传统物流行业的操作模式已经不适应现代的物流行业了，一个完备的物流管理系统对物流行业的发展必不可少。

2 物流管理系统需求分析

2.1 系统分析
2.1.1 可行性分析
由于传统物流行业操作过程复杂，手续繁多，业务信息多，围绕这些信息的处理也很纷杂。而且，物流行业竞争激烈，以及在业务操作中对业务数据处理的准确性和严密性，而更高层次上，还牵涉到公司决策层对整体业务的控制和协调。
物流管理系统从物流行业的实际需求出发，参照先进的物流理念和多家领先的物流公司实际的运营流程开发而成，系统从完善的基础信息设置到货物的托运管理、在线跟踪，信息查询、到最后各种报表的生成，清晰的业务流程，使操作人员能够按照流程清晰的进行实际的操作，保证物流运作有序而高效的进行。
2.1.2 项目要达到的目标
本项目设定的目标如下：
1. 货物储存方便快捷，尽量避免货物积压
2. 仓库、员工的管理以及货物的配送得到良好的安排
3. 方便了客户查询企业信息，并且为客户下订单提供了良好的系统
4. 通过系统优化使人力物力得到节约
5. 安全保存各种信息，用户能方便快捷的查询信息
2.1.3 范围
该物流管理项目是开发一个能运用于处理一般性物流管理业务的管理系统，能实现员工管理、子公司管理、车辆管理、订单管理、物流动态跟踪等功能。
使用对象分别为：
1. 普通用户：能在登陆时根据物流编号查询该订单的物流信息；能对订单进行增删管理；能查询所有网点的信息。
2. 管理员：能新建用户，并赋予用户名、密码和登陆类别；对员工的详细信息进行增删改查管理；能对车辆、车队进行增删管理；能对物流类别进行增删管理。
2.2 系统定义
2.2.1 项目来源及背景
国家提升重庆战略定位，物流业提升城市核心竞争力的能力需求凸显。“十二五”是重庆建设国家中心城市和内陆开放高地的关键时期，物流业需进一步提升吸引集聚市内外要素资源的各种能力。在全市建设国家重要的先进制造业基地和西部地区现代服务业高地的过程中，物流业与其他产业密切联动发展，成为保障制造业布局优化、提升消费服务环境、提高经济增长质量和效益、促进经济结构战略性调整的基础性产业。建设统筹城乡直辖市，物流业对促进实现城乡对接、区域协调均衡发展意义重大。在当前的企业中，由于物流配送的发展与人们的需求存在着很大的差距，因此，深入分析物流配送的影响和作用，把握物流配送的现状及发展方向，探寻促进物流配送发展的解决方案，以理论指导实践，是摆在我们面前的重要课题，也是我们分析物流装载中的配送问题的目的。
物流管理系统是集现代运输、仓储配送、搬运、调度、跟踪为一体的网络系统，系统的开发实现了商品从原料供应商、制造商、分销商到零售商再到消费者的各个环节的有机结合。
2.2.2 系统整体结构
根据用户的需求陈述，可以确定本项目分为管理员、普通员工、客户，普通员工部分主要功能是对订单信息进行操作，客户部分的主要功能是查询订单信息等，管理员的功能提供员工管理、子公司管理等。他们的关系如图1-1。

图2-1 系统结构
2.3 应用环境
2.3.1 系统运行网络环境
本系统的网络运行，无论是本公司的管理者还是普通员工都可以通过网络登录到本系统中。
2.3.2 系统运行硬件环境
本系统的硬件环境如下：
客户机：普通PC
CPU：P4 1.8GHz
内存：256MB以上
分辨率：推荐使用1024*768像素
WEB服务器
CPU：P4 1.8GHz
内存：256MB以上
数据库服务器
CPU：P4 1.8GHz
内存：256MB以上
2.3.3 系统运行软件环境
本系统的硬件环境如下：
操作系统：Windows 7
数据库：MYSQL
开发工具包：JDK
JSP服务器：Tomcat
浏览器：IE6.0
2.4 功能规格
我们采用了基于时下比较流行的MVC模式设计，用jsp+javascript+javabean的技术，结合mysql数据库，开发本系统。系统稳定性、安全性、可移植性更强。
2.4.1 物流公司物流信息管理系统的功能要求
a. 用户登陆功能。用户输入用户名、相应的密码和登陆类别，即可登陆进本系统，不同的登陆类别拥有的功能权限不同，密码错误会返回重新登陆。
b. 员工管理功能。实现将员工详细信息（员工编号、员工姓名、员工性别、员工年龄、员工学历、员工生日、员工电话、职位编号）存入数据库中并进行增删改查功能，实现对员工登陆密码的修改功能。该权限只有管理员拥有。
c. 子公司管理功能。将子公司、车队和订单类别等的信息存入了数据库，并对这些信息进行增删改查等处理。能进行子公司添加、子公司查询、车队通知、车队查询、订单类别添加和订单类别删除等操作。该权限只有管理员拥有。
d.订单管理功能。能将订单进行处理并将信息存入数据库，可以进行货物跟踪，随时了解商品所在地，还能查询网点信息，包括新建运单、运单查询、即时运单、运单销毁和网点查询。该权限只有普通员工拥有。
2.4.2 角色（Actor）定义
角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。
①　 普通用户是指在这个物流管理系统中的订单管理者，能在登陆时根据物流编号查询该订单的物流信息；能对订单进行增删管理；能查询所有网点的信息。
②　 管理用户是指在这个物流管理系统中能对员工和子公司等进行管理的执行者。能通过管理端对系统用户进行新建，并赋予用户名、密码和登陆权限；对员工的详细信息进行增删改查管理；能对车辆、车队和物流类别进行增删管理。
③　 数据库是一个与系统产生交互的外部系统，这个Actor负责系统的数据查询、增加、删除和修改等操作。
2.4.3 系统主Use Case图
物流管理系统可以分为两个主要的组成部分，一个是客户端系统，一个是管理端系统。客户端系统主要是指普通员工通过登录物流网站进行订单操作的功能。管理端系统是物流公司的管理人员进行员工和子公司操作的功能。系统的主Use Case图如图所示。

图2-2 Use Case图
①　 登录管理：
登录管理是负责所有的用户的登录，所有用户要登录到系统必须经过登录界面，输入自己的用户名、密码和登陆类别登陆，不同的登录人可能具有不同的权限，根据不同的权限现实不同的功能。具体描述如下：
用例描述：登陆管理
执行者：所有用户
前置条件：用户已经注册
后置条件：登陆成功后进入各自拥有权限的操作界面
基本路径：
a.进入用户登陆界面；
b.输入用户名、密码和登陆类别；
c.若存在该用户，且密码和登陆类别与之匹配，则登陆成功；
d.若不存在该用户，或密码、登陆类别与之不匹配，则重新返回登陆界面。
②　 员工管理：
员工管理是管理员对员工详细信息（员工编号、员工姓名、员工性别、员工年龄、员工学历、员工生日、员工电话、职位编号、登陆密码、登陆类别）进行操作。具体描述如下：
用例描述：员工管理
执行者：管理员
前置条件：用户已经进行管理员登陆
后置条件：能对存入数据库的员工信息进行增删改查操作，增删改操作成功后数据库中对应的信息也会相应地改变
基本路径：
a.进入员工管理界面；
b.选择要进行的操作，如添加员工；
c.根据规定的格式添加新员工和员工的详细信息；
d.提示操作成功后，点击查找员工，可以发现新员工已经添加成功。
③　 车辆管理：
车辆管理是管理员登录到系统，管理员根据车辆信息提取出来的，并分派订单的调度管理，并且可以对车辆进行增、删功能。具体功能描述如下：
用例描述：车辆管理
执行者：管理员
前置条件：用户已经进行管理员登陆
后置条件：能对车辆信息进行增删查功能，增删操作成功后数据库中的车辆信息也随之变化。
基本路径：
a.进入车辆管理界面，有增删改查、调度的选项；
b.可以添加新的车辆；
c.可以查询或修改查询的车辆；
d.可以删除选择的车辆；
e.在新的订单生成时，可以调度车辆。
④　 订单管理：
订单管理用例是普通员工登录到系统，对订单的增、删、改的功能，及提供订单的详细信息。具体描述如下：
用例描述：订单管理
执行者：普通员工
前置条件：用户已进行普通员工登陆
后置条件：如果订单库维护成功后，则数据库中的订单库随之变化，可以生成订单
基本路径：
a.进入订单管理界面，有增删改查的选项；
b.点击增加订单，可以添加新的订单；
c.可以查询或修改查询的订单；
d.可以删除选择的订单。
2.5 性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。
2.5.1 界面需求
系统的界面要求如下：
①　 页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
②　 导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。
③　 技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。
④　 艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。
2.5.2 响应时间需求
无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。
2.5.3 可靠性需求
系统应保证7X24内不当机，保证20人可以同时在客户端登录，系统正常运行，正确提示相关内容。
2.5.4 开放性需求
系统应具有十分的灵活性，以适应将来功能扩展的需求。
2.5.5 可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
2.5.6 系统安全性需求
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取网页以及内容。

3 物流管理系统数据库设计

中睿物流管理系统使用的是MySQL数据库。MySQL数据库体积小、速度快、可靠性高、总体拥有成本低，MySQL数据库适应性强，可以在C、C++、Java、PHP等不同的平台上使用，而且MySQL数据库是开放源码的免费数据库，任何人都可以在general public license的许可下下载并根据个性化的需要对其进行修改。根据MySQL数据库的一系列优点和本项目的实际需要我们选择的是MySQL数据库。
3.1 概念结构设计

图3-1 车辆设计

图3-2 运单设计

图3-3 员工设计

图3-4 公司设计

图3-5 物流管理E-R图
3.2 物理结构设计
图3-6 物理结构
3.3 逻辑结构设计
3.3.1 数据库范式
范式是符合某一种级别的关系模式的集合。关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。常用的是第一范式、第二范式和第三范式。
所谓第一范式是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值或者重复的属性，如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式中表的每一行只包含一个实例的信息，即第一范式就是无重复的列。
第二范式是在第一范式的基础上建立起来的，第二范式要求数据库表中的每个实例或行必须可以被惟一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。第二范式要求实体的属性完全依赖于主关键字，这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。简而言之，第二范式就是属性完全依赖于主键。
满足第三范式必须先满足第二范式。简而言之，第三范式要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号、部门名称、等信息。那么在的员工信息表中列出部门编号后就不能再将部门名称等与部门有关的信息。如果不存在部门信息表，则根据第三范式也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。
根据本次项目的实际需要和设计与使用的方便，该项目采用的是数据库的第二范式。
3.3.2 数据库表格
表3-1 车辆管理表Car
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
Int(4)
是
否
该表自动编号
02
carid
varchar(20)
否
否
车辆牌号
03
driverid
varchar(20)
否
否
驾驶员编号
04
carteamid
varchar(20)
否
否
所属车队编号

表3-2 车队信息表cTeam
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
int(4)
是
否
该表自动编号
02
carteamid
varchar(20)
否
否
车辆编号
03
empid
varchar(20)
否
否
员工编号

表3-3 商品分类表gClass
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
Int(4)
是
否
该表自动编号
02
goodclassid
varchar(20)
否
否
商品分类编号
03
goodclassname
varchar(20)
否
否
商品分类名称

表3-4 职员信息表Emp
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
int(4)
是
否
该表自动编号
02
empid
varchar(20)
否
否
员工编号
03
empname
varchar(20)
否
否
员工姓名
04
empsex
enum('男','女')
否
否
员工性别
05
empage
varchar(20)
否
否
员工年龄
06
empdate
varchar(20)
否
是
员工生日
07
emptel
varchar(20)
否
是
员工电话
08
jobid
varchar(20)
否
否
职位编号

表3-5 职位信息表job
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
int(4)
是
否
该表自动编号
02
jobid
varchar(20)
否
否
职位编号
03
depart
varchar(20)
否
否
部门编号
04
jobname
varchar(20)
否
否
职位名称

表3-6 商品信息表Good
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
int(4)
是
否
该表自动标号
02
goodid
varchar(20)
否
否
商品编号
03
goodname
varchar(20)
否
否
商品名称
04
goodclassid
varchar(20)
否
否
商品分类编号
05
username
varchar(20)
否
否
客户编号
06
inwarehouse
varchar(20)
否
否
上一站仓库编号
07
outwarehouse
varchar(20)
否
否
下一站仓库编号
08
count
varchar(20)
否
否
商品数量
09
nowwarehouse
varchar(20)
否
否
所在仓库编号
10
createtime
date
否
否
生产日期
11
empid
varchar(20)
否
否
员工编号
12
postil
varchar(20)
否
否
备注

表3-7 用户登陆表login
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
int(4)
是
否
该表自动编号
02
empid
varchar(20)
否
否
员工编号
03
password
varchar(20)
否
否
密码
04
loginclass
enum
否
否
登陆类别

表3-8 仓库信息表warehouse
编号
字段名
字段类型
否为主键
是否为空
备注信息
01
num
int(4)
是
否
该表自动编号
02
warehouseid
varchar(20)
否
否
仓库编号
03
warehousename
varchar(20)
否
否
仓库名字
04
address
varchar(500)
否
否
仓库地址
3.4 数据字典设计
数据项
数据类型
数据名称
数据用途
empid
varchar(20)
员工编号
记录员工的编号
empname
varchar(20)
员工姓名
记录员工的姓名
empsex
enum('男','女')
员工性别
记录员工的性别
empage
int(4)
员工年龄
记录员工的年龄
education
varchar(20)
员工学历
记录员工的学历
empdate
date
员工生日
记录员工的生日
emptel
int(4)
员工电话
记录员工的电话号码
jobid
varchar(20)
职位编号
记录职位编号
carid
varchar(20)
车辆牌号
记录车辆牌号
driverid
varchar(20)
驾驶员编号
记录驾驶员编号
carteamid
varchar(20)
车队编号
记录车辆所在车队的编号
password
varchar(20)
密码
记录用户的登陆密码
loginclass
enum
登陆类别
记录用户的登陆类别
goodclassid
varchar(20)
商品分类编号
记录商品的分类编号
goodclassname
varchar(20)
商品类别名称
记录商品的类别名称
depart
varchar(20)
部门编号
记录部门编号
jobname
varchar(20)
职位名称
记录职位名称
goodid
varchar(20)
商品编号
记录商品编号
goodname
varchar(20)
商品名称
记录商品名称
userid
varchar(20)
客户编号
记录客户编号
inwarehouse
varchar(20)
发件仓库编号
记录商品发件的仓库编号
outwarehouse
varchar(20)
目的仓库编号
记录商品目的的仓库编号
count
varchar(20)
商品数量
记录商品数量
nowwarehouse
varchar(20)
所在仓库编号
记录商品目前所在的仓库编号
createtime
date
产生日期
记录订单的产生日期
postil
varchar(20)
备注
记录商品特殊信息备注
warehouseid
varchar(20)
仓库编号
记录仓库的编号
warehousename
varchar(20)
仓库名字
记录仓库的名字
address
varchar(500)
仓库地址
记录仓库的地址
表3-9 数据库字典表

3.5 安全保密设计
在登陆界面中，判断内部机制id和password是否一致；根据权限分类（loginclass），可分为manager和employer，各功能模块需有相应的权限方能进入； 为了确保数据的安全，本项目的数据库设置了数据库备份。

4 物流管理系统详细设计

4.1 登陆管理模块设计说明
4.1.1 程序描述
添加用户时赋予了用户员工编号、登陆密码和登陆类别，并将这些信息存入了数据库。该程序能实现用户根据员工编号、相应的密码和登陆类别来登陆该系统。
4.1.2 功能
可以实现用户登陆的功能。添加用户时包括了用户名、密码和登陆类别，登陆的时候需输入用户名、相应的密码和登陆类别，不同的登陆类别拥有的功能权限不同，密码错误会返回重新登陆。
4.1.3 性能
用户可直接通过WEB方式登录本系统，并采用MySQL作为数据库，安全性较高、速度快。
4.1.4 输入项
表4-1 登陆输入项
标识符
输入项描述
数据类型
长度
empid
员工编号
字符型
20
password
密码
字符型
20
loginclass
登陆类别
字符型
10

4.1.5 输出项
登陆成功后调到主页面，若未登陆成功，则重新跳到登陆界面。
4.1.6 流程逻辑
图4-1 登陆流程的活动图
4.1.7 接口
登陆成功后直接进入程序主页面，可根据自身登陆类别执行不同的功能。管理员登入后可执行的是员工管理和子公司管理，普通员工登入后可执行的是订单管理。
4.1.8 存储分配
用户名、密码和登陆类别通过主程序新建后存入MySQL数据库中的用户登陆表login，并可以随时调用和修改。
4.1.9 限制条件
用户名必须是员工编号，用户名、密码和登陆类别必须匹配，任何字符串不许为空。
4.1.10 测试计划
名称：系统操作登陆测试。
目的：测试系统操作界面。
内容：员工编号、密码输入合理性、合法性检查，系统操作界面显示控制。
进度：半天。
4.2 员工管理模块设计说明
4.2.1 程序描述
对员工的详细信息（员工编号、员工姓名、员工性别、员工年龄、员工学历、员工生日、员工电话、职位编号）和登陆密码进行管理。该权限只有管理员拥有。
4.2.2 功能
实现将员工详细信息存入数据库中并进行增删改查功能，实现对员工登陆密码的修改功能。
4.2.3 性能
用户可直接通过WEB方式登录本系统，并采用MySQL作为数据库，安全性较高、速度快。
4.2.4 输入项

表4-2 员工管理输入项
标识符
输入项描述
数据类型
长度
empid
员工编号
字符型
20
empname
员工姓名
字符型
20
empsex
员工性别
字符型
10
empage
员工年龄
整型
32
education
员工学历
字符型
20
empdate
员工生日
字符型
20
emptel
员工电话
整型
32
jobid
职位编号
字符型
20
password
密码
字符型
20
loginclass
登陆类别
字符型
10

4.2.5 输出项
增添、删除、改正员工信息成功后会提示操作成功。查询员工信息会显示出所查询的信息。修改密码成功后会提示修改成功。
4.2.6 流程逻辑
图4-2 员工管理流程的活动图
4.2.7 接口
需要进行管理员登陆后才能进行本软件操作，下一层分为四个小模块：查找员工、添加员工、密码修改和删除员工。

图4-3 员工管理接口图
4.2.8 存储分配
员工所有详细信息（员工编号、员工姓名、员工性别、员工年龄、员工学历、员工生日、员工电话、职位编号）通过主程序新建以后存入MySQL数据库中的职员信息表emp_info，并可以随时调用和修改。
4.2.9 限制条件
员工管理只能在管理员权限下进行；查询个别员工信息只能通过员工编号来查找；所有字符串均不许为空。
4.2.10 测试计划
名称：添加、查找删除员工测试
目的：测试员工管理功能。
内容：员工编号/员工姓名/员工性别输入、合理性检查、合法性检查，系统操作界面显示控制。
进度：一天。
名称：员工密码修改测试
目的：测试员工密码管理功能。
内容：员工编号/密码/登陆类别输入、合理性检查、合法性检查，系统操作界面显示控制。
进度：半天。
4.2.11 尚未解决的问题
只实现了员工登陆密码的修改，未实现其他详细信息的修改。
4.3 分公司管理模块设计说明
4.3.1 程序描述
实现对分公司的管理，包括对子公司、车队和订单类别的管理。该权限只有管理员拥有。
4.3.2 功能
该程序将子公司、车队和订单类别等的信息存入了数据库，并能对这些信息进行增删改查等处理。实现了子公司添加、子公司查询、车队通知、车队查询、订单类别添加和订单类别删除等功能。
4.3.3 性能
用户可直接通过WEB方式登录本系统，并采用MySQL作为数据库，安全性较高、速度快。

4.3.4 输入项
表4-3 子公司管理输入项
标识符
输入项描述
数据类型
长度
carid
车辆牌号
字符型
20
driverid
驾驶员编号
字符型
20
empid
员工编号
字符型
20
carteamid
所属车队编号
字符型
20
warehouseid
子公司编号
字符型
20
warehousename
子公司名字
字符型
20
address
子公司地址
字符型
500
goodclassid
订单分类编号
字符型
20
goodclassname
订单分类名称
字符型
20

4.3.5 输出项
子公司、订单类别添加成功后会将信息存入数据库，并提示操作成功；子公司、车队查询会输出所要查询的信息；订单类别删除成功后会将所删除的订单类别从数据库中删除，并提示操作成功。
4.3.6 流程逻辑

图4-4 子公司管理流程的活动图
4.3.7 接口
需要进行管理员登陆后才能进行本软件操作，下一层分为六个小模块：子公司添加、子公司查询、车队通知、车队查询、订单类别添加和订单类别删除。

图4-5 子公司管理接口图
4.3.8 存储分配
子公司详细信息、车辆详细信息、车队详细信息、订单类别详细信息通过主程序新建后分别存入MySQL数据库中的仓库信息表warehouse、车辆管理表car_info、车队信息表car_team_info、商品分类表goods_class_info。并可以随时调用和修改。
4.3.9 限制条件
子公司信息只能添加和查询，不能修改和删除；个别子公司查询和车队查询只能通过编号查询；所有字符串均不许为空。
4.3.10 测试计划
名称：子公司查询测试、子公司添加测试
目的：测试分公司管理功能。
内容：点击子公司查询、添加，合理性检查、合法性检查，系统操作界面显示控制。
进度：一天。
名称：车队查询测试、车队添加测试
目的：测试车队管理功能。
内容：点击车队查询、添加，合理性检查、合法性检查，系统操作界面显示控制。
进度：一天。
名称：订单类别添加测试、订单类别删除测试
目的：测试分订单管理功能。
内容：点击子订单添加、删除，合理性检查、合法性检查，系统操作界面显示控制。
进度：半天。
4.3.11 尚未解决的问题
还未实现子公司详细信息修改和删除子公司。
4.4 订单管理模块设计说明
4.4.1 程序描述
实现对订单信息进行增删改查管理并能货物跟踪及网点查询。该权限只有普通员工拥有。
4.4.2 功能
能够对订单进行处理并将信息存入数据库，可以进行货物跟踪，随时了解商品所在地，还能查询网点信息，包括新建运单、运单查询、即时运单、运单销毁和网点查询。
4.4.3 性能
用户可直接通过WEB方式登录本系统，并采用MySQL作为数据库，安全性较高、速度快。
4.4.4 输入项
表3-3 运单管理输入项
标识符
输入项描述
数据类型
长度
goodid
商品编号
字符型
20
goodname
商品名称
字符型
20
goodclassid
商品分类编号
字符型
20
userid
客户编号
字符型
20
inwarehouse
上一站仓库编号
字符型
20
outwarehouse
下一站仓库编号
字符型
20
count
商品数量
字符型
20
nowwarehouse
所在仓库编号
字符型
20
createtime
生产日期
浮点型
16
empid
员工编号
字符型
20
postil
备注
字符型
20

4.4.5 输出项
新建运单成功后会将运单信息存入数据库，并提示操作成功；运单查询会输出所要查询的运单的信息；运单销毁成功后会将所销毁的运单信息从数据库中删除，并提示操作成功；网点查询会输出所要查询的网点的信息。
4.4.6 流程逻辑

图4-6 订单管理流程的活动图
4.4.7 接口
需要进行普通员工登陆后才能进行本软件操作，下一层分为五个小模块：新建运单、运单查询、即时运单、运单销毁、网点查询。

图3-7 运单管理接口图
4.4.8 存储分配
订单信息和网点信息通过主程序新建后存入MySQL中的商品信息表good_info内，并可以随时修改和调用。
4.4.9 限制条件
运单查询只能通过运单编号查询；所有字符均不能为空。
4.4.10 测试计划
名称：订单查询测试。
目的：测试查询功能。
内容：查询对话框显示控制，员工编号提交、合理性检查、合法性检查，检查订单的商品编号(goodid)、商品名称(goodname)、商品分类编号(goodclassid)、客户编号(userid)、商品数量(count)、所在仓库编号(nowwarehouse)、生产日期(createtime)。
进度：一天。
名称：出入测试。
目的：测试商品出入情况功能。
内容：输入商品分类编号、商品分类名称、合理性检查、合法性检查，商品查询功能对话框显示控制，显示上一站仓库编号、下一站仓库编号合理性检查、所在仓库编号、现在所在地，合法性检查，商品的入库处理。
进度：半天。
4.4.11 尚未解决的问题
在对货物进行即时追踪时还不能获得负责人的电话号码。

5 物流管理系统测试设计
5.1 功能汇总
5.1.1 登陆功能

表5-1 登陆功能表
序号
功能模块名称
子功能