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