基于安卓学生移动考勤系统

现在大学学生上课考勤管理均由各任课老师上课点名，并统计学生上课出勤情况，学期末依据出勤表和作业记录表给定学生平时成绩，最后把数据提交到院系。老师们统计学生的考勤，就是以上课点名，然后手工记录的方式，这种模式有很大的弊端。首先，教师自己记录，不容易形成一定规模的统计数据，其次学生不能及时看到自己的考勤情况。21世纪，随着互联网迅速发展，无线技术在Internet中的应用越来越广泛，为广大网络用户提供了更加周到和人性化的服务。个性化已逐渐成为当今移动应用的潮流。

系统采用C/S+B/S结构，使用Eclipse开发环境、JSP+Struts2+Spring+Hibernate技术、MySQL数据库，开发了课堂点名系统。

课堂点名系统的主要功能模块包括：（1）客户端用户功能模块：我的课程、今日签到、课程介绍、校园通知、发起签到、签到记录、用户登录注册等；（2）后台管理功能模块：管理员身份验证、用户管理、课程信息管理、信息管理、签到管理等功能。

随着国内信息化的发展，计算机和信息技术被应用到工作、生活和生产的各个方面。在高校，信息化进程更是突飞猛进，可以说高校是新兴技术诞生和最早试验推广地。

在高校的教学和学生工作管理过程中，考勤是一项很重要的内容。现在的老师对于上课点名和各种考试的身份认证主要依靠人工记录的方式。学校对全校考勤进行统计不仅工作量大，容易出错，而且还不能及时以及准确公正的公布学生当天的考勤情况。在现在大学成熟的网络平台下，开发基于Android的课堂点名系统是一种比较好的解决方案。

相对于其他考勤系统的不能真正意义上解决考勤问题、价格昂贵、后期维护成本高、识别精度低等问题，本系统在解决无纸化考勤系统的同时，及时准确的统计出学生考勤信息，而且价格便宜、后期维护成本极低。

现在，大学考勤统计还是沿用老式的点名方式，任课老师带着打印的上课学生名单，点名时喊到。但是这种形式没有办法确认学生之间有没有存在相互替答到的情况，而且学期末统计考勤记录时比较繁琐。

目前，市场上有使用刷卡考勤、蓝牙考勤甚至人脸识别等技术试图解决高校学生旷课、请人上课等问题。但刷卡考勤和蓝牙考勤同样存在问题：如果此学生将学生卡或蓝牙设备让同学带去匹配，就无法统计到该学生的旷课信息，而使用人脸识别技术有造价高、识别不准等缺点。

使用本系统，教师只需在Android平台下下载安装，使用学校分配的用户名、密码登录即可使用。没有Android设备的教师还可使用教学计算机登录校园网即可完成考勤。考勤数据将实时传递到校中心数据库。方便班主任实时了解本班考勤以及代课教师学期末对考勤进行统计。

考勤过程中，学生的个人照片将以突出的方式显示在指定位置，彻底杜绝代签到、请人上课等情况发生。

课题简介

该系统包括客户端和服务端两个部分，服务端部分主要面向管理人员，为管理员提供用户管理、课程信息管理、信息管理、签到管理等功能；而客户端部分主要面向用户，为用户提供登陆注册、我的课程、今日签到、课程介绍、校园通知、发起签到、签到记录等功能。课堂点名系统在应用的深度和广度上都是一个逐步发展的过程。系统从总体上把握设计，在具体的分析设计上将围绕管理者和普通使用者这两个主要角色的需求展开，然后再进行开发。

本系统的业务逻辑与功能对于不同使用者是不完全一样的。对于学生用户，系统主要为学生提供简洁美观的界面，用户在可以查看我的课程，今日签到，签到记录，登录注册等。而任课老师和管理员可以在后台维护这些数据，任课老师可以发签到。本系统的主要功能应是任课老师在点名之前登陆客户端发起签到，而学生登陆系统可以看到老师发起的签到，并可以进行签到，而且可以查看自己的签到记录。管理员主要操作后台系统，对系统内部的所有数据信息进行维护，还可以修改个人信息、退出系统。

需求概述

需求分析在软件的生命周期中是十分重要的一步，确定系统是否具有价值是它最根本的任务[4]。从本质上说，需求分析要解决系统必须做什么的问题。

课堂点名系统的目的在于教室不必在按照以前的老方式采用笔记来进行课堂点名，这样节省了以前在点名上花费在课堂上面的时间，给同学们更多的学习时间。用户可以登录客户端进行签到，还能够通过客户端查看自己的签到记录，教室可以通过客户端来发起签到，然后登录后台服务器可以快速的对考勤进行统计，这样大大减少了学期末统计考勤记录所花费的时间。

需求分析

课堂点名系统主要考虑教师和学生这两类用户的需求，由此进行具体的分析设计和编程实现。因此对于学生，客户端具有提供我的课程、今日签到、签到记录、校园通知和课程介绍等功能，而对于教师，客户端则提供校园通知、课程介绍及发起签到等功能，在服务器端，教师可以进行课程信息管理和签到管理。

功能需求分析

该系统在性能功能上应达到如下需求：

1)查询

分为学生查询自己的考勤记录和教师登陆服务端查询所有的签到记录。要求：

(1) 学生只能通过登陆客户端查询自己的签到记录；

(2) 老师通过登陆服务端来查看所有的签到记录。

2)签到

通过登陆客户端，老师能够根据自己的需求选择是否发起签到，学生可以通过 任课老师发起签到来决定是否进行今日签到。要求：

教师只能发起签到，学生只能在一定区域范围内进行签到。

3)维护

管理员可以通过后台系统对前台数据进行维护。