学生考勤管理系统详细设计说明书.docx

学生考勤管理系统详细设计说明书.docx

《学生考勤管理系统详细设计说明书.docx》由会员分享，可在线阅读，更多相关《学生考勤管理系统详细设计说明书.docx（21页珍藏版）》请在冰豆网上搜索。

学生考勤管理系统详细设计说明书

学生考勤管理系统

---详细设计说明书

组长：

XXX

组员：

XXX

XXX

XXX

XXX

XXX

1.引言

编写目的

20世纪末，随着运算机科学的进展，数据库技术在Internet中的应用愈来愈普遍，为广大网络用户提供了加倍周到和人性化的服务。

本系统主要针对目前高校学生在线请假和学生上课出勤管理而设计的信息系统。

本系统整体上由三大功能模块：

请假系统模块、考勤系统模块、后台管理模块组成。

系统涉及到高校三大类用户：

学生、任课老师、系统管理员。

本高校学生考勤管理系统用JSP+SQLServer2000开发，开发进程中运用了页面模块化、信息发布的动态生成、静态页面显示等技术开发。

本文重点介绍本系统的请假系统、考勤系统两大功能模块设计，完成学生、任课老师、系统管理员三类用户功能的设计与实现。

背景分析

目前高校校园信息化慢慢完善，能有效地借助网络才能提高办事效率。

现在各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。

因此学生考勤管理系统能进一步增强高校学风建设，保护正常的教学秩序，给学生创造一个优良的学习环境。

目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情形，对于时刻比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。

这种的模式在目前高校管理中暴露了不可避免的短处：

一、学生请假不方便；

二、学生请假对任课老师不透明；

三、学生对自己整个学期的上课出勤情形没有整体的统计信息；

四、班主任对本班学生整个学期的上课出勤情形不易查看；

五、院系领导、学校领导不容易把握学生上课的出勤情形。

因此一个好的学生考勤管理系统在必然程度上能够解决这些短处，本系统主要针对目前高校学生在线请假和学生上课出勤管理而设计的信息系统。

本系统涉及到高校六大类用户：

学生、任课老师、班主任、院系领导、学校领导、教务管理员。

参考资料

1.赵文涛，数据库系统原理，中国矿业大学出版社，2006

2.安葳鹏，软件工程，中国矿业大学出版社，2007

SalesSusan，DreamweaverMX数据库从入门到精通，电子工业出版社，2003

4.张晓东，JSP+Oracle数据库开发与实例，清华大学出版社，2008

5.向隅编，数据库基础及应用，邮电大学出版社，2008

2．整体设计

任务和目标

开发本系统的目的，就是要解决目前高校中关于学生请假与上课出勤管理中所面临的一系列问题。

开发出高校学生考勤管理系统能有效地提高高校办事效率，解决目前高校学生请假及上课出勤管理问题，实现学生请假及上课出勤信息对任课教师、班主任、院系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情形，及时与学生沟通，提高教学质量。

运行环境及条件概述

2.2.1技术方面

高校学生考勤管理系统在目前的高校中利用还不普遍，但也有许多类似的成功案例：

如教务管理系统、排课系统等。

本系统采用JSP，JavaScript脚本语言、html标识语言及SQLServer2000数据库技术综合开发。

JSP是一种安全稳固的动态网页技术，目前国内各企业的电子商务系统，ERP系统，银行信息系统等大体上都用JSP开发的。

MicrosoftSQLServer（基于结构化查询语言的数据库服务器）是基于客户/服务器结构的数据库管理系统，用户通过利用客户系统从服务器检索信息并进行本地操作，服务器关注数据库进程，而客户则关注信息的表示。

为了使客户端能够从服务器中访问数据，服务器必需具有以下两个关键特征：

一、对在数据库中的数据提供单点访问。

二、将处置和操作在客户端和服务器间进行分派。

SQLServer利用Transact-SQL语言来保护、实现和访问数据库，Transact-SQL是SQL（StructuredQueryLanguage）的一个子集标准。

SQLServer有多种实用程序允许用户来访问它的服务，用户可用这些实用程序对SQLServer进行本地管理或远程管理。

2.2.2经济方面

本系统利用B/S架构设计，利用市场上流行的动态网页技术，开发简单，利费用方便，不需要花费大量的人力物力就可以专门快的开发出来，系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就可利用本系统，所以从经济上讲是可行的。

2.2.3操作方面

本系统操作简单方便,只要知道上网都能方便操作本系统,所以在操作上也是可行的。

从以上可知，高校学生考勤管理系统的解决方案无论在技术，经济仍是操作上都是可行的，且开发本系统具有必然的经济价值和实用价值。

3.系统详细需求分析

学生需求描述

学生对本系统的主要需求是：

在线请假和查看在校期间所有的上课出勤信息。

（1）在线请假需求：

学生请假的全进程当中，学生能够随时查看请假的详细进展情形。

（2）查看出勤信息需求：

学生能够查看在校期间所有学期上课出勤的详细信息，如：

查看“大学英语”这门课程在整个学期请假、缺课多少次等信息。

（3）其它需求：

查看本人的大体信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，和修改个人用户密码。

功能需求描述

按照各类用户的需求描述，系统应当具有请假系统、考勤管理系统、后台管理系统这三大主要功能。

请假系统功能需求：

通过班主任和院系领导批准请假信息。

请假最长时刻不能超过1个月，特殊情形除外。

考勤管理功能需求：

任课老师通过考勤管理系统，对学生上课出勤信息进行公开。

请假系统要借助班主任才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，但是每学年课表都在转变，班主任安排也有在转变，学生也在转变，因此必需要求后台管理系统能按照系统需求，动态的、准确的更新系统数据。

详细系统运行环境及开发工具

按照各用户的需求，和系统各大功能的需求，通过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进行开发：

．1相关开发工具简介

系统结构：

B/S（阅读器/服务器）

开发语言：

JSP

数据库：

SQLServer2000

开发工具：

JDK Dreamweaver Jcreator

．2B/S（阅读器/服务器）简介

B/S（Browser/Server，阅读器/服务器）模式又称B/S结构。

它是随着Internet技术的兴起，对C/S模式应用的扩展。

在这种结构下，用户工作界面是通过IE阅读器来实现的。

B/S模式最大的益处是运行保护比较简便，能实现不同的人员从不同的地址以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作一路的数据；最大的缺点是对网络环境依赖性太强，由于各类原因引发网络中断都会造成系统瘫痪。

．3JSP简介

JSP的全称是JavaServletPages，它是SUN推出的一种动态网页技术标准。

它在传统的静态页面文件（*.html,*htm）中加入Java程序片段和JSP标记，就组成了JSP页面。

由Web服务器上的JSP引擎来处置JSP元素，生成挪用Bean，并用JDBC访问数据库（或文件），最后以HTML或XML的形式返回阅读器。

JSP在Servlet类中编译，编译一次后存入内存，以后再调历时，不用再编译，所以速度专门快。

另外JSP还具有以下长处:

（1）一次性编写，处处运行（除系统之外，代码不用做任何更改）；

（2）系统的多平台支持；

（3）壮大的可伸缩性；

（4）多样化和功能壮大的开发工具支持；

（5）支持服务器端组件；

4.整体方案确认

学生考勤管理系统全数采用Web方式，由前台操作和后台管理两部份组成。

学生考勤管理前台

前台作为与用户直接交互的界面，在考虑功能的同时，也考虑了操作的简练和方便性，目的是让大多数不懂电脑操作的客户，也能轻松的享受电子商务网站给他们带来的便利。

一、前台主要功能包括

登录、管理首页、学生信息、学生考勤、学生成绩、课程科目、员工信息、部门班级、信息保护等各大模块。

二、学生考勤管理系统前台特色

（一）、帐号保密机制

本系统除传统的用户名和密码保护外，又利用MD5方式对密码进行了再次加密，由于这种加密是不可逆转的加密方式，即便后台数据库被盗，盗取者也无法找到管理员和用户的密码，这大大提高了客户帐号的安全性，使管理人员能够安心的把学生信息进行发布，后台管理采用三层加密机制，限制非本站链接直接进入后台管理文件

（二）、常见的管理学生任务

网站前台页面显视栏目分为以下几种方式：

（1）添加新学生

（2）查看管理学生列表（3）学生考勤（4）学生成绩（5）修改我的个人资料（6）退出系统（注销）

（三）、人机化界面

网站采用菜单方式来管理网站页面，不但页面简练，而且操作方便。

（四）、壮大的权限管理

网站管理人员能够对网站的各功能模块进行管理，而普通用户仅能查看信息,方便管理。

系统前台结构图如下：

学生考勤管理后台

本系统后台管理在考虑学生考勤管理操作简便的同时，提供了壮大的学生考勤管理模式。

它包括管理员角色的设置，学生信息、学生考勤、学生成绩、课程科目、员工信息、部门班级、信息保护。

一、后台管理功能列表

学生的添加、修改、删除。

拥有权限者：

任何权限的管理员

查看/管理学生列表

拥有权限者：

任何权限的管理员

管理学生考勤

拥有权限者：

任何权限的管理员

管理学生成绩

拥有权限者：

任何权限的管理员

修改我的个人资料

拥有权限者：

任何权限的管理员

退出系统（注销）

拥有权限者：

任何权限的管理员

对首页新闻的添加、修改、删除和更改首页公告。

拥有权限者：

任何权限的管理员

添加、修改、删除课程科目

拥有权限者：

任何权限的管理员

添加、修改、删除员工信息

拥有权限者：

任何权限的管理员

添加、修改、删除部门班级信息

拥有权限者：

任何权限的管理员

可以添加、修改、删除常用的信息

拥有权限者：

任何权限的管理员

二、管理利用说明

首选服务：

----注销登岸：

作为后台安全管理的必要条件之一，当后台管理员管理任务结束时，务必要点击注销登岸方可完全正常退出。

----修改登岸密码：

各权限管理员都要养成良好适应，隔段时刻修改一次密码，防范登岸密码被黑客破解而蒙受到没必要要的损失。

----反馈程序BUG：

若您在利用本学生考勤管理系统时发觉程序犯错或其它需要改善的问题，请点击这里将BUG反馈给程序员。

三、学生信息管理管理

（一）、添加学生信息：

管理员和添加人员能够通过那个功能向数据库中录入学生信息

----方式是：

在首页上点击常见任务下的“添加新学生”

（二）、查看与修改：

管理员和添加人员能够通过那个功能查看数据库中录入的学生列表。

方式是：

在首页上点击常见任务下的“查看/管理学生列表”

四、用户管理

管理网站用户：

此功能只有最高权限管理员拥有，可管理前台的所有个人用户，拥有查看、修改、删除权限，也可按照某用户查找此用户所有定单。

利用查找用户功能可查询到你需用查找的用户。

管理后台用户：

此功能只有最高权限管理员拥有，这是用来管理后台管理员的功能、可能添加、修改、删除新的管理员和分派权限。

5.系统详细设计

系统功能划分

按照系统用户的需求，将本系统按功能划分成三大功能模块：

请假系统、考勤系统、后台管理系统。

请假系统模块

本模块的功能是在线请假的实现及管理，主要涉及两大类用户：

学生、任课老师用户，学生通过此功能模块进行在线请假及查看请假记录信息；任课老师在线审批学生请假及查看请假记录信息。

考勤系统模块

本模块的功能是学生考勤信息统计的实现、查看及管理，涉及六大类用户中的所有效户。

学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息；班主任、院系领导、学校领导查看不同的范围的学生出勤信息。

后台管理模块

本模块的功能实现整个系统数据的同步更新及保护，只涉及系统管理员用户。

系统管理员动态的管理学生信息、课表安排、学年安排等信息，是整个系统实现的基础。

系统功能模块图：

系统功能结构

数据字典

数据字典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处置逻辑的某些数据特性。

数据流图：

程序流程图：

系统界面详细设计

登岸界面

用户登岸时操作页面如图所示：

输入用户名和密码，然后在选择用户类型就可以登岸到相应的操作界面。

若是用户名和密码不正确，会提示用户从头登录。

系统主界面

进入此界面后能够进行以下操作，添加新学生、查看和管理学生列表、管理学生考勤、管理学生成绩、修改个人资料、退出系统。

添加学生信息界面

进入此界面后，不仅能够添加学生大体信息（姓名、性别、住址、电话、Email、诞生日期、学历、职业、工作单位、照片、班级、入学日期、入学收费、经办人）还能够录入学生选课的相关信息。

课程管理界面

能够添加课程种类、课程工作/名称、上级分类、学时、学分等相关信息。

6.数据库系统设计

逻辑结构设计

整个系统各实体可用以下关系来表示（其中主键已用下划线标识）：

学生信息表（学号，姓名，性别，班级，专业，学院）

课程信息表（编号，课程名称，学分，学时）

任课老师信息表（编号，姓名，性别，班级，课程，学院）

教务管理员信息表（编号，姓名，职称，性别，权限）

请假信息表（学生学号，申请时刻，开始时刻，请假原因，请假天数，节课数，审批状态）

考勤表（班级名称，课程编号，考勤时刻，出勤人数）

学生上课缺勤记录表（学生学号，学生姓名，班级名称，课程名称，缺勤状态）

主要实体模型

E-R图分析

E-R图分析的目的是肯定系统中所有实体、实体的属性及实体之间的联系，为设计数据库表结构打下基础。

画E-R图通常利用自底向上的设计方式，第一对局部视图进行分析设计，然后再将局部视图归并，消除冲突和冗余，取得系统的整体E-R图。

这里再也不对局部视图进行设计，直接给出整体E-R图，如下图所示：

数据库表设计

（1）教务管理员信息表admin

字段名

字段类型

主/外键

字段约束

说明

编号

char（5）

P

NotNull

管理员编号

姓名

char（10）

NotNull

管理员姓名

性别

char

（1）

NotNull

管理员性别

职称

char（20）

NotNull

管理员职称

权限

char（10）

NotNull

管理员权限

（2）学生大体信息表student

字段名

字段类型

主/外键

字段约束

说明

学生学号

char（6）

P

NotNull

学生学号

姓名

char（10）

NotNull

学生姓名

性别

char

（1）

NotNull

性别

班级名称

char（13）

NotNull

所在班级

专业

char（20）

NotNull

所属专业

学院

char（20）

NotNull

所属学院

（3）请假信息表qingjia

字段名

字段类型

主/外键

字段约束

说明

学生学号

char（6）

p

Notnull

学生学号

申请时间

char（14）

Notnull

请假时间

开始时间

char（14）

Notnull

开始时间

请假天数

smallint

Notnull

天数

请假原因

char（80）

p

Notnull

原因

审批状态

char（5）

Notnull

审批状态

节课数

char（5）

Notnull

几节课

（4）任课老师信息表teacher

字段名

字段类型

主/外键

字段约束

说明

老师编号

char（9）

P

NotNull

老师编号

老师姓名

char（20）

NotNull

老师姓名

性别

char

（1）

NotNull

性别

所教班级

char（13）

NotNull

所教班级

所教课程

char（20）

NotNull

所教课程

所属学院

char（20）

NotNull

所属学院

（5）考勤表kaoqin

字段名

字段类型

主/外键

字段约束

说明

班级名称

char（10）

P

NotNull

上课班级

课程编号

char（10）

P

NotNull

课程编号

考勤时间

char（10）

NotNull

考勤时间

出勤人数

smallint

NotNull

已到人数

迟到人数

smallint

NotNull

迟到人数

旷课人数

smallint

NotNull

旷课人数

（6）上课缺勤记录表queqin

字段名

数据类型

主/外键

字段约束

说明

学生学号

char（6）

P

NotNull

学生学号

学生姓名

char（10）

NotNull

学生姓名

班级名称

char（5）

NotNull

所在班级

课程名称

char（10）

P

NotNull

课程名称

缺勤状态

char（10）

NotNull

缺勤情况

（7）课程信息表course

字段名

字段类型

主/外键

字段约束

说明

课程编号

char（8）

p

Notnull

课程编号

课程名称

char（20）

Notnull

课程名称

课程学分

char（20）

Notnull

课程学分

课程学时

char（20）

Notnull

课程学时

7.软件测试

页面利用安全测试

此测试进程主如果测试系统各个页面的安全性，即在用户没有登录的情形直接在阅读器地址中输入要打开的用户页面，或用户以正确的用户名和密码进入系统后，直接在阅读器地址中输入别的用户的页面，测试各页面是不是不需要用户登录就可利用，或是不是能够绕过身份验证。

第一步：

在用户没登岸系统的情形下，直接在阅读器中输入此地址是学生用户首页的完全地址，看是不是能打开操作。

测试结果：

提示用户还没登岸的错误信息。

依次测试别的页面，别的用户，测试结果都是：

提示用户还没登岸的错误信息。

第二步：

以学生正确的用户和密码进入学生系统后，在阅读器中输入任课老师首页地址，看是不是能绕过身份验证，打开别的用户的页面。

测试结果：

提示没有权限的错误信息。

用一样的方式测试别的页面，别的用户都取得了一样的测试结果，提示没有权限的错误信息。

测试结果：

通过以上测试可知，系统各个页面都有专门好的安全性，每一个页面都不允许用户在没有登岸的前提下访问，用户在登岸后，也不充许用户访问别的用户类型的页面，即不能绕过身份验证。

请假系统测试

请假系统是学生用户的核心功能，由于涉及的用户比较多，此部份的测试是在几个同窗的配合下完成，主要完成以下几个测试：

（1）空值测试：

在请假开始时刻、结束时刻、请假原因都为空或部份为空的情形下，直接点提交数据在线请假。

测试结果：

系统拒绝提交数据，并能正确的做出相应的提示，如**不能为空的错误信息。

（2）错误的时刻选择测试：

在开始时刻与结束时刻选择的时刻，把结束时刻选择一个开始时刻以前的时刻，然后提交数据。

测试结果：

提示时刻选择错误的提示信息。

（3）超前请假测试：

开始时刻选择一个与当前时刻相差一个大于7天的日期请假。

测试结果：

提示只能提前7天请假的错误信息。

（4）超后请假测试：

在开始时刻当选择一个当前系统时刻以前开始日期请假。

测试结果：

提示不能请过去时刻的假的错误信息。

（5）超长时刻请假测试：

在开始时刻与结束时刻中，选择一个相差30的日期请假。

测试结果：

提示不能请大于30天的请假。

（6）重复请假测试：

先申请一条当天日期的请假，申请成功后，再申请一条今天到明天两天的请假。

测试结果：

提示不能重复请假的错误信息。

（7）小于4天的请假测试：

开始时刻与结束时刻之差小于四天的请假测试。

测试结果：

提交数据后，在等待审批的请假记录中出现一条新的记录，并显示了申请时刻，班主任审批处显示了“等待批假”的提示信息，而院系审批处没有显示“等待批假”的提示信息。

（8）大于4天的请假测试：

开始时刻与结束时刻之差大于四天的请假测试：

测试结果：

提交数据后，在等待审批的请假记录中，班主任审批处和院系领导审批处都提示“等待批假“的提示信息。

（9）班主任批假测试：

班主任进入系统后，测试审批学生请假。

测试结果：

小于四天的请假，班主任若同意了请假，则学生记录成功记录中出现了请假成功的记录。

班主任同意的请假中同时也出现了此条记录。

若不同意请假，则提示此学生请假失败。

大于四天的请假，班主任若同意了请假，则出现等待院系审批的提示信息。

（10）院系批假测试：

院系领导进入系统后，大于四天的记录，且班主任同意请假的记录出此刻了等待审批的请假记录中。

测试结果：

同意请假，则学生、班主任、院系领导用户中同时出现请假成功信息，不同意请假，则学生、班主任、院系领导同时出现请假失败的信息。

修改密码测试

（1）空值测试：

在不输入原始密码、新密码、确认密码或部份为空的情形下，直接点击修改密码。

测试结果：

提示请输入原始密码的错误信息。

（2）错误原始密码测试：

输入错误原始密码，新密码、确认密码一致的测试。

测试结果：

提示原始密码不正确的错误信息。

（3）确认密码不正确的测试：

输入正确的原始密码，而确认密码不正确的测试。

测试结果：

提示确认密码不正确的错误信息。

考勤管理测试

（1）正确提示记录测试：

进入指定的记录页面，修改系统日期看是不是能按照系统日期的转变，显示出上过课，但学生信息没记录的提示信息。

测试结果：

若当前日期为2013-06-04前的所有没记录的考勤信息自动列出来，而且能自动识别课表安排的单/双周，改换时刻，都能取得正确的结果。

（2）考勤记录测试：

进入指定页面后，一个学生在当天上课时已经请假成功了，任课老师提交数据时选择此学生缺课。

测试结果：

在考勤统计信息和详细信息中，出现了此学生请假的出勤信息。