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

这个作业属于哪个课程	软件工程
这个作业要求在哪里	团队作业第二次—团队Github实战训练
团队名称	打代码一定要笑
这个作业的目标	开发一个向社会限量供应的口罩应用
作业正文	作业正文
其他参考文献

1.本次作业详述

作业为J2EE开发已部署云端：作业地址

作业Rlease版本GitHub地址：GitHub

程序可能存在的问题：
1.由于时间较为紧迫，部分功能没有很好的测试。
2.定时开启功能存在bug，时间有限实在来不及修改了。
2.前三次中签则不可以参与预约功能为经过严密测试（≈没测试），可能存在BUG。
3.部分异常可能没有处理，仅仅保留空白界面。
4.注意：判断了身份证跟手机号码的合法性，均需要输入正规的身份证号码跟手机号码。
5.数据库部署在云端并设置的所有ip均可访问，且代码开源，学长如果需要测试请用随机的身份证号码测试以免造成个人信息的泄漏。
6.🙏🙏🙇🙇🙇🙇

(1)组员职责分工

• 柯燊熙：前端界面
• 麻继友：界面设计及数据库建立
• 林昌锴：后端代码
• 欧振贵：后端代码
• 沈泳焕：后端代码
• 洪澍楠：前端界面

(2)日志截图

(3)次数统计

学号	commit次数
221701211	2
221701206	2
221701237	7
221701227	11
221701217	6
221600112	0

(4)程序运行截图

主界面

预约成功

预约失败界面

查询是否中签

抽签成功，数据存入

中签界面

未中签界面

数据库界面

(5)程序运行环境

需要JavaEE，需要Jdk1.8以上，所需的包为

• commons-fileupload-1.2.2.jar
• commons-io-1.4.jar
• commons-lang-2.5.jar jstl.jar
• jstl.jar
• mysql-connector-java-5.1.25.jar
• servlet-api.jar
• standard.jar
• 如果需要本地运行，请添加数据库，数据库.sql文件已附带在Github中

(6)GUI界面

(7)基础功能实现

我们的作品实现了全部的基本功能，但是由于时间问题，可能有一些深层次的BUG未被发现

(8)用户体验，操作的方便、快捷性

我们的作品用户体验良好，简单明了，没有上手难度，快捷方便的帮助市民预订口罩

(9)遇到的困难及解决方法

1.github遇到的一些问题

解决方法：成员手动解决，回去重新fetch远程库pull到origin，拉取最新更新后，再次pr

2.组员的进度协调问题

解决方法：每次有人进行新的pr后，组长通知全部人同步。

3.代码BUG问题

解决方法：时间太短，发现的一些BUG即使做了修改，但是，由于时间问题，可能有些未发现的BUG，只能使用鸵鸟算法。

(10)组员贡献比例

学号	贡献度
221701211	15
221701206	15
221701237	20
221701227	20
221701217	16
221600112	14

(11)各成员的PSP

柯燊熙

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

麻继友

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

林昌锴

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

欧振贵

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

沈泳焕

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

洪澍楠

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

PS.我们深刻理解了上课所学

2.上次答辩问题回答

Q:给班导优惠券吗？

A:上次回答说，如果真的要开始推广，我就直接给班导钱，让他帮忙推广，后来谈论之后决定，可以给班导的账户里充值，但是，到不能提现的范围，让他只能通过使用这个产品进行获益。如果这样推广效果不好，还是只能用推广经费。

Q:如何解决积分问题和充值问题？

A:积分系统我们考虑的是，新用户都是默认0积分，完成一定的新手任务后会赠送少部分积分。如果用户不想完成可以直接充值获得积分，支付的问题我们觉得没必要进行商家认证。我们会给每一个用户提供一个唯一的标识码，在支付界面提供支付宝的收款二维码，用户充值的时候备注自己的唯一标识码就行了，后台进行人工充值。当然我们也会留下我们的客服信息，如果用户在充值的过程中遇到一些问题，比如忘记输入自己的标识码我们可以人工核实进行找回。(PS:想法来自于我使用的某个FQ软件就是这也提供充值的）。当然如果可以申请到商家认证，可以直接接入支付宝微信的收款API那是最好的。

Q:取消任务有扣分吗？怎么区分是恶意还是无意？

A:有相应的扣分惩罚，由用户申诉然后管理员审核

新的思考和想法：

可能考虑会增加发布任务后，要有管理员省察，防止出现一些违法或不良行为。