学生考勤管理系统设计.doc

河南理工大学计算机科学与技术学院课程设计报告200 8 200 9 学年第 1 学期课程名称 数据库系统原理 设计题目 学生考勤管理系统 学生姓名 学 号 专业班级 指导教师 2009 年 1 月 20 日 目录一 设计任务书1二 背景分析3三 问题描述4四 可行性分析5五 需求分析6六 数据字典8七 系统开发工具9八 总体设计10九 详细设计建立数据库16十 个人总结23十一 参考文献24一数据库系统设计课程设计任务书设计题目学生考勤管理系统指导教师班 级学 生课程设计功能要求本课程设计要实现的主要功能如下：1）建立数据库，初始化学生、任课老师、班主任、院系领导、学校领导以及系统管理员等信息。2）学生：在线请假以及查看在校期间所有的上课出勤信息。查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等以及修改个人用户密码。 3）任课老师：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。查看本人基本信息以及修改个人用户密码。4）班主任：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。查看本班学生的基本信息、修改个人用户密码等。5）院系领导：审批本院系学生超过三天的请假以及查看本院系学生上课出勤信息。查看本院系有关基本信息以及修改个人用户密码等。6）学校领导：查看全校学生上课出勤信息。查看有关全校的基本信息以信修改个人用户密码等。7）系统管理员用户：负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，管理学校各院系、年级、专业、班级的添加、删除、修改等。课程设计步骤与方法1、需求分析:为提出的问题找出解决的办法和思路。 2、概念分析与设计：3、逻辑分析与设计： 4、物理分析与设计： 5、功能实现：6、数据库运行：7、编写 设计课程设计说明书。课程设计说明书要求：课程设计说明书要求：1）封面2）课程设计任务书3）目录4）正文5）参考文献设计工作计划与进度安排时间为二周，大致划分如下：第一天 布置任务及分组，总体需求分析第二天 编写相关文档，设计说明，查找资料第三天 设计及 实现第四天第五天 各模块 设计第六天 各模块的调试与修改，系统组装第七天 程序总调试，修改第八、九天 撰写课程设计说明书，打印第十天第十二天 课程设计检查与答辩设计考核要求1.考勤20%2.课程设计说明书50%3.答辩30%教材与参考书目1.数据库系统原理中国矿业大学出版社2.SQL Server实用简明教程清华大学出版社3.软件工程与数据库概论清华大学出版社 计算机科学与技术学院制二学生考勤管理系统背景分析目前高校校园信息化逐步完善，能有效地借助网络才能提高办事效率。如今各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。这种的模式在目前高校管理中暴露了不可避免的弊端：一、学生请假不方便；二、学生请假对任课老师不透明； 三、学生对自己整个学期的上课出勤情况没有整体的统计信息；四、班主任对本班学生整个学期的上课出勤情况不易查看；五、院系领导、学校领导不容易把握学生上课的出勤情况。因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。三问题描述3.1 引言 问题定义阶段必须回答的关键问题是：“要解决的问题是什么？”， 在此阶段中，主要是弄清本课题需要解决的问题根本所在，以及此课题所需的资源等。3.2问题描述高校对学生考勤和请假面临的问题涉及多类用户，系统使用范围是在全校校园网内，由于用户分布广泛，且存在很大差异，如：知识结构的差异、计算机硬件配置的差异、 因此本系统设计应当采用典型的B/S（浏览器/服务器）的构架进行设计，操作简单直观，对硬件要求低，最好能实现跨平台。跨平台一是指客户端用户操作的跨平台，二是指服务器端的跨平台，即可以将服务器部署在所有操作平台上。系统应当有很好的扩展性，与当前高校中现有的系统很好集成。目前随着IT技术的不断创新与发展，新的技术不断推出，各种企业实现信息化的解决方案不断成熟。面向对象程序设计语言的广泛使用，各种成熟关系数据库的不断完善与推出，再加上面向对 大的经济收入。目前流行的基于B/S结构的解决方案主要有ASP，JSP，PHP等技术。本系统选用JSP技术开发，使用当前流行的SQL Server 2000数据库管理系统来存储数据,主要解决学生在线请假、在线考勤管理以及后台数据的维护与更新。四.可行性分析4.1引言这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通的解决方法吗？”为了回答这个问题，需要一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决方法。4.2 目的和意义开发本系统的目的，就是要解决目前高校中关于学生请假与上课出勤管理中所面临的一系列问题。开发出高校学生考勤管理系统能有效地提高高校办事效率，解决目前高校学生请假及上课出勤管理问题，实现学生请假及上课出勤信息对任课教师、班主任、院系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情况，及时与学生沟通，提高教学质量。4.3 可行性分析技术可行性：高校学生考勤管理系统在目前的高校中使用还不普遍，但也有许多类似的成功案例：如教务管理系统、排课系统等。本系统采用JSP，JavaScript脚本语言、html标识语言及SQL Server 2000数据库技术综合开发。JSP是一种安全稳定的动态网页技术，目前国内各企业的电子商务系统，ERP系统，银行信息系统等基本上都用JSP开发的。Microsoft SQL Server（基于结构化查询语言的数据库服务器）是基于客户/服务器结构的数据库管理系统，用户通过使用客户系统从服务器检索信息并进行本地操作，服务器关注数据库进程，而客户则关注信息的表示。为了使客户端能够从服务器中访问数据，服务器必须具备以下两个关键特征：一、对在数据库中的数据提供单点访问。二、将处理和操作在客户端和服务器间进行分配。SQL Server使用Transact-SQL语言来维护、实现和访问数据库，Transact-SQL是SQL（Structured Query Language）的一个子集标准。SQL Server有多种实用程序允许用户来访问它的服务，用户可用这些实用程序对SQL Server进行本地管理或远程管理。经济可行性：本系统使用B/S架构设计，使用市场上流行的动态网页技术，开发简单，使用度方便，不需要耗费大量的人力物力就能很快的开发出来，系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就可使用本系统，所以从经济上讲是可行的。法律可行性：本系统拥有自主知识产权，没有使用任何违法的软件也没有交易任何非法的商品，所以在法律上是可行的。操作可行性：本系统操作简单方便,只要懂得上网都能方便操作本系统,所以在操作上也是可行的。分析结果：从以上的分析可知，高校学生考勤管理系统的解决方案无论在技术，经济还是法律以及操作上都是可行的，且开发本系统具有一定的经济价值和实用价值。五.学生考勤管理系统需求分析5.1 用户需求描述用户是系统的最终使用者 际调查分析，本系统应当包括学生、班主任、任课老师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要概括如下：5.2.1学生用户需求描述学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“大学英语”这门课程在整个学期请假、旷课多少次等信息。其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。5.2.2任课老师用户需求描述任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。管理学生上课出勤需求：随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。查看学生出勤信息需求：查看所教班级学生整个学期出勤情况。其它需求：本人基本信息以及修改个人用户密码。5.2.3班主任用户需求描述班主任对本系统的主要需求是：审批本班学生本学期的在线请假以及查看本班学生本学期所有课程的上课出勤信息。审批学生请假需求：本班学生本学期在线请假申请后，自动提示班主任有等待审批的请假信息，班主任针对请假申请信息进行学生请假审批。查看学生上课出勤信息需求：查看本班学生整个学期有关课程的上出勤统计信息及详细信息。其它需求：查看本班学生的基本信息、修改个人用户密码等。5.2.4院系领导用户需求描述院系领导对系统的主要需求是：审批本院系学生超过三天的请假以及查看本院系学生上课出勤信息。审批请假需求：当学生请超过三天的假，经班主任审批同意后，系统自动提交给任何一个进入系统的院系领导审批请假。查看本院系学生出勤信息需求：输入查询条件后，系统根据查询条件列出本院系学生相关的上课出勤信息。其它需求：查看本院系有关基本信息以及修改个人用户密码等。5.2.5学校领导用户需求描述学校领导对系统的主要需求是：查看全校学生上课出勤信息。查看出勤信息需求：输入查询条件后，系统根据查询条件列出本校学生相关的上课出勤信息。其它需求：查看有关全校的基本信息以信修改个人用户密码等。5.2.6系统管理员用户需求描述系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，基本功能需求如下：1、管理学校各院系、年级、专业、班级的添加、删除、修改等。2、管理每个学期每个班级的课程安排及指定班主任和任课老师。3、管理系统所有用户。4、管理全校课表安排。5、管理系统的请假、考勤信息。5.3功能需求描述根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。请假系统功能需求：通过班主任以及院系领导批准请假信息。请假最长时间不能超过1个月，特殊情况除外。考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开。请假系统要借助班主任才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，班主任安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。5.4系统功能划分根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到六大类用户：学生、任课教师、班主任、院系领导、学校领导、系统管理员。5.4.1请假系统模块本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生、班主任及院系领导用户，学生通过此功能模块进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。5.4.2考勤系统模块本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。5.4.3后台管理管理本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。 六.数据字典数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处理逻辑的某些数据特性。数据词典把数据的最小组成单位看作数据元素，若干个数 据元素组成数据结构。它通过对数据元素和数据结构的定义，来描述数据流和数据存储的逻辑内容。它相当于字典的作用，当用户或软件人员想了解某一数据的含义 时，查查字典就可以了。（1）请假系统：学生、班主任及院系领导用户通过此功能进行在线请假及查看请假记录信息；班主任在线审批学生请假及查看请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。（2）考勤系统：学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。（3）后台管理：实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。七.系统开发工具根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进行开发：7.1相关开发工具简介系统结构：B/S （浏览器/服务器）开发语言：JAVA/JSP数据库：SQL Server 2000开发工具：JDK 1.5 Dreamweaver Jcreator服务器端容器：Tomcat 5.57.2.1 B/S（浏览器/服务器）简介B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。B/S模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据；最大的缺点是对网络环境依赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。7.2.2 JAVA/JSP简介JAVA是SUN公司推出的完全面向对象的语言，它有很好的跨平台性、安全性、重用性等特点。JSP的全称是Java Servlet Pages，它是SUN推出的一种动态网页技术标准。它在传统的静态页面文件(*.html,*htm)中加入Java程序片段和JSP标记，就构成了JSP页面。由Web服务器上的JSP引擎来处理JSP元素，生成调用Bean，并用JDBC访问数据库（或文件），最后以HTML或XML的形式返回浏览器。JSP在Servlet类中编译，编译一次后存入内存，以后再调用时，不用再编译，所以速度很快。八.总体设计经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候。8.1 系统布局设计系统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的风格，这给页面的使用和维护都带来了很大的便利，特别是在代码重用方面起了很大作用。8.2使用T-SQL建立数据库：（1）/*系统管理员表admin*/admin_nochar(5)Not nullprimary key管理员编号admin_namechar(10)Not null管理员姓名admin_sexchar(1)Not null性别admin_titlechar(20)Not null职称admin_passwordchar(20)Not null登入密码 图8-2-1 系统管理员表（2）/*学生表student */stu_nochar(5)Not nullprimary key学生学号stu_namechar(10)Not null,学生姓名stu_sexchar(1)Not null,性别stu_classchar(13)Not null,班级stu_professionalchar(60)Not null所属专业stu_Facultieschar(40)Not null所属学院 图8-2-2 学生表（3）/*任课老师表teacher */tea_nochar(9)Not nullprimary key任课老师编号tea_namechar(10)Not null,任课老师姓名tea_sexchar(1)Not null,性别tea_classchar(30)Not null,所教班级tea_coursechar(60)Not null所教课程tea_Facultieschar(40)Not null所属学院图8-2-3 任课老师表（4）/*班主任表classteacher */classtea_nochar(5)Not nullprimary key任课老师编号classtea_namechar(10)Not null,任课老师姓名classtea_sexchar(1)Not null,性别classtea_classchar(20)Not null,所教班级titlechar(20)Not null所教课程classtea_professionalchar(60)Not null所属学院classtea_Facultieschar(40)Not null所属学院 图8-2-4 班主任表（5）/*学院领导表collegeleader */collegeleader_nochar(5)Not nullprimary key学院领导编号collegeleader_namechar(10)Not null,学院领导姓名collegeleader_sexchar(1)Not null,性别collegeleader_Facultieschar(40)Not null,所属学院titlechar(20)Not null职称 图8-2-5学院领导表（6）/*学校领导表schoolleader */schoolleader_nochar(5)Not nullprimary key学校领导编号schoolleader_namechar(10)Not null,学校领导姓名schoolleader_sexchar(1)Not null,性别deptchar(20)Not null,所属部门titlechar(15)Not null职称 图8-2-6 学校领导表（7）/*学生上课出勤记录表kaoqin_record */kaoqin_idchar(13)Not nullprimary key上课出勤编号sk_timechar(40)Not null,上课时间Stu_numberchar(20)Not null,学生学号Stu_statuschar(10)Not null,学生上课考勤状态 图8-2-7 学生上课出勤记录表（8）/*任课老师提交出勤信息记录表record */record_idchar(13)Not nullprimary key记录编号idchar(13)Not null,所上课程编号record_timechar(40)Not null,老师考勤记载时间sk_timechar(40)Not null,上课时间 图8-2-8 任课老师提交出勤信息记录表（9）/*请假信息表qingjia */idchar(13)Not nullprimary key请假代号class_idvarchar (10)Not null,班级代号stu_numbervarchar (20)Not null,学生学号qingjia_yuanyinVarchar (200)Not null,请假原因start_timechar(30)Not null开始时间end_timechar(30)Not null结束时间day_numberchar(13)Not null请假天数qingjia_timechar(30)Not null申请请假时间class_teacher_statuschar(13)Not null班主任审批状态class_teacher_sp_timechar(30)Not null班主任审批时间class_teacher_restorevarchar (200)Not null班主任回复college_leader_statuschar(13)Not null院系领导审批状态college_leader_idvarchar (20)Not null院系领导代号college_leader_sp_timechar(30)Not null院系领导审批时间college_leader_restorevarchar (200)Not null院系领导回复备注：status 表示审批状态：0为等待审批，1为同意请假，2为不同意请假。以下为图8-2-9 请假信息表图：图8-2-9-1 请假信息表截图1（请假学生相关信息及原因） 图8-2-9-2 请假信息表截图2（请假起始时间及图书）图8-2-9-3 请假信息表截图3（班主任审批状态及相关信息） 图8-2-9-4 请假信息表截图4（院系领导审批状态及相关） 九详细设计建立数据库9.1 引言总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就是回答下面这个关键的问题：“应该怎样具体地实现这个系统呢？”，通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。 数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻辑流向及存储，又可以表达系统的逻辑功能和数据的逻辑变换。数据流程图既能表达现行人工系统的数据流程和逻辑处理功能，也能表达自动化系统的数据流程和逻辑处理功能。9.2相关数据功能模块图学生数据库系统查看本人的基本信息在线请假上课出勤信息图（1）学生功能模块班主任数据库系统查看本人的基本信息修改个人用户密码等审批学生请假查看本班学生整个学期有关课程的上出勤统计信息及详细信息图（2）班主任功能模块任课老师数据库系统查看本人的基本信息修改个人用户密码等管理所教班级学生的上课出勤信息查看所教班级学生的上课出勤信息图（3）任课老师功能模块院（系）领导数据库系统查看本人的基本信息修改个人用户密码等审批请假需求(请假三天以上)查看本院系学生出勤信息需求 图（4）院系领导模块学校领导用户数据库系统查看本人的基本信息修改个人用户密码等查看全校学生上课出勤信息 图（5）学校领导功能模块系统管理员用户数据库系统管理学校各院系、年级、专业、班级的添加、删除、修改管理每个学期每个班级的课程安排及指定班主任和任课老师查看学生上课出勤信息管理系统的请假、考勤信息 图（6）系统管理员功能模块学生班主任任课老师院（系）领导学校领导用户 D B M S用户基本信息系统模块,负责记录用户的相关信息请假系统模块，负责请假的相关信息操作考勤系统模块，负责记录出勤状况信息后台管理模块，负责管理数据库的更新及相关操作系统管理员用户 图（7）总功能模块9.3 数据库的逻辑设计根据系统功能设计的要求以及功能模块的划分，对于系统数据库，可以列出以下数据项和数据结构：考勤登记表：课程安排代号、记载时间、上课时间。学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。请假信息表：请假代号、班级代号、学年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间、班主任审批状态、班主任审批时间、班主任回复、院系领导审批状态、院系领导代号、院系领导审批时间、院系领导回复9.4 数据库的建立打开SQL Server2000下面的企业管理器，登录之后，选择新建数据库命令，给数据库起名为kaoqin。然后通过设计器创建数据表，刚才已经说明了需要不同的数据表来分管，它们分别是“qingjia”，“kaoqin_record”，“record”等，有关这些数据表的信息见上图。9.5.1 学生用户功能设计根据学生用户的需求，系统实现了在线请假、查看上课出勤信息、查看个人基本信息这三大主要功能。系统针对学生用户设计如下功能菜单：基本信息、请假系统、考勤信息、查看课表、修改密码、安全退出、帮助。在基本信息功能菜单中，学生可以查看自己的学号、姓名、性别、院系、年级、专业、班级号信息。在请假系统功能菜单中，实现了在线请假申请功能，以及查看等待审批的请假信息、请假成功的请假信息、请假失败的请假信息。在考勤信息菜单下，学生可以查看本学年以及历史学年上课出勤的统计信息及详细信息。在查看课表功能菜单中，学生可以查看当前学期的课表安排，以及历年的课表安排。修改密码功能菜单，学生可以修改自己的密码。学生用户的在线请假，在班主任或院系领导还没批假之前可以由学生自行删除，若班主任审批了请假，则学生不能删除申请记录，学生不能重复请假，因此学生请假时应当慎重。根据学生用户请假的需求，学生三天内的请假（包括三天）只需班主任批准后就可生效，四天（包括四天）以上的请假，必须先由班主任同意，然后学校同意，请假方能生效，超过30天的请假不能在线请假。请假开始时间必须在请假结束时间之前，否则系统自动提示出错信息，且请假时，必须指定请假开始时间，请假结束时间，以及请假原因，请假时不必要指定班主任，系统会自动根据本学期的班级与班主任安排，找到班主任，并将信息自动交给对应班主任进行审批处理，超过四天的请假还将自动交给任何一个院系领导审批处理。系统还约定学生网上请假只能提前一个星期。请假开始时间与结束时间的约定：请假时间学生可自动选择，也可自己输入日期，但是必须输入正确的日期格式，否则系统将出错，建议学生选择日期还不手动输入，以免出错。在请假的详细记录中，有学生请假有关所有详细信息，包括学生请假的申请时间、开始时间、结束时间、天数、原因、审批时间、回复、请假成功与否等所有有关请假的信息，学生可以随时查看请假进展情况。9.5.2任课老师用户功能设计根据任课老师用户需求，系统实现了任课老师在线公布学生上课出勤信息、查看学生考勤信息两大基本功能。系统针任课老师用户设计以下功能菜单：查看课表、考勤管理、考勤信息、修改密码、安全退出、帮助。在查看课表功能菜单下，任课老师可以查看本学期自己所带课程的上课时间以及所教班级的一些基本信息。在考勤管理功能菜单中，系统比较智能的根据当前日期自动提示当前学年还没登记的学生上课出勤表。在考勤信息功能菜单中，任课老师可以查看已经记录的学生上课出勤信息，既可以查看学生上课出勤统计信息，也可以考勤学生上课出勤统计信息，还可以做适当的修改。考勤管理功能是任课老师用户最主要的功能，任课老师上完课后，将传统的学生上课出勤情况在网上进行公布，使学生上课出勤信息及时准备对对班主任、院系领导、学校领导透明。根据任课老师用户的需求，系统实现了自动提示任课老师提交数据的功。根据课表安排，将本学期上完课的，还没提交数据的学生出勤情况自动提示任课老师提交数据，实现了智能化管理。比如说一个老师在2006-5-30进入了系统，那么这个老师在本学期，也就是2006-5-30之前上过的课，但还没提交数据出勤登记信息自动显示出来，等待任课老师提交数据，且任课老师在提交数据时，若学生在上课的那天请了假，且请假成功了，那么系统自动将学生出勤记录记为请假，任课老师无法记载学生为旷课等情况。任课老师在考勤信息当中，可以查看所教过的学生上课出勤的详细信息及统计信息，从而到了学期末,可以方便任课老师根据上课出勤情况对学生平时成绩打分。9.5.3班主任用户功能设计根据班主任用户功能的需求，系统实现了游览班级信息、审批本班学生在线请假、及上课考勤信息三大基本功能。系统针对班主任用户设计如下功能菜单：班级信息、请假系统、考勤信息、修改密码、安全退出、帮助。在班级信息功能菜单中，班主任用户可以查看本班学生的基本信息如：年级、专业、班级、学生学号、姓名、性别。在请假系统功能菜单中，班主任可以审批本班学生的在线请假，以及查看审批学生请假的历史记录，如：同意的请假记录和不同意的请假记录。在考勤信息功能菜单中，班主任用户可以查看本班学生所有课程的上课出勤信息，包括出勤详细信息及出勤统计信息。班主任用户在整个系统中是学生请假的决策者，学生请假必须经班主任同意后，才能提交给院系领导审批请假。班主任在审批学生请假时，可以对学生的请假返回反馈意见，以对学生说明不同意请假的原因，或向院系领导说明情况的真实性以更好的方便学生请假。班主任另外一大功能是查看本班学生本学期的所有考勤信息，包括详细信息和统计信息，这样班主任可以及时有效的与本班同学沟通，提高办事效率，提高学生的学习成绩。9.5.4院系领导用户功能设计根据院系领导的用户需求，系统实现了查看本院系信息、审批本院系学生请假、查看考勤信息三大基本功能。系统针对院系领导用户设计如下功能菜单：院系信息、请假系统、考勤统计、班主任信息、任课老师信息、班主任安排信息、院系课表、修改密码、安全退出、帮助。在院系信息功能菜单中，院系领导可以查看本院系的专业信息、班级信息、学生信息。在请假系统功能菜单中，院系领导可以审批经班主任同意的长时间请假，并可查看审批请