摘 要
近年来，随着网络产业的飞速发展，人们的日常生活和工作方式也随之发生变化。许多公司正在把常规的工作方式与因特网相融合，借助因特网的力量来提升管理者的工作能力。当前很多员工请假管理系统工作都有很多问题，所以针对员工请假管理系统的实际情况，提出可以针对员工请假管理系统的应对办法，设计了一套能够有效地提升管理员工作效率的系统。
本文所用的开放源码架构是SSM，以MySQL为主要数据源，idea作为开发工具。在实施员工请假管理系统前，首先要了解员工请假管理系统的主要作用是什么，然后编写相应的体系结构，然后由软件开发人员来编写代码来实现，然后再使用一个测试案例来检验这个体系，然后再按照自己的选择来进行系统的优化。
关键词：SSM；MySQL；idea
Abstract
In recent years, with the rapid development of the network industry, people's daily life and working methods have also changed. Many companies are integrating conventional working methods with the Internet, and using the power of the Internet to improve the working ability of managers. At present, there are many problems in the work of many employee leave management systems, so according to the actual situation of the employee leave management system, this paper proposes a solution to the employee leave management system, and designs a system that can effectively improve the efficiency of the administrator.
The open source architecture used in this article is SSM, with MySQL as the main data source and idea as the development tool. Before implementing the employee leave management system, first understand what the main role of the employee leave management system is, then write the corresponding architecture, and then software developers will write code to implement it, and then use a test case to verify the system, and then optimize the system according to their own choices.
Keywords：SSM；MySQL；idea
目 录
1 绪论................................................................................................................................... 1
1.1 研究背景................................................................................................................. 1
1.2 研究意义................................................................................................................. 1
1.3 主要内容................................................................................................................. 1
2 相关技术分析.................................................................................................................. 3
2.1 Boostrap框架概述.................................................................................................. 3
2.2 MySQL数据库....................................................................................................... 3
2.3 MVC模式............................................................................................................... 3
2.4 MyBatis框架........................................................................................................... 4
3 需求分析........................................................................................................................... 5
3.1 可行性法分析......................................................................................................... 5
3.1.1 技术可行性.................................................................................................. 5
3.1.2 经济可行性.................................................................................................. 5
3.1.3 社会可行性.................................................................................................. 5
3.2 网站功能要求......................................................................................................... 6
3.3 性能需求................................................................................................................. 7
4 系统的设计...................................................................................................................... 8
4.1 系统功能结构......................................................................................................... 8
4.2 功能模块............................................................................................................... 11
4.3 数据库设计........................................................................................................... 11
4.3.1 概念模型结构设计.................................................................................... 11
4.3.2 物理模型结构设计.................................................................................... 12
5 系统的实现.................................................................................................................... 15
5.1 登录....................................................................................................................... 15
5.2 用户管理............................................................................................................... 15
5.3 排班管理............................................................................................................... 16
5.4 请假管理............................................................................................................... 16
5.5 签到管理............................................................................................................... 17
5.6 签到....................................................................................................................... 17
5.7 请假....................................................................................................................... 18
6 系统测试......................................................................................................................... 19
6.1 测试概述............................................................................................................... 19
6.2 基本功能测试....................................................................................................... 19
6.3 测试结果............................................................................................................... 23
7 总结与展望.................................................................................................................... 24
7.1 总结....................................................................................................................... 24
7.2 展望....................................................................................................................... 24
参考文献............................................................................................................................. 25
致谢..................................................................................................................................... 26
1 绪论
1.1 研究背景
网络的发展，已经过去了七十多年，网络技术飞速的发展，将会影响到人类的方方面面，网络的出现，让各行各业都得到了极大的发展。
现在许多的产业都与因特网息息相关，特别是在网络的年代，网上员工请假管理也越来越流行。我国的员工请假管理系统制度已经发展了相当长的一段时期，其类型也各不相同。很多人都希望能够为自己量身定做一些特殊的系统，所以这个市场有着很大的发展空间。员工请假管理系统体系之所以这么受欢迎，有如下的理由。
（1）与常规工作方式相比，该系统可以有效地改善管理员的管理和减少错误的发生。通过编译后的员工请假管理系统的功能可以极大地减少管理员管理失误的几率，当管理员在管理系统时出现了差错时，会有相应的提醒。
（2）利用网上员工请假管理体系进行管理，可以减少费用，节约大量的时间和人员，使管理者更好地控制和控制。
1.2 研究意义
随着科技的进步，网络的应用越来越广泛，越来越多的企业开始加速对网络的投资。不过，在和员工请假管理系统的工作人员交流之后，才知道网络的员工请假方式依然是手工操作，无法有效地发挥网络技术的作用。建立一个标准化的过程，可以对网上员工请假进行管理，但是现在的网上员工请假管理，却是靠着管理员的双手来管理，随着员工请假的智能化，随着科技的进步，越来越多的网上员工请假管理，都需要通过信息化来管理，在日常工作中也有很多需要技术支持的情况出现[2]。
1.3 主要内容
（1）本文提出了一套基于员工请假管理系统的实现方法，根据总体的软件开发过程进行了初步的调查和研究，以决定该软件是否能够正常实现，技术是否可行，以及系统各功能组件的设计与开发，最终选定所采用的技术及实现方案。
（2）框架是一种由编程人员所提供的一组函数，它可以帮助开发者迅速建立起一个软件体系结构和重用能力，这个平台采用了一个开放源码的框架，它可以让开发者更快地建立起一个基础的开发框架，它可以让开发者在开发过程中，降低开发的困难，提高了系统的安全性和稳定性，并且可以让程序开发者进行系统的功能模块的开发和数据的处理。
（3）管理员对员工请假管理系统的资料进行管理，既要有框架的规范，又要有某种基本的准则，利用MySQL中的限制关联，可以产生一个基于系统中各实体的关联的数据库表格，以便在执行该系统时设定各系统的关联[3]。
2 相关技术分析
2.1 Boostrap框架概述
通过采用JavaScript的插件，可以帮助软件开发者轻松地编写软件，降低开发费用。该系统采用了一种模式框来完成弹出式视窗的功能来提醒读者。通常被用在向使用者和具体的互动业务中提供子视窗的提示。该系统的网页设计是简洁的，将Boostrap和CSS的组合可以表现出简洁的设计。
该系统的网页风格采用了CSS风格和开放源码Boostrap为主，这是一个以 JavaScript、Html和CSS为基础的前端开放源代码架构的系统。该网站具有很多独特的特点，而且易于学习，尤其是网页的风格变化。Boostrap的边框可以适用于各种计算机和移动电话的屏幕，在某种意义上可以满足兼容要求。Boostarp的架构有很多CSS风格，编程人员可以通过它来直接访问，而且它还具有很强的 JavaScript插件。
2.2 MySQL数据库
目前市面上大量使用的数据库如 MySQL、Oracle等，它们都有着自己独特的优势。与 MySQL相比，Oracle数据库有很大的区别，它的安装比较复杂，需要更多的空间，而且，如果你要使用Oracle的数据库，就必须向软件开发者支付费用。
在拥有上千万次用户的情况下，使用Oracle的网上员工请假管理体系要优于 MySQL。微软公司已发布了一个包含SQLServer的数据库软件。SQLServer是一个相对完整的数据库，它具有很好的对数据进行储存的能力。SQLServer更容易地被使用并且更容易地进行配置相关操作。
2.3 MVC模式
MVC是一种比较常用的软件开发方式，它可以将系统划分成模型、视图和控制器三个关键模块。在此流程中，该模式可以将员工请假管理系统的所有资料进行打包，并与数据库表格进行对应，并可以使用SQL语句进行数据的操作，无需考虑到前端接口的处理。该视图层可以代表数据库的用户操作接口，可以将数据存储到前面的接口中，而视图层则要求相应的数据模式进行相应的处理。该控制器可以对由使用者提出的数据请求进行处理，并具有多种功能来使用。
2.4 MyBatis框架
MyBatis是一个关联映射的架构，它可以通过简单地实现对数据库的存取，并且基于JDBC，可以对MySQL进行数据的存取，采用基于JDBC的方式来实现对MySQL的存取。
开放源码架构MyBatis以一种非常灵活的方法来处理数据库的纪录，它可以让开发人员不用在多个资料表上写出一个SQL的陈述，它可以透过物件的方法来处理数据库的纪录，来支援底层的DAO物件。
3 需求分析
在软件开发过程中，需求分析是软件开发过程中的一个重要环节，首先要对软件的具体实施进行需求分析等方面的操作，然后从用户的视角进行深入的理解和分析。在需求分析中，可以准确地把握读者的真正需要和要求，从而使用户对其进行满意的管理等内容，但若不满足，则需要花费更多的时间和精力来进行设计。
3.1 可行性法分析
3.1.1 技术可行性
本系统采用 Java语言，易于操作，能够利用开放源码的框架进行编程，具有很好的跨平台能力，能够在多种操作系统上进行工作。与其它编程语言比较， Java语言的重量比较小，并且执行起来也比较高效。现在网络上有很多 Java和开放源码的相关架构，易于使用，而且它的架构也很简单[5]。
本系统采用JSP作为前部的结构，而后端则采用开放源码的SSM架构。如果将JSP与后台的Framework组合在一起，那么就可以顺利完成传输资料。在开放源码的架构下，可以利用视图解释仪处理前面的网页，将使用者所看到的资料储存在数据库内，从而增强了图书馆的安全。
3.1.2 经济可行性
从需求分析到最终的设计和实施，所用的资金并不多，当员工请假管理系统需要使用的时候，一部普通的计算机就能完成多方面操作，并且在一定的软件支持下，就可以正常工作了。管理员在运行员工请假管理系统体系方面比较容易，这样就有了更多的时间来改进自己的系统体系。
3.1.3 社会可行性
本文所研制的员工请假管理系统具有不违背法律、伦理层面、操作界面较为简便、便于读者使用的特点。由于电脑技术的飞速发展，电脑技术在很多行业中的运用也越来越广泛，因而可以更好地为这次的员工请假管理系统体系的开发打下坚实的基础[6]。
3.2 网站功能要求
从软件的发展的观点看，最主要的是对软件的需求进行了研究，并对其进行了研究。只要能正确地进行需求分析和商品的设计，就能节约大量的研发周期，加快研发进度。在对本系统的要求有了一定的认识以后，再根据不同的任务要求设定相应的函数，以使用户能够更好地利用这些特点来实现对系统的服务和管理等多方面的要求。
管理员：登录、个人资料管理、用户管理、排班管理、请假管理、签到管理。
图3.1 管理员用例图
用户：注册登录、个人资料管理、查看排班、请假、签到。
图3.2 用户用例图
3.3 性能需求
尽管在软件的发展中，系统功能性要求必须得到关注和认可，但性能要求同样也很关键。如果系统表现得很糟糕，就会降低使用者的使用感受，降低管理员的管理能力。若要提高系统效能，则须注意资料安全性、查询效率及反应能力等多方面要求。
由于日常使用的员工请假管理系统所生成的大量的资料，这些资料都包含在了整个系统的各个环节中，所以资料的安全问题就显得尤为关键。为了确保数据的安全，必须要对用户的口令进行加密，当用户的口令出现在数据库中的情况下，必须要通过特定的符号来进行操作和使用。
在员工请假管理系统的许多模块中，都具有检索的作用，一些还包含了多种表格的检索。随着员工请假管理系统业务的不断增加，随着系统业务的不断增加，所容纳的数据也会不断增加，所以必须对SQL数据库中的SQL语句进行适当的改进，以加速数据的检索[7]。
4 系统的设计
对整体的系统进行了全面的需求剖析，然后再从系统的设计中引入各种功能。每一个人物都有自己的任务，而且针对各个系统的各个功能单元，都有自己的编码逻辑。一些复杂的要求在最后敲定之前必须进行修正和改进。
4.1 系统功能结构
只有在用户登录以后，才能够进行该系统的操作。使用者可以通过前面的介面键入使用者名称及口令进行登入。
| 登录至首页面 |
| 账号密码是否正确 |
| 信息是否为空 |
| 结束 |
| 将错误结果返回前台 |
| 用户登录 |
| 开始 |
| 是 |
| 是 |
| 否 |
| 否 |
图4.1 登录流程图
在管理员输入了使用者名称和口令后，就可以在使用者的管理界面中管理使用者的资料。
| 无权限提示 |
| 确定 |
| 结束 |
| 修改操作 |
| 是否有权限 |
| 删除操作 |
| 是否存在 |
| 输入查询信息 |
| 是否有效 |
| 管理员登录 |
| 开始 |
| 登录失败 |
| 信息录入 |
| 是否有效 |
| 数据无效提示 |
| 提示图书归还不存在 |
| 是 |
| 是 |
| 是 |
| 是 |
| 否 |
| 否 |
| 否 |
| 否 |
图4.2 用户管理流程图
系统管理员通过键入帐号和密码，可以在请假管理系统中进行请假的管理操作。
| 无权限提示 |
| 确定 |
| 结束 |
| 修改操作 |
| 是否有权限 |
| 删除操作 |
| 是否存在 |
| 输入查询信息 |
| 是否有效 |
| 管理员登录 |
| 开始 |
| 登录失败 |
| 信息录入 |
| 是否有效 |
| 数据无效提示 |
| 提示请假不存在 |
| 是 |
| 是 |
| 是 |
| 是 |
| 否 |
| 否 |
| 否 |
| 否 |
图4.3 请假管理流程图
4.2 功能模块
| 签到管理 |
| 请假管理 |
| 排班管理 |
| 用户管理 |
| 注册登录 |
| 个人资料管理 |
| 管理员 |
| 用户 |
| 登录 |
| JavaEE技术的员工请假管理系统 |
| 签到 |
| 请假 |
| 查看排班 |
| 个人资料管理 |
图4.4 功能模块图
4.3 数据库设计
在软件开发的过程中，数据库的设计是非常关键的一步，如果能够把数据库设计的很好，那么在进行数据库设计的过程中，一定要考虑到将来的数据表是否具有可扩展性。系统在不断发展的过程中，业务需求也会逐步变化，因此，需要对系统的功能进行调整。如果系统的功能发生了变化，那么相应的数据库就会相应地发生变化，所以在进行数据库设计时要考虑到以后的变化，所以在设计过程中要注意灵活性。由于数据库中的数据比较多，所以在使用MySQL时，并不需要像 Oracle这样的大型数据库。数据库引擎选择了InnoDB, InnoDB是一个对象类型的引擎。如果一个系统有多个表格要同时访问，则数据库引擎可以选择 InnoDB为主要方式。
4.3.1 概念模型结构设计
该员工请假管理系统的功能设计模块是针对读者的需要而设定的，而系统的概念化模式则是建立一个对象的架构，这就是建立一个数据库的一个关键步骤。
（1）提供并回馈的资料，在处理资料时，既能符合使用者的基本需要，又能显示物件之间的某种相关性[8]。
（2）易于掌握。用户在使用员工请假管理系统时，需要一个简单的操作系统，只有如此，才能更好地进行数据库的设计。
（3）当需要变化时，该系统可以迅速地对模型进行修改。
E-R图是一种用于描述概念模型的方法，它可以在已获得的数据模型的基础上，针对使用者的需要，设计出符合其要求的对象。
| 用户 |
| 签到 |
| 请假 |
| 排班 |
| 1 |
| N |
| 1 |
| N |
| N |
| 包含 |
| 包含 |
| 包含 |
| N |
| 1 |
| N |
图4.5 数据库E-R图
4.3.2 物理模型结构设计
（1）请假信息表
表4.1 请假信息表
| 列名 | 数据类型 | 长度 | 主外键 |
| id | int | 11 | 是 |
| student_id | int | 11 | 是 |
| info | varchar | 512 | |
| status | tinyint | 4 | |
| remark | varchar | 512 | |
| create_date | datetime | 0 |
（2）签到信息表
表4.2 签到信息表
| 列名 | 数据类型 | 长度 | 主外键 |
| id | int | 11 | 是 |
| j_name | varchar | 255 | |
| j_time | varchar | 255 | |
| j_type | varchar | 255 | |
| j_days | varchar | 255 | |
| j_pxdz | varchar | 255 | |
| j_pxqj | varchar | 255 | |
| j_pxjh | varchar | 255 | |
| j_pxjs | varchar | 255 | |
| j_bz | varchar | 255 | |
| f_status | varchar | 255 | |
| user_id | int | 11 | 是 |
（3）排班信息表
表4.3 排班信息表
| 列名 | 数据类型 | 长度 | 主外键 |
| id | int | 11 | 是 |
| w_name | varchar | 255 | |
| w_time | varchar | 255 | |
| w_type | varchar | 255 | |
| w_kqsm | varchar | 255 | |
| w_bz | varchar | 255 | |
| f_status | varchar | 255 | |
| user_id | int | 11 | 是 |
（4）用户信息表
表4.4 用户信息表
| 列名 | 数据类型 | 长度 | 主外键 |
| id | int | 11 | 是 |
| u_username | varchar | 255 | |
| u_password | varchar | 255 | |
| u_name | varchar | 255 | |
| u_birthday | varchar | 255 | |
| u_sex | varchar | 255 | |
| u_tel | varchar | 255 | |
| u_lxr | varchar | 255 | |
| u_phone | varchar | 255 | |
| u_jg | varchar | 255 | |
| u_address | varchar | 255 | |
| u_bm | varchar | 255 | |
| u_type | varchar | 255 | |
| u_by_1 | varchar | 255 | |
| u_by_2 | varchar | 255 | |
| u_by_3 | varchar | 255 | |
| u_bz | varchar | 255 | |
| u_status | varchar | 255 |
（5）管理员信息表
表4.5 管理员信息表
| 列名 | 数据类型 | 长度 | 主外键 |
| id | int | 11 | 是 |
| username | varchar | 32 | |
| password | varchar | 32 |
5 系统的实现
5.1 登录
在此系统中，要实现系统的安全操作等相关内容，必须要经过用户的登录认证，在登录功能中，用户必须要在首页上用login页来表达，在login标签上要有CSS标记来展示，这样才能在用户的浏览器上显示登录接口。在登录接口上的输入方块要求用户通过placeholder来通知用户键入对应的资料来使用。在用户单击登录键时，必须向loginForm发送一条消息。
图5.1 登录界面
5.2 用户管理
如果管理员想要加入用户的资料，就必须要登录到系统，然后单击“加入”键，就可以直接跳到“加入”的页面，在输入了用户的资料后，可以按下提交键，将资料传送至数据库，由数据库将资料传送至服务器，服务器使用数据库SQL陈述式增加用户资料，若使用者所提供用户资料与数据库用户资料相符，便会提示加入错误等方面问题。
管理员可以更改用户的资料，而在更改用户信息的过程中，则必须在用户的资料栏内键入用户的资料。请记住必须在键入方块中填写的选项，以及所键入的信息不得包含非法的字元。当系统管理员提供非法的资料时，会在前面的接口上提供一些说明。
图5.2 用户管理界面
5.3 排班管理
管理员在注册时，输入了帐号和口令，然后在系统的管理面板上进行操作，管理员需要将排班的资料移到管理系统的功能栏里，按下“删除”按钮，将被删除的物品信息进行删除，如管理人员所删除的数据与其它表格存在的数据有关联，必须删除其它表格中的数据。
在排班的管理界面里面，可以查询到排班的相关资料，在检索输入栏中，可以通过输入排班的名字进行检索，若所录入的排班与数据库中的排班不符，就无法获得相应的信息。
图5.3 排班管理界面
5.4 请假管理
如果管理员想要加入请假的资料，就必须要登录到系统，然后单击“加入”键，就可以直接跳到“加入”的页面，在输入了请假的资料后，可以按下提交键，将资料传送至数据库，由数据库将资料传送至服务器，服务器使用数据库SQL陈述式增加请假资料，若使用者所提供请假资料与数据库请假资料相符，便会提示加入错误等方面问题。
管理员可以更改请假的资料，而在更改请假信息的过程中，则必须在请假的资料栏内键入请假的资料。请记住必须在键入方块中填写的选项，以及所键入的信息不得包含非法的字元。当系统管理员提供非法的资料时，会在前面的接口上提供一些说明。
图5.4 请假管理界面
5.5 签到管理
管理员在注册时，输入了帐号和口令，然后在系统的管理面板上进行操作，管理员需要将签到的资料移到管理系统的功能栏里，按下“删除”按钮，将被删除的物品信息进行删除，如管理人员所删除的数据与其它表格存在的数据有关联，必须删除其它表格中的数据。
在签到的管理界面里面，可以查询到签到的相关资料，在检索输入栏中，可以通过输入签到的名字进行检索，若所录入的签到与数据库中的签到不符，就无法获得相应的信息。
图5.5 签到管理界面
5.6 签到
在进入签到详情页面的同时，用户可以根据查看签到的具体情况。用户点击签到后会将用户编码发送给数据库，并将其存储在数据库中，而数据库 SQL声明可以根据签到的名称来获取签到的具体信息，并将其存储在数据库中。
图5.6 签到界面
5.7 请假
在进入请假详情页面的同时，用户可以根据查看请假的具体情况。用户点击请假后会将用户编码发送给数据库，并将其存储在数据库中，而数据库 SQL声明可以根据请假的名称来获取请假的具体信息，并将其存储在数据库中。
图5.7 请假界面
6 系统测试
在软件开发的过程中，对软件的性能进行了检测，在软件开发的过程中，对软件的性能进行了单元的检测，及时地找出其中的问题。在完成了这个软件的研发过程后，还要对这个软件进行全方位的检测，比如数据管理过程的准确性，以及对数据的修改等方面内容。
6.1 测试概述
在测试的过程中，如果有什么问题发生，一定要第一时间向管理员汇报，一旦有问题，就必须进行相应的调整。等系统相关内容稳定下来，系统就会重新开放。
（1）版面上的错误与风格等内容，网页内含有大量的字，这些方面不能出现错误。此外，在显示时要留意字体之间的间隔和行距。前面的文字会出现混乱的代码，在书写前面的网页时要小心字元的连贯性[9]。
（2）浏览器兼容，这个版本的版本主要是利用火狐进行的，不同的浏览器核心不同，分析的文法也不同。所以在进行网页设计的过程中要特别留意网页的兼容性，采用CSS风格进行版式的设计。
（3）添加、删除、修改、查找等特点，通常的系统都会使用模棱两可的查询方法，检查查询的速度有没有对使用者的使用造成的不良后果的方面，或者对 SQL语句进行优化以提高查询效率。是否可以根据所需的关键词来确定所要的记录。当我们加入时，必须检查输入方块是否必须填写或限定[10]。
6.2 基本功能测试
表6.1 登录测试用例表
| 用例编号 | 目的 | 手段 | 预期输出结果 |
| 1 | 用户是否能够正常登录 | 用户输入正确的用户名和密码 | 用户成功登录 |
| 2 | 用户是否能够正常登录 | 用户输入正确的用户名和错误的密码 | 用户不能够登录 |
| 3 | 用户是否能够正常登录 | 用户输入错误的用户名和密码 | 用户不能够登录 |
表6.2 用户管理用例表
| 用例编号 | 目的 | 手段 | 预期输出结果 |
| 1 | 管理员是否能够正常管理用户的信息 | 管理员需要添加用户的信息，需要进入添加用户的界面当中 | 管理员在进入了用户界面之后，就可以在上面键入自己想要的用户信息，点击“添加”按钮，如果添加的信息重复了，则不能够添加 |
| 2 | 管理员是否能够正常管理用户的信息 | 管理员需要添加用户的信息，需要进入添加用户的界面当中 | 管理员在进入了用户界面之后，就可以在上面键入自己想要的用户信息，点击“添加”按钮，如果添加的信息没有重复，则能够添加 |
| 3 | 管理员是否能够正常管理用户的信息 | 系统管理员要更改用户的资料，必须要到更改用户的界面才行 | 管理员在修改用户界面的过程中，可以选择用户的身份进行更改，如果输入的信息不合法则不能更改 |
| 4 | 管理员是否能够正常管理用户的信息 | 系统管理员要更改用户的资料，必须要到更改用户的界面才行 | 管理员在修改用户界面的过程中，可以选择用户的身份进行更改，如果输入的信息合法则可以成功更改 |
| 5 | 管理员是否能够正常管理用户的信息 | 管理员要把用户的资料删除，必须要去删除用户的界面 | 当管理员在进行删除操作时，可以点击“删除”按钮来删除所选的用户信息，如果没有对该用户的记录进行了限制，则能被删除 |
| 6 | 管理员是否能够正常管理用户的信息 | 管理员要把用户的资料删除，必须要去删除用户的界面 | 当管理员在进行删除操作时，可以点击“删除”按钮来删除所选的用户信息，如果对该用户的记录进行了限制，则无法被删除 |
| 7 | 管理员是否能够正常管理用户的信息 | 管理者必须添加一个用户名，然后才能找到一个用户 | 当系统管理员打开了搜索界面之后，就可以在这个页面上键入一个用户的名字来进行查询，如果查找的用户名称跟数据库不匹配，则不能够查找得到 |
| 8 | 管理员是否能够正常管理用户的信息 | 管理者必须添加一个用户名，然后才能找到一个用户 | 当系统管理员打开了搜索界面之后，就可以在这个页面上键入一个用户的名字来进行查询，如果查找的用户名称跟数据库匹配，则能够查找得到 |
表6.3 请假管理用例表
| 用例编号 | 目的 | 手段 | 预期输出结果 |
| 1 | 管理员是否能够正常管理请假的信息 | 管理员需要添加请假的信息，需要进入添加请假的界面当中 | 管理员在进入了请假界面之后，就可以在上面键入自己想要的请假信息，点击“添加”按钮，如果添加的信息重复了，则不能够添加 |
| 2 | 管理员是否能够正常管理请假的信息 | 管理员需要添加请假的信息，需要进入添加请假的界面当中 | 管理员在进入了请假界面之后，就可以在上面键入自己想要的请假信息，点击“添加”按钮，如果添加的信息没有重复，则能够添加 |
| 3 | 管理员是否能够正常管理请假的信息 | 系统管理员要更改请假的资料，必须要到更改请假的界面才行 | 管理员在修改请假界面的过程中，可以选择请假的身份进行更改，如果输入的信息不合法则不能更改 |
| 4 | 管理员是否能够正常管理请假的信息 | 系统管理员要更改请假的资料，必须要到更改请假的界面才行 | 管理员在修改请假界面的过程中，可以选择请假的身份进行更改，如果输入的信息合法则可以成功更改 |
| 5 | 管理员是否能够正常管理请假的信息 | 管理员要把请假的资料删除，必须要去删除请假的界面 | 当管理员在进行删除操作时，可以点击“删除”按钮来删除所选的请假信息，如果没有对该请假的记录进行了限制，则能被删除 |
| 6 | 管理员是否能够正常管理请假的信息 | 管理员要把请假的资料删除，必须要去删除请假的界面 | 当管理员在进行删除操作时，可以点击“删除”按钮来删除所选的请假信息，如果对该请假的记录进行了限制，则无法被删除 |
| 7 | 管理员是否能够正常管理请假的信息 | 管理者必须添加一个请假名，然后才能找到一个请假 | 当系统管理员打开了搜索界面之后，就可以在这个页面上键入一个请假的名字来进行查询，如果查找的请假名称跟数据库不匹配，则不能够查找得到 |
| 8 | 管理员是否能够正常管理请假的信息 | 管理者必须添加一个请假名，然后才能找到一个请假 | 当系统管理员打开了搜索界面之后，就可以在这个页面上键入一个请假的名字来进行查询，如果查找的请假名称跟数据库匹配，则能够查找得到 |
6.3 测试结果
本章主要从基本的测试方法和基本的相关功能测试两个方面进行阐述，在此基础上，既要关注前端网页的错误，又要考虑后端的逻辑处理等相关重点问题。在测试的时候，系统的功能要注意程序的使用，首先要按照正常的逻辑来进行测试等步骤，然后再尝试输入一个错误的数据，看看这个系统有没有能力检测到这些数据的错误内容。在检测的过程中，要尽量将一些特定的条件都考虑进去，这样才能得到更好的效果和起到更好的作用。
参考文献
- 吴锋珍.基于主从同步的MySQL负载均衡设计与部署[J].湖南邮电职业技术学院学报,2022,21(02):40-43.
- 焦宇,李民,王欢,余开朝.基于MySQL性能调优的推荐系统优化设计[J].软件导刊,2022,21(09):108-112.
- 马鸿飞,丁丽娜.基于MySQL的验光数据库[J].科技资讯,2022,20(17):8-10.DOI:10.16661/j.cnki.1672-3791.2201-5042-9296.
- 郑戟明,董云朝,柳青.MySQL数据库数据导入导出方法的探讨[J].电脑知识与技术,2022,18(22):24-25.DOI:10.14004/j.cnki.ckt.2022.1517.
- Zmaranda Doina R.,Moisi Cristian I.,Győrödi Cornelia A.,Győrödi Robert Ş.,Bandici Livia. An Analysis of the Performance and Configuration Features of MySQL Document Store and Elasticsearch as an Alternative Backend in a Data Replication Solution[J]. Applied Sciences,2021,11(24).
- 王杨.黑盒测试技术在嵌入式软件测试中的融合应用[J].汽车实用技术,2022,47(01):201-204.DOI:10.16638/j.cnki.1671-7988.2022.001.046.
- 妥泽花.基于黑盒测试与白盒测试的比较探究[J].电子世界,2021(11):55-56.DOI:10.19353/j.cnki.dzsj.2021.11.027.
- 蒋焕.VSP数据处理软件的测试实践[J].电子测试,2021(11):108-110.DOI:10.16520/j.cnki.1000-8519.2021.11.043.
- 孙志科.数据静态分析技术及其在安全软件测试中的应用[J].铁路通信信号工程技术,2021,18(05):9-14+32.
- 凌珊.铁路信号软件单元测试研究[J].铁路计算机应用,2020,29(02):58-61.
