目 录
摘 要
随着社会老龄化的加速以及残障人士群体的增加,传统的助老助残服务方式已经无法满足日益增长的需求。旧有方式存在信息不对称、响应速度慢、服务覆盖面有限等弊端,这使得老年人和残障人士在日常生活中面临更多困难。为此,亟需设计并开发一个高效、智能的社区助老助残系统,以解决这些问题并提升服务质量。
本系统基于SpringBoot和Bootstrap框架,采用Java语言和MySQL数据库,结合响应式技术进行开发,具备高效的性能和优良的用户体验。SpringBoot框架简化了开发过程,Bootstrap框架则确保了系统在不同设备上的适配和兼容性。系统具备多种功能,包括管理员、老人用户、家属用户和服务人员的管理模块,提供暖心服务、服务任务与服务过程管理,健康守护、提醒信息、活动信息与活动报名、药品信息与药品订单管理、留言管理、通知公告和健康科普等功能,满足多方需求。
通过开发基于SpringBoot+Bootstrap框架的社区助老助残系统,能够实现全方位的服务和管理,提升老年人和残障人士的生活质量。系统能够帮助管理员、老人用户、家属用户和服务人员进行高效的互动与管理,从而确保暖心服务的提供、健康守护的落实和各类任务的高效完成。
关键词:社区助老助残系统;SpringBoot+Bootstrap框架;智能化服务;
Abstract
With the acceleration of social aging and the increase of the disabled population, traditional methods of elderly and disabled assistance services are no longer able to meet the growing demand. The old methods have drawbacks such as information asymmetry, slow response speed, and limited service coverage, which make elderly and disabled people face more difficulties in their daily lives. Therefore, it is urgent to design and develop an efficient and intelligent community elderly and disabled assistance system to address these issues and improve service quality.
This system is based on the SpringBoot and Bootstrap frameworks, using Java language and MySQL database, combined with responsive technology for development, and has efficient performance and excellent user experience. The SpringBoot framework simplifies the development process, while the Bootstrap framework ensures system adaptation and compatibility across different devices. The system has multiple functions, including management modules for administrators, elderly users, family users, and service personnel, providing heartwarming services, service task and process management, health protection, reminder information, activity information and registration, drug information and drug order management, message management, notification announcements, and health science popularization, etc., to meet the needs of multiple parties.
By developing a community assistance system for the elderly and disabled based on the SpringBoot+Bootstrap framework, comprehensive services and management can be achieved, improving the quality of life for the elderly and disabled. The system can assist administrators, elderly users, family users, and service personnel in efficient interaction and management, thereby ensuring the provision of warm and caring services, the implementation of health protection, and the efficient completion of various tasks.
Keywords: Community assisted elderly and disabled assistance system; SpringBoot+Bootstrap framework; Intelligent services;
第1章绪论
1.1.研究背景
随着全球老龄化进程的加速,老年人和残障人士逐渐成为社会中的重要群体。根据统计数据,老年人群体的数量正在迅速增长,许多国家和地区面临着越来越多的社会服务需求。传统的助老助残服务模式已经难以满足现代社会对高效、精准、个性化服务的需求[1]。许多传统方式存在着信息传递滞后、服务响应速度慢、覆盖面有限等问题,这不仅影响了老年人和残障人士的生活质量,也增加了家属和社会的负担。
为了解决这些问题,智能化的社区助老助残系统成为了亟待解决的需求。利用现代信息技术,特别是互联网技术和物联网技术,可以通过数字化手段提供更高效、便捷、精准的服务。通过建立一个智能化的社区平台,可以为老年人和残障人士提供便捷的健康管理、生活服务、药品配送、活动参与等一系列服务,改善他们的生活质量,让他们能够更好地融入社会,享受便捷和舒适的生活[2]。
1.2.研究意义
通过设计并实现一个基于SpringBoot+Bootstrap框架的社区助老助残系统,旨在解决传统服务方式中存在的问题,提升老年人和残障人士的生活质量,推动社区服务的智能化和信息化进程。该系统采用响应式设计,能够适应不同设备和屏幕尺寸,确保无论是老年人、残障人士还是服务人员,都能够通过手机、平板或电脑等多种终端设备轻松访问平台,提升用户体验[3]。响应式设计不仅增强了系统的灵活性和可访问性,还使得服务可以随时随地得到及时响应,避免了设备限制带来的不便。
该系统不仅能够提供健康守护、药品管理、活动报名等多项功能,还能实现家属、服务人员和管理员之间的实时互动与高效管理。这一系统的推广应用能够有效减少服务过程中的人为失误,提升响应速度,并实现服务的全程跟踪与管理,确保老年人和残障人士能在第一时间获得所需帮助。此外,本系统的实现有助于推动社会对老年人和残障人士群体的关注和责任感的提升[4]。社会对于弱势群体的关怀会更加广泛与深入。通过这种智能化平台,能够让更多的老年人和残障人士享受到平等的服务和关怀,同时减轻家庭和社会的负担,增强社会的整体凝聚力和和谐感。
在技术层面,本研究展示了现代技术(如SpringBoot、Bootstrap框架等)在社会服务领域中的创新应用。响应式设计的引入不仅提升了系统在不同设备上的兼容性,还确保了系统的高效性和稳定性,为今后的类似系统的设计与实现提供了有益的经验和参考。总的来说,本研究具有重要的社会意义、技术创新意义和实践应用价值。
1.3.国内外研究现状
随着中国社会老龄化的加剧,智慧养老和智能助老助残系统的研究和应用逐渐成为国内关注的热点。近年来,国内在智能健康管理、物联网等领域的技术应用不断推进,形成了一些较为成熟的研究成果。尤其是在响应式设计和移动平台的应用方面,国内学者和企业都在探索如何为老年人和残障人士提供更加便捷的服务。智慧养老社区、健康监测平台等成为了重要的发展方向。如“平安养老”平台和“乐活养老”平台已在部分地区投入使用[5]。“平安养老”系统通过集成智能手环、环境传感器等设备,实时监测老年人的健康状况,并通过移动端提供健康咨询、药品配送等服务。这一平台的优点在于通过智能设备实时监测和健康数据的及时反馈,能有效提高老年人健康管理的精准度。然而,它也存在一些不足之处,主要是设备的普及性不强,且对于操作不熟练的老年人来说,学习使用的门槛较高[6]。
在国外,尤其是欧美国家,智能化助老助残系统的应用较为成熟,许多国家已在智慧养老、健康管理和远程医疗等领域取得了显著进展。物联网技术、云计算、大数据分析等先进技术的应用,使得老年人和残障人士的生活得到了有效的改善。国外研究的一个重要趋势是将智能家居与远程医疗相结合,提供综合性的健康与生活支持服务。响应式设计也成为了提高老年人和残障人士使用便捷性的关键技术之一。以美国的“CarePredict”系统为例,该平台通过佩戴传感器实时收集老年人的行为数据,结合大数据分析来预测老年人的健康风险,提前发出警报[7]。这个系统的优点在于它通过数据驱动的方式提供个性化的健康建议,大大提高了老年人的生活质量。然而,其不足之处在于需要依赖用户对设备的依赖性,且对于隐私保护和数据安全方面仍存在一定的挑战[8]。
总体而言,国内在智能助老助残领域的研究虽然起步较晚,但已经逐步走向成熟,尤其在响应式设计和健康管理系统的应用上取得了不少进展。与国外相比,国内的系统大多侧重于健康监测与生活辅助,但在智能家居、远程医疗等综合服务的集成度上还存在差距。国外的研究更加注重多维度的技术整合,例如智能家居、物联网、人工智能的深度融合,能够为老年人和残障人士提供更加全面、精准的服务。国内则更多地聚焦于局部功能的实现,尽管取得了一定的成果,但对于系统的全面性和长远发展,仍有待进一步提升。
1.4.开发目标
该项目课题的目标是设计并实现一个基于SpringBoot和Bootstrap框架的智能化社区助老助残平台,通过现代信息技术提高老年人和残障人士的生活质量。系统将提供健康监测、药品管理、活动报名、提醒等多项功能,确保用户能够在需要时获得及时的帮助和服务。同时,平台将实现家属、服务人员与管理员之间的实时互动与高效管理,促进信息的即时反馈和服务的精准提供。通过智能化的服务设计,减少传统服务方式中的滞后性和误差,提高响应速度,确保老年人和残障人士能够享受到个性化、便捷且高效的服务。最终,系统的推广应用将推动社区服务的智能化进程,提升社会对于弱势群体的关怀,增强社区的整体和谐度。
1.5.论文结构与章节安排
本文档的具体章节安排如下:
第一章:绪论,主要介绍社区助老助残系统的研究背景目的以及概述国内外研究动态,系统的开发目标,并提出课题章节安排。
第二章:系统相关技术介绍,主要阐述社区助老助残系统的开发技术,包含Java语言、SpringBoot和Bootstrap架、MySQL数据库、响应式技术等。
第三章:系统需求分析,通过调研开发此平台开发中的是市场需求、经济可行性、技术可行性分析,明确用户对社区助老助残系统的需求和系统应具备的功能。
第四章:系统设计,主要对系统的总体设计结构进行介绍。
第五章:系统数据库总体设计方案,包括数据库结构概念设计以及数据库逻辑结构的设计。
第六章:系统测试,概述系统的测试目的和意义,保证系统的协调性和稳定性。
第七章,结论。
第2章相关技术介绍
2.1.springboot框架
SpringBoot,作为Spring生态系统中一颗璀璨的明星,以其“约定优于配置”的核心理念,极大地简化了Java应用的开发、部署与管理流程。它并非是对Spring框架的颠覆,而是在其基础上进行了深度封装与优化,旨在快速搭建独立的、生产级别的Spring应用。SpringBoot通过自动配置功能,减少了大量繁琐的配置工作,让开发者能够更加专注于业务逻辑的实现。同时,它集成了众多常用库,如数据库连接池、缓存、消息队列等,为系统开发提供了一站式的解决方案。此外,SpringBoot还支持多种部署方式,无论是传统的WAR包部署,还是现代的容器化部署,都能轻松应对。因此,选择SpringBoot作为社区助老助残系统的开发框架,不仅能够提升开发效率,还能确保系统的稳定性和可维护性。
2.2. Java语言
社区助老助残系统采用了Java语言作为后端开发的核心技术。Java语言因其跨平台特性和高度灵活性而备受青睐,使系统能够在不同操作系统上稳定运行,并为未来功能的拓展提供可靠的技术支持。同时,采用SpringBoot框架简化了配置,提升了开发效率和系统的稳定性。Java的选择确保了平台具有良好的可扩展性和稳定性,在为社区助老助残系统提供技术支持的同时,也为用户提供畅顺的体验。
MySQL数据库,作为开源关系型数据库管理系统的佼佼者,以其高性能、可靠性、易用性和灵活性,在全球范围内被广泛应用于各类企业级应用中。MySQL采用SQL(结构化查询语言)作为数据操作的标准语言,支持复杂的查询、数据更新、索引优化等功能,确保数据的高效存取和完整性。其强大的事务处理能力,为业务逻辑的原子性、一致性、隔离性和持久性提供了坚实保障。此外,MySQL还具备高度的可配置性和可扩展性,通过优化存储引擎、调整配置参数等手段,可以轻松应对高并发、大数据量的应用场景。在社区助老助残系统中,MySQL作为后端数据存储的核心,不仅为系统提供了稳定可靠的数据支持,还通过其丰富的数据操作功能,助力系统实现复杂的业务逻辑和高效的数据管理。
2.4.Bootstrap介绍:
Bootstrap是一个开源的前端开发框架,由Twitter的开发者Mark Otto和Jacob Thornton于2011年创建。它提供了一组预先设计的CSS、HTML和JavaScript组件,旨在简化响应式网站和Web应用程序的开发。Bootstrap的核心优势在于其简洁、易用、功能全面,使开发者能够快速构建现代化、兼容各种设备的网页。
Bootstrap的主要特点包括:
1. 响应式设计:Bootstrap采用响应式网格系统,使得开发者能够轻松地根据设备的屏幕大小和分辨率调整网页布局,确保网站在不同设备(如手机、平板、桌面电脑)上都能良好显示。
2. 预设组件:Bootstrap内置了大量的UI组件,如按钮、表单、导航条、警告框、模态框、卡片等。这些组件具有统一的设计风格,能够提高开发效率,减少从头开始设计界面的工作。
3. 易于定制:Bootstrap提供了丰富的定制选项,开发者可以根据项目需求调整框架的颜色、间距、字体等样式,或者直接修改Bootstrap的源代码来创建个性化的界面。
4. 兼容性强:Bootstrap框架支持所有主流浏览器(包括Chrome、Firefox、Safari、Edge等),确保跨浏览器的一致性。
5. 内置JavaScript插件:Bootstrap还提供了多种功能强大的JavaScript插件,如模态框、轮播图、下拉菜单、提示框等,开发者可以直接使用这些插件来实现常见的交互效果。
6. 社区支持:作为一个开源项目,Bootstrap拥有庞大的开发者社区,提供了丰富的文档、教程和资源。无论是新手还是经验丰富的开发者,都能从中获得支持和帮助。
总的来说,Bootstrap通过提供一套标准化的设计规范和现成的开发工具,使得前端开发更加高效、便捷,并且有助于创建美观且易于维护的网页应用。
第3章系统分析
需求的分析中用户需求就是比较的重要,而且可以通过各种的路径,以及每个用户对于系统的功能需求,需要对这些内容做出整理以及分类,然后分析这些需求的现实情况下的可能原因,还需要有认真的分析过程,结合现实的情况下最终做出一系列的需求资料。社区助老助残系统的需求可以从不同角度进行分析,包括功能需求、非功能需求,以下是对系统需求的初步分析。
在社区助老助残系统主要使用角色分为老人用户、家属用户、服务人员以及管理员。
(1)老人用户功能需求模块:
注册登录:用户可以通过简单的注册流程创建个人账户,之后便可以登录使用平台的各项服务。注册时需要提供基本的个人信息,登录则需要用户名和密码。
首页:首页是用户进入平台后看到的第一个界面,它将展示最新通知、活动信息以及健康科普文章,方便用户快速浏览和获取重要信息。
通知公告:通知公告栏目会发布最新的平台更新、活动安排以及重要通知,确保老年用户不会错过任何重要信息。
健康科普:健康科普栏目提供各种与老年人健康相关的知识文章,帮助他们了解如何更好地照顾自己的身体。
反馈信息:老人用户可以通过反馈信息栏目向平台提出建议或报告问题,管理员将及时处理并给予回复。
暖心服务:老人用户可以对喜欢的服务进行点赞和收藏,查看详细的服务信息,包括服务项目、价格和时间等。老人用户还可以根据自己的需求预约服务,选择合适的时间,输入预约地址,并添加备注信息。
活动信息:活动信息栏目允许老人用户浏览即将举行的活动,包括活动的名称、时长和具体时间。老人用户可以对感兴趣的活动进行点赞和收藏,并且可以直接在平台上报名参加,只需选择家属人员、填写报名人数和报名原因即可。
药品信息:药品信息栏目提供了各种药品的详细信息,包括药品的名称、规格、价格和库存状态。用户可以对感兴趣的药品进行点赞和收藏,并且可以直接在平台上进行购买,只需输入购买数量、配送地址和订单备注等信息。
我的账户:在“我的账户”栏目中,用户可以随时修改自己的个人信息和密码,确保账户的安全性和个人隐私的保护。
个人中心是用户管理个人信息和查看服务状态的综合区域。老人用户可以查看个人首页、服务过程、提醒信息,包括管理员发送的提醒通知。用户还可以管理药品订单,包括查看订单详情和进行支付。服务任务栏目显示了老人用户的服务任务详情和支付选项。健康守护栏目允许老人用户查看自己的健康状况,并可下载健康评估表格。此外,老人用户还可以查看活动报名情况和反馈信息,包括查看管理员的回复详情。最后,收藏栏目方便老人用户快速访问他们之前收藏的内容。
登录:服务人员通过输入由管理员分配的账号和密码进行系统登录。登录成功后,服务人员可以访问其专属的服务界面,进行任务审核、服务项目查看和服务过程记录等操作。
服务任务:服务人员可以查看由系统分配给自己的服务任务列表,并对任务进行审核。审核功能允许服务人员确认任务详情无误后,标记任务为已审核状态,确保服务流程的顺利进行。
暖心服务:服务人员可以浏览系统中提供的服务项目列表,了解不同服务项目的具体内容和要求。这有助于服务人员更好地为客户提供相应的服务,确保服务质量和客户满意度。
服务过程:服务人员在执行服务任务的过程中,可以使用此功能记录服务过程的详细信息。包括服务时间、服务内容、客户反馈等,这些记录将作为服务历史的一部分,便于未来的服务回顾和质量改进。
- 家属用户功能需求模块:
注册登录:家属用户可以通过邮箱或手机号码进行注册,设置个人密码,登录后可以享受个性化的服务和管理个人账户信息。
首页:提供一个简洁明了的界面,展示最新通知公告、健康科普文章以及暖心服务等模块的快速入口。
通知公告:发布最新的医疗政策、健康提示以及平台更新信息,方便用户及时了解和掌握。
健康科普:提供丰富的健康知识文章,涵盖常见疾病预防、健康饮食、运动保健等方面,帮助家属用户提升健康意识。
暖心服务:家属用户可以对喜欢的内容进行点赞、收藏和评论,与平台和其他用户互动,分享健康生活的点滴。
活动信息:展示即将举行的健康讲座、线上咨询、线下活动等信息,家属用户可以进行点赞、收藏和评论,方便参与和了解活动详情。
药品信息:提供药品的详细信息,包括药品介绍、使用说明、注意事项等,家属用户可以对感兴趣的内容进行点赞、收藏和评论。
我的账户:家属用户可以在此模块修改个人信息和密码,保证账户安全,同时也可以查看账户使用记录。
个人中心:家属用户可以查看个人首页、服务老人的过程记录、老人活动报名情况、服务任务列表以及查看老人的健康状况,并提供下载健康评估表格的功能,方便家属用户更好地管理了解自家老人的健康状况。
(4)管理员功能需求模块:
登录:允许管理员通过输入用户名和密码的方式进入系统,确保只有授权的管理员可以访问管理界面。
暖心服务管理:提供查询、重置、删除和添加服务的功能,管理员可以查看用户对服务的评论,以便了解服务质量和用户满意度。
服务任务管理:允许管理员为服务人员分配具体的服务任务,确保服务的顺利进行和任务的有效管理。
服务过程管理:管理员可以查看服务的详细过程,对服务进行监管,确保服务质量和效率。
健康守护管理:管理员可以查询、重置、删除和添加老人的健康信息(如身高、体重、身份状况、健康评估等),并上传评估表格。同时,可以为老人设置健康提醒。
提醒信息管理:管理员可以查看和管理所有提醒信息,确保重要的提醒事项不会被遗漏。
活动信息管理:提供查询、重置、删除和添加活动信息的功能(如活动名称、类型、时间、图片等),管理员可以查看用户对活动的评论。
活动报名管理:管理员可以查看活动的报名详情,管理参与活动的用户信息。
药品信息管理:允许管理员查询、重置、删除和添加药品信息(如药品名称、库存、价格、用途等),并查看用户对药品的评论。
药品订单管理:管理员可以查看老人的药品订单信息,并安排药品的配送工作。
系统管理:管理员可以管理轮播图的内容,包括添加、删除和更新轮播图,以展示重要信息或活动。
留言管理:管理员可以查看用户的留言信息,并进行回复,以保持与用户的良好沟通。
通知公告管理:管理员可以发布和管理通知公告,确保所有用户都能及时获取最新信息。
资源管理:管理员可以管理健康科普资源,包括分类和内容的添加、删除和更新,为用户提供丰富的健康知识。
社区助老助残系统的完整UML用例图分别是图3-1、3-2、3-3和图3-4。

图 3-1 社区助老助残系统老人用户角色用例图

图 3-2 社区助老助残系统家属用户角色用例图

图 3-3 社区助老助残系统服务人员角色用例图

图 3-4 社区助老助残系统管理员角色用例图
3.1.2.系统流程分析
对尚未拥有账号的用户可进行登记以获取账号密码。用户填写登记数据后,当系统接收到这些数据时,它会迅速进行核实。首先,系统会检查数据库中是否有该账户的存在,如果没有,系统会继续核实其他信息,如果有,系统会发出提示,要求用户更改账户,用流程图可以很好的展示出注册的这一过程。

图 3-5注册流程图
本系统面向社区助老助残系统管理员,老人用户,全部用户根据已注册账号及密码登陆,登陆后可选择修改原密码再登陆以增强个人信息安全性。为使用本系统的使用者提供所需的认证。身份被精确验证后,基于所述系统登记用户数据信息,确定所述用户角色是否具有识别权限。

图 3-6 登录流程图
(3)添加流程
在本系统的数据录入页面,对于操作者提供的每条数据都有相应的检验规则,比如数据信息不能有非法字符,或者本来应该是汉字的数据,不能用字母代替,还有对数据内容的长度等进行规范,这样的可以确保数据准确性的检验规则,在编码时,就提前编写好了。数据添加的流程见下图。如果数据已经保存进入数据库,则说明操作者提供的数据内容和格式都是符合要求的。

图 3-7添加信息流程图
(4)删除流程
很多时候,面对系统中的大量数据,难免会发现一些错误,因此需要及时纠正错误,本系统也提供数据后期的修改功能,其流程见下图。但是更新的数据也需要通过数据有效性检验。能够最终写入数据库则说明删除的数据是符合要求的。

图 3-8 删除信息流程图
3.2.1. 技术可行性分析
本系统的开发基于成熟的技术框架,如SpringBoot和Bootstrap,具备较高的技术可行性。SpringBoot是一个流行的Java开发框架,具有快速开发和高扩展性的特点,能够实现稳定的后台服务。而Bootstrap作为前端框架,提供了响应式设计和丰富的UI组件,使得系统可以适配不同设备,提升用户体验。通过使用这些技术,系统能够高效地实现健康监控、药品管理、紧急呼叫等功能,确保稳定性与可维护性。
3.2.2. 经济可行性分析
开发该系统所需的硬件和软件成本相对较低,采用的技术如SpringBoot和Bootstrap都是开源的,无需支付昂贵的授权费用。通过智能化手段提供高效、便捷的服务,能够节省传统人工服务的成本。同时,随着老龄化社会的到来,老年人和残障人士的市场需求日益增加,系统能够通过提供定制化的服务产生可观的市场回报,具备较强的经济可行性。
3.2.3. 操作可行性分析
系统设计注重用户友好性,界面简洁、直观,易于操作。无论是老年人还是残障人士,都能通过简单的界面进行操作。平台通过响应式设计,支持智能手机、平板和电脑等多种终端设备,确保不同年龄层的用户都能顺利使用。此外,系统将提供详细的操作指南和客户支持,帮助用户快速上手,解决可能出现的问题,从而确保操作的可行性和用户的高效使用体验。
3.3.非功能性需求分析
第一,友好界面:系统界面的友好性对于用户体验至关重要。通过人性化设计和动态的人机交互,用户能够轻松操作系统,并感受到便利。良好的用户体验可以提高用户满意度,并使系统更易于使用和接受。
第二,稳定性要求:系统的稳定性是确保系统高效运行的关键。系统应该能够稳定地处理各项管理工作,以提供可靠的服务。同时,系统应具备异常处理和数据备份等功能,以应对外部异常情况并保障数据的安全。
第三,可扩展性:社区助老助残系统需要具备良好的可扩展性,以应对未来业务需求的扩展。系统设计应充分考虑到功能需求的不断变化和扩展,确保系统能够适应多样化的需求,并保持高效运行。
第四,满足需求:系统开发应紧密与实际需求对接,以满足大量用户的需求。系统设计需要具有前瞻性,制定先导发展蓝图和行动纲领,确保系统能够长期发展和适应不同阶段的需求变化。系统应具备灵活性,以满足不同用户的特定需求,并充分发挥系统的价值。
第4章 系统设计
在完成系统需求分析之后,社区助老助残系统功能的设计实现涉及将需求分解为模块,并且确定每个模块的具体功能,通过科学、合理的方法,设计出符合系统需求的具体功能实现方案。
4.1.系统架构设计
随着Web系统功能的不断更新和完善,许多项目选择使用Web系统来实现其需求,其中包括社区助老助残系统。相比之下,Web系统相较于传统的C/S架构应用系统具有诸多优势。通过Web系统,用户可以通过常用的浏览器访问系统主页,无需安装或升级客户端应用程序,避免了由此带来的繁琐问题。用户只需打开浏览器即可轻松访问系统,无需担心不同版本之间可能导致的数据传输问题,使项目开发变得更加简便和便捷。Web系统的这种便利让用户体验更加流畅,系统的使用更加灵活和高效。
下图是具体的B/S架构图:

图 4-1 系统B/S架构图
4.2. 功能模块架构
通过对上门的系统需求分析,可以将社区助老助残系统主要分为前台老人用户、家属用户、服务人员和后台管理员角色,该系统总体设计结构图如图所示。

图 4-2 社区助老助残系统功能模块图
4.2.1.注册时序图
用户通过注册模块发送注册请求,系统完成注册后返回确认信息。随后,用户通过登录模块发送登录请求,系统验证用户信息后允许访问目标系统。用户完成操作后可选择退出,系统终止会话。注册时序图,如图下所示。

图 4-3 注册时序图
4.2.2.登录时序图
管理员输入登录信息后,登录界面将信息传递至前台管理界面,随后通过SpringBoot框架读取数据库中的用户信息并返回。系统验证信息,若验证成功则登录成功,若验证失败则返回错误提示。登录时序图如图下所示。

图 4-4 登录时序图
4.2.3.管理员修改用户信息时序图
管理员输入登录信息后,进入用户信息管理模块,选择增删改查操作并提交命令至数据库。数据库执行操作后返回成功状态,系统显示用户管理界面并提示操作成功。管理员修改用户信息时序图如图下所示。

图 4-5 管理员修改用户信息时序图
4.2.4.管理员管理系统信息时序图
管理员通过访问系统发起请求,系统接收访问后转向系统信息模块进行管理操作。管理完成后,系统返回管理结果至系统,最终反馈给管理员,管理员可选择退出。管理员管理系统信息时序图如图下所示。

图 4-6 管理员管理系统信息时序图
4.3.数据库设计
下面根据社区助老助残系统的数据库总E-R关系图可以得出社区助老助残系统需要很多E-R图,在此罗列出来一些主要的数据库E-R模型图,如图以下所示:

图 4-7老人用户E-R关系图

图 4-8活动信息E-R关系图

图 4-9暖心服务E-R关系图

图 4-10服务任务E-R关系图

4.3.1. 数据库逻辑结构设计
结合以上各个实体的 E-R 图和联系,可以进一步分析数据库的逻辑结构,将各个 E-R
表 4-1-access_token(登陆访问时长)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 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-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-6-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-7-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-8-drug_information(药品信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | drug_information_id | int | 是 | 是 | 药品信息ID | |
| 2 | drug_code | varchar | 64 | 否 | 否 | 药品编码 |
| 3 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 4 | drug_category | varchar | 64 | 否 | 否 | 药品类别 |
| 5 | drug_specifications | varchar | 64 | 否 | 否 | 药品规格 |
| 6 | drug_prices | double | 否 | 否 | 药品价格 | |
| 7 | drug_inventory | double | 否 | 否 | 药品库存 | |
| 8 | drug_pictures | varchar | 255 | 否 | 否 | 药品图片 |
| 9 | drug_use | text | 65535 | 否 | 否 | 药品用途 |
| 10 | drug_description | text | 65535 | 否 | 否 | 药品说明 |
| 11 | drug_details | longtext | 4294967295 | 否 | 否 | 药品详情 |
| 12 | hits | int | 是 | 否 | 点击数 | |
| 13 | praise_len | int | 是 | 否 | 点赞数 | |
| 14 | collect_len | int | 是 | 否 | 收藏数 | |
| 15 | comment_len | int | 是 | 否 | 评论数 | |
| 16 | drug_orders_limit_times | int | 是 | 否 | 购药限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-9-drug_orders(药品订单)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | drug_orders_id | int | 是 | 是 | 药品订单ID | |
| 2 | drug_code | varchar | 64 | 否 | 否 | 药品编码 |
| 3 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 4 | drug_category | varchar | 64 | 否 | 否 | 药品类别 |
| 5 | drug_specifications | varchar | 64 | 否 | 否 | 药品规格 |
| 6 | drug_prices | double | 否 | 否 | 药品价格 | |
| 7 | order_number | varchar | 64 | 否 | 否 | 订单编号 |
| 8 | elderly_users | int | 否 | 否 | 老人用户 | |
| 9 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 10 | purchase_quantity | double | 否 | 否 | 购买数量 | |
| 11 | total_order_price | double | 否 | 否 | 订单总价 | |
| 12 | delivery_address | varchar | 64 | 否 | 否 | 配送地址 |
| 13 | order_remarks | text | 65535 | 否 | 否 | 订单备注 |
| 14 | delivery_status | varchar | 64 | 否 | 否 | 配送状态 |
| 15 | delivery_personnel | varchar | 64 | 否 | 否 | 配送人员 |
| 16 | delivery_content | text | 65535 | 否 | 否 | 配送内容 |
| 17 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 18 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 19 | create_time | datetime | 是 | 否 | 创建时间 | |
| 20 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 21 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 22 | source_id | int | 否 | 否 | 来源ID | |
| 23 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-10-elderly_users(老人用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | elderly_users_id | int | 是 | 是 | 老人用户ID | |
| 2 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 3 | elderly_gender | varchar | 64 | 否 | 否 | 老人性别 |
| 4 | elderly_age | double | 否 | 否 | 老人年龄 | |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-event_information(活动信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | event_information_id | int | 是 | 是 | 活动信息ID | |
| 2 | activity_number | varchar | 64 | 否 | 否 | 活动编号 |
| 3 | event_name | varchar | 64 | 否 | 否 | 活动名称 |
| 4 | activity_type | varchar | 64 | 否 | 否 | 活动类型 |
| 5 | activity_time | varchar | 64 | 否 | 否 | 活动时间 |
| 6 | activity_pictures | varchar | 255 | 否 | 否 | 活动图片 |
| 7 | activity_target | varchar | 64 | 否 | 否 | 活动对象 |
| 8 | activity_duration | varchar | 64 | 否 | 否 | 活动时长 |
| 9 | activity_introduction | text | 65535 | 否 | 否 | 活动介绍 |
| 10 | activity_content | text | 65535 | 否 | 否 | 活动内容 |
| 11 | event_details | longtext | 4294967295 | 否 | 否 | 活动详情 |
| 12 | hits | int | 是 | 否 | 点击数 | |
| 13 | praise_len | int | 是 | 否 | 点赞数 | |
| 14 | collect_len | int | 是 | 否 | 收藏数 | |
| 15 | comment_len | int | 是 | 否 | 评论数 | |
| 16 | event_registration_limit_times | int | 是 | 否 | 报名限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-12-event_registration(活动报名)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | event_registration_id | int | 是 | 是 | 活动报名ID | |
| 2 | activity_number | varchar | 64 | 否 | 否 | 活动编号 |
| 3 | event_name | varchar | 64 | 否 | 否 | 活动名称 |
| 4 | activity_type | varchar | 64 | 否 | 否 | 活动类型 |
| 5 | activity_time | varchar | 64 | 否 | 否 | 活动时间 |
| 6 | elderly_users | int | 否 | 否 | 老人用户 | |
| 7 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 8 | family_users | int | 否 | 否 | 家属用户 | |
| 9 | number_of_applicants | double | 否 | 否 | 报名人数 | |
| 10 | reason_for_registration | 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-13-family_users(家属用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | family_users_id | int | 是 | 是 | 家属用户ID | |
| 2 | family_name | varchar | 64 | 否 | 否 | 家属姓名 |
| 3 | family_member_gender | varchar | 64 | 否 | 否 | 家属性别 |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 5 | user_id | int | 是 | 否 | 用户ID | |
| 6 | create_time | datetime | 是 | 否 | 创建时间 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-14-health_protection(健康守护)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | health_protection_id | int | 是 | 是 | 健康守护ID | |
| 2 | elderly_users | int | 否 | 否 | 老人用户 | |
| 3 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 4 | elderly_age | double | 否 | 否 | 老人年龄 | |
| 5 | family_users | int | 否 | 否 | 家属用户 | |
| 6 | record_date | date | 否 | 否 | 记录日期 | |
| 7 | elderly_weight | varchar | 64 | 否 | 否 | 老人体重 |
| 8 | elderly_height | varchar | 64 | 否 | 否 | 老人身高 |
| 9 | high_voltage_data | double | 否 | 否 | 高压数据 | |
| 10 | low_voltage_data | double | 否 | 否 | 低压数据 | |
| 11 | blood_glucose_data | double | 否 | 否 | 血糖数据 | |
| 12 | physical_condition | text | 65535 | 否 | 否 | 身体状况 |
| 13 | health_assessment | text | 65535 | 否 | 否 | 健康评估 |
| 14 | evaluation_form | varchar | 255 | 否 | 否 | 评估表格 |
| 15 | reminder_information_limit_times | int | 是 | 否 | 贴心提醒限制次数 | |
| 16 | create_time | datetime | 是 | 否 | 创建时间 | |
| 17 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-15-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-16-message(留言板)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | message_id | int | 是 | 是 | 留言板ID | |
| 2 | user_id | int | 是 | 否 | 用户ID | |
| 3 | title | varchar | 64 | 否 | 否 | 标题 |
| 4 | content | longtext | 4294967295 | 是 | 否 | 内容 |
| 5 | nickname | varchar | 32 | 是 | 否 | 昵称 |
| 6 | avatar | varchar | 255 | 否 | 否 | 头像 |
| 7 | | varchar | 125 | 否 | 否 | 留言者邮箱 |
| 8 | phone | varchar | 11 | 否 | 否 | 留言者手机号码 |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 11 | reply | longtext | 4294967295 | 否 | 否 | 回复 |
| 12 | reply_state | tinyint | 否 | 否 | 回复状态 |
表 4-17-notice(公告)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-18-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-19-reminder_information(提醒信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | reminder_information_id | int | 是 | 是 | 提醒信息ID | |
| 2 | elderly_users | int | 否 | 否 | 老人用户 | |
| 3 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 4 | reminder_title | varchar | 64 | 否 | 否 | 提醒标题 |
| 5 | reminder_type | varchar | 64 | 否 | 否 | 提醒类型 |
| 6 | reminder_time | date | 否 | 否 | 提醒时间 | |
| 7 | reminder_content | text | 65535 | 否 | 否 | 提醒内容 |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 10 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 11 | source_id | int | 否 | 否 | 来源ID | |
| 12 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-20-schedule(日程管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | schedule_id | smallint | 是 | 是 | 日程ID | |
| 2 | content | varchar | 255 | 否 | 否 | 日程内容 |
| 3 | scheduled_time | datetime | 否 | 否 | 计划时间 | |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | datetime | 否 | 否 | 创建时间 | |
| 6 | update_time | datetime | 否 | 否 | 更新时间 |
表 4-21-score(评分)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | 是 | 是 | 评分ID | |
| 2 | user_id | int | 是 | 否 | 评分人 | |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | 是 | 否 | 评分 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | 是 | 否 | 来源ID |
表 4-22-service_personal(服务人员)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | service_personal_id | int | 是 | 是 | 服务人员ID | |
| 2 | personnel_no | varchar | 64 | 是 | 是 | 人员工号 |
| 3 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 4 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 5 | user_id | int | 是 | 否 | 用户ID | |
| 6 | create_time | datetime | 是 | 否 | 创建时间 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-23-service_process(服务过程)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | service_process_id | int | 是 | 是 | 服务过程ID | |
| 2 | order_number | varchar | 64 | 否 | 否 | 订单编号 |
| 3 | service_personal | int | 否 | 否 | 服务人员 | |
| 4 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 5 | service_items | varchar | 64 | 否 | 否 | 服务项目 |
| 6 | service_type | varchar | 64 | 否 | 否 | 服务类型 |
| 7 | service_price | double | 否 | 否 | 服务价格 | |
| 8 | elderly_users | int | 否 | 否 | 老人用户 | |
| 9 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 10 | family_users | int | 否 | 否 | 家属用户 | |
| 11 | time_of_appointment | datetime | 否 | 否 | 预约时间 | |
| 12 | appointment_address | varchar | 64 | 否 | 否 | 预约地址 |
| 13 | completion_time | datetime | 否 | 否 | 完成时间 | |
| 14 | service_process | text | 65535 | 否 | 否 | 服务过程 |
| 15 | service_situation | text | 65535 | 否 | 否 | 服务情况 |
| 16 | create_time | datetime | 是 | 否 | 创建时间 | |
| 17 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 18 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 19 | source_id | int | 否 | 否 | 来源ID | |
| 20 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-24-service_task(服务任务)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | service_task_id | int | 是 | 是 | 服务任务ID | |
| 2 | order_number | varchar | 64 | 否 | 否 | 订单编号 |
| 3 | service_personal | int | 否 | 否 | 服务人员 | |
| 4 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 5 | service_items | varchar | 64 | 否 | 否 | 服务项目 |
| 6 | service_type | varchar | 64 | 否 | 否 | 服务类型 |
| 7 | service_price | double | 否 | 否 | 服务价格 | |
| 8 | elderly_users | int | 否 | 否 | 老人用户 | |
| 9 | name_of_elderly_person | varchar | 64 | 否 | 否 | 老人姓名 |
| 10 | family_users | int | 否 | 否 | 家属用户 | |
| 11 | time_of_appointment | datetime | 否 | 否 | 预约时间 | |
| 12 | appointment_address | varchar | 64 | 否 | 否 | 预约地址 |
| 13 | remarks_information | text | 65535 | 否 | 否 | 备注信息 |
| 14 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 15 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 16 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 17 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 18 | service_process_limit_times | int | 是 | 否 | 服务过程限制次数 | |
| 19 | create_time | datetime | 是 | 否 | 创建时间 | |
| 20 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 21 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 22 | source_id | int | 否 | 否 | 来源ID | |
| 23 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-25-slides(轮播图)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | slides_id | int | 是 | 是 | 轮播图ID | |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | content | varchar | 255 | 否 | 否 | 内容 |
| 4 | url | varchar | 255 | 否 | 否 | 链接 |
| 5 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 6 | hits | int | 是 | 否 | 点击量 | |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-26-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-27-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-28-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-29-warm_hearted_service(暖心服务)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | warm_hearted_service_id | int | 是 | 是 | 暖心服务ID | |
| 2 | service_personal | int | 否 | 否 | 服务人员 | |
| 3 | personnel_name | varchar | 64 | 否 | 否 | 人员姓名 |
| 4 | service_items | varchar | 64 | 否 | 否 | 服务项目 |
| 5 | service_type | varchar | 64 | 否 | 否 | 服务类型 |
| 6 | service_price | double | 否 | 否 | 服务价格 | |
| 7 | service_time | varchar | 64 | 否 | 否 | 服务时间 |
| 8 | service_images | varchar | 255 | 否 | 否 | 服务图片 |
| 9 | service_standards | text | 65535 | 否 | 否 | 服务标准 |
| 10 | service_content | text | 65535 | 否 | 否 | 服务内容 |
| 11 | service_details | longtext | 4294967295 | 否 | 否 | 服务详情 |
| 12 | hits | int | 是 | 否 | 点击数 | |
| 13 | praise_len | int | 是 | 否 | 点赞数 | |
| 14 | collect_len | int | 是 | 否 | 收藏数 | |
| 15 | comment_len | int | 是 | 否 | 评论数 | |
| 16 | service_task_limit_times | int | 是 | 否 | 预约限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 |
第5章 系统详细设计
对社区助老助残系统进行详细设计的前提是在前面系统需求分析上结合系统的总体设计,除了网页还实现了业务逻辑,介绍了系统开发环境还有系统的两大部分包括界面实现以及业务逻辑实现。
5.1.系统开发环境
5.1.1.软件平台
系统开发平台:IDEA 2019.2.4
数据库管理系统软件:MySQL 5.7
运行平台: Windows 10
Java开发包:JDK 1.8
Web服务器:Tomcat 8.5.72
显示层技术:使用JSP技术开发,结合Bootstrap框架实现响应式设计
数据库运行平台:Navicat Premium 15.0
计算机:Intel(R) Core(TM) i5-10210U CPU @ 1.60GHz 2.11 GHz
核心交换机:1000Mb/s或更高
显示设备:支持高分辨率屏幕,确保清晰显示系统界面并优化用户体验
5.2.前台功能模块
5.2.1.前台首页界面
首页是系统的主界面,展示平台的核心内容,包括轮播图、健康科普、活动信息、暖心服务、通知公告、药品信息等。用户可以通过首页快速访问各个功能模块,还可以根据关键词搜索相关内容,其主界面展示如下图5-1所示。
图 5-1 前台首页界面图
5.2.2.用户注册界面
当新用户第一次登录时,需要进行注册。在用户进行注册的页面需要通过填写用户名、密码、姓名、手机号码等信息才可以完成用户注册,在注册时也要保证所有信息的填写完整性以及正确性。
用注册界面展示如下所示:
图 5-2注册界面图
5.2.3.用户登录界面
首先,系统用户需要输入各自的账号以及密码后提交,待系统核对确认数据一致后才能进入社区助老助残系统。
用户登录界面展示如下所示:
图 5-3用户登录界面图
5.2.4.活动信息界面
活动信息栏目介绍即将举办的各类活动,包括活动的名称、时间、时长、封面图等。用户可以查看活动详情,对感兴趣的活动进行点赞、收藏和评论,并通过平台报名参加。
活动信息详情界面展示如下所示:
图 5-4 活动信息详情界面图
5.2.5.暖心服务界面
暖心服务栏目提供各种生活便利服务,如服务项目、价格、时间等。用户可以查看服务详情,对服务进行点赞、收藏和评论,并在线预约所需服务。
暖心服务详情界面展示如下所示:
图 5-5暖心服务详情界面图
5.2.6.药品信息界面
药品信息栏目提供了各种药品的详细信息,包括药品的名称、规格、价格和库存状态。用户可以对感兴趣的药品进行点赞和收藏,并且可以直接在平台上进行购买,只需输入购买数量、配送地址和订单备注等信息。
药品信息详情界面展示如下所示:
图 5-6 药品信息详情界面图
5.2.7.反馈信息界面
老人用户可以通过反馈信息栏目向平台提出建议或报告问题,管理员将及时处理并给予回复。
反馈信息界面展示如下所示:
图 5-7 反馈信息界面图
5.3.管理员功能模块
5.3.1.管理员登录界面
管理员点击登录界面,输入管理员账户名以及密码进行登录系统操作。
管理员登录界面展示如下所示:
图 5-8管理员登录界面图
5.3.2.系统用户管理界面
管理员拥有对系统用户的全面管理权限。可以添加、删除或重置不同类型的用户账号,包括老人用户、家属用户、服务人员等。管理员还可以查询用户信息,并对用户的权限进行相应的调整和管理。
用户管理界面展示如下所示。
图 5-9系统用户管理界面图
5.3.3.活动信息管理界面
提供查询、重置、删除和添加活动信息的功能(如活动名称、类型、时间、图片等),管理员可以查看用户对活动的评论。
添加活动信息界面展示如下所示:
图 5-10添加活动信息界面图
5.3.4.暖心服务管理界面
提供查询、重置、删除和添加服务的功能,管理员可以查看用户对服务的评论,以便了解服务质量和用户满意度。
添加暖心服务界面展示如下所示:
图 5-11添加暖心服务界面图
5.3.5.健康守护管理界面
管理员可以查询、重置、删除和添加老人的健康信息(如身高、体重、身份状况、健康评估等),并上传评估表格。同时,可以为老人设置健康提醒。
添加健康守护界面展示如下所示:
图 5-12添加健康守护界面图
5.3.6.资源管理界面
管理员可以管理健康科普资源,包括分类和内容的添加、删除和更新,为用户提供丰富的健康知识。
资源管理界面展示如下所示:
图 5-13资源管理界面图
5.4.服务人员功能模块
5.4.1.服务任务
服务人员可以查看由系统分配给自己的服务任务列表,并对任务进行审核。审核功能允许服务人员确认任务详情无误后,标记任务为已审核状态,确保服务流程的顺利进行。
服务任务列表界面展示如下所示。
图 5-14服务任务列表界面图
5.4.2.服务过程
服务人员在执行服务任务的过程中,可以使用此功能记录服务过程的详细信息。包括服务时间、服务内容等,这些记录将作为服务历史的一部分,便于未来的服务回顾和质量改进。
添加服务过程界面展示如下所示。
第6章系统测试
6.1.系统测试目的
确保软件稳定运行的关键是通过软件测试,其中性能测试至关重要。性能测试涵盖以下内容:
(1)为了尽快高效的将系统投入使用,测试过程需及时且快速发现错误并解决,反复此过程,直到不再出现错误,确保系统运行的安全性。
(2)每一次的测试计划及报告都要妥善保管,为系统正式投入时运行及维护提供必要的资料支持。
(3)测试过程中,反复出现的错误及异常要及时记录并归类,以便更有效地解决问题。
(4)不要用个人思想对系统测试进行评估操作,理应从公正的角度来评估系统,确保系统的应用符合具体要求。此外,应注重用户的实际需求和反馈,以确保系统设计与用户期望一致
6.2.系统测试用例
在对我们所设计的系统进行测试时,我们采用了最新的Windows 10 系统,对当时设计的功能结构进行功能模块的测试,通过操作测试,可以对系统是否可以正常实现做出判断,最后也可以在去验证用户、教练与管理员的权限信息是否可以在权限范围内正常进行操作,并且验证数据更新是否一致。具体测试流程如下:
6.2.1.创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-1 创建数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行创建数据 | |
| 测试用例描述 | 使用者输入要创建的数据 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
6.2.2.修改数据测试
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-2 修改数据测试用例
| 测试用例编号 | YL_06 | |
| 测试用例名称 | 系统使用者进行修改数据 | |
| 测试用例描述 | 使用者对可修改的数据项进行修改 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
| 将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
6.2.3.查询数据测试
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-3 查询数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行查询数据 | |
| 测试用例描述 | 全部查询以及输入关键词查询 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 界面自动查询全部 | 显示对应所有记录 | 预期结果 |
| 输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
| 输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
6.3. 系统测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
第7章结论
总结:本系统的开发目的是为老年人和残障人士提供更加便捷、高效的服务,提升他们的生活质量。通过引入响应式设计,系统能够在不同设备上流畅运行,确保用户在任何终端设备上都能获得良好的体验。管理功能涵盖了用户管理、服务任务分配、健康数据跟踪等方面,使得管理员能够高效地管理服务过程,确保服务的质量和及时性。同时,系统的健康守护管理功能,能够为老年人提供个性化的健康提醒与监控,确保他们的生活得到全面的关怀。
展望:随着社会对老年人和残障人士需求的不断增长,系统将继续优化和扩展,增强服务的广度和深度。未来的版本将进一步提升系统的功能,优化用户体验,确保为更多需要帮助的人群提供更加贴心的服务。通过持续的改进与创新,系统将在社会服务领域发挥越来越重要的作用,促进社会更加和谐与关爱。
参考文献
- 张芮.社区居家养老模式下电子健康档案管理策略研究[J].档案,2024,(11):69-75+80.
- 王海燕,马云俊,陈昱名.辽宁省社区居家养老服务供需匹配问题研究[J].辽宁经济,2024,(11):60-63.DOI:10.14041/j.cnki.1003-4617.2024.11.003.
- 陈志平,孔蕴源,刘东丽.基于5G+大数据的智能化助老助残就医大健康服务平台应用与研究[J].江西科学,2024,42(04):906-911.DOI:10.13990/j.issn1001-3679.2024.04.035.
- 傅永梅,邵宝文.社区文化养老对老年人生活质量的影响[J].黑龙江科学,2024,15(13):37-39.
- 张思军,周家豪.五社联动背景下社区养老服务模式创新探索——以D市J区S社区为例[J].齐齐哈尔大学学报(哲学社会科学版),2024,(06):85-91.DOI:10.13971/j.cnki.cn23-1435/c.2024.06.017.
- 中国联合网络通信集团有限公司,联通数字科技有限公司,联通(黑龙江)产业互联网有限公司.社区助老服务处理方法、装置、系统及存储介质: 202211607828.4[P].2024-06-14.
- 荆蕊.积极老龄化背景下城市社区低龄老人“以老助老”志愿服务小组研究[D].井冈山大学,2024.DOI:10.27888/d.cnki.gjgsx.2024.000032.
- 陈延.社会组织参与社区智慧助老服务的机制与路径研究[D].北京邮电大学,2024.DOI:10.26969/d.cnki.gbydu.2024.002667.
- 沈礼杰,徐燕琴,周佳佳,等.探索社区养老,让养老变“享老”[J].国际公关,2024,(09):34-36.DOI:10.16645/j.cnki.cn11-5281/c.2024.09.039.
- 孙未名.无锡市智慧助老形式与效果研究[J].互联网周刊,2024,(09):33-35.
- 张福顺.社会服务机构参与助老服务的调查与思考[J].中国社会工作,2023,(35):23-25.
- 孙未名.无锡市智慧助老形式与效果研究[C]//中国老年学和老年医学学会.中国老年学和老年医学学会2023年学术大会论文集.江南大学法学院;,2023:546-559.DOI:10.26914/c.cnkihy.2023.088520.
- 彭梓悦.成都市锦江区社区居家养老服务供需现状及问题研究[D].重庆科技学院,2023.DOI:10.27854/d.cnki.gcqkj.2023.000541.
- H K M ,Emily G ,M L H , et al.Purchasing High-Quality Community Nursing Home Care: A Will to Work With VA Diminished by Contracting Burdens.[J].Journal of the American Medical Directors Association,2022,23(11):1757-1764.
- 厦门智数联科技有限公司.一种医养一体化管理平台: 202110726328.1[P].2021-11-12.
- 蒋媚.“时间银行”社区互助养老志愿服务供给研究[D].广西大学,2021.DOI:10.27034/d.cnki.ggxiu.2021.000229.
- 张昊.智慧养老视域下中国养老服务体系的优化路径研究[D].吉林大学,2020.DOI:10.27162/d.cnki.gjlin.2020.007403.
- 钱程.无锡某智慧社区项目设计方案[J].智能城市,2020,6(19):23-24.DOI:10.19301/j.cnki.zncs.2020.19.010.
- Zhang Y .Application of Offshore Culture in Elderly Community Pension in China's Seaside City[J].Journal of Coastal Research,2020,115(sp1):157-159.
- Siette J ,Georgiou A ,Brayne C , et al.Social networks and cognitive function in older adults receiving home- and community-based aged care[J].Archives of Gerontology and Geriatrics,2020,89(prepublish):104083.
致 谢
此次毕业设计的成功完成,离不开诸多人的支持与帮助,特别是我的指导老师。在整个过程中,老师不断给予我极具建设性的意见和建议,耐心解答我的疑问,使我能够不断完善论文和设计方案。这份成果的取得,很大程度上得益于老师的悉心指导,在此向老师表达我最诚挚的谢意。
同时,我也要感谢学院所有任课老师们四年来对我的教诲。正是由于你们传授的专业知识和不懈的激励,我才能在大学期间打下坚实的基础,收获满满的知识财富。没有老师们的辛勤付出,我不可能顺利完成学业,更谈不上今天的成就。
此外,我要特别感谢我的家人和同学们。父母的支持是我前进的动力源泉,无论是物质上的资助还是精神上的鼓励,都给予了我无尽的力量。而我的同学们,是你们在我撰写论文时提供的宝贵意见和无私帮助,让我感受到了团队合作的力量,也让我明白自己并不孤单。
在此,衷心感谢每一位在我求学路上提供过帮助的人。你们的关怀和支持是我宝贵的财富,将永远激励着我前行。尽管本项目因个人能力有限可能存在不足之处,但我愿意接受各位老师的批评指正,并会全力以赴进行改进。再次感谢大家对我学习生涯的每一步所给予的帮助和支持。
1631

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



