考勤功能系统需求改进与系统设计
小队@JMUZJB-集美震惊部
需求改进
痛点描述
市面上的课堂助理类型软件，功能虽然齐全，但是缺乏与院校的交流，导致在软件形成考勤后只能由老师再次将点名情况自己填写到学院的点名表中，只是完成了功能，没有真正实现自动化。我们小队的课堂助理签到功能与学院对接，实现打印已完成签到表，实现自动化办公。
规格改进
用户量预计至少支持整个学院的记录量
规格说明书地址
场景描述
主成功场景与流程：
1.学生迟到，进入报到界面，点击报到按钮后，老师查询到的点名表该学生状态由未到转变为迟到，学生报到按钮变为迟到且不可点击，老师确认该学生到达教室后确认该学生报到状态。
2.老师发起全体报到，学生（收到提醒）进入报到界面，点击报到按钮后，点名表本节课该学生报到状态由未到变为已到，学生报到按钮变为已报到且不可再次点击（若提交老师发起的测试，则更新报到状态为已到）；老师结束报到后，未报到学生（收到提醒），点击报到按钮后，点名表本节课该学生报到状态由未到变为迟到。
3.老师查看本学期各课程点名情况。
4.老师修改当前课学生考勤状况（包括已到，未到，迟到，病假，早退）。
5.学生查看本学期各课程的考勤情况。
6.辅导员查看所管理班级各课程点名情况。
扩展：
A.老师发起二次全体点名功能，学生（收到提醒）进行点名。这个功能用来确认早退信息，但不推荐在系统不成熟时加入系统，由于多种原因，已到且未早退学生可能会没有确认二次点名从而考勤状态变为早退，无论是后期找老师修改或是忘记修改，都会造成不必要的麻烦与结果。
B.查看各学期的考勤表。
C.系统在任意时刻（意外）退出，系统在每次修改学生状态后直接储存本次修改结果，下次开启时再次查询显示上次修改的结果。
D.根据课程进度（接近尾声或已结束）向辅导员推送消息提醒辅导员查看课程考勤表。
E.打印课程考勤表。
功能四象限
| 外围功能 | 杀手功能 | |
|---|---|---|
| 必需需求 | 第二象限 对签到信息的修改 |
第一象限 对签到表的即时显示与打印 |
| 辅助需求 | 第三象限 界面同一，整洁美观 |
第四象限 签到消息的推送 |
任务分解WBS
各成员估计完成任务需要的时间
江泽平:8h
刘向东:8h
李胜昌:8h
黄鸿伟:8h
系统设计
架构设计
总框架MVC,前端bootstrap,后端Spring+sevlet,数据库使用Oracle
数据库设计
签到表
| 字段名 | 类型 | 长度 |
|---|---|---|
| 课程签到表ID pk SYS_GUID | Varchar2 | 32 |
| 课程号+学号WID fk | Varchar2 | 32 |
| 周次 | Int | 2 |
| 课次 | Int | 2 |
| 记录 | Varchar2 | 1 |
学生请假（教师设置）表
| 字段名 | 类型 | 长度 |
|---|---|---|
| 教师设置表ID pk SYS_GUID | Varchar2 | 32 |
| 课程号+学号WID fk | Varchar2 | 32 |
| 周次 | Int | 2 |
| 课次 | Int | 2 |
*注:只记录特殊情况（病事假迟到未到）。
Alpha任务分配计划
任务清单
学生签到，学生查看考勤，教师查看考勤，教师修改考勤，教师发起考勤
第一次迭代任务分配
李胜昌:教师查看考勤
刘向东:数据库开发，发起考勤
江泽平:修改考勤
黄鸿伟:学生查看考勤
测试计划
开发中对每个屏幕进行虚拟账号测试，分别使用学生端和教师端进行测试，保证每个屏幕的耦合性较低。
