摘 要
随着中国社会老龄化的加剧,养老院作为老年人安度晚年的主要场所之一,其管理效率和服务质量直接影响到老年人的生活品质,传统养老院管理模式往往依赖于纸质记录和人工操作,这种方式不仅效率低下,而且容易出现信息丢失、更新不及时等问题,因此,开发一套基于Spring Boot框架的养老院管理系统显得尤为必要。
本系统利用系统采用SpringBoot搭建后端服务,前端则采用了Vue.js技术,选择MySQL存储所有的旅游信息数据,构建一个集成了老年人基本信息管理、健康监测、餐饮计划、活动计划以及家属沟通等功能模块于一体的信息化平台。通过实现这些功能,不仅可以极大地提高养老院日常管理的效率和准确性,还可以让家属随时了解老人的生活情况,增强双方的信任感和满意度。
该系统的目的是利用移动互联网技术和智能设备的优势,实现对老年人健康状况、日常生活安排等方面的高效管理。通过优化资源配置,确保每位老人能够得到充分且个性化的服务,此外,该系统还将集成健康管理模块,帮助养老院管理人员更好地掌握老人健康动态,制定科学合理的护理计划。
关键词:养老院管理系统;Spring Boot框架;Mysql数据库;健康监测
Abstract
With the intensification of China's social aging, nursing homes as one of the main places for the elderly to spend their old age, its management efficiency and service quality directly affect the quality of life of the elderly, the traditional nursing home management mode often relies on paper records and manual operation, this way is not only inefficient, but also prone to information loss, update is not timely and other problems, therefore, the development of a set of nursing home management system based on Spring Boot framework is particularly necessary.
The system uses SpringBoot to build back-end services, and the front-end uses Vue.js technology, selects MySQL to store all tourism information data, and builds an information platform that integrates the basic information management of the elderly, health monitoring, meal planning, activity planning and family communication. By realizing these functions, it can not only greatly improve the efficiency and accuracy of the daily management of the nursing home, but also allow the family to know the living conditions of the elderly at any time, and enhance the trust and satisfaction of both parties.
The purpose of the system is to use the advantages of mobile Internet technology and smart devices to achieve efficient management of the health status and daily life arrangements of the elderly. In addition, the system will also integrate the health management module to help nursing home managers better grasp the health dynamics of the elderly and formulate scientific and reasonable care plans.
Keywords: Nursing home management system; Spring Boot framework; Mysql database; Health monitoring
1 前 言
1.1 选题背景
1.2 研究意义
1.3 国内外研究现状
1.3.1 国内研究现状
1.3.2 国外研究现状
1.4 系统的特点
1.5 论文结构与章节安排
2 关键技术
2.1 Java
2.2 MySQL
2.3 Spring Boot框架
2.4 B/S模式
3 系统分析
3.1 可行性分析
3.1.1 技术可行性
3.1.2 经济可行性
3.1.3 操作可行性
3.1.4 社会可行性
3.2 功能需求分析
3.3 系统性能分析
3.4 系统流程分析
3.4.1 程序操作流程
3.4.2 登录流程
3.4.3 注册流程
4 系统设计
4.1 总体设计
4.1.1 框架设计
4.1.2 功能模块设计
4.2 数据库设计
4.2.1 E-R图
4.2.1 数据库表结构设计
5 系统实现
5.1 系统环境分析
5.2 前端模块
5.2.1 用户登录界面
5.2.2 用户注册界面
5.2.3 用户首页界面
5.2.4 个人中心界面
5.3 后台模块
5.3.1 管理员登录界面
5.3.2 添加居民信息界面
5.3.3 收费标准管理界面
5.3.4 安全事故管理界面
5.3.5 员工居民信息管理界面
5.3.6 添加体检报告界面
6 系统测试
6.1 测试目的与意义
6.2 测试用例
6.3 测试分析
7 结束语
参考文献
致 谢
在全球范围内,人口老龄化现象日益显著,中国也不例外。随着老年人口比例的持续增长,养老问题逐渐成为社会关注的焦点[1]。养老院作为提供专业护理和生活照料的重要场所,其管理工作的复杂性和重要性不言而喻。当前,许多养老机构仍然依赖于传统的人工管理模式,这种方式不仅耗费大量人力资源,而且在信息记录和传递过程中容易出现误差或延迟。这不仅降低了工作效率,也增加了老人及其家属的不便。同时,由于缺乏有效的信息化管理工具,难以对老年人的身体健康状况进行实时监控和数据分析,无法及时调整护理方案以满足个性化需求[2]。
为了应对这些问题,科技的应用显得尤为重要,尤其是在移动互联网和智能设备普及的今天,开发基于SpringBoot框架的养老院管理系统,是提升养老服务现代化水平的关键一步。
从老人的角度出发,对通过该系统,老人能够享有记录健康档案、进行护理服务预约以及进行线上缴费等功能,这些功能不仅提升了生活质量,也为他们提供了更多的自主权。其中,记录健康档案的功能使得每位老人可以拥有详细的个人健康历史记录,包括体检结果、疾病史、用药情况等[3]。这不仅有助于医护人员全面了解老人的健康状况,而且老人及其家属也能随时查看这些信息,更好地参与到健康管理中来。
从养老院管理者角度出发,通过集成化的平台,管理人员可以全面掌握院内各项运作情况,包括老人的身体健康状态、日常护理安排以及投诉建议等。这不仅减少了人工记录和信息传递过程中可能出现的误差,还使得资源分配更为合理有效。及时了解老人健康变化规律,制定更科学合理的护理计划,且智能化管理还能减少不必要的行政负担,使管理人员有更多精力投入到提升服务质量中去。
从家属角度来看,家属可以通过系统随时查看老人的生活状况和健康数据,包括每日饮食、活动安排及医疗记录等,增加了对老人生活的参与感和安心感[4]。在选择养老院时,这一功能也成为吸引家庭的重要因素之一。这种透明度和即时性的信息共享机制,不仅让家属感到放心,也为老人带来了更多的亲情关怀和支持。
在国内,针对养老院管理系统的研发和应用已经取得了一定的进展,比如“智护宝”平台集成了健康档案管理、护理服务以及线上缴费等功能,为老年人提供了全方位的服务支持。该平台依托于移动互联网和物联网技术,通过智能手机或平板电脑等终端设备实现数据的实时更新与交互;“安康通”智能养老服务平台,它则专注于提升养老院内部管理的智能化水平,包括自动化排班、任务分配和绩效考核等功能,可以实现资源配置和服务流程的优化。安康通能够帮助管理者更有效地监督日常运作,确保各项服务按时按质完成[5]。然而,这些具体系统也存在一定的不足之处。以用户界面为例,某些功能的操作复杂,对于不熟悉现代科技的老年人来说可能存在使用障碍。另外,不同品牌之间的系统兼容性较差,数据共享和互操作性有限,这在一定程度上影响了系统的整体效能[6]。
在国外,养老院管理系统的研发和应用已经相对成熟,多个具体的系统被开发并广泛应用。比如荷兰的“Carebox”是一款基于云计算和物联网技术的养老院管理系统[7]。能够监测老人的健康状况、生活习惯和活动情况,并提供个性化的服务和护理。通过集成先进的传感器技术和数据分析平台,Carebox不仅提高了护理人员的工作效率,还增强了老年人的生活质量;美国的“Eldermark”则是一款专门为养老院设计的管理软件,它协助护理人员管理老人的健康、药物、营养和活动等方面的信息,并提供实时报告和预警功能。系统通过优化信息管理和沟通流程,确保了护理工作的精确性和及时性[8]。此外,该系统还支持移动端操作,使得护理人员可以随时随地访问所需信息,从而更好地服务于老人。
以上的国外系统在人性化设计方面表现出色,但是也存在自身的不足,如系统的成本较高,对于资源有限的养老机构而言难以承受,加之,系统的复杂度导致培训需求上升,需要更多的技术支持来保证系统的有效运行。
(1)基于Spring Boot的养老院管理系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术,而是使用当前主流的Spring Boot框架,它减少Java配置代码,简化编程代码,目前Spring Boot框架也是很多企业选择的框架之一。
(2)基于Spring Boot的养老院管理系统中的前端使用Vue.js应用的框架,可应用多平台,性能优秀,周边生态丰富且开发学习成本低。
(3)基于Spring Boot的养老院管理系统中数据库用的MySQL,它执行效率高,运行速度快,安全性能也很高,同时无平台限制。
1.5论文结构与章节安排
本文共分为七章,章节内容安排如下:
第一章:引言,主要介绍基于Spring Boot的养老院管理系统领域研究的背景和意义,概述研究的现状和系统特点。
第二章:关键技术,主要探讨和说明实现基于Spring Boot的养老院管理系统的关键技术。
第三章:系统分析,主要从基于Spring Boot的养老院管理系统的可行性、功能、性能等方面进行分析,为后续系统设计提供理论支持。
第四章:系统设计,主要对基于Spring Boot的养老院管理系统功能模块、数据库进行功能设计。
第五章:系统实现,主要介绍了基于Spring Boot的养老院管理系统各个用户的功能、系统界面的实现。
第六章:系统测试,主要对基于Spring Boot的养老院管理系统进行测试,验证功能完整性、稳定性和安全性,评估系统在实际运行中的性能表现。
第七章:结束语。总结全文研究内容,提出对共建平台领域未来发展的展望和建议,指出研究的不足和可优化之处,为相关领域的进一步探索提供参考。
Java是一种跨平台的编程语言,广泛用于开发各种类型的应用程序,包括Web应用、移动应用和大型软件系统。在基于Spring Boot的养老院管理系统中,Java通常用于后端开发,提供强大的处理能力和稳定性。同时Java是一种面向对象的编程语言,支持封装、继承和多态等特性,使代码更易于维护和重用。还拥有丰富的标准库和第三方框架,如Spring、Hibernate等,可以大大提高开发效率。
MySQL是一种流行的开源关系型数据库管理系统,用于存储和管理数据。在基于Spring Boot的养老院管理系统中,MySQL可以用于数据存储、数据查询和数据管理等方面,用户可以免费使用和修改源代码,为平台提供可靠和高性能的数据库支持。MySQL支持多种存储引擎,如InnoDB和MyISAM,可以根据不同的应用场景选择合适的存储引擎,以提高性能;提供了多种数据安全机制,如用户权限管理、数据加密和备份恢复等,确保数据的安全性。
Spring Boot是一个用于构建微服务的Java框架,简化了Spring应用程序的开发和部署过程。Spring Boot通过自动配置和约定优于配置的理念,简化了Spring应用程序的开发过程,使开发者可以更快地构建和部署应用程序;拥有丰富的生态系统,如Spring Cloud、Spring Security等,可以满足各种企业级应用的需求。在旅游知识问答系统中,Spring Boot可以帮助开发团队快速搭建后端服务,并实现各种功能模块的集成和管理。
B/S模式(Browser/Server模式)是一种网络应用架构,其中浏览器(Browser)作为客户端与服务器(Server)进行通信。这种模式使用户可以通过普通的Web浏览器访问应用程序,而无需安装额外的客户端软件。用户通过浏览器发送请求,服务器接收并处理这些请求,然后将结果返回给浏览器显示给用户。在基于Spring Boot的养老院管理系统中,结合B/S模式的优势包括跨平台的兼容性,用户可以在不同操作系统和设备上访问。此外,维护和部署也更为简便,并且能够实现较高的安全性,因为服务器端控制了应用程序和数据的访问权限。
3.1可行性分析
3.1.1技术可行性
从技术角度来看,利用Spring Boot的核心架构和特性,能够实现从健康档案、护理服务、服务预约等一系列功能,Spring Boot作为一种轻量级、快速构建的Java框架,能够提高开发效率,降低系统的复杂程度。同时,MySQL作为关系型数据库,能够支持平台数据的存储与管理,保障系统的稳定性和高效性。因此,本系统具有技术可行性。
从经济角度来看,利用开源技术和现有的开发工具(如Spring Boot Studio),可以大幅降低初期开发成本。系统的模块化设计允许逐步扩展功能,减少一次性投入,同时,使用MySQL作为数据库也具有成本效益高的优势。因此,本系统具有经济可行性。
从操作角度来看,Spring Boot的简洁性和高度集成的特点使得系统的部署和运行相对简单,容易维护和管理。同时,系统的模块化设计便于功能扩展和维护,降低了技术复杂度,通过集成RESTful API实现与后端服务器的数据同步,确保信息实时更新。因此,本系统具有操作可行性。
从社会角度来看,随着全球人口老龄化加剧,老年人对高质量养老服务的需求日益增长。传统的人工管理模式难以满足这一庞大群体的多样化需求,而智能化管理系统可以提供更加个性化和高效的护理服务。对于老人及其家属来说,这样的系统不仅提升了生活质量,还增强了安全感和信任感。同时,养老机构通过引入先进技术来优化管理流程和服务水平,能够吸引更多潜在客户,提高市场竞争力。因此,本系统具有社会可行性。
综合来看,基于Spring Boot的养老院管理系统的设计与实现在经济、技术、操作、社会等方面都具有较高的可行性。
基于Spring Boot的养老院管理系统可以分为:家属用户、员工用户和管理员用户。
前端:前端主要是家属用户进行登录使用,功能包括注册登录、公告消息、养老资讯、收费标准、个人中心,个人中心包含个人首页、居民信息、入住信息、离院信息、收费信息、健康监测、餐饮计划、收藏、评论管理等功能。
后端:后端主要是员工用户和管理员登录使用。员工用户功能包括后台首页、居民信息管理、入住信息管理、离院信息管理、健康监测管理、餐饮计划管理、药品信息管理等功能;管理员用户功能包括后台首页、系统用户管理、居民信息管理、入住信息管理、离院信息管理、收费信息管理、健康监测管理、餐饮计划管理、收费标准管理、药品信息管理、安全事故管理、访客记录管理、公告消息管理、资源管理等功能。
家属用户角色用例如下图所示。

图3.1家属用户用例图
家属用户端具体功能说明如下所示。
注册登录:提供家属用户创建账户和安全登录的功能,确保个人信息的保密性和访问权限。
公告消息:发布养老院的重要通知和即时消息,让家属随时了解最新动态。
养老资讯:分享有关养老服务、健康护理等领域的新闻和信息,帮助家属获取相关知识。
收费标准:详细列出各项服务及设施的费用明细,使家属透明了解花费情况。
个人中心含有:
个人首页:展示用户的基本信息及最近的活动记录,方便快速访问常用功能。
居民信息:允许查看并更新居住在养老院中的亲人的基本信息。
入住信息:记录并展示老人入住养老院的相关信息,包括日期和合同细节。
离院信息:提供关于老人离开养老院的信息管理,如出院总结和后续安排。
收费信息:展示与个人相关的所有财务信息,包括已支付和服务详情。
健康监测:跟踪并记录老人的健康状态,提供健康数据的历史记录和分析。
餐饮计划:查看养老院为老人制定的膳食安排,支持个性化饮食需求的调整。
收藏:保存感兴趣的资讯或内容以便日后查阅,提高信息获取效率。
评论管理:允许家属对提供的服务进行评价,并管理自己的评论,促进服务质量的提升。
员工用户用例如下图所示。

图3.2员工用户用例图
员工用户具体功能说明如下所示。
后台首页:提供员工用户访问系统各项功能的入口,并展示关键统计数据和通知,以便快速掌握运营概况。
居民信息管理:允许员工查看、添加和更新养老院内老人的基本信息和个人资料,确保数据的准确性和时效性。
入住信息管理:处理和记录老人入住的相关事宜,包括登记入住日期、房间分配及合同条款等详细信息。
离院信息管理:负责管理老人离开养老院的信息,如办理出院手续、记录出院原因及后续安排等。
健康监测管理:跟踪并记录老人们的健康状况,支持上传医疗报告和设置提醒,便于及时响应健康问题。
餐饮计划管理:制定和调整养老院内的膳食安排,考虑营养均衡及个性化饮食需求,保障老人的饮食健康。
药品信息管理:维护养老院内所有药品的详细信息,包括库存管理、使用记录以及过期提醒等功能,确保药品安全有效。
管理员角色用例如下图所示。

图3.3管理员用例图
管理员具体功能说明如下所示。
登录:管理员账号密码由系统生成,可使用账号密码可进行登录系统后台,使用系统功能进行管理,并可对自己的个人信息和密码进行管控。
后台首页:为管理员提供系统总览,展示关键指标和最新通知,便于快速了解养老院运营状况。
系统用户管理:管理所有系统用户的账户信息,包括家属、员工及管理员的创建、权限设置及状态更新。
居民信息管理:维护养老院内所有老人的基本信息和个人资料,确保数据准确无误并及时更新。
入住信息管理:处理老人入住相关手续,记录详细信息如房间分配、入住日期等,保障入住流程顺畅。
离院信息管理:管理老人离开养老院的相关信息,包括出院手续办理、后续安排及原因记录。
收费信息管理:监督和管理所有与费用相关的事务,确保收费标准透明且账目清晰。
健康监测管理:监控老人们的健康状态,支持录入医疗报告、设定健康提醒等功能,促进健康管理。
餐饮计划管理:制定和调整膳食安排,考虑营养需求及特殊饮食要求,保证老人饮食健康。
收费标准管理:设定和调整各项服务收费标准,确保价格公道合理,并能及时响应市场变化。
药品信息管理:跟踪和管理养老院内的药品库存及使用情况,确保药品的安全性和有效性。
安全事故管理:记录和分析养老院内发生的安全事故,制定预防措施以减少未来风险。
访客记录管理:登记和管理来访者的记录,确保访客行为符合养老院规定,保护老人安全。
公告消息管理:发布和管理对内对外的重要公告和消息,确保信息传递的及时性和准确性。
资源管理:管理和分配养老院的各项资源,包括物资、设备及人力资源,优化资源配置效率。
对于基于Spring Boot的养老院管理系统的设计与实现,下面是系统性能分析表:
表3.1性能需求表
|
项目 |
内容 |
|
响应时间 |
系统对用户请求的响应时间需在500ms以内 |
|
并发用户数 |
系统需要支持1000个并发用户同时访问 |
|
吞吐量 |
系统每秒需要处理1000个请求 |
|
可用性 |
系统需要保证每月99.9%的可用性 |
|
数据安全 |
用户敏感数据需要加密存储,并支持数据库备份和恢复 |
|
数据一致性 |
系统中的数据操作需保证ACID特性,确保数据一致性 |
|
扩展性 |
系统需要支持水平扩展,能够方便地增加服务器节点以应对高请求量 |
|
可维护性 |
系统代码需要清晰易懂、结构良好,方便团队成员维护和修改 |
|
日志记录 |
系统需要记录用户操作日志、异常日志以及系统运行日志 |
|
监控报警 |
系统需要实时监控运行状态,当系统异常时能够及时发送警报通知相关人员 |
|
缓存设置 |
针对频繁使用的数据,系统需要进行合适的缓 |
用户访问平台网站,可以选择进行注册或登录操作。注册成功后,用户可以使用注册的账号登录平台。登录后的用户可以进入系统功能界面,使用自己权限内的功能操作。程序操作流程图如下图所示。

图3.4程序操作流程图
用户访问平台的网站,进入登录页面页面,入其用户名和密码,后端服务接收登录请求,验证用户提供的用户名和密码是否匹配数据库中存储的信息,验证通过即可登录成功。登录流程图如下图所示。

图3.5登录流程图
未有账号的用户可进入注册界面进行注册操作,填写注册表格,包括用户名、密码、电子邮件等必要信息。后台系统验证并保存用户提交的信息。分配唯一用户标识符。注册成功后,用户可以使用账号密码进行登录。用户注册流程图如下图所示。

图3.6注册流程图
B/S架构,即浏览器/服务器架构,代表了一种基于Web的分布式计算模式。在这种模式下,应用程序的功能被合理地分配到客户端和服务器端两部分。具体来说,用户通过常见的浏览器界面来访问和操作应用;而服务器则负责处理业务逻辑、数据存储与管理等核心任务。一个显著的特点是,用户无需在本地安装专门的软件,只需通过浏览器输入URL地址就能直接使用应用程序,这不仅提高了使用的便捷性,也简化了系统的维护工作。服务器端一般由高性能计算机和数据库系统构成,能够有效地处理大量的并发请求及复杂的业务流程。B/S架构的优势在于其出色的跨平台兼容性和易于维护特性。开发人员仅需更新服务器端的代码,即可完成对整个系统的升级和维护工作,而不必逐一更新每个客户端。这种方式不仅提升了维护效率,还确保了所有用户都能即时享受到最新的功能和服务改进。

图4.1系统架构图
功能模块设计是系统开发过程中的重要阶段,它旨在将系统划分为不同的模块,每个模块负责完成特定的功能或任务。基于Spring Boot的养老院管理系统由多个功能模块组成,每个模块下又包含具体的功能操作。功能模块图如下图所示。

图4.2系统架构图
E-R图有助于理清系统中的数据结构和关系,为后续的数据库表结构设计提供指导。在进行数据库设计之前,首先需要先绘制实体-关系(E-R)图。E-R图将帮助我们理清业务中的实体(Entity)及它们之间的关系(Relationship),从而为后续的数据库表设计提供基础。根据前文可以得出本基于Spring Boot的养老院管理系统拥有多个实体,在此列举主要实体,各个实体之间联系总E-R图如下图所示。

图4.3总E-R图
在E-R图确定后,接下来可以根据实体和关系的属性设计数据库表结构。在E-R图明确了实体和它们之间的关系后,接下来可以开始设计数据库表结构。每个实体对应一个数据库表,每个属性对应表中的字段。如下列表格所示,在此列举主要数据表。
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
token_id |
int |
是 |
是 |
临时访问牌ID | |
|
2 |
token |
varchar |
64 |
否 |
否 |
临时访问牌 |
|
3 |
info |
text |
65535 |
否 |
否 |
信息 |
|
4 |
maxage |
int |
是 |
否 |
最大寿命:默认2小时 | |
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
7 |
user_id |
int |
是 |
否 |
用户编号 |
表 4-2-article(文章)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
article_id |
mediumint |
是 |
是 |
文章id | |
|
2 |
title |
varchar |
125 |
是 |
是 |
标题 |
|
3 |
type |
varchar |
64 |
是 |
否 |
文章分类 |
|
4 |
hits |
int |
是 |
否 |
点击数 | |
|
5 |
praise_len |
int |
是 |
否 |
点赞数 | |
|
6 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
7 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
8 |
source |
varchar |
255 |
否 |
否 |
来源 |
|
9 |
url |
varchar |
255 |
否 |
否 |
来源地址 |
|
10 |
tag |
varchar |
255 |
否 |
否 |
标签 |
|
11 |
content |
longtext |
4294967295 |
否 |
否 |
正文 |
|
12 |
img |
varchar |
255 |
否 |
否 |
封面图 |
|
13 |
description |
text |
65535 |
否 |
否 |
文章描述 |
表 4-3-article_type(文章分类)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
type_id |
smallint |
是 |
是 |
分类ID | |
|
2 |
display |
smallint |
是 |
否 |
显示顺序 | |
|
3 |
name |
varchar |
16 |
是 |
否 |
分类名称 |
|
4 |
father_id |
smallint |
是 |
否 |
上级分类ID | |
|
5 |
description |
varchar |
255 |
否 |
否 |
描述 |
|
6 |
icon |
text |
65535 |
否 |
否 |
分类图标 |
|
7 |
url |
varchar |
255 |
否 |
否 |
外链地址 |
|
8 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-4-auth(用户权限管理)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
auth_id |
int |
是 |
是 |
授权ID | |
|
2 |
user_group |
varchar |
64 |
否 |
否 |
用户组 |
|
3 |
mod_name |
varchar |
64 |
否 |
否 |
模块名 |
|
4 |
table_name |
varchar |
64 |
否 |
否 |
表名 |
|
5 |
page_title |
varchar |
255 |
否 |
否 |
页面标题 |
|
6 |
path |
varchar |
255 |
否 |
否 |
路由路径 |
|
7 |
parent |
varchar |
64 |
否 |
否 |
父级菜单 |
|
8 |
parent_sort |
int |
是 |
否 |
父级菜单排序 | |
|
9 |
position |
varchar |
32 |
否 |
否 |
位置 |
|
10 |
mode |
varchar |
32 |
是 |
否 |
跳转方式 |
|
11 |
add |
tinyint |
是 |
否 |
是否可增加 | |
|
12 |
del |
tinyint |
是 |
否 |
是否可删除 | |
|
13 |
set |
tinyint |
是 |
否 |
是否可修改 | |
|
14 |
get |
tinyint |
是 |
否 |
是否可查看 | |
|
15 |
field_add |
text |
65535 |
否 |
否 |
添加字段 |
|
16 |
field_set |
text |
65535 |
否 |
否 |
修改字段 |
|
17 |
field_get |
text |
65535 |
否 |
否 |
查询字段 |
|
18 |
table_nav_name |
varchar |
500 |
否 |
否 |
跨表导航名称 |
|
19 |
table_nav |
varchar |
500 |
否 |
否 |
跨表导航 |
|
20 |
option |
text |
65535 |
否 |
否 |
配置 |
|
21 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
22 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-5-catering_plan(餐饮计划)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
catering_plan_id |
int |
是 |
是 |
餐饮计划ID | |
|
2 |
resident_name |
varchar |
64 |
否 |
否 |
居民姓名 |
|
3 |
resident_gender |
varchar |
64 |
否 |
否 |
居民性别 |
|
4 |
resident_age |
varchar |
64 |
否 |
否 |
居民年龄 |
|
5 |
family_users |
int |
否 |
否 |
家属用户 | |
|
6 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
7 |
plan_type |
varchar |
64 |
否 |
否 |
计划类型 |
|
8 |
planned_time |
date |
否 |
否 |
计划时间 | |
|
9 |
plan_content |
text |
65535 |
否 |
否 |
计划内容 |
|
10 |
food_information |
text |
65535 |
否 |
否 |
菜品信息 |
|
11 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
12 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
13 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
14 |
source_id |
int |
否 |
否 |
来源ID | |
|
15 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-6-check_in_information(入住信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
check_in_information_id |
int |
是 |
是 |
入住信息ID | |
|
2 |
resident_name |
varchar |
64 |
否 |
否 |
居民姓名 |
|
3 |
resident_gender |
varchar |
64 |
否 |
否 |
居民性别 |
|
4 |
family_users |
int |
否 |
否 |
家属用户 | |
|
5 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
6 |
check_in_time |
date |
否 |
否 |
入住时间 | |
|
7 |
check_in_room |
varchar |
64 |
否 |
否 |
入住房间 |
|
8 |
departure_information_limit_times |
int |
是 |
否 |
离院限制次数 | |
|
9 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
11 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
12 |
source_id |
int |
否 |
否 |
来源ID | |
|
13 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-7-code_token(验证码)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
code_token_id |
int |
是 |
是 |
验证码ID | |
|
2 |
token |
varchar |
255 |
否 |
否 |
令牌 |
|
3 |
code |
varchar |
255 |
否 |
否 |
验证码 |
|
4 |
expire_time |
timestamp |
是 |
否 |
失效时间 | |
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-8-collect(收藏)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
collect_id |
int |
是 |
是 |
收藏ID | |
|
2 |
user_id |
int |
是 |
是 |
收藏人ID | |
|
3 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
4 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
5 |
source_id |
int |
是 |
否 |
来源ID | |
|
6 |
title |
varchar |
255 |
否 |
否 |
标题 |
|
7 |
img |
varchar |
255 |
否 |
否 |
封面 |
|
8 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-9-comment(评论)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
comment_id |
int |
是 |
是 |
评论ID | |
|
2 |
user_id |
int |
是 |
是 |
评论人ID | |
|
3 |
reply_to_id |
int |
是 |
否 |
回复评论ID | |
|
4 |
content |
longtext |
4294967295 |
否 |
否 |
内容 |
|
5 |
nickname |
varchar |
255 |
否 |
否 |
昵称 |
|
6 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
|
7 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
9 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
10 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
11 |
source_id |
int |
是 |
否 |
来源ID |
表 4-10-departure_information(离院信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
departure_information_id |
int |
是 |
是 |
离院信息ID | |
|
2 |
resident_name |
varchar |
64 |
否 |
否 |
居民姓名 |
|
3 |
resident_gender |
varchar |
64 |
否 |
否 |
居民性别 |
|
4 |
family_users |
int |
否 |
否 |
家属用户 | |
|
5 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
6 |
check_in_time |
date |
否 |
否 |
入住时间 | |
|
7 |
check_in_room |
varchar |
64 |
否 |
否 |
入住房间 |
|
8 |
departure_time |
date |
否 |
否 |
离院时间 | |
|
9 |
departure_notes |
varchar |
64 |
否 |
否 |
离院备注 |
|
10 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
11 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
12 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
13 |
source_id |
int |
否 |
否 |
来源ID | |
|
14 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-11-drug_information(药品信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
drug_information_id |
int |
是 |
是 |
药品信息ID | |
|
2 |
drug_name |
varchar |
64 |
是 |
是 |
药品名称 |
|
3 |
drug_type |
varchar |
64 |
否 |
否 |
药品类型 |
|
4 |
quantity_of_drugs |
double |
否 |
否 |
药品数量 | |
|
5 |
expiration_date |
date |
否 |
否 |
过期时间 | |
|
6 |
drug_action |
text |
65535 |
否 |
否 |
药品作用 |
|
7 |
drug_pictures |
varchar |
255 |
否 |
否 |
药品图片 |
|
8 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-12-employee_users(员工用户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
employee_users_id |
int |
是 |
是 |
员工用户ID | |
|
2 |
employee_name |
varchar |
64 |
否 |
否 |
员工姓名 |
|
3 |
employee_gender |
varchar |
64 |
否 |
否 |
员工性别 |
|
4 |
employee_age |
varchar |
64 |
否 |
否 |
员工年龄 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
user_id |
int |
是 |
否 |
用户ID | |
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-13-family_users(家属用户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
family_users_id |
int |
是 |
是 |
家属用户ID | |
|
2 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
3 |
family_member_gender |
varchar |
64 |
否 |
否 |
家属性别 |
|
4 |
age_of_family_members |
varchar |
64 |
否 |
否 |
家属年龄 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
user_id |
int |
是 |
否 |
用户ID | |
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-14-fee_information(收费信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
fee_information_id |
int |
是 |
是 |
收费信息ID | |
|
2 |
resident_name |
varchar |
64 |
否 |
否 |
居民姓名 |
|
3 |
resident_gender |
varchar |
64 |
否 |
否 |
居民性别 |
|
4 |
family_users |
int |
否 |
否 |
家属用户 | |
|
5 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
6 |
fee_amount |
double |
否 |
否 |
收费金额 | |
|
7 |
fee_details |
text |
65535 |
否 |
否 |
收费详情 |
|
8 |
pay_state |
varchar |
16 |
是 |
否 |
支付状态 |
|
9 |
pay_type |
varchar |
16 |
否 |
否 |
支付类型: 微信、支付宝、网银 |
|
10 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
11 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
12 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
13 |
source_id |
int |
否 |
否 |
来源ID | |
|
14 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-15-fee_standards(收费标准)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
fee_standards_id |
int |
是 |
是 |
收费标准ID | |
|
2 |
fee_name |
varchar |
64 |
否 |
否 |
收费名称 |
|
3 |
fee_type |
varchar |
64 |
否 |
否 |
收费类型 |
|
4 |
fee_amount |
double |
否 |
否 |
收费金额 | |
|
5 |
fee_standards |
text |
65535 |
否 |
否 |
收费标准 |
|
6 |
cover_photo |
varchar |
255 |
否 |
否 |
封面图片 |
|
7 |
collect_len |
int |
是 |
否 |
收藏数 | |
|
8 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
9 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-16-health_monitoring(健康监测)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
health_monitoring_id |
int |
是 |
是 |
健康监测ID | |
|
2 |
resident_name |
varchar |
64 |
否 |
否 |
居民姓名 |
|
3 |
resident_gender |
varchar |
64 |
否 |
否 |
居民性别 |
|
4 |
resident_age |
varchar |
64 |
否 |
否 |
居民年龄 |
|
5 |
family_users |
int |
否 |
否 |
家属用户 | |
|
6 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
7 |
monitoring_type |
varchar |
64 |
否 |
否 |
监测类型 |
|
8 |
monitoring_time |
date |
否 |
否 |
监测时间 | |
|
9 |
monitoring_report |
varchar |
255 |
否 |
否 |
监测报告 |
|
10 |
monitoring_content |
text |
65535 |
否 |
否 |
监测内容 |
|
11 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
12 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
13 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
14 |
source_id |
int |
否 |
否 |
来源ID | |
|
15 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-17-hits(用户点击)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
hits_id |
int |
是 |
是 |
点赞ID | |
|
2 |
user_id |
int |
是 |
否 |
点赞人 | |
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
4 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID |
表 4-18-notice(公告)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
notice_id |
mediumint |
是 |
是 |
公告ID | |
|
2 |
title |
varchar |
125 |
是 |
否 |
标题 |
|
3 |
content |
longtext |
4294967295 |
否 |
否 |
正文 |
|
4 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
5 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-19-praise(点赞)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
praise_id |
int |
是 |
是 |
点赞ID | |
|
2 |
user_id |
int |
是 |
是 |
点赞人 | |
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 | |
|
4 |
update_time |
timestamp |
是 |
否 |
更新时间 | |
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID | |
|
8 |
status |
tinyint |
是 |
否 |
点赞状态:1为点赞,0已取消 |
表 4-20-resident_information(居民信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
resident_information_id |
int |
是 |
是 |
居民信息ID | |
|
2 |
resident_name |
varchar |
64 |
否 |
否 |
居民姓名 |
|
3 |
resident_gender |
varchar |
64 |
否 |
否 |
居民性别 |
|
4 |
resident_age |
varchar |
64 |
否 |
否 |
居民年龄 |
|
5 |
family_users |
int |
否 |
否 |
家属用户 | |
|
6 |
family_name |
varchar |
64 |
否 |
否 |
家属姓名 |
|
7 |
family_phone_number |
varchar |
64 |
否 |
否 |
家属电话 |
|
8 |
check_in_information_limit_times |
int |
是 |
否 |
入住限制次数 | |
|
9 |
fee_information_limit_times |
int |
是 |
否 |
收费限制次数 | |
|
10 |
health_monitoring_limit_times |
int |
是 |
否 |
监测限制次数 | |
|
11 |
catering_plan_limit_times |
int |
是 |
否 |
餐饮限制次数 | |
|
12 |
create_time |
datetime |
是 |
否 |
创建时间 | |
|
13 |
update_time |
timestamp |
是 |
否 |
更新时间 |
考虑到基于Spring Boot的养老院管理系统主要面对部分人群,网站的访问量不大。系统处理、统计分析工作简单,Tomcat服务器能够满足中小型网络用户的数据处理,通过互联网Internet 接入及MySQL 5.6以上的数据库应用的需求点。系统具体开发环境如下表所示:
表5.1系统环境表
|
项目 |
开发环境 |
|
操作系统 |
Windows 11、Windows 10、Windows 8、Windows 7 |
|
开发语言 |
Java |
|
使用框架 |
Spring Boot |
|
体系结构 |
三层B/S体系结构 |
|
开发工具 |
IDEA(2020版)/MyEclipse(2017)/Eclipse、Vs Code |
|
数据库 |
MySQL 5.6以上 |
|
数据库管理工具 |
Navicat |
|
JDK版本 |
Java 1.8 |
|
Maven |
apache-maven 3.6.1-bin |
|
Tomcat |
apache-tomcat-7.0.88 |
5.2前端模块
用户输入用户名和密码后,系统首先对这些输入进行基本的格式验证,确保用户名和密码符合系统设定的格式要求(如长度、特殊字符要求等)。系统接收到用户输入后,会根据用户名查找系统中存储的用户信息数据库或者其他持久化存储方式。系统需要验证密码的正确性,验证成功即可成功登录。

图5.1家属用户登录界面设计
用户注册时,系统要求用户提供必要的信息,例如用户名、密码、电子邮件地址等。这些信息通常由用户在注册表单中输入,并通过前端验证确保格式的正确性。注册过程完成后,系统会为新用户创建一个账户。这包括分配一个唯一的用户ID和设置初始的权限或者角色。

图5.2家属用户注册界面设计
用户登录系统后首先进入首页界面,可查看轮播图和其他系统功能导航栏。
例如,用户首页主界面图如下所示。

图5.3家属用户首页主界面设计
用户点击通知公告可以查看系统发布的最新公告内容。
例如,通知公告界面图如下所示。

图5.4通知公告界面设计
例如,网站公告界面图如下所示。

图5.5网站公告界面设计
养老院管理系统中的家属用户个人中心主要提供查看老人健康状况与日常生活记录的功能,同时也支持家属与护理人员之间的沟通交流,方便及时了解和参与老人的照护过程。例如,可进行查看老人信息;可点击查看费用信息;提交投诉建议;修改登录密码等。
例如,家属个人中心主界面图如下所示。

图5.6个人中心主界面设计
例如,居民信息界面图如下所示。

图5.7居民信息界面设计
管理员用户凭个人账户和密码进行登录使用后端功能。

图5.8管理员登录界面设计
管理员可以通过居民信息管理功能进行录入、更新和维护居民的基本个人信息、健康状况及特殊需求,同时支持数据的分类存储与快速检索,确保信息的准确性和及时性。通过这一功能,管理者能够更好地规划服务资源,提升对居民的关怀和服务质量。。

图5.9居民信息添加界面设计
管理员可以通过系统收费标准管理功能设定、调整和维护各类服务项目的费用标准,支持根据不同条件进行灵活定价及批量修改,确保收费体系的透明性和合理性。

图5.10添加收费标准界面设计
管理员可以通过系统记录、追踪和分析各类安全事件的发生情况与处理过程,确保所有安全事故得到及时响应和妥善解决。此功能还支持制定预防措施和应急预案,以减少未来事故发生的可能性,保障居民的生命财产安全。

图5.11安全事故信息添加界面设计
员工用户居民信息管理功能允许工作人员录入、更新和查阅居民的详细信息,包括健康状况、生活习惯及特殊需求,确保为居民提供个性化服务。

图5.12居民信息管理界面设计
员工用户可通过健康管理功能进行对居民健康信息的录入,如录入体检报告。

图5.13添加体检报告界面设计
在软件开发生命周期中,系统测试占据着举足轻重的地位。通过进行全面而系统的测试,我们能够确保软件在实际使用环境中具备稳定运行的能力,从而满足用户的多样化需求,并显著提升软件的整体质量与可靠性。这一过程不仅有助于识别并修复潜在问题,还能为软件的持续优化提供有力支撑。
随着现代信息的快速发展,在社会各大领域中已经都开始应用网络信息技术,在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注,因为一个软件的好与坏它决定着这个系统在市场上的生存,所以我们必须要把软件质量来做好,这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题,因为一个系统的软件质量决定着用户在后期上成本经济的问题。图6-1就是纠错测试流程。

图6.1测试与纠错信息流程
在系统的功能验证阶段,我们将对全部的功能界面进行全面测试。具体而言,我们将模拟用户行为,输入各类数据并进行提交操作,随后仔细观察和分析每个页面的响应反馈。这一过程旨在验证系统的功能完整性,确保页面所呈现的功能与预期相符,并能够完全实现预设的交互逻辑。通过这种全面细致的测试方法,我们将确保系统在实际应用中能够稳定、准确地响应用户需求。
下表是系统登录功能测试用例,检测了用户名和密码的不同的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6.1系统登录功能测试用例
|
功能描述 |
用于系统登录 | |
|
测试目的 |
检测登录时的合法性检查 | |
|
测试数据以及操作 |
预期结果 |
实际结果 |
|
输入的用户名和密码带有非法字符 |
提示用户名或者密码错误 |
与预期结果一致 |
|
输入的用户名或者密码为空 |
提示用户名或者密码错误 |
与预期结果一致 |
|
输入的用户名和密码不存在 |
提示用户名或者密码错误 |
与预期结果一致 |
|
输入正确的用户名和密码 |
登录成功 |
与预期结果一致 |
下表是注册功能测试用例,检测了各种数据的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6.2注册功能测试用例
|
功能描述 |
用于用户注册 | |
|
测试目的 |
检测用户注册时的合法性检查 | |
|
测试数据以及操作 |
预期结果 |
实际结果 |
|
输入的手机号不合法 |
提示请输入正确的手机号码 |
与预期结果一致 |
|
输入的字段为空 |
提示必填项不能为空 |
与预期结果一致 |
|
输入的密码少于6位 |
提示密码必须为6-12位 |
与预期结果一致 |
|
输入的密码大于12位 |
提示密码必须为6-12位 |
与预期结果一致 |
下表是费用信息功能的测试用例,检测了费用信息中对房间的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;管理员登录系统。
表6.3收费信息的测试用例
|
功能描述 |
用于收费信息 | |
|
测试目的 |
检测费用信息时的各种操作的运行情况 | |
|
测试数据以及操作 |
预期结果 |
实际结果 |
|
点击添加收费信息,必填项合法输入,点击保存 |
提示添加成功 |
与预期结果一致 |
|
点击添加收费信息,必填项输入不合法,点击保存 |
提示必填项不能为空 |
与预期结果一致 |
|
点击修改收费信息,必填项修改为空,点击保存 |
提示必填项不能为空 |
与预期结果一致 |
|
点击修改收费信息,必填项输入不合法,点击保存 |
提示必填项不能为空 |
与预期结果一致 |
|
点击删除收费信息,选择费用信息删除 |
提示删除成功 |
与预期结果一致 |
|
点击搜索收费信息,输入存在的月份 |
查找出相应收费信息 |
与预期结果一致 |
|
点击搜索收费信息,输入不存在的月份 |
不显示收费信息 |
与预期结果一致 |
下表是居民信息管理功能的测试用例,检测了对居民信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;员工用户登录系统。
表6.4居民信息管理的测试用例
|
功能描述 |
用于居民信息 | |
|
测试目的 |
检测居民信息时的各种操作的运行情况 | |
|
测试数据以及操作 |
预期结果 |
实际结果 |
|
点击添加居民信息,必填项合法输入,点击保存 |
提示添加成功 |
与预期结果一致 |
|
点击添加居民信息,必填项输入不合法,点击保存 |
提示必填项不能为空 |
与预期结果一致 |
|
点击修改居民信息,必填项修改为空,点击保存 |
提示必填项不能为空 |
与预期结果一致 |
|
点击修改居民信息,必填项输入不合法,点击保存 |
提示必填项不能为空 |
与预期结果一致 |
|
点击删除居民信息,选择老人信息删除 |
提示删除成功 |
与预期结果一致 |
|
点击搜索居民信息,输入存在的老人用户名 |
查找出相应居民信息 |
与预期结果一致 |
|
点击搜索居民信息,输入不存在的老人用户名 |
不显示居民信息 |
与预期结果一致 |
本基于Spring Boot的养老院管理系统在开发与设计过程中充分考虑了养老院中老年人信息管理流程的需求,借鉴了国内外优秀系统的优点,从界面到系统架构都确保了管理员及用户能够便捷操作。以下是该系统的主要特点和优势:
高度针对性与跨平台兼容性:系统针对养老院的具体需求进行了优化,可以满足不同老人的个性化护理要求。同时,其跨平台特性允许系统在多种设备上流畅运行,无论是平板电脑还是智能手机,都能为用户提供一致的操作体验。
全面的功能覆盖与异常处理机制:该系统涵盖了从健康档案管理到服务预约审核等所有关键功能,确保每个环节都能得到高效的管理。用户友好的界面设计使得任何具备基础网络知识的人都能轻松上手,降低了培训成本和使用门槛。
安全可靠且易于扩展:经过严格的测试验证,系统展示了卓越的安全性能,保护敏感信息的同时支持未来的功能扩展和技术升级。简便的操作流程结合高效的任务处理能力,不仅提高了工作效率,还增强了用户体验。
经过对上述的测试结果分析,所有基本功能齐全,操作简单,系统运行性能良好,系统安全可靠,发展前景广阔。
7 结束语
本文详细探讨了基于Spring Boot框架的养老院管理系统的设计与实现。通过合理的分层架构设计,结合Java语言、MySQL数据库等技术,构建了一个高效、便捷且易于维护的养老院管理系统。在最初接到任务书时,面对一片茫然,没有任何清晰的思路。然而,在老师的指导下,经过一系列文献调查和技术研究后,逐渐明确了系统的架构和功能需求,开始了项目的开题工作。
在确定了系统的可行性及具体功能后,我们依据初步设计方案逐步完善各个模块。利用Spring Boot的强大功能,实现了后端服务如居民信息管理、入住信息管理、离院信息管理、收费信息管理、健康监测管理、餐饮计划管理、收费标准管理、药品信息管理、安全事故管理、访客记录管理、公告消息管理、资源管理等功能;而在前端,则借助Spring Boot提供的丰富工具集,开发出一个直观易用的应用界面,支持普通用户的日常操作,如公告消息、养老资讯、收费标准、居民信息、入住信息、离院信息、收费信息、健康监测、餐饮计划、收藏、评论管理等。整个过程不仅涉及到了前后端的技术整合,还涵盖了用户体验优化等多个方面。
从无到有的项目开发经历,虽然充满了挑战,但同时也带来了极大的成就感。在这个过程中,我学习到了许多实际操作技能,对软件开发流程有了全新的认识,特别是在动手能力和解决问题的能力上得到了显著提升,这些都是书本知识无法给予的经验。更重要的是,这次实践极大地激发了我对程序开发的兴趣,让我深刻体会到信息技术的强大和深邃之处。
未来工作中,我希望能够继续从事与信息技术相关的工作,并不断深入学习新的技术和方法论,以期能够开发出更加优秀和新的项目。
参考文献
[1]张欣然,周智慧.养老服务业发展背景下智能系统的市场分析[J].中国商论,2022,(03):108-110.
[2]魏娇,白磊.基于智能数字化的智慧养老管理系统设计[J].鞋类工艺与设计,2022,2(24):168-170.
[3]张琴.养老院智能管理系统的设计与实现[J].信息与电脑(理论版),2022,34(13):158-160.
[4]刘晓旭,吕志华,何润华.基于窄带物联网的养老院智能系统设计[J].现代信息科技,2024,8(02):154-157.
[5]蔡文.养老院智慧化建设研究——以南宁市WM养老院为例[J].工业控制计算机,2023,36(01):131-133.
[6]陈伟,饶俊芳,蔡礼雄.基于TRIZ理论的土木类多专业联合毕业设计组织实施研究[J].教育观察,2023,12(16):1-5.
[7]段昊鹏.基于物联网技术的养老院智能管理系统设计[J].物联网技术,2022,12(02):99-100+105.
[8]李诚.人工智能视域下养老院建筑的人性化设计[J].中国科技信息,2025,(05):131-133.
[9]NishinoT ,TsukudaH ,MatsubaraS , et al.A scoping review of studies for senior nursing home planning in Japan—Trajectory of introducing private rooms and unit care system in nursing home[J].Japan Architectural Review,2024,7(1):e12457-e12457.
[10]Huan X ,Kang G B ,Xie J , et al.Building information modelling (BIM)-enabled facility management (FM) of nursing homes in China: A systematic review[J].Journal of Building Engineering,2025,99111580-111580.
[11]Dorothee K ,Peter K ,Nikolas D .[Can nursing home placement of people with dementia be delayed by case management? A Systematic Review of Randomized Controlled Trials].[J].Gesundheitswesen (Bundesverband der Arzte des Offentlichen Gesundheitsdienstes (Germany)),2023,85(12):1229-1237.
[12]王宇.AI技术对养老院建筑环境设计的辅助[J].工程抗震与加固改造,2024,46(02):194-195.
[13]陈春江,莫丰霆.养老院信息服务后台管理系统设计与实现[J].信息与电脑(理论版),2024,36(09):100-104.
这次毕业设计能够完成,最重要的就是来自指导老师的帮助,老师不厌其烦的对我的论文及毕业设计提出非常有建设性的建议,我的毕设施能够完成离不开老师的帮助。我对老师由衷的表示感谢,
其次要感谢大学四年里学院里所有的任课老师的教导,老师们在我整个大学四年里给予了我丰富的知识,让我能够在大学中不虚度光阴,踏踏实实的学习,没有这些老师不辞辛劳的教诲,我无法完成这四年的学业。
最后,我要感谢我的家人和同学们。感谢父母在物质与精神上给予我无限的支持和鼓励。感谢我的同学们,在论文写作期间,你们给予了我许多宝贵的建议和帮助,让我在学术研究的道路上不再孤单。
再次感谢所有在我大学生活中给予我帮助和支持的人们。您们的关怀和鼓励将永远铭刻在我的心中,成为我未来前行的动力。
由于自己的水平有限,毕设仍然存在着很大的缺陷,各位老师若提出意见,我会努力改正。
免费领取项目源码+数据库,请关注❥点赞收藏并私信博主,谢谢~
1933

被折叠的 条评论
为什么被折叠?



