【毕业学位论文】（Word原稿）JSP,JAVA学生考勤系统设计与实现论文范文

考勤管理系统的设计与实现 摘 要 本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统总体上由三大功能模块：请假系统模块、考勤系统模块、后台管理模块组成。系统涉及到高校三大类用户：学生、任课老师、系统管理员。 本高校学生考勤管理系统用 000 开发， 开发过程中运用了页面模块化 、 信息发布的动态生成、静态页面显示 等技术 开发。本论文重点介绍本系统的请假系统、考勤系统两大功能模块设计，完成学生、任课老师、系统管理员三类用户功能的设计与实 现。 关键词 ：考勤管理；在线请假； he is an on of It is of in as a in of a is SP(000. in of of on of s of it of on 目 录 第 1 章 问题定义 . 6 言 . 6 发背景 . 6 题描述 . 6 第 2 章 可行性分析 . 8 言 . 8 的和意义 . 8 行性分析 . 8 第 3 章 需求分析 . 10 言 . 10 户需求描述 . 10 生用户需求描述 . 10 课老师用户需求描述 . 10 统 管理员用户需求描述 . 11 能需求描述 . 11 统开发工具 . 11 关开发工具简介 . 12 （浏览器 /服务器）简介 . 12 介 . 12 统功能划分 . 12 据字典 . 13 据流图 . 13 行需求 . 14 低配置 . 14 议配置 . 15 第 4 章 总体设计 . 16 言 . 16 统布局设计 . 16 体结构图 . 17 第 5 章 详细设计 . 19 言 . 19 统功能流程图 . 19 据库设计与实现 . 20 体模型 . 20 型 . 21 据库的逻辑设计 . 21 据库表的创建 . 21 第 6 章 系统实现 . 23 陆界面的设计与实现 . 23 理员主界面的设 计与实现 . 24 加教师界面的设计与实现 . 25 师管理界面的设计与实现 . 26 加学生界面的设计与实现 . 27 生管理界面的设计与实现 . 28 师审核与查看界面的设计与实现 . 29 师点名界面的设计与实现 . 30 生请假界面的设计与实现 . 31 生考勤信息查看界面的设计与实现 . 32 第 7 章 软件测试 . 33 言 . 33 试方案 . 33 盒测试 . 33 盒测试 . 33 它测试方案 . 33 系统所采用测试方案 . 33 试过程 . 33 户登陆测试 . 33 面使用安全测试 . 34 生 用户测试 . 34 课老师用户测试 . 35 主任用户测试 . 35 系领导 /学校领导用户测试 . 35 总 结 . 37 参考文献 . 38 致 谢 . 39 附 录 . 40 附录一：文献资料 . 40 原文 . 40 附录二、系统部署及使用手册 . 42 开发工具的安装与配置 . 42 系统部署 . 43 第 1 章 问题定义 言 问题定义阶段必须回答的关键问题是：“要解决的问题是什么？”， 在此阶段中，主要是弄清本课题需要解决 的问题根本所在，以及此课题所需的资源等。 发背景 目前高校校园信息化逐步完善，高校师生借助校园网有效的提高了办事效率。各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、 园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课出勤情况，学期末根据上课出勤表及作业登记表对学生平时成绩打分，然后把数据上交到各院系。学生请假以传统的写请假条的形式向各自班主任请假，时间长的请假，要班主任、院系领导都批准方能 生效。这种的模式在目前高校管理中暴露出了许多弊端：一是学生请假不方便；二是学生请假对任课老师不透明，造成对学生上课出勤误记的情况；三是学生上课出勤表对班主任不透明，班主任很难知道本班学生上课的出勤情况，不便于与学生及时有效的沟通；四是学生对自己整个学期的上课出勤情况没有整体的统计信息。五是院系领导、学校领导更加把握不住学生上课的出勤情况。 题描述 上述所说高校对学生考勤和请假面临的问题涉及多类用户，系统使用范围是在全校校园网内，由于用户分布广泛，且存在很大差异，如：知识结构的差异、计算机硬件配置的差 异、操作系统的差异等。因此本系统设计应当采用典型的B/S（浏览器 /服务器）的构架进行设计，操作简单直观，对硬件要求低，最好能实现跨平台。跨平台一是指客户端用户操作的跨平台，二是指服务器端的跨平台，即可以将服务器部署在所有操作平台上。系统应当有很好的扩展性，与当前高校中现有的系统很好集成。 目前随着 术的不断创新与发展，新的技术不断推出，各种企业实现信息化的解决方案不断成熟。面向对象程序设计语言的广泛使用，各种成熟关系数据库的不断完善与推出，再加上面向对象的软件开发过程广泛应用，软件开发过程变得越来越容易 ，开发出的系统变得越来越实用，许多企业使用信息系统后，明显提高了办事效率，带来了很大的经济收入。目前流行的基于 B/S 结构的解决方案主要有 技术。本系统选用 术开发，使用当前流行的000 数据库管理系统来存储数据 ,主要解决学生在线请假、在线考勤管理以及后台数据的维护与更新。 第 2 章 可行性分析 言 这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通的解决方法吗？”为了回答这个问题，需要一次大大压缩和简化了的系统分析和设计的过程 ，也就是在较抽象的高层次上进行的分析和设计的过程。可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决方法。 的和意义 开发本系统的目的，就是要解决目前高校中关于学生请假与上课出勤管理中所面临的一系列问题。 开发出高校学生考勤管理系统能有效地提高高校办事效率，解决目前高校学生请假及上课出勤管理问题，实现学生请假及上课出勤信息对任课教师、班主任、院系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情况，及时与学生沟通，提高教学 质量。 行性分析 技术可行性： 高校学生考勤管理系统在目前的高校中使用还不普遍，但也有许多类似的成功案例：如教务管理系统、排课系统等。本系统采用 本语言、 识语言及 000 数据库技术综合开发。一种安全稳定的动态网页技术，目前国内各企业的电子商务系统， 统，银行信息系统等基本上都用 发的。 于结构化查询语言的数据库服务器）是基于客户 /服务器结构的数据库管理系统，用户通过使用客户系统从 服务器检索信息并进行本地操作，服务器关注数据库进程，而客户则关注信息的表示。为了使客户端能够从服务器中访问数据，服务器必须具备以下两个关键特征：一、对在数据库中的数据提供单点访问。二、将处理和操作在客户端和服务器间进行分配。 用 言来维护、实现和访问数据库， 一个子集标准。 多种实用程序允许用户来访问它的服务，用户可用这些实用程序对 行本地 管理或远程管理。 经济可行性 ：本系统使用 B/S 架构设计，使用市场上流行的动态网页技术，开发简单，使用度方便，不需要耗费大量的人力物力就能很快的开发出来，系统部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就可使用本系统，所以 从经济上讲是可行的。 法律可行性 ： 本系统拥有自主知识产权，没有使用任何违法的软件也没有交易任何非法的商品，所以在法律上是可行的。 操作可行性： 本系统操作简单方便 ,只要懂得上网都能方便操作本系统 ,所以在操作上也是可行的。 分析结果： 从以上的分析可知，高校学生考勤管理系统的解 决方案无论在技术，经济还是法律以及操作上都是可行的，且开发本系统具有一定的经济价值和实用价值。 第 3 章 需求分析 言 这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。 户需求描述 用户是系统的最终使用者，开发系统的目的是要用户最终很好的使用系统，最终为用户带来各种便利。本系统要解决高校学在线请假以及上课考勤管理两大问题，通过对高校的实际调查分析，本系统应当包括学生、任课老师、系统管理员三类用户， 这三类用户对系统的需求简要概括如下： 生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。 在线请假需求：学生在网上填写好请假的起止日期，请假原因后，就可以向本学期本班班主任提出请假申请，由 任课老师 审批后。在在线请假的全过程当中，学生可以随时查看请假的详细进展情况。 查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师姓名、第几节课等详细信息。 其它需求：查看本人的基本信息，如本人 的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码，查看本班课表安排。 课老师用户需求描述 任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查看所教班级学生的上课出勤信息。 管理学生上课出勤需求：根据学校安排的课表，随着时间的变化，自动列出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定学生上课出勤的最终结果。 查看学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详细信息。 统管理员用户需求描述 系统管理员有系统的最高权 限，负责系统所需所有数据的动态同步更新以及维护，根据系统针对各用户的设计，基本功能需求如下： 1、管理系统所有用户 的添加、删除、修改等 。 能需求描述 根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台管理系统这三大主要功能。 请假系统功能需求：通过实际调查分析得出，目前高校中的请假流程是学生若要请假，必须先写好请假条先 任课老师 审批。 考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进行公开，但由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公开，要求系统能自动提 示任课老师对上完课了，但还没公布的出勤信息进行网上公布。 后台管理功能需求：后来管理主要是用来管理系统操作的数据，因为高校每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助班主任安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而每学年课表都在变化，班主任安排也有在变化，学生也在变化，因此必须要求后台管理系统能根据系统需求，动态的、准确的更新系统数据。 统开发工具 根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针对本高校学生考勤管理系统选择以下开发工具进 行开发： 系统结构： B/S （浏览器 /服务器） 开发语言： 据库： 000 开发工具： 务器端容器： 关开发工具简介 （浏览器 /服务器）简介 B/S（ 览器 /服务器）模式又称 B/S 结构。它是随着术的兴起，对 C/S 模式应用的扩展。在这种结构下，用户工作界面是通过 览器来实现的。 B/S 模式最大的好处是运行维护比较简 便，能实现不 同 的 人 员 ， 从 不 同 的 地 点 ， 以 不 同 的 接 入 方 式 （ 比 如 ）访问和操作共同的数据；最大的缺点是对网络环境依赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。 介 司推出的完全面向对象的语言，它有很好的跨平台性、安全性、重用性等特点。 全称是 是 出的一种动态网页技术标准。它在传统的静态页面文件 (*加入 序片段和 记 ，就构成了 面。由 务器上的 擎来处理 素，生成调用 用 问数据库（或文件），最后以 形式返回浏览器。 中编译，编译一次后存入内存，以后再调用时，不用再编译，所以速度很快。 统功能划分 根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、考勤系统、后台管理模块，涉及到三大类用户：学生、任课教师、系统管理员。 本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生 和任课教师 ，学生通过此 功能模块进行在线请假及查看请假记录信息； 任课教师 在线审批学生请假及查看请假记录信息。 本模块的功能是学生考勤信息统计的实现、查看及管理，涉及三大类用户中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学生出勤信息。 本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用户。系统管理员动态的管理学生信息、 教师信息 等信息 的管理 ，是整个系统实现的基础。 据字典 数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述外部项和处理逻辑的 某些数据特性。数据词典把数据的最小组成单位看作数据元素，若干个数据元素组成数据结构。它通过对数据元素和数据结构的定义，来描述数据流和数据存储的逻辑内容。它相当于字典的作用，当用户或软件人员想了解某一数据的含义时，查查字典就可以了。 据流图 数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻辑流向及存储，又可以表达系统的逻辑功能和数据的逻辑变换。数据流程图既能表达现行人工系统的数据流程和逻辑处理功能，也能表达自动化系统的数据流程和逻辑处理功能。 图 3假系统数据流图 s of 生请假 任课老师审批 请假成功 请假失败 请假记录 同意 同意 不同意 图 3勤系统数据流图 s 课老师 请假系统 数据处理 请假 旷课 出勤记录 请假记录 序数据流图 图 序流程图 行需求 低配置 服务器端： 开 始 身份验证 与数据库核对 字段是否匹配 管理 员主页 进行相应操作 结 束 Y N 重新登录 用户类型 教师主页 学生主页 1）硬件 需 求：处理器 内存 128M 硬盘 40G 2）软件需求： 8 000 数据库 户端 ： 1)硬 件 需 求： 处理器 33或相当的处理器 内存 64M 硬盘 10G 2)软件需求： 8 建议配置 服务器端： 1）硬件 需 求：处理器 V 存 256M 硬盘 80G 2）软件需求： 000/ 据库 户端 ： 1)硬件需求：处理器 V 相当的处理 内存 128M 硬盘 20G 2)软件需求： 000/第 4 章 总体设计 言 经过需求分析阶段的工作，系统必须 “ 做什么 ” 已经清楚了，现在是决定“怎样做 ” 的时候。 统布局设计 系统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的风格，这给页面的使 用和维护都带来了很大的便利，特别是在代码重用方面起了很大作用。本系统各用户的页面设计如图 4示 ： 可以在此展示 系统 标识、页面归属等信息 。 单区 提供 系统可供操作的 功能列表 。 显示页面格式化数据页面主体区显示的内容，将依据页面在 系统 中的作用而定 。 页面主体 功能菜单 4统布局图 s 可设计为 显示 系统 所有权等信息。 体结构图 根据系统功能的要求，高校学生考勤管理系统各个模块之间的层次结构如图4示： 按用户划分，系统结构图如图 4示： 高校学生考勤管理系统 请假系统 考勤系统 后台管理 图 4系统功能 结构示意图 of s 校学生考勤管理系统 学生 任课老师 管理员 图 4系统用户 结构示意图 of s 系统子功能模块的层次结构如图 4示： 考勤管理子模块 任课老师提交数据 各用户查询考勤数据 图 4考勤系统 结构示意图 of 第 5 章 详细设计 言 总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就是回答下面这个关键的问题： “ 应该怎样具体地实现这个系统呢？ ” ，通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描述。从而在 编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。 统功能流程图 1）主功能流程： 图 5主界面流程 图 s 始 用户登陆 学生 任课老师 在线请假 查看考勤信息 审批请假 查看考勤信息 退出系统 结束 据库设计与实现 体模型 老师提交记录 记录 交时间 上课时间 图 5课老师提交记录实体图 of to by 图 5假记录属性模型 of 请假记录 学生学号 请假原因 请假天数 开始时间 申请时间 审批状态 图 5生出勤记录属性模型 of on 学生出勤记录 出勤 课时间 学号 出勤情况 型 据库的逻辑设计 根据系统功能设计的要求以及功能模块的划分， 对于系统数据库，可以列出以下数据项和数据结构： 考勤登记表：课程安排代号、记载时间、上课时间。 学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。 请假信息表：请假代号、班级代号、学 年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间等。 据库表的创建 根据数据库需求的分析，建立如下 4 个基本数据表。 表 5勤 信息表 (学生 请假记录 1 n 请假 图 5生 型 -R of 1 1 出勤记录 学生 出勤 图 5生 出勤记录 型 -R of on 5师信息 表 (表 5理员信息 表 (表 5理员信息表 ( 第 6 章 系统实现 陆界面的设计与实现 用户登