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

团队作业第二次——团队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

运行截图

程序运行环境

1. 最终服务器展示前端地址：地址
2. 最终服务器展示后台地址：地址
3. 运行环境：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. 在上次团队选题之后，你们组有什么新的思考和想法？

  讲讲我们小组的选题。
  我们小组经过激烈的讨论后，决定选题为简短的观后感分享软件。由经济可行性来说，由于本软件开发为学习所用,各成员自发进行开发,无工资和场地等开销,主要开销来源于租借服务器,因为是小型项目,不需要大型服务器,所以服务器方面开销不大,所以总体资金充足；技术性方面，组里有大佬，所以技术没问题；法律可行性，软件不涉及任何违背人道主义的事情，所以是安全的。
  可行性分析。由于我们观察到，很多人由于快速的社会节奏，一看到长长的电视剧，小说，纪录片，等等都会望而却步，所以，在这浮躁的社会需要有人来对自己研究过的书籍，或则电视，做个小结，发表自己短小的见解，寻找书友的同时，提升自己的总结能力。