配送系统.docx

配送系统.docx

《配送系统.docx》由会员分享，可在线阅读，更多相关《配送系统.docx（14页珍藏版）》请在冰豆网上搜索。

配送系统

物流仿真实验大作业

信鱼配送系统需求统计使用说明书

------物流系统仿真实验

专业：

物流管理

班级：

080545A

学号：

080545139

姓名：

尹璟琼

指导老师:

曹书波

目录

1.需求描述3

1.1业务流程3

1.1.1货物配送流程3

1.1.2货物配送流程图3

1.2车辆管理3

1.3路线管理4

1.4收入分成设置4

1.5配送点管理4

1.6配送范围管理4

1.7配送价格管理4

1.8订单管理5

1.8.1订单查询5

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

1.8.3条形码管理7

1.9货物类别维护7

1.10交接单7

1.11货物状态维护7

1.12报表管理8

1.13权限管理8

1.14用户管理8

2系统模块介绍9

2.1系统功能构成9

2.2用例分析10

3业务流程描述10

4价格计算描述11

5系统框架设计11

1.需求描述

物流配送公司的主要业务是为用户配送货物；物流公司的组织结构分为总公司和配送点；总公司主要负责车辆的维护、配送点、配送线路、配送价格的维护；配送点主要是接收客户订单，并联系总公司车队将货物运送到目的地；配送点同时还负责货物的配送工作。

对于一个货物的费用应包含如下两部分费用：

运输费用和配送费用。

运输费用是指由配送地到目的地配送点的费用，而配送费用是指由目的地配送点到客户指定地址的配送费用。

价格由总公司统一维护，配送点无权修改。

1.1业务流程

1.1.1货物配送流程

1）用户有货物需要配送

2）用户网上下订单或通知本地配送点下订单

3）用户运送货物到本地配送点

4）配送点进行货物清点并填写货物配送交接单（此处为了简化流程总去了封单）

5）配送车辆进行装车（配送货物总去了时间限制）

6）配送货物途中状态更新

7）货物到达目的配送点，目的配送点检查货物并修改货物状态

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

9）客户接收货物

10）配送点修改货物状态

1.1.2货物配送流程图

1.2车辆管理

车辆管理是由总公司负责的，总公司负责购买车辆，以及车辆的维护，运力调配等；在该系统中我们只需要把车辆的增、删、改做完即可；对于货物的体积如果超过一辆车则可以使用多辆车；每辆车都有状态表示；只有空闲时才可以安排。

1.3路线管理

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

内容如下：

线路名称、配送点顺序。

1.4收入分成设置

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

总公司：

50%

发货配送点：

40%

收货配送点：

10%

1.5配送点管理

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

配送点信息如下：

1.6配送范围管理

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

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

备注：

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

1.7配送价格管理

配送价格包括配送点之间的运输价格和配送范围的配送价格；配送点间的运输价格由配送点来维护，总公司审核；配送范围的价格由配送点维护，同时提供查询功能供其它人进行查询。

配送点间价格：

包括增、删、改、查；内容包括：

发货配送点、收货配送点、货物重量/价格、货物体积/价格。

配送范围价格：

包括增、删、改、查；内容包括配送点名称、配送范围名称，货物重量/价格、货物体积/价格。

备注：

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

1.8订单管理

订单管理是包括下订单、订单的修改、删除；其中订单只有在收货物之前的可以修改；下单的过程一般由用户或者配送点管理员来完成。

1.8.1订单查询

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

查询的订单可以包括：

今日订单，历史订单。

主要功能和链接：

查询功能：

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

删除功能：

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

修改功能：

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

返回：

返回上级页面；

备注：

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

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

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

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

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

1、订单输入：

对于用户不是在

2、订单确认：

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

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

3、订单状态维护：

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

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

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

订单部门为客户的订单提供动态跟踪服务。

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

主要功能和链接：

清空：

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

确认：

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

1.9货物类别维护

包括类别的增删改，内容包括类别代码，货物类别名称；其中类别代码采用自动增长方式

1.10交接单

装货完成后，配送点管理员（业务员）需要生成交接单，根据目的配送点的数量生成相应的交接单；比如该车货物需要去五个配送点，则需要产生五个交接单。

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

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

交接单的页面格式如下：

备注：

封单号改为订单号

1.11货物状态维护

货物状态维护主要是接口，由司机动态修改；内容如下

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

1.12报表管理

报表管理主要是按总公司和配送点分别出报表；报表分为月报表、季度报表、年报表；目前只做收入报表。

总公司

总公司只有收入报表，生成年季月三个报表分别选择要生成报表的年、季、月，然后点击生成报表，系统自动生成报表，并呈现在页面上；点击导出到Excel可以把报表导出。

报表内容如下：

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

配送点：

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

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

收货报表的内容如下：

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

发货报表的内容如下：

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

收发总表的内容如下：

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

1.13权限管理

权限管理包括角色、操作的增删改；角色、操作、用户组成一个以角色为中心的三维关系；可以为角色分配用户和为角色授权；

角色一般要创建：

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

1.14用户管理

实现对用户的增删改；数据库中只设计一张用户表；系统不采用集成Windows验证方式。

2系统模块介绍

2.1系统功能构成

系统主要功能模块如下图：

2.2用例分析

3业务流程描述

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

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

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

3）管理员验货并生成交接单

4）运输队按照交接单对货物进行接受并配送，每经过一个配送点，交接单的状态会改变一次。

5）按照管理员的设定路线，运输队完成货物的运输，到达目的配送点

6）目的配送点交由客户对货物进行确认，完成投递过程。

在这个过程中系统对所下的订单进行管理，交给管理人员，当货物交接完成后，管理人员可以通过订单进行运力调配，由配送点所分到的运力进行运输。

在此过程中每完成一次交接即输入系统，便于客户对货物所在查询和便于管理员对货物的管理。

到达目的配送点后完成整个物流过程，并交由系统数据库存档，便于公司对业务的统计。

4价格计算描述

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

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

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

5系统框架设计

框架设计目标：

采用Jsp&Servlet&JavaBean架构实现系统

具体架构层次如图例所示。

Jsj架构结构图（图例3）

⏹各层实现功能说明

View层是与客户的交互层，负责提交用户请求和数据，并将后台的响应结果返回给客户层。

同时提供客户提交信息的javasript验证功能。

Control层负责项目中业务功能实现流程的管理工作。

如：

具体的业务功能由哪些类来实现，实现结果有谁来显示等等，必须由Control层来决定。

同时Control层还要负责与其它两层的通信，这个过程还需要一些bean类来协助传递信息，另外Control层还要负责请求的转发与从定向。

从Control层所负责的功能上不难想象的到在业务逻辑相对复杂的时候此层代码编写会略显繁重和复杂。

Model层主要是一些实现具体业务功能的类，在这里可以统一简称为Business类。

也可以将架构中除了Servlet控制器之外的所有类统一叫做Javabean类。

从这种命名方式上可以看出，model层在实现业务功能是具体的实现方式比较自由，但在业务逻辑比较复杂的情况下model层职能的划分会出现问题，可能会造成一定混乱和不便。

设想一下如果可以更明确的将model层进一步划分使之变得更有条理，这样就会增强该层的可维护性了。

1）业务逻辑层

在该层需要实现上图所有的类图；其中数据访问层采用工厂模式。

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

2）UI呈现层

系统登录界面，与数据库交互进入后台管理系统。

在后台管理系统通过左侧选项菜单进入所要选取的管理选项。

在各个选项中通过如图所示各种表单与系统数据库进行交互

并且与数据库进行查询交互，使数据库中数据能在前台运用。

服务客户的前台系统，便捷的提供了客户的信息交换，让客户更便捷的选择服务，并对自己所得到的服务进行即时查验。