目 录
摘要
1 绪论
1.1 研究背景与意义
1.2 国内外研究现状
1.3论文结构与章节安排
2 宿舍管理系统系统分析
2.1 可行性分析
2.2 系统流程分析
2.2.1 数据增加流程
2.2.2 数据修改流程
2.2.3 数据删除流程
2.3 系统功能分析
2.3.1 功能性分析
2.3.2 非功能性分析
2.4 系统用例分析
2.5本章小结
3 宿舍管理系统总体设计
3.1 系统架构设计
3.2 系统功能模块设计
3.2.1整体功能模块设计
3.2.2用户模块设计
3.2.3 报修信息管理模块设计
3.2.4学生信息管理模块设计
3.3 数据库设计
3.3.1 数据库概念结构设计
3.3.2 数据库逻辑结构设计
3.4本章小结
4 宿舍管理系统详细设计与实现
4.1用户功能模块
4.1.1 用户注册界面
4.1.2 用户登录界面
4.1.3公告信息管理界面
4.1.4 报修信息管理界面
4.2管理员功能模块
4.2.1 系统用户管理界面
4.2.2 学生信息管理界面
4.2.3 房间类别管理界面
4.2.4 宿舍信息管理界面
4.2.5 报修信息管理界面
5系统测试
5.1 系统测试用例
5.2 系统测试结果
结论
参考文献
致 谢
摘要
从20年代开始,计算机疯狂的出现在人们的生活以及工作当中,成为人们生活、工作的好帮手,计算机深入到每家每户当中,网络办公,网络教学更是替换了传统手工记录管理的方式,使用计算机办公可以不必局限于固定的时间和固定的地点,通过计算机系统可以轻松实现跨区域的交流。随着高等教育的普及,学生的数量也在持续的增加,传统的学生宿舍信息查询管理越来越不方便,而且手工查询管理也降低了工作效率,增加了管理者的工作量,而且也不方便学生进行查询,因此开发本了学院学院学生宿舍管理系统。
本系统前台是通过Python页面展示,后台使用Django这个框架,数据库采用目前流行的开源关系型数据库MYSQL。这一系统在前台的技术使用上,使用了目前流行的vue.js,让页面展现得更加的整齐漂亮。
关键词:宿舍管理系统;MySQL;Django框架
Abstract
Since the 1920s, computers have crazily appeared in people's lives and work, becoming a good helper for people's lives and work. Computers have penetrated into every household, and online work and teaching have replaced traditional manual record management methods. Using computers for work can be easily achieved without being limited to fixed times and locations, and cross regional communication can be easily achieved through computer systems. With the popularization of higher education, the number of students is also continuously increasing. Traditional student dormitory information query management is becoming increasingly inconvenient, and manual query management also reduces work efficiency, increases the workload of managers, and is not convenient for students to query. Therefore, a college student dormitory management system has been developed.
The front-end of this system is displayed through Python pages, and the back-end uses the Django framework. The database uses the popular open-source relational database MYSQL. This system uses the currently popular Vue.js technology in the front-end, making the page display more neat and beautiful.
Keywords: Dormitory management system; MySQL; Django Framework
1 绪论
1.1 研究背景与意义
通过宿舍管理系统的研究可以更好地理解系统开发的意义,而且也有利于发展更多的智能系统,解决了人才的供给和需求的平衡问题,宿舍管理系统的开发建设,由于其开发周期短,维护方便,所以它可以适应宿舍管理系统体系基本要求。
1.2 国内外研究现状
在中国,学生宿舍管理的研究已经取得了一定的成果。许多高校和研究机构关注学生宿舍管理的问题,开展了相关研究。其中,一些研究聚焦于宿舍管理的流程优化、信息化建设和智能化管理。通过引入信息技术和管理方法,提高宿舍管理的效率和质量,改善学生的居住环境和生活条件。此外,还有一些研究致力于宿舍管理的社会心理和行为研究,探索学生对宿舍管理的态度、需求和满意度。
在国际上,学生宿舍管理也是一个备受关注的领域。许多发达国家的大学和学院重视学生宿舍管理,注重提供良好的宿舍环境和服务。他们通过引入先进的宿舍管理系统、社区建设和学生参与活动等手段,提升宿舍管理的质量和学生的居住体验。此外,还有一些国际研究关注宿舍管理对学生学业成就、社交发展和幸福感的影响,探索宿舍管理与学生综合素质培养的关系。
综上所述,四川工商学院学生宿舍管理的研究在国内外都得到了广泛的关注和研究。通过借鉴国内外的研究成果和经验,可以为该学院的宿舍管理提供有益的参考和借鉴,促进宿舍管理水平的提升,改善学生的宿舍生活条件和居住体验,推动学校宿舍管理的规范化、科学化和人性化发展。
1.3论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的意义和国内外研究现状与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
2 宿舍管理系统系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
经济可行性在此仅代表网站的运维成本,开发成本不在此考虑。
目前该模式下的宿舍管理系统的数量日益增多,网上进行高校宿舍管理相关信息的查询管理变得平民化普及化,用户人数呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的Python语言能够迎合所有电子商务系统的搭建,系统技术设备的可扩展性可以由Django构架的资源优势予以促成。我采用了编译器eclipse+Python+mysql用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,Django框架是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2 系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
2.2.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
图2-2 数据修改流程图
2.2.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
2.3 系统功能分析
2.3.1 功能性分析
按照宿舍管理系统的角色,我划分为了学生用户模块和管理员模块这两大部分。
普通用户管理模块:
- 用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要进行公告信息的查看或报修申请等操作的时候,就必须有这个系统的账号,如果没有账号的话,可以注册成员用户进行相关的操作。
- 宿舍分配管理:学生用户可在“宿舍分配列表”这个菜单按钮,就会显示所有的宿舍分配信息,点击右边的“详情”可以进入查看详细信息。
(3)宿舍信息管理:用户点击“宿舍信息列表”这个菜单按钮,就会显示所有的宿舍信息列表,点击右边的“详情”可以进入查看详细信息。
(3)报修信息管理:用户点击“报修信息列表”可查看所有提交的报修信息,如需要添加新的报修信息,点击“报修信息添加”这一按钮以后会跳转到信息填写的界面,其中学生用户、学生姓名、宿舍号是自动生成的,用户只要填写好报修信息和选择好日期,点击提交完成添加报修信息,由管理员进行审核回复。
(4)留言信息管理:用户点击“留言信息列表”可查看自己所有的留言信息,如需要添加新的留言信息,点击“留言信息添加”这一按钮以后会跳转到信息填写的界面,其中学生用户、学生姓名、宿舍号是自动生成的,用户只要填写好留言信息,点击提交完成添加留言信息,由管理员进行审核回复。
(5)公告信息管理:用户可以查看后台管理员发布的公告信息,点击右边的“详情”可以进入查看详细信息。
管理员管理模块:
- 系统用户管理:管理员可以对宿舍管理系统中的管理员以及前台注册的学生用户进行增删改查、下载导入、导入等相应操作。
- 宿舍信息管理:管理员在“宿舍信息列表”这一栏可进行查看学校所有宿舍的详细信息,并且添加宿舍信息,也能够删除宿舍信息;点击右边的“分配”可为学生进行宿舍分配操作。
- 宿舍分配管理:管理员可查看学生宿舍分配的详情信息。
(4)报修信息管理:管理员在“报修信息列表”这一栏可查看所有学生提交的报修申请信息,可进行详情、审核回复等操作。
(5)留言信息管理:管理员在“留言信息列表”这一栏可查看所有的学生的留言信息,可对学生的留言信息进行详情、审核回复等操作。
(6)公告信息管理:管理员可以对系统前台展示的公告信息进行增删改查,方便用户进行查看。
2.3.2 非功能性分析
宿舍管理系统的非功能性需求比如宿舍管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表2-1宿舍管理系统非功能需求表
安全性 | 主要指宿舍管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指宿舍管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响宿舍管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着宿舍管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 宿舍管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本宿舍管理系统的用例图:
图2-4就是用户角色的用例展示。
图2-4 宿舍管理系统用户角色用例图
图2-5就是管理员角色的用例展示。
2.5本章小结
本章主要通过对宿舍管理系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个宿舍管理系统要实现的功能。同时也为宿舍管理系统的代码实现和测试提供了标准。
3 宿舍管理系统总体设计
本章主要讨论的内容包括宿舍管理系统的功能模块设计、数据库系统设计。
3.1 系统架构设计
本宿舍管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1宿舍管理系统系统架构设计图
表现层(UI):又称UI层,主要完成本宿舍管理系统的UI交互功能,一个良好的UI可以提高用户的用户体验,增强用户使用本宿舍管理系统时的舒适度。UI的界面设计也要适应不同版本的宿舍管理系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本宿舍管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本宿舍管理系统的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本宿舍管理系统的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本宿舍管理系统中的用例。那么接下来就要开始对本宿舍管理系统的架构、主要功能和数据库开始进行设计。宿舍管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2 宿舍管理系统功能模块图
3.2.2用户模块设计
本系统的用户包括管理员和普通用户。两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-3用户模块结构图
3.2.3 报修信息管理模块设计
宿舍管理系统有给学生提供宿舍报修申请的一个平台,学生用户可以在平台对报修信息进行提交,具体的结构图如下:
图3-4报修信息结构图
3.2.4宿舍信息管理模块设计
宿舍管理系统是中需要存储不少宿舍信息,其模块功能结构,具体的结构图如下:
图3-5学生信息模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个宿舍管理系统中主要的数据库表总E-R实体关系图。
图3-6 宿舍管理系统总E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中宿舍管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表announcement_classification (公告分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_classification_id | int | 10 | 0 | N | Y | 公告分类ID | |
2 | announcement_classification | varchar | 64 | 0 | Y | N | 公告分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表announcement_information (公告信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_information_id | int | 10 | 0 | N | Y | 公告信息ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
3 | announcement_classification | varchar | 64 | 0 | Y | N | 公告分类 | |
4 | release_time | varchar | 64 | 0 | Y | N | 发布时间 | |
5 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dormitory_allocation_id | int | 10 | 0 | N | Y | 宿舍分配ID | |
2 | dormitory_number | varchar | 64 | 0 | Y | N | 宿舍号 | |
3 | dormitory_buildings | varchar | 64 | 0 | Y | N | 宿舍楼栋 | |
4 | housing_management_teacher | varchar | 64 | 0 | Y | N | 宿管老师 | |
5 | bed_information | varchar | 64 | 0 | Y | N | 床位信息 | |
6 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
7 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dormitory_information_id | int | 10 | 0 | N | Y | 宿舍信息ID | |
2 | dormitory_number | varchar | 64 | 0 | Y | N | 宿舍号 | |
3 | dormitory_buildings | varchar | 64 | 0 | Y | N | 宿舍楼栋 | |
4 | dormitory_chief | varchar | 64 | 0 | Y | N | 宿舍舍长 | |
5 | phone_number | varchar | 16 | 0 | Y | N | 电话号码 | |
6 | bed_information | varchar | 64 | 0 | Y | N | 床位信息 | |
7 | dormitory_status | varchar | 64 | 0 | Y | N | 宿舍状态 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | message_information_id | int | 10 | 0 | N | Y | 留言信息ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | dormitory_number | varchar | 64 | 0 | Y | N | 宿舍号 | |
5 | message_information | text | 65535 | 0 | Y | N | 留言信息 | |
6 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
7 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | repair_information_id | int | 10 | 0 | N | Y | 报修信息ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | dormitory_number | varchar | 64 | 0 | Y | N | 宿舍号 | |
5 | reporting_date | date | 10 | 0 | Y | N | 上报日期 | |
6 | repair_information | text | 65535 | 0 | Y | N | 报修信息 | |
7 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
8 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 学生用户ID | |
2 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
3 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
4 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | dormitory_number | varchar | 64 | 0 | Y | N | 宿舍号 | |
6 | identity_documents | varchar | 255 | 0 | Y | N | 身份证件 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
3.4本章小结
整个宿舍管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 宿舍管理系统详细设计与实现
宿舍管理系统的详细设计与实现主要是根据前面的宿舍管理系统的需求分析和宿舍管理系统的总体设计来设计页面并实现业务逻辑。主要从宿舍管理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 用户登录界面
宿舍管理系统中的学生用户的账号由管理员进行添加,学生用户是可以通过自己的账号、密码进行登录的,当用户输入完整的自己的账号和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账号+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到宿舍管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-1所示。
图4-1用户登录界面图
4.1.3公告信息管理界面
当点击的“公告信息”的时候就能看到管理员发布的所有公告信息,点击右边的“详情”就会进入对应的公告信息详情界面,公告信息列表界面如下图4-3所示。
图4-3公告信息列表界面图
4.1.4 报修信息管理界面
用户点击“报修信息列表”可查看所有提交的报修信息,如需要添加新的报修信息,点击“报修信息添加”这一按钮以后会跳转到信息填写的界面,其中学生用户、学生姓名、宿舍号是自动生成的,用户只要填写好报修信息和选择好日期,点击提交完成添加报修信息,由管理员进行审核回复。添加报修信息界面如下图4-4所示。
图4-4添加报修信息界面图
4.1.5留言信息管理界面
学生用户点击“留言信息列表”可查看自己所有的留言信息,如需要添加新的留言信息,点击“留言信息添加”这一按钮以后会跳转到信息填写的界面,其中学生用户、学生姓名、宿舍号是自动生成的,用户只要填写好留言信息,点击提交完成添加留言信息,由管理员进行审核回复。界面如下图4-5所示。
图4-5添加留言信息界面图
4.2管理员功能模块
4.2.1 系统用户管理界面
宿舍管理系统中的管理人员在“系统用户”这一菜单是中可以对注册的用户和管理员进行管控,这里以用户管理为例。界面如下图4-6所示。
图4-5系统用户管理界面图
4.2.2 宿舍信息管理界面
管理员在“宿舍信息列表”这一栏可进行查看学校所有宿舍的详细信息,并且添加宿舍信息,也能够删除宿舍信息;点击右边的“分配”可为学生进行宿舍分配操作,界面如下图4-6所示。
图4-6宿舍信息管理界面图
4.2.3 留言信息管理界面
留言信息管理:管理员在“留言信息列表”这一栏可查看所有的学生的留言信息,可对学生的留言信息进行详情、审核回复等操作,其管理界面如下图4-7所示。
4.2.4报修信息管理界面
管理员在“报修信息列表”这一栏可查看所有学生提交的维修申请信息,可进行详情、修改维修进度状态等操作,其管理界面如下图4-8所示。
图4-8报修信息审核界面图
5系统测试
5.1 系统测试用例
系统测试包括:用户登录功能测试、宿舍信息添加测试、报修信息添加、密码修改功能测试,如表5-1、5-2、5-3、5-4所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
宿舍信息查看功能测试:
表5-2 宿舍信息查看功能测试表
用例名称 | 宿舍信息查看 |
目的 | 测试宿舍信息查看功能 |
前提 | 用户登录 |
测试流程 | 点击宿舍信息 |
预期结果 | 可以查看到所有的宿舍信息 |
实际结果 | 实际结果与预期结果一致 |
报修信息添加社团介绍界面测试:
表5-3 用户添加报修信息界面测试表
用例名称 | 报修信息添加测试用例 | ||
目的 | 测试报修信息添加功能 | ||
前提 | 用户正常登录情况下 | ||
测试流程 | 1)用户点击报修信息,然后点击添加后并填写信息。 2)点击进行提交。 | ||
预期结果 | 提交以后,页面首页会显示新的报修信息 | ||
实际结果 | 实际结果与预期结果一致 | ||
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-4 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
5.2 系统测试结果
通过编写宿舍管理系统的测试用例,已经检测完毕用户登录功能测试、宿舍信息展示功能测试、报修信息添加、密码修改功能测试,通过这4大模块为宿舍管理系统的后期推广运营提供了强力的技术支撑。
结论
此时项目已经完成,即使实施的时间不是很长,但是这个过程中需要准备很长的一段时间去对系统设计开发所相关技术进行学习。在学习的过程中,我逐渐认识得到了我自身存在的一些不足。对于一些控制是必要的应用技能,能够理解,整个过程中仅仅是一个掌握了常用的性能和控制方法,我觉得挺容易的。从该系统中,系统的分析和设计的调查数据,并且已经经历了几个月,并努力几个月,该系统已经完成。很显然,该系统仍有很多不成熟的地方,在系统设计过程中有许多技术缺陷存在。在设计的过程中也涉及到了很多自己无法解决的问题,主要通过咨询老师解决这些问题,对于毕业设计的圆满完成,需要感谢老师们的指导。系统的开发环境和配置都是可以自行安装的,系统使用Python开发工具,使用比较成熟的Mysql数据库进行对系统前台及后台的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
回顾毕业设计的整个过程,既付出汗水也收获了很多。虽然经历了各种各样的困难,自己的不断研究探索,系统的实现仍有不足之处。
在以后的学习及工作中,我仍然继续学习计算机方面的技术,让我在后期的平台开发中可以更好更快的实现需求功能。我相信我可以让更多的好工作,做出更大的贡献。
参考文献
[1]陈斐, 吴林韩, 张朝阳, 吴馨慈, 路倩倩, 廖生权. 智慧宿舍管理系统设计与实现[J]. 信息技术与信息化, 2023, (12): 142-147.
[2]李鹏霞, 李宛睿. 高校学生宿舍智慧化管理系统的设计与实现[J]. 长江信息通信, 2023, 36 (11): 162-164+167.
[3]张凯睿. 基于Python的学生宿舍管理系统研究[J]. 电脑编程技巧与维护, 2023, (05): 90-92+109.
[4]唐瑞明, 谭倩芳. 高校宿舍信息化管理系统设计[J]. 电子技术与软件工程, 2023, (04): 258-262.
[5]de Andrade Kogima Paula, Diesel Taciana Aparecida, Vieira Frederico Márcio Correa, Schogor Ana Luiza Bachmann, Volpini Alana Aparecida, Veloso Géssica Jaine, Ferraz Patrícia Ferreira Ponciano, Zotti Maria Luísa Appendino Nunes. The Welfare of Dairy Cows in Pasture, Free Stall, and Compost Barn Management Systems in a Brazilian Subtropical Region[J]. Animals, 2022, 12 (17): 2215-2215.
[6]Cartwright Shannon, Schmied J., Livernois A., Mallard B. A.. Physiological Response to Heat Stress in Immune Phenotyped Canadian Holstein Dairy Cattle in Free-Stall and Tie-Stall Management Systems [J]. Frontiers in Animal Science, 2022, 3
[7]涂华燕. 基于MySQL宿舍管理系统数据库设计[J]. 电脑编程技巧与维护, 2021, (12): 104-106.
[8]李洋, 胡茵茵, 宣宏坤, 黄春健, 黄泽涛, 王宗彤. 智慧宿舍管理信息系统的设计与分析[J]. 无线互联科技, 2021, 18 (20): 42-44+49.
[9]刘华明, 钱焕然, 毕学慧, 时照辉, 高统朋, 杜宜敏, 邹超豹. 高校宿舍管理系统的设计与实现[J]. 通化师范学院学报, 2021, 42 (10): 89-93.
[10]孙妃, 李可心, 刘楠, 王晓兰, 孔荣荣, 王慧. 学生宿舍管理系统的设计与实现[J]. 江苏科技信息, 2021, 38 (29): 40-42+75.
[11]李高鹏, 熊作顺, 颜宏伟, 陈宇航. 智慧宿舍管理系统[J]. 电子测试, 2021, (20): 127-128.
[12]盛培雷, 庄旭菲, 孙瑞, 何闽, 李特恩, 洪一然. 基于物联网技术的智慧宿舍管理系统[J]. 无线互联科技, 2021, 18 (15): 56-57.
[13]Wen Kewei, Fang Yong. Daily Information Management System for Postgraduates to Check In and Out of the Dormitory Based on Mobile Edge Computing[J]. Mobile Information Systems, 2021, 2021
[14]于君君, 吴祥飞, 甘润, 刘成成, 丁雨, 何恩节. 基于物联网的宿舍管理系统[J]. 安徽科技学院学报, 2021, 35 (01): 51-57.
[15]吴丹林, 李梦雅. B/S模式宿舍管理系统设计与实现[J]. 电脑编程技巧与维护, 2021, (01): 98-99+105.
[16]吴松杰. 宿舍管理系统V1.0. 湖北省, 武汉东湖学院, 2020-12-01.
[17]王慧敏. 基于Web的高职院校学生宿舍管理系统的设计与实现[J]. 内蒙古科技与经济, 2020, (17): 89+91.
[18]胡橙凤. 基于B/S架构高校宿舍管理系统设计与实现[J]. 电脑知识与技术, 2020, 16 (06): 61-62+69.
[19]唐瑞明, 李论, 陈珊. 高校宿舍管理系统综述[J]. 电子技术与软件工程, 2020, (04): 64-66.
[20]欧畅. 宿舍管理系统的前端设计与实现[J]. 湖北农机化, 2020, (02): 186-187.
致 谢
本次毕业设计圆满的结束了,通过这次毕业设计我学到了很多的知识,也提高了我软件开发的能力,在系统开发设计的过程中,出现了很多的问题,但是通过老师和同学们的帮助,最后所有的问题都得到了解决,因此我要感谢在此过程中对我帮助的老师和同学们,感谢指导老师帮助我选课题,给我做详细的讲解,给我提供设计所需要的各种设备,也经常询问我进度与成果,再有难点的时候给我解决思路,帮助我顺利完成。没有他的指导,也不会有我今天所展现出的成果。
首先我要感谢我的指导老师,指导老师在教学任务繁忙的情况下,抽出时间帮助我纠正我在设计当中出现的问题,并耐心地为我的论文作校正,是他的定期检查和指导使得我们的毕业设计高质量完成。他在我整个课题开发和设计的过程中,为程序的设计、框架的设计、代码的撰写方面以及论文框架的设计提供了很多宝贵的意见,并且为我推荐了许多有用的资料和文献,他的指导和建议使我受益匪浅,有了指导老师的辅导和指点,我论文才能够顺利完成。老师的认真负责的工作态度和治学严谨之道使我们这些即将踏入社会的毕业生受益匪浅。
然后要感谢我的同学们,感谢大家对我这次毕业设计的帮助, 也感谢大家在大学生活中对我的陪伴,使得我的大学生活过的很快乐。
另外,我还要感谢父母,感谢一直以来对我的支持,让我能够顺利的完成我的学业,没有你们也就没有我的今天,感谢你们无私的付出,未来我一定会报答你们的。
最后,感谢在座的所有参加我论文答辩的老师们,感谢大家的聆听,你们辛苦了。