1、需求&原型改进:
团队组成：
PM：齐爽爽（258）
小组成员：马帅（248），何健（267），蔡凯峰（285）
Git链接：https://github.com/WHUSE2017/C-team
1.1 课堂问题
在课堂的讨论，让我们对自己做的东西更加明确，思路更加清晰。也同时获得很好的建议：将用户人群与活动范围缩小，很好的建议。
Q1：网页还是APP？
修改1：因为短时间内学习一个使用C++制作网页的框架，然后做出来，时间有点够呛，所以我们选择做一个PC端的APP。
Q2：信息安全方面，自己的位置信息暴露，同行的都是陌生人，不安全？
修改2：最初用户时我们自己，这款APP只能通过好友邀请进行注册，默认都是可信用户，然后对于之前都推荐，将目标人群定在学生，我们前期只给本校学生，并且假设我们有学号验证。
Q3：建议可以用支付宝芝麻信用分，进行可信度审核。
修改3：如果项目运行不错，涉及到社会人士时，我们会采用这个建议的。
Q4：推广问题？
修改4：我们前期只在本校使用，所以通过社团和各院学生会宣传。后期就是用户体验后，用户帮忙宣传。
Q5：可以将活动的范围缩小，就在武汉周边游玩，时间段距离短，如果做城市间的旅游，算法复杂，不好实施？
修改5：将活动范围缩小，也将活动粒度缩小，比如：约电影、黄鹤楼一日游、骑行东湖等。
1.2 场景
将范围缩小后，与目标用户进一步沟通，挑选一个目标用户。
| 名字 | 西瓜 |
| 性别、年龄 | 女、20岁 |
|
职业 |
计算机院学生 |
| 收入 | 学生 |
| 知识层次和能力 | 大学 |
| 生活、工作情况 | 喜欢电子产品，喜欢旅游，喜欢交朋友 |
| 动机，目的，困难 | 游玩、交友、熟悉大武汉。困难：有时候自己有时间，朋友没有时间，自己一个人又不想出去。 |
| 用户偏好 | 想找到一起同行的大学生，男女不限。 |
| 用户比例 | 基本都是这样的人。 |
| 典型场景 | 在网上找小伙伴，然后一起出去玩。 |
| 典型描述 | 本网站提供相同计划行程的同学联系方式。 |
用户痛点是，有时间，自己时间和朋友时间不一致，但是又想出去玩，又觉得一个人出去玩没意思。不排斥和陌生同学一起溜达，有交新朋友的欲望。
1.背景：
（1）典型用户：西瓜、耗子等相同需求的用户
（2）用户的需求/迫切需要解决的问题
a.这周有闲暇时间，想去看电影，但是约身边同学和朋友都没有时间，在QQ微信和贴吧问了好长时间，却没有实质性回复；
b.快速找到在周六下午去看电影的人，不管是别人找我，或者直接找到其他人；
c.简单的输入，就能反馈给我信息，根据匹配的人员的信息介绍，然后选择我喜欢的人，我自己联系他。
（3）假设：用户主页面发布和查询功能已经完成；
2.场景
西瓜这周想出去看电影，但是没有找到身边小伙伴，想找到一起去的同学。她先登录一起玩耍PC端，如果他设置了“记住密码”，会自动登录。
进去之后，页面上方，输入出发点（前期只在本校），活动类型，活动地址，点击搜索，后在下面反馈出，同行者昵称、已经使用网站游玩次数、院系、自我介绍。当看到有意愿的同行者后，假设看中耗子，点击联系方式按钮，显示同行者联系方式：QQ、微信、手机号。自己选择一个方式联系。
当联系确认同行后，在APP里面点击确认。此次约伴成功。
在点击搜索后，如果没有满意同行的人，未点击确认同行，则在每天晚上7点，向用户邮箱发送推荐信息。
如果搜索结果为空，则弹出提示框，“是否发布行程信息，方便找到同行伙伴！”
耗子要么每晚7点等待提示更新的信息，登录网站查看，要么等待西瓜联系，要么自己主动登录查看目前相同行程的同学。
1.3 修改需求规格说明书
初稿不足：很多地方没有明确，这次做的东西明确下来，更有实施性，特别是具体场景的思考，让项目更清晰。
1.4 功能分析四象限
1.5WBS图与计划
因为基本框架没有变，只是将活动范围减小而已。
|
完成任务 |
负责人 |
截止日期 |
备注 |
|
登录注册、主页面设计完成 |
何健 |
19号晚10点 |
|
|
页面优化 |
何健 |
23号晚10点 |
|
|
数据库设计与连接数据库 |
马帅 |
22号10点 |
测试：马帅 |
|
逻辑层：登录注册功能实现 |
蔡凯峰 |
25号晚10点 |
测试：蔡凯峰 |
|
逻辑层：完成搜索和发布等其他功能 |
蔡凯峰 |
27号晚10点 |
测试：蔡凯峰 |
|
整体测试 |
马帅 |
28号晚10点 |
全部成员 |