学生考勤管理系统的设计与实现

54/56四川师范大学本科毕业设计学生考勤治理系统的设计与实现学生姓名学号所在系计算机科学与技术系专业名称计算机科学与技术班级指导教师四川师范大学二○一二年五月学生考勤治理系统的设计与实现学生：指导教师：摘要：本高校学生考勤治理系统用JSP+SQLServer2000开发，开发过程中运用了页面模块化、信息公布的动态生成、静态页面显示等技术开发。本论文重点介绍本系统的请假系统、考勤系统两大功能模块设计，完成学生、任课老师、班主任、院系领导、学校领导五类用户功能的设计与实现。关键词：考勤治理在线请假JSP

Students'testsystemdesignandimplementationAbstract：Thesystemisaninformationsystemdesignedforaskingforleaveonlineforstudentsandmanagingattendanceofundergraduate.Itisgenerallydividedintothreemainmodules:themoduleforaskingforon-lineleave,themoduleformanagingattendanceofundergraduateandthemoduleforbackstagemanagement.Therearedifferentcustomersintheuniversityoperatingthesystem,suchasstudent,teacher,ateacherinchargeofaclass,departmentleader,schoolleader,administrator.ThesystemisdevelopedwiththehelpofJcreator,JSP(java、javascript、html)andSQLServer2000.Thekeytechniquesusedintheprocessofdevelopmentare:thepagemodularization,dynamicgeneratingandstaticpageshowingofinformation,etc.Andthethesisfocusesontheintroductionofthesystem’sattendancemanagementandthemanagementofaskingforleaveonline.Anditdevelopsthefunctionofstudent,teacher,ateacherinchargeofaclass,departmentleader,schoolleaderonthewhole.KeyWords：attendancemanagementonlineaskforleaveJSP

目录1概述 61.1引言 61.2开发背景 61.3问题的描述 62可行性的分析 72.1引言 72.2目的和意义 72.3可行性的分析 73需求分析 83.1引言 83.2用户需求描述 83.2.1学生用户的需求描述 83.2.2任课老师用户的需求描述 83.2.3班主任用户需求描述 83.2.4院（系）领导用户需求描述 93.2.5学校领导用户需求描述 93.2.6系统治理员用户需求描述 93.3功能需求描述 93.4系统开发工具 103.5相关的开发工具简介 103.5.1B/S（扫瞄器/服务器）简介 103.5.2JAVA/JSP简介 103.6系统功能划分 103.7数据字典 113.8数据流图 113.9运行需求 123.9.1最低配置 123.9.2建议配置 124总体设计 134.1引言 134.2系统的布局设计 134.4本人要紧的工作任务 145详细设计 145.1引言 145.2系统功能的流程图 145.3系统目录的结构设计 155.4数据库的设计与实现 155.4.1实体模型 155.4.2E-R模型图 165.4.3数据库的逻辑设计 175.4.4数据库表的创建 175.4.5数据库的建立 185.5前端操作页面的设计 185.5.1系统登陆的设计 185.5.2学生用户的功能设计 185.5.3任课老师用户的功能设计 195.5.4班主任用户的功能设计 195.5.5院系领导用户的功能设计 195.5.6学校领导用户功能设计 196编码 206.1用户操作页面的编码 206.1.1系统登陆的编码 206.1.2学生用户功能编码 206.1.3任课老师用户功能编码 216.1.4班主任用户功能编码 216.1.5院系领导用户功能编码 226.2数据库连接池编码 226.2.1数据库连接池程序编码 227软件的测试 237.1引言 237.2测试的方案 237.2.1本系统所采纳的测试方案 237.3测试的过程 247.3.1用户登陆测试 247.3.2页面使用安全的测试 247.3.3学生用户测试 257.3.4任课老师用户的测试 257.3.5班主任用户的测试 267.3.6院系领导/学校领导用户的测试 268结束语 26参考文献 27学生考勤治理的设计与实现1概述1.1引言问题定义时期须要回答的要紧问题是：“所要解决的问题是什么？”，其中最重要的是了解此课题要解决问题的全然所在和所需要的资源等。1.2开发背景目前各大高校校园信息化逐步完善，高校师生利用校园网有效的提高了办事效率。各大高校关于教务的治理系统、师生的成绩查询系统、招生的就业系统、BBS、校园网站等各个系统在各个高校都一一出现，对全校教师和同学们的学习、生活、治理、办公等都带来了极大的便利。目前各个高校的学生上课所采纳的考勤治理差不多上以任课教师上课点名，记录下学生上课出勤的情况，学期期末再依照上课出勤表以及作业登记表对学生平常的成绩进行打分，最后把数据上交到各院系。学生请假都以传统的写请假条的形式向各自的班主任请假，若请假时刻长，需要班主任、院系领导都批准方能生效。这种模式在目前绝大部分高校治理中出现了极大的弊端。1.3问题描述上面所术的关于各大高等学校关于学生的考勤以及请假所面临的各种问题涉及到了专门多类的用户，该系统所用的范围差不多上在整个校园的校园网内，因为较广泛的用户分布，同时有专门大的差异。因此该系统设计应该采纳B/S如此的构架来进行设计，操作简单且直观、硬件要求低，因此最好能实现跨平台。如此系统应当有较好的扩展性，且要与当前高校中已有的系统存在专门好的集成。现在在IT技术的不断更新与进展下，专门多企业的信息实现化也随之不断在成熟。面对广泛程序语言的运用于设计，以及各种成熟的关系数据库的完善、推出，加之广泛运用面向对象如此的软件开发，这使得软件开发变得简单专门多，开发系统也变得有用许多，大部分企业使用如此的信息系统后，办事效率不仅提高了，而且也收到了更大的经济收入。JSP、ASP、PHP等技术是现在基于B/S结构所采纳的方案。该系统采纳了JSP技术来进行开发，存储数据使用了流行的SQLServer2000数据库治理系统,学生在线考勤治理、在线请假、后台数据的维护和更新等都成功被解决了。2可行性的分析2.1引言在现在期需要弄明白的问题是：上个时期所确定的问题现在到底有没有可行的解决方法。要解决该问题，我们需要进行大大的压缩、简化的系统分析与设计过程。可行性的研究不是具体的解决问题，会比较简单！而研究性问题的范围，关于那个问题是否值得去探究去解决，查找的解决方案有是否可行呢？2.2目的和意义解决现今各大高校中关于学生的请假和上课的出勤治理中所面临的种种问题是开发该系统的目的所在。有效地提高各大高等学校的办事的效率，解决各大高校学生的请假和上课的出勤治理问题，实现学生的请假和上课的出勤信息对班主任或是任课教师、各大领导等及时了解学生的学习情况，这些差不多上开发高校学生考勤治理系统的目的。如此有利于与学生及时进行沟通，提高校的教学质量。2.3可行性的分析技术的可行性：该系统在现在的高校中的使用还并不广泛，尽管如此，依旧有专门多相似的成功案例。该系统所采纳的脚本语言是JavaScript。利用了JSP、html标识语言和SQLServer2000数据库技术进行综合开发。如此安全稳定的JSP动态网页技术,国内专门多企业、银行的商务系统和各种信息系统差不多上采纳它来开发的。MSS（基于结构化的查询语言数据库服务器）一种是基于客户/服务器结构化的数据库治理系统，通过使用客户系统用户能够从服务器的检索信息了解并进行本地的相关操作，客户关注信息的相关表示，服务器关注数据库的相关进程。经济的可行性：该系统在架构设计上开发上使用的差不多上比较简单方便的设计技术，所消耗的人力物力专门少，所要求的部署硬件要求也专门低，如此简单易于操作的系统，在经济上是特不可行的。法律的可行性：在知识产权上该系统拥有自主权，并没有随意使用其他有违法规的软件同时也没有任何非法的商品交易，因此在法律上它也是可行的。操作的可行性：本系统操作特不简单方便,你明白得上网，那么操作该系统就你就没问题,因此在操作上也是可行的。分析结果：通过各种分析可得出，该系统在经济、法律、操作等都具有专门好的可行性,其性价比专门好，因此它是值得开发采纳的。3需求分析3.1引言那个时期的任务仍然不是具体地解决问题，而是准确地确定“为了解决那个问题，目标系统必须做什么”，要紧是确定目标系统必须具备哪些功能。3.2用户需求描述用户确实是系统最终的使用者，开发系统的目的在于让用户最终能专门好的使用该系统，最终为各个用户带来各种方便。该系统要紧是解决高校学在线请假以和上课考勤治理两个重大问题，通过对各大高校的实际调查与分析，该系统包了括学生、班主任、任课教师、院系领导、学校领导、系统治理员等六类用户，而这六类用户对系统的需求简要概括如下：3.2.1学生用户的需求描述学生对该系统要紧的需求是：在线请假需求和查看在校期间所有的上课出勤信息。在线请假的需求：学生能够在网上填写好请假的起止日期、请假缘由后，就能够向班班主任提出请假的申请，若超过三天的请假时刻，就由班主任审批后，再由院系领导审批。在此请假的全部过程当中，学生能够随时通过网络查自己请假的详细进展情况。查看出勤信息的需求：学生完全能够查看在校期间所有学期的上课出勤信息。3.2.2任课老师用户的需求描述任课老师对系统的要紧的需求是：治理及查看所教班级学生的上课出勤信息。治理学生上课出勤的需求：依据学校安排的各个课表，随着时刻的变化，系统会自动地将还没有在网上公布的学生上课出勤信息列出，系统会自动的依照学生请假系统，最终决定学生上课出勤率的结果。查看学生出勤信息的需求：查看所教的班级学生整个学期以来的出勤统计的详细信息。其它的需求：查看上课的课表，本人的差不多信息以和修改个人的用户密码。3.2.3班主任用户需求描述班主任对本系统的要紧需求是：审批以及查看本班学生本学期的在线请假和所有课程的上课出勤等相关信息。审批学生的请假需求：学生在本学期在线请假申请后，自动提示该班主任有等待审批的请假信息，班主任再针对请假申请信息进行学生请假审批和对请假信息的回复。查看学生上课出勤的信息需求：查看本班学生在整个学期有关课程上的出勤统计的详细信息。其它的需求：查看该班学生差不多信息、修改个人的用户密码等。3.2.4院（系）领导用户需求描述院系领导对系统的需求是：审批本院系所有学生中超过三天请假的和查看本院系学生上课的出勤信息。审批请假的需求：当有学生请假时刻超过三天的，由所在班班主任审批同意后，系统就会自动提交信息给任何一个最先进入系统的院系领导审批请假，和针对请假的回复。查看本院系学生出勤信息的需求：直接输入查询的条件，系统自动会依照查询条件列出相关的上课出勤信息。其它的需求：查看本院系相关的差不多信息和修改个人的用户密码等。3.2.5学校领导用户需求描述查看全校学生上课出勤的相关信息也确实是学校领导对系统要紧的需求。要查看出勤的信息：直接输入相关的查询的条件，学生的相关上课出勤信息就会自动依照查询条件列出。有关其它的需求：查看全校的差不多信息、修改个人的用户的密码等。3.2.6系统治理员用户需求的描述系统的最高权限是系统治理员，系统治理员要负责同步更新和维护系统所有数据的动态，下面是差不多的功能需求：学校所有相关信息，进行添加、修改、删除。各个班级的课程安排、班主任和任课教师的相关信息。整个系统全部的用户。全校课表的相关安排。全校每个学期开学的时刻和结束的时刻。整个系统的请假和考勤信息。3.3功能需求描述依照以上各类用户的各种需求描述，该系统必须具备请假系统、考勤治理系统、后台治理系统这三大重要功能。请假系统的功能需求：据调查分析，目前专门多高校中的请假流程是学生假如要请假，必须先写好请假条首先由班主任审批，超过四天的请假时刻，还必须要等待院系领导审批通过后才能生效。请假的时刻最长不能超过1个月，专门情况除外。考勤治理的功能需求：任课老师必须通过考勤治理系统，对学生上课出勤信息进行公开，但因为任课老师忙于教学，为了准确无误的对学生出勤情况进行及时公开，这需要系统能自动地提示任课老师对上完课后，却还未公布的出勤信息在网上进行公布。后台治理的功能需求：后来的治理最要紧是用来治理系统操作的数据，由于每学年各个高校的学生都在变化，有新生入学、有学生毕业。3.4系统开发工具依照各用户和系统各大功能的需求，通过大量的调查与分析，关于本高校学生考勤治理系统选择以下开发工具进行开发：系统结构：B/S开发语言：JAVA/JSP数据库：SQLServer2000开发工具：JDK1.5DreamweaverJcreator服务器端容器：Tomcat5.53.5相关的开发工具简介3.5.1B/S（扫瞄器/服务器）简介“B/S（Browser/Server，扫瞄器/服务器）模式又称B/S结构。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE扫瞄器来实现的。B/S模式最大的好处是运行维护比较简便，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作共同的数据；最大的缺点是对网络环境依靠性太强，由于各种缘故引起网络中断都会造成系统瘫痪。”3.5.2JAVA/JSP简介“JAVA是SUN公司推出的完全面向对象的语言，它有专门好的跨平台性、安全性、重用性等特点。JSP的全称是JavaServletPages，它是SUN推出的一种动态网页技术标准。它在传统的静态页面文件(*.html,*htm)中加入Java程序片段和JSP标记，就构成了JSP页面。3.6系统功能划分依照系统用户的各个需求，本系统能够按功能划分成三大功能模块：请假系统模块、考勤系统模块、后台治理模块，涉及到的用户六大类：学生、任课老师、班主任、院系领导、学校领导、系统治理员。请假系统模块：该模块的功能是实现在线请假和治理，最重要涉及到三大类用户：学生用户、班主任用户及院系领导用户，学生用户能够通过此功能模块在线进行请假和查看请假信息记录；班主任可在线审批和查看学生请假及记录信息；院系领导可在线审批学生长时刻的请假和查看请假信息记录。考勤系统模块：该模块的功能是实现学生考勤信息的统计、查看及治理，涉及到所有用户。学生能够在线查看了解自己所有学年的出勤的相关信息；任课教师也能够在线治理学生出勤的相关信息；班主任、院系领导、学校领导都可查看不同范围的学生出勤的相关信息。后台治理治理：该模块的功能是实现整个系统数据的同步更新和维护，只虚涉及系统治理员。系统治理员能够动态的治理学生的相关信息、课表安排、学年安排等，这是整个系统要实现的基础所在。3.7数据字典数据词典，不但可用于描述数据流和数据存储的详细逻辑内容，还可用于描述外部项和处理逻辑的某些数据特性。数据词典把最小组成单位看作数据元素，N干个数据元素组成数据结构。通过对数据元素和结构的定义，来描述数据流和存储的逻辑内容。就相当于字典的作用，当用户或软件人员想了解某一数据的含义时，查字典便可。3.8数据流图数据流程图是系统结构化分析的工具。它不但能够表达数据在系统内部的逻辑流向，而且还能够表达系统逻辑功能和数据逻辑变换。数据流程图不但能表达现行人工系统的数据流程以及逻辑处理功能，更能表达自动化系统的数据流程以及逻辑处理功能如下图：图3.8-1请假系统数据流图图3.8-2考勤系统数据流图3.9运行需求3.9.1最低配置3.9.1-1最低配置服务器端需求表硬件需求处理器IntelPentiumIII内存128M硬盘40G软件需求Windows98MicrosoftInternetExplorer4.01JDK1.5SQLServer2000数据库Tomcat5.03.9.1-2最低配置客户端需求表硬件需求处理器Intel奔腾133或相当的处理器内存64M硬盘10G软件需求Windows98MicrosoftInternetExplorer4.013.9.2建议配置3.9.2-1建议配置服务器端需求表硬件需求处理器IntelPentiumIV3.2G内存256M硬盘90G软件需求MicrosoftWindows2000/XPJDK1.5Tomcat5.5SQLServer2000数据库MicrosoftInternetExplorer6.03.9.2-2建议配置服务器端需求表客硬件需求处理器IntelPentiumIV1.8或相当的处理内存256M硬盘30G软件需求Windows20002/XPMicrosoftInternetExplorer6.04总体设计4.1引言通过需求分析时期的工作，系统必须要“做什么”已弄清晰了，现在决定的是该“如何样做”了。4.2系统的布局设计系统页面要紧采纳框架来设计，不同的用户拥有不同的功能菜单，然而都有统一的风格，这让页面的使用和维护变得更加方便，尤其是对代码重用方面有专门大的关心。该系统各个用户的页面设计如图4-1所示：图4.2-1系统布局图4.3总体的结构图学生考勤治理系统各模块之间的层次结构按用户划分，系统结构图如下：图4.3-1系统用户结构示意图图4.3-2请假系统结构示意图图4.3-3考勤系统结构示意图4.4本人要紧的工作任务本校学生考勤治理系统分三大功能模块进行来实现，本人要负责的是：请假和考勤系统两大功能模块，涉及到的用户有：学生、班主任、任课老师、院系领导、学校领导。5详细设计5.1引言总体的设计时期用较抽象概括的方式来提出解决问题的方法。详细设计是软件开发时期的第三个时期，也是第二步。它的任务确实是把解法具体化，通过详细设计应得出对目标系统的精准描述，详细地给出各模块的过程性描述。如此在编码时期便可把此描述直接翻译成某种程序语言书写的程序。5.2系统功能的流程图1）主功能流程：图5.2-1主界面流程图5.3系统目录的结构设计图5.3-1系统目录结构的设计图5.4数据库的设计与实现5.4.1实体模型图5.4.1-1任课老师提交记录实体图图5.4.1-2请假记录属性模型图5.4.1-3学生出勤记录属性模型图5.4.2E-R模型图图5.4.2-1学生请假记录E-R模型图5.4.3数据库的逻辑设计依各个功能设计及分析，可列出下面的相关数据项以及数据结构：5.4.3-1相关数据项及数据结构信息表考勤登记课程安排代号、记载时刻、上课时刻学生上课出勤信息上课时刻代号、上课时刻、学号、出勤状态请假信息请假代号、班级代号、学年代号、学号、请假缘故、开始时刻、结束时刻、请假天数、申请时刻、班主任审批状态、班主任批时刻、班主任回复、院系领导审批状态等5.4.4数据库表的创建依据数据库需求分析，建立差不多的数据表如下。5.4.4-1请假的信息表列名数据的类型是否为空讲明idInt(4)否(主键)请假的代号class_idvarchar(10)否班级的代号year_idvarchar(25)否学期的代号stu_numbervarchar(25)否学生的学号qingjia_yuanyinvarchar(250)否请假的缘故start_timedatetime否开始的时刻end_timedatetime否结束的时刻day_numberInt(4)否（默认0）请假的天数qingjia_timedatetime否申请请假的时刻class_teacher_statusInt(4)否（默认值为0）班主任的审批状态class_teacher_sp_timedatetime是班主任的审批时刻class_teacher_restorevarchar(250)是班主任的回复college_leader_statusInt(4)否（默认值为0）院系领导的审批状态college_leader_idvarchar(25)是院系领导的代号college_leader_sp_timedatetime是院系领导的审批时刻college_leader_restorevarchar(250)是院系领导的回复

表5.4.4-2任课老师提交出勤信息的记录表列名数据的类型是否为空值讲明record_idInt(4)否(自动生成)代号idInt(4)否与表course_time中id关联record_timedatetime否老师考勤得记载时刻sk_timedatetime否上课的时刻表5.4.4-3学生上课出勤的列名数据的类型是否为空值讲明kaoqin_idInt(4)否(自动生成)代号idInt(4)否与表course_time中id关联sk_timedatetime否上课得时刻Stu_numberVarchar(20)否学生的学号Stu_statusVarchar(1)否学生上课的考勤状态5.4.5数据库的建立打开SQLServer2000的[企业治理器]，登录后，选择[新建数据库]那个命令，给数据库起名kaoqin。然后通过设计器创建数据表。5.5前端操作页面的设计5.5.1系统登陆的设计不同的用户使用系统，都需要事先进行身份验证。在“用户名”处，用户输入系统治理员分配的用户，选择正确的类型，在输入正确密码后才能进行系统，以上任何一个输入有误，系统都将拒绝用户使用该系统，假如用户不记得了用户名或是密码，请尽快与系统治理员联系，因为该系统不支持在线找回密码功能。学生用户的用户名和密码差不多上该学生的学号，而其它用户的用户名和密码是由系统治理员指定。该系统的设计，严格考虑了系统的安全性，不同意任何用户不经登陆而直接使用该系统的任何一个网页，用户也不能绕过身份验证。5.5.2学生用户的功能设计据学生用户的需求，该系统实现了在线请假、查看个人差不多信息、查看上课出勤信息这三大重要功能。该系统针对学生用户设计了以下功能菜单：差不多信息、考勤信息、请假系统、修改密码、查看课表、安全退出、关心。通过差不多信息功能菜单，学生便可查看自己的姓名、性不、学号、院系、年级、专业、班级号等信息。通过请假系统功能菜单，实现了在线请假申请功能、查看等待审批的请假信息、请假成功或失败的请假信息。通过考勤信息菜单，学生可查看历史学年上课出勤的统计信息。通过查看课表功能菜单，学生可查看历年的课表安排。通过修改密码功能菜单，学生便可修改自己的密码。通过本系统自带的关心文件，用户在使用过程中可随时查阅。5.5.3任课老师用户的功能设计据任课老师用户的需求，系统实现了任课老师在线公布学生上课出勤信息和查看学生考勤信息两大差不多功能。针任课老师用户系统设计了以下功能菜单：查看课表、考勤信息、考勤治理、修改密码、安全退出、关心等。通过查看课表功能菜单，任课老师可查看本学期自己所带课程的上课时刻以和所教班级的一些差不多信息。通过考勤治理功能菜单，系统能够比较智能的依照当前日期自动地提示当前学年还没登记的学生上课出勤表。通过考勤信息功能菜单，任课老师可查看已记录的学生上课出勤信息，如此不但能够查看学生上课出勤统计信息，还能够考勤学生上课出勤统计信息，最后还能够做适当的修改。任课老师用户最要紧的功能是考勤治理功能，在任课老师上完课后，把传统的学生上课出勤情况在网上公布，及时预备学生上课出勤信息并对班主任、院系领导、学校领导透明。5.5.4班主任用户的功能设计依照班主任用户的功能需求，系统实现了扫瞄班级信息、审批学生在线请假和上课考勤信息三大差不多功能。针对班主任用户系统设计了如下功能菜单：班级信息、考勤信息、请假系统、修改密码、安全退出、关心。通过班级信息功能菜单，班主任能够查看本班学生的差不多信息。5.5.5院系领导用户的功能设计依照院系领导用户的需要，系统实现了查看本院系信息和学生考勤信息、以及审批本院系学生请假的几大差不多功能。学院系领导用户的系统设计信息如下：有院系、班主任、任课老师、请假系统、考勤统计、班主任安排等。通过院系信息功能菜单、请假系统功能菜单、考勤统计功能菜单就能够完成相关的信息查询。查询本院系学生上课的考勤信息和审批学生请假是院系领导用户的要紧功能。院系领导用户能够查询院系某个班的考勤信息，同时也能够查询院系某个人的考勤信息，因此在查询个人考勤的统计信息时，这是一个模糊的查询，可依照完整学号，查出一个学生考勤信息，但也可输入部分学号、姓名依次列出所有相关的考勤记录。院系领导通过该系统还可查看本院系相关的一些差不多信息。5.5.6学校领导用户功能设计查看学校领导用户的功能，查看全校差不多信息和学生考勤信息这两大差不多功能都由该系统实现了。关于院系领导用户系统设计了以下功能信息菜单：学校、院系领导、班主任、任课老师、班主任安排、考勤、全校课表、修改密码、安全退出、关心等信息。通过学校信息的功能菜单、考勤统计功能菜单，学校领导便能够查看有关本校的一些相关的差不多信息。各个菜单功能的合理安排设计实现了相关信息的查询。学校领导用户、院系领导用户他们的的功能大致上是一样的，只是查看的范围有所不一样，院上和系上的领导只能够查看到本学院本系的信息，而全校的学生、班主任、任课老师等所有相关的信息只有学校的领导能够查看到。因为与院系领导设计上差不多一致，因此不再重复。6编码6.1用户操作页面的编码6.1.1系统登陆的编码用户登陆时操作页面如下图所示：图6.1.1-1用户的登录页面6.1.2学生用户功能编码依照系统详细设计，学生用户操作页面如图所示：图6.1.2-1学生请假系统页面6.1.3任课老师用户功能编码依照任课老师详细设计的要求，设计任课老师操作页面如图所示：图6.1.3-1任课6.1.4班主任用户功能编码依照班主任用户的详细设计要求，设计班主任用户操作页面如图所示：图6.1.4-1班主任审批请假操作页面6.1.5院系领导用户功能编码依照院系领导用户详细设计的需求，设计院系领导用户操作页面如图6-6所示：图6.1.5-1院系领导查询学生考勤信息页面6.2数据库连接池编码6.2.1数据库连接池程序编码/*SQLServer2000连接池对数据库的所有操作*/packageSQLBean;importjavax.naming.*;importjavax.sql.*;importjava.sql.*;publicclassDBConn{ publicContextctx=null; publicConnectioncnn=null; Statementstmt=null; ResultSetrs=null; DataSourceds=null;publicDBConn(){//构造函数，查找连接池资源 try{ ctx=newInitialContext(); if(ctx==null) thrownewException("notenvironment"); ds=(DataSource)ctx.lookup("java:comp/env/jdbc/kaoqin"); if(ds==null) thrownewException("notfinddataBase"); }catch(Exceptione){ System.err.println(e.getMessage()); } } 7软件的测试7.1引言开发软件那个过程中，大伙儿使用了专门多保证软件质量的方法分析、设计以及实现软件，然而幸免不了还会在工作中犯一些小错误。这在软件产品中就隐藏着许多错误和缺陷，尤其是规模大和复杂性高的软件。因此，必须进行认真、认真、打算、完全的软件测试。7.2测试的方案7.2.1本系统所采纳的测试方案基于各种测试方法,本人选取的是模块测试与系统测试，要紧的模块测试部分由本人程序设计过程中自主完成！7.3测试的过程7.3.1用户登陆测试用户登陆的测试是测试系统访问的安全性和各个页面的设计的安全性，测试方案如下所示：表7.3.1-1测试方案表用户的类型用户名密码空值密码错误密码或用户名错误的类型学生2008120762008102076否否否任课老师051002234567否否否班主任058001234567否否否院系领导linxin_02234567否否否学校领导school234567否否否通过上表反复测可知，在登陆安全方面系统用户不存在问题，各个用户必须选择正确的类型，使用正确的用户名和密码才能够正常使用该系统。7.3.2页面使用安全的测试该测试过程要紧是测试系统各页面的安全性，也即是在用户没有登录的情况下直接在扫瞄器地址中输入要打开的用户页面，亦或是用户用正确的用户名和密码进入系统后，在扫瞄器地址栏中直接输入不的用户的页面，测试各个页面是否不需要用户登录便可使用，或是否能够绕过身份验证成功。第一步：假如用户没登陆，在地址栏中直接输入学生用户的首页的完整地址，查看到底能不能进行操作。测试出得到的结果是：用户还没有进行登陆如此的错误信息提示。按照相同的方法，依次测试其它页面和用户，测试的结果差不多上：用户还未没有进行登陆如此的错误信息提示。第二步：输入正确的用户及密码进入学生系统，在地址栏中正确地输入任课教师的首页地址，查看能不能跃过身份认证，再打开其他的页面。测试得到的是：没有任何权限如此的错误信息提示。用同样的方法去测试其他的页面用户，其他的用户都得到一样的测试结果信息：无权限。测试的结果：通过各种测试，系统各个页都有专门好的安全性，每个页面都不同意用户在没有登陆的前提下访问，用户在登陆后，也不充许用户访问不的用户类型的页面，即不能绕过身份验证。7.3.3学生用户测试学生用户的核心功能是请假系统，要紧完成以下的几个测试：空值的测试：请假开始时刻空值、结束的时刻空值、请假缘故空值、或部分为空值，在如此的的情况下，点击提交数据，在线请假。测试的结果：系统拒绝提交数据，并能正确的做出相应的提示，如**不能够为空的错误信息。错误时刻选择测试：在开始时刻和结束时刻选择的时候，把结束时刻选择一个开始时刻往常的时刻，最后提交数据。测试的结果：提示的时刻选择错误的提示信息。超前请假的相关测试：选开始时刻和当前时刻相差大于一个礼拜的日期请假。测试的结果