摘 要
信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于角度存在偏差，人们经常能够获取不同类型的信息，这也是技术最为难以攻克的课题。针对宿舍管理系统等问题，对宿舍管理系统进行研究分析，然后开发设计出宿舍管理系统以解决问题。
宿舍管理系统主要功能模块主要包括管理员和学生用户及宿管人员三大模块的实现，主要实现功能模块有：系统用户管理、宿舍楼信息、宿舍信息管理、宿舍分配管理、宿舍报修管理、归宿打卡管理、晚归记录管理、水电费充值管理、通知公告管理等功能模块。本文采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采用的数据库是Mysql，使用node.js的koa技术技术构建的一个管理系统，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对宿舍管理系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现宿舍管理系统和部署运行使用它。
关键词：宿舍管理系统；Mysql数据库，node.js的koa技术
Node .js dormitory management system
Abstract
Information society needs to be targeted with information acquisition methods, but the expansion of the way is basically the direction of people's efforts, due to the deviation of the angle, people can often obtain different types of information, which is also the most difficult topic for technology to overcome. In view of the dormitory management system and other problems, the dormitory management system is studied and analyzed, and then the dormitory management system is developed and designed to solve the problem.
The main functional modules of the dormitory management system mainly include the implementation of three major modules of administrators, student users and dormitory management personnel, and the main functional modules are: system user management, dormitory building information, dormitory information management, dormitory allocation management, dormitory repair management, homecoming and clock-in management, late return record management, utility bill recharge management, notice and announcement management and other functional modules. This paper adopts the object-oriented development mode for software development and hardware erection, which can well meet the needs of actual use, improve the corresponding software erection and program coding work, the database used is Mysql, using node.js KOA technology technology to build a management system, to achieve all the functions of the system. This report first analyzes the background, role and significance of the research, and lays a foundation for the rationality of the research work. According to the analysis of the requirements and technical problems of the dormitory management system, the necessity and technical feasibility of the system are proved, and then the technical software and design ideas that need to be used to design the system are basically introduced, and finally the dormitory management system and deployment and operation are realized.
Keywords: dormitory management system; MySQL database, Koa technology for node .js
目 录
表dormitory_building_information (宿舍楼信息)
表dormitory_repair_report (宿舍报修)
表housing_management_personnel (宿管人员)
互联网在经济，生活等方面有着举足轻重的地位，成为人们资源共享，信息快速传递的重要渠道。在中国，在线管理的兴起也在迅速发展。为了适应现代人强烈的时间意识，在高校，大量的宿舍管理信息无法及时共享，学生们无从了解宿舍的管理信息情况，造成各方面的不方便，学生在遇到报修问题的时候，没有办法第一时间进行报修，对于宿舍申请、宿舍分配、水电费充值、通知公告信息等也不能及时查看等。因此，建立宿舍管理系统，针对宿舍管理过程中的各项事宜建立电子台账，实现线上流程审批，在很大程度上能够增加宿管人员和学生的效率。本网站中，学生可以以最方便的形式，在最短的时间内查找最多的宿舍管理信息，进行宿舍报修、水电费充值等操作。因此，系统无疑给人们的生活带来了极大的方便，网络的应用让时间和距离不再是局限。
通过宿舍管理系统的研究可以更好地理解系统开发的意义，而且也有利于发展更多的智能系统，解决了人才的供给和需求的平衡问题，宿舍管理系统的开发建设，由于其开发周期短，维护方便，所以它可以适应校园宿舍管理系统体系基本要求。
在国外他们的信息技术的发展是我国的许多倍，从1946年诞生在美国的世界上第一台计算机开始，国外的信息技术就一直在飞速地发展，一些计算机应用软件也纷纷出现，软件技术也一直在不断完善和更新。软件行业早已遍布各个地方。
在国内，我国信息技术发展起步比较晚，后期慢慢的不断地进行优化和改革，才让我们的信息技术上升到新的阶段。在现在软件开发的技术经过大量研究和生活实践基本能够达到独立开发系统应用的水平，生活中的各个行业也把软件操作替换成传统的记录模式。软件行业正是现在比较热门的行业。
随着宿舍管理人数的不断增加，宿舍管理系统也在随着增加，由于宿舍信息的增多，宿舍管理系统能够对宿舍管理进行完整的规划和管理，而且学校也通过网络系统来完成日常管理信息中的各种需求，所以网上宿舍管理系统的开发给人们带来了足够的便利，人们通过系统来满足生活中的需求，因此，由于信息的增加，信息处理系统也随之增加，通过网络来满足现代人群需求。此次开发设计主要是实现宿舍管理系统，结合node.js的koa技术以及mysql数据库进行设计，弥补目前宿舍管理网站中的不足，来开发出一款即方便又实用的宿舍管理系统，并且设计的程序具有界面整洁、功能强大等特性，从全局来说，宿舍管理系统的设计解决了信息零散、不利于宿舍管理的问题，该系统实现，可以投入到真实环境中，这样不仅能解决以上提及的问题，让信息管理更准则。
2.1 koa框架
Node.js是一个异步的世界，官方API支持的都是callback形式的异步编程模型，这会带来许多问题，例如:1、callback嵌套问题；2、异步函数中可能同步调用callback返回数据，带来不一致性。为了解决以上问题Koa出现了。
koa是由Express原班人马打造的，致力于成为一个更小、更富有表现力、更健壮的Web框架。使用koa编写web应用，可以免除重复繁琐的回调函数嵌套，并极大地提升错误处理的效率。koa不在内核方法中绑定任何中间件，它仅仅提供了一个轻量优雅的函数库，使得编写Web应用变得得心应手。开发思路和express差不多，最大的特点就是可以避免异步嵌套。
阿里内部就在使用Koa框架，并在Koa基础上面做了一些扩展和封装。并且基于koa开发了一个开源框架egg。
2.2 Vue.js 主要功能：
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是，Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层，并且非常容易学习，非常容易与其它库或已有项目整合。另一方面，Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习，非常容易与其它库或已有项目整合。另一方面，在与相关工具和支持库一起使用时，Vue.js 也能驱动复杂的单页应用。
2.3 MVVM模式介绍：
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。
2.4 B/S体系工作原理：
B/S架构采取浏览器请求，服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；
而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；
从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。
2.5 MySQL数据库
Mysql的语言是非结构化的，用户可以在数据上进行工作。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。并且因为Mysql的语言和结构比较简单，但是功能和存储信息量很强大，所以得到了普遍的应用。
Mysql数据库在编程过程中的作用是很广泛的，为用户进行数据查询带来了方便。Mysql数据库的应用因其灵活性强，功能强大，所以在实现某功能时只需要一小段代码，而不像其他程序需要编写大段代码。总体来说，Mysql数据库的语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室，它是在计算机上进行的，而不是现实中的储藏室。数据的存放是按固定格式，而不是无序的，其定义就是：长期有固定格式，可以共享的存储在计算机存储器上。数据库管理主要是数据存储、修改和增加以及数据表的建立。为了保证系统数据的正常运行，一些有能力的处理者可以进行管理而不需要专业的人来处理。数据表的建立，可以对数据表中的数据进行调整，数据的重新组合及重新构造，保证数据的安全性。介于数据库的功能强大等特点，本系统的开发主要应用了Mysql进行对数据的管理。
开发任何一个系统，都要对其可行性进行分析，对其时间和资源上的限制进行考虑，这样可以减少系统开发的风险。同时，分析之后不仅能够合理的运用人力，还能在各方面资源的消耗上得到节省。下面就对技术、经济和操作三个方面来介绍。
整个系统从设计到开发以及测试过程严谨步骤齐全，所有工作任务全部由本人完成，并未获取外部技术支持，节约了一切服务成本开销以及人工成本，在硬件方面，为节约成本使用一台二手移动工作站作为项目部署服务器以及数据库服务器，成本在一万元一下，真个网络部署也是由本人独立完成不涉及到其他人工费用，整个开发过程本着低成本，低消耗的原则。
技术可行性分析的目的是确认该系统能否利用现有技术实现，并评估开发效率和完成情况。技术的可行性是指在当前的技术条件下，计算机软件和硬件的开发是否能够满足发展的要求。因为该系统的开发基于VUE框架，所以开发该系统所需的软件和硬件条件可以在普通计算机上满足。因为它占用的内存相对较少，所以用Mysql数据库开发和设计软件理论上没有问题，因为它占用的内存太少。上述技术可以有效地保证系统的成功和高效开发。
宿舍管理系统的使用界面简单易于操作，采用常见的界面窗口来登录界面，通过电脑进行访问操作，用户只要平时使用过电脑都能进行访问操作。此系统的开发采用Node.js技术开发，人性化和完善化是B/S结构开发比较显要的特点使得用户操作相比较其他更加简洁方便。易操作、易管理、交互性好在本系统操作上体现得淋漓尽致。
-
- 系统功能需求分析：
宿舍管理系统，是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统，其主要任务是最大限度的利用现代计算机及网络通讯技术加强学校的信息管理，通过对学校拥有的人力、物力、财力、设备、技术等资源的调查了解，建立正确的数据，加工处理并编制成各种信息资料及时提供给管理人员，以便进行正确的决策，不断提高学校的管理水平和经济效益。目前，学校的计算机网络已成为学校进行技术改造及提高学校管理水平的重要手段。
宿舍管理系统的特性，完善的宿舍管理系统具有以下四个标准:确定的信息需求、信息的可采集与可加工、可以通过程序为管理人员提供的信息、可以对信息进行管理。具有统一规划的数据库是宿舍管理系统成熟的重要标志，它象征着宿舍管理系统是软件工程的产物。通过宿舍管理系统实现信息增值，用数学模型统计分析数据，实现辅助决策。宿舍管理系统是发展变化的，有生命周期的。
宿舍管理系统的开发必须具有一定的科学管理工作基础。只有在合理的管理体制、完善的规章制度、稳定的生产秩序、科学的管理方法和准确的原始数据的基础上，才能进行它的开发。因此，为适应其的开发需求，学校管理工作必须逐步完善以下工作;管理工作的程序化，各部门都有相应的作业流程:管理业务的标准化，各部门都有相应的作业规范;报表文件的统一化，固定的内容、周期、格式;数据资料的完善化和代码化。
随着宿舍管理系统的不断更新扩大，宿舍管理系统的种类越来越丰富，需求量也越来越大，实现宿舍管理系统管理的自动化管理十分必要。过去全部由人工管理来实现，不仅耗费大量的人力、物力资源而且容易出现差错，效率很低。为了满足宿舍管理系统的自动化管理，提高工作效率，我选择了宿舍管理系统作为设计课题。本软件给学校宿舍管理员带来了极大的帮助，有效地减少了其工作量。这个系统有很好的实用性，管理员可以方便的进行各种操作，操作十分简单，初次接触本软件的管理人员也可以快速的掌握其操作方法
本系统采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及和数据库的联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来实现整个系统的功能。
管理员用例图如下所示。
图3-1 管理员用例图
管理员功能需求：后台首页、系统管理（管理员、学生用户、宿管人员）、模块管理（宿舍楼信息、宿舍信息、宿舍分配、宿舍报修、归宿打卡、晚归记录、水电费充值、通知公告）个人信息等。
宿管人员用例图如下所示。
图3-2 宿管人员用例图
宿管人员功能需求：后台首页、模块管理（宿舍楼信息、宿舍信息、宿舍分配、宿舍报修、归宿打卡、晚归记录、通知公告）个人信息等。
学生用户用例图如下所示。
图3-3 学生用户用例图
学生用户功能需求：后台首页、模块管理（宿舍分配、宿舍报修、归宿打卡、晚归记录、水电费充值、通知公告）个人信息等。
评判一个系统好坏的一项重要指标就是性能，下面是对此系统的一些性能进行阐述。
1.系统的安全性和稳定性: 宿舍管理系统在管理权限上有着严格的控制，即想登录此平台进行操作，则必须要有操作权限，没有权限的用户是不可能登录平台查看任何的信息和数据，从而确保了系统的安全性。
2.数据的完整性和准确性：第一个是各项记录信息的完整性，信息记录的内容可以为空；第二个是各项信息数据之间相互联系的准确性；第三个是数据在不同记录信息的一致性
3．管理员操作系统简单方便
在系统开发中按照“简单易用”的原则，能够使用户对系统的使用一目了然，既能保证用户使用，同时又能保证维护人员方便维护。
在分析了系统的业务流程之后，就要分析系统的数据流，为后面设计系统的数据库做好基础。这里主要利用数据流程图来说明数据流程。数据流程图是一个图示工具，容易理解，容易在开发和用户方之间进行交流，以及在开发组织内部交流。因此数据流程图作为一种模型工具已经广泛使用在软件工程的实践中。
系统的顶层数据流图如下图所示。
图3-2系统数据流图（顶层）
根据系统的业务流程，用户浏览所使用到的数据归纳为输出信息。而用户提交的数据则作为系统的输入数据。相应的，根据系统管理员业务流程，管理员对系统内容的添加、更新和删除等所操作的数据定义为输入信息。
本宿舍管理系统的架构设计主要分为可以3层，主要有Web层，业务层，Model层。其中web层还包括View层和Controller层，Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
图4-1 系统架构
宿舍管理系统总体分为用户模块、管理员模块和宿管人员模块。
三个模块表现上是分别独立存在，但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析，并查阅相关资料后整理制作的。
综上所述，系统功能结构图如下图所示。
图4-2 宿舍管理系统功能结构图
登录模块：登录模块是进入系统的入口，所有用户必须登录后才能访问系统。登录需要输入用户名和密码，如果多次尝试登录需要输入验证码。登录时需要选择用户的角色，是一般用户还是管理员登录等。登录成功后，会通过数据库获取用户的权限，并跳转至用户的主页面。
系统用户管理模块：系统用户管理模块主要对学生用户和宿管人员个人的信息的管理等。
模块管理：模块管理主要是对宿舍楼信息、宿舍信息、宿舍分配、宿舍报修、归宿打卡、晚归记录、水电费充值、通知公告的维护和管理。
个人信息模块：个人信息模块主要对个人资料和密码的修改等。
从前面可以分析到数据库中最重要的是系统用户管理、宿舍楼信息管理、宿舍信息管理、宿舍分配管理、宿舍报修管理、归宿打卡管理、晚归记录管理、水电费充值管理、通知公告管理等信息。分析可以得到如下数据描述：个人信息管理，宿舍分配管理、宿舍报修管理等。
根据前面的数据流程图，结合系统的功能模块设计，设计出符合系统的各信息实体。
系统ER图如下图所示。
图4-3 系统ER图
宿舍管理系统所拥有的数据表有以下：用户信息表，宿舍分配信息表，宿舍报修表，宿舍楼信息表等。
由于数据表较多，只展示系统主要数据表，如下表所示。
表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 |
更新时间： |
表dormitory_allocation (宿舍分配)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dormitory_allocation_id |
int |
10 |
0 |
N |
Y |
宿舍分配ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
dormitory_number |
varchar |
64 |
0 |
Y |
N |
宿舍号 |
|
| 4 |
student |
int |
10 |
0 |
Y |
N |
0 |
学生 |
| 5 |
bed |
varchar |
64 |
0 |
Y |
N |
床位 |
|
| 6 |
check_in_time |
date |
10 |
0 |
Y |
N |
入住时间 |
|
| 7 |
housemaster |
int |
10 |
0 |
Y |
N |
0 |
宿管 |
| 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 |
更新时间 |
表dormitory_building_information (宿舍楼信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dormitory_building_information_id |
int |
10 |
0 |
N |
Y |
宿舍楼信息ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
number_of_layers |
varchar |
64 |
0 |
Y |
N |
层数 |
|
| 4 |
total_number_of_dormitories |
varchar |
64 |
0 |
Y |
N |
总宿舍数 |
|
| 5 |
housemaster |
int |
10 |
0 |
Y |
N |
0 |
宿管 |
| 6 |
type |
varchar |
64 |
0 |
Y |
N |
类型 |
|
| 7 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表dormitory_information (宿舍信息)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dormitory_information_id |
int |
10 |
0 |
N |
Y |
宿舍信息ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
dormitory_number |
varchar |
64 |
0 |
Y |
N |
宿舍号 |
|
| 4 |
number_of_beds |
int |
10 |
0 |
Y |
N |
0 |
床位数 |
| 5 |
number_of_occupants |
int |
10 |
0 |
Y |
N |
0 |
已入住人数 |
| 6 |
empty_bed |
varchar |
64 |
0 |
Y |
N |
空床位 |
|
| 7 |
housemaster |
int |
10 |
0 |
Y |
N |
0 |
宿管 |
| 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 |
更新时间 |
表dormitory_repair_report (宿舍报修)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
dormitory_repair_report_id |
int |
10 |
0 |
N |
Y |
宿舍报修ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
dormitory_number |
varchar |
64 |
0 |
Y |
N |
宿舍号 |
|
| 4 |
student |
int |
10 |
0 |
Y |
N |
0 |
学生 |
| 5 |
housemaster |
int |
10 |
0 |
Y |
N |
0 |
宿管 |
| 6 |
item_name |
varchar |
64 |
0 |
Y |
N |
物品名称 |
|
| 7 |
repair_content |
text |
65535 |
0 |
Y |
N |
报修内容 |
|
| 8 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
| 9 |
examine_reply |
varchar |
16 |
0 |
Y |
N |
审核回复 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表hits (用户点击)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID： |
|
| 2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人： |
| 3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间： |
| 4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间： |
| 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： |
表homecoming_check_in (归宿打卡)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
homecoming_check_in_id |
int |
10 |
0 |
N |
Y |
归宿打卡ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
dormitory_number |
varchar |
64 |
0 |
Y |
N |
宿舍号 |
|
| 4 |
student |
int |
10 |
0 |
Y |
N |
0 |
学生 |
| 5 |
bed |
varchar |
64 |
0 |
Y |
N |
床位 |
|
| 6 |
housemaster |
int |
10 |
0 |
Y |
N |
0 |
宿管 |
| 7 |
clock_in_photos |
varchar |
255 |
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 |
更新时间 |
表housing_management_personnel (宿管人员)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
housing_management_personnel_id |
int |
10 |
0 |
N |
Y |
宿管人员ID |
|
| 2 |
hanguan_job_number |
varchar |
64 |
0 |
Y |
N |
宿管工号 |
|
| 3 |
name_of_the_housekeeper |
varchar |
64 |
0 |
Y |
N |
宿管姓名 |
|
| 4 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 5 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 6 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 7 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表late_return_record (晚归记录)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
late_return_record_id |
int |
10 |
0 |
N |
Y |
晚归记录ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
dormitory_number |
varchar |
64 |
0 |
Y |
N |
宿舍号 |
|
| 4 |
student |
int |
10 |
0 |
Y |
N |
0 |
学生 |
| 5 |
bed |
varchar |
64 |
0 |
Y |
N |
床位 |
|
| 6 |
housemaster |
int |
10 |
0 |
Y |
N |
0 |
宿管 |
| 7 |
late_return_date |
date |
10 |
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 |
更新时间 |
表notice_announcement (通知公告)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
notice_announcement_id |
int |
10 |
0 |
N |
Y |
通知公告ID |
|
| 2 |
title |
varchar |
64 |
0 |
Y |
N |
标题 |
|
| 3 |
publisher |
varchar |
64 |
0 |
Y |
N |
发布人 |
|
| 4 |
relevant_attachments |
varchar |
255 |
0 |
Y |
N |
相关附件 |
|
| 5 |
content |
text |
65535 |
0 |
Y |
N |
内容 |
|
| 6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 7 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表student_users (学生用户)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
student_users_id |
int |
10 |
0 |
N |
Y |
学生用户ID |
|
| 2 |
student_id |
varchar |
64 |
0 |
N |
N |
学生学号 |
|
| 3 |
student_name |
varchar |
64 |
0 |
Y |
N |
学生姓名 |
|
| 4 |
class_name |
varchar |
64 |
0 |
Y |
N |
班级名称 |
|
| 5 |
gender |
varchar |
64 |
0 |
Y |
N |
性别 |
|
| 6 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
| 7 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 8 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
| 9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表upload (文件上传)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
| 2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
| 3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
| 4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
| 5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
| 6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
| 7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
| 8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
表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 |
更新时间： |
表water_and_electricity_recharge (水电费充值)
| 编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
| 1 |
water_and_electricity_recharge_id |
int |
10 |
0 |
N |
Y |
水电费充值ID |
|
| 2 |
building |
varchar |
64 |
0 |
Y |
N |
楼栋 |
|
| 3 |
dormitory_number |
varchar |
64 |
0 |
Y |
N |
宿舍号 |
|
| 4 |
student |
int |
10 |
0 |
Y |
N |
0 |
学生 |
| 5 |
bed |
varchar |
64 |
0 |
Y |
N |
床位 |
|
| 6 |
recharge_type |
varchar |
64 |
0 |
Y |
N |
充值类型 |
|
| 7 |
recharge_amount |
int |
10 |
0 |
Y |
N |
0 |
充值金额 |
| 8 |
pay_state |
varchar |
16 |
0 |
N |
N |
未支付 |
支付状态 |
| 9 |
pay_type |
varchar |
16 |
0 |
Y |
N |
支付类型: 微信、支付宝、网银 |
|
| 10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
| 11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
| 12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
第5章 系统实现
5.1 学生用户模块的实现
学生用户在登录界面输入个登录信息：账户、密码、完成拼图验证等内容登录进入系统，图5-1：
图5-1学生用户登录界面
学生用户登录系统后台可查看用户个人管理功能：后台首页、模块管理（宿舍分配、宿舍报修、归宿打卡、晚归记录、水电费充值、通知公告）个人信息等，如图5-2
图5-2学生用户功能模块界面
个人信息，在个人信息页面中可对用户名、昵称、用户组、手机号码、状态、邮箱等信息进行提交，如图5-3；
图5-3个人信息界面
水电费充值，在水电费充值页面中可查看楼栋、宿舍号、学生、床位、充值类型、充值金额、支付状态、支付类型等信息，输入充值金额选择充值类型进行在线支付等操作，如图5-4；
图5-4水电费充值界面
宿舍报修：在宿舍报修页面中可查看楼栋、宿舍号、学生、宿管等信息，编辑物品名称、报修内容进行提交报修申请，由宿管人员进行审核，如图5-5；5-5.1
图5-5宿舍报修界面
图5-5.1宿舍报修审核界面
归宿打卡：在归宿打卡页面中可查看楼栋、宿舍号、学生、床位、宿管等信息，上传打卡照片进行提交归宿打卡，如图5-6；
图5-6归宿打卡界面
5.2 宿管人员模块的实现
宿管人员在登录界面输入个登录信息：账户、密码、完成拼图验证等内容登录进入系统，图5-7：
图5-7宿管人员登录界面
宿管人员登录系统后台可查看用户个人管理功能：后台首页、模块管理（宿舍楼信息、宿舍信息、宿舍分配、宿舍报修、归宿打卡、晚归记录、通知公告）个人信息等。，如图5-6
图5-6宿管人员功能模块界面
宿舍分配管理，在宿舍分配管理页面中可查看楼栋、宿舍号、学生、床位、入住时间、宿管等内容，还可在根据详情查询页面进行添加、查询、删除详细等操作，如图5-8；
5-8宿舍分配管理界面
宿舍信息管理，在宿舍信息管理页面中可查看楼栋、宿舍号、床位数、已入住数、空床位、宿管等信息，还可在根据详情查询页面进行添加、查询、删除详细、宿舍分配等操作，如图5-9；
图5-9宿舍信息管理界面
5.3 管理员模块
管理员登录系统界面可查看管理功能分为：后台首页、系统管理（管理员、学生用户、宿管人员）、模块管理（宿舍楼信息、宿舍信息、宿舍分配、宿舍报修、归宿打卡、晚归记录、水电费充值、通知公告）个人信息等。如图5-9
图5-9管理员功能界面
系统用户管理，在系统用户管理页管理员可对用户进行添加信息：头像、账户、密码、昵称、手机号码、邮箱、手机认证、邮箱认证、状态、学生学号、学生姓名、学生性别、班级名称、性别等信息，根据详情进行添加、修改删除详细等操作，管理员可以添加学生和宿管人员等，如图5-10
图5-10添加学生用户界面
宿舍楼信息管理，在宿舍楼信息管理页面可以对楼栋、层数、总宿舍数、宿管、类型等内容， 根据详情进行添加、删除等操作，图5-11
图5-11宿舍楼信息管理界面
通知公告管理，在通知公告管理页面可以查看标题、发布人、相关附件、内容等信息，管理员可 根据详情进行添加、删除等操作等操作，如图5-12
图5-12通知公告管理界面
第6章系统测试
6.1 测试目的
对任何系统而言，测试都是必不可少的环节，测试可以发现系统存在的很多问题，所有的软件上线之前，都应该进行充足的测试之后才能保证上线后不会Bug频发，或者是功能不满足需求等问题的发生。下面分别从单元测试，功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
6.2功能测试
下表是系统登录功能测试用例，检测了用户名和密码的不同的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
| 功能描述 |
用于系统登录 |
|
| 测试目的 |
检测登录时的合法性检查 |
|
| 测试数据以及操作 |
预期结果 |
实际结果 |
| 输入的用户名和密码带有非法字符 |
提示用户名或者密码错误 |
与预期结果一致 |
| 输入的用户名或者密码为空 |
提示用户名或者密码错误 |
与预期结果一致 |
| 输入的用户名和密码不存在 |
提示用户名或者密码错误 |
与预期结果一致 |
| 输入正确的用户名和密码 |
登录成功 |
与预期结果一致 |
下表是注册功能测试用例，检测了各种数据的输入情况，观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
| 功能描述 |
用于用户注册 |
|
| 测试目的 |
检测用户注册时的合法性检查 |
|
| 测试数据以及操作 |
预期结果 |
实际结果 |
| 输入的手机号不合法 |
提示请输入正确的手机号码 |
与预期结果一致 |
| 输入的字段为空 |
提示必填项不能为空 |
与预期结果一致 |
| 输入的密码少于6位 |
提示密码必须为6-12位 |
与预期结果一致 |
| 输入的密码大于12位 |
提示密码必须为6-12位 |
与预期结果一致 |
下表是宿舍信息管理功能的测试用例，检测了宿舍信息管理中对宿舍信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-3 宿舍信息管理的测试用例
| 功能描述 |
用于宿舍信息管理 |
|
| 测试目的 |
检测宿舍信息时的各种操作的运行情况 |
|
| 测试数据以及操作 |
预期结果 |
实际结果 |
| 点击添加宿舍信息，必填项合法输入，点击保存 |
提示添加成功 |
与预期结果一致 |
| 点击添加宿舍信息，必填项输入不合法，点击保存 |
提示必填项不能为空 |
与预期结果一致 |
| 点击修改宿舍信息，必填项修改为空，点击保存 |
提示必填项不能为空 |
与预期结果一致 |
| 点击修改宿舍信息，必填项输入不合法，点击保存 |
提示必填项不能为空 |
与预期结果一致 |
| 点击删除宿舍信息，选择职位删除 |
提示删除成功 |
与预期结果一致 |
| 点击搜索宿舍信息，输入存在的职位名 |
查找出宿舍信息 |
与预期结果一致 |
| 点击搜索宿舍信息，输入不存在的职位名 |
不显示宿舍信息 |
与预期结果一致 |
下表是宿舍管理功能的测试用例，检测了宿舍管理中对学生信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；学生用户登录系统。
表6-4学生用户管理的测试用例
| 功能描述 |
用于学生用户管理 |
|
| 测试目的 |
检测学生用户管理时的各种操作的运行情况 |
|
| 测试数据以及操作 |
预期结果 |
实际结果 |
| 点击添加学生用户，必填项合法输入，点击保存 |
提示添加成功 |
与预期结果一致 |
| 点击添加学生用户，必填项输入不合法，点击保存 |
提示必填项不能为空 |
与预期结果一致 |
| 点击修改学生用户，必填项修改为空，点击保存 |
提示必填项不能为空 |
与预期结果一致 |
| 点击修改学生用户，必填项输入不合法，点击保存 |
提示必填项不能为空 |
与预期结果一致 |
| 点击删除学生用户，选择用户删除 |
提示删除成功 |
与预期结果一致 |
| 点击搜索学生用户，输入存在的用户名 |
查找出学生用户 |
与预期结果一致 |
| 点击搜索学生用户，输入不存在的用户名 |
不显示学生用户 |
与预期结果一致 |
6.3性能测试
使用阿里云PTS（Performance Testing Service）性能测试服务对线上系统进行压力测试。线上服务器环境为：1核心CPU，1G内存，1Mbps公网带宽，Centos7.0操作系统。
压测过程中使用了2台并发机器，每台机器20个用户并发，对系统主页，登录，数据查询和数据维护等模块进行并发访问，测试结果是有40个用户并发时，数据管理相关页面的响应时间甚至达到了7s，通过查看服务器出网流量发现已经达到1381kb/s，可以看出服务器的带宽已经达到峰值，如果系统使用5Mbps的带宽，系统的响应时间和TPS将会大大增加。在整个测试的过程中，CPU的使用率占用仅8%，也提现出带宽瓶颈对系统的影响非常严重。
结论
在这个设计中，我花了大量的时间去理解系统开发中使用的知识，经过这段时间的努力工作最终完成了系统设计。通过这一阶段的学习，我发现了自己的不足，充分掌握了必要的应用技能，进一步的学习使我充实了自己的知识基础，完成了这个艰巨的任务。当遇到问题时，我很及时的寻求老师的帮助，通过专业的网站和论坛来解决，他们的帮助让我一步一步的成功克服了困难的问题。系统设计过程不容易，你需要不断充实自己，有勇气克服困难。系统开发的一些功能还不完善，需要继续改善后，通过用户体验来修改设计完美的系统，让用户得到更好的体验，我觉得很高兴，因为这是我第一次通过自己的努力实现这个系统，但绝不是我的最后一个，在未来我将努力实现更多的优秀的系统。
在一些编程语言的系统实现中，对词汇表不太熟悉，导致了开发的困难，但是我通过了合适的字典软件来解决这个大问题。由此，我学会了自己的英语缺陷。在那之后，我不断地提高自己的英语知识，这样我就不会有任何未来的工作和生活。毕业设计过程我感觉很深刻，从一开始就不熟悉开发技术，一步一步的使用，接触到文献和信息，不难理解，系统是一次又一次的实现，系统本身对于在线学习是有用的。我从这个设计中获益良多，论文的编写需要有自己的意愿去实现一点，学习生活中所有的问题的勇气，学习的过程就是学习的过程。毕业设计，我学会了将理论知识应用于实践。让我知道该怎么做，我们必须认真对待。勇于克服困难，相信未来，我会做得更好。
参考文献
[1]马鸿飞,丁丽娜.基于MySQL的验光数据库[J].科技资讯,2022,20(17):8-10.DOI:10.16661/j.cnki.1672-3791.2201-5042-9296.
[2]吴佳愉,冯树清,张浩辉,蓝婕佳,雷奕锴,郑志磊,梁伟民,胡庆勇,黄文思,林毓楷,吴晓添,覃琬淇,郑景文. 智能化宿舍管理系统[P]. 广东省：CN114201502B,2022-07-26.
[3]吴锋珍.基于主从同步的MySQL负载均衡设计与部署[J].湖南邮电职业技术学院学报,2022,21(02):40-43.
[4]Wu Daiwen. The Application and Management System of Scientific Research Projects Based on PHP and MySQL[J]. Journal of Interconnection Networks,2022,22(Supp02).
[5]涂华燕.基于MySQL宿舍管理系统数据库设计[J].电脑编程技巧与维护,2021(12):104-106.DOI:10.16184/j.cnki.comprg.2021.12.038.
[6]袁文光.一种基于Node.js的校园高并发Web应用架构[J].南通职业大学学报,2021,35(04):77-81.
[7]李洋,胡茵茵,宣宏坤,黄春健,黄泽涛,王宗彤.智慧宿舍管理信息系统的设计与分析[J].无线互联科技,2021,18(20):42-44+49.
[8]刘华明,钱焕然,毕学慧,时照辉,高统朋,杜宜敏,邹超豹.高校宿舍管理系统的设计与实现[J].通化师范学院学报,2021,42(10):89-93.DOI:10.13877/j.cnki.cn22-1284.2021.10.014.
[9]孙妃,李可心,刘楠,王晓兰,孔荣荣,王慧.学生宿舍管理系统的设计与实现[J].江苏科技信息,2021,38(29):40-42+75.
[10]李高鹏,熊作顺,颜宏伟,陈宇航.智慧宿舍管理系统[J].电子测试,2021(20):127-128.DOI:10.16520/j.cnki.1000-8519.2021.20.050.
[11]盛培雷,庄旭菲,孙瑞,何闽,李特恩,洪一然.基于物联网技术的智慧宿舍管理系统[J].无线互联科技,2021,18(15):56-57.
[12]Zhao Liang,Gu Hengzhi,Xu Jingxian,Cui Yang,Shuai Chunjiang. Research on Simufact simulation data processing system based on QT and MySQL[J]. Applied Mathematics and Nonlinear Sciences,2021,6(2).
[13]于君君,吴祥飞,甘润,刘成成,丁雨,何恩节.基于物联网的宿舍管理系统[J].安徽科技学院学报,2021,35(01):51-57.DOI:10.19608/j.cnki.1673-8772.2017.0883.
[14]吴丹林,李梦雅.B/S模式宿舍管理系统设计与实现[J].电脑编程技巧与维护,2021(01):98-99+105.DOI:10.16184/j.cnki.comprg.2021.01.034.
[15]吴松杰, 宿舍管理系统V1.0. 湖北省,武汉东湖学院,2020-12-01.
[16]唐瑞明,李论,陈珊.高校宿舍管理系统综述[J].电子技术与软件工程,2020(04):64-66.
[17]杨菊梅. 校园学生宿舍管理系统的设计与实现[D].山东大学,2017.
[18]JC Obi,AA Imianvan,Iyamu Iziegbe. Formalization of Hostel Management System.[J]. Journal of the Nigerian Association of Mathematical Physics,2015,30(0).
[19]Zhan Fang Chen,Xin Ding,Su Peng Sun,Le Min Shi,Yu Xi Sun. Design and Realization of the Student Dormitory Management System Based on RFID[J]. Applied Mechanics and Materials,2014,3458(631-632).
[20]芦志宏, 北京北大资源研修学院 课堂自主研发宿舍管理系统. 李晓秋 主编,北京教育年鉴,华艺出版社,2010,467,年鉴.
致谢
本次设计历时3个月。在这个毕业设计中，它离不开指导教师的指导，使事情基本顺利。指导老师无论是在毕业设计历经中，还是在论文做完中都给了了我特别大的助益。另1个方面，教师认真负责的工作姿态，谨慎的教学精神厚重的理论水准都使我获益匪浅。他勤恳谨慎的教学育人学习姿态也给我留下了特别特别深的感觉。我从老师那里学到了很多东西。在理论和实践中，我的技能得到了特别大的提高。在此，特向教师表示由衷的感激。
经过对该毕业设计的全部研究和开发，我的系统研发经历了从需求分析到实现详细功能，再到最终测试和维护的特殊进展。让我对系统研发有了更深层次的认识。如今我的动手本领单独处理疑惑的本领也获取到了特别大的演练学习增多，这是这次毕业设计最好的收获。
最后，在整个系统开发过程中，我周围的同学和朋友给了我很多意见，所以我很快就确认了系统的商业思想。在次，我由衷的向他们表示感激。