| 这个作业属于哪个课程 | 班级的链接 |
|---|---|
| 这个作业要求在哪里 | 作业要求的链接 |
| 团队名称 | OneDay! |
| 这个作业的目标 | 团队作业第二次 |
| Github链接 | 链接地址 |
| 作业正文 | 如下 |
| 其他参考文献 |
第一部分
一、组员职责分工
-
221701422韩津:负责管理员页面的前端，以及相对应页面的后端（数据库连接的功能模块），中选后端的编写，以及各项后端的小模块功能的实现，还有前后端的对接。
-
221701304牛姝雯:负责用户主页即用户进行预约登记的页面的前端，以及相对应页面的后端（数据库连接的功能模块），以及各项后端的小模块的实现，还有前后端的对接
-
221701137张平:负责后端查看用户是否登记注册的功能模块，并负责本次事件中三次过程截图提交的整理
-
221701336何泉清:负责用户查询是否预约中奖的查询页面的前端，以及后端删除数据库表中数据、判断是否中奖模块的部分实现，以及文档的编写。
-
041701320杨鑫杰:编写了添加用户登记信息的函数，提供测试数据
-
221701318连添伟:编写了身份证和手机号合法性的判断
-
221701221蔡启文:文档编写，图片收集
-
221701119张宇宁:参与群内需求分析
-
221600419刘涛:参与群内需求分析
二、github 的提交日志截图（鼓励小粒度提交），各组员的commit次数
| 学号 | 有效commit次数 |
|---|---|
| 221600419 | 0次 |
| 221701119 | 0次 |
| 221701137 | 1次 |
| 221701221 | 0次 |
| 221701304 | 6次 |
| 221701318 | 0次 |
| 221701336 | 5次 |
| 041701320 | 3次 |
| 221701422 | 10次 |
三、程序运行及GUI界面截图
中奖查询页面
管理员登录页面
预约页面
四、程序运行环境
配置tomcat服务器,导入eclipse可以直接运行，数据库MySQL
五、基础功能实现
| 功能点 | 完成度 |
|---|---|
| 身份证、手机号格式验证及错误提示 | 0 |
| 身份证、手机号的唯一性及错误提示 | 0.5 只完成了身份证唯一性及错误提示 |
| 间隔三次才能预约及错误提示 | 1 |
| 存储预约信息 | 1 |
| 预约结束后的中签计算 | 1 |
| 预约查询及提示 | 1 |
1. 预约功能：
- 口罩预约定时开放 √
- 开放预约后，市民可以进行登记；登记内容包括①真实姓名；②身份证号；③手机号；④预约口罩数量（如果中签，想要买几个口罩）√
- 如果手机号或者身份证号已经在本次摇号登记过了，预约失败√
- 如果手机号或者身份证号在此前三次预约中成功中签，预约失败√
- 否则预约成功，给出不重复的预约编号√
- 预约定时关闭√
- 登记时单个用户最高可预约口罩数量，默认为3个√
2. 中签查询功能：
- 用户输入自己的预约编号，显示是否中签√
- 如果中签，生成购买凭证，包含姓名、身份证号、电话号和购买数量√
3. 抽签算法：
- 查看是否口罩数量有剩余，有则抽签成功。
六、附加功能实现
| 功能点 | 完成度 |
|---|---|
| 管理员登录 | 1 |
| 设置预约的开放时间和截止时间 | 1 |
| 设置预约时单个用户最高可预约数量 | 1 |
| 设置口罩总数 | 1 |
| 导出某次中签的名单 | 1 |
| 预约查询及提示 | 1 |
管理员发布预约摇号活动
- 管理员登录√
- 设置预约的开放时间和截止时间√
- 设置预约时单个用户最高可预约数量√
- 设置口罩总数√
- 导出某次中签的名单√
七、用户体验，操作的方便、快捷性
由上图的GUI截图可知，本次小组项目为web项目，用户界面美观大方，两个按钮直接将功能区分开。点击“口罩预约”，跳出悬浮框，需要输入的内容一目了然，口罩数量也直接作为下拉菜单确定了选择区间。点击“中签结果查询”，就跳转到查询页面，也是一目了然，输入后，通过通知栏获得是否中签消息及凭证。
八、遇到的困难及解决方法
221701336何泉清:遇到的最大的难题就是，没有项目经验，也不懂得功能的划分，在这次实践中，作为组长，我没有很好的体现任务有效分配的职能，所幸小组成员中的韩津与牛姝雯具有一定的经验和编码能力，极大促进此次实践的完成。个人在编写前端页面时，遇到的问题就是对于js与后端数据连接上，当场学习了牛同学的代码和网上Ajax的相关知识，然后在编写部分后端功能时，对servlet的用法了解甚少，也是对亏了两位大佬最后的前后端对接整理。
九、评估每位组员的贡献比例，总分100
| 学号 | 贡献度 |
|---|---|
| 221600419 | 1 |
| 221701119 | 1 |
| 221701137 | 10 |
| 221701221 | 6 |
| 221701304 | 26 |
| 221701318 | 3 |
| 221701336 | 14 |
| 041701320 | 8 |
| 221701422 | 31 |
十、各组员PSP表格
221701137张平的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 15 | 15 |
| Estimate | 估计这个任务需要多少时间 | 120 | 140 |
| Development | 开发 | 20 | 15 |
| Analysis | 需求分析 (包括学习新技术) | 15 | 20 |
| Design Spec | 生成设计文档 | 15 | 20 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 15 |
| Design | 具体设计 | 20 | 30 |
| Coding | 具体编码 | 70 | 80 |
| Code Review | 代码复审 | 20 | 15 |
| Test | 测试（自我测试，修改代码，提交修改） | 15 | 15 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 30 | 35 |
| Postmortem&Process Improvement Plan | 事后总结, 并提出过程改进计划 | 40 | 35 |
| 合计 | 420 | 470 |
221701304牛姝雯的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 15 | 10 |
| Development | 开发 | 180 | 260 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 15 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 10 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 20 | 25 |
| Coding | 具体编码 | 180 | 240 |
| Code Review | 代码复审 | 20 | 25 |
| Test | 测试（自我测试，修改代码，提交修改） | 20 | 20 |
| Reporting | 报告 | - | - |
| Test Repor | 测试报告 | - | - |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem&Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 515 | 670 |
221701318连添伟的PSP表格
| SP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 20 | 30 |
| Development | 开发 | 120 | 160 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | 生成设计文档 | - | - |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 15 | 15 |
| Coding | 具体编码 | 60 | 70 |
| Code Review | 代码复审 | 10 | 10 |
| Test | 测试（自我测试，修改代码，提交修改） | 20 | 20 |
| Reporting | 报告 | 40 | 40 |
| Test Repor | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem&Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 395 | 455 |
221701336何泉清的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| Estimate | 估计这个任务需要多少时间 | 10 | 15 |
| Development | 开发 | 200 | 300 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | 生成设计文档 | - | - |
| Design Review | 设计复审 | 15 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 60 | 70 |
| Coding | 具体编码 | - | - |
| Code Review | 代码复审 | - | - |
| Test | 测试（自我测试，修改代码，提交修改） | 25 | 30 |
| Reporting | 报告 | 25 | 30 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 10 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 25 |
| 合计 | 420 | 590 |
221701422韩津的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 15 | 10 |
| Development | 开发 | 180 | 320 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 15 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 10 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 20 | 25 |
| Coding | 具体编码 | 180 | 220 |
| Code Review | 代码复审 | 20 | 25 |
| Test | 测试（自我测试，修改代码，提交修改） | 20 | 20 |
| Reporting | 报告 | - | - |
| Test Repor | 测试报告 | - | - |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem&Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 515 | 710 |
221701221蔡启文的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 10 | 15 |
| Development | 开发 | - | - |
| Analysis | 需求分析 (包括学习新技术) | - | - |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 60 | 70 |
| Coding | 具体编码 | - | - |
| Code Review | 代码复审 | - | - |
| Test | 测试（自我测试，修改代码，提交修改） | - | - |
| Reporting | 报告 | 60 | 80 |
| Test Repor | 测试报告 | - | - |
| Size Measurement | 计算工作量 | 10 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 25 |
| 合计 | 195 | 240 |
221701119张宇宁的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 10 |
| Estimate | 估计这个任务需要多少时间 | 15 | 20 |
| Development | 开发 | - | - |
| Analysis | 需求分析 (包括学习新技术) | - | - |
| Design Spec | 生成设计文档 | - | - |
| Design Review | 设计复审 | - | - |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 20 | 25 |
| Coding | 具体编码 | - | - |
| Code Review | 代码复审 | - | - |
| Test | 测试（自我测试，修改代码，提交修改） | - | - |
| Reporting | 报告 | - | - |
| Test Repor | 测试报告 | - | - |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem&Process Improvement Plan | 事后总结, 并提出过程改进计划 | - | - |
| 合计 | 65 | 65 |
041701320杨鑫杰的PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 20 |
| Estimate | 估计这个任务需要多少时间 | 5 | 5 |
| Development | 开发 | 30 | 20 |
| Analysis | 需求分析 (包括学习新技术) | 10 | 10 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 30 | 30 |
| Coding | 具体编码 | 60 | 60 |
| Code Review | 代码复审 | 10 | - |
| Test | 测试（自我测试，修改代码，提交修改） | - | - |
| Reporting | 报告 | - | - |
| Test Repor | 测试报告 | - | - |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem&Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 185 | 175 |
二、第二部分
- 对于老师与助教建议
- 对于猫咪的由2D转为3D,团队会着手学习实现如何实现，依照团队技术能力做取舍，尽力使其成为可以学习的个性猫咪，同时想说明一下，我们组的重点其实不在大篇幅记录，而是生活中小确幸或者小情绪的记录，所以更多的是方便标签记录和互动方面，之后我们也将实现对各段时间的情绪报告做一个归纳，能分享出去并吸引更多用户
- 对于其他组的建议
- 功能单一：Oneday将在主打轻松记录日常的基础上，在不增加用户的使用学习成本的情况下添加一些小功能，保证软件的简洁高效。
- 猫的种类:Oneday将提供多种类的猫咪供选择,用户可以挑选专属于自己的心仪的猫咪。
- 针对人群局限性、有写日记习惯的人不多：Oneday针对人群是原有记录习惯和因为记录方式繁琐而放弃记录的人群，不分阶层年龄，通过降低记录的行为阈值来吸引用户，拥有可观的潜在用户。
- 新的思考和想法
- 也可加入日常小开支(并非大业务记账)记录