物流系统需求说明书.docx

上传人:b****8 文档编号:10256522 上传时间:2023-02-09 格式:DOCX 页数:83 大小:257.42KB
下载 相关 举报
物流系统需求说明书.docx_第1页
第1页 / 共83页
物流系统需求说明书.docx_第2页
第2页 / 共83页
物流系统需求说明书.docx_第3页
第3页 / 共83页
物流系统需求说明书.docx_第4页
第4页 / 共83页
物流系统需求说明书.docx_第5页
第5页 / 共83页
点击查看更多>>
下载资源
资源描述

物流系统需求说明书.docx

《物流系统需求说明书.docx》由会员分享,可在线阅读,更多相关《物流系统需求说明书.docx(83页珍藏版)》请在冰豆网上搜索。

物流系统需求说明书.docx

物流系统需求说明书

 

中外运物流配送需求分析说明书

 

 

变更记录

日期

版本

变更说明

作者

2011-09-22

1.0

初始版本

郭志强牟峻辰李丁

签字确认

系统模块

对应章节

对应部门

负责人签字

路线管理

1.3.8

Snail小组

牟峻辰

财务管理

1.3.6-1.3.7

Snail小组

李丁

车辆管理

1.3.4

Snail小组

宋三思

订单管理

1.3.3

Snail小组

朱强

区域管理

1.3.2

Snail小组

宁显志

用户管理

1.3.5

Snail小组

雷昆霖

交接单管理

1.5.5

Snail小组

范浩林

其余部分管理

Snail小组

郭志强贾傲博

 

 

需求分析

1.1.物流系统需求说明

 

1.1.1.目的

建立此系统的目的在于客观、便捷、透明地显示,货物从货源地发出到客户手中的过程中所经历的各个配送经历。

方便客户、配送人员在线的查询以及公司对于物流的管理。

此系统可以提高物流运输效率,减少人员成本,便捷各个部门上传下达,更好地实现物流传输。

客户可以在线下订单,从我们公司在互联网显示的货物信息中,选定需要购买的货品以及数量,填写详细联系方式以及电话号码,选择付款方式后即可成功下订单。

在货品配送期间可以通过互联网物流跟踪信息,查询货物的即时地点。

在货物到达后,可以根据货物以及配送对货品进行评价,对以后购买此货品的客户提供参考。

每次物流的相关信息都会通过本系统的跟踪建立相关数据,存储在服务器上能够达到24个月,方便客户日后的查询以及相关问题的反映和反馈。

客户使用此系统可以透明、快捷地购到每一件货品。

没有此系统的时候,客户只能通过电话,传真等传统的方式下订单,而且也只能通过致电客服来达到了解货物传输的过程,不仅效率低下,耗费人力物力,而且无法实现传输透明。

本系统的建立使客户成为了物流运输的半个主人,客户不必每次为了物流的过程咨询相关人员,当遇到解决不了的问题时可以咨询相关人员,节省了大量客服的人力、物力和财力。

配送人员可以通过客户在互联网客户端预定货品的信息,将货品发往各个区域,借助互联网即时的迅速性,可以快速有效、更小错误地记录货品在各个区域的传送。

每到一个区域记录此过程的行程,便于客户、配送人员以及公司的查询,为客户的即时查询提供了最大程度的帮助,也为配送人员提供了传输的纪录。

若配送途中出现问题无法配送成功,也可以留下跟踪的信息以供找寻,成为日后查找货品最有力的记录和矛盾纠纷的证据。

没有此系统的时候,配送人员只能通过传真等传统方式,不仅效率低下,通讯费用相对昂贵,而且其中出现了更多的错误,而此系统运用于配送过程,可以更加便捷,更加有力地实现物流的传输。

公司可以通过此系统查询货物的跟踪方向,处理出现意外时的纠纷,例如当出现货物丢失,当客户向公司提出申请,公司可以根据货物追踪系统判定出货物在哪一环节,哪一区域出现的问题,从而落实到点,落实到个人,追踪出货品的下落,使物流传输更加透明,也给日后的纠纷提供决定性的关键。

公司还可以根据客户提供的收件地址,选择最佳的传送路径,传送方式,实现最近的路径,最高效的方式,最便捷的服务。

公司还可以统一协调各个区域,做到宏观上的调配,实现资源最有力的共享。

没有本系统的时候,可以说公司的管理是一团乱麻,公司需要设置大量的客服人员与客户,配送人员进行相关问题的沟通,不仅耗费大量人力物力,而且效率底下,没有实现资源的有效利用,此系统的建立从本质上更加有力,更加直接地实现物流的传输。

综上,此系统的建立能够更加透明、便捷地发出每一件货品。

提高了物流运输效率,减少了人员成本,实现了资源的有力共享,做到了宏观调配,更好地实现了物流传输。

本说明书目的在于明确此系统推行目的,界定实现范围,详介总体试用环境。

本说明书的预期读者为:

项目组长、系统开发人员、系统测试人员等。

 

1.1.2.背景

 

a)软件系统的名称:

物流配送系统。

b)项目任务的提出单位:

北京中软软件园蜗牛团队。

1.1.3.术语定义

 

总公司:

公司结构中最高的管理者,负责车辆、车辆、区域、路线和运输价格的维护。

区域:

公司结构中的业务执行者,负责接收客户订单,并联系总公司车队将货物运送到收货区域以及货物的配送工作。

发货区域:

接受客户订单,并联系总公司车队将货物运送出去的区域。

收货区域:

接受来自其他区域的货物,将货物配送到客户指定配送地址的区域。

配送地址:

客户指定的收货地址。

配送范围:

对从收货区域到指定配送地址的集合的一个划分。

货运费用:

客户为配送货物需要支付的费用,包含运输费用、配送费用和保价费用。

由发货区域负责收取。

运输费用:

货物由发货区域送到收货区域需要支付的费用。

配送费用:

货物由收货区域送到客户指定配送地址需要支付的费用。

保价费用:

客户指定的保价金额的1%。

运输价格:

由发货区域送到收货区域的单位价格。

配送价格:

由收货区域送到客户指定配送地址单位价格。

保价金额:

客户货物在配送过程中受到损失时能够得到的金钱赔偿。

由客户在下订单的过程中指定,最高为10,000元,最低为100元。

 

1.1.4.任务概述

 

1.1.4.1.目标

 

物流配送系统是物流公司的核心业务系统,它要求系统稳定、性能高、操作方便

物流公司的主要业务是为客户配送货物。

公司的组织结构分为总公司和区域。

总公司主要负责车辆、区域、路线和运输价格的维护。

区域主要负责接受客户订单,并联系总公司车队将货物运送到收货区域以及货物的配送工作。

由区域制定价格并提交给总公司进行审核。

客户为配送货物需要支付相应的费用。

 

1.1.4.2.用户的特点

1)该系统的用户有一定的文化水平,至少初中毕业。

2)用户包括分为总公司管理员、区域派送员和消费者。

3)用户选定的收货区域需在中华人民共和国境内(包括港澳台)。

 

1.1.4.3.假定和约束

1)开发周期为1个月

2)硬件配置见硬件环境

3)系统开发工具采用MicrosoftVisualStudio2008

4)数据库采用MicrosoftSQLServer2008

1.1.5.运行环境

1.1.5.1.软件环境

名称

版本

语种

数据库平台

SqlServer

2008

中文

客户端操作系统

Windows7及以下

中文

1.1.5.2.硬件环境

服务器

最低配置

推荐配置

CPU

P42.0GHz

P42.4GHz

内存

512M

1G

显卡

GeforeFX520064M显存

GeforeFX5600128M显存

硬盘

2G空余空间

2G空余空间

网络环境

512KADSL

512KADSL

操作系统

Windows2000/WindowsXP/WindowsVista

Windows2000/WindowsXP/WindowsVista

Directx版本

9.0C或以上

9.0C或以上

1.2.系统架构

1.2.1.架构图

1.2.2.系统流程图

1.2.2.1.总流程图

1.2.2.2.下订单流程图

1.2.2.3.区域管理流程图

1.2.2.4.配送范围管理流程图

1.2.2.5.路线管理流程图

1.2.2.6.订单管理流程

1.2.2.7.车辆管理流程图

1.2.2.8.报表管理流程

1.3.总公司管理员模块

1.3.1.用例图

1.3.2.管理区域模块

管理区域模块是为了方便对地区内的派送区域进行管理和维护。

根据总公司的业务需要,对各个派送区域进行增加、删除、修改、查询操作。

能够及时的了解每一个配送区域的信息,以便对他们进行监管

1.3.2.1.增加区域用例说明

当总公司扩大规模,或者有新的业务需要时,可以增加新的配送区域。

系统在选择增加区域之后,输入区域名称、所在省份、地址、电话、邮箱、员工人数、备注。

其中省份、区域名称是必须输入的,其他信息可以由该区域管理员添加。

添加区域时,系统自动跳转到注册新派送员页面,提示为该区域注册一个派送员。

 

用例名称

增加区域用例

用例编号

1.3.2.1

相关需求

需求1.3.2(区域管理)

语境目标

总公司管理员增加区域信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到增加区域的成功提示信息,系统正确记录区域信息及区域派送员信息,系统允许该派送员填写区域的地址、电话等信息。

失败的结束状态

总公司管理员看到错误提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

6

动作

总公司管理员进入区域管理的页面

总公司管理员选择增加区域操作

总公司管理员填写区域的信息

总公司管理员为区域注册一个区域管理员总公司管理员确认增加区域

系统提示添加成功

扩展步骤

步骤

6.1

6.2

动作

添加失败

显示错误提示信息

字段列表

区域名词

区域派送员用户名、初始密码

1.3.2.2.删除区域用例说明

当总公司业务转移或者财政精简的时候,可以撤销某些派送区域,此时可以在系统中删除某些派送区域。

系统选择删除区域,然后选择要删除的区域,确认后即可以删除。

总公司删除区域之后,系统将删除区域的所有信息,包括配送范围等信息。

并提示修改或是删除所有包括该区域的所有路线。

 

用例名称

删除区域用例

用例编号

1.3.2.2

相关需求

需求1.3.2(区域管理)

语境目标

总公司管理员删除区域信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到删除区域的成功提示信息,系统删除该区域,同时系统删除该区域的各个配送范围上的及其配送价格。

失败的结束状态

总公司管理员看到错误提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

6

7

8

9

10

动作

总公司管理员进入区域管理的页面

总公司管理员看到所有的区域信息条目

总公司管理员选择要删除的区域

总公司管理员选择删除区域操作

系统提示删除或者修改包含此区域的线路

总公司管理员修改或者删除线路

总公司管理员确认删除区域

系统删除该区域的所有配送范围信息

系统删除区域配送范围价格

系统提示删除成功

扩展步骤

步骤

10.1

10.2

动作

删除失败

显示错误提示信息

字段列表

 

1.3.2.3.修改区域用例说明

随着时间推进,某些派送区域的信息可能会发生变化,原来系统录入的信息可能已经是过时的,或者发现以前录入的区域信息有错误,这时候就需要对原来系统录入的区域信息进行更改。

系统选择修改区域,然后选择要修改的区域,确认后即可修改,总公司可以修改派送员信息,也可对派送区域进行修改。

 

用例名称

修改区域用例

用例编号

1.3.2.3

相关需求

需求1.3.2(区域管理)

语境目标

总公司管理员修改区域信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到修改区域成功的提示信息,系统记录修改后的信息

失败的结束状态

总公司管理员看到错误提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

6

7

8

动作

总公司管理员进入区域修改的页面

总公司管理员看到所有的区域点条目

总公司管理员选择要修改的区域

总公司管理员选择修改区域操作

系统显示该区域的信息

总公司管理员修改该区域的信息

总公司管理员确认修改

系统提示修改成功信息

扩展步骤

步骤

9.1

9.2

动作

修改失败

显示错误提示信息

字段列表

区域名称区域派送员

 

1.3.2.4.查询区域用例说明

 

当总公司管理员想要知道公司旗下总的派送区域,以便进行统一调度,或者想了解某个派送区域的信息时,可以利用查询区域模块获知自己想要了解的信息。

系统选择区域,选择查看,系统将显示区域的信息,区域信息包括:

区域名称、地址、电话、邮箱、员工数、管理员名称、配送范围。

系统选择查看配送价格,则将显示该区域的配送范围及配送价格,系统也可以选择查看该区域所在的路线信息。

 

用例名称

查询区域用例

用例编号

1.3.2.4

相关需求

需求1.3.2(区域管理)

语境目标

总公司管理员查询区域信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到了所有区域的信息

失败的结束状态

总公司管理员看到了异常提示

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

6

7

动作

总公司管理员进入管理页面

总公司管理员选择查询操作

总公司管理员看到查询页面中的所有区域信息条目

总公司选择要查询的区域

系统显示该区域的所有信息

管理员选择查看配送范围操作

系统显示该配送范围详细信息

扩展步骤

步骤

4.1

4.2

动作

删除失败

显示错误提示信息

字段列表

地址、电话及配送范围

配送范围,配送价格

 

1.3.3.订单管理模块

对于客户不在网上下单的情况,区域派送员需要把订单输入到系统中,以便统一管理。

区域派送员在区域业务员收到客户货物并清点后,修改订单的状态为确认。

订单生效,客户货物进入拼凑、运输流程。

区域派送员负责订单状态的维护,订单状态包括无效、确认、在途、配送中和客户已收。

订单是允许受限删除的,当订单处于未生效状态时,下订单客户可以自行删除订单;如果订单在下单之后一定时间内仍然没有生效,则系统自行将订单删除。

(该时间可以系统管理员设定)

1.3.3.1.增加订单用例说明

用例名称

总公司管理员下订单用例

用例编号

1.3.3.1

相关需求

需求1.3.3(订单管理)

语境目标

客户电话用之总公司管理员下单,总公司管理员网上下单

前提条件

总公司管理员登陆系统、总公司管理员进入订单管理页面

成功的结束状态

总公司管理员看到下订单成功信息

失败的结束状态

总公司管理员看到下订单失败的提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

动作

总公司管理员进入订单管理页面

总公司管理员选择下订单

总公司管理员填写订单信息并提交

系统提示下单成功

扩展步骤

步骤

4.1

4.2

4.3

动作

下订单失败

显示失败的错误提示信息

返回总公司管理员下订单页面

字段列表

 

1.3.3.2.删除订单用例说明

用例名称

删除订单用例

用例编号

1.3.3.2

相关需求

需求1.3.3(订单管理)

语境目标

总公司管理员删除订单

前提条件

总公司管理员登陆系统、用户进入订单管理页面

成功的结束状态

总公司管理员看到删除订单成功信息,系统删除该订单信息

失败的结束状态

总公司管理员看到下订单失败的提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

动作

总公司管理员受到客户要取消订单的通知

总公司管理员进入订单管理页面

总公司管理员查询到相关订单并确认删除

系统提示删除成功

扩展步骤

步骤

4.1

4.2

4.3

动作

删除失败

显示失败的错误提示信息

返回管理员订单管理页面

字段列表

1.3.3.3.修改订单用例说明

用例名称

总公司管理员修改订单用例

用例编号

1.3.3.3

相关需求

需求1.3.3(订单管理)

语境目标

总公司管理员修改订单状态

前提条件

总公司管理员登陆系统、总公司管理员进入订单管理页面

成功的结束状态

总公司管理员看到成功修改订单状态的信息

失败的结束状态

总公司管理员看到修改订单失败的提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

动作

总公司管理员进入订单管理页面

总公司管理员选择修改订单操作

总公司管理员选择需要修改的订单

总公司管理员修改订单状态

系统提示订单修改成功

扩展步骤

步骤

3.1

3.2

3.3

动作

选择订单失败

显示失败的错误提示信息

返回用户下查看订单信息页面

字段列表

1.3.3.4.查看订单用例说明

每一个系统管理员与区域派送员可以查询区域的当前订单情况。

查询的信息可以包括:

今日订单,历史订单,未处理订单以及特定订单的状态等。

每个区域派送员只能查询由本区域下的订单。

注册后的客户可以查询自己的历史订单、当日订单及未生效订单。

未注册客户只能根据订单号及验证信息查询该订单。

为了给总公司提供选择路线、调整路线及管理区域的决策依据,系统允许总公司管理员查询路线订单、区域订单列表。

用例名称

总公司管理员查看订单信息用例

用例编号

1.3.3.4

相关需求

需求1.3.3(订单管理)

语境目标

总公司管理员查看订单信息

前提条件

总公司管理员登陆系统、总公司管理员进入订单管理页面

成功的结束状态

总公司管理员看到订单的信息

失败的结束状态

总公司管理员看到订单查询失败的提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

动作

总公司管理员进入订单管理页面

总公司管理员选择查看订单操作

总公司管理员选择查看历史信息或未生效信息

总公司管理员输入待查询的日期

系统显示订单信息

扩展步骤

步骤

5.1

5.2

5.3

动作

查看信息失败

显示失败的错误提示信息

返回总公司管理员查看历史订单信息页面

字段列表

1.3.4.车辆管理模块

总公司负责车辆的购买、维护和运力调配。

能够增加、查询、修改和删除车辆的信息。

在货物体积或重量超载时可以使用多辆车,但每辆车只有空闲时可以安排。

1.3.4.1.增加车辆用例说明

当总公司需要拓展业务,购入新的运输车辆时,可以将这些车辆的信息添加到系统之中。

系统选择增加车辆,填写好车辆的各种信息,车辆的信息包括:

车牌号、型号、产地、出厂时间、购车时间、购车负责人、体积、容量。

确认后即可以增加车辆。

用例名称

增加车辆用例

用例编号

1.3.4.1

相关需求

需求1.3.4(车辆管理)

语境目标

总公司管理员增加车辆信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到增加车辆的成功提示信息,系统正确记录车辆信息

失败的结束状态

总公司管理员看到错误提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

动作

总公司管理员进入车辆管理的页面

总公司选择增加车辆操作

总公司管理员填写增加车辆的相关信息

总公司管理员确认增加

系统提示增加车辆成功

扩展步骤

步骤

5.1

5.2

动作

添加失败

显示错误提示信息

字段列表

车牌号、车辆载重、车辆容积

1.3.4.2.删除车辆用例说明

当车辆停止使用之后,总公司可以及时将车辆从系统中删除。

系统选择删除车辆,选择要删除的车辆,在确认删除之后就可以将该车辆删除。

用例名称

删除车辆用例

用例编号

1.3.4.2

相关需求

需求1.3.4(车辆管理)

语境目标

总公司管理员删除车辆信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到删除车辆的成功提示信息,系统删除该车辆信息

失败的结束状态

总公司管理员看到错误提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

动作

总公司管理员入车辆管理界面

系统显示所有的车辆信息条目

总公司管理员选择要删除的车辆

总公司管理员确认删除

系统提示删除车辆成功

扩展步骤

步骤

5.1

5.2

动作

删除失败

显示错误提示信息

字段列表

1.3.4.3.车辆信息修改用例说明

随着时间推移,车辆状况发生改变,需要重新录入车辆信息。

或者总公司根据业务需要,更改某些车辆线路时,可以在系统中对车辆信息进行修改。

系统选择车辆信息修改,可以根据车牌号选择要修改的车辆,系统将要修改车辆的各种信息查询出来,即可以对需要修改的信息进行修改。

在此模块中,可以管理车辆所属的路线。

系统选择修改车辆路线,选择新路线,确定修改。

用例名称

修改车辆信息用例

用例编号

1.3.4.3

相关需求

需求1.3.4(车辆管理)

语境目标

总公司管理员修改车辆信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到修改车辆的成功提示信息,系统保存修改后信息

失败的结束状态

总公司管理员看到错误提示信息

执行者

总公司管理员

主要流程

步骤

1

2

3

4

5

6

动作

总公司管理员进入车辆管理的页面

系统显示所有的车辆信息

总公司管理员选择要修改的车辆选择修改

总公司管理员填写修改的信息

总公司管理员确认修改

系统提示管理员修改成功

扩展步骤

步骤

4.1

4.2

6.1

6.2

动作

总公司管理员修改车辆所属线路

总公司管理员选择更新后的所属路线

修改失败

显示错误提示信息

字段列表

1.3.4.4.查询车辆用例说明

当总公司需要对车辆进行统一调度时,可以通过查询模块查询车辆信息。

以便进行合理分配

系统选择查看车辆信息,然后选择要查看的车辆,系统将显示车辆的信息,如:

车牌号、型号、产地、出厂时间、购车时间、体积、容量、所属线路、运行状态

用例名称

查询车辆用例

用例编号

1.3.4.4

相关需求

需求1.3.4(车辆管理)

语境目标

总公司管理员查询车辆信息

前提条件

总公司管理员通过了登录验证

成功的结束状态

总公司管理员看到了所有的车辆信息

失败的结束状态

总公司管理员看到了异常提示

执行者

总公司管理员

主要流程

步骤

1

2

3

4

动作

总公司管理员进入车辆管理页面

总公司管理员选择查看车辆操作

总公司管理员看到查询页面中的所有车辆信息条目

总公司管理员选择单个记录查看车辆详细信息

扩展步骤

步骤

4.1

4.2

动作

查看失败

显示错误提示信息

字段列表

车牌号、车辆载重、车辆容积、车辆所属路线

1.3.4.5.运力管理用例说明

进行大宗物流运输时,需要对现有运力进行合理安排,从而提高车辆利用效率,通过次模块,总公司可以方便的对运力进行调度。

系统可以自动查询目前到24小时内所要分配运力的路线,显示路线的名称,发车时间、预计到达时间。

然后系统可以自动分配车辆及司机。

然后将结果显示出来,管理员可以手动的对某条路线某个时间上的车辆及司机进行更改。

用例名称

运力管理用例

用例编号

1.3.4.5

相关需求

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 文学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1