网上货运市场任务系统的设计与实现

李素兰+陈忠鹤+吴美+汤茂斌

【摘 要】如今，货物交易一般都是通过搜索、询价、协商、达成交易、履行合同等活动来实现的。但是，上述的交易方式容易出现投入人力多、交易成本大、空载率高等问题，容易造成了物流资源的浪费。所以，如果能从这些方面出发考虑，可以节约物流成本。本系统是基于充分利用社会闲置资源的角度，为货物交易提供一个自由、信息对称的交易平台，让车辆和货物得到更好的匹配，降低车辆的空载率，节约物流成本。

【Abstract】Today， goods transactions are generally carried out through search， inquiry， negotiation， agreement and performance of contracts. However， the above transactions are prone to the problems of manpower investment， large transaction costs and high no-load rate， which can easily lead to waste of logistics resources. So， if we can consider from these aspects， we can save logistics costs. The system is based on the full use of social idle resources to provide a free， information symmetric trading platform for the goods transaction， so that the vehicle and goods can get better match， and reduce the no-load rate of the vehicle， save the logistics cost.

【关键词】网上货运；Vue.js；MongoDB数据库

【Keywords】 online freight； Vue.js； MongoDB； database

【中图分类号】TP39 【文献标志码】A 【文章编号】1673-1069（2017）12-0152-02

1 引言

本系统主要的实现功能是，货主通过注册以及由管理员认证通过后，可以在交易平台上發布需要运输的货物信息，其中包括货物的起点、终点、运输费用、尺寸、要求等详细信息。

同时，社会上拥有闲置运输资源的车主可以通过注册以及由管理员认证通过后，在交易平台上通过关键字或者类型搜速到自己感兴趣的货物运输任务。车主通过向系统提交接单申请，待货主查看信息同意后，方可执行运输任务。车主和货主需要双方共同确认完成任务后，才可结束任务，货主单方面的结束订单是无效的。

在订单执行过程中，货主和车主的信息是互相公开的，方便双方的及时交流。

对于已完成的运输任务，车主或货主可以添加评论或投诉，投诉需要管理员审核，并根据信用机制做出相应的处理。

2 系统概要设计

作为一个网上货运市场系统，不管是车主与车辆，还是货主与货物的信息量一定要多，而且对于各种信息一定要经过科学的验证，保证信息的有效性，才能保障车主与货主的利益。本系统中，采用了功能模块分解法，将系统分为了用户管理模块、用户认证模块、任务管理模块、订单管理模块、评论管理模块以及投诉管理模块。

用户认证模块的数据输入是用户管理模块的数据输出，通过管理员来人工审核普通用户上传的用户个人资料，只有审核通过的用户才是正真的合法用户。订单管理模块是引用了任务管理模块的数据，然后在数据的基础上，添加了自己的属性和操作。投诉管理模块或评论管理模块是建立在已经结束的任务之上的操作。

3 系统详情设计

所谓的系统详细设计就是以系统概要设计为输入，然后按照某种特定的设计方式，对系统的各个模块进行设计与实现。系统详细设计是程序员建立数据建模、编写代码的基础，需要呈现出系统模块结构中各个模块的内部过程描述，也就是使用顺序、选择、循环结构等符号用流程图的方式表达出来。

3.1 用户管理流程图、用例图

用户管理模块包括了用户注册、用户登录、用户信息修改与显示等小模块。其中，用户登录需要游客通过浏览器访问系统的首页，便可以进入登录界面。如果是新用户则需要先进入注册账号界面，然后填写基本、必要的账号信息。填写完登录需要的信息后，向后端发起一个登录请求，如果通过后端服务器的验证，便可更改登录状态，否则返回错误提醒信息。

3.2 任务管理流程图、用例图

任务管理模块属于注册角色为货主的用户使用，其他角色的用户对这个模块没有访问权。新注册的用户需要填写足够的详细信息，然后等待管理员的验证结果。如果验证不通过，则需要重新提交个人信息，直到验证通过才可以继续后面的发布任务等操作。

在任务管理模块中，用户可以选择发布任务、管理任务等功能，其中管理任务应该可以根据任务的不同状态，选择查看。任务的状态大致分为：已发布、被接单、进行中、已结束等。在任务的详细情况里，可以对任务执行下一步的操作。（图4，5）

4 数据接口api

要实现系统的前后端完全分离，前后端在开发之前需要定好数据交换的接口api形式。预判需要用到的接口形式以及所使用到的参数，待到实际开发时，再根据具体情况作出调整。统一规定，后端返回给前端的数据形式如下：

- code 0为正确，其他为错误码

- reason 错误原因

- data 返回的数据

根据系统不同功能的模块，预定义一系列用户应该拥有的请求动作。用户可以根据自身功能的需要，通过使用不同的接口，实现通过后端来间接地访问数据库。

不同的api接口，需要的接口参数不一样。具体的参数类型以及个人，在实际开发中，有前后端共同商量确定、修改。

5 结论

与不使用前后端分离设计的系统相比，前后端分离能最大程度地解放前台的生产力和提升项目总体的灵活和效率。前后端简单通过商议接口协议，便能使得工作并行进行，开发测试人员亦能更友好地对接口测试来提升系统的可靠性。这种方式，节约了开发测试成本，提高了工作效率，在实际工作中取得良好的效果。

【参考文献】

【1】教琳，金鑫著.货运经济学 [M].北京：北京理工大学出版社，2011.

【2】李文娟，王强.道路货运市场的信息不对称分析与对策 [J].交通与运输，2006（04）：53-55.

【3】金婧，陈家铨，王靖天，等. 基于Go语言及Beego等开源技术的公务车辆管理系统的设计与实现 [J]. 信息通信，2015（02）：140-141.

【4】Kristina Chodorow .MongoDB 权威指南第二版 [M].邓强，王明辉，译.北京：人民邮电出版社，2014.endprint