车辆管理系统需求规格说明书

车辆管理系统

软件需求规格说明书

班 级 11软工A1 拟制人 夏云鹤

2014年03月23日

目 录

1引言................................................................................................................... 1

1 项目概述.......................................................................... 错误!未定义书签。 2 软件开发综合描述 ........................................................................................... 1

2.1产品目标......................................................................................................... 1 2.2产品功能......................................................................................................... 1 2.3用户特征......................................................................................................... 2 2.4运行环境....................................................................... 错误!未定义书签。 2.5条件与限制..................................................................................................... 3 2.5.1人力条件..................................................................................................... 3 2.5.2软件部分限制........................................................... 错误!未定义书签。 3外部接口需求 . ................................................................................................... 3

3.1用户界面......................................................................................................... 3 3.2硬件接口......................................................................................................... 3 3.3软件接口......................................................................................................... 3 3.4故障处理......................................................................................................... 3 4功能性需求 ....................................................................................................... 4

4.1功能分析......................................................................................................... 4 4.2用例图............................................................................................................. 5 4.3用例分析......................................................................................................... 5 4.4功能活动图................................................................................................... 15 4.5状态图........................................................................... 错误!未定义书签。 5非功能需求 ...................................................................................................... 16

5.1性能需求....................................................................................................... 16

5.1.1时间、界面、响应要求................................................................... 16 5.1.2灵活性............................................................................................... 16 5.2数据管理需求 ............................................................................................... 16

5.2.1系统数据流图................................................................................... 16 5.2.2数据整理与保存............................................................................... 16 5.2.3数据安全性....................................................................................... 17 5.3故障处理需求............................................................................................... 17 6 数据描述.................................................................................................................17

6.1 静态数据......................................................................................................17 6.2 动态数据......................................................................................................18 6.3 数据库描述..................................................................................................18 6.4 数据字典......................................................................................................18

1引言

1 项目概述

物流系统是现代经济系统的主动脉,物流的最简单理解就是货物运输,所以运输在物流运作中的地位十分重要,而车辆是运输企业的命脉,有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。而需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。

2. 开发软件综合描述

2.1产品目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能,以提高公司的运作效率,降低运作成本。

2.2系统功能

1. 用户管理 * * * *

2. 车辆基本信息管理 * 登陆管理 登陆

查询用户信息 修改用户信息 删除用户信息

* 查询车辆基本信息 * 删除车辆基本信息 * 修改车辆基本信息 * 添加车辆基本信息 3. 车辆购置管理 * 登陆管理 * 信息查询管理 * 总工程师购置审批 * 总经理购置申请批复 * 车辆基本信息管理 * 查询车辆购置申请信息 * 修改车辆购置申请信息 * 删除车辆购置申请信息 4. 车辆调拨管理 5. 车辆报废管理 6. 信息管理查询

2.3用户特征

本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门,下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等,其组织结构如下图1:

图1:运输集团公司组织结构图

2.4 运行环境

本地版本,无需联网,本地连接

2.5 条件与限制

2.5.1人力条件

完成软件,实现软件功能,需要多人以上团队合作完成

2.5.2 软件部分限制

运行软件需要电脑配置合格,无法联网查看数据,无法实现网络共享

3外部接口需求

3.1用户界面

见《系统设计说明书》

3.2硬件接口

考虑到数据的打印、备份等要求,需要保持与打印机和USB 等设施的接口

3.3软件接口

这里,主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能,所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。

3.4故障处理

需要实现主机数据审核,需要合格的技术人员对数据查看统计,对数据异常监管,处理数据和软件异常。

4功能需求

4.1功能分析

1、车辆基本信息管理模块

(1)用户的登录管理:不同级别的用户通过特定的用户名和密码登录系统,对相应的信息进行管理。

(2)查询车辆基本信息:通过输入车辆的基本信息对车辆的整体信息进行查询。 (3)删除车辆基本信息:有相关权限的用户可对某些不再需要的车辆信息进行删除。

(4)修改车辆基本信息:有相关权限的用户如有必要,可对车辆的基本信息进行修改。

(5)添加车辆基本信息:有相关权限的用户可添加车辆的基本信息。 2、车辆购置管理模块

用户可添加、修改、删除、查询车辆购置管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。 3、车辆调拨管理模块

与车辆购置管理类似,用户可添加、修改、删除、查询车辆调拨管理申

请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。 4、车辆报废管理模块

与车辆购置管理类似,用户可添加、修改、删除、查询车辆报废管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公

司及各有关部门。 5、车辆信息查询管理模块

实现对多种信息的快速模糊查询,可根据车辆所属的二级公司,车牌号,车辆的厂牌,规格,型号等信息进行不同的组合来查询车辆,还可根据申请购置,调拨,报废车辆的二级公司,申请时间等查询车辆的购置,调拨,报废的申请及审批情况等。

4.2用例图

见附文件夹

4.3用例分析

一、车辆购置管理

用例1

用例名称:添加车辆购置申请 用例识别号:1.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆购置申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:

1) 二级公司用户单击“插入”按钮。 2) 系统出现编辑窗口。

3) 二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4) 二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆购置申请记录就被插入到数据库中。 5) 用例终止 其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。 异常事件流:

1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。

后置条件:一条新的车辆购置记录被插入到数据库中并显示出来。 注释:无。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆购置申请记录不会被删除。 异常件流:

1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。

后置条件:选中的默认的车辆购置申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。 用例3

用例名称:总工程师购置申请审批 用例识别号:1.2.1 参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆购置申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。

基本事件流:

1) 总工程师单击选中要审批的车辆购置申请记录。 2) 总工程师单击“审批”按钮。 3) 系统出现编辑窗口。

4) 总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5) 总工程师选择“同意”或“不同意”单选按钮审批结果。

6) 总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆购置申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。 7) 用例终止。 其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:

1)提示错误信息,总工程师确认。 2)返回到管理系统主界面。

后置条件:选中的车辆购置申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆购置申请记录。 用例4

用例名称:总经理购置申请批复 用例识别号:1.3.1 参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆购置申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录,即:总工程师已审批、总经理未批复的公司所属车辆购置申请记录。 基本事件流:

1) 总经理单击选中要审批的车辆购置申请记录。

2) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆购置申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。 3) 用例终止。 其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:

1)提示错误信息,总经理确认。 2)返回到管理系统主界面。

后置条件:选中的车辆购置申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆购置申请记录。

二、车辆调拨管理

用例5

用例名称:添加车辆调拨申请 用例识别号:2.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆调拨申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:

1) 二级公司用户单击“插入”按钮。 2) 系统出现编辑窗。

3) 二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4) 二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆调拨申请记录就被插入到数据库中。

5) 用例终止。

其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。

异常事件流:

1) 提示错误信息,二级公司用户确认。

2) 返回到管理系统主界面。

后置条件:一条新的车辆调拨记录被插入到数据库中并显示出来。

注释:无。

用例6

用例名称:删除车辆调拨申请

用例识别号:2.1.2

参与者:二级公司用户

简要说明:二级公司用户删除一个车辆调拨申请记录。

前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。

基本事件流:

1) 二级公司用户单击选中要删除的车辆调拨申请记录。

2) 二级公司用户单击“删除”按钮。

3) 系统出现“提示是否删除”窗口。

4) 二级公司用户单击“是”按钮,该车辆调拨申请记录就被从数据库中删除。

5) 用例终止。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆调拨申请记录不会被删除。

异常件流:

1)提示错误信息,二级公司用户确认。

2)返回到管理系统主界面。

后置条件:选中的默认的车辆调拨申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例7

用例名称:总工程师调拨申请审批

用例识别号:2.2.1

参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆调拨申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。

基本事件流:

1) 总工程师单击选中要审批的车辆调拨申请记录。

2) 总工程师单击“审批”按钮。

3) 系统出现编辑窗口。

4) 总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5) 总工程师选择“同意”或“不同意”单选按钮审批结果。

6) 总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆调拨申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。

7) 用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总工程师确认。

2)返回到管理系统主界面。

审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆调拨申请记录。

用例8

用例名称:总经理调拨申请批复

用例识别号:2.3.1

参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录,即:总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。

基本事件流:

1) 总经理单击选中要审批的车辆调拨申请记录。

2) 总经理单击“审批”按钮。

3) 系统出现编辑窗口。

4) 总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。

5) 总经理选择“同意”或“不同意”单选按钮批复结果。

6) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆调拨申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。

7) 用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总经理确认

2)返回到管理系统主界面

复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆调拨申请记录。

三、车辆报废管理

用例9

用例名称:添加车辆报废申请

用例识别号:3.1.1

参与者:二级公司用户

简要说明:二级公司用户添加一个车辆报废申请单。

前置条件:二级公司用户已经登录车辆管理信息系统。

基本事件流:

1) 二级公司用户单击“插入”按钮。

2) 系统出现编辑窗口。

3) 二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4) 二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆报废申请记录就被插入到数据库中。

5) 用例终止。

其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。

异常事件流:

1)提示错误信息,二级公司用户确认。

2)返回到管理系统主界面。

后置条件:一条新的车辆报废记录被插入到数据库中并显示出来。

注释:无。

用例10

用例名称:删除车辆报废申请

用例识别号:3.1.2

参与者:二级公司用户

简要说明:二级公司用户删除一个车辆报废申请记录。

前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。

基本事件流:

1) 二级公司用户单击选中要删除的车辆报废申请记录。

2) 二级公司用户单击“删除”按钮。

3) 系统出现“提示是否删除”窗口。

4) 二级公司用户单击“是”按钮,该车辆报废申请记录就被从数据库中删除。

5) 用例终止。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆报废申请记录不会被删除。

异常件流:

1)提示错误信息,二级公司用户确认。

2)返回到管理系统主界面。

后置条件:选中的默认的车辆报废申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例11

用例名称:总工程师报废申请审批

用例识别号:3.2.1

参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆报废申请单进行审批。

前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。

基本事件流:

1)总工程师单击选中要审批的车辆报废申请记录。

2)总工程师单击“审批”按钮。

3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆报废申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。

7)用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总工程师确认。

2)返回到管理系统主界面。

3)后置条件:选中的车辆报废申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆报废申请记录。

用例12

用例名称:总经理报废申请批复

用例识别号:3.3.1

参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆报废申请进行批复。

前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录,即:总工程师已审批、总经理未批复的公司所属车辆报废申请记录。

基本事件流:

1) 总经理单击选中要审批的车辆报废申请记录。

2) 总经理单击“审批”按钮。

3) 系统出现编辑窗口。

4) 总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。

5) 总经理选择“同意”或“不同意”单选按钮批复结果。

6) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆报废申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。

7) 用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总经理确认。

2)返回到管理系统主界面。

后置条件:选中的车辆报废申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆报废申请记录。

4.4功能活动图

见附文件夹

5非功能需求

5.1性能需求

5.1.1时间、界面、响应要求

由于此系统主要用于信息的保管查询,即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏,及恶意的窃取私人信息,要求有较为可靠的安全性能。另外也需要高速的响应,要求稳定、安全、便捷,易于管理和操作。另外使用者大多为非计算机人员,所以要求界面友善,交互性强。 查询速度:不超过5秒;

其它所有交互功能反应速度:不超过3秒;

可靠性:平均故障间隔时间不低于300小时。

信息容量:不低于10G 时可能出现系统崩溃。

5.1.2灵活性

当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当调整, 灵活性非常大。

5.2数据管理需求

5.2.1系统数据流图

见附文件夹

5.2.2数据整理与保存

应满足随时整理的需求,用户可随时更改数据,保存数据。对于数据唯一性的识别应放在多个关键字之上。

5.2.3数据安全性

数据应具有极高的安全性,为了保护用户的隐私,仍需设置登陆及密码保护,以防用户的信息被人窃取。

5.3故障处理需求

1、内部故障处理:

在开发阶段可以随即修改数据库里的相应内容。

2、外部故障处理:

对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。

3、本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。但产品投入使用后,则由维护人员跟进。

6 数据描述

6.1 静态数据

车辆名称 BookingCarName

生产厂家 Producer

购置数量 BookingNumber

单价预算 SinglePrice

购置时间 BookingTime

主要技术参数 TechologicalVarible

用途说明 State

资金来源 Founder

车牌号 Q_CarNumber

自编号 Q_SelfNumber

吨(座)位 LoadWeight

原值 OriginalValue

车牌号 CarNumber

通知时间 InformTime

调出单位 Call_outer

调入单位 Call_iner

自编号 SelfNumber

调拨起始日期 AllotingStartTime

调拨结束日期 AllotingEndTime

交接地点 AssociationPlace

经办人 Tranctor

备注 Comments

申请单位 Applier

申请时间 ApplyTime

厂牌 FactoryNumber

型号 TypeNumber

规格 Type

产权归属 PropertyRightOwner

主管部门意见 DepartmentSuggestion

主管部门审批时间 DepartmentPassTime

经理批示意见 ManagerSuggestion

经理批示时间 ManagerPassTime

理由/原因 Reason

6.2 动态数据

输入数据:用户登录,二级公司信息,车辆基本信息,报废车辆信息 输出数据:查询数据库记录集合或全部记录。

内部生成的数据:中间查询结果。

6.3 数据库描述

本软件采用SQL 数据库。

6.4 数据字典

数据流:

数据流名称:出车单

别名:无

简述:指驾驶员出车的清单。

来源:管理部

去向:加工 “车辆出库信息”

组成:出车单编号+车辆类别编号 + 出车日期+库位编号 数据流名称:车辆入库单

别名:无

简述:指车辆入库的清单。

来源:管理部

去向:加工 “添加入库信息”

组成:入库单编号+车辆类别编号 + 计量单位+数量+ 入库日期+库位编号

数据流名称:费用单

别名:无

简述:车辆产生费用的清单。

来源:驾驶员

去向:加工 “添加费用信息”

组成:费用单编号+费用类别编号 + 计量单位+数量+ 费用日期+费用原因

数据流图,层次方框图参见项目概述中的呆开发软件的功能,其中涉及到的数据定义如下:

[1]申请单编号=1{数字}10|

[2]产权归属=1{汉字}20|1{字母}40

[3]主管部门意见=1{汉字}10|1{字母}20

[4]主管部门审批意见=1{数字}10

[5]经理批示意见=1{汉字}40

[6]经理批示时间=1{数字}10

[7]申请时间=1{数字}10

[8]车辆名称=1|{汉字}20

[9]生产厂家=1{汉字}40

[10]厂牌=1{数字}20

[11]型号=1{数字}20

[12]购置数量=1{数字}20

[13]单价预算=1{数字|SPACE|-}20

[14]购置时间=1{字母}10

[15]主要技术参数=1{字母|.|数字|:|/}40

[16]购置理由=1{汉字}40

[17]用途说明=1{汉字}20

[18]资金来源=1{汉字}40

[19]公司代码=1{数字}10

6.5 数据采集

通过身份验证的用户,采用键盘和鼠标直接输入或者从外部文件导入数据。

19

车辆管理系统

软件需求规格说明书

班 级 11软工A1 拟制人 夏云鹤

2014年03月23日

目 录

1引言................................................................................................................... 1

1 项目概述.......................................................................... 错误!未定义书签。 2 软件开发综合描述 ........................................................................................... 1

2.1产品目标......................................................................................................... 1 2.2产品功能......................................................................................................... 1 2.3用户特征......................................................................................................... 2 2.4运行环境....................................................................... 错误!未定义书签。 2.5条件与限制..................................................................................................... 3 2.5.1人力条件..................................................................................................... 3 2.5.2软件部分限制........................................................... 错误!未定义书签。 3外部接口需求 . ................................................................................................... 3

3.1用户界面......................................................................................................... 3 3.2硬件接口......................................................................................................... 3 3.3软件接口......................................................................................................... 3 3.4故障处理......................................................................................................... 3 4功能性需求 ....................................................................................................... 4

4.1功能分析......................................................................................................... 4 4.2用例图............................................................................................................. 5 4.3用例分析......................................................................................................... 5 4.4功能活动图................................................................................................... 15 4.5状态图........................................................................... 错误!未定义书签。 5非功能需求 ...................................................................................................... 16

5.1性能需求....................................................................................................... 16

5.1.1时间、界面、响应要求................................................................... 16 5.1.2灵活性............................................................................................... 16 5.2数据管理需求 ............................................................................................... 16

5.2.1系统数据流图................................................................................... 16 5.2.2数据整理与保存............................................................................... 16 5.2.3数据安全性....................................................................................... 17 5.3故障处理需求............................................................................................... 17 6 数据描述.................................................................................................................17

6.1 静态数据......................................................................................................17 6.2 动态数据......................................................................................................18 6.3 数据库描述..................................................................................................18 6.4 数据字典......................................................................................................18

1引言

1 项目概述

物流系统是现代经济系统的主动脉,物流的最简单理解就是货物运输,所以运输在物流运作中的地位十分重要,而车辆是运输企业的命脉,有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。而需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。

2. 开发软件综合描述

2.1产品目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能,以提高公司的运作效率,降低运作成本。

2.2系统功能

1. 用户管理 * * * *

2. 车辆基本信息管理 * 登陆管理 登陆

查询用户信息 修改用户信息 删除用户信息

* 查询车辆基本信息 * 删除车辆基本信息 * 修改车辆基本信息 * 添加车辆基本信息 3. 车辆购置管理 * 登陆管理 * 信息查询管理 * 总工程师购置审批 * 总经理购置申请批复 * 车辆基本信息管理 * 查询车辆购置申请信息 * 修改车辆购置申请信息 * 删除车辆购置申请信息 4. 车辆调拨管理 5. 车辆报废管理 6. 信息管理查询

2.3用户特征

本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门,下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等,其组织结构如下图1:

图1:运输集团公司组织结构图

2.4 运行环境

本地版本,无需联网,本地连接

2.5 条件与限制

2.5.1人力条件

完成软件,实现软件功能,需要多人以上团队合作完成

2.5.2 软件部分限制

运行软件需要电脑配置合格,无法联网查看数据,无法实现网络共享

3外部接口需求

3.1用户界面

见《系统设计说明书》

3.2硬件接口

考虑到数据的打印、备份等要求,需要保持与打印机和USB 等设施的接口

3.3软件接口

这里,主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能,所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。

3.4故障处理

需要实现主机数据审核,需要合格的技术人员对数据查看统计,对数据异常监管,处理数据和软件异常。

4功能需求

4.1功能分析

1、车辆基本信息管理模块

(1)用户的登录管理:不同级别的用户通过特定的用户名和密码登录系统,对相应的信息进行管理。

(2)查询车辆基本信息:通过输入车辆的基本信息对车辆的整体信息进行查询。 (3)删除车辆基本信息:有相关权限的用户可对某些不再需要的车辆信息进行删除。

(4)修改车辆基本信息:有相关权限的用户如有必要,可对车辆的基本信息进行修改。

(5)添加车辆基本信息:有相关权限的用户可添加车辆的基本信息。 2、车辆购置管理模块

用户可添加、修改、删除、查询车辆购置管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。 3、车辆调拨管理模块

与车辆购置管理类似,用户可添加、修改、删除、查询车辆调拨管理申

请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。 4、车辆报废管理模块

与车辆购置管理类似,用户可添加、修改、删除、查询车辆报废管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公

司及各有关部门。 5、车辆信息查询管理模块

实现对多种信息的快速模糊查询,可根据车辆所属的二级公司,车牌号,车辆的厂牌,规格,型号等信息进行不同的组合来查询车辆,还可根据申请购置,调拨,报废车辆的二级公司,申请时间等查询车辆的购置,调拨,报废的申请及审批情况等。

4.2用例图

见附文件夹

4.3用例分析

一、车辆购置管理

用例1

用例名称:添加车辆购置申请 用例识别号:1.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆购置申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:

1) 二级公司用户单击“插入”按钮。 2) 系统出现编辑窗口。

3) 二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4) 二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆购置申请记录就被插入到数据库中。 5) 用例终止 其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。 异常事件流:

1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。

后置条件:一条新的车辆购置记录被插入到数据库中并显示出来。 注释:无。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆购置申请记录不会被删除。 异常件流:

1)提示错误信息,二级公司用户确认。 2)返回到管理系统主界面。

后置条件:选中的默认的车辆购置申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。 用例3

用例名称:总工程师购置申请审批 用例识别号:1.2.1 参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆购置申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。

基本事件流:

1) 总工程师单击选中要审批的车辆购置申请记录。 2) 总工程师单击“审批”按钮。 3) 系统出现编辑窗口。

4) 总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5) 总工程师选择“同意”或“不同意”单选按钮审批结果。

6) 总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆购置申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。 7) 用例终止。 其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:

1)提示错误信息,总工程师确认。 2)返回到管理系统主界面。

后置条件:选中的车辆购置申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆购置申请记录。 用例4

用例名称:总经理购置申请批复 用例识别号:1.3.1 参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆购置申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录,即:总工程师已审批、总经理未批复的公司所属车辆购置申请记录。 基本事件流:

1) 总经理单击选中要审批的车辆购置申请记录。

2) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆购置申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。 3) 用例终止。 其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。 异常事件流:

1)提示错误信息,总经理确认。 2)返回到管理系统主界面。

后置条件:选中的车辆购置申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆购置申请记录。

二、车辆调拨管理

用例5

用例名称:添加车辆调拨申请 用例识别号:2.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆调拨申请单。 前置条件:二级公司用户已经登录车辆管理信息系统。 基本事件流:

1) 二级公司用户单击“插入”按钮。 2) 系统出现编辑窗。

3) 二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4) 二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆调拨申请记录就被插入到数据库中。

5) 用例终止。

其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。

异常事件流:

1) 提示错误信息,二级公司用户确认。

2) 返回到管理系统主界面。

后置条件:一条新的车辆调拨记录被插入到数据库中并显示出来。

注释:无。

用例6

用例名称:删除车辆调拨申请

用例识别号:2.1.2

参与者:二级公司用户

简要说明:二级公司用户删除一个车辆调拨申请记录。

前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。

基本事件流:

1) 二级公司用户单击选中要删除的车辆调拨申请记录。

2) 二级公司用户单击“删除”按钮。

3) 系统出现“提示是否删除”窗口。

4) 二级公司用户单击“是”按钮,该车辆调拨申请记录就被从数据库中删除。

5) 用例终止。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆调拨申请记录不会被删除。

异常件流:

1)提示错误信息,二级公司用户确认。

2)返回到管理系统主界面。

后置条件:选中的默认的车辆调拨申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例7

用例名称:总工程师调拨申请审批

用例识别号:2.2.1

参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆调拨申请单进行审批。 前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。

基本事件流:

1) 总工程师单击选中要审批的车辆调拨申请记录。

2) 总工程师单击“审批”按钮。

3) 系统出现编辑窗口。

4) 总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5) 总工程师选择“同意”或“不同意”单选按钮审批结果。

6) 总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆调拨申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。

7) 用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总工程师确认。

2)返回到管理系统主界面。

审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆调拨申请记录。

用例8

用例名称:总经理调拨申请批复

用例识别号:2.3.1

参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。 前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录,即:总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。

基本事件流:

1) 总经理单击选中要审批的车辆调拨申请记录。

2) 总经理单击“审批”按钮。

3) 系统出现编辑窗口。

4) 总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。

5) 总经理选择“同意”或“不同意”单选按钮批复结果。

6) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆调拨申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。

7) 用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总经理确认

2)返回到管理系统主界面

复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆调拨申请记录。

三、车辆报废管理

用例9

用例名称:添加车辆报废申请

用例识别号:3.1.1

参与者:二级公司用户

简要说明:二级公司用户添加一个车辆报废申请单。

前置条件:二级公司用户已经登录车辆管理信息系统。

基本事件流:

1) 二级公司用户单击“插入”按钮。

2) 系统出现编辑窗口。

3) 二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4) 二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆报废申请记录就被插入到数据库中。

5) 用例终止。

其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。

异常事件流:

1)提示错误信息,二级公司用户确认。

2)返回到管理系统主界面。

后置条件:一条新的车辆报废记录被插入到数据库中并显示出来。

注释:无。

用例10

用例名称:删除车辆报废申请

用例识别号:3.1.2

参与者:二级公司用户

简要说明:二级公司用户删除一个车辆报废申请记录。

前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。

基本事件流:

1) 二级公司用户单击选中要删除的车辆报废申请记录。

2) 二级公司用户单击“删除”按钮。

3) 系统出现“提示是否删除”窗口。

4) 二级公司用户单击“是”按钮,该车辆报废申请记录就被从数据库中删除。

5) 用例终止。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆报废申请记录不会被删除。

异常件流:

1)提示错误信息,二级公司用户确认。

2)返回到管理系统主界面。

后置条件:选中的默认的车辆报废申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例11

用例名称:总工程师报废申请审批

用例识别号:3.2.1

参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆报废申请单进行审批。

前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。

基本事件流:

1)总工程师单击选中要审批的车辆报废申请记录。

2)总工程师单击“审批”按钮。

3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆报废申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。

7)用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总工程师确认。

2)返回到管理系统主界面。

3)后置条件:选中的车辆报废申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆报废申请记录。

用例12

用例名称:总经理报废申请批复

用例识别号:3.3.1

参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆报废申请进行批复。

前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录,即:总工程师已审批、总经理未批复的公司所属车辆报废申请记录。

基本事件流:

1) 总经理单击选中要审批的车辆报废申请记录。

2) 总经理单击“审批”按钮。

3) 系统出现编辑窗口。

4) 总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。

5) 总经理选择“同意”或“不同意”单选按钮批复结果。

6) 总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆报废申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。

7) 用例终止。

其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。

异常事件流:

1)提示错误信息,总经理确认。

2)返回到管理系统主界面。

后置条件:选中的车辆报废申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆报废申请记录。

4.4功能活动图

见附文件夹

5非功能需求

5.1性能需求

5.1.1时间、界面、响应要求

由于此系统主要用于信息的保管查询,即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏,及恶意的窃取私人信息,要求有较为可靠的安全性能。另外也需要高速的响应,要求稳定、安全、便捷,易于管理和操作。另外使用者大多为非计算机人员,所以要求界面友善,交互性强。 查询速度:不超过5秒;

其它所有交互功能反应速度:不超过3秒;

可靠性:平均故障间隔时间不低于300小时。

信息容量:不低于10G 时可能出现系统崩溃。

5.1.2灵活性

当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当调整, 灵活性非常大。

5.2数据管理需求

5.2.1系统数据流图

见附文件夹

5.2.2数据整理与保存

应满足随时整理的需求,用户可随时更改数据,保存数据。对于数据唯一性的识别应放在多个关键字之上。

5.2.3数据安全性

数据应具有极高的安全性,为了保护用户的隐私,仍需设置登陆及密码保护,以防用户的信息被人窃取。

5.3故障处理需求

1、内部故障处理:

在开发阶段可以随即修改数据库里的相应内容。

2、外部故障处理:

对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。

3、本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。但产品投入使用后,则由维护人员跟进。

6 数据描述

6.1 静态数据

车辆名称 BookingCarName

生产厂家 Producer

购置数量 BookingNumber

单价预算 SinglePrice

购置时间 BookingTime

主要技术参数 TechologicalVarible

用途说明 State

资金来源 Founder

车牌号 Q_CarNumber

自编号 Q_SelfNumber

吨(座)位 LoadWeight

原值 OriginalValue

车牌号 CarNumber

通知时间 InformTime

调出单位 Call_outer

调入单位 Call_iner

自编号 SelfNumber

调拨起始日期 AllotingStartTime

调拨结束日期 AllotingEndTime

交接地点 AssociationPlace

经办人 Tranctor

备注 Comments

申请单位 Applier

申请时间 ApplyTime

厂牌 FactoryNumber

型号 TypeNumber

规格 Type

产权归属 PropertyRightOwner

主管部门意见 DepartmentSuggestion

主管部门审批时间 DepartmentPassTime

经理批示意见 ManagerSuggestion

经理批示时间 ManagerPassTime

理由/原因 Reason

6.2 动态数据

输入数据:用户登录,二级公司信息,车辆基本信息,报废车辆信息 输出数据:查询数据库记录集合或全部记录。

内部生成的数据:中间查询结果。

6.3 数据库描述

本软件采用SQL 数据库。

6.4 数据字典

数据流:

数据流名称:出车单

别名:无

简述:指驾驶员出车的清单。

来源:管理部

去向:加工 “车辆出库信息”

组成:出车单编号+车辆类别编号 + 出车日期+库位编号 数据流名称:车辆入库单

别名:无

简述:指车辆入库的清单。

来源:管理部

去向:加工 “添加入库信息”

组成:入库单编号+车辆类别编号 + 计量单位+数量+ 入库日期+库位编号

数据流名称:费用单

别名:无

简述:车辆产生费用的清单。

来源:驾驶员

去向:加工 “添加费用信息”

组成:费用单编号+费用类别编号 + 计量单位+数量+ 费用日期+费用原因

数据流图,层次方框图参见项目概述中的呆开发软件的功能,其中涉及到的数据定义如下:

[1]申请单编号=1{数字}10|

[2]产权归属=1{汉字}20|1{字母}40

[3]主管部门意见=1{汉字}10|1{字母}20

[4]主管部门审批意见=1{数字}10

[5]经理批示意见=1{汉字}40

[6]经理批示时间=1{数字}10

[7]申请时间=1{数字}10

[8]车辆名称=1|{汉字}20

[9]生产厂家=1{汉字}40

[10]厂牌=1{数字}20

[11]型号=1{数字}20

[12]购置数量=1{数字}20

[13]单价预算=1{数字|SPACE|-}20

[14]购置时间=1{字母}10

[15]主要技术参数=1{字母|.|数字|:|/}40

[16]购置理由=1{汉字}40

[17]用途说明=1{汉字}20

[18]资金来源=1{汉字}40

[19]公司代码=1{数字}10

6.5 数据采集

通过身份验证的用户,采用键盘和鼠标直接输入或者从外部文件导入数据。

19


相关文章

  • 软件需求文档
  • 软件需求文档 组长:连心 11083240 成员: 王振 11083240 顾昊 11083240 刘娜 11083240 高志强 11083240 1. 引言 ....................................... ...查看


  • 上海市监狱管理局后勤保障信息系统(升级改造)项目需求书
  • 上海市监狱管理局后勤保障信息系统(升级改造) 项目需求书 一.建设目的 后勤保障系统从2003年8月开始建设,2005年8月投入使用.系统能够对全局干警装备.干警制服.干警人数.干警部门等各种类型的数据进行管理,主要包括:信息录入.修改.查 ...查看


  • 软件开发规格说明书
  • 东软睿道教育信息技术有限公司 项目需求规格说明书 当前版本号:1.2 最后更新日期:2015-1-11 作者:项目八组 授权人:项目八组 版本记录: 目 录 1 引言..................................... ...查看


  • 助理物流师培训材料(全)
  • 第一章 采购管理 一.采购市场调查 ⒈采购市场调查的定义和功能 ⑴采购市场调查是企业进行经营决策的基础. ⑵采购市场调查是调整和矫正采购计划执行情况的重要依 据. ⑶采购市场调查是改善企业经营管理的重要工具. ⒉采购市场调查的程序 ⑴确定调 ...查看


  • 总经理助理述职报告
  • 关于公司目前管理的述职报告 一.行政人事部应尽快建立完善的管理制度 公司规章制度是公司管理的重要组成,它的作用是规范公司所有员工的行为,维护公司经营过程的正常秩序. 1.明确各部门.各员工岗位职责. 建立完善的岗位管理制度,职责明确,建立公 ...查看


  • 公司常用表格
  • 武老师物 品 领 取 登 记 表 物品名称 规格 数量 发放人签字 领用人签字 日期 备注 电 1 2014.7.18 主机.显示器 键盘.鼠标 1 2014.8.10 主机 武老师固定资产表 部门 物 品 名 称 物 品 数 量 签 字 ...查看


  • [建筑钢材购销合同B版](BUCGGC-2016-0302)
  • BUCGGC-2016-0302 合同编号: 钢筋买卖合同B版 (2016年版) 工 程 名 称: 需方(甲方): 供方(乙方): 二O一六年五月 钢筋买卖合同 合同编号: 需方:(简称"甲方") 注册地址: 邮编: 纳 ...查看


  • 助理物流师考证秘籍
  • <仓储与配送实务>习题集 第一单元 概论一.判断题(正确的填写"A" ,错误的填写"B, ,) ( )1.产品分类时按产品原材料分类优点很多,主要有分类清楚和能反映产品性能. 特点. ( )2.汽车 ...查看


  • 配送作业管理试题库
  • 本人搜集了一份资料,其中包括老师说的内容,也许老师就在这里面挑逗,也许会在这里面,你们可以参考一下.仅供参考 一.单选题 1. 配送是指"在( A),根据用户的要求,对物品进行拣选.加工.包装.分割.组配等作业,并按时送达指定地点 ...查看


热门内容