需求规格说明书
组长博客链接
1.团队项目安排
| 阶段序列 | 阶段时间 | 主要阶段任务 | 完成情况 |
|---|---|---|---|
| 第一阶段 | 9.28 | 确认选题和团队分工 | 完成 |
| 第二阶段 | 10.1~10.21 | 团队选题报告 | 完成 |
| 第三阶段 | 10.1~10.26 | 基础学习及前期准备 | 完成 |
| 第四阶段 | 10.14~10.18 | 原型设计 | 完成 |
| 第五阶段 | 10.21~10.26 | 需求报告 | 完成 |
| 第六阶段 | 10.26~11.11 | 前端完成60%页面布局，后端完成60%的基础接口 | 待完成 |
| 第七阶段 | 11.12~11.15 | 前端完成所有页面布局，后端完成所有的基础接口 | 待完成 |
| 第八阶段 | 11.16~11.22 | 前后端接口对接，完成Alpha版本发布 | 待完成 |
| 第九阶段 | 11.23~12.3 | beta版本准备 | 待完成 |
| 第十阶段 | 12.4~12.13 | beta冲刺 | 待完成 |
| 第十一阶段 | 12.14~结束 | 总结 | 待完成 |
2.团队分工
| 团队成员 | 分工明细 | TODO list |
|---|---|---|
| 王耀鑫 | 团队规划、博客撰写、后端数据库搭建、文档编写 | 搭建数据库 |
| 陈志荣 | 文档编写，前端界面，前端功能实现 | 前端界面、功能 |
| 陈超颖 | 文档编写，后端功能实现 | 短租车模块 |
| 沈梓耀 | 文档编写，后端功能实现 | 快车，顺风车模块 |
| 林明镇 | 后端功能实现，服务器搭建 | 登陆注册模块 |
| 滕佳 | 原型设计，前端界面，前端功能实现 | 前端界面、功能 |
| 何佳琳 | 原型设计，前端界面 ，视频剪辑，前端功能实现 | 前端界面、功能 |
| 陈湘怡 | 原型设计，前端界面，前端功能实现 | 前端界面、功能 |
| 许培荣 | 负责后端总体设计，服务器搭建 | 后端总体设计 |
| 黄恒杰 | 后端功能实现 | 地图模块，匹配算法实现 |
| 林银河 | 后端功能实现 | 搭建数据库 |
燃尽图
思维导图
3.贡献比例
| 成员 | 贡献比例（%） | 分工 |
|---|---|---|
| 王耀鑫 | 12 | 宣讲，博客撰写 |
| 陈超颖 | 12 | 需求报告，ppt |
| 陈湘怡 | 12 | UML图 |
| 许培荣 | 8 | 需求报告，类图 |
| 滕佳 | 10 | UML图 |
| 何佳琳 | 10 | UML图 |
| 沈梓耀 | 10 | 需求报告，ppt |
| 陈志荣 | 11 | 需求报告，ppt |
| 林银河 | 5 | 需求报告 |
| 林明镇 | 5 | 需求报告 |
| 黄恒杰 | 5 | 需求报告 |
4.评审表
5.UML图
part1.活动图
- 这里描述的是系统哪部分？
app使用流程图。 - 这部分要面临什么样的问题？
流程复杂。 - 以下设计解决了哪些问题？
简化流程，上手简单。
附：
part2.实体关系图
- 这里描述的是系统哪部分？
车主，乘客，车辆的ER图。 - 这部分要面临什么样的问题？
三方关系复杂。 - 以下设计解决了哪些问题？
厘清车主，乘客，车辆的联系。
附：
part3.用例图
- 这里描述的是系统哪部分？
用户和商家关系。 - 这部分要面临什么样的问题？
关系复杂。 - 以下设计解决了哪些问题？
厘清用户和商家的联系，明确各部分功能。
附：
part4.状态图
- 这里描述的是系统哪部分？
用户使用流程图。 - 这部分要面临什么样的问题？
流程复杂。 - 以下设计解决了哪些问题？
简化流程，上手简单。
附：
part5.类图
- 这里描述的是系统哪部分？
类图。 - 这部分要面临什么样的问题？
各类整体框架设计。 - 以下设计解决了哪些问题？
指明我们开发方向和流程。
附：
6.工具选择
- 工具：墨刀，MindMaster
- 评价：使用简单，上手快，强大的功能满足我们对严苛标准的追求。
7.答辩总结
答辩得分：
问题解答
总体来说还是挺不错的，就还是建议着重考虑安全和审核机制
我们平台有用户审核机制、地区评估机制、用户评估机制，以及在对实时行程的监管机制来筑牢用户安全防线。感谢您对我们项目的关注。
租借方面的租金是车主自己定还是双方协商还是平台会有个建议标准？
平台会给出指导价，而真正的定价权取决于车主。感谢您对我们项目的关注。
我觉得已经蛮好的了，就是原型设计的登录注册界面和后面的风格不统一，后期希望能够做出调整。
感谢您的建议。
冲裁的话，你们能采用什么方法处理违规那一方呢？
如果是租车方面，用户租车需要缴纳押金，我们可以用这部分钱来弥补车主损失。如果是其他方面，我们会采取信用降级，甚至是封号处理。感谢您对我们项目的关注。
怎么对服务端进行漏洞检测？
我们暂时不具备这方面的能力，后期平台发展后会引进相关技术人员。感谢您对我们项目的关注。
现在有明文规定的地方还是比较多的，建议是加强一些持车者的信息真实性和安全性以及车的类型来扩大使用范围？
广大城镇地域辽阔，交通畅通，并不具备禁电禁摩的现实基础，电动车，摩托车现在是，将来也会是城镇出行的主力军。平台会认真遵守相应的法律法规，在法律允许的地区上线我们的服务，同时与当地政府积极协调。现如今城镇人口高达8.3亿人，总体来说，我们的项目市场前景良好。感谢您对我们项目的关注。
整体还是很不错的，希望后期在租借双方的协调上可以有一个比较好的调度。
Pick me会加大投入，不断提升自身的服务水平。感谢您对我们项目的关注。
侧边栏可以换个配色，和地图同色挺奇怪的
感谢您对我们项目的关注。
可穿戴设备？
这是我们文档编辑出错，对造成的误解我们深感歉意。感谢您对我们项目的关注。
修改之处
遇到的困难及解决方法
- 困难描述
- 需求报告不会写
- 做过哪些尝试
- 多参考往届写得好的
- 多百度，多收集资料
- 是否解决
- 已解决。
- 有何收获
- 了解了需求分配部分报告的书写，大体了解了需求报告由哪些部分组成。
8.PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 395 | 405 |
| Development | 开发 | 0 | 0 |
| Analysis | 需求分析 (包括学习新技术) | 0 | 0 |
| Design Spec | 生成设计文档 | 250 | 250 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 100 | 100 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 5 | 10 |
| 合计 | 395 | 405 |
9.学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时（小时） | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 300 | 300 | 10 | 10 | 学会了java和墨刀的使用 |
| 2 | 50 | 350 | 10 | 15 | 学习python的使用 |
| 3 | 200 | 550 | 12 | 27 | 学习QT5 |
| 4 | 150 | 700 | 8 | 35 | 学习QT5 |
| 5 | 0 | 700 | 1 | 36 | 答辩battle |