团队作业第二次——团队Github实战训练
| 这个作业属于哪个课程 | 班级 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 团队名称 | 知社 |
| 这个作业的目标 | 口罩预约管理 |
| 作业正文 | .... |
| 其他参考文献 | CSDN博客,百度,thymeleaf 文档等 |
一、组员分工
- 持久层:彭三福、王嘉泓
主要负责数据库设计和数据库调用函数 - 业务层、控制层:梁晓键、邹铭鸿、杨泽
主要负责业务逻辑的实现 - 前端:吕宇昕、唐靖钧、陈凯琳、林智信
负责前端页面的实现和布局 - 负责提交文件: 吕宇昕
- 编写博客: 林智信、邹铭鸿
二、提交日志
2.1 提交日志截图
.png)
.png)
2.2 commit次数统计
| 姓名 | 提交次数 |
|---|---|
| 梁晓键 | 19 |
| 邹铭鸿 | 0 |
| 彭三福 | 1 |
| 王嘉泓 | 12 |
| 杨泽 | 11 |
| 吕宇昕 | 12 |
| 陈凯琳 | 4 |
| 唐靖钧 | 16 |
| 林智信 | 9 |
三、程序运行截图
管理员界面

管理员登录界面

查询界面

预约界面

中签界面

未中签界面

四、运行环境
IDE使用IDEA,后端采用 Spring Boot 开发,前端使用 html + css + js 展现。
五 、GUI界面
参考上图中的运行界面。
在线演示:http://www.hongshan.fun:9520/
六、基础功能实现
| 功能点 | 完成度 |
|---|---|
| 身份证、手机号格式验证及错误提示 | 0 |
| 身份证、手机号的唯一性及错误提示 | 0.5 |
| 间隔三次才能预约及错误提示 | 0.5 |
| 存储预约信息 | 1 |
| 预约结束后的中签计算 | 0 |
| 预约查询及提示 | 1 |
有检查身份证、手机号的唯一性,但错误提示对用户不友好;
有间隔三次才能预约,但错误提示对用户不友好;
七、附加功能实现
| 功能点 | 完成度 |
|---|---|
| 管理员登录 | 1 |
| 设置预约的开放时间和截止时间 | 1 |
| 设置预约时单个用户最高可预约数量 | 1 |
| 设置口罩总数 | 1 |
| 导出某次中签的名单 | 0.5 |
| 预约查询及提示 | 0 |
能导出某次中签的名单,但结果是纯文本,对用户没有反馈;
八、用户体验
虽然界面没有很美观,但是好在比较简洁,功能按键也很清晰,后端功能实现的也很好,交互起来没什么问题。
九、遇到的困难
| 姓名 | 遇到的困难 | 解决困难 |
|---|---|---|
| 梁晓键 | 如何做好整个系统的构建,前后端协作以及哪些任务点需要完成 | 和大家一起探讨,逐步细化 |
| 邹铭鸿 | 初次使用IDEA,上手有点慢,而且配置没有完善,也是初次学习SpringBoot框架,不熟悉 | 百度教程,请教大佬,边看边学边做 |
| 彭三福 | 需要现学现用的技术,非常不熟练,初次使用maven但是存在很多问题,springboot不熟悉 | 一步一步慢慢解决,努力跟上大家的脚步,学习新技术 |
| 王嘉泓 | 第一次使用IDEA,springboots和mybatis框架,手忙脚乱找不到头脑,不熟悉springboots的特性,上手慢,对IDEA也不熟悉,在熟悉界面、操作、插件、依赖的引入上花了很多时间。 | 向对这些框架熟悉的同学求助,在网络上寻找框架的使用手册,实战案例以及网课来帮助自己快速上手。 |
| 杨泽 | 完全不熟悉springboot | 依葫芦画瓢看其他人的代码理解 |
| 吕宇昕 | 不注意的话,对一个内联元素设置一些属性会发现没有起作用 | 更深入理解块级元素和内联元素之间的控制关系 |
| 陈凯琳 | 表单数据提交到后端 | 参考其他人的网页代码 |
| 唐靖钧 | 项目采用spring boot框架,是一个没有接触过的框架,刚开始在前后端分离方面的认识上有一些障碍,比如如何获取后端数据、前后端如何分离独立进行开发的等等,都是未知的领域 | 通过B站上的网课视频介绍了解了spring boot中的开发流程和前后端交互逻辑,学习了thymeleaf的基础语法,通过与后端队友的交流,明白了他们需要前端提供哪些界面,配合上自己上网查找的一些文档,明白了如何获取后端数据并展示,最终一步一步搭建好这个平台 |
| 林智信 | 本次作业组长选择使用spring 来开发,平时没有接触,花了挺长的时间在了解,还不是很了解 | 通过看视频,和组长的视频教学,懂了很多,基本解决了 |
十、评估贡献比
| 学号 | 贡献度 |
|---|---|
| 221701107 | 20% |
| 221701126 | 17% |
| 221701323 | 10% |
| 221701228 | 13% |
| 221701430 | 12% |
| 221701407 | 18% |
| 081700430 | 3% |
| 221701209 | 2% |
| 221701308 | 4% |
十一、PSP 表格
梁晓键
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 40 | 30 |
| Estimate | 估计这个任务需要多少时间 | 40 | 30 |
| Development | 开发 | 815 | 570 |
| Analysis | 需求分析 (包括学习新技术) | 80 | 70 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 15 |
| Design | 具体设计 | 40 | 35 |
| Coding | 具体编码 | 560 | 400 |
| Code Review | 代码复审 | 40 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 60 | 20 |
| Reporting | 报告 | 120 | 120 |
| Test Report | 测试报告 | 40 | 30 |
| Size Measurement | 计算工作量 | 40 | 40 |
| Postmortem & Process Improvement Plan | 事后总结,并提出过程改进计划 | 40 | 30 |
| 合计 | 1395 | 700 |
邹铭鸿
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 20 | 30 |
| Development | 开发 | 200 | 230 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 50 |
| Design Spec | 生成设计文档 | 20 | 15 |
| Design Review | 设计复审 | 10 | 20 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 15 |
| Design | 具体设计 | 50 | 45 |
| Coding | 具体编码 | 120 | 150 |
| Code Review | 代码复审 | 30 | 50 |
| Test | 测试(自我测试,修改代码,提交修改) | 30 | 30 |
| Reporting | 报告 | 20 | 20 |
| Test Repor | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 15 |
| 合计 | 600 |
彭三福
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 40 | 50 |
| Estimate | 估计这个任务需要多少时间 | 300 | 400 |
| Development | 开发 | 120 | 130 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 50 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 40 | 50 |
| Coding | 具体编码 | 50 | 55 |
| Code Review | 代码复审 | 10 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 40 | 120 |
| Reporting | 报告 | 5 | 5 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 180 |
王嘉泓
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 255 | 330 |
| Analysis | 需求分析 (包括学习新技术) | 120 | 180 |
| Design Spec | 生成设计文档 | 20 | 20 |
| Design Review | 设计复审 | 15 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 30 | 45 |
| Coding | 具体编码 | 30 | 30 |
| Code Review | 代码复审 | 20 | 30 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 15 |
| Reporting | 报告 | 35 | 35 |
| Test Repor | 测试报告 | 10 | 10 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 15 |
| 合计 | 320 |
杨泽
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 450 | 470 |
| Analysis | 需求分析 (包括学习新技术) | 120 | 150 |
| Design Spec | 生成设计文档 | 20 | 20 |
| Design Review | 设计复审 | 10 | 20 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 150 |
| Design | 具体设计 | 50 | 50 |
| Coding | 具体编码 | 180 | 60 |
| Code Review | 代码复审 | 30 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 30 | 10 |
| Reporting | 报告 | 20 | 20 |
| Test Repor | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 10 | 10 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 15 |
| 合计 | 500 |
吕宇昕
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 195 | 280 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 30 |
| Design Spec | 生成设计文档 | 20 | 25 |
| Design Review | 设计复审 | 20 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 20 | 30 |
| Coding | 具体编码 | 105 | 170 |
| Code Review | 代码复审 | 30 | 40 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 40 |
| Reporting | 报告 | 20 | 40 |
| Test Repor | 测试报告 | 10 | 15 |
| Size Measurement | 计算工作量 | 5 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 225 |
陈凯琳
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 15 |
| Estimate | 估计这个任务需要多少时间 | 250 | 260 |
| Development | 开发 | 120 | 130 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 20 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 20 | 30 |
| Coding | 具体编码 | 50 | 55 |
| Code Review | 代码复审 | 10 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 |
| Reporting | 报告 | 10 | 10 |
| Test Repor | 测试报告 | 5 | 5 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 190 |
唐靖钧
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 60 | 120 |
| Estimate | 估计这个任务需要多少时间 | 60 | 120 |
| Development | 开发 | 575 | 510 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 15 | 10 |
| Design Review | 设计复审 | 10 | 15 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| Design | 具体设计 | 45 | 45 |
| Coding | 具体编码 | 200 | 150 |
| Code Review | 代码复审 | 60 | 40 |
| Test | 测试(自我测试,修改代码,提交修改) | 60 | |
| Reporting | 报告 | 30 | 30 |
| Test Repor | 测试报告 | 30 | 45 |
| Size Measurement | 计算工作量 | 20 | 35 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 40 | 30 |
| 合计 | 635 | 630 |
林智信
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 60 | 54 |
| Estimate | 估计这个任务需要多少时间 | 180 | 240 |
| Development | 开发 | 45 | 60 |
| Analysis | 需求分析 (包括学习新技术) | 20 | 40 |
| Design Spec | 生成设计文档 | 20 | 15 |
| Design Review | 设计复审 | 30 | 45 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 5 |
| Design | 具体设计 | 20 | 15 |
| Coding | 具体编码 | 30 | 40 |
| Code Review | 代码复审 | 10 | 20 |
| Test | 测试(自我测试,修改代码,提交修改) | 20 | 45 |
| Reporting | 报告 | 20 | 10 |
| Test Repor | 测试报告 | 20 | 12 |
| Size Measurement | 计算工作量 | 5 | 4 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 12 | 10 |
| 合计 | 502 |
选题
团队选题展示过程中,老师和同学提出了一些问题。有没有哪个问题你们想重新回答?
如何落实通知,有线上开会功能吗?
我们可以实现群聊的功能,可以在群内发布公告。
希望能联合各校级部门的管理
我们有管理员账号,能过对社团进行管理,比如场地申请社团审核等
在上次团队选题之后,你们组有什么新的思考和想法?
就是在一些细节上还需要完善,具体的操作,和逻辑业务还需要操作,还有原型设计。