【《基于JAVAWEB的高校学生考勤管理系统设计》6400字（论文）】

第1章绪论1.1目的及意义如今，中国的教育水平在飞速发展，大学生的数量也越来越庞大。开发高校学生考勤管理系统的目的就是为了能够让高校更加高效地管理学生信息，让高校能够实时掌握在校学生的考勤情况。传统的考勤方式存在许多缺点和漏洞，比如效率低、精准度低、浪费资源等，而高校学生考勤系统的开发，就是为了弥补传统考勤系统的缺点和漏洞，并且能够集中管理全校学生的信息，这一点对于传统的手工考勤管理，由于全校学生数量巨大，是很难做到的。同时，高校学生考勤系统的开发也是为了使高校迎合信息全球化的潮流，与时俱进，不落后于时代的发展。高校想要具备有力的竞争力，就应该走在科技发展的前沿，敢于创新，勇于改变。利用当下先进的互联网信息技术，改善学校的考勤管理，高效而便捷地管理学生考勤信息，这是一种创新，一种改变，好的创新和改变可以让学校更加完美，更有竞争力。1.2国内外的研究现状分析在许多发达国家中，学校对学生的考勤管理要求都非常严格，学生们在学校的考勤表现直接影响到个人成绩的评定。信息技术越来越先进，考勤认证方式也越来越安全。在美国，绝大多数高校都引进了先进技术的考勤管理系统，而且他们对考勤认证的方式是多样化的，比如指纹认证、人脸识别、虹膜识别等[14]。为了帮助高校解决高校内严重的逃课现象，美国科技公司研发出最新的GPS定位的考勤系统，该系统可对学生的位置进行定位，上课时间，系统会自动进行定位，检查学生是否在课堂，如果学生逃课或缺席，系统会通知老师和家长。这对喜欢逃课的同学进行更严格的约束，从而减少校园的逃课现象不光是美国，英国和日本在考勤管理方面也是十分严谨，而且他们的考勤系统的研发侧重系统的认证和移动定位，利用生物信息进行认证，避免考勤作假现象。虽然通过生物信息进行身份认证准确性较高，但是又会出现用户的隐私泄露问题，如何保证用户的隐私安全将会是新的研究方向。国内近些年来得利于互联网和信息技术的不断发展，对考勤管理系统的研究越来越深入，考勤管理软件的市场也越来越大，很多企业都采用智能打卡的方式进行考勤管理。考勤认证的方式有刷卡、指纹、人脸等，应用最广的是刷卡和指纹，人脸识别认证对技术的要求较高，目前在国内应用还是比较少，估计只有大的科技公司才有能力实现。不仅是国外，国内部分企业已经实现GPS定位考勤，比如知名的eteams考勤系统，该系统能够结合用户的定位信息实现签到签退功能，并且在打卡的时候，能够自动匹配公司的作息时间给用户相应的反馈信息。更有意义的是，还能为外出工作的员工自动生成出勤轨迹，这样公司能够更加直观的了解到员工的考勤状况，帮助公司对员工业绩的做出评定。虽然国内对考勤管理系统的研究在技术上和国外差距已经不是很大了，但是也同样存在如何保证用户的隐私安全问题，而且在对员工的人性化关怀方面还有很大创新的空间，这一点国内应该学习国外发达国家的先进理念和思想。第2章系统分析2.1可行性分析2.1.1现有系统可行性分析现如今很多高校仍然采用传统的人工考勤方式，上课之前由班级教络进行点名检查学生是否到齐，然后记录学生名单交给任课教师。这种考勤管理方式不仅效率低而且浪费资源，并且在精确度上也远远不如计算机，教络可能因为外在因素写错考勤信息，造成不必要的麻烦。教络一般是在上课铃响之后才开始点名，班级人数越多，教络点名的时间也就越长，这就出现任课教师等待教络点名结束无法上课的情况，从而影响上课的进度。传统的考勤方式在后期对学生的考勤信息进行汇总和整理时工作量也是极大的，工作人员往往需要很长的时间来重复性地工作整理出全部学生的考勤信息。可以看出，现有的传统考勤方式存在诸多的缺点和漏洞，而这些缺点漏洞我们完全可以利用计算机来弥补。计算机运算速度快，处理数据快，不会因为长时间工作而疲倦，能够统一处理大量数据。所以，我们有必要开发一个考勤系统，以便更高效地管理学生。2.1.2技术可行性分析我们完全可以利用现有的技术开发一个学生考勤管理系统，通过学生考勤系统统一对学生的考勤信息进行管理。系统将以前后端分离的方式进行设计和开发，前端采用html、CSS、JavaScript等技术配合vue.js前端框架开发，后端采用java语言进行开发，并且是基于springcloud的springboot微服务开发。这种开发模式也是国内比较主流的，在开发经验上我们有着非常多借鉴和参考，所以，考勤管理系统的开发在技术上是可行的。2.2功能需求分析高校学生考勤管理系统可以分为四个子系统，包括登录系统、学生管理系统、教师管理系统、管理员系统。四个系统之间的功能有相同的，也有不相同的，以下是各个系统的功能需求分析。2.2.1登录系统 登录系统是高校学生考勤管理系统的入口，每个用户或角色进入系统之前都必须先进入登录系统。登录系统的功能有学生登录、教师登录、管理员登录、忘记密码等。学生登录：学生输入正确的帐号和密码后即可进入学生管理系统，学生的帐号是自己的学号，初始密码由系统管理员提供。教师登录：学校老师进入教师管理系统的入口，教师用户的帐号和密码由管理员提供。管理员登录：系统默认有一个管理员帐号，学校相关人员可使用管理员帐号登录管理员系统，创建学生和教师用户。忘记密码：若用户忘记登陆密码，可以通过验证手机号重新设置密码。2.2.2学生管理系统学生管理系统的用户是学生，只有学生身份才能登陆系统，系统的功能包括打卡签到、查看个人签到记录、请假申请、查看个人请假记录、查看课程表、查看个人信息、编辑个人信息、修改登陆密码。打卡签到：学生在上课之前登陆系统，选择签到功能并提交，即可完成上课签到。 查看个人签到记录：学生成功登陆系统后，可以查看个人签到记录，了解自己的考勤情况。 请假申请：学生可以在系统上填写请假相关信息申请请假，提交后由管理员审批 查看请假记录：学生成功登陆系统后，可在请假管理中查看自己的请假记录。 查看课程表：学生可在考勤管理中查看自己班级的课程表。 编辑个人信息：学生登陆系统后，可以编辑可修该的个人信息，其中学号、姓名、专业、班级是不能修改的，若信息有误，可以联系管理员修改。 修改登陆密码：学生可以通过验证手机号修改登陆密码。2.2.3教师管理系统教师管理系统的用户是学校老师，只有身份是老师的用户才能登陆系统，教师系统的功能包括查看学生的考勤信息、查看课程安排、修改帐号信息等。 查看学生考勤信息：教师可以查看相关课程的学生考勤情况 查看课程安排：教师可以查看自己的任课安排，做好备课工作。 修改帐号信息：可修改用户名、手机号、登陆密码等信息。2.1.4管理员系统管理员管理系统，专门为系统管理员设计的系统，管理员在系统中的权限是最大的，有着学生和教师没有的系统功能。管理员系统功能主要包括编辑和发布公告、对学生个人信息进行增删改查、添加和删除教师用户、对学生的考勤信息进行增删改查、对学生请假记录进行增删改查、添加或删除学生用户、修改帐号信息等。 第3章系统设计3.1系统组织结构设计系统结构设计方面，主要包括四个方面：登陆系统、学生管理系统、教师管理系统、管理员系统。以下是系统的组织结构图图3.1系统组织结构图3.2功能结构设计根据以上的功能需求分析，我们可以得出各个系统的功能结构设计图3.2登录系统功能结构图图3.3学生管理系统功能结构图图3.4教师管理系统功能结构图图3.5教师管理系统功能结构图3.3.数据库概念设计数据库概念设计我们用总体E-R图和局部实体属性图来表示，总体的E-R图包括考勤行为和请假行为两张图。实体属性图包括学生、老师、管理员等三张图。图3.6学生考勤E-R图学生考勤E-R考勤记录实体的完整属性为：id、编号、学号、姓名、签到时间、课程名称、是否生效。学生、教师、管理员实体属性在实体属性图中展示。 图3.7学生请假E-R图请假E-R图实体的完整属性为：id、编号、学号、姓名、开始时间、结束时间、请假理由、是否通过、审批人、创建时间图3.8学生实体属性图图3.9教师实体属性图图3.10管理员实体属性图3.3.3数据库逻辑设计表1：学生表(tb_student)字段名类型长度是否为空约束备注idint10否主键id主键student_numberchar10否唯一学号student_namevarcahr30否姓名sexvarcahr5否性别brithdaydatetime6是出生日期phone_numberchar11否唯一手机号majorvarchar20是专业classsvarchar20是班级contact_numberchar11是唯一联系人电话addressvarchar255是家庭地址create_timetimestamp5否创建时间表2：考勤表(tb_clock_in)字段名类型长度是否为空约束备注idint10否主键id主键numberchar10否自增编号student_novarchar10否外键学号student_navarchar30否外键姓名majorvarchar30是专业classisvarhar20是班级clock_timedatetime6否签到时间course_namevarchar20否外键课程名称latechar5是是否迟到earlychar5是是否早退表3：请假表(tb_leave)字段名类型长度是否为空约束备注idint10否主键id主键snumberint10否自增编号student_nochar10否外键学号student_navarchar30否外键姓名start_timedatetime6否开始时间end_timedate_time6否结束时间reasonvarchar255否请假理由approvervarchar30否审批人passvarchar10否是否通过create_timedate_time6否创建时间表4：课程表（tb_course）字段名类型长度是否为空约束备注idint10否主键id主键course_noint10否自增编号course_namevarchar50否课程名称teacher_namevarchar30否外键任课教师class_timedatetime6否上课时间class_addressvarchar50否上课地点表5：教师表（tb_teacher）字段名类型长度是否为空约束备注idint10否主键id主键usernamevarchar30否用户名passwdvarchar30否密码teacher_namevarchar30否姓名phone_numberchar11否唯一手机号create_timedatetime6否创建时间表6：管理员表（id、用户名，手机号、密码）字段名类型长度是否为空约束备注idint10否主键id主键usernamevarchar30否用户名passwdvarchar30否密码phone_numberchar11否唯一手机号create_timedatetime6否创建时间表7：公告表（id、编号、内容、类型、修改时间）字段名类型长度是否为空约束备注idint10否主键id主键notice_noint10否自增编号contentvarchar255是内容create_timedatetime6是创建时间update_timedatetime6是修改时间3.4系统界面设计3.4.1登录系统界面设计3.4.2学生管理系统界面设计3.4.3教师管理系统界面设计3.4.4管理员系统界面设计

第4章系统实施4.1系统开发工具简介项目总体框架：springboot+vue开发语言：java、javascript开发工具IDE：vscode、idea数据库：mysql8.04.2系统测试4.2.1考勤功能测试1.重复签到：短时间内点击签到功能并提交测试结果：提交失败，并提示不能重复签到2.空值测试：在不能选择课程的条件下点击提交测试结果：提交失败，并提示用户选择课程4.2.2请假功能测试1.空值测试：设置学号、姓名、请假时间和理由都为空，点击提交按钮测试结果：提交失败，并提示不能为空值错误信息。2.请假时间测试：设置开始时间为结束时间之后测试结果：系统提示时间填写错误3.重复请假测试：申请的请假请假与之前的请假信息相同测试结果：系统提示请假信息重复4.批假测试：管理员进入系统点击请假管理，对请假申请进行审批。测试结果：可以点击通过批准学生的请假申请。第5章结论5.1总结历经一个多月断断续续地开发，终于把一个较为完整的学生考勤系统开发出来，系统基本能满足之前设计的功能需求。实现了登陆系统、学生管理系统、教师管理系统、管理员系统等四大系统的各种功能，学生、教师和管理员三种角色用户都能够在对应的系统中做各种操作。在开发的过程中，遇到不少的难点，第一个难点是数据库的设计和后端程序的编写。我发现开发一个系统，最开始数据库的设计尤为重要，要确定数据库需要创建哪些表，各个表需要什么字段，字段的约束等等。我在开发的时候，由于考虑的不够周全，频繁地对数据库的设计进行修改，比如修改表名，修改字段约束，修改一处，与之相关联的数据都需要更改，这样就导致开发进度很慢。第二个难点是后端java开发，自己本身java基础就比较薄弱，之前也没有做过java项目，所以在开发后端时，效率是比较少低的。系统后端用springcloud和springboot技术，在做项目的时候也是踩了不少坑，解决办法就是网上搜索解决方案，或者看教学视频跟着老师慢慢做。相比于后端，前端开发是比较轻松的，因为之前有做过前端的项目，对vue的使用也有一定的了解，所以基本上没有什么太大的问题。总体来看，高校学生考勤管理系统还是一个比较简单的系统，功能比较少，还有很多不足需要改进，需要改进的点在本文待解决中详细描述。虽然整体系统简单，但是经过一个人的独立开发，还是有很大的收获，最大的收获就是编写java程序的能力提高了，还有对数据库的操作也更加熟练了。而且我发现自己对软件开发更加感兴趣，找到以后发展的方向。我想我以后应该会从事javaWeb的开发，争取做一个全栈工程师。同时，我也明白了要做一个完整的项目，一定要做好项目的分析和设计，也要有扎实的基础，这样才能高效地开发项目。5.2价值意义

高校学生考勤管理系统的开发弥补了传统考勤方式效率低，不准确，浪费资源等缺点，能够实现高效率高精准的考勤管理。考勤管理系统有了更加准确的考勤数据，对喜欢逃课的学生也会有一定的约束，从而减少学生逃课的情况，营造良好的校园风气。5.3待解决高校学生管理考勤系统还有一些需要改进和完善的地方，第一点，学生的签到方式不够人性化。因为系统的前台是pc端，所以只有在pc端使用本系统，效果才是最好的，虽然移动端也能够使用，但是用户界面并不适配。在手机上使用本系统，用户界面可能乱掉，影响操作体验。第二点，因为系统在设计签到时没有做验证，不能保证学生一定是在教室里面打卡签到，可能会有的学生不够自觉利用此系统逃课旷课，不能够很好地对学生进行约束。以上两点不足解决方案是开发一个移动端系统，修改签到方式，可以指纹打卡，或扫码签到，或者蓝牙打卡。还有一点不足之处是系统管理员负责的事太多，应该增加一个辅导员系统，辅导员负责管理与自己相关的专业和班级，可以管理学生的考勤信息和审批学生的请假申请。任课教师也应该只能查看自己所带班级的学生信息，不能查看其他班学生的信息，系统在这方面没有进行更深一层的分类。以上待解决的地方后续会根据解决方案进行更改，让系统更加完善。参考文献[1]王珊,萨师煊.数据库系统概论（第5版）.北京：高等教育出版社.2014[2]张玉宏.Java从入门到精通.北京.人民邮电出版社.2018[3]StephenHaag.MaeveCummings.信息时代的管理信息系统（原书