【校园考勤系统的设计与实现4100字（论文）】

校园考勤系统的设计与实现摘要随着现代信息技术的发展和互联网时代的到来,计算机已成为学校管理的组成部分。长久使用的人工管理办法使用起来比较消耗时间精力，而且在信息存储方面存在许多缺点，可能会导致数据丢失。为贯彻实现学校与时俱进的管理方针，使用新开发的学生考勤管理系统是最优解，在方便了校园管理的同时，提高教师的工作效率，并且满足师生间便捷的信息交换。本文是对目前高校学生管理和考勤需求进行详细取样调查分析的基础上，针对常见的考勤管理需要而设计的，采用HTML+Jsp动态网页显示技术，B/S设计、MVC模式编写，作为本次考勤管理系统的设计重点，达到学生可以在线请假，教师可以在线点名、下载出勤表等目的。关键词：学生考勤，校园管理，系统设计目录TOC\o"1-3"\h\u1绪论 绪论1.1研究的目的及意义本考勤管理系统的设计目的是为了实现师生间的考勤信息实时信息交互。为满足使用要求，本系统包含三方面用户：学生用户，教师用户，管理员用户，其中管理员用户具有最高权限。为实现了跨平台运行，系统以学校校园网为基础采用HTML+JSP动态网页显示技术集成信息，B/S设计、MVC模式，所以对硬件要求低，并保证了良好的扩展性。1.2设计背景随着高校校园信息化逐渐完善，招生就业系统、BBS、校园网站等系统相继出现，给学校在相应的行政管理、师生教学、办公、生活优化上都带来了便利。但是，我们学校的出勤管理模式仍在课堂上名，班主任和辅导员会抽查出勤情况。一般情况下，学生请假需要提交请假申请表，获得班主任批准后交到代课老师手中，才算完成请假流程。计算学生平时成绩时，需对手动输入的考勤信息进行反复检查。这种方式，费时费力且很难保证信息的准确率。并进一步暴露了：（1）传统纸质请假申请表填写不便;（2）纸质盛情表保存困难；（3）各类数据统计不方便;为了解决以上问题，开发本系统。希望可以通过改善学校师生的考勤方式，提高师生的在校学习、生活质量。2系统可行性2.1概述随着网络信息时代到来，各种类型的框架应用程序管理系统已广泛使用，大大节省了成本和人力资源。其方便易用的优点使人们不再需要花费大量的时间，更提高了工作效率。利用网络科技整合在线教学平台的优势，学生考勤管理系统可以实现师生间在学校平台进行积极、高效的信息交换，提高教学质量。2.2可行性分析B/S架构，简化了系统开发的过程，动态网页开发技术，降低了硬件和软件限制，用户操作使用该系统几乎不存在经济门槛。传统的考勤管理存在着主观性强、管理漏洞多、管理不均衡等问题，学校管理不便。利用新型的考勤管理系统可以实现课堂、学生、老师、课程等信息的实时交换，方便日常管理。与此同时，教师、学生可以在任何可以连接互联网的机器上工作。综上所述，学生考勤管理系统的设计具有一定得经济和使用价值，且方案在技术上和心理上都是可行的。3需求分析3.1用户需求分析学生考勤系统的设计使用户最终能很好地利用它，并最终为用户提供各种便利。从实际出发，对系统进行需要分析后，系统必须涵盖三类用户：学生用户、教师用户和辅导员用户，下面是对他们使用系统时基本要求的介绍。3.1.1学生用户学生用户：学生用学号登录系统后，可在系统内查看个人信息，参照排课表在线请假，并且可以随时查看请假进度。同时支持查看个人出勤情况，改个人密码等。3.1.2教师用户教师用户：教师可在本系统中查看班级信息、学生信息。记录课前点名情况，系统可自动保存出勤情况。同时为老师提供课程表，可查看个人信息、更改个人密码。3.1.3辅导员用户辅导员用户:辅导员可以查看所有学生出勤信息，并对学生请假信息进行审批操作。并且，系统支持辅导员用户导出需要的考勤数据等，按年级整合考勤信息，同时拥有对所有用户的管理权。3.2系统功能划分3.2.1引言 为满足用户需求，该系统设计为三个板块：课表模块，请假模块，考勤模块。3.2.2课表模块课表模块需要管理员权限登录操作，辅导员为整个数据负责。其它用户只能查看自己的详细记录，但是不能修改或删除。3.2.3请假模块请假模块主要供学生在线请假使用。学生登录后可以选择请假得时间和原因，提交给辅导员审批。学生可以在请假情况中实时查看通过情况。3.2.4考勤模块考勤模块主要由任课老师负责。任课老师课前点名后，考勤结果会保存在后台，可按照需要导出Excel表格，统计所需要的考勤情况。4数据库的设计4.1数据库需求分析建立数据库之前，需要对用户需求进行分析。这个阶段是整个数据库设计过程中的基础，也是最为耗时的一步。本阶段通过取样调查对象，充分了解原考勤管理情况，整理出客户需求，并在此基础上确定系统的模块划分。分类如下所示:(1)数据项:每种具体数据的名称、意义、类型、取值范围以及与其他数据项之间的逻辑关系。(2)数据集:若干数据项的有逻辑关联的集合，包括名称、意义和组成数据集的数据项。(3)数据流:应用系统运行时，数据是怎么输入、处理和输出。4.2数据库逻辑设计数据库逻辑是为了实现目标数据与DBMS数据模型的匹配，利用DBMS关联数据库，并确定数据之间的关系。数据库计满足客户需求后，可以将目标数据转换为与系统匹配的数据类型，以便使用的数据逻辑结构对数据进行整合。4.3实体模型图各用户操作流程模型如图1、图2、图3、图4所示：图SEQ图\*ARABIC1系统功能流程模型图图SEQ图\*ARABIC2教师提交记录模型图图SEQ图\*ARABIC3请假记录模型图图SEQ图\*ARABIC4学生出勤记录模型图4.4数据库的运行和维护数据库设计结束后，系统就可以投入运行了。但是，设计过程并没有结束，随着应用程序的使用、物理存储的变化，数据库也需要调整和修改。设计工作还可以继续，系统的功能性也可以进一步完善。为达到此目标，在数据库的实际运行阶段，对以下几项进行监测：数据的转储和恢复：建立日志文件系统，定期备份数据库，避免因故障引起系统数据丢失，尽可能降低故障对数据库的损坏程度。数据库安全与完整性控制：根据用户的不同的权限分组数据，定期检测数据库完整性变化，备份各类数据，灵活变通各类数据公开权限管理。不断扩充数据库容量。数据库的重组重构：数据库满足目标运行时段后，由于记录的增加、数据库可用存储空间的减少，访问效率等性能会逐步恶化。必须对历史数据进行整合，优化数据库内部存储模式，对数据库进行重组重构。5系统实现5.1系统登录的设计与实现打开系统主页面后，按要求将用户名、密码等信息填入相应对话框内，即可点击登录。登录之后，即可进行相应操作。其登录界面如图5；图SEQ图\*ARABIC5登录界面5.1.1学生操作的设计与实现学生登录之后，在界面选择需要操作的选项，点击相应功能按钮后，即可进行相应的操作。5.1.2教师操作的设计与实现教师登录后，在界面选择需要操作的具体选项，如：查看班级、学生信息，查看课表、考勤管理等。5.1.3辅导员操作的设计与实现辅导员登录后，在界面选择需要操作的具体选项，如：课程管理、学生管理、请假审批等，点击相应功能按钮后，即可进行相应的操作。5.2系统各模块的实现5.2.1请假模块学生在提交请假申请的时候，按实际情况填写请假的起止时间和请假原因，提交辅导员进行审核。如图6所示：图SEQ图\*ARABIC6请假模块5.2.2点名考勤模块教师课前点名时，登录点名页面，记录点名情况，如图7所示：图SEQ图\*ARABIC7点名考勤模块5.2.3管理员管理模块管理员登录后可以在后台对学生、课程的信息进行删改操作。如图8、图9所示：图SEQ图\*ARABIC8学生信息图SEQ图\*ARABIC9课程信息6硬件配置系统运行时所用计算机配置如下：酷睿I5的CPU、500G硬盘、8G内存、512独立显卡，Win7版操作系统、MySQL7.0版、Tomcat6.0版。经过试运行，可正常工作。系统运行必须满足以下最低设计要求:客户端硬件：酷睿I3以上CPU、至少300M的可用硬盘空间、4G以上内存、10/100M自适应网卡。操作系统：Win7及以上版本。服务端硬件：酷睿I3以上CPU、至少500M的可用硬盘空间、8G以上内存、10/100M自适应网卡。操作系统：Win7及以上版本。7系统测试7.1测试目的系统试运行是在投入使用之前，测试系统的功能和性能，以满足用户需求并确保系统正常运行。软件测试为了检测出开发过程中未发现的问题而存在的，它可以帮助开发者发现并修正错误，以达到合格标准。因此，测试的目的便是检测系统可能存在的潜在问题，为进一步完善系统功能提供帮助。开发者可在不同平台，建立测试小组对系统各个模块进行测试，判断系统是否满足用户需求并达到相关效果。7.2测试原则一个成功的测试，必须做到以下几点:（1）在开发过程中多次进行测试。（2）测试要分组进行，各组间要对测试结果进行对比。（3）设计测试时应涉及合理与非法两种输入测试。（4）制定详细的测试计划，严格按照计划进行测试。（5）记录好每一次的测试结果，并加以比对、妥善保存，以便于总结出最终的分析报告。7.3测试方法根据相关对象，我们从以下几方面对系统进行了测试。（1）登录测试登录测试采用最直观的测试方法。在登录界面输入合法、非法或是空置信息点击登录，系统会给出包括错误提示在内的对应提示。（2）界面测试这是一个最容易忽略的环节，测试人员应该细心地按要求对界面进行核对，留意可能出现Bug的地方。测试时，应该统一规范用语，以免因忽略某些开发名称和模块等原因导致出现Bug。（3）功能测试这部分测试主要是检测系统各种需求功能是否实现。测试过程中，应该严格按照要求分次进行