第03组 团队项目-需求分析报告
一、组长博客链接
组长博客链接
二、组队后的团队项目的整体计划安排
||||||||||||||||
|:----😐:----😐:----😐
|阶段时间|主要阶段任务|完成情况|
|前期准备|----|----|
|9.22-10.11|确定选题及成员分工、完成基础学习及前期准备工作|已完成|
|10.12-10.18|进一步细化分工、设计项目logo、完成选题报告|已完成|
|10.19-10.25|通过别组提问改进项目功能计划、完成原型设计及界面设计初稿|已完成|
|团队编程|----|----|
|10.26-11.2|团队编程及前期准备工作|待完成|
|alpha冲刺|----|----|
|11.3-11.11|实现基础功能、改进界面、完成alpha冲刺前期准备|待完成|
|11.12-11.22|完成核心功能、准备1.0版本上线|待完成|
|11.23-12.3|测试1.0版本、收集用户反馈、明确改进方案|待完成|
|beta冲刺|----|----|
|12.4-12.13|完善功能、修复bug、完成2.0版本|待完成|
三、团队分工
1.Alpha版本需完成功能
- 本产品主要包含的功能有以下几点（其中功能随着软件迭代升级会有适当 的变化）：
- 发起拼单
- 查看已发起拼单
- 智能搜索拼单
- 推荐拼单
- 查看历史拼单记录
- 个人认证
- 填写个人信息
- 举报
2.各成员分工明细及 TODO list
| 成员 | 分工及任务 | TODO list |
|---|---|---|
| 杨雨丝 | 组长 产品经理 | 了解市场需求 制定开发计划、跟进项目进度 |
| 林郁昊 | 副组长 后端开发 | 搭建数据库 |
| 吴之昊 | 前端开发 | 搭建服务器 |
| 李钒效 | 前端开发 | 设计界面、编辑文档 |
| 郑木平 | 后端开发 | 实现登录注册功能 |
| 朱玥轩 | 前端开发 | 撰写博客、评分 |
| 吴崎 | 后端开发 | 实现查询信息功能 |
| 张铮 | 后端开发 | 实现搜索、创建拼车单功能 |
| 于婕 | 前端开发 | 制作视频、作图 |
| 许钰梅 | 前端开发 | 美化界面、编写文案 |
| 宋娟 | 产品经理 | 了解用户需求、改进计划 |
每次团队任务细节部分有不同分工 详见本次作业个人贡献比例
3.燃尽图
四、思维导图
五、本次作业个人贡献比例
|||||||||||||||||
|:----😐:----😐:----😐:----😐:----😐
|所在小组|职务|姓名|具体任务|最终得分|
| 报告组 | 组长 |杨雨丝|主讲人、需求报告、评审表|10%|
| 原型组 | 副组长 |林郁昊|原型制作、现场提问|10%|
| 原型组 | 组员 |李钒效|原型制作|7%|
| 报告组 | 组员 |吴之昊|PPT制作|12%|
| 报告组 | 小组长 |郑木平|需求报告|10%|
| 报告组 | 组员 |宋娟|需求报告、现场提问|8%|
| 报告组 | 组员 |许钰梅|需求报告|7%|
| 博客组 | 组员 |朱玥轩|撰写博客、现场提问、评分|9%|
| 博客组 | 小组长 |于婕|撰写博客、评分、现场提问|11%|
| 博客组 | 组员 |张铮|撰写博客、评审评分|8%|
| 评审组 | 组员 |吴崎|统计分数、评审表整合|8%|
| 合计| | | |100%|
六、评审表格设计
评审表
七、UML
1.用例图
2.类图
**绿色部分为客户端: **
Join 加入拼车类，里面包含了搜索、加入、显示全部的模块。
Additem 发起拼车类，用于发起新的拼车。
Assess 评分类，封装了用户对其他用户评分的方法。
History 历史信息类，用户查看历史拼车信息。
Login 登录类，用于用户登录和认证。
**蓝色部分为服务端： **
erver 服务器框架类，提供基础网络服务，封装了掉用其他类的方法。
Query 查询类，用于查询历史拼单和为用户匹配拼单。
Insert 插入类，数据库中加入新的拼单、用户评分信息等。
**黄色部分为共有的类： **
Info 拼单类，里面包含了拼单的详细信息。
User 用户类，里面包含了用户的个人信息
3.活动图
4.状态图
a)查询
b)登录
c)拼车功能
d)评价
5.实体关系图
6.成员成果汇集
Part1：
1.这里描述的是系统哪部分？
- 用户登录认证
2.面临问题
- 保证页面争取跳转
- 个人信息需准确匹配
3.以下设计解决的问题
- 界面更简洁
- 用户操作方便
- 信息能成功匹配
Part2：
1.这里描述的是系统哪部分？
- 个人信息等查询
2.面临问题
- 如何提升用户体验
- 完善查询功能
3.以下设计解决的问题
- 增加客服对话框
- 为用户提供人工服务
- 可查询历史拼单
- 按键跳转 操作方便简单
- 信息能成功匹配
Part3：
1.这里描述的是系统哪部分？
- 拼车功能模块
2.面临问题
- 拼单功能完善
- 缩短用户等待拼车时间
3.以下设计解决的问题
- 用户可在搜索界面先搜索拼车单，若无合适拼车单则创建新订单，等待过程中可返回继续搜索是否有新的拼车单符合要求
Part4：
1.这里描述的是系统哪部分？
- 评价模块
2.面临问题
- 如何在操作界面简单的情况下尽可能保证用户安全
3.以下设计解决的问题
- 行程结束后用户可自行评价为他人打分，若有遇到问题直接举报，管理人员收到反馈后处理
八、工具选择
- 工具
- Mindmaster
- Staruml
- 选择理由：
- Mindmaster有较好的中文支持，操作方便
- Staruml查到博客上有推荐（重点是可以免费用），上手比较快
九、工具评价
- Mindmaster免费版本功能就比较齐全了，界面看着也很舒服，输出格式也没有限制，总体来说还是很好用的
- Staruml操作是很简单，但是不知道是不是因为我没有下载免费版本还没有掏钱的缘故，导出的图片有水印啊啊啊啊啊OTZ崩溃，还得请出ps，费神费心（哭）
十、答辩总结
1.本组的现场答辩得分：50.46
2.回答其他小组对本小组的提问
第一小组：
未提问
第二小组：还是挺不错的，因为是联系滴滴使用的，所以建议多突出一些便利功能来吸引用户
谢谢提供的建议，我们后续会根据用户需要增加一键跳转，屏蔽广告，一键报警等功能
第三小组：
本组为第三小组，未提问
第四小组：
未提问
第五小组：
未提问
第六小组：既然可以链接滴滴为什么不直接用呢？
直接链接滴滴可能避免了自己手动操作开APP等操作，相对来说更加方便，当然如果愿意手动开APP的话，我们也没有意见，我们只是提供一个选择。
第七小组：如何增加用户基数达到快速拼车的效果？
首先是线上线下的推广要做好，再者我们可以在节假日的时候再各个QQ群和公交站等出行人群较多的地方展开免费试用活动，尽可能让用户了解我们的小程序。
第八小组：建议是去明确更多用户的需求，让产品更加的完善，可以让更多人去使用你们的产品
谢谢第八小组的建议，后续如果有需要，我们会再进行用户需求更加具体化的调查，并根据调查来调整我们的产品状况，也会进行推广，让更多的人来使用我们的产品。
第九小组：如何能够在老牌拼车软件中脱颖而出？在没有客源的情况下如何维持APP运行？
目前的老牌拼车软件中，容易遇到司机需要到去到不同的地方去接人的情况，从而导致时间上的浪费，而且价格也比单人乘坐出租车少了一半左右。而“拼拼”是用户的起始位置和目的地一致，共乘一辆车，从而达到时间和金钱上的最大节约。在没有客源的情况下，由小组内部出资维持APP运行，也相信由推广人员进一步的推广后，会有一定的用户进行使用。
第十小组：
未提问
第十一小组：功能可以扩展一下
谢谢提供建议，后期我们会根据需要和用户调查来增加一些功能，如：定位，屏蔽广告，查看拼车同伙信用分等。
第十二小组：是否考虑对接更多平台？
我们是根据问卷调查看到大部分人愿意使用滴滴打车，所以我们一键跳转以滴滴打车为例。我们产品是以拼车交流为主，用户在我们平台上进行拼车后，再自行到需要的打车软件去打车，所以我们可以对接比较多的平台。
3.根据答辩中其他组提出的意见和建议修改完善本组需求分析报告，并标明修改之处
-
提出的建议和意见
- 有些排版问题
- 报告中缩进不恰当
- “基于更高版本的api进行开发”，表述错误。
-
修改之处
- 更改了排版
- 更改了缩进
- 删除了错误的语句
十一、修改后的需求分析报告（最终版）
需求分析报告(最终版)
十二 、遇到的困难及解决办法
- 困难描述
- 如何对用户的信息进行保密
- 大家缺乏项目开发的经验
- 对实现大部分列举的功能所需的算法有一定的理解，但是技术方面有所欠缺
- 做过哪些尝试
- 数据库对普通用户的访问进行权限设置，以防止信息泄露，也会采用记录生成日志文件，定期备份。
- 借鉴有丰富经验的前辈和搜索引擎
- 不断地学习新的技术
- 是否解决
- 已解决
- 有何收获
- 在开发项目的过程中，大家的时间精力都不相同，但是大家不断地去磨合，互相学习互相借鉴，就会有更好的学习成果。并且在别的小组的建议下，我们会不断的去完善我们的产品，使得它变得更加方便可用。
十三、PSP
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| :----: | :----: | :----: | :----: |
|PSP2.1|Personal Software Process Stages|预估耗时（分钟)|实际耗时（分钟)|
|Planning|计划|30|24|
|Estimate|估计这个任务需要多少时间|30|24|
|Development|开发|1510|1730|
|Analysis|需求分析 (包括学习新技术)|600|780|
|Design Spec|生成设计文档|30|20|
|Design Review|设计复审|30|10|
|Coding Standard|代码规范 (为目前的开发制定合适的规范)|10 |10 |
|Design|具体设计|60|40|
|Coding|具体编码|360 |300 |
|Code Review|代码复审|60 |90 |
|Test|测试（自我测试，修改代码，提交修改)|360 |480 |
|Reporting|报告|90|90|
|Test Repor|测试报告|30 |30 |
|Size Measurement|计算工作量|30 | 30|
|Postmortem & Process Improvement Plan|事后总结, 并提出过程改进计划|30|30|
|totall|合计|1630|1844|
十四、学习进度条
||||||||||||||
|:--😐:--😐:--😐:--😐:--😐
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) |
| 1 | 93 | 93 | 20 | 20 |
| 2 | 178 | 271 | 15 | 35 |
| 3 | 182 | 453 | 45 | 80 |
| 4 | 125 | 578 | 20 | 100 |
| 5 | 133 | 711 | 20 | 120 |
