团队作业第二次——团队Github实战训练

团队作业第二次——团队Github实战训练

这个作业属于哪个课程	2020春|S班 (福州大学)
这个作业要求在哪里	团队作业第二次——团队Github实战训练
团队名称	云玩家
这个作业的目标	加深团队契合度
作业正文	团队作业第二次——团队Github实战训练
其他参考文献	百度、CSDN、GitHub

Part1

1.组员分工

学号	主负责内容	commit次数	贡献度评估
221701432	原型设计、需求分析、部分博客撰写	3	10
221500318	0	0	0
221701114	部分博客撰写，部分后端设计	2	10
221701134	数据库设计和构建、部分博客撰写	2	10
221701215	部分博客撰写和文档相关	2	10
221701238	部分后端设计、部分博客撰写	2	10
221701314	部分后端设计，网页设计	2	10
221701331	部分网页设计、网页制作	4	20
221701415	任务分配，代码撰写，网页设计	5	20

2.提交日志截图

3.程序运行截图

4.程序运行环境

• 移动端web

5.GUI界面

6.基础功能实现

• 口罩预约定时开放
• 开放预约后，市民可以进行登记；登记内容包括①真实姓名；②身份证号；③手机号；④预约口罩数量（如果中签，想要买几个口罩）
• 如果手机号或者身份证号已经在本次摇号登记过了，预约失败
• 如果手机号或者身份证号在此前三次预约中成功中签，预约失败
• 否则预约成功，给出不重复的预约编号
• 预约定时关闭
• 为方便测试，请在预约页面提供两个按钮，作用分别是开始新的预约和结束当前预约；
• 为方便测试，请在预约页面提供设置口罩总量的方法
• 登记时单个用户最高可预约口罩数量，默认为3个
• 基础功能清单

功能点	完成度
身份证、手机号格式验证及错误提示	1
身份证、手机号的唯一性及错误提示	0
间隔三次才能预约及错误提示	1
存储预约信息	1
预约结束后的中签计算	1
预约查询及提示	1

• 补充功能清单

功能点	完成度
管理员登录	0
设置预约的开放时间和截止时间	0
设置口罩总数	0
设置预约时单个用户最高可预约数量	0
导出某次中签的名单	0

7.鼓励有想法且有用的功能

• 使用二维码做为凭证
• 预约成功提供保存功能

8.用户体验

• 界面简洁大方，操作简单，学习成本较低
• 符合主流的卡片风格
• 给予充分的操作提示，降低用户学习难度
• 凭证采用二维码的形式，方便用户保存

9.遇到的问题及解决办法

Q：数据库表如何表达
A：通过讨论之后解决了

10.组员PSP表格

• 郑斌

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	40
Estimate	估计这个任务需要多少时间	10	20
Development	开发	480	500
Analysis	需求分析 (包括学习新技术)	10	10
Design Spec	生成设计文档	20	30
Design Review	设计复审	30	20
Coding Standard	代码规范 (为目前的开发制定合适的规范)	10	10
Design	具体设计	40	60
Coding	具体编码	360	480
Code Review	代码复审	30	30
Test	测试（自我测试，修改代码，提交修改）	60	60
Reporting	报告	40	50
Test Repor	测试报告	30	30
Size Measurement	计算工作量	10	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	30	30
合计	1190	1380

• 陈一聪

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
Estimate	估计这个任务需要多少时间
Development	开发
Analysis	需求分析 (包括学习新技术)
Design Spec	生成设计文档
Design Review	设计复审
Coding Standard	代码规范 (为目前的开发制定合适的规范)
Design	具体设计
Coding	具体编码
Code Review	代码复审
Test	测试（自我测试，修改代码，提交修改）
Reporting	报告
Test Repor	测试报告
Size Measurement	计算工作量
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划
合计

• 张玉麟

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	20	30
Estimate	估计这个任务需要多少时间	20	30
Development	开发	460	580
Analysis	需求分析 (包括学习新技术)	90	100
Design Spec	生成设计文档	20	20
Design Review	设计复审	20	30
Coding Standard	代码规范 (为目前的开发制定合适的规范)	30	40
Design	具体设计	30	60
Coding	具体编码	200	240
Code Review	代码复审	40	60
Test	测试（自我测试，修改代码，提交修改）	30	30
Reporting	报告	70	70
Test Repor	测试报告	30	30
Size Measurement	计算工作量	10	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	30	30
合计		550	680

• 王少滨

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	10	10
Estimate	估计这个任务需要多少时间	60	60
Development	开发	380	420
Analysis	需求分析 (包括学习新技术)	20	20
Design Spec	生成设计文档	20	20
Design Review	设计复审	10	10
Coding Standard	代码规范 (为目前的开发制定合适的规范)	10	10
Design	具体设计	20	20
Coding	具体编码	240	280
Code Review	代码复审	10	10
Test	测试（自我测试，修改代码，提交修改）	20	20
Reporting	报告	10	10
Test Repor	测试报告	10	10
Size Measurement	计算工作量	10	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	15	15
合计		450	490

• 杨明伟

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	20	30
Estimate	估计这个任务需要多少时间	10	20
Development	开发	420	380
Analysis	需求分析 (包括学习新技术)	20	30
Design Spec	生成设计文档	30	20
Design Review	设计复审	20	10
Coding Standard	代码规范 (为目前的开发制定合适的规范)	10	30
Design	具体设计	40	60
Coding	具体编码	240	190
Code Review	代码复审	60	40
Test	测试（自我测试，修改代码，提交修改）	30	30
Reporting	报告	20	10
Test Repor	测试报告	30	10
Size Measurement	计算工作量	10	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	540	490
合计

• 周宇靖

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	40
Estimate	估计这个任务需要多少时间	10	20
Development	开发	460	700
Analysis	需求分析 (包括学习新技术)	100	120
Design Spec	生成设计文档	30	30
Design Review	设计复审	30	40
Coding Standard	代码规范 (为目前的开发制定合适的规范)	30	40
Design	具体设计	60	100
Coding	具体编码	150	300
Code Review	代码复审	30	30
Test	测试（自我测试，修改代码，提交修改）	30	40
Reporting	报告	60	60
Test Repor	测试报告	30	30
Size Measurement	计算工作量	10	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	20	20
合计		550	800

• 叶先锻

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	50	60
Estimate	估计这个任务需要多少时间	20	30
Development	开发	500	600
Analysis	需求分析 (包括学习新技术)	50	60
Design Spec	生成设计文档	20	30
Design Review	设计复审	20	10
Coding Standard	代码规范 (为目前的开发制定合适的规范)	10	20
Design	具体设计	30	30
Coding	具体编码	70	80
Code Review	代码复审	50	60
Test	测试（自我测试，修改代码，提交修改）	30	40
Reporting	报告	20	30
Test Repor	测试报告	20	30
Size Measurement	计算工作量	30	40
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	40	50
合计		610	700

• 李定成

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	30
Estimate	估计这个任务需要多少时间	5	5
Development	开发	360	400
Analysis	需求分析 (包括学习新技术)	50	60
Design Spec	生成设计文档	10	10
Design Review	设计复审	0	0
Coding Standard	代码规范 (为目前的开发制定合适的规范)	0	0
Design	具体设计	20	10
Coding	具体编码	360	400
Code Review	代码复审	-	-
Test	测试（自我测试，修改代码，提交修改）	60	30
Reporting	报告	10	10
Test Repor	测试报告	10	10
Size Measurement	计算工作量	20	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	30	20
合计		550	520

• 王弘毅

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	30
Estimate	估计这个任务需要多少时间	30	30
Development	开发	490	590
Analysis	需求分析 (包括学习新技术)	30	40
Design Spec	生成设计文档	20	30
Design Review	设计复审	10	30
Coding Standard	代码规范 (为目前的开发制定合适的规范)	30	30
Design	具体设计	40	60
Coding	具体编码	300	320
Code Review	代码复审	20	20
Test	测试（自我测试，修改代码，提交修改）	40	60
Reporting	报告	60	60
Test Repor	测试报告	20	20
Size Measurement	计算工作量	10	10
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	30	30
合计		580	680

Part2

1.团队选题问题解答

Q：版权、工作量问题
A：这个是工作量的问题，时间花费较多而已

Q：竞品太多
A：如果你要做一个全新的产品，是不大可能的。选题是经过充分考虑产品定位、目标用户、用户场景、运营难度等得出的，一个To C产品好与坏看的是它的KPI，姑且拭目以待吧。APP和Web的各种成本高昂，故我们的选题并没有问题。

Q：需求强化
A：目前需求只是初定，还未进行用户调研，详细需求需要后续用户调研与市场分析方可得出。

2.团队项目新想法

• 采用NLP进行人工智能评分主观题
• 关联微信用户，生成排行榜
• 不仅限于英语