一、格式描述
| 这个作业属于哪个课程 | 课程链接 |
| 这个作业要求在哪里 | 作业要求 |
| 团队名称 | 大鸡大利队 |
| 这个作业的目标 | 熟悉并掌握原型设计，熟悉软件开发的流程 |
二、团队成员介绍
| 职务 | 学号 |
|---|---|
| 队长 | 201831061228 |
| 队员 | 201831061230 |
| 队员 | 201831061224 |
| 队员 | 201831061308 |
| 队员 | 201831061225 |
| 队员 | 201831061227 |
| 队员 | 201831061221 |
三、拟开发项目简介：
针对于课堂出勤率考核的问题，我们团队决定做课堂考勤系统这个项目，帮助老师完成对于
、学生出勤率的考察。
这样既方便了老师，减少了老师一定的工作量，又对于学生上课的积极性也会有所帮助。
针对于传统的老师课堂点名，如果一个班上的人数过多，老师按照名单上面
一个接着一个的念，这样不仅耗费的时间多，而且有可能老师还会念漏点个别同学的名字。当
然，一个同学可以帮着几个未到的同学答到，这样就严重影响了学生学习的主动性，还有就是，
老师点名一般都是在接近第一节课上课的时候或者是第一节课下课的时候点名，这样有可能会占
用到上课的时间来点名，这个显然是不可取的。所以为了方便老师、提高同学们的出勤率，课
堂考勤系统APP就这样诞生了。
四、典型用户及用户故事
老师：
对于老师而言，为了提高教学质量，设计一款用于考勤的APP可以节省许多时间，当老师对有事情迟到了之后，
有可能就会放弃对于这堂课的签到(因为老师一般习惯于在第一节课上课的前几分钟进行签到)。但有些老师会利用
下课的时间段进行签到，但是有些学生可能在这个时间段会上厕所，所以有些别有用心的同学就会以此为借口帮
缺席的同学答到。
学生:
对于非大一的“老油条”来说，这个是已经基本摸清了老师上课点名的套路了，有时等到老师点了名之后就
走了，甚至有些人干脆不去，叫室友帮忙答到。也许是因为点名时听过的人数过多的原因，老师也分不清到底
是不是不同的人在答到。
若是将课堂考勤系统APP之后，可以极大的提高学生的课堂出勤率。因为这个考勤系统的定位准确性，使得学生不得不
到教室进行课堂签到。当然若是老师想的话还可课堂上进行二次签到，这样就可防止有些学生签到之后就走，使得学生
在逃课之后会感到担忧，担心老师再进行一次签到。这样对于学生的学习主动性不就自然而然的提高了。
五、项目的主要功能
1、我们所设计的该款APP的主要功能是签到，次要功能是教师可通过该APP随机抽取同学回答问题。
签到任务由老师发布，签到的方式利用精准的位置签到，加上发布的签到方式。签到方式有动态二
维码、静态二维码、手势签到及指纹签到等。
2、我们的APP签到功能使用的是IP绑定，也就是一部手机只能供一个人使用，不能重复签到。
假若同学出现了迟到或者是因为其它一些情况而没有及时签到，可以找老师进行补签。
针对于上课缺席三次就取消该科目考试资格的设定，该款APP还具有警示用户功能，
3、假如用户在同一门课程中缺席了两次，那系统将会发送一条短信提醒用户“再缺席一次将会被取消考试资格”。
当然，这款APP也具有请假的功能。首先，用户在APP上填写请假表单，该请假表单与学生平时填写
的请假表基本一致。其次，完成表单填写后，将表单提交给相应辅导员，等待辅导员审批即可。最后
再将审批通过的请假单传给相关课程老师。
4、该APP还具有对学生用户的计分功能，老师可以在APP上面设定缺席一次扣除多少平时分。这样就
老师就不用亲自动手为缺勤学生扣除平时分，直接最后期末时一起结算。
5、教师可在该APP中创建班级，相关课程的学生进入班级即可聊天，讨论相关的问题
六、概要设计
体系结构图如下：
业务模块
1、在产品的测试初期，我们可以通过在校园内进行该APP的推广，先说服老师对我们APP进行使用，这样老师
课堂上的学生也不得不使用该APP。
2、之后通过问卷调查的方式反映用户对我们的评价，当然首先最为重要的是
老师对于该款APP的评价，只有先将老师的条件满足之后才有机会满足学生的建议。
通过用户对该款APP的评价来对APP进行升级。
3、在满足广大的用户需求之后，我们就可以尝试将该款APP向市
面上进行推广，之后就是与相关的单位进行签约(进行盈利)。
七、初步开发计划
具体分工：
| 学号 | 主要职责 |
|---|---|
| 201831061228 | 为项目开发啊过程中遇到的问题提供优质的算法 |
| 201831061230 | 负责代码规范以及测试工作 |
| 201831061224 | 负责UI界面的设计，优化界面 |
| 201831061308 | 主要撰写文档，对软件进行需求分析 |
| 201831061225 | 代码编写以及部分代码的测试工作 |
| 201831061227 | 对软件的功能需求进行进一步的了解，为后期的测试工作提供正确的测试方向 |
| 201831061221 | 进行后端的开发，提供后端技术支持 |
进度计划
第一阶段
第一~二周：完成产品结构设计
第二阶段
第三~五周：实现产品的功能的开发与封装和UI界面的设计
第三阶段
第六~七周：对产品进行测试，完善产品功能