springboot实验室管理系统
摘 要
验室管理系统是将实验室的分析仪器通过计算机网络连起来,采用科学的管理思想和先进的数据库技术,实现以实验室为核心的整体环境的全方位管理。它集用户管理,实验室信息管理,实验室预约管理,设备信息管理,材料信息管理,材料领用管理等诸多模块为一体,组成一套完整的实验室综合管理体系,既能满足外部的日常管理要求,又能保证实验室分析数据的严格管理和控制。
验室管理系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的springboot框架进行开发,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台HTML+CSS 技术完成系统的开发。
关键词:验室管理系统;springboot框架;数据存储
Abstract
With the development of society, the implementation of the second child policy. As the number of children entering kindergarten increases, the information of children also increases, and the management of kindergartens will become increasingly onerous. Therefore, the traditional manual management mode cannot effectively manage the information of children in kindergartens. In today's era of rapid development of computer technology, using a computer management system can not only improve the management level and operational efficiency of kindergartens, but also save manpower and material resources for the management of kindergartens. Based on market analysis, this kindergarten management system is developed.
This design mainly implements a kindergarten management system that integrates the advantages of humanization, efficiency, and convenience, and completes functional modules such as rotation chart, notification announcement, resource management (institute overview, information classification), system users (administrators, parent users), and module management (enrollment information, parent registration, student information, payment type, payment information, and physical examination information). The system communicates with the server through a browser to achieve data interaction and change. You can operate the system by moving your fingers through a computer to achieve data communication management. The entire system design process fully considers the issues of data security, stability, and reliability, and the operation process is simple. This system improves work efficiency and reduces errors and omissions in data storage through scientific management methods and convenient services.
The front-end part of the kindergarten management system is developed based on the MVVM mode, using the B/S mode, and the back-end part is developed based on the Java spring boot framework. The data aspect mainly uses Microsoft's MySQL relational database as the data storage medium, and cooperates with the front-end HTML+CSS technology to complete the system development.
Key words: data communication; Java language; Spring boot framework; data storage
目 录
第1章 绪论
1.1 研究背景与意义
1.2 开发现状
1.3 本文的组织结构
第2章 相关技术介绍
2.1 MVC
2.2 Mysql数据库
2.3 B/S结构
2.4 Spring框架
2.5 tomcat服务器
第3章 系统分析
3.1 可行性分析
3.1.1 技术可行性分析
3.1.2 经济可行性分析
3.1.3 操作可行性分析
3.2 功能需求分析
3.3 非功能需求分析 8
3.4 数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 数据库设计
4.4.1 概念模型
4.4.2 关系模型
4.4.3 数据表
第5章 系统实现 22
5.1 登录模块的实现 22
5.2 用户子系统模块的实现
5.2.1 用户首页模块
5.2.2 注册模块
5.2.3 实验室信息模块
5.24 材料信息模块
5.3 管理员子系统模块的实现
5.3.1 用户管理模块
5.3.2 个人资料模块
5.3.3 实验室信息管理模块 28
5.3.4 设备信息管理模块 29
5.3.5 材料信息模块 31
第6章 系统测试
6.1 测试目的
6.2 测试过程
6.3 测试结果
第7章 总结与展望 36
参考文献 37
致谢 38
企业、学校与社会上的各种设备、信息等资源管理大都采用传统的方式,在此方式下,在日常的工作中至少要经过很多人力及很多步骤。显然,随着企业、学校与社会.上的各种设备、信息等资源不断增加,使得这种管理的工作量越来越大,而且十分烦琐和非常容易出错的事情,可以说传统的管理方式已经不能适应目前的需要。
随着计算机应用的迅猛发展,网络应用不断扩大,人们迫切要求利用计算机网络技术来进行在线管理。除了可以大幅度提高人工效率和安全性之外,springboot实验室管理系统还可以分配各种设备、信息等资源、同时存档,有效地避免资源的浪费,有利于环保,减少人员,减轻负担,提高效率。计算机技术的进步,促使现代工业技术在快速发展,随着科研和生产技术的不断发展,企业的检验技术也从手工分析发展到仪器分析,检验项目大量增加,对数据的准确性和报出时间的要求越来越严格,数据处理量急速增加,原来的人工管理模式在这种形式下已显得不太适应,使用计算机完成数据的收集、分析和处理的管理手段应运而生。在这一背景下,实验室管理系统开始出现,并在实际应用中得到了快速发展,成为一项崭新的实验室管理与应用技术。系统自动进行数据审核和超标数据监测、提高分析数据的准确性;工作效率大为提高;降低实验室成本消耗;通过对大量样品数据的综合统计分析。借助计算机技术,实验室内部实现网络化全面管理,实现管理和检验工作的有效监督管理,提高整体工作水平。
目前,国内外实验室管理系统采取的方式主要有:一,纯人工管理;二,利用一些建立在过时的系统底板上的系统进行管理。这两种方法目前看来有很大弊端:前者由于管理人员文化程度不一,可能在信息处理过程中出现记录丢失、信息传达有误等问题,同时人工文件难以保存,档案记录容易损坏或者丢失;后者在一定程度上满足了信息处理和保存的问题,但由于系统陈旧,存在信息泄露的风险。在当今现代化社会,任何实验室,需要一个建立在新型系统上的管理系统以规范实验室管理本身的运营管理,提高管理水平、工作效率,实现利益的最大化。
目前,国内外已出现多种实验室管理系统,其技术类型也多种多样。针对国内外对实验室管理系统的需求,一个合格的管理系统,其软件功能要齐全完备,操作简捷,同时系统要具备一定的成长性、灵活性,可不断完善,提升自身的信息安全系数。
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了实验室管理系统的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
MVC,即 Model 模型、View 视图,及 Controller 控制器。
View:视图,为用户提供使用界面,与用户直接进行交互。
Model:模型,承载数据,并对用户提交请求进行计算的模块。其分为两类: 一类称为数据承载 Bean:实体类,专门用户承载业务数据的,如 Student、User 等一类称为业务处理 Bean:指 Service 或 Dao 对象,专门用于处理用户提交请求的。
Controller:控制器,用于将用户请求转发给相应的 Model 进行处理,并根据 Model 的计算结果向用户提供相应响应。
MVC 架构程序的工作流程:
(1)用户通过 View 页面向服务端提出请求,可以是表单请求、超链接请求、AJAX 请求等
(2)服务端 Controller 控制器接收到请求后对请求进行解析,找到相应的 Model 对用户请求进行处理
(3)Model 处理后,将处理结果再交给 Controller
(4)Controller 在接到处理结果后,根据处理结果找到要作为向客户端发回的响应 View 页面。页面经渲染(数据填充)后,再发送给客户端。
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的实验室管理系统也需要这项技术的支持[7]。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象[8]。
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
Tomcat软件是在一个开放的、参与式的环境中开发的,许多人都喜欢使用它。它可以独立的被应用,却不适用于并发访问较高的情况。它是一个小型的服务连接器,程序员用它来测试服务器页面。Tomcat服务器的性能稳定、容易上手、不需要消费即可获得等,这些益处抓住开发者的眼球,使用者擢发难数。
本次设计基于B/S 模式下,运用Springboot框架,采用的是MySQL数据库和Myeclipse实现,总体的可行性共分为以下三个方面。
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用JSP技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以实验室管理系统具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-2 管理员用例图
实验室管理系统在对需求做解析后,整个系统主要分为两个部分:管理员和用户,每个模块下的分支功能不一样。对功能做出如下说明:
用户模块:
账号注册。
账号登录认证。
管理个人资料信息,修改可修改的信息项。
实验室信息:用户可以点击预约实验室,预约时间,结束时间。
设备信息:用户可以点击查看各类设备信息。
设备借用:用户可以点击借用设备。
材料信息:用户可以查询材料信息,点击领用材料功能。
管理员模块:
个人资料:修改个人信息,修改密码。
用户管理:可以查询,新增,修改和删除用户信息。
实验室信息管理:查看实验室信息,实验室负责人姓名,电话,实验室详情,可以新增删除信息等功能。
实验室预约管理:管理员可以审核用户提交的实验室预约等功能。
设备信息管理:查看设备信息资料,设备型号,制造厂商,使用说明,可以新增和删除设备信息等功能。
设备借用管理:管理员可以审核用户提交的设备借用等功能。
材料信息管理:可以新增和删除材料信息等功能。
-
- 非功能需求分析
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
零层数据流程图包括了登录注册、用户功能和检索维护等模块,在登录注册模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
图3-2系统数据流图(零层)
一层数据流程图是对零层数据流程图的细化,将登录注册细分为填制登录注册数据和完善数据,用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
图3-3系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录注册信息、用户功能的细化。即:填写登录注册信息细化为填制信息、后台审核,用户功能细化为实验室信息、设备信息、设备借用、材料信息等操作。
系统的二层数据流图如下图所示。
图3-4系统数据流图(二层)
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。实验室管理系统主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:实验室信息管理、实验室预约管理、设备信息管理、设备借用管理、设备归还管理、材料信息管理)。系统整体角色分为二个部分,一是用户、二是管理员。权限分布也是很明显,用户是在除去浏览信息之外还具有查询和管理自己账户信息、实验室信息、设备信息、设备借用、设备归还、材料信息、材料领用等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在实验室管理系统中存在着多个实体分别是用户、管理员、实验室信息、设备信息、设备借用、材料信息、材料领用、申请修改等。
系统总体ER图如下图所示。
图4-4系统总体ER图
管理员(管理员id、用户名、密码、权限)
用户(用户id、工号、密码、用户姓名、性别、身份证、电话、邮箱、部门、职位、职称、是否审核)
实验室信息(实验室位置id、面积、负责人、实验室图片、实验室详情)
材料信息(材料名称id、材料型号、材料图片、材料数量、使用说明)
设备信息(设备名称id、设备型号、设备编号、借用用户)
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。实验室管理系统所需要的部分数据结构表如下表所示。
-
- 表apply_for_modification (申请修改)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | apply_for_modification_id | int | 10 | 0 | N | Y | 申请修改ID | |
2 | application_user | int | 10 | 0 | Y | N | 0 | 申请用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
5 | application_information | text | 65535 | 0 | Y | N | 申请信息 | |
6 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
7 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表auth (用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
-
- 表device_information (设备信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | device_information_id | int | 10 | 0 | N | Y | 设备信息ID | |
2 | device_name | varchar | 64 | 0 | Y | N | 设备名称 | |
3 | equipment_no | varchar | 64 | 0 | Y | N | 设备编号 | |
4 | equipment_model | varchar | 64 | 0 | Y | N | 设备型号 | |
5 | manufacturer | varchar | 64 | 0 | Y | N | 制造厂商 | |
6 | device_picture | varchar | 255 | 0 | Y | N | 设备图片 | |
7 | instructions | text | 65535 | 0 | Y | N | 使用说明 | |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | equipment_borrowing_id | int | 10 | 0 | N | Y | 设备借用ID | |
2 | device_name | varchar | 64 | 0 | Y | N | 设备名称 | |
3 | equipment_no | varchar | 64 | 0 | Y | N | 设备编号 | |
4 | equipment_model | varchar | 64 | 0 | Y | N | 设备型号 | |
5 | borrowing_users | int | 10 | 0 | Y | N | 0 | 借用用户 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
8 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表equipment_repair_request (设备报修)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | equipment_repair_request_id | int | 10 | 0 | N | Y | 设备报修ID | |
2 | device_name | varchar | 64 | 0 | Y | N | 设备名称 | |
3 | equipment_no | varchar | 64 | 0 | Y | N | 设备编号 | |
4 | equipment_model | varchar | 64 | 0 | Y | N | 设备型号 | |
5 | borrowing_users | int | 10 | 0 | Y | N | 0 | 借用用户 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
8 | repair_location | varchar | 64 | 0 | Y | N | 报修位置 | |
9 | can_i_use_it | varchar | 64 | 0 | Y | N | 是否可以使用 | |
10 | maintenance_status | varchar | 64 | 0 | Y | N | 维修状态 | |
11 | reason_for_repair | text | 65535 | 0 | Y | N | 报修原因 | |
12 | maintenance | text | 65535 | 0 | Y | N | 维修情况 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表equipment_return (设备归还)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | equipment_return_id | int | 10 | 0 | N | Y | 设备归还ID | |
2 | device_name | varchar | 64 | 0 | Y | N | 设备名称 | |
3 | equipment_no | varchar | 64 | 0 | Y | N | 设备编号 | |
4 | equipment_model | varchar | 64 | 0 | Y | N | 设备型号 | |
5 | borrowing_users | int | 10 | 0 | Y | N | 0 | 借用用户 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表laboratory_information (实验室信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | laboratory_information_id | int | 10 | 0 | N | Y | 实验室信息ID | |
2 | laboratory_name | varchar | 64 | 0 | Y | N | 实验室名称 | |
3 | laboratory_location | varchar | 64 | 0 | Y | N | 实验室位置 | |
4 | laboratory_area | varchar | 64 | 0 | Y | N | 实验室面积 | |
5 | laboratory_pictures | varchar | 255 | 0 | Y | N | 实验室图片 | |
6 | person_in_charge | varchar | 64 | 0 | Y | N | 负责人 | |
7 | responsible_persons_phone_number | varchar | 64 | 0 | Y | N | 负责人电话 | |
8 | laboratory_details | text | 65535 | 0 | Y | N | 实验室详情 | |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表lab_appointment (实验室预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | lab_appointment_id | int | 10 | 0 | N | Y | 实验室预约ID | |
2 | laboratory_name | varchar | 64 | 0 | Y | N | 实验室名称 | |
3 | laboratory_location | varchar | 64 | 0 | Y | N | 实验室位置 | |
4 | laboratory_area | varchar | 64 | 0 | Y | N | 实验室面积 | |
5 | person_in_charge | varchar | 64 | 0 | Y | N | 负责人 | |
6 | time_of_appointment | datetime | 19 | 0 | Y | N | 预约时间 | |
7 | end_time | datetime | 19 | 0 | Y | N | 结束时间 | |
8 | appointment_user | int | 10 | 0 | Y | N | 0 | 预约用户 |
9 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
10 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表material_information (材料信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_information_id | int | 10 | 0 | N | Y | 材料信息ID | |
2 | material_name | varchar | 64 | 0 | Y | N | 材料名称 | |
3 | material_no | varchar | 64 | 0 | Y | N | 材料编号 | |
4 | material_model | varchar | 64 | 0 | Y | N | 材料型号 | |
5 | material_picture | varchar | 255 | 0 | Y | N | 材料图片 | |
6 | material_quantity | int | 10 | 0 | Y | N | 0 | 材料数量 |
7 | manufacturer | varchar | 64 | 0 | Y | N | 制造厂商 | |
8 | instructions | text | 65535 | 0 | Y | N | 使用说明 | |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表material_requisition (材料领用)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_requisition_id | int | 10 | 0 | N | Y | 材料领用ID | |
2 | material_name | varchar | 64 | 0 | Y | N | 材料名称 | |
3 | material_no | varchar | 64 | 0 | Y | N | 材料编号 | |
4 | material_model | varchar | 64 | 0 | Y | N | 材料型号 | |
5 | picked_quantity | int | 10 | 0 | Y | N | 0 | 领用数量 |
6 | collecting_user | int | 10 | 0 | Y | N | 0 | 领用用户 |
7 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
8 | customer_type | varchar | 64 | 0 | Y | N | 用户类型 | |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
-
- 表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
-
- 表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.jsp页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。如下图所示为系统的首页界面。
图5-3系统首页界面
此页面实现用户的注册,必须注册登录后才能使用系统大部分功能,用户名不允许重复如果重复将会注册失败,并弹出相应的提示,通过js实现对输入的验证。
用户注册流程图如下所示。
图5-4用户注册流程图
用户注册界面如下图所示。
图5-5用户注册界面
用户点击实验室信息,可以查询实验室名称,预约实验室等相应信息提交操作。
实验室信息界面如图所示。
图5-6实验室信息界面
-
-
- 材料信息模块
-
用户点击材料信息,可以查询材料名称,领用材料等相应信息提交操作。
材料信息界面如图所示。
图5-7材料信息界面
用户在yhzhgl查看用户信息,先使用sql语句查询出所有用户表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。
用户管理界面如下图所示。
图5-8用户管理界面
用户点击登录填写账号信息登录后,当用户登录成功后会将个人信息保存在session作用域中,点击自己的用户名时,会跳转到个人详细信息页面,由后台通过Freemarker取出session作用域中的用户信息进行动态渲染,例如,邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮,这时用户可以修改自己的登录密码以保障账号的安全性,防止被人窃取账号,通过UserController.java的updatePassword()实现,同时也可以根据自己的个人信息是否变动做出相应的修改,通过updateUserInfo()实现。
密码修改流程图如下所示。
图5-9密码修改流程图
修改密码面界面如下图所示。
图5-10修改密码界面
添加实验室信息时,输入必填字段后,表现层的YaopinController接受传过来的实验室信息参数,再调用YaopinController类的addYaopin方法,经过YaopinService业务层到YaopinMapper持久层的处理,完成对整个添加实验室信息的操作。addYaopin方法也和用户管理中的addUser方法类似,同时做添加和修改工作。
修改实验室信息时,选择需要修改的实验室进行修改,调用YaopinController控制器的editYaopin方法,拿到该实验室原本的信息并显示到页面,管理员再对需要修改的实验室信息字段进行修改,完成后调用addYaopin方法,调用业务层的updateByKey方法,更新数据库的实验室信息表的数据。
实验室信息管理流程图如下所示。
图5-10实验室信息管理流程图
实验室信息添加界面如下图所示。
图5-11实验室信息添加界面
实验室信息管理界面如下图所示。
图5-12实验室信息管理界面
提交设备信息时,选择需要提交的设备信息进行提交,把主键的uId传到KefangController控制器,再调用控制器的deleteKefang方法,数据经过KefangService业务层解析和处理,请求KefangMapper持久层调用deleteByPrimaryKey方法操作数据库将设备信息提交至数据库。
查找设备信息时,输入需要查找的设备名称、设备编号,调用getData方法获取所有数据并且进行分页,把获取到的所有数据显示到视图上,这时候只需要用脚本方法便能快速查找,不涉及对数据库操作。
设备信息管理流程图如下所示。
图5-13设备信息管理流程图
设备信息添加界面如下图所示。
图5-14设备信息添加界面
设备信息管理界面如下图所示。
图5-15设备信息管理界面
管理员选择材料信息,用户在yuangong_list查看材料信息,点击详情,跳转至gongzi_add.jsp,添加材料信息则将添加的材料信息数据封装在HashMap中,然后调用CommDAO的insert方法将材料信息内容插入材料信息表中。
材料信息流程图如下所示。
图5-18材料信息流程图
材料信息添加界面如下图所示。
图5-19材料信息添加界面
材料信息管理界面如下图所示。
图5-15材料信息管理界面
在对该系统进行完详细设计和编码之后,就要对实验室管理系统的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
测试性能 | 新用户注册 | ||
用例目的 | 测试系统新用户个人信息注册功能的功能和安全性 | ||
前提条件 | 进入注册页面填写个人信息 | ||
输入条件 | 预期输出 | 实际情况 | |
各项基本信息输入不完整 | 不允许注册,无法点击注册按钮 | 一致 | |
填写已存在的用户名 | 系统显示出提示信息,要求重新填写 | 一致 | |
两次密码输入不一致 | 系统显示出提示信息,要求重新填写 | 一致 | |
填写的各项信息没有符合提示的长度和字符要求 | 系统显示出提示信息,要求重新填写 | 一致 | |
胡乱填写电话号码 | 收不到验证码 | 一致 | |
填写验证码与收到的不一致 | 系统显示提示信息告知用户验证码错误,不予注册 | 一致 |
登录测试用例表如下所示。
表6-2登录测试用例
测试性能 | 用户或操作员登录系统 | ||
用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
前提条件 | 进入用户登录页面或操作员登录页面 | ||
输入条件 | 预期输出 | 实际情况 | |
各项信息不予填写,直接点击登陆按钮 | 不允许登录,提示填写账号相关信息 | 一致 | |
填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误,要求重新填写进行登录 | 一致 | |
填写与验证码信息不一致的信息 | 系统显示出提示信息,表明验证码错误,要求重新填写 | 一致 |
实验室信息管理测试用例表如下所示。
表6-4实验室信息管理测试用例
测试性能 | 实验室信息管理功能 | ||
用例目的 | 测试系统后台操作员对实验室信息进行管理的功能是否正常 | ||
前提条件 | 登录系统后台进入相关管理页面 | ||
输入条件 | 预期输出 | 实际情况 | |
普通操作员登录,点击进入实验室信息管理的页面 | 提示非超级用户,权限不够,无法进入相关页面 | 一致 | |
超级操作员登入,删除某个已被查询的实验室信息 | 提示该实验室删除失败 | 一致 | |
点击增加招生按钮 | 页面正常跳转 | 一致 | |
增加实验室时,填写已存在的实验室标题 | 提示该标题已存在 | 一致 |
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
通过实验室管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]王钊.数据库技术在信息管理中的应用[J].现代工业经济和信息化,2023,13(01):142-144.
[2]和挺.数据库技术在信息管理中的应用[J].科技创新与应用,2023,13(03):181-184.
[3]于翔海.计算机数据库技术在信息管理中的应用价值[J].中国新通信,2023,25(02):81-83.
[4]王以伍,舒晖.基于SpringBoot+Vue前后端分离的高校实验室预约管理系统的设计与实现[J].现代计算机,2023,29(01):114-117.
[5]陈志聪,洪小坚.基于云技术的实验室管理系统的设计与实现[J].数字技术与应用,2022,40(12):174-176.
[6]秦蓉.信息管理中的数据库技术应用分析[J].电子技术,2022,51(12):176-177.
[7]徐春成.高职院校实验室管理系统的设计与实现[J].电脑编程技巧与维护,2022(12):75-77.
[8]胡钰强.计算机数据库技术在信息管理中的应用[J].软件,2022,43(12):112-114.
[9]黄孝新,蔡运记,刘念.高校实验室管理系统的功能分析与设计[J].电脑知识与技术,2022,18(34):42-440.
[10]陈婕卿,张锋,朱卫国,杨文航,杨欣壮,王辰超,周力,朱朝辉.智慧实验室管理系统设计与实现[J].医学信息学杂志,2022,43(08):71-75.
[11]罗亚萍.计算机实验室管理系统的设计与实现[J].电子制作,2022,30(16):55-57.
[12]于洋.计算机实验室管理系统设计应用研究[J].电子测试,2022,36(12):62-653.
[13]钟怡旸,郭昱君.基于Springboot的博客管理系统设计与实现[J].现代信息科技,2021,5(07):18-20+24.
[14]赵明文,闾枫.基于SpringBoot的高校学习社区的设计与实现[J].电子测试,2020(13):92-93+129..
[15]王琪.SpringBoot在线学习系统的开发[J].互联网周刊,2023(05):60-62.
[16]银莉,杜啸楠.基于SpringBoot和Vue的社区服务平台设计与实现[J].电子技术,2022,51(12):182-183.
[17]鄢靖丰,王佳乐.基于SpringBoot的微电子平台设计与实现[J].许昌学院学报,2022,41(05):94-98.
致谢
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。
请关注点赞+私信博主,免费领取项目源码