JSPSQL学生考勤系统的设计与实现毕业.doc

《JSPSQL学生考勤系统的设计与实现毕业.doc》由会员分享，可在线阅读，更多相关《JSPSQL学生考勤系统的设计与实现毕业.doc（52页珍藏版）》请在三一文库上搜索。

1、考勤管理系统的设计与实现考勤管理系统的设计与实现 毕业设计（论文）原创性声明和使用授权说明毕业设计（论文）原创性声明和使用授权说明 原创性声明原创性声明 本人郑重承诺：所呈交的毕业设计（论文） ，是我个人在指导教 师的指导下进行的研究工作及取得的成果。尽我所知，除文中特别 加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过 的研究成果，也不包含我为获得 及其它教育机构的学位 或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人 或集体，均已在文中作了明确的说明并表示了谢意。 作 者 签 名： 日 期： 指导教师签名： 日 期： 使用授权说明使用授权说明 本人完全了解 大学关于收集

2、、保存、使用毕业设计（论 文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和 电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并 提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其 它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论 文的部分或全部内容。 作者签名： 日 期： 学位论文原创性声明学位论文原创性声明 本人郑重声明：所呈交的论文是本人在导师的指导下独立进行 研究所取得的研究成果。除了文中特别加以标注引用的内容外，本 论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本 文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。 本人完全意识到

3、本声明的法律后果由本人承担。 作者签名： 日期： 年 月 日 学位论文版权使用授权书学位论文版权使用授权书 本学位论文作者完全了解学校有关保留、使用学位论文的规定， 同意学校保留并向国家有关部门或机构送交论文的复印件和电子版， 允许论文被查阅和借阅。本人授权 大学可以将本学位 论文的全部或部分内容编入有关数据库进行检索，可以采用影印、 缩印或扫描等复制手段保存和汇编本学位论文。 涉密论文按学校规定处理。 作者签名：日期： 年 月 日 导师签名： 日期： 年 月 日 指导教师评阅书指导教师评阅书 指导教师评价：指导教师评价： 一、撰写（设计）过程 1、学生在论文（设计）过程中的治学态度、工作精神

4、 优 良 中 及格 不及格 2、学生掌握专业知识、技能的扎实程度 优 良 中 及格 不及格 3、学生综合运用所学知识和专业技能分析和解决问题的能力 优 良 中 及格 不及格 4、研究方法的科学性；技术线路的可行性；设计方案的合理性 优 良 中 及格 不及格 5、完成毕业论文（设计）期间的出勤情况 优 良 中 及格 不及格 二、论文（设计）质量 1、论文（设计）的整体结构是否符合撰写规范？ 优 良 中 及格 不及格 2、是否完成指定的论文（设计）任务（包括装订及附件）？ 优 良 中 及格 不及格 三、论文（设计）水平 1、论文（设计）的理论意义或对解决实际问题的指导意义 优 良 中 及格 不及格

5、 2、论文的观念是否有新意？设计是否有创意？ 优 良 中 及格 不及格 3、论文（设计说明书）所体现的整体水平 优 良 中 及格 不及格 建议成绩：建议成绩： 优优 良良 中中 及格及格 不及格不及格 （在所选等级前的内画“”） 指导教师：指导教师： （签名） 单位：单位： （盖章） 年年 月月 日日 评阅教师评阅书评阅教师评阅书 评阅教师评价：评阅教师评价： 一、论文（设计）质量一、论文（设计）质量 1、论文（设计）的整体结构是否符合撰写规范？ 优 良 中 及格 不及格 2、是否完成指定的论文（设计）任务（包括装订及附件）？ 优 良 中 及格 不及格 二、论文（设计）水平二、论文（设计）水平

6、 1、论文（设计）的理论意义或对解决实际问题的指导意义 优 良 中 及格 不及格 2、论文的观念是否有新意？设计是否有创意？ 优 良 中 及格 不及格 3、论文（设计说明书）所体现的整体水平 优 良 中 及格 不及格 建议成绩：建议成绩： 优优 良良 中中 及格及格 不及格不及格 （在所选等级前的内画“”） 评阅教师：评阅教师： （签名） 单位：单位： （盖章） 年年 月月 日日 教研室（或答辩小组）及教学系意见教研室（或答辩小组）及教学系意见 教研室（或答辩小组）评价：教研室（或答辩小组）评价： 一、答辩过程一、答辩过程 1、毕业论文（设计）的基本要点和见解的叙述情况 优 良 中 及格 不及

7、格 2、对答辩问题的反应、理解、表达情况 优 良 中 及格 不及格 3、学生答辩过程中的精神状态 优 良 中 及格 不及格 二、论文（设计）质量二、论文（设计）质量 1、论文（设计）的整体结构是否符合撰写规范？ 优 良 中 及格 不及格 2、是否完成指定的论文（设计）任务（包括装订及附件）？ 优 良 中 及格 不及格 三、论文（设计）水平三、论文（设计）水平 1、论文（设计）的理论意义或对解决实际问题的指导意义 优 良 中 及格 不及格 2、论文的观念是否有新意？设计是否有创意？ 优 良 中 及格 不及格 3、论文（设计说明书）所体现的整体水平 优 良 中 及格 不及格 评定成绩：评定成绩：

8、优优 良良 中中 及格及格 不及格不及格 （在所选等级前的内画“”） 教研室主任（或答辩小组组长）：教研室主任（或答辩小组组长）： （签名） 年年 月月 日日 教学系意见：教学系意见： 系主任：系主任： （签名） 年年 月月 日日 摘摘 要要 本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信 息系统。本系统总体上由三大功能模块：请假系统模块、考勤系统模块、后台 管理模块组成。系统涉及到高校三大类用户：学生、任课老师、系统管理员。 本高校学生考勤管理系统用 JSP+SQL Server 2000 开发，开发过程中运用 了页面模块化、信息发布的动态生成、静态页面显示等技术开发。本论

9、文重点 介绍本系统的请假系统、考勤系统两大功能模块设计，完成学生、任课老师、 系统管理员三类用户功能的设计与实现。 关键词关键词：考勤管理；在线请假；JSP ABSTRACT The system is an information system designed for asking for leave on line for students and managing attendance of undergraduate. It is generally divided into three main modules: the module for asking for on-line

10、leave, the module for managing attendance of undergraduate and the module for backstage management. There are different customers in the university operating the system, such as student, teacher, a teacher in charge of a class, administrator. The system is developed with the help of JSP(java、JavaScr

11、ipt、html)and SQL Server 2000. The key techniques used in the process of development are: the page modularization, dynamic generating and static page showing of information, etc. And the thesis focuses on the introduction of the systems attendance management and the management of asking for leave onl

12、ine. And it develops the function of student, teacher, and school administrator on the whole. Key word: attendance management；online ask for leave； JSP 目目 录录 第第 1 1 章章 问题定义问题定义 .6 1.1 引言.6 1.2 开发背景.6 1.3 问题描述.6 第第 2 2 章章 可行性分析可行性分析 .8 2.1 引言.8 2.2 目的和意义.8 2.3 可行性分析.8 第第 3 章章 需求分析需求分析 .10 3.1 引言.10 3

13、.2 用户需求描述.10 3.2.1 学生用户需求描述10 3.2.2 任课老师用户需求描述10 3.2.3 系统管理员用户需求描述11 3.3 功能需求描述.11 3.4 系统开发工具.11 3.5 相关开发工具简介.12 3.5.1 B/S（浏览器/服务器）简介.12 3.5.2 JAVA/JSP简介.12 3.6 系统功能划分.12 3.7 数据字典.13 3.8 数据流图.13 3.9 运行需求.14 3.9.1 最低配置.14 3.9.2 建议配置.14 第第 4 4 章章 总体设计总体设计 .15 4.1 引言.15 4.2 系统布局设计.15 4.3 总体结构图.16 第第 5

14、5 章章 详细设计详细设计 .18 5.1 引言.18 5.2 系统功能流程图.18 5.4 数据库设计与实现.19 5.4.1 实体模型.19 5.4.2 E-R 模型20 5.4.3 数据库的逻辑设计.20 5.4.4 数据库表的创建.20 第第 6 6 章章 系统实现系统实现 .22 6.1 登陆界面的设计与实现.22 6.2 管理员主界面的设计与实现.23 6.3 添加教师界面的设计与实现.24 6.4 教师管理界面的设计与实现.25 6.5 添加学生界面的设计与实现.26 6.6 学生管理界面的设计与实现.27 6.7 教师审核与查看界面的设计与实现.28 6.8 教师点名界面的设计

15、与实现.29 6.9 学生请假界面的设计与实现.30 6.10 学生考勤信息查看界面的设计与实现.31 第第 7 7 章章 软件测试软件测试 .32 7.1 引言.32 7.2 测试方案.32 7.2.1 黑盒测试.32 7.2.2 白盒测试.32 7.2.3 其它测试方案.32 7.2.4 本系统所采用测试方案.32 7.3 测试过程.32 7.3.1 用户登陆测试.32 7.3.2 页面使用安全测试.33 7.3.3 学生用户测试33 7.3.4 任课老师用户测试34 7.3.5 班主任用户测试34 7.3.6 院系领导/学校领导用户测试34 总总 结结 .36 参考文献参考文献 .37

16、致致 谢谢 .38 附附 录录 .39 附录一：文献资料.39 原文.39 附录二、系统部署及使用手册.41 开发工具的安装与配置.41 系统部署.42 第 1 章 问题定义 1.1 引言 问题定义阶段必须回答的关键问题是：“要解决的问题是什么？” ， 在此 阶段中，主要是弄清本课题需要解决的问题根本所在，以及此课题所需的资源 等。 1.2 开发背景 目前高校校园信息化逐步完善，高校师生借助校园网有效的提高了办事效 率。各大高校针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、 校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公 带来了便利。 目前高校学生上课考勤管

17、理都是以任课老师上课点名，记录学生上课出勤 情况，学期末根据上课出勤表及作业登记表对学生平时成绩打分，然后把数据 上交到各院系。学生请假以传统的写请假条的形式向各自班主任请假，时间长 的请假，要班主任、院系领导都批准方能生效。这种的模式在目前高校管理中 暴露出了许多弊端：一是学生请假不方便；二是学生请假对任课老师不透明， 造成对学生上课出勤误记的情况；三是学生上课出勤表对班主任不透明，班主 任很难知道本班学生上课的出勤情况，不便于与学生及时有效的沟通；四是学 生对自己整个学期的上课出勤情况没有整体的统计信息。五是院系领导、学校 领导更加把握不住学生上课的出勤情况。 1.3 问题描述 上述所说高

18、校对学生考勤和请假面临的问题涉及多类用户，系统使用范围 是在全校校园网内，由于用户分布广泛，且存在很大差异，如：知识结构的差 异、计算机硬件配置的差异、操作系统的差异等。因此本系统设计应当采用典 型的 B/S（浏览器/服务器）的构架进行设计，操作简单直观，对硬件要求低， 最好能实现跨平台。跨平台一是指客户端用户操作的跨平台，二是指服务器端 的跨平台，即可以将服务器部署在所有操作平台上。系统应当有很好的扩展性， 与当前高校中现有的系统很好集成。 目前随着 IT 技术的不断创新与发展，新的技术不断推出，各种企业实现信 息化的解决方案不断成熟。面向对象程序设计语言的广泛使用，各种成熟关系 数据库的不

19、断完善与推出，再加上面向对象的软件开发过程广泛应用，软件开 发过程变得越来越容易，开发出的系统变得越来越实用，许多企业使用信息系 统后，明显提高了办事效率，带来了很大的经济收入。目前流行的基于 B/S 结 构的解决方案主要有 ASP，JSP，PHP 等技术。本系统选用 JSP 技术开发，使用 当前流行的 SQL Server 2000 数据库管理系统来存储数据,主要解决学生在线请 假、在线考勤管理以及后台数据的维护与更新。 第 2 章 可行性分析 2.1 引言 这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通 的解决方法吗？”为了回答这个问题，需要一次大大压缩和简化了的系统分析

20、 和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。可行性 研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围， 探索这个问题是否值得去解，是否有可行的解决方法。 2.2 目的和意义 开发本系统的目的，就是要解决目前高校中关于学生请假与上课出勤管理 中所面临的一系列问题。 开发出高校学生考勤管理系统能有效地提高高校办事效率，解决目前高校 学生请假及上课出勤管理问题，实现学生请假及上课出勤信息对任课教师、班 主任、院系领导、学校领导透明，使班主任、院系领导及时把握学生的学习情 况，及时与学生沟通，提高教学质量。 2.3 可行性分析 技术可行性：技术可行性：高校学生考

21、勤管理系统在目前的高校中使用还不普遍，但也 有许多类似的成功案例：如教务管理系统、排课系统等。本系统采用 JSP，JavaScript 脚本语言、html 标识语言及 SQL Server 2000 数据库技术综 合开发。JSP 是一种安全稳定的动态网页技术，目前国内各企业的电子商务系 统，ERP 系统，银行信息系统等基本上都用 JSP 开发的。Microsoft SQL Server（基于结构化查询语言的数据库服务器）是基于客户/服务器结构的数据 库管理系统，用户通过使用客户系统从服务器检索信息并进行本地操作，服务 器关注数据库进程，而客户则关注信息的表示。为了使客户端能够从服务器中 访问数

22、据，服务器必须具备以下两个关键特征：一、对在数据库中的数据提供 单点访问。二、将处理和操作在客户端和服务器间进行分配。SQL Server 使用 Transact-SQL 语言来维护、实现和访问数据库，Transact-SQL 是 SQL（Structured Query Language）的一个子集标准。SQL Server 有多种实用 程序允许用户来访问它的服务，用户可用这些实用程序对 SQL Server 进行本地 管理或远程管理。 经济可行性经济可行性：本系统使用 B/S 架构设计，使用市场上流行的动态网页技术， 开发简单，使用度方便，不需要耗费大量的人力物力就能很快的开发出来，系 统

23、部署对软硬件要求不高，用户操作简单，几乎不需要对用户进行专业培训就 可使用本系统，所以从经济上讲是可行的。 法律可行性法律可行性：本系统拥有自主知识产权，没有使用任何违法的软件也没有 交易任何非法的商品，所以在法律上是可行的。 操作可行性：操作可行性：本系统操作简单方便,只要懂得上网都能方便操作本系统,所 以在操作上也是可行的。 分析结果分析结果：从以上的分析可知，高校学生考勤管理系统的解决方案无论在 技术，经济还是法律以及操作上都是可行的，且开发本系统具有一定的经济价 值和实用价值。 第 3 章 需求分析 3.1 引言 这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这 个问题

24、，目标系统必须做什么” ，主要是确定目标系统必须具备哪些功能。 3.2 用户需求描述 用户是系统的最终使用者，开发系统的目的是要用户最终很好的使用系统， 最终为用户带来各种便利。本系统要解决高校学在线请假以及上课考勤管理两 大问题，通过对高校的实际调查分析，本系统应当包括学生、任课老师、系统 管理员三类用户，这三类用户对系统的需求简要概括如下： 3.2.1 学生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤 信息。 在线请假需求：学生在网上填写好请假的起止日期，请假原因后，就可以 向本学期本班班主任提出请假申请，由任课老师审批后。在在线请假的全过程 当中，学生可

25、以随时查看请假的详细进展情况。 查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息， 如：整个学期请假、旷课、迟到、早退了多少次，以及具体的时间、任课老师 姓名、第几节课等详细信息。 其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班 级、学号、姓名、性别等，以及修改个人用户密码，查看本班课表安排。 3.2.2 任课老师用户需求描述 任课老师对系统的主要需求是：管理所教班级学生的上课出勤信息以及查 看所教班级学生的上课出勤信息。 管理学生上课出勤需求：根据学校安排的课表，随着时间的变化，自动列 出还没有在网上公布的学生上课出勤信息，系统自动根据学生请假系统，决定 学

26、生上课出勤的最终结果。 查看学生出勤信息需求：查看所教班级学生整个学期上出勤统计信息及详 细信息。 3.2.3 系统管理员用户需求描述 系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新以 及维护，根据系统针对各用户的设计，基本功能需求如下： 1、管理系统所有用户的添加、删除、修改等。 3.3 功能需求描述 根据各类用户的需求描述，系统应当具备请假系统、考勤管理系统、后台 管理系统这三大主要功能。 请假系统功能需求：通过实际调查分析得出，目前高校中的请假流程是学 生若要请假，必须先写好请假条先任课老师审批。 考勤管理功能需求：任课老师通过考勤管理系统，对学生上课出勤信息进 行公开，

27、但由于任课老师忙于教学，为了能及时准确无误的对学生出勤情况公 开，要求系统能自动提示任课老师对上完课了，但还没公布的出勤信息进行网 上公布。 后台管理功能需求：后来管理主要是用来管理系统操作的数据，因为高校 每学年的学生都在变化，有新生入学，也有学生毕业。请假系统要借助班主任 安排才能完成，考勤管理系统要借助请假系统、班级课表安排才能完成，然而 每学年课表都在变化，班主任安排也有在变化，学生也在变化，因此必须要求 后台管理系统能根据系统需求，动态的、准确的更新系统数据。 3.4 系统开发工具 根据各用户的需求，以及系统各大功能的需求，经过大量的调查分析，针 对本高校学生考勤管理系统选择以下开发

28、工具进行开发： 系统结构：B/S （浏览器/服务器） 开发语言：JAVA/JSP 数据库：SQL Server 2000 开发工具：JDK 1.5 Dreamweaver Eclipse 服务器端容器：Tomcat 5.5 3.5 相关开发工具简介 3.5.1 B/S（浏览器/服务器）简介 B/S（Browser/Server，浏览器/服务器）模式又称 B/S 结构。它是随着 Internet 技术的兴起，对 C/S 模式应用的扩展。在这种结构下，用户工作界面 是通过 IE 浏览器来实现的。B/S 模式最大的好处是运行维护比较简便，能实现 不同的人员，从不同的地点，以不同的接入方式（比如 LA

29、N, WAN, Internet/Intranet 等）访问和操作共同的数据；最大的缺点是对网络环境依 赖性太强，由于各种原因引起网络中断都会造成系统瘫痪。 3.5.2 JAVA/JSP 简介 JAVA 是 SUN 公司推出的完全面向对象的语言，它有很好的跨平台性、安全 性、重用性等特点。 JSP 的全称是 Java Servlet Pages，它是 SUN 推出的一种动态网页技术标 准。它在传统的静态页面文件(*.html,*htm)中加入 Java 程序片段和 JSP 标记， 就构成了 JSP 页面。由 Web 服务器上的 JSP 引擎来处理 JSP 元素，生成调用 Bean，并用 JDB

30、C 访问数据库（或文件） ，最后以 HTML 或 XML 的形式返回浏览器。 JSP 在 Servlet 类中编译，编译一次后存入内存，以后再调用时，不用再编译， 所以速度很快。 3.6 系统功能划分 根据系统用户的需求，将本系统按功能划分成三大功能模块：请假系统、 考勤系统、后台管理模块，涉及到三大类用户：学生、任课教师、系统管理员。 1.请假系统模块 本模块的功能是在线请假的实现及管理，主要涉及三大类用户：学生和任 课教师，学生通过此功能模块进行在线请假及查看请假记录信息；任课教师在 线审批学生请假及查看请假记录信息。 2.考勤系统模块 本模块的功能是学生考勤信息统计的实现、查看及管理，涉

31、及三大类用户 中的所有用户。学生在线查看自己所有学年的出勤信息；任课老师在线管理学 生出勤信息。 3.后台管理管理 本模块的功能实现整个系统数据的同步更新及维护，只涉及系统管理员用 户。系统管理员动态的管理学生信息、教师信息等信息的管理，是整个系统实 现的基础。 3.7 数据字典 数据词典，既用于描述数据流和数据存储的详细逻辑内容，也可用于描述 外部项和处理逻辑的某些数据特性。数据词典把数据的最小组成单位看作数据 元素，若干个数据元素组成数据结构。它通过对数据元素和数据结构的定义， 来描述数据流和数据存储的逻辑内容。它相当于字典的作用，当用户或软件人 员想了解某一数据的含义时，查查字典就可以了

32、。 3.8 数据流图 数据流程图是结构化系统分析的工具。它既可以表达数据在系统内部的逻 辑流向及存储，又可以表达系统的逻辑功能和数据的逻辑变换。数据流程图既 能表达现行人工系统的数据流程和逻辑处理功能，也能表达自动化系统的数据 流程和逻辑处理功能。 图 3-1 请假系统数据流图 Fig3-1 the systems of asking for leave dataflow pursueing 学生请假 任课老师审批 请假成功请假失败 请假记录 同意同意不同意 图 3-2 考勤系统数据流图 Fig3-2 attendance systems dataflow pursueing 任课老师 请假系

33、统 数据处理 请假 旷课 出勤记录 请假记录 3.9 程序数据流图 开 始 身份验证 与数据库核对 字段是否匹配 管理员主页 进行相应操作 结 束 Y N 重新登录 用户类型 教师主页学生主页 图 3.3 程序流程图 3.10 运行需求 3.10.1 最低配置 服务器端： 1）硬件需求：处理器 Intel Pentium III 内存 128M 硬盘 40G 2）软件需求：Windows 98 Microsoft Internet Explorer 4.01 JDK 1.5 SQL Server 2000 数据库 Tomcat 5.0 客户端 ： 1)硬件需求： 处理器 Intel 奔腾 13

34、3 或相当的处理器 内存 64M 硬盘 10G 2)软件需求： Windows 98 Microsoft Internet Explorer 4.01 3.10.2 建议配置 服务器端： 1）硬件需求：处理器 Intel Pentium IV 2.8G 内存 256M 硬盘 80G 2）软件需求：Microsoft Windows 2000/XP JDK 1.5 Tomcat 5.5 SQL Server2000 数据库 Microsoft Internet Explorer 6.0 客户端 ： 1)硬件需求：处理器 Intel Pentium IV 1.8 或相当的处理 内存 128M 硬盘

35、 20G 2)软件需求： Windows 2000/XP Microsoft Internet Explorer 6.0 第第 4 4 章章 总体设计总体设计 4.1 引言 经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定 “怎样做”的时候。 4.2 系统布局设计 系统页面采用框架来设计，不同的用户有不同的功能菜单，但都有统一的 风格，这给页面的使用和维护都带来了很大的便利，特别是在代码重用方面起 了很大作用。本系统各用户的页面设计如图 4-1 所示： 1.Banner 区可以在此展示系统标识、页面归属等信息。 2.功能菜单区提供系统可供操作的功能列表。 4.页面主体区显示页面

36、格式化数据页面主体区显示的内容，将依据页 面在系统中的作用而定。 页面主体 功能菜单 Banner Bottom 图 4-1 系统布局图 Fig4-1 Systems layout map 5.Bottom 区可设计为显示系统所有权等信息。 4.3 总体结构图 根据系统功能的要求，高校学生考勤管理系统各个模块之间的层次结构如 图 4-2 所示： 按用户划分，系统结构图如图 4-3 所示： 高校学生考勤管理系统 请 假 系 统 考 勤 系 统 后 台 管 理 图 4-2 系统功能结构示意图 Fig.4-2 Structure sketch map of the systems function

37、高校学生考勤管理系统 学 生 任 课 老 师 管 理 员 图 4-3 系统用户结构示意图 Fig.4-3 Structure sketch map of the Systems user 系统子功能模块的层次结构如图 4-4 所示： 考勤管理子模块 任课老师提交数据各用户查询考勤数据 图 4-4 考勤系统结构示意图 Fig.4-5 Structure sketch map of the system checking attendance 第第 5 5 章章 详细设计详细设计 5.1 引言 总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是 软件开发时期的第三个阶段，也是软件设计

38、的第二步。其任务就是把解法具体 化，也就是回答下面这个关键的问题：“应该怎样具体地实现这个系统呢？” ， 通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描 述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程 序。 5.2 系统功能流程图 1）主功能流程： 图 5-1 主界面流程图 Fig.5-1 main pagess flow diagram 开始 用户登陆 学生 任课老师 在线 请假 查看考 勤信息 审批 请假 查看 考勤 信息 退出系统 结束 5.4 数据库设计与实现 5.4.1 实体模型 老师提交记录 记录 ID 提交时间 上课时间 图 5-1 任

39、课老师提交记录实体图 Fig5-2 entity chart of the records submited to by teacher 图 5-3 请假记录属性模型 Fig5-3 attribute model of the record asking for leave 请假记录 学生学号 请假原因 请假天数 开始时间 申请时间 审批状态 图 5-4 学生出勤记录属性模型 Fig5-4 attribute model of the record going on duty 学生出勤记录 出勤 ID上课时间 学号出勤情况 5.4.2 E-R 模型 5.4.3 数据库的逻辑设计 根据系统功能设

40、计的要求以及功能模块的划分，对于系统数据库，可以列 出以下数据项和数据结构： 考勤登记表：课程安排代号、记载时间、上课时间。 学生上课出勤信息表：上课时间代号、上课时间、学号、出勤状态。 请假信息表：请假代号、班级代号、学年代号、学号、请假原因、开始时 间、结束时间、请假天数、申请时间等。 5.4.4 数据库表的创建 根据数据库需求的分析，建立如下 4 个基本数据表。 表 5-1 考勤信息表(kq) 学生请假记录 1n 请假 图 5-5 学生-请假记录 E-R 模型 Fig5-5 the E-R model of the records asking for leave 11 出勤记录学生出勤

41、 图 5-6 学生出勤记录 E-R 模型 Fig5-6 E-R model of the records going on duty 表 5-2 教师信息表(teacher) 表 5-3 管理员信息表(admin) 表 5-4 管理员信息表(student) 第第 6 6 章章 系统实现系统实现 6.1 登陆界面的设计与实现 用户登陆时操作页面如图 6-1 所示： 输入用户名和密码，然后在选择用户类型就能登陆到相应的操作界面。 如果用户名和密码不正确，那个会提示用户从新数据登录。 6.2 管理员主界面的设计与实现 6.3 添加教师界面的设计与实现 6.4 教师管理界面的设计与实现 6.5 添加

42、学生界面的设计与实现 6.6 学生管理界面的设计与实现 6.7 教师审核与查看界面的设计与实现 6.8 教师点名界面的设计与实现 6.9 学生请假界面的设计与实现 6.10 学生考勤信息查看界面的设计与实现 第第 7 7 章章 软件测试软件测试 7.1 引言 在开发软件的过程中，人们使用了许多保证软件质量的方法分析、设计和 实现软件，但难免还会在工作中犯错误。这样，在软件产品中就会隐藏许多错 误和缺陷，尤其是对规模大、复杂性高的软件更是如此。所以，必须进行认真、 计划、彻底的软件测试。 7.2 测试方案 7.2.1 黑盒测试 黑盒测试，又称为功能测试。对于软件测试而言，黑盒测试把程序看成一 个

43、黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在 程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使 用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息 （如数据库或文件）的完整性。该测试方案的设计技术主要有：等价划分、边 界值分析以及错误推测法等。 7.2.2 白盒测试 白盒测试的前提是可以把程序看成装在一个透明的白盒子里，也就是完全 了解程序的结构和处理过程。这种方法按照程序内部的逻辑测试程序，检验程 序中的每条通路是否能按预定要求正确工作。故白盒测试又被称为是结构测试。 该测试方案的设计技术主要有逻辑覆盖法等。 7.2.3 其它测试方

44、案 除了以上两种测试方案外，还有其它的测试方案。包含所有可能情况的测 试称为穷尽测试。对于实际程序而言，穷尽测试通常是不可能做到的。因为不 可能对每一种可能的情况都进行测试。 7.2.4 本系统所采用测试方案 基于以上测试方法,本人选取的是模块测试和系统测试，模块测试部分由本 人程序设计过程中自主完成，系统测试部分由同学模拟各种用户登录代为完成。 7.3 测试过程 7.3.1 用户登陆测试 用户登陆测试是测试系统访问的安全性，以及各个页面的设计的安全性， 测试方案如下（表 6-1）所示： 表 6-1 用户类型用户名密码空密码错误密码/用户名错误类型 学生 2002162122200216212

45、2 否否否 任课老师 041002123456 否否否 班主任 048001123456 否否否 院系领导 xinxi_02123456 否否否 学校领导 school123456 否否否 说明：上表中的“否”表示拒绝访问，没有通过系统的身份验证。 “是” 表示可以访问系统。 通过上表反复测试黑盒测试可知，系统用户在登陆安全方面不存在问题， 用户必须选择正确的类型，使用正确的用户名、密码方能使用此系统。 7.3.2 页面使用安全测试 此测试过程主要是测试系统各个页面的安全性，即在用户没有登录的情况 直接在浏览器地址中输入要打开的用户页面，或者用户以正确的用户名和密码 进入系统后，直接在浏览器地

46、址中输入别的用户的页面，测试各页面是否不需 要用户登录就可使用，或者是否可以绕过身份验证。 第一步：在用户没登陆系统的情况下，直接在浏览器中输入 http:/127.0.0.1/kaoqin/student/student.jsp 此地址是学生用户首页的完 全地址，看是否能打开操作。测试结果：提示用户还没登陆的错误信息。依次 测试别的页面，别的用户，测试结果都是：提示用户还没登陆的错误信息。 第二步：以学生正确的用户我和密码进入学生系统后，在浏览器中输入任 课老师首页地址：http:/127.0.0.1/kaoqin/teacher/teacher.jsp 看是否能 绕过身份验证，打开别的用户

47、的页面。测试结果：提示没有权限的错误信息。 用同样的方法测试别的页面，别的用户都得到了同样的测试结果：提示没有权 限的错误信息。 测试结果：通过以上测试可知，系统各个页都有很好的安全性，每个页面 都不允许用户在没有登陆的前提下访问，用户在登陆后，也不充许用户访问别 的用户类型的页面，即不能绕过身份验证。 7.3.3 学生用户测试 一、请假系统测试 请假系统是学生用户的核心功能，由于涉及的用户比较多，此部分的测试 是在几个同学的配合下完成，主要完成以下几个测试： 1空值测试：在请假开始时间、结束时间、请假原因都为空或部分为空的情况下，直 接点提交数据在线请假。测试结果：系统拒绝提交数据，并能正确的做出相应的提 示，如*不能为空的错误信息。 2错误的时间选择测试：在开始时间与结束时间选择的时间，把结束时间选择一个开 始时间以前的时间，然后提交数据。测试结果：提示时间选择错误的提示信息。 3超前请假测试：开始时间选择一个与当前时间相差一个大于 7 天的日期请假。测试 结果：提示只能提前 7 天请假的错误信息。 4超后请假测试：在开始时间中选择一个当前系统时间以前开始日期请假。测试结果： 提示不能请过去时间的假的错误信息。 5超长时间请假测试：在开