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

这个作业属于哪个课程	2020春|S班 (福州大学)
这个作业要求在哪里	团队作业第二次——团队Github实战训练
团队名称	如果有一天我变得很有钱
这个作业的目标	1.实现一个简单的口罩预约程序 2.进一步熟悉git 3.初步体验团队编程的同时了解自身的不足
作业正文	团队作业第二次——团队Github实战训练
其他参考文献	百度、CSDN

GitHub仓库

-live-project
注：使用超时提交版本。
说明：

• 改进情况：

• 修复bug，加强团队配合完成基本功能
• 完成附加功能（管理员发布预约摇号部分）

• 反思：

随笔第一部分

1.组员职责分工

组员	学号	分工	commit次数	贡献率
李明磊	051602129	处理用户预约	16	23
刘星雨	221701106	DBUtil，DAO层（除管理员类外）	6	7
张家榜	221701125	DBUtil，DAO层（除管理员类外）	6	13
叶尤澎	221701208	中签查询	3	13
陈启元	221701225	预约表的相关操作	6	5
戴怡宁	221701307	管理员端界面及功能	1	8
徐哲宇	221701322	处理用户预约	3	9
张钰婷	221701406	管理员端界面及功能	7	8
刘昭玮	221701427	用户端界面	5	14

2.Github提交日志截图

3.程序运行截图

4.程序运行环境

操作系统: Win10;
开发工具: Idea Mysql Jdk1.8;

5.GUI界面

6.基础功能实现

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

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

• 如有完成，描述抽签算法

7.附加功能实现

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

8.用户体验、操作的方便性

简洁大方的界面，用户操作方便快捷。交互性还不错。

9.遇到的困难及解决方法

刘昭玮：

• SignUp GUI类丢失:Class "SignUp" deesn't exist.
  解决办法：由于在进行项目整合的时候更改了包，导致SignUp.form文件SignUP的value值错误，更改后解决。

李明磊：

• 再使用GitHub同步数据的时候，每个人都没有统一的规范导致包的命名，文件的结构，出现了好多问题。
  解决办法：下次在开始之前确定好命名规范等一些必要的东西
• 未完成前面的接口的定义，就开始的写代码，导致时不时的就要去从新写接口等东西。
  解决办法：开始做项目前，定义好接口和要使用的方法。不要反复的去写。
• 项目分工的时候没有很好的认识到自己的职责，会不定时的改其他的写的代码。
  解决办法：需要充分的沟通交流，确定职责。

刘星雨：

• 对框架结构不熟悉，且代码能力比较弱，项目出了bug我也没有办法debug。而且因为大家没有在一起沟通比较困难，我负责的部分加了一个方法需要我实现，我却很晚才知道。
  解决方法：加强语音沟通，最终较好的完成了任务。至于代码能力只有依靠自己努力了！

张钰婷：

• 对代码框架不清楚，在分布任务时有点懵懵的，不太清楚自己要做的事情。
  解决办法：及时找组员沟通，了解清楚自己的任务内容。
• 代码实现时，不清楚前后端分离该怎么去协调，具体实现。
  解决办法：还是没太清楚前后端分离具体怎么协调，只能以后再努力学习了解。
• 太菜了，在团队项目遇到问题时，帮不上忙。
  解决办法：好好学习，天天向上。我也不想做菜鸟，拖后腿真是太难受了！

陈启元：

• git相关的使用很不熟悉，在提交时曾出现发生冲突而且一直不知道如何手动修改的情况；
  解决办法：百度，CSDN查询相关资料以及以后多使用；
• 对团队合作进行设计及编码的合理过程极其不熟悉
  解决办法：只能在以后的编程中逐渐适应了。然后多读一读《构建之法》。

张家榜：

• 如何实现基本的增删改查？
  解决办法：用PreparedStatement类实现带参数的增删改查比较准确不容易出错
• 建好数据库表之后，java要怎么跟mysql连接？
  解决办法：上网查找mysql的jdbc驱动文件，导入到项目中
• 如何将Date类写入到数据库中的DATETIME类型数据，java如何读取DATETIME类型数据
  解决办法：用PreparedStatement类的setObject方法可以将日期字符串写进数据库中的DATETIME类型数据，Timestamp类可以读取数

叶尤澎

• 数据库操作不熟悉，导致编码效率低下。
  解决办法：凡事百度。
• git命令不熟悉，提交代码时容易出错，滋生麻烦。
  解决办法：阅读相关博客，了解git原理。
• 与同学间的交流不是很及时，导致项目进展缓慢。
  解决办法：即使交流

戴怡宁

• 对Java语言掌握欠缺，遇到分工时不知道各部分如何协调
  解决方法：百度，CSDN，向组员求助
• 太久没写过Swing，遇到按钮实现各个界面隐藏的时候，由于对"层"的了解不够透彻，导致各个Panel没办法切换和隐藏。
  解决方法:啊最后还是没有解决
• 然后我扯断了钰婷的腿www 导致她没有办法完成分工的任务
  解决方法：我太菜了我一定好好学习（落泪

10.PSP表格

刘昭玮

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

戴怡宁

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

叶尤澎

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

陈启元：

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

李明磊:

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

张钰婷：

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

张家榜:

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

徐哲宇:

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

随笔第二部分

1.回答提出的问题：

• 问题：记账的数据如何同步，云端空间如何分配
  答：可能在打开应用/离开应用时获取同步状态并进行同步，云端就用数据库存需要使用的数据。
• 问题：数据的私密性、安全性
  答：可能会采用避免服务器端数据明文存储，强迫用户使用强密码等方式保证数据的私密性和安全性。
• 问题： 如果能整合各个软件的账单，实用性会更强 / 能否支持公众号或一卡通产生的消费记录
  答：开发时会去查阅常见支付/购物软件的api，如果能够调用，后期开发会考虑加上自动整合其他软件数据的功能
• 问题： 能不能加入自动提醒，自定义理财，能否设置金额让用户每天坚持存钱，数据保存的预警、统计分析
  答：有加入考虑。