回程车管理功能需求剖析

%*物流平台

回程车管理功能需求

版本：V1.0

%*网络科技有限公司

2015 年2 月

第一章功能概述 (3)

1.1功能定位 (3)

1.2功能组成 (3)

第二章功能需求说明 (4)

2.1注册登录管理 (5)

2.2信息大厅 (6)

2.2.1信息发布 (6)

2.2.2找货找车 (6)

2.3我要发货 (7)

2.4我要收货 (8)

2.5我的消息 (8)

2.6我的运单 (9)

2.6后台管理 (9)

附产品开发计划安排： (10)

第一章功能概述

1.1功能定位

专注于回程车服务，产品名称：％*云回程车服务。

1.2功能组成

（一）功能模块组成。

回程车管理主要由用户登录注册管理、我的消息、我的运单（当前运单、全部运单）、信息大厅（信息发布、找货找车）、我要发货、我要收货组成。

（二）用户接入方式。

回程车管理只开发“回程车APP V1.0版本”用户通过安装手机端APP进行应用接入，不提供pc端服务，但拥有独立的回程车APP 后台管理。

第二章功能需求说明

回程车管理功能模块主要由以下几部分组成，如图所示:

（二）我的消息：用户消息推送，收货、发货信息提示等。

（三）我的运单：用于运单的管理，包括当前运单和全部运单，

当前运单提示当前在途运单，当收货后便自动结束，并转入全部运单。

（四）信息大厅：主要用于发布车源货源信息和查询货源车源信息，主要包括信息发布和找货找车两个功能模块。

（五）我要发货：用于注册用户发布货源信息，并自动生成系统运单。

（六）我要收货：用于发货运单运输结束后用户进行收货操作，

一经收货确认，用户则完成发货到收货的物流配载过程（配载 1.0版本只管两端，即收、发货），运单结束。

说明：以下各功能，除特殊操作说明外，各功能模块均应具备新增、修改、删除、查询等共性功能，信息录入内容涉及到出发地和所在地的预先缺省为嘉兴。

2.1注册登录管理

用户注册与登录管理模块包括用户注册管理、登录管理、密码修

改、密码重置功能。

（一）用户注册管理。

用户类型分为卡车司机、货主和物流公司（主要为中介和第三方物流公司）三类。

1、用户注册：采用用户名与手机号绑定的方式进行注册。手机号可以作为用户名，用户名作为唯一登录标识，用户也可自己输入用户名。只要输入用户名、密码、确认密码、手机号、点击获取验证码进行注册。服务器端使用短信机功能，返回验证码，验证手机有效性。

操作权限：用户的权限由系统缺省分配和后台人工认证管理。

2、货主和物流公司注册：注册用户需要提供工商登记号、税务登

记号和负责人的身份证，并通过手机拍照上传系统。用户需通过手机号进行注册，并输入所在地（严格按照行政区划省、市、县区、街道乡镇、村进行设置，便于以后统计，下面内容相同）、企业名称、地址和联系人、联系电话。

操作权限：缺省为全部功能。

3、卡车司机：注册时需要提供营运证、驾驶证和行驶证，并通过手机拍照上传保存。其他注册信息主要包括出发地、目的地、回程地、参考报价、联系人、联系电话（可以为注册手机号码，也可以为另外

的号码）、车牌号、载重、车长、车型（平板、高栏、冷藏、集装箱、全封闭、特种、自卸）、体积（如为厢式货车）、车辆发动机号、车架号、车辆地理位置和车辆正面外观照片。该信息一经注册，将自动编号添加到车源信息提供给信息大厅供查询找车。

（二）密码管理。

密码重置：通过输入用户名、手机号，点击获取验证码，验证通

过后，进行密码重置。

密码修改：用户登录进入密码修改界面进行修改，并获取手机验证码

进行修改验证。

（三）用户登录管理。

用户名作为唯一登录标识符登录。

2.2信息大厅

221信息发布

发布内容主要包括二类：

（一）货源信息发布。

发布内容包括：编号、发布日期、发货日期、到货日期、信息有效日期、出发地、目的地、货物类型（普货、重货、轻货、大件、冷藏品、设备）、重量、体积、所需车长、联系人、联系人电话、其他备注等信息，货物照片、货物地理位置信息（手机版实现自动获取当前位置）等。

（二）车辆信息发布。

发布时需提供：营运证、驾驶证和行驶证，并通过手机拍照上传保存。其他信息主要包括车辆编号（唯一性）、发布时间、信息有效时间、出发地、目的地、回程地、参考报价、联系人、联系电话、车牌号、载重、车长、车型（平板、高栏、冷藏、集装箱、全封闭、特种、自卸）、体积（如为厢式货车）、车辆发动机号、车架号、车辆地理位置和车辆正面外观照片。

2.2.2找货找车

主要实现货源信息与车源信息的查询功能。可以通过回程地、出发地、目的地、信息有效期、参考报价、载重吨位、体积、车长、发

布时间等进行查询。查询结果必须检索同时满足用户输入条件的数据。

2.3我要发货

我要发货主要用于货源用户进行发货，输入货物运单信息。运单在未正式发出之前，可以进行修改、完善和保存。如果运单一经“发货” 确认后则不能进行改动，只有退单和撤单功能。

1、用户登录后进行发货，每次发货APP将自动生成运单格式，由发货人填写运单内容，平台将以运单为线对物流发货和收货环节进行管理。

我要发货内容：

运单号：系统自动生成具有唯一性。

发货日期：平台自动生成

出发地：默认为发货人所在地

目的地（到站）：用户选择

发货人信息（企业名称、装货地、联系人及电话、到货期限）：自动选择填入

收货人信息（企业名称、联系人及电话）：可以输入，也可自动选择填入

交货方式及要求可选：发货人可选送货、凭证件提货两种；收货人可选自提、凭传真提、签回单或签收条四种方式。

货物信息：包括货物名称、件数、包装、体积/重量、运费、保价金额、保价费、直送费、中转费、其他费、运费小计。此栏可以一单多货。

费用结算信息：包括运费合计、服务费（包括已付、未付二者选

其一）。

特殊说明：作为运单备注

运费计算方式：现金支付金额、回单支付金额、提货付金额、月

结付金额

是否代收货款:代收金额。

承运人：地址、电话、联系人自动调取。

照片：发货单拍照和发货人拍照、运输人的“人和车辆”合照。

注：1、发货方信息为注册用户应直接调取信息，无需用户填入。

2、托运方为注册卡车司机或物流公司则直接选择填入，如为平台发布车辆则通过输入车辆编号进行自动填入。

3、收货方和货物信息由用户自行输入，如为平台发布货源信息贝V 通过输入货源编号进行自动填入。

2.4我要收货

我要收货即实现收货签收：当用户收货后收货人或回程车辆进行收货确认即可，同时后台将确认信息通过平台和手机端进行反馈给发货人、卡车司机和收货人，至此运单结束。

2.5我的消息

我的消息主要为发货、收货确认后信息推送的接收功能。

消息格式如下：

发货时消息的内容为：

推送给卡车司机、物流公司和收货方：XXX货主给你下单了，运

单号为XXXXX，请注意及时收货，联系电话（货主）：XXXXXXXXX , 联系人XXX。XXXX年XX月XX日XX时XX分；

收货确认时消息内容为：

推送给发货人：运单号为XXXX的运单已由XXX收货签收，联系电话（收货签收人）：XXXXXXXXX，联系人XXX。签收时间为XXXX 年XX月XX 日XX时XX分。

2.6我的运单

我的运单主要包括当前运单和全部运单。当前运单为我要发货时产生运单，为“在途”运单一旦收货确认后运单即转为全部运单；全部

运单为登录用户相关的全部运单信息，并提供按运单号和时间段查询功能。

2.6后台管理

回程车后台管理主要实现系统设置、权限设置、用户审查、统计查询等功能。

（一）系统设置管理。主要为平台应用基础设置，包括行政区划，用户类型、运单需要固化的如运费结算方式、交货方式及要求等数据字典内容的设置。

（二）平台用户的审核、开通、注销、停用等管理。

（三）用户权限的配置和分配管理。

（四）统计查询功能。

1、业务交易管理，实时查询平台运单发送情况。

2、综合统计包括注册用户数，发布车辆信息数、发布货源信息数等。

3、平台访问管理统计，包括实时统计APP在线人数，便于后台实时掌握和查询。

4、业务数据分析功能，包括业务量，车辆数、按时间段统计车辆发货吨位等。

（六）安全管理。

应重点考虑平台系统自身的安全问题，在平台设计过程必须充分考虑各部分的安全漏洞，确保软件服务端、传输中和客户端的运行安全。而且在设计过程中对所有注册用户的平台活动都应该有登陆记录和用户操作日志功能，建立事后追查机制。

附产品开发计划安排：

（一）开发小组

总负责：

协助分管：

技术总负责：

开发人员：暂为%*现有3位开发人员

参与开发部门：开发部、客服部

（二）开发计划初步安排

1、需求设计：2015年1月28日-29日出1.0版本功能需求文档；

2、交互设计：1月30日-2月6日出交互设计，详细时间节点和人员安排请客服部提出，本阶段文档需公司总经理参加会议确认；

3、开发文档设计：2月7日-13日开发部完成产品技术开发详细

设计方案，产品开发技术负责人由开发部会同技术总监落实1人负责，详细时间节点和人员安排请开发部提出，%*云后台总体架构及%*云APP运行框架由技术总监负责，详细时间节点和人员安排请董军提出，

本阶段所有技术文档需公司总经理参加会议确认。

4、程序设计：2月15日-4月1日，开发人员暂为现有%*三人开发小组。

5、产品测试：4月2日-4月9日，客服部产品全面测试。

6、产品优化完善：4月10日-20日，开发小组完成。

7、产品上线准备：4月21日-30日，测试、开发优化调整完善。

8、产品正式上线：5月1日。

（三）工作要求

1、产品开发各阶段均需建立技术文档，并按照公司管理制度报总经理审查；

2、开发时间计划请尽量提前，所有详细时间节点计划请各部门合理

评估，并于2月5日前提交；

3、对工作安排和时间进度有疑问的请提出建议。

本文来源：https://www.bwwdw.com/article/yyal.html