题目
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. 我的
我的模块中，有五个功能：注册、登录、个人信息编辑、历史行程（查看、评价和取消）、消息列表。
2. 预约
预约模块中，主要实现预约拼车（运货）的功能。分为预约申请、预约匹配、我的预约（查看、取消预约）三个子功能模块
3. 临时拼车
临时拼车模块参考滴滴快车模块，采用用户发起匹配，车主接单模式。其中包括匹配拼车、车主接单（顺风车）和我的拼车（查询和取消）。
原型图（略）
考核指标和计算方法
拼车成功时，将车主发起的座位数-乘客数，剩余的座位数继续匹配。
迭代：
v1.0 完成以上基本功能
v1.1 地图：临时拼车成功时，显示实时车辆位置
v1.2 聊天：临时拼车成功时，乘客和客户的聊天窗口（在线聊天或拨打电话）
v2.0 评价积分系统：高评分次数兑换员工福利
