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

这个作业属于哪个课程	<2020春S班(福州大学)>
这个作业要求在哪里	<作业要求的链接>
团队名称	烤盐屋
这个作业的目标	开发一个向社会限量供应的口罩应用
作业正文	<团队作业第二次——团队Github实战训练>
其他参考文献	无

Part 1 ——团队Github实战训练

基础功能实现

1.功能清单：对于每个功能点，使用0代表没有完成，0.5代表完成部分，1代表成功实现；对于0.5的项，在表格后描述完成的程度，例如仅完成前端等

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

2.如有完成，描述抽签算法
抽签算法属于在口罩个数够的时候直接中签，不够就提示，属于先到先得类型，不够随机

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

组员职务分工

学号	具体分工	commit次数	贡献度
131700305	博客	0	6
221701113	后端	0	6
221701131	前端	4	18
221701214	博客	1	9
221701236	前端	2	15
221701313	后端	0	6
221701329	前端	6	15
221701411	博客	0	9
221701437	后端	1	16

github提交日志截图

程序运行截图

1、首先是主页，预约时间未到无法点击预约按钮。

2、设置好时间后点击开始预约。

3、可以看到预约按钮变绿，此时可以点击进入预约界面。

4、在预约界面，我们随便输入一串不合法的数据。

5、检查身份证，直接报错。

6、若身份证合法，检查手机号，报错。

7、身份证和手机号都合法，但是已经用该信息预约过了，因此预约失败。

8、修改信息后点击预约，这下成功了，跳出我们的预约编号，可以进行复制。

9、结束预约后根据预约编号或者身份证进行查询。

10、点击后发现我们中签了。

11、如果输入的是一个没有中签的编号。

12、显示很遗憾，未中签。

程序运行环境

<地址>
直接下载运行

小组遇到的困难及解决办法

“此次开发采用的是前后端分离的模式，但是在前后端的连接上花费了不少功夫，直到最后的时刻还在修复bug”
解决方法:暂无

PSP表格

黄一舟

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

王霆锴

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

郑志成

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

陈朝帏

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

郭子成

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

任智明

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

留晓滨

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

代铭杰

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

张岑

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

Part 2 ——团队产品分析讨论

• 资料收集很庞杂，要如何处理？
  考研资料虽然非常庞杂，但是网上的考研网站非常多，从网站爬取考研资料就可以收集到,通过网络爬虫或网站公开API等方式从网站上获取数据信息。该方法可以将非结构化数据从网页中抽取出来，将其存储为统一的本地数据文件，并以结构化的方式存储。它支持图片、音频、视频等文件或附件的采集，附件与正文可以自动关联。

• 社区相比qq群有什么优点？
  QQ式的群聊，大凡是些未经考虑的自我表达和演讲，对于问题缺少针对和思考；另外一方面，表达的不连贯性，其他用户的插入式说话，必然也会给提问者或者其他用户带来思维上的困难。我们在开会或者头脑风暴的时候，也是需要一个人完整的表达，另外的伙>伴才开始发言。打断和插入，都是影响讨论效果的。
  而社区式的讨论则不会有这个问题。由于主帖以及贴主的存在，让问题更具有针对性以及持续性，从而让问题的目的性得以显现

• 功能太弱，有什么办法提高？
  功能太弱感觉主要是模块不够多，相比其他的软件我们只有三个模块，感觉可以在基础上拓展一些功能，我们目前考虑到的有考研规划和找学长等一些功能