Requirements Specification
1. Team project schedule
| Phase sequence | Stage time | The main phase of the task | Completion |
|---|---|---|---|
| The first stage | 9.28 | Confirm subject matter and the team division of labor | carry out |
| second stage | 10.1~10.21 | Team topics report | carry out |
| The third stage | 10.1~10.26 | Based learning and preparation | carry out |
| The fourth stage | 10.14~10.18 | Prototyping | carry out |
| The fifth stage | 10.21~10.26 | Demand report | carry out |
| The sixth stage | 10.26~11.11 | 60% complete front-end page layout, the back-end to complete 60% of the underlying interface | Pending |
| The seventh stage | 11.12~11.15 | Complete all front-end page layout, the back-end to complete all basic interfaces | Pending |
| Eighth stage | 11.16~11.22 | Before and after the end of the docking interface, complete the Alpha release | Pending |
| The ninth stage | 11.23~12.3 | beta version ready | Pending |
| Tenth stage | 12.4~12.13 | beta sprint | Pending |
| The eleventh stage | 12.14 - End | to sum up | Pending |
2. Division Team
| team member | Detailed division of labor | TODO list |
|---|---|---|
| Wang Yaoxin | Team planning, blog writing, set up the back-end database, documenting | Build a database |
| Chen Zhirong | Preparation of documents, front-end interface, front-end functions to achieve | Front-end interface, function |
| Chen Chaoying | Preparation of documents, back-end functions to achieve | Short Car module |
| Shen Zi Yao | Preparation of documents, back-end functions to achieve | Express, ride module |
| Fleming Town | Back-end functions to achieve, server build | Log in Register module |
| Tengjia | Prototype design, front-end interface, front-end functions to achieve | Front-end interface, function |
| He Jialin | Prototype design, front-end interface, video clips, front-end functions to achieve | Front-end interface, function |
| Chen Xiangyi | Prototype design, front-end interface, front-end functions to achieve | Front-end interface, function |
| Xupei Rong | Responsible for the overall design of the back-end server set up | The overall design of the rear end |
| Huang Hengjie | Back-end functions to achieve | Map module, matching algorithm |
| Lin Galaxy | Back-end functions to achieve | Build a database |
Burndown
mind Mapping
3. The contribution ratio
| member | Contribution ratio (%) | Division of work |
|---|---|---|
| Wang Yaoxin | 12 | Lectures, blog writing |
| Chen Chaoying | 12 | Demand report, ppt |
| Chen Xiangyi | 12 | UML diagrams |
| Xupei Rong | 8 | Demand report, the class diagram |
| Tengjia | 10 | UML diagrams |
| He Jialin | 10 | UML diagrams |
| Shen Zi Yao | 10 | Demand report, ppt |
| Chen Zhirong | 11 | Demand report, ppt |
| Lin Galaxy | 5 | Demand report |
| Fleming Town | 5 | Demand report |
| Huang Hengjie | 5 | Demand report |
Table 4. Review
5.UML map
part1. Activity Diagram
- Here is the description of which part of the system?
app using a flowchart. - This part to face any kind of problem?
Complex process. - The following design which problems?
Streamline processes, easy to get started.
Attachment:
part2. Entity Relationship Diagram
- Here is the description of which part of the system?
ER diagram owners, passengers and vehicles. - 这部分要面临什么样的问题？
三方关系复杂。 - 以下设计解决了哪些问题？
厘清车主，乘客，车辆的联系。
附：
part3.用例图
- 这里描述的是系统哪部分？
用户和商家关系。 - 这部分要面临什么样的问题？
关系复杂。 - 以下设计解决了哪些问题？
厘清用户和商家的联系，明确各部分功能。
附：
part4.状态图
- 这里描述的是系统哪部分？
用户使用流程图。 - 这部分要面临什么样的问题？
流程复杂。 - 以下设计解决了哪些问题？
简化流程，上手简单。
附：
part5.类图
- 这里描述的是系统哪部分？
类图。 - 这部分要面临什么样的问题？
各类整体框架设计。 - 以下设计解决了哪些问题？
指明我们开发方向和流程。
附：
6.工具选择
- 工具：墨刀，MindMaster
- 评价：使用简单，上手快，强大的功能满足我们对严苛标准的追求。
7.答辩总结
答辩得分：
问题解答
总体来说还是挺不错的，就还是建议着重考虑安全和审核机制
我们平台有用户审核机制、地区评估机制、用户评估机制，以及在对实时行程的监管机制来筑牢用户安全防线。感谢您对我们项目的关注。
租借方面的租金是车主自己定还是双方协商还是平台会有个建议标准？
平台会给出指导价，而真正的定价权取决于车主。感谢您对我们项目的关注。
我觉得已经蛮好的了，就是原型设计的登录注册界面和后面的风格不统一，后期希望能够做出调整。
感谢您的建议。
冲裁的话，你们能采用什么方法处理违规那一方呢？
如果是租车方面，用户租车需要缴纳押金，我们可以用这部分钱来弥补车主损失。如果是其他方面，我们会采取信用降级，甚至是封号处理。感谢您对我们项目的关注。
怎么对服务端进行漏洞检测？
我们暂时不具备这方面的能力，后期平台发展后会引进相关技术人员。感谢您对我们项目的关注。
现在有明文规定的地方还是比较多的，建议是加强一些持车者的信息真实性和安全性以及车的类型来扩大使用范围？
广大城镇地域辽阔，交通畅通，并不具备禁电禁摩的现实基础，电动车，摩托车现在是，将来也会是城镇出行的主力军。平台会认真遵守相应的法律法规，在法律允许的地区上线我们的服务，同时与当地政府积极协调。现如今城镇人口高达8.3亿人，总体来说，我们的项目市场前景良好。感谢您对我们项目的关注。
整体还是很不错的，希望后期在租借双方的协调上可以有一个比较好的调度。
Pick me会加大投入，不断提升自身的服务水平。感谢您对我们项目的关注。
侧边栏可以换个配色，和地图同色挺奇怪的
感谢您对我们项目的关注。
可穿戴设备？
这是我们文档编辑出错，对造成的误解我们深感歉意。感谢您对我们项目的关注。
修改之处
遇到的困难及解决方法
- 困难描述
- ppt不熟悉
- 做过哪些尝试
- 多看ppt，写演讲稿。
- 是否解决
- 已解决。
- 有何收获
- 毫无收获，到最后大家都在玩手机了，提问的时候才稍微有人听。
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 |