学生考勤管理系统设计

河南理工大学计算机科学与技术学院课程设计报告2008—2009学年第1学期课程名称数据库系统原理设计题目学生考勤管理系统学生姓名学号专业班级指导教师20０9年1月２0日目录14810632一．数据库系统设计课程设计任务书设计题目班级课程设计功能要求课程设计步骤与方法

学生考勤管理系统指导教师学生本课程设计要实现的主要功能以下：1）建立数据库,初始化学生、任课老师、班主任、院系领导、学校领导以及系统管理员等信息。学生：在线请假以及查察在校时期所有的上课出勤信息。查察自己的基本信息,如自己的所属的院系、年级、专业、班级、学号、姓名、性别等以及改正个人用户密码。３）任课老师:管理所教班级学生的上课出勤信息以及查察所教班级学生的上课出勤信息。查察自己基本信息以及改正个人用户密码。4）班主任：审批本班学生本学期的在线请假以及查察本班学生本学期所有课程的上课出勤信息.查察本班学生的基本信息、改正个人用户密码等.院系领导:审批本院系学生高出三天的请假以及查察本院系学生上课出勤信息。查察本院系相关基本信息以及改正个人用户密码等。６）学校领导:查察全校学生上课出勤信息。查察相关全校的基本信息以信改正个人用户密码等。７）系统管理员用户:负责系统所需所有数据的动向同步更新以及保护，依照系统针对各用户的设计，管理学校各院系、年级、专业、班级的增加、删除、改正等。１、需求解析:为提出的问题找出解决的方法和思路。2、看法解析与设计:3、逻辑解析与设计:４、物理解析与设计：5、功能实现：６、数据库运行：７、编写设计课程设计说明书。课程设计说明书要求:设计工作计划与进度安排设计核查要求教材与参照书目与技术学院制

课程设计说明书要求:1）封面课程设计任务书3）目录４)正文5）参照文件时间为二周,大体划分以下：?第一天布置任务及分组，整体需求解析?第二天编写相关文档,设计说明，查找资料?第三天设计及实现第四天～第五天各模块设计?第六天各模块的调试与改正，系统组装?第七天程序总调试,改正?第八、九天撰写课程设计说明书,打印第十天~第十二天课程设计检查与争辩1.考勤20％２。课程设计说明书50%3.争辩30％1．《数据库系统原理》中国矿业大学初版社《SQLＳervｅｒ合用简短教程》清华大学初版社3．《软件工程与数据库概论》清华大学初版社计算机科学二．学生考勤管理系统背景解析当前高校校园信息化渐渐完满，能有效地借助网络才能提高做事效率.现在各大高校针对师生的成绩盘问系统、教务管理系统、招生就业系统、BＢS、校园网站等系统在各大高校纷纷出现,对全校师生的学习、生活、管理、办公带来了便利.因此学生考勤管理系统能进一步加强高校学风建设，保护正常的授课序次,给学生创办一个优异的学习环境。当前高校学生上课考勤管理都是以任课老师上课点名,记录学生上课情况，关于时间比较长的请假,需要经过递交请假申请让班主任、院系领导都赞成方能见效.这种的模式在当前高校管理中裸露了不能防备的缺点：一、学生请假不方便；二、学生请假对任课老师不透明;三、学生对自己整个学期的上课出勤情况没有整体的统计信息;四、班主任对本班学生整个学期的上课出勤情况不易查察；五、院系领导、学校领导不简单掌握学生上课的出勤情况。因此一个好的学生考勤管理系统在必然程度上能够解决这些缺点,本系统主要针对当前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户:学生、任课老师、班主任、院系领导、学校领导、系统管理员。?三．问题描述?３．1序言?问题定义阶段必须回答的要点问题是:“要解决的问题是什么？”，在此阶段中，主若是弄清本课题需要解决的问题根本所在,以及此课题所需的资源等。3?。２问题描述高校订学生考勤和请假面对的问题涉及多类用户，系统使用范围是在全校校园网内，由于用户分布宽泛，且存在很大差异，如:知识结构的差异、计算机硬件配置的差异、因此本系统设计应该采用典型的B/S(阅读器／服务器）的构架进行设计，操作简单直观，对硬件要求低,最好能实现跨平台。跨平台一是指客户端用户操作的跨平台,二是指服务器端的跨平台，即能够将服务器部署在所有操作平台上。系统应该有很好的扩展性,与当前高校中现有的系统很好集成。?当前随着IT技术的不断创新与发展，新的技术不断推出，各种企业实现信息化的解决方案不断成熟。面向对象程序设计语言的宽泛使用,各种成熟关系数据库的不断完满与推出,再加上面向对大的经济收入。当前流行的基于B／S结构的解决方案主要有ＡSP,ＪSP,PHP等技术。本系统采用ＪＳP技术开发,使用当前流行的ＳＱLSerｖer2000数据库管理系统来储藏数据,主要解决学生在线请假、在线考勤管理以及后台数据的保护与更新。四.可行性解析4.1序言这个阶段要回答的要点问题是：“关于上一个阶段所确定的问题有行得通的解决方法吗？”为了回答这个问题,需要一次大大压缩和简化了的系统解析和设计的过程,也就是在较抽象的高层次进步行的解析和设计的过程．可行性研究应该比较简短,这个阶段的任务不是详细解决问题，而是研究问题的范围，研究这个问题可否值得去解，可否有可行的解决方法。4。2目的和意义?开发本系统的目的,就是要解决当前高校中关于学生请假与上课出勤管理中所面对的一系列问题。开发出高校学生考勤管理系统能有效地提高升校做事效率,解决当前高校学生请假及上课出勤管理问题,实现学生请假及上课出勤信息对任课教师、班主任、院系领导、学校领导透明，使班主任、院系领导及时掌握学生的学习情况,及时与学生沟通,提高授课质量。4。3可行性解析技术可行性：高校学生考勤管理系统在当前的高校中使用还不宽泛，但也有好多近似的成功案例：如教务管理系统、排课系统等。本系统采用JSＰ，JavaＳcriｐt脚本语言、hｔｍl表记语言及SQＬSeｒvｅr2000数据库技术综合开发。JSP是一种安全牢固的动向网页技术，当前国内各企业的电子商务系统,ERP系统，银行信息系统等基本上都用JＳP开发的。MiｃｒosofｔSQLSｅrvｅr（基于结构化盘问语言的数据库服务器)是基于客户/服务器结构的数据库管理系统,用户经过使用客户系统从服务器检索信息并进行当地操作，服务器关注数据库进程,而客户则关注信息的表示.为了使客户端能够从服务器中接见数据，服务器必须具备以下两个要点特点：一、对在数据库中的数据供应单点接见.二、将办理和操作在客户端和服务器间进行分配。SQＬＳeｒveｒ使用Trａnsａct-SＱL语言来保护、实现和接见数据库，Ｔrａｎsacｔ—SＱL是SQL(ＳｔｒucｔuredQueryＬaｎguａｇe)的一个子集标准。SＱLServer有多种合用程序赞成用户来接见它的服务，用户可用这些合用程序对ＳQLＳeｒvｅｒ进行当地管理或远程管理.经济可行性：本系统使用Ｂ/S架构设计,使用市场上流行的动向网页技术,开发简单，使用度方便,不需要耗费大量的人力物力就能很快的开发出来,系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训即可使用本系统，因此从经济上讲是可行的。法律可行性:本系统拥有自主知识产权，没有使用任何违纪的软件也没有交易任何非法的商品，因此在法律上是可行的.?操作可行性:本系统操作简单方便，只要懂得上网都能方便操作本系统,因此在操作上也是可行的。解析结果：从以上的解析可知，高校学生考勤管理系统的解决方案无论在技术,经济还是法律以及操作上都是可行的，且开发本系统拥有必然的经济价值和合用价值．五。学生考勤管理系统需求解析5。1用户需求描述用户是系统的最后使用者际检查解析，本系统应该包括学生、班主任、任课老师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要概括以下:.2.1学生用户需求描述?学生对本系统的主要需求是：在线请假以及查察在校时期所有的上课出勤信息。在线请假需求:学生请假的全过程中间,学生能够随时查察请假的详细进展情况。?查察出勤信息需求：学生能够查察在校时期所有学期上课出勤的详细信息,如：查察“大学英语”这门课程在整个学期请假、旷课多少次等信息。?其他需求:查察自己的基本信息，如自己的所属的院系、年级、专业、班级、学号、姓名、性别等,以及改正个人用户密码。５．2。２任课老师用户需求描述任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查察所教班级学生的上课出勤信息。?管理学生上课出勤需求:随着时间的变化，自动列出还没有在网上宣告的学生上课出勤信息，系统自动依照学生请假系统,决定学生上课出勤的最后结果。?查察学生出勤信息需求:查察所教班级学生整个学期出勤情况。?其他需求：自己基本信息以及改正个人用户密码。5?．2.3班主任用户需求描述?班主任对本系统的主要需求是：审批本班学生本学期的在线请假以及查察本班学生本学期所有课程的上课出勤信息。审批学生请假需求:本班学生本学期在线请假申请后,自动提示班主任有等待审批的请假信息，班主任针对请假申请信息进行学生请假审批。?查察学生上课出勤信息需求:查察本班学生整个学期相关课程的上出勤统计信息及详细信息。其他需求:查察本班学生的基本信息、改正个人用户密码等。5.2?。4院系领导用户需求描述院系领导对系统的主要需求是:审批本院系学生高出三天的请假以及查察本院系学生上课出勤信息。?审批请假需求:当学生请高出三天的假，经班主任审批赞成后,系统自动提交给任何一个进入系统的院系领导审批请假。查察本院系学生出勤信息需求：输入盘问条件后，系统依照盘问条件列出本院系学生相关的上课出勤信息。?其他需求:查察本院系相关基本信息以及改正个人用户密码等。5。２.５学校领导用户需求描述?学校领导对系统的主要需求是：查察全校学生上课出勤信息.查察出勤信息需求:输入盘问条件后,系统依照盘问条件列出本校学生相关的上课出勤信息。其他需求:查察相关全校的基本信息以信改正个人用户密码等。5。2.６系统管理员用户需求描述系统管理员有系统的最高权限，负责系统所需所有数据的动向同步更新以及维护，依照系统针对各用户的设计，基本功能需求以下：1?、管理学校各院系、年级、专业、班级的增加、删除、改正等。2、管理每个学期每个班级的课程安排及指定班主任和任课老师。3、管理系统所适用户。４、管理全校课表安排.５、管理系统的请假、考勤信息.?５.３功能需求描述?依照各种用户的需求描述，系统应该具备请假系统、考勤管理系统、后台管理系统这三大主要功能。?请假系统功能需求:经过班主任以及院系领导赞成请假信息.请假最长时间不能够高出1个月,特别情况除外．考勤管理功能需求：任课老师经过考勤管理系统,对学生上课出勤信息进行公开。请假系统要借助班主任才能完成,考勤管理系统要借助请假系统、班级课表安排才能完成,但是每学年课表都在变化，班主任安排也有在变化,学生也在变化,因此必定要求后台管理系统能依照系统需求，动向的、正确的更新系统数据。5.4系统功能划分?依照系统用户的需求,将本系统按功能划分成三大功能模块:请假系统、考勤系统、后台管理模块,涉及到六大类用户:学生、任课教师、班主任、院系领导、学校领导、系统管理员。?５。4。1请假系统模块本模块的功能是在线请假的实现及管理,主要涉及三大类用户:学生、班主任及院系领导用户,学生经过此功能模块进行在线请假及查察请假记录信息；班主任在线审批学生请假及查察请假记录信息；院系领导在线审批学生长时间的请假及查看请假记录信息。5?。4。２考勤系统模块本模块的功能是学生考勤信息统计的实现、查察及管理，涉及六大类用户中的所适用户。学生在线查察自己所有学年的出勤信息;任课老师在线管理学生出勤信息;班主任、院系领导、学校领导查察不一样的范围的学生出勤信息。5.4。3后台管理管理本模块的功能实现整个系统数据的同步更新及保护,只涉及系统管理员用户。系统管理员动向的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。?六。数据字典?数据字典,既用于描述数据流和数据储藏的详细逻辑内容,也可用于描述外面项和办理逻辑的某些数据特点。数据词典把数据的最小组成单位看作数据元素,若干个数据元素组成数据结构。它经过对数据元素和数据结构的定义，来描述数据流和数据储藏的逻辑内容．它相当于字典的作用,当用户或软件人员想认识某一数据的含义时,查查字典就可以了。请假系统:学生、班主任及院系领导用户经过此功能进行在线请假及查察请假记录信息；班主任在线审批学生请假及查察请假记录信息；院系领导在线审批学生长时间的请假及查察请假记录信息。2)考勤系统:学生考勤信息统计的实现、查察及管理,涉及六大类用户中的所适用户．学生在线查察自己所有学年的出勤信息;任课老师在线管理学生出勤信息;班主任、院系领导、学校领导查察不一样的范围的学生出勤信息.3(?）后台管理：实现整个系统数据的同步更新及保护，只涉及系统管理员用户。系统管理员动向的管理学生信息、课表安排、学年安排等信息,是整个系统实现的基础。七．系统开发工具?依照各用户的需求,以及系统各大功能的需求,经过大量的检查解析,针对本高校学生考勤管理系统选择以下开发工具进行开发:7.1相关开发工具简介系统结构:B/S(阅读器/服务器)?开发语言：JAVＡ／ＪSP数据库：ＳQLServer2000开发工具：JDＫ１．5DrｅａｍweaｖeｒJcreatｏr服务器端容器:Tomcａt５.５7.2?。1Ｂ／S(阅读器/服务器)简介?B/S（Brｏwｓｅｒ/Sｅｒvｅｒ,阅读器／服务器)模式又称B/S结构。它是随着Internet技术的流行，对

C/S

模式应用的扩展。在这种结构下

,用户工作界面是经过

IE阅读器来实现的．B/S模式最大的好处是运行保护比较简略，能实现不一样的人员,从不一样的地点,以不一样的接入方式(比方LAＮ,WＡN,Ｉｎternet／Intranet等)接见和操作共同的数据；最大的缺点是对网络环境依赖性太强,由于各种原因引起网络中断都会造成系统瘫痪.7．2．2JAVA/JＳP简介?JAＶＡ是SUN企业推出的完满面向对象的语言，它有很好的跨平台性、安全性、重用性等特点.JSP的全称是JavaServｌｅtＰageｓ,它是SUN推出的一种动向网页技术标准.它在传统的静态页面文件(*。htmｌ，*hｔm)中加入Java程序片段和JSP标记，就组成了JSP页面。由Wｅb服务器上的JＳＰ引擎来办理ＪSP元素,生成调用Bean，并用ＪDBＣ接见数据库（或文件)，最后以ＨTML或XＭL的形式返回阅读器。JＳＰ在Servｌet类中编译,编译一次后存入内存，今后再调用时，不用再编译,因此速度很快。八。整体设计经过需求解析阶段的工作，系统必定“做什么”已经清楚了,现在是决定“怎样做”的时候。8.1?系统布局设计系统页面采用框架来设计,不一样的用户有不一样的功能菜单,但都有一致的风格,这给页面的使用和保护都带来了很大的便利，特别是在代码重用方面起了很大作用.8.2使用Ｔ—SQL建立数据库：（1)／*系统管理员表admiｎ*／ａdmiｎ_nocｈar（5)

Not

ｎuｌl

primar

ｙkｅ

管理员编号yaｄmiｎ_ｎamｅchａr（10)Ｎｏtnulｌ管理员姓名aｄｍiｎ_sｅxchar(1)Notnull性别admin_titleｃhar(20)Notnuｌl职称aｄmin＿ｐａｃhar（２0）Ｎoｔnuｌl登入密码ssworｄ图8—2-1系统管理员表(２）/*学生表studenｔ＊/stu_nochａｒ(5)Noｔｎuｌlｐｒｉmaｒy学生学号kｅｙｓｔu＿naｍｅcｈar(10）Notｎull，学生姓名ｓｔu_seｘchar（1)Nｏｔｎ性别ull，stu_cｌasｓchaｒ(13)Ｎoｔnull，班级ｓtu_profesｓiｏchaｒ（60)Ｎoｔnull所属专业nalstu＿Ｆacultieschａｒ(40）Ｎoｔnuｌ所属学院ｌ图８—2－2学生表（3)／*任课老师表teacｈｅｒtｅa_nochar(9)

*/Notnｕll

primａｒｙ

k

任课老师编号ｅyｔea_naｍecｈａr(1０)Ｎotｎull，任课老师姓名tea_ｓexchar（1）Notnuｌl,性别ｔｅa_classchar(30)Notnull,所教班级tｅa_courｓechar(60）Ｎotｎull所讲课程tｅａ＿Fａchar（４0)Notnuｌl所属学院cultｉeｓ图8-2—３任课老师表(４)/*班主任表classteaｃｈer*/claｓstea_noｃhaｒ（５)Noｔnullprimaryke任课老师编ｙ号cｌａsstea_namechar(10)Ｎotｎull,任课老师姓名classtｅa_sexchａｒ（1)Notnull,性别classtea_classchａr（20）Notｎulｌ,所教班级titlecｈar(２０）Notnｕll所讲课程clasｓｔea_proｆchaｒ(60）Noｔnulｌ所属学院essiｏnalｃlａｓstea_Facｕchar（40)Ｎotnull所属学院lties图8－2-4班主任表(5）/*学院领导表ｃolｌｅｇeｌeaｄeｒ＊/cｏllegelｅadｅr_noｃhaｒ(5)Ｎoｔnｕｐｒimaｒy学院领导编llkey号cｏllegeleａdｅｒ＿ｃhar(10)Notnuｌ学院领导姓ｎamel,名cｏllｅgｅｌｅaｄｃhar（１）Nｏtnuｌl,性别er_ｓexcｏllegelｅader_Ｆchａr(４０)Ｎｏtｎ所属学院acultｉeｓull,tｉtlechａｒ(20)Nｏtnull职称图8—2-５学院领导表(6)/*学校领导表schｏoｌｌｅadｅr＊/schoolleadｅｒ_nochar(5)Noｔnullpｒimarｙ学校领导编ｋey号schoolleaｄｅr_ｎchar(10）Nｏｔｎｕ学校领导姓ameｌl，名schｏoｌleadｅr_ｓeｃhar(1）Ｎｏtnｕ性别ｘlｌ,depｔcｈａr(20）Notnull,所属部门titlechar（１5）Nｏtnull职称图８-2－6学校领导表（７)/*学生上课出勤记录表kaoqｉn_ｒｅcord*/kａoｑin_idｃhar（13)Ｎoｔnulｌ

pｒimaryke

上课出勤编ｙ

号sｋ_time

chaｒ(40)

Notnｕlｌ，

上课时间Stu_ｎumberＳtu_staｔus

ｃｈａr（20）Ｎotｌ，ｃhａr(10）Noｔ

nｕlnull

，

学生学号学生上课考勤状态图８-2－７学生上课出勤记录表（8）/*任课老师提交出勤信息记录表recoｒd*/rｅcord＿ｉdchar(1３)Noｔｎuｌlprｉmarｙ记录编号keｙidchar(13）Notnull，所上课程编号reｃord＿tｉmｅchaｒ（４０）Notｎull,老师考勤记载时间sk_timｅchaｒ(40)Notnuｌl，上课时间图８-2—８任课老师提交出勤信息记录表9)/＊请假信息表qingjia*/idchar(13）Notｎｕlｌｐrｉmary请假代号keyclａsｓ_iｄvarchar(１Nｏtnuｌl，班级代号0)stｕ_nuｍbｅｒvaｒｃhａrＮotnulｌ,学生学号（20)qingjiａ＿ｙuanyVａrchar(２Notnull,请假原因ｉn００)stａｒt_timechar(30)Notnｕｌl开始时间end_timechar(30)Noｔnuｌ结束时间ｌday_nｕmbｅrchar(13）Notnｕll请假天数qingjia＿ｔimｅchar（3０)Notnuｌl申请请假时间clａss＿tｅacheｒchar(13)Notnull班主任审批_ｓtａtus状态ｃlaｓs_tｅachｅcｈaｒ(30)Notnuｌl班主任审批r_ｓp＿timｅ时间?class_teaｃｈｅvarcｈar（2Nｏtｎull班主任回复r_restore０0)college_leadｅr_char（13)Nｏｔnｕll院系领导审ｓｔａｔｕs批状态collegｅ_ｌｅaｄvarchar(20)Nｏｔnull院系领导代ｅr＿id号colleｇe＿leadｅchar（３０)Notnull院系领导审r_sｐ_time批时间ｃollｅｇｅ_lｅａｖarchaｒＮｏｔnul院系领导回dｅr＿ｒｅstore(2０0)ｌ复备注:ｓｔａtuｓ表示审批状态：０为等待审批,1为赞成请假，2为不赞成请假。以下为图8－2—9请假信息表图:图8-2—9—1请假信息表截图１(请假学生相关信息及原因)图8-2-９-２请假信息表截图2（请假初步时间及图书)图8-２—9-３请假信息表截图3（班主任审批状态及相关信息）图８-２—9-４请假信息表截图4（院系领导审批状态及相关）九．详细设计建立数据库9。１序言?整体设计阶段以比较抽象概括的方式提出认识决问题的方法．详细设计是软件开发时期的第三个阶段,也是软件设计的第二步。其任务就是把解法详细化，也就是回答下面这个要点的问题:“应该怎样详细地实现这个系统呢?”,经过详细设计应该得出对目标系统的精确描述,给出各个模块的详细过程性描述。从而在编码阶段能够把这个描述直接翻译成用某种程序设计语言书写的程序.数据流程图是结构化系统解析的工具．它既能够表达数据在系统内部的逻辑流向及储藏,又能够表达系统的逻辑功能和数据的逻辑变换。数据流程图既能表达现行人工系统的数据流程和逻辑办理功能,也能表达自动化系统的数据流程和逻辑办理功能。9。2相关数据功能模块图学生数据库系统

查察自己的基本信息在线请假上课出勤信息图(1）学生功能模块班主任数据库系统

查察自己的基本信息改正个人用户密码等审批学生请假查察本班学生整个学期相关课程的上出勤统计信息及详细信息图（2）班主任功能模块任课老师数据库系统

查察自己的基本信息改正个人用户密码等管理所教班级学生的上课出勤信息查察所教班级学生的上课出勤信息图(３)任课老师功能模块查察自己的基本信息改正个人用户密码等院（系）领数据库系统导审批请假需求(请假三天以上)查察本院系学生出勤信息需求图（4)院系领导模块查察自己的基本信息改正个人用户密码等学校领导用户

数据库系统查察全校学生上课出勤信息图(5）学校领导功能模块管理学校各院系、年级、专业、班级的增加、删除、改正系统管理员用户

数据库系统

管理每个学期每个班级的课程安排及指定班主任和任课老师查察学生上课出勤信息管理系统的请假、考勤信息图（6)系统管理员功能模块学生班主任任课老师院（系）领导学校领导用户系统管理员用户

DBMS

用户基本信息系统模块,负责记录用户的相关信息请假系统模块，负责请假的相关信息操作考勤系统模块，负责记录出勤情况信息后台管理模块，负责管理数据库的更新及相关操作图(７)总功能模块9。３数据库的逻辑设计?依照系统功能设计的要求以及功能模块的划分，关于系统数据库，能够列出以下数据项和数据结构：?考勤登记表：课程安排代号、记录时间、上课时间.?学生上课出勤信息表:上课时间代号、上课时间、学号、出勤状态。?请假信息表：请假代号、班级代号、学年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间、班主任审批状态、班主任审批时间、班主任回复、院系领导审批状态、院系领导代号、院系领导审批时间、院系领导回复9.4数据库的建立打开SQＬServeｒ2０0０下面的［企业管理器]，登录此后,选择[新建数据库]命令，给数据库起名为ｋaoqin。尔后经过设计器创办数据表,刚刚已经说了然需要不一样的数据表来分管,它们分别是“qｉngjｉa”,“kaoqiｎ＿recoｒｄ＂,“record”等，相关这些数据表的信息见上图。9。5。１学生用户功能设计依照学生用户的需求,系统实现了在线请假、查察上课出勤信息、查察个人基本信息这三大主要功能.系统针对学生用户设计以下功能菜单:基本信息、请假系统、考勤信息、查察课表、改正密码、安全退出、帮助。在基本信息功能菜单中,学生能够查察自己的学号、姓名、性别、院系、年级、专业、班级号信息。在请假系统功能菜单中，实现了在线请假申请功能,以及查察等待审批的请假信息、请假成功的请假信息、请假失败的请假信息.在考勤信息菜单下,学生能够查察本学年以及历史学年上课出勤的统计信息及详细信息。在查察课表功能菜单中,学生能够查察当前学期的课表安排，以及历年的课表安排。改正密码功能菜单，学生能够改正自己的密码.学生用户的在线请假,在班主任或院系领导还没批假从前能够由学生自行删除,若班主任审批了请假,则学生不能够删除申请记录,学生不能够重复请假,因此学生请假时应该慎重。依照学生用户请假的需求，学生三天内的请假（包括三天)只要班主任赞成后即可见效，四天（包括四天)以上的请假，必定先由班主任赞成,尔后学校赞成,请假方能见效，高出3０天的请假不能够在线请假。请假开始时间必定在请假结束时间从前，否则系统自动提示出错信息,且请假时,必定指定请假开始时间,请假结束时间，以及请假原因，请假时不用要指定班主任，系统会自动依照本学期的班级与班主任安排,找到班主任，并将信息自动交给对应班主任进行审批办理,高出四天的请假还将自动交给任何一个院系领导审批办理.系统还约定学生网上请假只能提前一个星期。?请假开始时间与结束时间的约定：请假时间学生可自动选择,也可自己输入日期,但是必定输入正确的日期格式，否则系统将出错，建议学生选择日期还不手动输入，省得出错。在请假的详细记录中，有学生请假相关所有详细信息,包括学生请假的申请时间、开始时间、结束时间、天数、原因、审批时间、回复、请假成功与否等所有相关请假的信息，学生能够随时查察请假进展情况.9.５。2任课老师用户功能设计?依照任课老师用户需求,系统实现了任课老师在线宣告学生上课出勤信息、查察学生考勤信息两大基本功能.系统针任课老师用户设计以下功能菜单：?查察课表、考勤管理、考勤信息、改正密码、安全退出、帮助.在查察课表功能菜单下,任课老师能够查察本学期自己所带课程的上课时间以及所教班级的一些基本信息。在考勤管理功能菜单中,系统比较智能的依照当前日期自动提示当前学年还没登记的学生上课出勤表.在考勤信息功能菜单中,任课老师能够查察已经记录的学生上课出勤信息,既能够查察学生上课出勤统计信息,也能够考勤学生上课出勤统计信息,还可以够做合适的改正.?考勤管理功能是任课老师用户最主要的功能，任课老师上完课后，将传统的学生上课出勤情况在网进步行宣告,使学生上课出勤信息及时准备对对班主任、院系领导、学校领导透明．依照任课老师用户的需求，系统实现了自动提示任课老师提交数据的功。依照课表安排,将本学期上完课的，还没提交数据的学生出勤情况自动提示任课老师提交数据,实现了智能化管理。比方说一个老师在2００6－５—30进入了系统,那么这个老师在本学期,也就是200６—5—3０从前上过的课,但还没提交数据出勤登记信息自动显示出来，等待任课老师提交数据,且任课老师在提交数据时,若学生在上课的那天请了假，且请假成功了，那么系统自动将学生出勤记录记为请假,任课老师无法记录学生为旷课等情况。?任课老师在考勤信息中间,可以查察所教过的学生上课出勤的详细信息及统计信息，从而到了学期末,能够方便任课老师依照上课出勤情况对学一生常成绩打分。?９。5.3班主任用户功能设计?依照班主任用户功能的需求，系统实现了旅游班级信息、审批本班学生在线请假、及上课考勤信息三大基本功能。系统针对班主任用户设计以下功能菜单:班级信息、请假系统、考勤信息、改正密码、安全退出、帮助。在班级信息功能菜单中，班主任用户能够查察本班学生的基本信息如：年级、专业、班级、学生学号、姓名、性别．在请假系统功能菜单中,班主任能够审批本班学生的在线请假,以及查察审批学生请假的历史记录,如：赞成的请假记录和不赞成的请假记录.在考勤信息功能菜单中,班主任用户能够查察本班学生所有课程的上课出勤信息,包括出勤详细信息及出勤统计信息。班主任用户在整个系统中是学生请假的决策者,学生请假必定经班主任赞成后，才能提交给院系领导审批请假.班主任在审批学生请假时,能够对学生的请假返回反响建议，以对学生说明不赞成请假的原因，或向院系领导说明情况的真实性以更好的方便学生请假。班主任别的一大功能是查察本班学生本学期的所有考勤信息,包括详细信息和统计信息，这样班主任能够及时有效的与本班同学沟通,提高做事效率，提高学生的学习成绩。9.5?。4院系领导用户功能设计依照院系领导的用户需求，系统实现了查察本院系信息、审批本院系学生请假、查察考勤信息三大基本功能。系统针对院系领导用户设计以下功能菜单：院系信息、请假系统、考勤统计、班主任信息、任课老师信息、班主任安排信息、院系课表、改正密码、安全退出、帮助。在院系信息功能菜单中，院系领导能够查察本院系的专业信息、班级信息、学生信息。在请假系统功能菜单中，院系领导可以审批经班主任赞成的长时间请假，并可查察审批请假的历史记录。在考勤统计功能菜单中,院系