高级软件工程2017第5次作业—— 团队项目:需求+改进
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点 |
全部成员 |