【CVTE笔试题】拼车（顺风车）系统设计

题目

c厂有近5000名员工，员工约有2000+辆私家车，现计划开发一个拼车（顺风车）系统，信息如下：

1. c厂在G市有四个不同地点的办公园区，3个不同地点的集中宿舍，每天早晚定时有班车往返园区和宿舍；

2. 开私家车上下班的同事中有的住在公司集中宿舍，有的住在公司附近的几个大型小区中，大型校区没有公司班车经过；

3. 经常会有一些物资，需要从一个园区运送到另一个园区；

4. 每天会有同事因为各种临时原因，需要在不同时段往返不同的园区；

5. 除了临时原因外，部分同事因工作原因，需要在固定时段往返往返固定的不同园区。

请根据以上信息给出系统解决方案，方案可包括用户需求描述、功能清单、流程图或E-R图等，并配以必要的文字说明。

需求背景

见题目描述

目标用户场景分析

目标用户分为两类，有车员工和没车员工。需要注意的是，当有车员工的车辆不可用时，就属于没有车的员工这一类，有车/无车是只是否有拼车需求。他们可能使用这个系统的全部场景见二级列表。

目标用户场景分析

解决方案

目前的解决方案，没车的用户可能打车或者乘坐公交车，运气好可能能碰到正好顺路的有车的员工，或者私下联系有车的顺路员工捎一程。而有车的运功除非路上碰到有需求的员工，或者私下约定好的行程相同的员工，否则将有空车自行完成这段旅程。

那么根据用户和场景，我总结出两个大类的需求，临时车辆需求（临时车辆提供）或者长期车辆需求（长期车辆提供）。那么主要的设计的需求是提供一个可以车辆长期拼车（运货）、预约拼车（运货）、临时拼车（运货）的系统，附带人员认证（注册登录）功能。

需求功能列表

1. 我的

1.1 注册

1.2 登录

1.3 查看所有行程、取消行程

1.4 个人信息编辑

1.5 消息查看

2. 预约拼车（运货）按次预约

2.1 有车员工发起可拼车行程（出发地点，目的地点，出发日期和时间，空余座位，可否拉货）

2.2 可预约拼车列表查询（车主信息，出发地点，目的地点，出发日期和时间，预约时长，空余座位，可否拉货，信息展示、条件筛选）

2.3 无车员工选择拼车行程（人数/带货/人数+带货）

2.4 无车员工发起拼车申请（出发地点，目的地点，出发日期和时间，预约时长，人数，是否带货）

2.5 拼车申请列表查询（出发地点，目的地点，出发日期和时间，预约时长，人数，是否带货，信息展示、条件筛选）

2.6 有车员工选择拼车申请

2.7 查看、取消已预约行程

2.8 取消、预约匹配成功消息推送

3. 临时拼车（运货）

3.1 有车员工开启接单，即可被匹配的拼车行程（出发地点，目的地点，出发日期和时间，空余座位，可否拉货）

2.2 无车员工匹配拼车行程（出发地点，目的地点，出发日期和时间，人数，是否拉货）

2.3 取消临时拼车

2.4预约匹配成功消息推送

2.5 匹配规则

业务逻辑图

业务逻辑图主要表明了用户与系统各自完成哪些功能。

业务逻辑图（用例图）

业务流程图

业务流程图按照功能模块进行划分，来进行详细说明

用户必须注册登录了之后，再能进行其他操作。模块之间的操作顺序如下

系统流程图

1. 注册/登录流程

用户在使用别的模块前，需要先进行登录，新用户首先需要注册。

左：注册流程  右：登录流程

2. 行程查看、取消、评价

用户可以查看所有行程，并对已经预约的行程进行取消，对已完成的行程进行评价。

左：行程取消  右：行程评价

3. 预约拼车（运货）

分成有车员工发起和无车员工发起比较清晰，但是页面可以做在一起。

左：有车员工发起  右：无车员工发起

4. 临时拼车（运货）

临时拼车参考滴滴打车功能。

默认无车员工可以直接在临时拼车（运货）后取消行程，有车员工取消行程需要前往“我的”行程里取消。

临时拼车（运货）业务流程图  

页面流程图

1. 我的

我的模块中，有五个功能：注册、登录、个人信息编辑、历史行程（查看、评价和取消）、消息列表。

1. 我的 模块页面流程  

2. 预约

预约模块中，主要实现预约拼车（运货）的功能。分为预约申请、预约匹配、我的预约（查看、取消预约）三个子功能模块

2 预约模块页面流程

3. 临时拼车

临时拼车模块参考滴滴快车模块，采用用户发起匹配，车主接单模式。其中包括匹配拼车、车主接单（顺风车）和我的拼车（查询和取消）。

3 临时拼车（顺风车）

原型图（略）

考核指标和计算方法

拼车成功时，将车主发起的座位数-乘客数，剩余的座位数继续匹配。

迭代：

v1.0 完成以上基本功能

v1.1 地图：临时拼车成功时，显示实时车辆位置

v1.2 聊天：临时拼车成功时，乘客和客户的聊天窗口（在线聊天或拨打电话）

v2.0  评价积分系统：高评分次数兑换员工福利