目 录
摘 要
随着互联网的发展,各行各业都在考虑如何利用互联网进行推广,而建立自己的互联网系统并进行维护管理被视为最佳方式之一。在这一趋势下,应用软件的工作规则和开发步骤被广泛应用。本设计旨在利用Spring Boot框架构建养老院信息管理系统,实现系统的高效、便捷、人性化特点。
养老院信息管理系统将涵盖养老院药品信息、账单信息、护工工资、生活和工作安排、健康记录、生活日志、家属需求、老人需求等功能模块,提供全面的管理服务。系统通过浏览器与服务器进行通信,实现数据的交互与变更,用户只需通过一台电脑即可轻松操作系统,实现数据通信管理。系统平台设计过程充分考虑数据安全、稳定性和可靠性,操作流程简单易懂。
该养老院信息管理系统采用Java技术,Mysq|数据库存储数据,基于Spring Boot框架开发,采用模块化设计方法以满足用户需求,便于系统功能扩展和维护。开发过程首先进行系统需求分析,确定主要功能模块,然后进行总体设计和详细设计。最后进行功能测试,分析测试结果并提出改进建议,为系统维护和今后类似系统的开发提供参考和帮助。
关键词:Java;springboot;养老院信息管理系统;MySQL
Abstract
With the development of the Internet, all walks of life are considering how to use the Internet for promotion, and establishing their own Internet systems and carrying out maintenance management is regarded as one of the best ways. Under this trend, the working rules and development steps of application software are widely applied. This design aims to use the Spring Boot framework to build a nursing home information management system, achieving the system's efficient, convenient, and user-friendly characteristics.
The nursing home information management system will cover functional modules such as medication information, billing information, caregiver wages, living and work arrangements, health records, life logs, family needs, and elderly needs, providing comprehensive management services. The system communicates with the server through a browser, enabling data exchange and changes. Users can easily operate the system through a single computer, achieving data communication management. The system platform design process fully considers data security, stability, and reliability, and the operation process is simple and easy to understand.
The nursing home information management system adopts Java technology, MySQL | database to store data, is developed based on the Spring Boot framework, and adopts a modular design method to meet user needs, facilitating system function expansion and maintenance. The development process first involves system requirement analysis to determine the main functional modules, followed by overall and detailed design. Finally, perform functional testing, analyze the test results, and propose improvement suggestions, providing reference and assistance for system maintenance and future development of similar systems.
Keywords:Java; Springboot; Nursing home information management system; MySQL
1 绪论
1.1研究背景和意义
在当今社会,随着人口老龄化的加剧,养老院作为老年人生活的重要场所,其管理和服务水平的提高显得尤为重要。然而,传统的养老院管理方式存在着诸多问题,如信息不透明、服务效率低下、管理混乱等,这些问题严重影响了养老院的服务质量和老年人的生活质量。因此,如何通过信息化手段,提高养老院的管理效率和服务质量,成为了当前亟待解决的问题。
在这个背景下,养老院信息管理系统的设计与实现就显得尤为重要。这个平台不仅可以实现养老院内部信息的高效管理,还可以提供各种便捷的服务,如在线预约、健康监测、紧急呼叫等,极大地提高了养老院的服务质量和老年人的生活质量。此外,这个平台还可以通过数据分析,为养老院的决策提供科学依据,从而提高养老院的管理效率。然而,尽管养老院信息管理系统的设计和实现具有重要的理论和实践意义,但目前在国内外的研究现状来看,这个领域的研究还处于初级阶段。在国内,虽然有一些企业和研究机构已经开始尝试开发和应用这种平台,但由于技术和资金的限制,这些平台的功能和应用范围还比较有限。在国外,虽然有一些先进的技术和理念被引入到这个领域,但由于文化和制度的差异,这些技术和理念在中国的应用还存在一些问题。
因此,本研究旨在通过对养老院信息管理系统的深入研究,探索出一种适合中国国情的、功能完善、应用广泛的养老院信息管理系统。这不仅对于提高我国养老院的管理效率和服务质量具有重要的理论和实践意义,也对于推动我国养老产业的发展具有重要的推动作用。
1.2开发意义
养老院在关爱老年人身心健康、提供必要的社会帮助方面发挥着不可或缺的重要作用,同社会中其他性质的企业一样养老院同样需要高效率和高标准的管理系统,以达到为广大老年客户提供高水准服务的目的。当前的养老院机构的现状和存在的问题有以下两个方面:
- 信息化基础薄弱。养老院当前信息化的一些基础信息采集不足,无法满足信息共享、统计、查询等业务的需要。
2、信息流转不畅。当前养老院信息的传递依靠传统方式,缺乏高效流转,且流转渠道不畅。
养老院服务的规模化和多样性对管理和服务工作带来了挑战,对于现代养老机构而言,传统的管理方式已难以适应现代化养老服务的需要,而采用信息化集成管理,可以使养老机构的管理和服务工作更加便捷和高效。
1.3论文结构与章节安排
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 养老院信息管理系统系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
2.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
养老院信息管理系统存储所使用的mysql数据库以及开发中所使用的IDEA、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用springboot框架进行开发,使系统的可扩展性和维护性更佳,减少java配置代码,简化编程代码,目前springboot框架也是很多企业选择的框架之一。
2.1.2 经济可行性分析
从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。
2.1.3 法律可行性分析
系统从法律层面上来没有对第三方有其他放有法律层面的问题,系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的springboot。系统资讯和相关内容也是法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。
2.2 系统功能分析
2.2.1 功能性分析
养老院信息管理系统我划分为了护工用户管理模块、老人用户模块、家属用户管理模块和管理员模块这四大部分。
家属用户管理模块:
(1)查看养老院信息管理系统的首页信息:养老院信息管理系统的首页信息包含了首页、交流论坛、通知公告、新闻资讯等。
(2)新闻资讯:用户点击“新闻资讯”菜单显示所有的新闻资讯信息,可以按照条件进行新闻资讯的筛选或者输入关键词进行局部搜索,点击可以进入新闻资讯详细展示界面,在此界面用户可以点赞和评论。
(3)交流论坛:用户点击“交流论坛”菜单显示所有的交流论坛信息,可以按照分类查看帖子信息,或者输入关键词进行局部搜索,点击可以进入帖子的详细展示界面,在此界面用户可以点赞、评论,也可以点击“发布内容”输入帖子信息进行发帖。
(4)通知公告:用户点击“通知公告”菜单显示管理员在后台发布的所有的通知公告信息,可以查看通知公告详情。
(5)个人中心:个人中心:在前台点击“我的”下面的“个人中心”可以对个人首页+账单信息+护工工资+工作安排++家属需求的信息进行管控。
管理员管理模块:
(1)系统用户:管理员可以对养老院信息管理系统中的管理员以及前台注册的护工、老人用户和家属用户进行审核管理。
(2)生活安排:管理员点击“生活安排”菜单可以对生活安排进行增删改查。
(3)工作安排:管理员点击“工作安排”菜单可以对工作安排进行增删改查。
(4)账单信息:管理员点击“账单信息”菜单可以对账单信息进行增删改查。
(5)护工工资:管理员点击“护工工资”菜单可以对护工工资进行增删改查。
(6)药品信息:管理员点击“药品信息”菜单可以对药品信息进行增删改查。
(8)系统管理:管理员可以对养老院信息管理系统前台展示的轮播图进行管控。
(9)通知公告:管理员对前台展示的通知公告进行增删改查。
2.2.2 非功能性分析
养老院信息管理系统的非功能性需求比如养老院信息管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1养老院信息管理系统非功能需求表
安全性 | 主要指养老院信息管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指养老院信息管理系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响养老院信息管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着养老院信息管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 养老院信息管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
养老院信息管理系统的完整UML用例图分别是图2-1、图2-2和图2-3。
图2-1就是管理员角色的用例展示。
图2-1 养老院信息管理系统管理员角色用例图
图2-2就是家属用户角色的用例展示。
图2-2 养老院信息管理系统家属用户角色用例图
图2-3就是护工用户角色的用例展示。
图2-3 养老院信息管理系统护工用户角色用例图
2.4 系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
(1) 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-4显示的就是在增加数据时的流程。
图2-4 数据增加流程图
(2)数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-5所示。
图2-5 数据修改流程图
(3)数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-6就是数据删除时的流程图。
图2-6 数据删除流程图
2.5本章小结
本章主要通过对养老院信息管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个养老院信息管理系统要实现的功能。同时也为养老院信息管理系统的代码实现和测试提供了标准。
3 养老院信息管理系统总体设计
本章主要讨论的内容包括养老院信息管理系统的功能模块设计、数据库系统设计。
3.1 系统功能模块设计
3.1.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本养老院信息管理系统中的用例。那么接下来就要开始对本养老院信息管理系统的架构、主要功能和数据库开始进行设计。养老院信息管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 养老院信息管理系统功能模块图
3.1.2用户模块设计
本系统的用户包括管理员和用户两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
3.1.3 新闻资讯管理模块设计
养老院信息管理系统为用户提供了一个新闻资讯询的平台,管理员在后台实现对新闻资讯的管理,具体的结构图如下:
图3-3新闻资讯管理模块结构图
3.1.4交流论坛管理模块设计
养老院信息管理系统是一个可以进行互动交流的平台,用户可以发布帖子,查看帖子,评论帖子,删除帖子,具体的结构图如下:
图3-4交流论坛模块结构图
3.2 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
下面是整个养老院信息管理系统中主要的数据库表总E-R实体关系图。
图3-6 养老院信息管理系统总E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中养老院信息管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表bill_information (账单信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | bill_information_id | int | 10 | 0 | N | Y | 账单信息ID | |
2 | family_users | int | 10 | 0 | Y | N | 0 | 家属用户 |
3 | family_name | varchar | 64 | 0 | Y | N | 家属姓名 | |
4 | elderly_users | int | 10 | 0 | Y | N | 0 | 老人用户 |
5 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
6 | bill_fees | int | 10 | 0 | Y | N | 0 | 账单费用 |
7 | bill_details | text | 65535 | 0 | Y | N | 账单明细 | |
8 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
9 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表caregiver_users (护工用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | caregiver_users_id | int | 10 | 0 | N | Y | 护工用户ID | |
2 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
3 | gender_of_caregiver | varchar | 64 | 0 | Y | N | 护工性别 | |
4 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
表comment (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表drug_information (药品信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_information_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
4 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
5 | drug_inventory | int | 10 | 0 | Y | N | 0 | 药品库存 |
6 | drug_prices | int | 10 | 0 | Y | N | 0 | 药品价格 |
7 | drug_effects | text | 65535 | 0 | Y | N | 药品作用 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表elderly_needs (老人需求)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | elderly_needs_id | int | 10 | 0 | N | Y | 老人需求ID | |
2 | elderly_users | int | 10 | 0 | Y | N | 0 | 老人用户 |
3 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
4 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
5 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
6 | requirement_name | varchar | 64 | 0 | Y | N | 需求名称 | |
7 | demand_time | datetime | 19 | 0 | Y | N | 需求时间 | |
8 | requirement_content | text | 65535 | 0 | Y | N | 需求内容 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表elderly_users (老人用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | elderly_users_id | int | 10 | 0 | N | Y | 老人用户ID | |
2 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
3 | gender_of_the_elderly | varchar | 64 | 0 | Y | N | 老人性别 | |
4 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
表family_needs (家属需求)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | family_needs_id | int | 10 | 0 | N | Y | 家属需求ID | |
2 | family_users | int | 10 | 0 | Y | N | 0 | 家属用户 |
3 | family_name | varchar | 64 | 0 | Y | N | 家属姓名 | |
4 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
5 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
6 | requirement_name | varchar | 64 | 0 | Y | N | 需求名称 | |
7 | demand_time | datetime | 19 | 0 | Y | N | 需求时间 | |
8 | requirement_content | text | 65535 | 0 | Y | N | 需求内容 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表family_users (家属用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | family_users_id | int | 10 | 0 | N | Y | 家属用户ID | |
2 | family_name | varchar | 64 | 0 | Y | N | 家属姓名 | |
3 | family_gender | varchar | 64 | 0 | Y | N | 家属性别 | |
4 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
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 | 更新时间 |
表forum (论坛)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | forum_id | mediumint | 8 | 0 | N | Y | 论坛id | |
2 | display | smallint | 5 | 0 | N | N | 100 | 排序 |
3 | user_id | mediumint | 8 | 0 | N | N | 0 | 用户ID |
4 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
5 | praise_len | int | 10 | 0 | Y | N | 0 | 点赞数 |
6 | hits | int | 10 | 0 | N | N | 0 | 访问数 |
7 | title | varchar | 125 | 0 | N | N | 标题 | |
8 | keywords | varchar | 125 | 0 | Y | N | 关键词 | |
9 | description | varchar | 255 | 0 | Y | N | 描述 | |
10 | url | varchar | 255 | 0 | Y | N | 来源地址 | |
11 | tag | varchar | 255 | 0 | Y | N | 标签 | |
12 | img | text | 65535 | 0 | Y | N | 封面图 | |
13 | content | longtext | 2147483647 | 0 | Y | N | 正文 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
16 | avatar | varchar | 255 | 0 | Y | N | 发帖人头像: | |
17 | type | varchar | 64 | 0 | N | N | 0 | 论坛分类:[0,1000]用来搜索指定类型的论坛帖 |
表forum_type (论坛分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
3 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
4 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
5 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
6 | icon | varchar | 255 | 0 | Y | N | 分类图标: | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表health_records (健康记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | health_records_id | int | 10 | 0 | N | Y | 健康记录ID | |
2 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
3 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
4 | elderly_users | int | 10 | 0 | Y | N | 0 | 老人用户 |
5 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
6 | record_time | datetime | 19 | 0 | Y | N | 记录时间 | |
7 | record_the_situation | text | 65535 | 0 | Y | N | 记录情况 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | 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: |
表life_logs (生活日志)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | life_logs_id | int | 10 | 0 | N | Y | 生活日志ID | |
2 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
3 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
4 | elderly_users | int | 10 | 0 | Y | N | 0 | 老人用户 |
5 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
6 | record_time | datetime | 19 | 0 | Y | N | 记录时间 | |
7 | log_content | text | 65535 | 0 | Y | N | 日志内容 | |
8 | living_conditions | text | 65535 | 0 | Y | N | 生活状况 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表living_arrangements (生活安排)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | living_arrangements_id | int | 10 | 0 | N | Y | 生活安排ID | |
2 | elderly_users | int | 10 | 0 | Y | N | 0 | 老人用户 |
3 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
4 | activity_name | varchar | 64 | 0 | Y | N | 活动名称 | |
5 | activity_time | datetime | 19 | 0 | Y | N | 活动时间 | |
6 | activity_content | text | 65535 | 0 | Y | N | 活动内容 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表notice (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表nursing_worker_wages (护工工资)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | nursing_worker_wages_id | int | 10 | 0 | N | Y | 护工工资ID | |
2 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
3 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
4 | family_users | int | 10 | 0 | Y | N | 0 | 家属用户 |
5 | family_name | varchar | 64 | 0 | Y | N | 家属姓名 | |
6 | salary_expenses | int | 10 | 0 | Y | N | 0 | 工资费用 |
7 | cost_details | text | 65535 | 0 | Y | N | 费用明细 | |
8 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
9 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表work_arrangement (工作安排)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | work_arrangement_id | int | 10 | 0 | N | Y | 工作安排ID | |
2 | caregiver_users | int | 10 | 0 | Y | N | 0 | 护工用户 |
3 | name_of_caregiver | varchar | 64 | 0 | Y | N | 护工姓名 | |
4 | family_users | int | 10 | 0 | Y | N | 0 | 家属用户 |
5 | family_name | varchar | 64 | 0 | Y | N | 家属姓名 | |
6 | elderly_users | int | 10 | 0 | Y | N | 0 | 老人用户 |
7 | old_persons_name | varchar | 64 | 0 | Y | N | 老人姓名 | |
8 | job_name | varchar | 64 | 0 | Y | N | 工作名称 | |
9 | working_hours | varchar | 64 | 0 | Y | N | 工作时间 | |
10 | job_responsibilities | text | 65535 | 0 | Y | N | 工作内容 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | 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.2 用户登录界面
养老院信息管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到养老院信息管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-2所示。
图4-2登录界面图
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
4.1.3用户注册界面
不是养老院信息管理系统中正式用户的是可以在线进行注册的,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-3所示。
图4-3用户注册界面图
注册关键代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
4.1.4 交流论坛界面
用户点击“交流论坛”菜单显示所有的交流论坛信息,可以按照分类查看帖子信息,或者输入关键词进行局部搜索,点击可以进入帖子的详细展示界面,在此界面用户可以点赞、收藏、评论,也可以点击“发布内容”输入帖子信息进行发帖,护工信息详情展示页面如图4-4所示。
图4-4交流论坛界面图
4.1.5新闻资讯界面
用户点击“新闻资讯”菜单显示所有的新闻资讯信息,可以按照条件进行新闻资讯的筛选或者输入关键词进行局部搜索,点击可以进入新闻资讯详细展示界面,在此界面用户可以收藏、点赞和评论,新闻资讯界面如下图4-5所示。
图4-5新闻资讯界面图
4.1.6药品信息管理界面
护工用户在后台点击“药品信息”可以查看所有的药品信息,可以查看药品信息的详细信息。药品信息管理界面如下图4-6所示。
图4-6药品信息管理界面图
4.1.7生活安排管理界面
护工用户在后台点击“生活安排”可以查看所有的生活安排,可以查看生活安排的详细信息。界面如下图4-7所示。
图4-7 生活安排管理界面图
4.2管理员功能模块
4.2.1用户管理界面
管理员点击“用户管理”这一菜单会显示管理员、家属用户、老人用户和护工用户这四个子菜单,管理员可以对这四个角色的信息进行增删改查操作。界面如下图4-8所示。
图4-8用户管理界面图
用户管理关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
4.2.2 生活安排管理界面
管理员点击“生活安排列表”会显示出所有的生活安排信息,支持通过老人姓名或者活动名称对生活安排信息进行查询,如果想要添加新的生活安排信息,点击“生活安排添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条生活安排信息,点击“删除”进行删除。界面如下图4-9所示。
图4-9生活安排管理界面图
生活安排管理关键代码如下:
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
4.2.3 工作安排管理界面
管理员点击“工作安排”会显示出所有的工作安排信息,支持选择护工姓名或者护工用户示对工作安排信息进行查询,如果想要添加新的工作安排信息,点击“工作安排添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条工作安排信息,点击“删除”进行删除,也可以对记录、日志、家属需求、老人需求进行管控。界面如下图4-10所示。
图4-10工作安排管理界面图
工作安排管理关键代码如下:
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
public void delete(Map<String,String> query,Map<String,String> config){
QueryWrapper wrapper = new QueryWrapper<E>();
toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);
baseMapper.delete(wrapper);
log.info("[{}] - 删除操作:{}",wrapper.getSqlSelect());
}
4.2.4药品信息管理界面
管理员点击“药品信息列表”会显示出所有的药品信息,支持通过药品名称或者药品图片对药品信息进行查询,如果想要添加新的药品信息,点击“药品信息添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条药品信息,点击“删除”进行删除。界面如下图4-11所示。
图4-11药品信息管理界面图
药品信息管理关键代码如下:
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
4.2.5 账单信息管理界面
管理员点击“账单信息”会显示出所有的账单信息,支持输入家属用户或者家属行姓名对账单信息进行查询,如果想要添加新的账单信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条账单信息,点击“删除”进行删除,也可以点击后面的“支付”按钮对账单信息的支付信息进行设置,界面如下图4-12所示。
图4-12账单信息管理界面图
5系统测试
5.1 系统测试用例
系统测试包括:用户登录功能测试、新闻资讯展示功能测试、药品信息添加、护工工资查询、密码修改,如表5-1、5-2、5-3、5-4、5-5所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
新闻资讯查看功能测试:
表5-2 新闻资讯查看功能测试表
用例名称 | 新闻资讯查看 |
目的 | 测试新闻资讯查看功能 |
前提 | 用户登录 |
测试流程 | 点击新闻资讯列表 |
预期结果 | 可以查看到所有新闻资讯信息 |
实际结果 | 实际结果与预期结果一致 |
管理员添加药品信息管理界面测试:
表5-3 管理员添加药品信息管理界面测试表
用例名称 | 添加药品信息测试用例 |
目的 | 测试药品信息添加功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员点击药品信息,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的药品信息 |
实际结果 | 实际结果与预期结果一致 |
护工工资查询功能测试:
表5-4护工工资查询功能测试表
用例名称 | 护工工资查询测试 |
目的 | 测试护工工资查询功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入查询关键字。 2)点击查询按钮。 |
预期结果 | 页面显示包含有查询关键字的护工工资 |
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
5.2 系统测试结果
通过编写养老院信息管理系统的测试用例,已经检测完毕用户登录模块、新闻资讯展示模块、药品信息添加模块、护工工资查询模块、密码修改模块,通过这五大模块为养老院信息管理系统的后期推广运营提供了强力的技术支撑。
结论
本文介绍了一个养老院信息管理系统的设计与实现过程。该系统使用了Spring Boot框架作为后台开发工具,Tomcat服务器作为中间件,Mysql作为数据库管理平台,前端采用了JQuery框架,并结合Validate校验框架来减少前端代码的输入量。
在开始开发之前,我们进行了大量的准备工作。通过阅读和学习相关文献资料,我们获得了许多宝贵的方法和设计思路,对系统的开发起到了重要的作用。在技术选型方面,我们选择了自己比较熟悉的Web、Spring Boot和MYSQL等技术。这些技术都是在之前的学习中积累的经验。虽然开发工作量较大,但正是由于之前的积累和准备,我们才能够顺利地完成这个项目。因此,经验的积累和充分的准备是非常重要的。
当然,在系统的设计与实现过程中,我们也离不开老师和同学们的帮助。正是由于他们的指导和帮助,我们才能够按时完成这个系统。在这个过程中,我们也收获了很多,并意识到系统还有改进的空间。由于专业知识的限制,我们无法做到完美,希望将来有机会能够真正投入使用并不断改进。
参考文献
[1]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.
[2]尹应荆. JAVA编程语言在计算机软件开发中的应用 [J]. 石河子科技, 2023, (05): 45-47.
[3]Karthik G ,Debashish M ,Jagoda C , et al. Developing a MySQL Database for the Provenance of Black Tiger Prawns (Penaeus monodon). [J]. Foods (Basel, Switzerland), 2023, 12 (14):
[4]岳峰,段政伟. 基于SpringBoot框架的营区手机管控平台设计与实现 [J]. 无线互联科技, 2023, 20 (11): 49-52.
[5]谷建鹏. 基于SpringBoot框架的即时通信系统开发 [J]. 信息与电脑(理论版), 2023, 35 (11): 134-136.
[6]付恩狄,姚明亮,梁宇柔等. 基于JAVA技术的设备绝缘状态自动化监控方法 [J]. 电气自动化, 2023, 45 (02): 36-38+41.
[7]赵将. Java语言在计算机软件开发中的应用 [J]. 数字技术与应用, 2023, 41 (03): 160-162.
[8]卢玉敏. 基于AI智能判别的养老院管理系统[P]. 上海市: CN115662631A, 2023-01-31.
[9]张琴. 养老院智能管理系统的设计与实现 [J]. 信息与电脑(理论版), 2022, 34 (13): 158-160.
[10]高志平. 基于SpringBoot框架与ITIL方法的运维管理系统的设计与实现[D]. 华东师范大学, 2021.
[11]肖新华, 金中养老机构管理系统V5.0. 广西壮族自治区, 广西金中软件集团有限公司, 2021-09-23.
[12]刘欣,李亮亮,牛聪. 基于Vue和SpringBoot框架的流域监管平台的研究和应用[C]// 《中国防汛抗旱》杂志社,中国水利学会减灾专业委员会,水利部防洪抗旱减灾工程技术研究中心(中国水利水电科学研究院防洪抗旱减灾研究中心). 第十一届防汛抗旱信息化论坛论文集. 黄河水利委员会信息中心;郑州黄河河务局;, 2021: 5.
[13]商无冬. 基于蓝牙Mesh的物联网养老院管理系统[D]. 南京邮电大学, 2020.
[14]Yu L ,Li C ,Wei L , et al. Marine biological monitoring and managing system based on Java technology [J]. MIPPR 2019: REMOTE SENSING IMAGE PROCESSING, GEOGRAPHIC INFORMATION SYSTEMS, AND OTHER APPLICATIONS, 2020, 11432
[15]马瑞. 大数据背景下养老院生活设施和环境的信息管理 [J]. 计算机产品与流通, 2019, (09): 164.
[16]沈梦琦. 基于物联网技术的养老院管理系统 [J]. 计算机产品与流通, 2019, (08): 122.
致 谢
眨眼之间,大学生活就要结束了。在本文的最后,我要感谢我和蔼可亲的导师、团结有爱的同学的帮助和鼓励。此刻,我找不到感谢之词可以用来表达我最深切的感激之情。尤其感谢我的指导老师,在选题的过程中与我进行了深入的交流,在毕业设计期间给我提供了一些指导。四年的学习生活让我受益良多,老师们的丰富的学术知识、认真负责的学习态度让我受益匪浅。在此,我深深地感谢那些曾经给予我帮助和指导的老师!
我们的论文得益于许多学者的贡献,他们的研究成果为我们提供了宝贵的指导,使我们能够更好地完成这篇文章。感谢我的同学和朋友在我的写作以及排版过程中给予热情的帮助,才使得我比较顺利的完成了这篇论文。
感谢大学里遇见的朋友,你们在我这四年里留下无数的温暖和快乐,让我对这个校园多了一份留念。最后,感谢我的父母、辅导员、班长,以及室友们对我大学生活上的关心和理解,让我能保持乐观和追求我所热爱的。尽管我的能力有限,但我仍然尽力去完善这篇论文,并且诚挚地希望各位老师和学友能够给予宝贵的指导与意见!