团队作业第二次——团队github实战训练
| 这个作业属于哪个课程 |
课程地址 |
| 这个作业要求在哪里 |
作业地址 |
| 团队名称 |
豌豆射手 |
| 这个作业的目标 |
规定时间内完成口罩预约程序 GitHub编程 |
| 作业正文 |
.... |
| 其他参考文献 |
csdn博客 博客园 |
github地址
github仓库地址：地址
完成度
基础功能
| 功能点 |
完成度 |
| 身份证、手机号格式验证及错误提示 |
1 |
| 身份证、手机号的唯一性及错误提示 |
1 |
| 间隔三次才能预约及错误提示 |
1 |
| 存储预约信息 |
1 |
| 预约结束后的中签计算 |
1 |
| 预约查询及提示 |
1 |
附加功能
| 功能点 |
完成度 |
| 管理员登录 |
1 |
| 设置预约的开放时间和截止时间 |
1 |
| 设置预约时单个用户最高可预约数量 |
1 |
| 设置口罩总数 |
1 |
| 导出某次中签的名单 |
1 |
| 预约查询及提示 |
1 |
组员职责分工
| 学号 |
分工 |
| 221701117 |
数据库和布局设计以及文档编辑 |
| 221600137 |
测试部分开始预约设计内容 |
| 221701135 |
测试部分结束预约的设计 |
| 221701216 |
预约页面的设计部分 |
| 221701239 |
css样式表编写 |
| 221701334 |
附加功能导出中签者，以及代码整合 |
| 221701419 |
主页页面的编写 |
| 021700531 |
完成表单以及数据插入数据库 |
| 221701315 |
负责解决身份验证和手机验证以及避免重复预约和预约成功的提示 |
GitHub提交日志截图
日志截图
commit次数
| 成员 |
commit次数 |
| 221701117 |
5 |
| 221600137 |
1 |
| 221701135 |
3 |
| 221701216 |
3 |
| 221701239 |
4 |
| 221701334 |
6 |
| 221701419 |
3 |
| 021700531 |
3 |
| 221701315 |
4 |
运行截图
程序运行环境
- 最终服务器展示前端地址：地址
- 最终服务器展示后台地址：地址
- 运行环境：wamp（windows下apache+mysql+php）集成开发环境
GUI界面
- 后台
基础功能实现
- 身份证、手机号的唯一性及错误提示
- 间隔三次才能预约及错误提示
- 存储预约信息
- 预约结束后的中签计算
- 预约查询及提示
附加功能实现
- 设置预约的开放时间和截止时间
- 设置预约时单个用户最高可预约数量
- 设置口罩总数
- 导出某次中签的名单
- 预约查询及提示
困难及解决方案
| 学号 |
困难 |
解决方案 |
| 221701117 |
这次的作业，很符合社会背景。当然，刚拿到题目的时候我们也讨论了很多，包括如何完成这次任务，首先对于问题的理解有些地方存在问题，起初不明白如何理解这个题目，预约次数是连续三次还是有三次，两个按钮，开始预约和结束预约也有些晕头转向 |
需求分析，从用户角度分析了作业的过程。巧妙的是，大家对上学期学习的yii框架学的很好，也很好的运用了yii框架，完成了这次任务 |
| 221600137 |
这次预约口罩在数据库方面其实没有那么难，其中在插入数据时出现了中文乱码的情况。 |
询问了组员，才发现是链接数据库的语句没有编码 |
| 221701135 |
数据库乱码问题 |
添加mysqli_set_charset($conn, 'utf8');更改编码 |
| 221701216 |
对psp掌握的不够熟悉，设计时对需求不够明确 |
编写代码时查阅了有关资料，并与队友们深刻讨论了需求分析后得以解决 |
| 221701239 |
本次预约口罩系统为小型系统,界面比较简单,所以每个界面的布局和比较简单,在css样式编写上没有存在太大困难,唯一的小困难应该是因为使用的是yii框架,所以要删除一些css样式,需要在yii框架中找到对应的禁用地方 |
熟悉了解了yii框架页面视图的样式以及结构,然后对页面的css样式进行了增加与修改 |
| 221701334 |
input框出现空格会直接断掉 |
使用','代替空格，读取时将','替换回空格 |
| 221701419 |
与后端数据的对接 |
通过与后端编写的队友交流沟通得以解决 |
| 021700531 |
判断该用户本期或近三期是否有预约 |
在数据库中加入period_id字段进行判断 |
| 221701315 |
对php的语法不够熟悉，导致在编写代码时出现变量以及程序错误 |
查询多方面资料之后了解了详细语法才解决 |
贡献比例
| 学号 |
贡献度 |
| 221701117 |
12 |
| 221600137 |
8 |
| 221701135 |
11 |
| 221701216 |
10 |
| 221701239 |
11 |
| 221701334 |
14 |
| 221701419 |
11 |
| 021700531 |
11 |
| 221701315 |
12 |
PSP表格
221701117
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
1h |
50min |
| Estimate |
估计这个任务需要多少时间 |
1h |
50min |
| Development |
开发 |
10h |
7h |
| Analysis |
需求分析 (包括学习新技术) |
1h |
30min |
| Design Spec |
生成设计文档 |
30min |
20min |
| Design Review |
设计复审 |
10min |
10min |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
0 |
0 |
| Design |
具体设计 |
20min |
30min |
| Coding |
具体编码 |
5h |
4h |
| Code Review |
代码复审 |
1h |
30min |
| Test |
测试（自我测试，修改代码，提交修改） |
2h |
1h |
| Reporting |
报告 |
2h |
1.5h |
| Test Repor |
测试报告 |
30min |
40min |
| Size Measurement |
计算工作量 |
20min |
30min |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
70min |
20min |
| 合计 |
|
13h |
9h20min |
221600137
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
20h |
15h |
| Estimate |
估计这个任务需要多少时间 |
1h |
40min |
| Development |
开发 |
30min |
40min |
| Analysis |
需求分析 (包括学习新技术) |
20min |
20min |
| Design Spec |
生成设计文档 |
10min |
15min |
| Design Review |
设计复审 |
10min |
15min |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
10min |
10min |
| Design |
具体设计 |
5min |
15min |
| Coding |
具体编码 |
20min |
15min |
| Code Review |
代码复审 |
15min |
20min |
| Test |
测试（自我测试，修改代码，提交修改） |
5min |
10min |
| Reporting |
报告 |
10min |
10min |
| Test Repor |
测试报告 |
10min |
10min |
| Size Measurement |
计算工作量 |
10min |
10min |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
10min |
10min |
| 合计 |
|
135min |
150min |
221701135
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
5 |
10 |
| Estimate |
估计这个任务需要多少时间 |
10 |
15 |
| Development |
开发 |
15 |
20 |
| Analysis |
需求分析 (包括学习新技术) |
20 |
30 |
| Design Spec |
生成设计文档 |
10 |
10 |
| Design Review |
设计复审 |
10 |
5 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
10 |
5 |
| Design |
具体设计 |
15 |
10 |
| Coding |
具体编码 |
60 |
60 |
| Code Review |
代码复审 |
15 |
10 |
| Test |
测试（自我测试，修改代码，提交修改） |
10 |
20 |
| Reporting |
报告 |
5 |
5 |
| Test Repor |
测试报告 |
5 |
5 |
| Size Measurement |
计算工作量 |
5 |
10 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
10 |
10 |
| 合计 |
|
205 |
225 |
221701216
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
20 |
30 |
| Estimate |
估计这个任务需要多少时间 |
20 |
30 |
| Development |
开发 |
110 |
150 |
| Analysis |
需求分析 (包括学习新技术) |
30 |
30 |
| Design Spec |
生成设计文档 |
10 |
5 |
| Design Review |
设计复审 |
5 |
5 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
5 |
5 |
| Design |
具体设计 |
10 |
20 |
| Coding |
具体编码 |
30 |
60 |
| Code Review |
代码复审 |
5 |
5 |
| Test |
测试（自我测试，修改代码，提交修改） |
15 |
20 |
| Reporting |
报告 |
25 |
35 |
| Test Repor |
测试报告 |
5 |
10 |
| Size Measurement |
计算工作量 |
10 |
10 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
10 |
15 |
| 合计 |
|
155 |
215 |
221701334
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
5 |
5 |
| Estimate |
估计这个任务需要多少时间 |
10 |
20 |
| Development |
开发 |
60 |
45 |
| Analysis |
需求分析 (包括学习新技术) |
10 |
10 |
| Design Spec |
生成设计文档 |
5 |
5 |
| Design Review |
设计复审 |
5 |
5 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
0 |
0 |
| Design |
具体设计 |
5 |
5 |
| Coding |
具体编码 |
30 |
60 |
| Code Review |
代码复审 |
10 |
10 |
| Test |
测试（自我测试，修改代码，提交修改) |
30 |
60 |
| Reporting |
报告 |
5 |
5 |
| Test Repor |
测试报告 |
5 |
5 |
| Size Measurement |
计算工作量 |
5 |
5 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
5 |
5 |
| 合计 |
|
175 |
220 |
221701419
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
10 |
10 |
| Estimate |
估计这个任务需要多少时间 |
10 |
10 |
| Development |
开发 |
115 |
150 |
| Analysis |
需求分析 (包括学习新技术) |
30 |
40 |
| Design Spec |
生成设计文档 |
15 |
10 |
| Design Review |
设计复审 |
5 |
5 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
5 |
5 |
| Design |
具体设计 |
10 |
10 |
| Coding |
具体编码 |
40 |
60 |
| Code Review |
代码复审 |
10 |
5 |
| Test |
测试（自我测试，修改代码，提交修改） |
20 |
15 |
| Reporting |
报告 |
35 |
25 |
| Test Repor |
测试报告 |
5 |
5 |
| Size Measurement |
计算工作量 |
10 |
10 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
20 |
10 |
| 合计 |
|
160 |
185 |
021700531
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
30 |
20 |
| Estimate |
估计这个任务需要多少时间 |
240 |
100 |
| Development |
开发 |
60 |
50 |
| Analysis |
需求分析 (包括学习新技术) |
20 |
30 |
| Design Spec |
生成设计文档 |
10 |
20 |
| Design Review |
设计复审 |
10 |
10 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
10 |
10 |
| Design |
具体设计 |
10 |
20 |
| Coding |
具体编码 |
60 |
90 |
| Code Review |
代码复审 |
10 |
10 |
| Test |
测试（自我测试，修改代码，提交修改） |
10 |
10 |
| Reporting |
报告 |
5 |
5 |
| Test Repor |
测试报告 |
5 |
5 |
| Size Measurement |
计算工作量 |
5 |
5 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
5 |
5 |
| 合计 |
|
160 |
220 |
221701239
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
10 |
5 |
| Estimate |
估计这个任务需要多少时间 |
10 |
5 |
| Development |
开发 |
95 |
115 |
| Analysis |
需求分析 (包括学习新技术) |
10 |
5 |
| Design Spec |
生成设计文档 |
5 |
10 |
| Design Review |
设计复审 |
5 |
10 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
5 |
5 |
| Design |
具体设计 |
10 |
15 |
| Coding |
具体编码 |
40 |
60 |
| Code Review |
代码复审 |
20 |
10 |
| Test |
测试（自我测试，修改代码，提交修改） |
35 |
30 |
| Reporting |
报告 |
10 |
5 |
| Test Repor |
测试报告 |
5 |
5 |
| Size Measurement |
计算工作量 |
5 |
10 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
15 |
10 |
| 合计 |
|
140 |
150 |
221701315
| PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
| Planning |
计划 |
10 |
10 |
| Estimate |
估计这个任务需要多少时间 |
40 |
35 |
| Development |
开发 |
30 |
30 |
| Analysis |
需求分析 (包括学习新技术) |
30 |
30 |
| Design Spec |
生成设计文档 |
10 |
5 |
| Design Review |
设计复审 |
5 |
5 |
| Coding Standard |
代码规范 (为目前的开发制定合适的规范) |
5 |
5 |
| Design |
具体设计 |
5 |
5 |
| Coding |
具体编码 |
30 |
30 |
| Code Review |
代码复审 |
5 |
5 |
| Test |
测试（自我测试，修改代码，提交修改） |
10 |
20 |
| Reporting |
报告 |
5 |
5 |
| Test Repor |
测试报告 |
5 |
5 |
| Size Measurement |
计算工作量 |
10 |
10 |
| Postmortem & Process Improvement Plan |
事后总结, 并提出过程改进计划 |
10 |
10 |
| 合计 |
|
200 |
210 |
选题想法
1. 团队选题展示过程中，老师和同学提出了一些问题。有没有哪个问题你们想重新回答？
就上次，老师和助教提出的问题有三，一、针对团体使用？二、如何提醒和督促完成任务？三、为什么要选择我的软件？我们组的汇报人也给予了回答，首先我们的创新之处就是市场中的todolist软件所缺乏的方面，只能自己打卡，而且看不到打卡率，特别是重复的任务，今天没有完成，就会累计，而看不到很好的反馈，因此失去了动力，而且则软件还能准时闹铃提醒用户，而且加入团体也能很好的督促自己，我的软件这么创新，有什么理由不选我的产品。
2. 回答评分表中反馈的问题，如果与上一条重复可省略
由于，我们的题材和别组重复了，因此，我们组选择了另外的题材，所以我简单回答一下，同学的反馈问题：
1.这软件争对我们这个年龄段，面向人群也比较清晰。
2.因为针对我们这个群体，所以我们的朋友圈都是很好的推广手段。
3. 在上次团队选题之后，你们组有什么新的思考和想法？
讲讲我们小组的选题。
我们小组经过激烈的讨论后，决定选题为简短的观后感分享软件。由经济可行性来说，由于本软件开发为学习所用,各成员自发进行开发,无工资和场地等开销,主要开销来源于租借服务器,因为是小型项目,不需要大型服务器,所以服务器方面开销不大,所以总体资金充足；技术性方面，组里有大佬，所以技术没问题；法律可行性，软件不涉及任何违背人道主义的事情，所以是安全的。
可行性分析。由于我们观察到，很多人由于快速的社会节奏，一看到长长的电视剧，小说，纪录片，等等都会望而却步，所以，在这浮躁的社会需要有人来对自己研究过的书籍，或则电视，做个小结，发表自己短小的见解，寻找书友的同时，提升自己的总结能力。
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png
)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
