物流配送需求规格说明书Word文件下载.docx

物流配送需求规格说明书Word文件下载.docx

《物流配送需求规格说明书Word文件下载.docx》由会员分享，可在线阅读，更多相关《物流配送需求规格说明书Word文件下载.docx（11页珍藏版）》请在冰点文库上搜索。

8）目的配送点进行货物配送

9）客户接收货物

10）配送点修改货物状态

1.2车辆管理

车辆管理是由省公司负责的，省公司负责购买车辆，以及车辆的维护，运力调配等；

在该系统中我们只需要把车辆的增、删、改做完即可；

对于货物的体积如果超过一辆车则可以使用多辆车；

每辆车都有状态表示；

只有空闲时才可以安排。

1.3路线管理

路线管理目前我们只做到路线的浏览、增加、修改、删除、配送点循序维护。

内容如下：

线路名称、配送点顺序。

1.4收入分成设置

该页面提供设置省公司、发货配送点、收货配送点的分成比例；

省公司：

50%

发货配送点：

40%

收货配送点：

10%

1.5配送点管理

配送点管理是由省公司完成的，有配送点的浏览、添加、修改、删除、查看配送范围、查看配送价格等。

配送点信息如下：

1.6配送范围管理

各个配送点可以维护本地配送范围，本地配送范围包括，范围名称、配送时间、备注。

包括配送范围的查询、修改、删除、添加。

备注：

配送范围隶属于配送点，配送点不存在，配送范围也就不存在。

1.7配送价格管理

配送价格包括配送点之间的运输价格和配送范围的配送价格；

配送点间的运输价格由配送点来维护，总公司审核；

配送范围的价格由配送点维护，同时提供查询功能供其它人进行查询。

配送点间价格：

包括增、删、改、查；

内容包括：

发货配送点、收货配送点、首公斤、次公斤、首立方、次立方价格、备注。

配送范围价格：

内容包括配送点名称、配送范围名称首公斤、次公斤、首立方、次立方价格、备注。

价格隶属于配送点，只要有一个配送点不存在，整个价格就不再处在。

1.8订单管理

订单管理是包括下订单、订单的修改、删除；

其中订单只有在收货物之前的可以修改；

下单的过程一般由用户或者配送点管理员来完成。

1.8.1订单查询

每一个配送点的管理人员可以查询配送点的当前订单情况。

查询的订单可以包括：

今日订单，历史订单，未处理订单等。

其查询页面。

主要功能和链接：

查询功能：

在输入框中输入收寄地、配送地、客户姓名、订单状态、查询时段（只需任选一项即可），查询结果动态显示在下面的列表框中。

删除功能：

单击删除命令按钮，则弹出用户确认窗口，选择确认后该配送价格信息被删除。

修改功能：

单击订单ID超级链接，进入订单录入页面，该页面各输入栏的缺省值为修改前的值，在各输入框中输入修改后的值，按确认按钮完成修改。

返回：

返回上级页面；

客户只能查询到自己的订单

1.8.2订单输入、确认与订单状态维护

本功能模块分为三个子模块：

订单输入、订单确认和订单状态维护。

1、订单输入：

对于用户不是在网上下单的情况，配送点要把该订单输入到网上，以便统一管理和调度。

2、订单确认：

用户的网上订单，需要业务人员与货主联系确认，并收货后，再改变订单状态，才能够真正生效，进入拼凑，运输流程。

配送点订单管理员通过订单输入页面中的发货日与发货车辆两个字段来进行订单确认。

3、订单状态维护：

配送点管理员对所有的订单都应该进行审查和批复。

而且应该维护订单的各种状态，包括：

接受、在途（在哪个点）、在配送中、客户已收、等待支付等。

订单部分状态的维护要结合条形码自动完成。

在开发中将为定单的状态维护留出动态字段，为客户的订单提供动态跟踪服务，也可为特定SZL客户设计特定的订单格式。

另外，如客户对订单进行了退订操作，则订单状态变为退订并突出显示出来；

同时将所退订单发送到货物即将到达的配送点，通知配送点将货物卸下。

货物即将到达的配送点还要将订单的目的地改为货物即将到达的配送点，同时产生一个新订单，目的地是货物的发出地。

订单输入页面中设有订单状态字段，订单管理员通过对此字段的改变来维护订单状态。

订单输入的页面格式如下：

清空：

该命令按钮清除所填内容；

确认：

提交所输入的订单信息，并返回上级页面；

返回上级页面。

1.8.3条形码管理

货物验收后需要进行封单，我们目前采用给同一个订单的货物设置一个封单号，为了简化流程不再单独创建一个封单。

封单号采用条形码的方式。

条形码规则：

共16为前三位为配送点编码，不足三位用0代替，后三位为类别代码，中间10位为运单号码。

条形码放在订单里。

1.9货物类别维护

包括类别的增删改，内容包括类别代码，货物类别名称；

其中类别代码采用自动增长方式

1.10交接单

装货完成后，配送点管理员（业务员）需要生成交接单，根据目的配送点的数量生成相应的交接单；

比如该车货物需要去五个配送点，则需要产生五个交接单。

根据订单的具体情况由配送点每天生成交接单，并进行打印。

交接单一式三份，每个交接地一张交接单。

交接单的页面格式如下：

封单号改为订单号

1.11货物状态维护

货物状态维护主要是提供一个WebService接口，由司机通过WAP来动态修改；

内容如下

封装袋号、订单号、当前地点、下一目的地，当前时间。

1.12报表管理

报表管理主要是按省公司和配送点分别出报表；

报表分为月报表、季度报表、年报表；

目前只做收入报表。

省公司

省公司只有收入报表，生成年季月三个报表分别选择要生成报表的年、季、月，然后点击生成报表，系统自动生成报表，并呈现在页面上；

点击导出到Excel可以把报表导出。

报表内容如下：

报表时间、报表生成时间、配送点名称、配送货物总重量、总体积、配送收入

配送点：

生成年季月三个报表分别选择要生成报表的年、季、月，然后点击生成报表，系统自动生成报表，并呈现在页面上；

报表分为收货报表、发货报表、收发总表。

收货报表的内容如下：

配送点名称、报表时间、报表生成时间、发货配送点、

配送货物总重量、总体积、配送收入

发货报表的内容如下：

配送点名称、报表时间、报表生成时间、收货配送点、

配送货物总重量、总体积、运送收入

收发总表的内容如下：

配送点名称、报表时间、报表生成时间、收发类型、对端配送点、

配送货物总重量、总体积、收入

1.13权限管理

权限管理包括角色、操作的增删改；

角色、操作、用户组成一个以角色为中心的三维关系；

可以为角色分配用户和为角色授权；

角色一般要创建：

省公司管理员、省公司员工、配送点管理员、配送点员工、车辆管理员、司机、用户等角色。

1.14用户管理

实现对用户的增删改；

数据库中只设计一张用户表；

系统不采用集成Windows验证方式。

2架构描述

系统根据需要将系统分为三层，也就是目前最常用的三层架构；

分为数据呈现层、业务逻辑层、数据持久层；

下图是对该三层逻辑架构的描述图：

数据持久层：

是指关系数据库、活动目录、消息队列等，这些都是存放数据的软件；

他们在物理上分别对应数据库服务器、域控制器、消息服务器等；

在我们的系统中只用到了关系数据库和活动目录、消息队列暂时不使用。

业务逻辑层：

该层主要是封装了业务相关的对象，以及业务相关的各种服务；

这层是系统的核心层，该层种有些服务可能需要存放在应用服务器中，有些是以组件的形式提供。

数据呈现层：

数据呈现层是和用户交互的一层；

我们的系统就是通过该层呈现个用户的；

在物理上它与Web服务器相对应；

3系统模块介绍

系统模块图如下：

该图描述了当前系统具有的大部分模块。

车辆管理，线路管理，配送点管理以及盛公司价格管理属于省公司人员使用模块。

订单管理、配送管理属于配送点人员使用模块。

权限管理、用户管理、报表管理省公司和配送点都可以使用。

4业务流程描述

下图描述了货物运输的过程：

1）客户或者管理员下订单

2）客户将货物送至投递点（为了简化流程，目前只处理客户送至投递点的货物）

5价格计算描述

价格=订单数量*（相应投递线路的运输价格+投递价格）

总公司的收入=各个配送点发货收入*分摊比例

配送点价格=本配送点的发货收入*分摊比例+配送货物收入

6系统框架设计

框架设计目标：

1）业务逻辑层

在该层需要实现上图所有的类图；

其中数据访问层采用工厂模式。

它和呈现层通过借口交互；

呈现层不需要太多关心业务，只需要调用其接口即可实现对业务数据的维护呈现。

2）UI呈现层

将呈现层的UI框架搭建出来；