回程车管理功能需求剖析

1、%*物流平台回程车管理功能需求版本： V1.0%*网络科技有限公司2015 年 2 月第一章功能概述 31.1功能定位 31.2功能组成 3第二章功能需求说明42.1注册登录管理 52.2信息大厅 62.2.1信息发布 62.2.2找货找车 62.3我要发货 72.4我要收货 82.5我的消息 82.6我的运单 92.6后台管理 9附产品开发计划安排： 10第一章功能概述1.1功能定位专注于回程车服务，产品名称：*云回程车服务。1.2功能组成（一）功能模块组成。回程车管理主要由用户登录注册管理、我的消息、我的运单（当 前运单、全部运单）、信息大厅（信息发布、找货找车）、我要发货、 我要收货组成

2、。（二）用户接入方式。回程车管理只开发“回程车APP V1.0版本”用户通过安装手机端 APP进行应用接入，不提供pc端服务，但拥有独立的回程车APP后台管理。第二章 功能需求说明回程车管理功能模块主要由以下几部分组成，如图所示:（二）我的消息：用户消息推送，收货、发货信息提示等。（三）我的运单：用于运单的管理，包括当前运单和全部运单，当前运单提示当前在途运单， 当收货后便自动结束，并转入全部运单。（四）信息大厅：主要用于发布车源货源信息和查询货源车源信 息，主要包括信息发布和找货找车两个功能模块。（五）我要发货：用于注册用户发布货源信息，并自动生成系统 运单。（六）我要收货：用于发货运单运输

3、结束后用户进行收货操作，一经收货确认，用户则完成发货到收货的物流配载过程（配载1.0版本只管两端，即收、发货），运单结束。说明：以下各功能，除特殊操作说明外，各功能模块均应具备新 增、修改、删除、查询等共性功能，信息录入内容涉及到出发地和所 在地的预先缺省为嘉兴。2.1注册登录管理用户注册与登录管理模块包括用户注册管理、登录管理、密码修改、密码重置功能。（一）用户注册管理。用户类型分为卡车司机、货主和物流公司（主要为中介和第三方 物流公司）三类。1、用户注册：采用用户名与手机号绑定的方式进行注册。手机号 可以作为用户名，用户名作为唯一登录标识，用户也可自己输入用户 名。只要输入用户名、密码、确

4、认密码、手机号、点击获取验证码进 行注册。服务器端使用短信机功能，返回验证码，验证手机有效性。操作权限：用户的权限由系统缺省分配和后台人工认证管理。2、货主和物流公司注册： 注册用户需要提供 工商登记号、税务登记号和负责人的身份证，并通过手机拍照上传系统。用户需通过手机 号进行注册，并输入 所在地（严格按照行政区划省、市、县区、街道 乡镇、村进行设置，便于以后统计，下面内容相同）、企业名称、地址和联系人、联系电话。操作权限：缺省为全部功能。3、卡车司机：注册时需要提供 营运证、驾驶证和行驶证，并通过 手机拍照上传保存。其他注册信息主要包括出发地、目的地、回程地、 参考报价、联系人、联系电话（可

5、以为注册手机号码，也可以为另外的号码）、车牌号、载重、车长、车型（平板、高栏、冷藏、集装箱、 全封闭、特种、自卸）、体积（如为厢式货车）、车辆发动机号、车架 号、车辆地理位置和车辆正面外观照片。该信息一经注册，将自动编 号添加到车源信息提供给信息大厅供查询找车。（二）密码管理。密码重置：通过输入用户名、手机号，点击获取验证码，验证通过后，进行密码重置。密码修改：用户登录进入密码修改界面进行修改，并获取手机验 证码进行修改验证。（三）用户登录管理。用户名作为唯一登录标识符登录。2.2信息大厅221信息发布发布内容主要包括二类：（一）货源信息发布。发布内容包括：编号、发布日期、发货日期、到货日期、

6、信息有效日期、出发地、目的地、货物类型（普货、重货、轻货、大件、冷 藏品、设备）、重量、体积、所需车长、联系人、联系人电话、其他备 注等信息，货物照片、货物地理位置信息（手机版实现自动获取当前 位置）等。（二）车辆信息发布。发布时需提供：营运证、驾驶证和行驶证，并通过手机拍照上传 保存。其他信息主要包括车辆编号（唯一性）、发布时间、信息有效时 间、出发地、目的地、回程地、参考报价、联系人、联系电话、车牌 号、载重、车长、车型（平板、高栏、冷藏、集装箱、全封闭、特种、 自卸）、体积（如为厢式货车）、车辆发动机号、车架号、车辆地理位 置和车辆正面外观照片。2.2.2找货找车主要实现货源信息与车源信

7、息的查询功能。可以通过回程地、出 发地、目的地、信息有效期、参考报价、载重吨位、体积、车长、发布时间等进行查询。查询结果必须检索同时满足用户输入条件的数据。2.3我要发货我要发货主要用于货源用户进行发货，输入货物运单信息。运单 在未正式发出之前，可以进行修改、完善和保存。如果运单一经“发货” 确认后则不能进行改动，只有退单和撤单功能。1、用户登录后进行发货，每次发货APP将自动生成运单格式， 由发货人填写运单内容，平台将以运单为线对物流发货和收货环节进 行管理。我要发货内容：运单号：系统自动生成具有唯一性。发货日期：平台自动生成出发地：默认为发货人所在地目的地（到站）：用户选择发货人信息（企业

8、名称、装货地、联系人及电话、到货期限）：自动选择填入收货人信息（企业名称、联系人及电话）：可以输入，也可自动选 择填入交货方式及要求可选：发货人可选送货、凭证件提货两种；收货 人可选自提、凭传真提、签回单或签收条四种方式。货物信息：包括货物名称、件数、包装、体积/重量、运费、保价金额、保价费、直送费、中转费、其他费、运费小计。此栏可以一单 多货。费用结算信息：包括运费合计、服务费（包括已付、未付二者选其一）。特殊说明：作为运单备注运费计算方式：现金支付金额、回单支付金额、提货付金额、月结付金额是否代收货款:代收金额。承运人：地址、电话、联系人自动调取。照片：发货单拍照和发货人拍照、运输人的“人

9、和车辆”合照。注：1、发货方信息为注册用户应直接调取信息，无需用户填入。2、托运方为注册卡车司机或物流公司则直接选择填入，如为平台 发布车辆则通过输入车辆编号进行自动填入。3、收货方和货物信息由用户自行输入，如为平台发布货源信息贝V 通过输入货源编号进行自动填入。2.4我要收货我要收货即实现收货签收：当用户收货后收货人或回程车辆进行 收货确认即可，同时后台将确认信息通过平台和手机端进行反馈给发 货人、卡车司机和收货人，至此运单结束。2.5我的消息我的消息主要为发货、收货确认后信息推送的接收功能。消息格式如下：发货时消息的内容为：推送给卡车司机、物流公司和收货方：XXX货主给你下单了，运单号为X

10、XXXX，请注意及时收货，联系电话（货主）：XXXXXXXXX , 联系人XXX。XXXX年XX月XX日XX时XX分；收货确认时消息内容为：推送给发货人：运单号为XXXX的运单已由XXX收货签收，联 系电话（收货签收人）：XXXXXXXXX，联系人XXX。签收时间为XXXX 年XX月XX日XX时XX分。2.6我的运单我的运单主要包括 当前运单和全部运单。当前运单为我要发货时 产生运单，为“在途”运单一旦收货确认后运单即转为全部运单；全部运单为登录用户相关的全部运单信息，并提供按运单号和时间段查询 功能。2.6后台管理回程车后台管理主要实现系统设置、权限设置、用户审查、统计 查询等功能。（一）系

11、统设置管理。主要为平台应用基础设置， 包括行政区划， 用户类型、运单需要固化的如运费结算方式、交货方式及要求等数据 字典内容的设置。（二）平台用户的审核、开通、注销、停用等管理。（三）用户权限的配置和分配管理。（四）统计查询功能。1、业务交易管理，实时查询平台运单发送情况。2、综合统计包括注册用户数，发布车辆信息数、发布货源信息 数等。3、平台访问管理统计，包括实时统计 APP在线人数，便于后台 实时掌握和查询。4、业务数据分析功能，包括业务量，车辆数、按时间段统计车 辆发货吨位等。（六）安全管理。应重点考虑平台系统自身的安全问题，在平台设计过程必须充分 考虑各部分的安全漏洞，确保软件服务端、

12、传输中和客户端的运行安 全。而且在设计过程中对所有注册用户的平台活动都应该有登陆记录 和用户操作日志功能，建立事后追查机制。附产品开发计划安排：（一）开发小组总负责：协助分管：技术总负责：开发人员：暂为%*现有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日